Déploiement de haute disponibilité et de résilience de siteDeploying high availability and site resilience

Résumé: comment déployer Exchange Server 2016 avec une haute disponibilité et résilience de site.Summary: How to deploy Exchange Server 2016 with high availability and site resilience.

Microsoft Exchange Server 2016 utilise le concept appelé déploiement incrémentiel de haute disponibilité et résilience de site. Vous suffit d’installer deux ou plusieurs serveurs de boîtes aux lettres de 2016 Exchange en tant que serveurs autonomes, puis configurez de manière incrémentielle et boîte aux lettres des bases de données pour une haute disponibilité et résilience de site, selon vos besoins.Microsoft Exchange Server 2016 uses the concept known as incremental deployment for both high availability and site resilience. You simply install two or more Exchange 2016 Mailbox servers as stand-alone servers, and then incrementally configure them and mailbox databases for high availability and site resilience, as needed.

Présentation du processus de déploiementOverview of the deployment process

Alors que les étapes utilisés par chaque organisation peuvent varier légèrement, le processus global de déploiement Exchange 2016 dans hautement disponible ou un site résistante configuration est généralement identique. Après avoir effectué les tâches de planification et de conception nécessaires pour la création et de déploiement d’un groupe de disponibilité de base de données (DAG) et de création de copies de base de données de boîtes aux lettres, vous devez :While the actual steps used by each organization may vary slightly, the overall process for deploying Exchange 2016 in a highly available or site resilient configuration is generally the same. After performing the necessary planning and design tasks for building and deploying a database availability group (DAG) and creating mailbox database copies, you would:

  1. Créez un DAG. Pour obtenir la procédure détaillée, voir créer un groupe de disponibilité de base de données. Il est important de noter que tous les serveurs d’un DAG doivent exécuter la même version d’Exchange. Vous ne pouvez pas combiner des serveurs Exchange 2013 et Exchange 2016 dans le même DAG.Create a DAG. For detailed steps, see Create a database availability group. It's important to note that all servers within a DAG must be running the same version of Exchange. You can't mix Exchange 2013 and Exchange 2016 servers in the same DAG.

  2. Si nécessaire, préconfigurer l’objet nom de cluster (CNO). Préconfiguration de l’objet réseau de cluster est requis lors du déploiement d’un DAG avec les serveurs de boîtes aux lettres exécutant Windows Server 2012. Si vous déployez un DAG sans point d’accès administratif à l’aide des serveurs de boîtes aux lettres exécutant Windows Server 2012 R2, il est inutile préconfigurer un objet réseau de cluster. Préconfiguration est également requis dans les environnements où la création du compte d’ordinateur est limitée ou comptes d’ordinateur sont créés dans un conteneur autre que le conteneur ordinateurs par défaut. Pour obtenir la procédure détaillée, voir préconfigurer l’objet nom de cluster pour un groupe de disponibilité de base de données.If necessary, pre-stage the cluster name object (CNO). Pre-staging the CNO is required when deploying a DAG with Mailbox servers running Windows Server 2012. If you're deploying a DAG without an administrative access point using Mailbox servers running Windows Server 2012 R2, then you do not need to pre-stage a CNO. Pre-staging is also required in environments where computer account creation is restricted or where computer accounts are created in a container other than the default computers container. For detailed steps, see Pre-stage the cluster name object for a database availability group.

  3. Ajouter au moins deux serveurs de boîtes aux lettres au groupe de disponibilité de base de données. Pour obtenir la procédure détaillée, voir Gérer l'appartenance au groupe de disponibilité de la base de données.Add two or more Mailbox servers to the DAG. For detailed steps, see Manage database availability group membership.

  4. Configurer les propriétés du groupe de disponibilité de base de données selon vos besoins :Configure the DAG properties as needed:

  5. Configurer éventuellement le chiffrement et la compression pour le groupe de disponibilité de base de données, la réplication de port, les adresses IP du groupe de disponibilité de base de données et d'autres propriétés relatives à ce groupe. Pour obtenir la procédure détaillée, voir Configuration des propriétés du groupe de disponibilité de base de données.Optionally configure DAG encryption and compression, replication port, DAG IP addresses, and other DAG properties. For detailed steps, see Configure database availability group properties.

  6. Activer le mode de coordination de l'activation du centre de données (DAC) pour le groupe de disponibilité de base de données. Cela permet de protéger le groupe de disponibilité de base de données contre les conditions de Split-Brain au niveau de la base de données lors d'un switchback vers le centre de données principal après un basculement, et active l'utilisation des cmdlets intégrées de récupération de groupe de disponibilité de base de données. Pour plus d'informations, consultez la rubrique Mode de coordination de l'activation du centre de données.Enable Datacenter Activation Coordination (DAC) mode for the DAG. This protects the DAG from database-level split brain conditions during switchback to the primary datacenter after a datacenter switchover has been performed, and it enables the use of the built-in DAG recovery cmdlets. For more information, see Datacenter Activation Coordination mode.

  7. Ajouter des copies de base de données de boîtes aux lettres entre les serveurs de boîtes aux lettres du groupe de disponibilité de base de données. Pour obtenir la procédure détaillée, voir Ajout d'une copie de base de données de boîtes aux lettres.Add mailbox database copies across Mailbox servers in the DAG. For detailed steps, see Add a mailbox database copy.

Exemple de déploiement : Groupe de disponibilité de base de données à quatre membres dans deux centres de donnéesExample deployment: four-member DAG in two datacenters

Cet exemple montre comment les détails comment une organisation, Contoso, Ltd., configure et déploie un DAG quatre membres qui couvrira deux emplacements physiques : Boston et Oklahoma City.This example details how an organization, Contoso, Ltd., is configuring and deploying a four-member DAG that will be extended across two physical locations: Boston and Oklahoma City.

Infrastructure de baseBase infrastructure

Chaque emplacement contienne les éléments d’infrastructure qui sont nécessaires au fonctionnement d’une infrastructure de messagerie basée sur Exchange 2016, à savoir :Each location contains the infrastructure elements that are necessary to operate a messaging infrastructure based on Exchange 2016, namely:

  • Services d'annuaire (Active Directory ou services de domaine Active Directory (AD DS))Directory services (either Active Directory or Active Directory Domain Services (AD DS))

  • Résolution de noms DNS (Domain Name System)Domain Name System (DNS) name resolution

  • Plusieurs serveurs Exchange 2016 exécutant les services d’accès au ClientMultiple Exchange 2016 servers running Client Access services

  • Plusieurs serveurs de boîtes aux lettres de 2016 ExchangeMultiple Exchange 2016 Mailbox servers

La figure suivante illustre la configuration de l'organisation Contoso.The following figure illustrates the Contoso configuration.

Groupe de disponibilité de base de données couvrant deux sites

Configuration du réseauNetwork configuration

Comme l'illustrait la figure précédente, la solution implique l'utilisation de plusieurs sous-réseaux et de plusieurs réseaux. Chaque serveur de boîtes aux lettres du groupe de disponibilité de base de données dispose de deux cartes réseau sur des sous-réseaux distincts. Dans chaque serveur de boîtes aux lettres, une carte réseau sera utilisée pour le réseau MAPI (192.168. x. x) et l'autre pour le réseau de réplication (10.0. x. x). Seul le réseau MAPI fournit la connectivité à Active Directory, aux services DNS et autres serveurs et clients Exchange. La carte utilisée pour le réseau de réplication de chaque membre fournit la connectivité uniquement aux cartes du réseau de réplication des autres membres du groupe de disponibilité de base de données.As illustrated in the previous figure, the solution involves the use of multiple subnets and multiple networks. Each Mailbox server in the DAG has two network adapters on separate subnets. In each Mailbox server, one network adapter will be used for the MAPI network (192.168. x. x) and one network adapter will be used for the Replication network (10.0. x. x). Only the MAPI network provides connectivity to Active Directory, DNS services, other Exchange servers and clients. The adapter used for the Replication network in each member provides connectivity only to the Replication network adapters in the other members of the DAG.

Le tableau suivant présente en détail les paramètres de chaque carte réseau dans chacun des nœuds.The settings for each network adapter in each node are detailed in the following table.

NomName Adresse IPv4IPv4 address Masque de sous-réseauSubnet mask Passerelle par défautDefault gateway
MBX1 (MAPI)MBX1 (MAPI)
192.168.1.4192.168.1.4
255.255.255.0255.255.255.0
192.168.1.1192.168.1.1
MBX2 (MAPI)MBX2 (MAPI)
192.168.1.5192.168.1.5
255.255.255.0255.255.255.0
192.168.1.1192.168.1.1
MBX3 (MAPI)MBX3 (MAPI)
192.168.2.4192.168.2.4
255.255.255.0255.255.255.0
192.168.2.1192.168.2.1
MBX4 (MAPI)MBX4 (MAPI)
192.168.2.5192.168.2.5
255.255.255.0255.255.255.0
192.168.2.1192.168.2.1
MBX1 (réplication)MBX1 (Replication)
10.0.1.410.0.1.4
255.255.0.0255.255.0.0
AucunNone
MBX2 (réplication)MBX2 (Replication)
10.0.1.510.0.1.5
255.255.0.0255.255.0.0
AucunNone
MBX3 (réplication)MBX3 (Replication)
10.0.2.410.0.2.4
255.255.0.0255.255.0.0
AucunNone
MBX4 (réplication)MBX4 (Replication)
10.0.2.510.0.2.5
255.255.0.0255.255.0.0
AucunNone

Comme le montrait le tableau précédent, les cartes des réseaux de réplication n’utilisent pas de passerelles par défaut. Pour assurer la connectivité réseau entre chacune des cartes de réseau de réplication, Contoso utilise des itinéraires statiques permanents, configurés au moyen de l’outil Netsh.exe.As shown in the preceding table, adapters used for Replication networks don't use default gateways. To provide network connectivity between each of the Replication network adapters, Contoso uses persistent static routes, which they configure by using the Netsh.exe tool.

Pour configurer le routage des cartes de réseau de réplication sur MBX1 et MBX2, la commande suivante a été exécutée sur chaque serveur.To configure routing for the Replication network adapters on MBX1 and MBX2, the following command was run on each server.

netsh interface ipv4 add route 10.0.2.0/24 <NetworkName> 10.0.1.254

Pour configurer le routage des cartes de réseau de réplication sur MBX3 et MBX4, la commande suivante a été exécutée sur chaque serveur.To configure routing for the Replication network adapters on MBX3 and MBX4, the following command was run on each server.

netsh interface ipv4 add route 10.0.1.0/24 <NetworkName> 10.0.2.254

Les paramètres réseau supplémentaires suivants ont également été configurés :The following additional network settings have also been configured:

  • La case Enregistrer les adresses de cette connexion dans le système DNS est cochée pour la carte réseau de chaque membre du groupe de disponibilité de base de données et désactivée pour chaque carte de réseau de réplication.The Register this connection's addresses in DNS check box is selected for each DAG member's MAPI network adapter, and cleared for each Replication network adapter.

  • Au moins une adresse de serveur DNS est configurée pour la carte de réseau MAPI de chaque membre de groupe de disponibilité de base de données ; aucune adresse n'est configurée pour les cartes de réseau de réplication. À des fins de redondance, Contoso utilise plusieurs adresses de serveur DNS pour leurs cartes de réseau MAPI.At least one DNS server address is configured for each DAG member's MAPI network adapter, and none are configured for the Replication network adapters. For redundancy, Contoso is using multiple DNS server addresses for their MAPI network adapters.

  • Contoso n’utilise pas le Pare-feu Windows et l’a désactivé sur ses serveurs.Contoso doesn't use the Windows Firewall and have turned it off on their servers.

Lorsque les cartes réseau ont été configurées, Contoso est prêt à créer un groupe de disponibilité de base de données et à y ajouter les serveurs de boîtes aux lettres.After the network adapters have been configured, Contoso is ready to create a DAG and add the Mailbox servers to the DAG.

Création et configuration du groupe de disponibilité de base de donnéesDatabase availability group creation and configuration

L'administrateur a décidé de créer un script d'interface de ligne de commande Windows PowerShell qui effectue plusieurs tâches :The administrator has decided to create a Windows PowerShell command-line interface script that performs several tasks:

Les commandes utilisées dans le script sont les suivantes :The following are the commands used in the script:

New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer MBX5 -WitnessDirectory C:\DAGWitness\DAG1.contoso.com -DatabaseAvailabilityGroupIPAddresses 192.168.1.8,192.168.2.8

La commande ci-dessus crée le DAG DAG1, MBX5 en tant que le serveur témoin, configure un répertoire témoin spécifique (C:\DAGWitness\DAG1.contoso.com) et configure les deux adresses IP pour le DAG (une pour chaque sous-réseau du réseau MAPI).The preceding command creates the DAG DAG1, configures MBX5 to act as the witness server, configures a specific witness directory (C:\DAGWitness\DAG1.contoso.com), and configures two IP addresses for the DAG (one for each subnet on the MAPI network).

Set-DatabaseAvailabilityGroup -Identity DAG1 -AlternateWitnessDirectory C:\DAGWitness\DAG1.contoso.com -AlternateWitnessServer MBX10

La commande précédente configure DAG1 pour utiliser un autre serveur témoin de MBX10 et un autre répertoire témoin sur MBX10 qui utilise le même chemin d’accès qui a été configurée sur MBX5.The preceding command configures DAG1 to use an alternate witness server of MBX10 and an alternate witness directory on MBX10 that uses the same path that was configured on MBX5.

Note

L'utilisation d'un chemin d'accès identique n'est pas obligatoire. Contoso a choisi cette option pour standardiser la configuration de son organisation.Using the same path isn't required; Contoso has chosen to do this to standardize their configuration.

Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX3
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX2
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer MBX4

Les commandes précédentes ajoutent chaque serveur de boîtes aux lettres au groupe de disponibilité de base de données, un par un. Elles installent également le composant Clustering avec basculement Windows sur chaque serveur de boîtes aux lettres (s’il n’est pas encore installé), créent un cluster de basculement et rattachent chaque serveur de boîtes aux lettres au nouveau cluster.The preceding commands add each of the Mailbox servers, one at a time, to the DAG. The commands also install the Windows Failover Clustering component on each Mailbox server (if it isn't already installed), create a failover cluster, and join each Mailbox server to the newly created cluster.

Set-DatabaseAvailabilityGroup -Identity DAG1 -DatacenterActivationMode DagOnly

La commande précédente active le mode DAC pour le groupe de disponibilité de base de données.The preceding command enables DAC mode for the DAG.

Bases de données de boîtes aux lettres et copies de bases de données de boîtes aux lettresMailbox databases and mailbox database copies

Lorsque le groupe de disponibilité de base de données a été créé et que les serveurs de boîtes aux lettres ont été ajoutés à ce groupe, Contoso prépare la création des bases de données de boîtes aux lettres et de leurs copies. Pour répondre aux critères de tolérance aux pannes, Contoso prévoit de configurer chaque base de données de boîtes aux lettres avec trois copies non retardées et une copie retardée. La copie retardée sera configurée avec un délai de réexécution de journal de trois jours.After creating the DAG and adding the Mailbox servers to the DAG, Contoso prepares to create mailbox databases and mailbox database copies. To meet their criteria for failure resistance, Contoso is planning to configure each mailbox database with three non-lagged database copies, and one lagged database copy. The lagged copy will have a configured log replay delay of three days.

Cette configuration offre un total de quatre copies pour chaque base de données (un actif, deux passives non retardées et un passif retardée). Plans de Contoso des quatre bases de données actives par serveur. Par conséquent, la solution Contoso contient 16 copies de bases de données.This configuration provides a total of four copies for each database (one active, two non-lagged passives, and a lagged passive). Contoso plans on having four active databases per server. Therefore the Contoso solution contains 16 total database copies.

Comme l'illustre la figure suivante, Contoso adopte une approche équilibrée pour l'agencement de ses bases de données.As shown in the following figure, Contoso is taking a balanced approach to their database layout.

Agencement des copies de bases de données pour Contoso, LtdDatabase copy layout for Contoso, Ltd

Disposition de la copie de la base de données pour Contoso, Ltd

Chaque serveur de boîtes aux lettres héberge une copie active de base de données de boîtes aux lettres, deux copies passives non retardées et une copie passive retardée. La copie retardée de chaque base de données de boîtes aux lettres active est hébergée sur un serveur de boîtes aux lettres dans l'autre site.Each Mailbox server hosts an active mailbox database copy, two non-lagged passive database copies, and one lagged passive database copy. The lagged copy of each active mailbox database is hosted on a Mailbox server in the other site.

Pour créer cette configuration, l’administrateur exécute plusieurs commandes.To create this configuration, the administrator runs several commands.

Sur MBX1, exécutez les commandes suivantes :On MBX1, run the following commands.

Add-MailboxDatabaseCopy -Identity DB1 -MailboxServer MBX2
Add-MailboxDatabaseCopy -Identity DB1 -MailboxServer MBX4
Add-MailboxDatabaseCopy -Identity DB1 -MailboxServer MBX3 -ReplayLagTime 3.00:00:00 -SeedingPostponed
Suspend-MailboxDatabaseCopy -Identity DB1\MBX3 -SuspendComment "Seed from MBX4" -Confirm:$False
Update-MailboxDatabaseCopy -Identity DB1\MBX3 -SourceServer MBX4
Suspend-MailboxDatabaseCopy -Identity DB1\MBX3 -ActivationOnly

Sur MBX2, exécutez les commandes suivantes :On MBX2, run the following commands.

Add-MailboxDatabaseCopy -Identity DB2 -MailboxServer MBX1
Add-MailboxDatabaseCopy -Identity DB2 -MailboxServer MBX3
Add-MailboxDatabaseCopy -Identity DB2 -MailboxServer MBX4 -ReplayLagTime 3.00:00:00 -SeedingPostponed
Suspend-MailboxDatabaseCopy -Identity DB2\MBX4 -SuspendComment "Seed from MBX3" -Confirm:$False
Update-MailboxDatabaseCopy -Identity DB2\MBX4 -SourceServer MBX3
Suspend-MailboxDatabaseCopy -Identity DB2\MBX4 -ActivationOnly

Sur MBX3, exécutez les commandes suivantes :On MBX3, run the following commands.

Add-MailboxDatabaseCopy -Identity DB3 -MailboxServer MBX4
Add-MailboxDatabaseCopy -Identity DB3 -MailboxServer MBX2
Add-MailboxDatabaseCopy -Identity DB3 -MailboxServer MBX1 -ReplayLagTime 3.00:00:00 -SeedingPostponed
Suspend-MailboxDatabaseCopy -Identity DB3\MBX1 -SuspendComment "Seed from MBX2" -Confirm:$False
Update-MailboxDatabaseCopy -Identity DB3\MBX1 -SourceServer MBX2
Suspend-MailboxDatabaseCopy -Identity DB3\MBX1 -ActivationOnly

Sur MBX4, exécutez les commandes suivantes :On MBX4, run the following commands.

Add-MailboxDatabaseCopy -Identity DB4 -MailboxServer MBX3
Add-MailboxDatabaseCopy -Identity DB4 -MailboxServer MBX1
Add-MailboxDatabaseCopy -Identity DB4 -MailboxServer MBX2 -ReplayLagTime 3.00:00:00 -SeedingPostponed
Suspend-MailboxDatabaseCopy -Identity DB4\MBX2 -SuspendComment "Seed from MBX1" -Confirm:$False
Update-MailboxDatabaseCopy -Identity DB4\MBX2 -SourceServer MBX1
Suspend-MailboxDatabaseCopy -Identity DB4\MBX2 -ActivationOnly

Dans les exemples précédents de l’applet de commande Add-MailboxDatabaseCopy , le paramètre ActivationPreference n’a pas été spécifié. La tâche incrémente automatiquement le numéro de préférence d’activation avec chaque copie est ajouté. La base de données d’origine a toujours un numéro de préférence de 1. La première copie ajoutée avec l’applet de commande Add-MailboxDatabaseCopy est automatiquement affectée un numéro de préférence de 2. Si qu'aucune copie n’est supprimées, la copie suivante ajoutée est automatiquement affectée un numéro de préférence de 3 et ainsi de suite. Par conséquent, dans les exemples précédents, la copie passive dans le même centre de données en tant que la copie active possède un numéro de préférence d’activation de 2 ; la copie passive non retardées dans le centre de données à distance comporte un nombre de préférence d’activation de 3, et la copie passive retardée dans le centre de données à distance possède un numéro de préférence d’activation de 4.In the preceding examples for the Add-MailboxDatabaseCopy cmdlet, the ActivationPreference parameter wasn't specified. The task automatically increments the activation preference number with each copy that's added. The original database always has a preference number of 1. The first copy added with the Add-MailboxDatabaseCopy cmdlet is automatically assigned a preference number of 2. Assuming no copies are removed, the next copy added is automatically assigned a preference number of 3, and so forth. Thus, in the preceding examples, the passive copy in the same datacenter as the active copy has an activation preference number of 2; the non-lagged passive copy in the remote datacenter has an activation preference number of 3, and the lagged passive copy in the remote datacenter has an activation preference number of 4.

Bien qu’il existe deux copies de chaque base de données active sur le réseau étendu à l’autre emplacement, l’amorçage sur le WAN uniquement effectuée qu’une seule fois. C’est pourquoi Contoso exploite la possibilité de 2016 Exchange pour utiliser une copie passive de base de données comme source pour l’amorçage. À l’aide de l’applet de commande Add-MailboxDatabaseCopy avec le paramètre SeedingPostponed empêche la tâche à partir d’amorçage automatiquement la nouvelle copie de base de données en cours de création. Ensuite, l’administrateur peut interrompre la copie amorcée non, et à l’aide de l’applet de commande Update-MailboxDatabaseCopy avec le paramètre SourceServer , l’administrateur peut spécifier la copie locale de la base de données comme source de l’opération d’amorçage. Par conséquent, l’amorçage de la deuxième copie de base de données ajoutée à chaque emplacement qui se produit localement et non sur le réseau étendu.Although there are two copies of each active database across the WAN in the other location, seeding over the WAN was only performed once. This is because Contoso is leveraging the Exchange 2016 ability to use a passive copy of a database as the source for seeding. Using the Add-MailboxDatabaseCopy cmdlet with the SeedingPostponed parameter prevents the task from automatically seeding the new database copy being created. Then, the administrator can suspend the un-seeded copy, and by using the Update-MailboxDatabaseCopy cmdlet with the SourceServer parameter, the administrator can specify the local copy of the database as the source of the seeding operation. As a result, seeding of the second database copy added to each location happens locally and not over the WAN.

Note

Dans l'exemple précédent, la copie de base de données non retardée est amorcée sur le réseau étendu, puis elle sert à amorcer la copie retardée de la base de données située dans le même centre de données que la copie non retardée.In the preceding example, the non-lagged database copy is seeded over the WAN, and that copy is then used to seed the lagged copy of the database that's in the same datacenter as the non-lagged copy.

Contoso a configuré une des copies passives de chaque base de données de boîtes aux lettres en tant que copie retardée pour qu’elle serve de protection dans l’éventualité, rare mais catastrophique, d’une corruption logique de la base de données. Par conséquent, l’administrateur utilise la cmdlet Suspend-MailboxDatabaseCopy et le paramètre ActivationOnly pour configurer les copies retardées comme étant bloquées pour l’activation. Ceci garantit que les copies de bases de données retardées ne seront pas activées si un basculement de base de données ou de serveur devait se produire.Contoso has configured one of the passive copies of each mailbox database as a lagged database copy to provide protection against the extremely rare but catastrophic case of database logical corruption. As a result, the administrator is configuring the lagged copies as blocked for activation by using the Suspend-MailboxDatabaseCopy cmdlet with the ActivationOnly parameter. This ensures that the lagged database copies won't be activated if a database or server failover occurs.

Validation de la solutionValidating the solution

Une fois la solution déployée et configurée, l'administrateur effectue plusieurs tâches validant l'état de préparation de la solution avant de déplacer les boîtes aux lettres de production vers les bases de données du groupe de disponibilité de base de données. La solution doit être soumise à des tests et à des inspections, en faisant appel à plusieurs méthodes et notamment des simulations de défaillance. Pour valider la solution, l'administrateur effectue plusieurs tâches.After the solution has been deployed and configured, the administrator performs several tasks that validate the solution's readiness prior to moving production mailboxes to the databases in the DAG. The solution should be tested and inspected using several methods, including failure simulations. To validate the solution, the administrator performs several tasks.

Pour vérifier l'intégrité globale du groupe de disponibilité de base de données, l'administrateur exécute la cmdlet Test-ReplicationHealth. Cette cmdlet vérifie plusieurs aspects de l'état de réplication et de réexécution pour fournir des informations sur chaque serveur de boîtes aux lettres et chaque copie de base de données du groupe de disponibilité de base de données.To verify the overall health of the DAG, the administrator runs the Test-ReplicationHealth cmdlet. This cmdlet checks several aspects of the replication and replay status to provide information about each Mailbox server and database copy in the DAG.

Pour vérifier la réplication et l’activité de relecture, l’administrateur exécute l’applet de commande Get-MailboxDatabaseCopyStatus . Cette applet de commande peut fournir des informations d’état en temps réel sur une copie de base de données de boîte aux lettres spécifique ou de toutes les copies de base de données de boîtes aux lettres sur un serveur spécifique. Pour plus d’informations sur la surveillance de l’intégrité et l’état des bases de données répliquées dans un DAG, voir groupes de disponibilité de base de données de moniteur.To verify replication and replay activity, the administrator runs the Get-MailboxDatabaseCopyStatus cmdlet. This cmdlet can provide real-time status information about a specific mailbox database copy or for all mailbox database copies on a specific server. For more information about monitoring the health and status of replicated databases in a DAG, see Monitor database availability groups.

Pour vérifier que les basculements fonctionnent comme prévu, l'administrateur utilise la cmdlet Move-ActiveMailboxDatabase pour exécuter une série de basculements de bases de données et de serveurs. Une fois ces tâches réalisées, il utilise la même cmdlet pour déplacer les copies actives de bases de données vers leur emplacement d'origine.To verify that switchovers work as expected, the administrator uses the Move-ActiveMailboxDatabase cmdlet to perform a series of database switchovers and server switchovers. When these tasks have completed successfully, the administrator uses the same cmdlet to move the active database copies back to their original locations.

Pour vérifier les comportements attendus dans divers scénarios de défaillance, l’administrateur effectue plusieurs tâches destinées à simuler une défaillance ou à provoquer une véritable défaillance. Par exemple :To verify the expected behaviors in various failure scenarios, the administrator performs several tasks that either simulate failures or actually cause failures to occur. For example, the administrator might:

  • Débrancher le cordon d’alimentation sur MBX1, déclenchant ainsi un basculement de serveur. L’administrateur vérifie alors que la base de données DB1 s’active sur un autre serveur (de préférence MBX2, sur la base des numéros de préférence d’activation).Unplug the power cord on MBX1, thereby triggering a server failover. The administrator then verifies that DB1 becomes active on another server (preferably MBX2, based on the activation preference values).

  • Débrancher le câble réseau de la carte réseau MAPI sur MBX2, déclenchant ainsi un basculement de serveur. L’administrateur vérifie alors que la base de données DB2 s’active sur un autre serveur (de préférence MBX1, sur la base des numéros de préférence d’activation).Unplug the network cable for the MAPI network adapter on MBX2, thereby triggering a server failover. The administrator then verifies that DB2 becomes active on another server (preferably MBX1, based on the activation preference values).

  • Mettre hors connexion le disque utilisé par la copie active de la base de données (DB3), déclenchant ainsi un basculement de base de données. L’administrateur vérifie alors que la base de données DB3 s’active sur un autre serveur (de préférence MBX4, sur la base des numéros de préférence d’activation).Take the disk used by the active copy of DB3 offline, thereby triggering a database failover. The administrator then verifies that DB3 becomes active on another server (preferably MBX4, based on activation preference values).

Une organisation peut aussi tester d’autres scénarios de défaillance en fonction de ses besoins. À la suite de la simulation d’une seule défaillance (par exemple, débrancher le cordon d’alimentation) et de l’observation de la capacité de récupération de la solution, l’administrateur peut opter pour un retour à la configuration d’origine. Dans certains cas, la solution peut être testée pour résister à plusieurs défaillances simultanées. En fin de compte, votre plan de tests vous indiquera s’il faut rétablir la configuration d’origine de la solution après avoir réalisé chaque simulation de défaillance.There may be other failure scenarios that are tested by an organization, based on the business needs. After simulating a single failure (such as pulling the power plug), and verifying the solution's recovery behavior, the administrator may revert the solution back to its original configuration. In some cases, the solution may be tested for multiple concurrent failures. Ultimately, your solution test plan will dictate whether the solution is reverted back to its original configuration after each failure simulation has been completed.

En outre, un administrateur peut décider de débrancher la connexion réseau entre deux centres de données pour simuler une défaillance de site. La réalisation d’un basculement de centre de données est une opération plus complexe exigeant une plus grande coordination, mais elle est recommandée si la solution en cours de déploiement doit apporter la résilience de site aux services et données de messagerie.In addition, an administrator may decide to disconnect the network connection between the two datacenters, thereby simulating a site failure. Performing a datacenter switchover is a much more involved and coordinated process; however, we recommend the process if the solution being deployed is intended to provide site resilience for the messaging services and data.

Transition vers le mode d’exploitationTransitioning to operations

Une fois la solution déployée, son extension peut être poursuivie au moyen du déploiement incrémentiel. À ce stade, la gestion de la solution doit se tourner vers des processus d'exploitation impliquant l'exécution des tâches suivantes :After the solution has been deployed, it can be extended further using incremental deployment. At this point, management of the solution would also transition to operation processes, in which the following tasks would be performed:

Pour plus d'informations sur la gestion de la solution, voir Gestion de la haute disponibilité et de la résilience de site.For more information about managing the solution, see Managing high availability and site resilience.