Ce contenu traduit automatiquement peut être modifié par les membres de la communauté. Nous vous invitons à améliorer la traduction en cliquant sur le lien « Modifier » associé aux phrases ci-dessous.
Microsoft Exchange Server 2010: Manage database copies
You can create and manage copies of Exchange databases for archiving and disaster recovery purposes.
Excerpted from “Exchange 2010 - A Practical Approach,” published by Red Gate Books (2009).
Jaap Wesselius
A database copy is just what it sounds like: a copy of an active database.
However, it’s often stored on another Exchange Server, in the same database availability group (DAG).
When you initially configure Exchange, there’s a copy of the database file sent to the other server.
When you’re finished, Exchange Server 2010 starts replicating the log files of this particular database over the network to the other server.
The relative location of the passive copy of the database is identical to the location of the active copy.
For example, an initial database on an Exchange Server 2010 Mailbox Server may be located in the directory C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 1444276156.
If there’s a database copy enabled for this server, the same directory is created on the second server.
The process of copying a database to a second location is known as seeding.
It’s a best practice to use separate disks for Exchange databases, both from a performance perspective as well as a disaster recovery perspective.
After configuring Mailbox Database 1444276156 to use the separate disk G:\ for storing its information, you can configure the database copy:
-
On the target server (the server that will hold the database copy), make sure there’s a volume identical to the one on the source server.
The target server in this example needs a separate G:\ disk as well.
-
Open the Exchange Management Console (EMC), expand Microsoft Exchange On-Premises (EXMBX01), then expand the Organization Configuration container and click on the Mailbox node.
Select the Database Management tab.
-
Select Mailbox Database 1444276156.
In the lower part of the results pane, you’ll see there’s one copy (the active copy) located on the first Exchange Server EXMBX01.
Right-click Mailbox Database 1444276156 and select Add Mailbox Database Copy …
-
In the Add Mailbox Database Copy wizard, select Browse to select a Mailbox Server that will hold a copy of the database.
The Activation Preference Number is the order in which Exchange will make a passive copy into an active copy when the preceding active copy fails.
Of course, this is only useful if you’ve configured multiple passive copies.
Click Add to continue.
(You can read more about the Activation Preference Number and what happens when a database becomes active.)
-
Exchange will now copy the database file Mailbox Database 1444276156.edb to the target server and set up replication.
Depending of the size of the database file, this can take some time.
-
When the database is copied and replication activated, click Finish.
Once the process is finished, log on to the target Exchange server.
You’ll notice that on this server (on the G:\ disk in this example) there has been a Mailbox Database 1444276156 directory created where the copy of the database is stored.
You’ll also see the log files replicated to this directory.
If there are a lot of databases used on an Exchange Server, using mount points is a valid alternative.
In a mount point scenario, Server Manager mounts all data disks to a directory on the server—for example, F:\DB01, F:\DB02, F:\DB03 and so on.
In an Exchange Server 2007 Cluster Continuous Replication (CCR) environment, the active server also ships log files to the passive server.
This in turn also loads the log files into its copy of the database.
The passive server is truly passive, however.
The service responsible for the database and the log files (store.exe) isn’t running.
The only service that’s running is the replication service.
During a failover, the passive node has to start all Exchange services.
You need to have all databases mounted before that can happen.
In Exchange Server 2010, the store.exe service is already running and the databases are already mounted on all machines in a DAG.
Therefore, database failover is much faster, resulting in a much shorter overall failover time.
For maintenance purposes, you can move an active database copy from one Exchange Mailbox Server to another with the following steps:
-
Log on to an Exchange Server and open the EMC.
-
Expand the Exchange On-Premises (SERVER).
Expand the Organization leaf.
Click the Mailbox and then click the Database Management tab.
-
All the databases in your Exchange Server 2010 environment will show up in the upper half of the results pane.
Right-click the database you want to move (which is, of course, also a database with multiple copies).
-
Select Move Active Mailbox Database from the context menu.
-
In the Move Active Mailbox Database wizard, select Browse to choose another server to which you want to move the Active Copy.
-
Click the Move button to move the Active Copy of the database to the server you selected.
Online move-mailbox
The online Move-Mailbox feature is new in Exchange Server 2010.
In older versions of Exchange Server, the mailbox is taken offline when it’s moved from one server to another server.
This prevents users from accessing any of their data and queuing up any incoming messages.
There are situations when a huge (5GB and up) mailbox has to be kept offline for more than an hour while the move takes place.
None of these make for a particularly usable system.
With the new online Move-Mailbox functionality—now called New-MoveRequest—the time a mailbox is offline has been reduced to only seconds.
This greatly improves the UX.
This is what happens during a New-MoveRequest, when a mailbox is moved from one server (EXBMX01) to another server in the same organization (EXMBX11):
-
On Mailbox Server EXMBX11, Exchange creates an empty copy of the user’s mailbox, just like a legacy Move-Mailbox operation.
Instead of taking the current mailbox offline (on EXMBX01), the original mailbox is kept online.
This is still the primary mailbox for the client.
New messages still are delivered in this mailbox.
-
The contents of the old mailbox are copied over to the mailbox on server EXMBX11, and this mailbox is synchronized with the old mailbox.
-
As new items are delivered to the old mailbox, they’re immediately copied over to the new mailbox.
-
When both mailboxes are in sync, the old mailbox is taken offline and the last messages are copied over to the new mailbox.
-
Active Directory is updated with the location of the new mailbox, and the mailbox is brought online again.
The user may need to restart his Outlook client, but the Client Access Server should automatically detect that the mailbox has moved and start using the new location.
Either way, the user can continue working in just a matter of seconds.
The online Move-Mailbox not only works between Exchange Server 2010 Mailbox Servers, but also when moving mailboxes from Exchange Server 2007 SP2 to Exchange Server 2010.
Unfortunately, moving from Exchange Server 2010 to Exchange Server 2007 is still an offline move.
Likewise, moving mailboxes from Exchange Server 2003 to Exchange Server 2010 is always an offline move.
Backup and restore
Exchange Server 2010 only runs on Windows Server 2008 and Windows Server 2008 R2.
This means you can’t use the (free) NTBackup utility in Windows Server 2003 to back up Mailbox Databases on Exchange Server 2010.
In any case, NTBackup will only create “streaming backups” of your Exchange data, not Volume Shadow Copy Service (VSS) backups of your Exchange database.
Exchange Server 2010 contains a plug-in for the Windows Server Backup (WSB) to make it possible to create VSS backups of your Exchange Server 2010 databases.
VSS or snapshot backups
With Exchange Server 2010, Microsoft has moved away from the traditional online streaming backup to VSS (or “snapshot”) backups.
A snapshot is just an image of a database created at a particular moment.
You can use this to roll back the database in the event of a disaster.
VSS (in Windows Server 2003 and later) provides an infrastructure to create these point-in-time images called shadow copies.
There are two kinds of shadow copies:
-
Clone (Full Copy or Split Mirror): A complete mirror is maintained until an application or administrator breaks the mirror.
From this point on, the original and the clone are fully independent of each other, and the copy is effectively frozen in time.
-
Copy on Write (Differential Copy): A shadow copy is created as a differential, rather than a full copy of the original data.
Using Copy on Write, a shadow copy of the original data is made before it is overwritten.
The backup consists of the data in the shadow copy combined with the data on the original location.
Both need to be available to reconstruct the original data.
The VSS infrastructure consists of the following components:
-
The requestor is software that invokes VSS and creates, breaks or deletes the shadow copy.
The requestor is typically the backup application.
-
The writer is a software part provided by an application vendor.
In our case this is provided with Microsoft Exchange Server.
A writer is responsible for providing a consistent point-in-time image by freezing Exchange Server at the relevant moment.
Note that an Exchange writer is provided for Exchange Server 2003 and higher, right out of the box.
-
The provider is the interface to the point-in-time image.
This can either be on a storage array (hardware provider) or in the OS (software provider).
Windows Server 2003 and above incorporate a software provider with VSS functionality out of the box.
The following steps occur when you perform a VSS backup:
-
The requestor (backup application) sends a command to VSS to create a shadow copy of the Storage Groups.
-
The VSS service sends a command to the Exchange writer to prepare for a snapshot backup.
-
The VSS service sends a command to the appropriate storage provider to create a shadow copy of the Exchange Storage Group.
This storage provider can be a hardware storage provider or the default Windows storage provider.
-
The Exchange writer temporarily stops the Storage Groups and puts them in read-only mode.
A log file roll-over is also performed to make sure that all data will be in the backup set.
This will hold a couple of seconds for the snapshot to be created (in the next step).
All write I/Os will be queued.
-
Now Exchange creates the shadow copy.
-
The VSS service releases the Exchange Server to resume ordinary operations, and all queued write I/Os are completed.
-
The VSS service queries the Exchange writer to confirm that the write I/Os were successfully held during the shadow copy creation.
If the writes weren’t successfully held it could mean a potentially inconsistent shadow copy, so the shadow copy is deleted and the requestor is notified.
The requestor can retry the shadow copy process or fail the operation.
-
If successful, the requestor creates either a differential or clone snapshot, and then verifies the integrity of the backup set (the clone copy).
If the clone copy integrity is good, the requestor informs the Exchange Server that the backup was successful and that the log files can be purged.
Steps 1 through 7 usually take about 10 seconds, as this is the time needed to create the actual snapshot.
This is not the time to create a backup, though.
A backup application still has to create the backup on another disk or to tape, which can take hours to complete, depending on the size of the databases.
The backup is now complete.
The backup application has the responsibility to perform a consistency check of the shadow copy.
The Exchange writer doesn’t perform this check.
It’s important to perform this check to ensure a clean and complete copy.
Jaap Wesselius
is the founder of DM Consultants, a company with a strong focus on messaging and collaboration solutions.After working at Microsoft for eight years, Wesselius decided to commit more of his time to the Exchange community in the Netherlands, resulting in an Exchange Server MVP award in 2007.He’s also a regular contributor at the Dutch Unified Communications User Group and a regular author for Simple-Talk.
Learn more about “Exchange 2010 - A Practical Approach” at red-gate.com/our-company/about/book-store.
Related Content
|
Microsoft Exchange Server 2010 : Gérez des copies de bases de données
Créez et gérez des copies de bases de données Exchange à des fins d'archivage et de récupération d'urgence.
Extrait de le « Échange 2010 – A Practical Approach, » publié par Red Gate Books (2009).
Jaap Wesselius
Une copie de la base de données est ce que cela ressemble à : une copie d'une base de données active.
Toutefois, il est souvent stocké sur un autre serveur Exchange, dans le même groupe de disponibilité de base de données (DAG).
Si Exchange est configuré au départ, il y a une copie du fichier de base de données envoyée vers l'autre serveur.
Lorsque vous avez terminé, Exchange Server 2010 commence à reproduire les fichiers journaux de cette base de données particulière sur le réseau vers l'autre serveur.
L'emplacement relatif de la copie passive de la base de données est identique à l'emplacement de la copie active.
Par exemple, une base de données initiale sur un serveur de boîtes aux lettres Exchange Server 2010 peut se trouver dans le répertoire C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox base de données 1444276156.
S'il y a une copie de la base de données activée pour ce serveur, le répertoire est créé sur le second serveur.
Le processus de copie d'une base de données vers un deuxième emplacement est connu comme l'ensemencement.
Il est conseillé d'utiliser des disques distincts pour les bases de données Exchange, tant du point de vue de la performance, mais aussi une perspective de reprise après sinistre.
Après la 1444276156 de base de données de boîte aux lettres pour utiliser le disque distinct G:\ pour stocker ses informations de configuration, vous pouvez configurer la copie de base de données :
-
Sur le serveur cible (le serveur qui contient la copie de base de données), veillez à ce qu'il y a un volume identique à celui du serveur source.
Le serveur cible dans cet exemple a besoin d'un disque séparé G:\ ainsi.
-
Ouvrez la Console de gestion Exchange (EMC), développez Microsoft Exchange sur site (EXMBX01), puis développez le conteneur Configuration de l'organisation et cliquez sur le nœud boîte aux lettres.
Cliquez sur l'onglet gestion de base de données.
-
Sélectionnez base de données de boîtes aux lettres 1444276156.
Dans la partie inférieure du volet de résultats, vous verrez il y a un seul exemplaire (la copie active) situé sur le premier EXMBX01 de serveur Exchange.
Cliquez 1444276156 de base de données de boîtes aux lettres, puis sélectionnez Ajouter des copie de base de données de boîtes aux lettres...
-
Dans l'Assistant copie de base de données de boîtes aux lettres ajouter, sélectionnez parcourir pour sélectionner un serveur de boîtes aux lettres qui contient une copie de la base de données.
Le numéro de préférence d'Activation est de l'ordre dans lequel Exchange effectue une copie passive dans une copie active lors de la copie active précédente échoue.
Bien sûr, cela est utile uniquement si vous avez configuré plusieurs copies passives.
Cliquez sur Ajouter pour continuer.
(Vous pouvez en savoir plus sur le numéro de préférence d'Activation et que se passe-t-il lorsqu'une base de données devenue active.)
-
Exchange va maintenant copier la base de données fichier de base de données de boîtes aux lettres 1444276156.edb sur le serveur cible et configurer la réplication.
En fonction de la taille du fichier de base de données, cela peut prendre un certain temps.
-
Lorsque la base de données est copié et réplication activée, cliquez sur Terminer.
Une fois le processus terminé, ouvrez une session le serveur Exchange cible.
Vous remarquerez que sur ce serveur (sur le disque G:\ dans cet exemple), il y a eu un répertoire de 1444276156 de base de données de boîte aux lettres créé à l'emplacement de la copie de la base de données.
Vous verrez également les fichiers journaux répliqués vers ce répertoire.
S'il y a beaucoup de bases de données utilisées sur un serveur Exchange, à l'aide de points de montage est une alternative valable.
Dans un scénario de point de montage, Server Manager monte tous les disques de données dans un répertoire sur le serveur, par exemple, F:\DB01, F:\DB02, F:\DB03 et ainsi de suite.
Dans un environnement Exchange Server 2007 Cluster continue réplication (CCR), le serveur actif est également livré les fichiers journaux sur le serveur passif.
Cette charge à son tour également les fichiers journaux dans sa copie de la base de données.
Le serveur passif est vraiment passif, cependant.
Le service responsable de la base de données et les fichiers journaux (store.exe) n'est pas en cours d'exécution.
Le seul service qui s'exécute est le service de réplication.
Lors d'un basculement, le nœud passif doit démarrer tous les services Exchange.
Vous devez avoir toutes les bases de données montées avant qui peut se produire.
Dans Exchange Server 2010, le service store.exe est déjà en cours d'exécution et les bases de données sont déjà montés sur tous les ordinateurs dans un DAG.
Basculement de la base de données est donc beaucoup plus rapide, résultant en un temps de basculement globale beaucoup plus court.
À des fins de maintenance, vous pouvez déplacer une copie de la base de données active d'un serveur de boîtes aux lettres Exchange à un autre, procédez comme suit :
-
Ouvrez une session un serveur Exchange et ouvrir la console.
-
Développez Exchange local (serveur).
Développez la feuille de l'organisation.
Cliquez sur la boîte aux lettres, puis cliquez sur l'onglet gestion de base de données.
-
Toutes les bases de données dans votre environnement Exchange Server 2010 seront affichera dans la partie supérieure du volet résultats.
Cliquez-droit sur la base de données que vous souhaitez déplacer (qui est, bien sûr, également une base de données avec plusieurs copies).
-
Sélectionnez base de données des boîtes aux lettres Active se déplacer dans le menu contextuel.
-
Dans l'Assistant déplacer Active Mailbox Database, sélectionnez parcourir pour choisir un autre serveur sur lequel vous souhaitez déplacer la copie Active.
-
Cliquez sur le bouton déplacer pour déplacer la copie Active de la base de données vers le serveur que vous sélectionné.
En ligne move-mailbox
La fonction Move-Mailbox en ligne est une nouveauté dans Exchange Server 2010.
Dans les versions antérieures d'Exchange Server, la boîte aux lettres est déconnectée lorsqu'il se déplace d'un serveur vers un autre serveur.
Cela empêche les utilisateurs d'accéder à leurs données et de la queue des messages entrants.
Il existe des situations où un énorme (5 Go et plus) boîte aux lettres doit être maintenu hors ligne pendant plus d'une heure pendant que le déménagement a lieu.
Aucun d'entre eux font un système particulièrement utilisable.
Avec la nouvelle fonctionnalité en ligne de Move-Mailbox, maintenant appelé New-MoveRequest — le temps d'une boîte aux lettres est en mode hors connexion a été réduit à seulement quelques secondes.
Ceci améliore grandement l'UX.
C'est ce qui se passe durant un New-MoveRequest, lorsqu'une boîte aux lettres est déplacée d'un serveur (EXBMX01) vers un autre serveur dans la même organisation (EXMBX11) :
-
EXMBX11 de serveur de boîtes aux lettres, Exchange crée une copie vide de la boîte aux lettres de l'utilisateur, tout comme une opération Move-Mailbox héritée.
Au lieu de prendre la boîte aux lettres actuelle en mode hors connexion (sur EXMBX01), la boîte aux lettres originale est conservée en ligne.
C'est encore la boîte aux lettres principale pour le client.
Nouveaux messages sont toujours livrés à cette boîte aux lettres.
-
Le contenu de l'ancienne boîte aux lettres est copié dans la boîte aux lettres sur le serveur EXMBX11 et cette boîte aux lettres est synchronisé avec l'ancienne boîte aux lettres.
-
Comme les nouveaux éléments sont livrés à l'ancienne boîte aux lettres, ils sont immédiatement copiés sur la nouvelle boîte aux lettres.
-
Lorsque les deux boîtes aux lettres sont synchronisées, l'ancienne boîte aux lettres est déconnectée et les derniers messages sont copiés dans la nouvelle boîte aux lettres.
-
Active Directory est mis à jour avec l'emplacement de la nouvelle boîte aux lettres et la boîte aux lettres est mis à nouveau en ligne.
L'utilisateur peut avoir à redémarrer son client Outlook, mais le serveur d'accès au Client doit automatiquement détecter que la boîte aux lettres est déplacée et commencer à utiliser le nouvel emplacement.
Quoi qu'il en soit, l'utilisateur peut continuer à travailler en seulement quelques secondes.
Le Move-Mailbox en ligne fonctionne non seulement entre les serveurs de boîtes aux lettres Exchange Server 2010, mais aussi lorsque le déplacement des boîtes aux lettres d'Exchange Server 2007 SP2 vers Exchange Server 2010.
Malheureusement, déplacement d'Exchange Server 2010 vers Exchange Server 2007 est encore un déplacement hors ligne.
De la même manière, déplacer des boîtes aux lettres d'Exchange Server 2003 vers Exchange Server 2010 est toujours un passage en mode hors connexion.
Sauvegarde et restauration
Exchange Server 2010 ne fonctionne que sur Windows Server 2008 et Windows Server 2008 R2.
Cela signifie que vous ne pouvez pas utiliser l'utilitaire NTBackup (gratuit) dans Windows Server 2003 pour sauvegarder des bases de données de boîtes aux lettres sur Exchange Server 2010.
En tout état de cause, NTBackup créera seulement « sauvegardes en continu » de vos données Exchange, pas les sauvegardes de Volume Shadow Copy Service (VSS) de votre base de données Exchange.
Exchange Server 2010 contient un plug-in pour la sauvegarde Windows Server (WSB) pour le rendre possible de créer des sauvegardes VSS de vos bases de données Exchange Server 2010.
Sauvegardes VSS ou instantané
Avec Exchange Server 2010, Microsoft a éloigné les sauvegardes de sauvegarde VSS (ou "snapshot") en continu en ligne traditionnel.
Un instantané est juste une image d'une base de données créée à un moment donné.
Vous pouvez utiliser ceci pour restaurer la base de données en cas de catastrophe.
VSS (dans Windows Server 2003 et versions ultérieures) fournit une infrastructure pour créer ces images et point-à-temps clichés instantanés.
Il existe deux types de clichés instantanés :
-
Clone (copie complète ou Split miroir) : Un miroir complet est maintenu jusqu'à une application ou administrateur casse le miroir.
À partir de ce moment, l'original et le clone sont entièrement indépendantes entre elles, et la copie est effectivement figée dans le temps.
-
Copie sur écriture (copie différentielle) : Un cliché instantané est créé comme un différentiel, et non une copie complète des données originales.
À l'aide de copie sur écriture, un cliché des données originales fait avant il est écrasé.
La sauvegarde se compose des données dans le cliché, combinée avec les données sur l'emplacement d'origine.
Les deux doivent être disponibles pour reconstruire les données d'origine.
L'infrastructure VSS se compose des éléments suivants :
-
Le demandeur est un logiciel qui s'appelle VSS et crée, casse ou supprime le cliché instantané.
Le demandeur est en général l'application de sauvegarde.
-
L'écrivain est une partie du logiciel fournie par un fournisseur de l'application.
Dans notre cas, il est fourni avec Microsoft Exchange Server.
Un rédacteur est responsable de fournir une image cohérente de point-à-temps de congélation Exchange Server au moment pertinent.
Notez que l'enregistreur Exchange est fournie pour Exchange Server 2003 et ultérieur, dès la sortie de la boîte.
-
Le fournisseur est l'interface à l'image de point-à-temps.
Cela peut être sur une baie de stockage (fournisseur de matériel) ou dans le système d'exploitation (fournisseur de logiciel).
Windows Server 2003 et surtout intégrer un fournisseur de logiciels avec la fonctionnalité VSS out of the box.
Les étapes suivantes se produisent lorsque vous effectuez une sauvegarde VSS :
-
Le demandeur (applications de sauvegarde) envoie une commande à VSS pour créer un cliché instantané des groupes de stockage.
-
Le service VSS envoie une commande à l'enregistreur Exchange pour préparer une sauvegarde instantanée.
-
Le service VSS envoie une commande au fournisseur de stockage approprié pour créer un cliché du groupe de stockage Exchange.
Ce fournisseur de stockage peut être un fournisseur de stockage de matériel ou le fournisseur de stockage de Windows par défaut.
-
L'enregistreur Exchange temporairement arrête les groupes de stockage et les met en mode lecture seule.
Un renversement du fichier journal est également effectuée pour s'assurer que toutes les données seront dans le jeu de sauvegarde.
Cela va tenir quelques secondes pour la capture instantanée soit créé (dans l'étape suivante).
Toutes les e/s seront mis en attente d'écriture.
-
Désormais, Exchange crée le cliché.
-
Le service VSS libère le serveur Exchange pour continuer les opérations ordinaires, et tous en file d'attente d'écriture qu'e/s sont terminées.
-
Le service VSS interroge l'enregistreur Exchange pour confirmer que l'écriture e/s ont été tenues avec succès lors de la création de clichés instantanés.
Si les écritures n'ont pas été tenues avec succès, cela pourrait signifier un cliché potentiellement incompatibles, alors le cliché instantané est supprimé et le demandeur est informé.
Le demandeur peut recommencer le processus de copie d'ombre ou échouer l'opération.
-
Si l'opération réussit, le demandeur crée une prime ou un clone instantané et puis vérifie l'intégrité du jeu de sauvegarde (la copie du clone).
Si l'intégrité de copie clone est bonne, le demandeur informe le serveur Exchange que la sauvegarde a réussi et que les fichiers journaux peuvent être purgés.
Les étapes 1 à 7 prennent habituellement environ 10 secondes, comme c'est le temps nécessaire pour créer la capture instantanée actuelle.
Ce n'est pas le temps de créer une sauvegarde, cependant.
Une application de sauvegarde doit encore créer la sauvegarde sur un autre disque ou sur bande, ce qui peut prendre des heures, selon la taille des bases de données.
La sauvegarde est maintenant terminée.
L'application de sauvegarde a la responsabilité d'effectuer une vérification de cohérence du cliché.
L'enregistreur Exchange n'effectue pas cette vérification.
Il est important d'effectuer cette vérification afin de s'assurer une copie propre et complète.
Jaap Wesselius
est le fondateur de DM Consultants, une société avec un fort accent sur les solutions de messagerie et de collaboration.Après avoir travaillé chez Microsoft depuis huit ans, Wesselius a décidé de s'engager plus de temps à la communauté d'échange aux pays-bas, entraînant un prix MVP de Exchange Server 2007.Il est également un collaborateur régulier à la néerlandaise Unified Communications utilisateur Group et un auteur ordinaire pour Simple-Talk.
Plus d'informations sur « Échange 2010 – A approche pratique » à red-gate.com/our-company/about/book-store.
Contenu associé
|
|
TechNet Features
TechNet SubscriptionsVous n'êtes pas abonné à Technet ? Évaluez les logiciels Microsoft et planifiez leurs déploiements en toute confiance grâce à un abonnement Microsoft TechNet.
|