Réplication continue de secours : Résilience de site avec clusters de secours

Article
09/30/2014

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

Dernière rubrique modifiée : 2008-11-18

Cette rubrique détaille la manière dont un organisation, Contoso, Ltd., utilise une réplication continue de secours (SCR) dans un scénario de résilience de site. Dans ce scénario, le centre de données principal est défaillant et Contoso, Ltd. décide d'activer le centre de données secondaire. Une fois le cendre de données secondaire activé, le centre de données principal est reconfiguré, puis restauré comme centre de données principal dans le cadre d'un basculement contrôlé. Contoso, Ltd. dispose de deux centres de données : un centre de données principal nommé Active Directory SITEA et un centre de données secondaire nommé Active Directory SITEB. SITEA se trouve à Portland, Oregon, et SITEB se trouve à San Jose, Californie.

SITEA contient les composants d'infrastructure suivants :

serveur d'annuaire, DC1, qui offre également des services DNS (Domain Name System) intégrés à Active Directory sécurisés ;
serveur d'accès au client, CAS1 ;
serveur de transport Hub, HUB1 ;

serveur de boîtes aux lettres en cluster, EXCMS1, s'exécutant dans un cluster à copie unique (SCC), EXCLUS1, à deux noeuds, NOEUDA et NOEUDB. Remarque :

Le noeuds dans le cluster de basculement s'exécutent sur le système d'exploitation Windows Server 2008 et le cluster de basculement est configuré avec un quorum de disques et noeuds majoritaire.

La valeur Durée de vie (TTL) de DNS pour la ressource nom de réseau du serveur de boîtes aux lettres en cluster est configuré sur cinq minutes. Cette valeur a été configurée en exécutant la commande suivante, puis en arrêtant puis démarrant le serveur de boîtes aux lettres en cluster.

Cluster.exe res "Network Name (EXCMS1)" /priv HostRecordTTL=300

Remarque :
La propriété HostRecordTTL n'est disponible que sur les clusters de basculement exécutant Windows Server 2008. Il n'est pas possible d'exécuter cette commande sur un cluster de basculement exécutant le système d'exploitation Windows Server 2003.

SITEB contient les composants d'infrastructure suivants :

serveur d'annuaire, DC2, qui offre également des services DNS intégrés à Active Directory sécurisés ;
serveur d'accès au client, CAS2 ;
serveur de transport Hub, HUB2 ;

cluster à noeud unique, DRCLUS1, qui sera utilisé comme cluster de basculement de secours. Remarque :

Le noeud de ce cluster, NOEUDC, est le seul noeud du cluster de basculement de secours et il exécute Windows Server 2008. Le cluster de basculement de secours est configuré avec un quorum de noeuds majoritaire.

Remarque :

Sur les clusters de basculement exécutant Windows Server 2003, le cluster de basculement de secours à nœud unique doit être configuré avec un quorum local.
Le rôle serveur de boîtes aux lettres passif est installé sur NOEUDC à l'aide du même chemin d'installation qu'EXCLUS1. Cela est nécessaire pour pouvoir effectuer une récupération de serveur à l'aide de Setup /RecoverCMS dans le cadre du processus d'activation de la cible de SCR. Pour utiliser le processus de récupération du serveur, le chemin d'installation du serveur Exchange doit être le même dans l'ordinateur source de la SCR et dans celui cible. Si le serveur Exchange est installé dans %ProgramFiles%\Microsoft\Exchange Server sur l’ordinateur source de la SCR, il doit aussi être installé dans %ProgramFiles%\Microsoft\Exchange Server sur tous les ordinateurs qui seront les cibles SCR du serveur source. Si ces chemins d'installation ne correspondent pas, le processus de récupération du serveur échoue parce que le chemin d'installation dans le Registre ne correspond pas à la valeur de l'attribut msExchInstallPath de l'objet serveur de boîtes aux lettres dans Active Directory.

Remarque :
Sur les clusters de basculement exécutant Windows Server 2003, le cluster de basculement de secours à nœud unique doit être configuré avec un quorum local.

À l'aide du composant logiciel enfichable Utilisateurs et ordinateurs Active Directory, le compte d'ordinateur pour DRCLUS1 est configuré avec des autorisations complètes sur l'objet ordinateur EXCMS1. Cela est fait de façon à ce que le compte d'ordinateur pour EXCMS1 puisse être réinitialisé par DRCLUS1 en cas d'activation de SITEB suite à une défaillance de SITEA.

Remarque :
Cette opération n'est effectuée que sur les clusters de basculement exécutant Windows Server 2008. Cela est dû au fait que le service de cluster s'exécute dans le contexte de sécurité du système local. Cette opération n'est pas nécessaire sur des clusters de basculement exécutant Windows Server 2003 lorsque le même compte de service de cluster est utilisé pour les deux clusters de basculement.

Cette opération n'est effectuée que sur les clusters de basculement exécutant Windows Server 2008. Cela est dû au fait que le service de cluster s'exécute dans le contexte de sécurité du système local. Cette opération n'est pas nécessaire sur des clusters de basculement exécutant Windows Server 2003 lorsque le même compte de service de cluster est utilisé pour les deux clusters de basculement.

Tous les serveurs des deux sites Active Directory sont configurés pour utiliser les serveurs DNS intégrés à Active Directory. L'intervalle de réplication d'Active Directory pour les deux sites Active Directory est configuré sur 15 minutes.

La SCR est configurée de façon à ce que les fichiers journaux de transactions soient répliqués à partir de trois groupes de stockage sur EXCMS1 vers des cibles de SCR sur NOEUDC. Cela a été configuré à l'aide des commandes suivantes :

Enable-StorageGroupCopy EXCMS1\SG1 -StandbyMachine NODEC
Enable-StorageGroupCopy EXCMS1\SG2 -StandbyMachine NODEC
Enable-StorageGroupCopy EXCMS1\SG3 -StandbyMachine NODEC

Notes

Pour activer simultanément tous les groupes de stockage sur EXCMS1 pour SCR, exécutez la commande suivante : Get-StorageGroup -Server EXCMS1 | Enable-StorageGroupCopy -StandbyMachine NODEC

L'intégrité et l'état de la SCR pour chaque groupe de stockage ont été vérifiés à l'aide des cmdlets Test-ReplicationHealth et Get-StorageGroupCopyStatus dans l'environnement de ligne de commande Exchange Management Shell. Par exemple :

Get-StorageGroupCopyStatus EXCMS1\SG1 -StandbyMachine NODEC

Le fonctionnement correct des déplacements du serveur de boîtes aux lettres en cluster a été vérifié, ainsi que celui des sauvegardes et de la troncature de journaux.

Défaillance du site principale et activation du site auxiliaire

Soudainement et sans préavis, un violent tremblement de terre se produit à Portland. Bien qu'il n'y ait pas de blessé grave, les dégâts sont tels sur SITEA que des services d'approvisionnement critiques tels que l'électricité, l'eau et le gaz ont été coupés. Comme il pourrait se passer des mois avant que Contoso, Ltd puisse réutiliser SITEA, la décision a été prise d'activer manuellement SITEB afin que ce site prennent en charge la fourniture de la totalité les données de messagerie et des services.

L'activation de SITEB commence par la vérification des services d'annuaire et de la résolution DNS. Comme SITEB contient déjà un serveur d'annuaire hébergeant un DNS intégré à Active Directory, ces services sont jugés intègres, opérationnels et non affectés par l'interruption de SITEA. Une fois les services d'annuaire et le DNS vérifié, l'étape suivant consiste à commencer l'activation des cibles de SCR et une récupération du serveur de boîtes aux lettres en cluster. Pour ce faire, les étapes suivantes doivent être exécutées dans cet ordre :

L'environnement de ligne de commande Exchange Management Shell est ouvert sur NOEUDC est les commandes suivantes exécutées pour préparer les cibles de SCR au montage.
```
Restore-StorageGroupCopy -Identity EXCMS1\SG1 -StandbyMachine NODEC -Force
Restore-StorageGroupCopy -Identity EXCMS1\SG2 -StandbyMachine NODEC -Force
Restore-StorageGroupCopy -Identity EXCMS1\SG3 -StandbyMachine NODEC -Force
```
Important

Le paramètre Force doit toujours être spécifié lorsque la source de SCR est indisponible.

Notes

Une alternative à l'exécution de trois commandes Restore-StorageGroupCopy séparées comme illustré à l'étape 1 consiste à utiliser un nouveau script fourni avec Microsoft Exchange Server 2007 Service Pack 1 (SP1) nommé GetSCRSources.ps1 et à canaliser la sortie du script vers une tâche Restore-StorageGroupCopy unique comme suit : GetSCRSources | Restore-StorageGroupCopy -StandbyMachine $env:ComputerName -Force
Utilisez le composant logiciel enfichable Gestion du service DNS pour supprimer l'enregistrement DNS existant pour EXCMS1 du DNS.

Notes

Cette opération n'est effectuée que sur les clusters de basculement exécutant Windows Server 2008. Cela est dû au fait que le service de cluster s'exécute dans le contexte de sécurité du système local. Cette opération n'est pas nécessaire sur des clusters de basculement exécutant Windows Server 2003 lorsque le même compte de service de cluster est utilisé pour les deux clusters de basculement.

La SCR est désactivée pour tous les groupes de stockage en vue de la préparation pour le processus /RecoverCMS. Dans le cas contraire, l'option Setup /RecoverCMS échoue. Vous pouvez désactiver la SCR à l'aide des commandes suivantes :

Disable-StorageGroupCopy -Identity EXCMS1\SG1 -StandbyMachine NODEC -Confirm:$False
Disable-StorageGroupCopy -Identity EXCMS1\SG2 -StandbyMachine NODEC -Confirm:$False
Disable-StorageGroupCopy -Identity EXCMS1\SG3 -StandbyMachine NODEC -Confirm:$False

Le serveur de boîtes aux lettres en cluster (EXCMS1) est récupéré à l'aide de l'option /RecoverCMS pour le programme Setup. La récupération est effectuée sur NOEUDC à l'aide de la commande suivante :
```
Setup.com /RecoverCMS /CMSName:EXCMS1 /CMSIPAddress:<IPAddress>
```
Considérez les informations suivantes :
- La valeur de CMSIPAddress dans la commande précédente pourrait être une adresse IP différente de l'adresse IP d'origine pour EXCMS1. Cela résulte du fait qu'EXCMS1 est récupéré hors site. Autrement dit, il était à l'origine hébergé sur SITEA et est récupéré sur SITEB.
- Setup /RecoverCMS s'exécute avec succès après la réplication DNS et vidage de la cache DNS (NOEUDC) du serveur de récupération. En cas d'échec du programme Setup, vous devez utiliser NSLookup à partir du contrôle de domaine principal (PDC) et NOEUDC pour vérifier que l'adresse correct IP se résout en NOEUDC, puis réexécuter le programme Setup après vérification.
- Sur des clusters de basculement exécutant Windows Server 2003, l'objet ordinateur pour EXCMS1 est réinitialisé durant le processus Setup /RecoverCMS. Cette réinitialisation doit être répliquée sur le site Active Directory local pour que l'exécution du programme Setup puisse se terminer avec succès. Si le PDC ne se trouve pas dans le site Active Directory local, assurez-vous qu'il y a des liaisons de sites Active Directory opérationnelles entre le PDC et le site Active Directory local.
- Une fois le processus de récupération du programme Setup terminé, EXCMS1 a été récupéré sur SITEB et est désormais hébergé sur NOEUDC dans un SCC à noeud unique nommé DRCLUS1.
- Suite à l'opération de récupération du serveur de boîtes aux lettres en cluster, la TTL du DNS pour EXCMS1 a été rétablie sur la valeur par défaut de 20 minutes. Il convient de la redéfinir sur cinq minutes en exécutant la commande suivante, puis en arrêtant et démarrant le serveur de boîtes aux lettres en cluster.
```
Cluster.exe res EXCMS1 /priv HostRecordTTL=300
```
Ensuite, les bases de données dans les trois groupes de stockage sont montées à l'aide de la tâche Mount-Database.
Une opération de récupération pour les autres rôles serveur (plus spécifiquement, accès au client et transport Hub) est superflue dans ce scénario car CAS2 et HUB2 existent déjà dans SITEB.

Notes

Dans le cadre de l'opération de récupération pour le serveur d'accès au client, les adresses URL externes doivent être reconfigurées afin qu'elles pointent sur les serveurs d'accès au client dans SITEB.

Notes

Cet exemple de scénario n'inclut pas la récupération de serveurs de transport Edge. S'il y avait des serveurs de transport Edge dans SITEA qui ont également été perdus suite à la défaillance du site, de nouveaux serveurs de transport Edge devraient être mis en ligne dans SITEB et les enregistrements DNS de Mail Exchanger (MX) pour les domaines SMTP (Simple Mail Transfer Protocol) Contoso devraient être mise à jour pour pointer sur les nouveaux Edge Transports servers.
Si l'organisation Contoso inclut d'autres sites Active Directory, les messages sont mis en file d'attente vers le site Active Directory principal. Une fois les informations d'appartenance au site pour EXCMS1 répliquées sur tous les autres sites Active Directory, les files d'attente SMTP contenant des messages destinés au site principal peuvent faire l'objet d'une nouvelle tentative manuelle. (À défaut de nouvelle tentative manuelle, le moteur de transport retente automatiquement de vider la file d'attente 12 heures plus tard). Cette opération re-catégorise les messages. Une fois les messages re-catégorisés, ils sont remis à EXCMS1 dans SITEB.

À ce stade, tant que les serveurs DNS utilisés par des clients et d'autres serveurs ont l'adresse IP correcte pour EXCMS1, tous les clients doivent être en mesure d'accès à leurs boîtes aux lettres à l'aide de leur méthode d'accès d'origine (par exemple, Microsoft Outlook Web Access, Exchange ActiveSync et Microsoft Office Outlook).

Reconfiguration du site principal

Comme le site secondaire (SITEB) fait désormais office de centre de données principal, le centre de données principal d'origine (SITEA) nécessite une reconfiguration de façon à ce que les services désormais hébergés par SITEB n'entrent pas en conflit avec ceux remis en ligne une fois SITEA prêt à être réactivé. SITEA doit être mis en ligne sous le contrôle de l'administrateur en procédant comme suit :

Commencez par mettre en ligne les services d'annuaire et les service résolution de nom DNS en mettant DC1 en ligne.
Une fois DC1 en ligne, mettez en ligne CAS1 et HUB1.

Notez qu'une fois HUB1 en ligne, un administrateur doit vérifier que tous les messages de ses files d'attente dont remis. Si des messages restent bloqués dans les files d'attente, il est possible de les soumettre à nouveau à l'aide de la commande suivante.
```
Retry-queue [queue name] -Resubmit $True
```
Mettez en ligne les noeuds qui hébergent le cluster EXCLUS1. Dans le cadre de ce scénario, NOEUDA est mis en ligne d'abord, suivi de NOEUDB.
Une fois les deux noeuds mis en ligne, le serveur de boîtes aux lettres en cluster reste en état hors ligne. Cela inclut toute les ressources composant le serveur de boîtes aux lettres en cluster, à commencer par sa ressource de nom de réseau. Cette ressource ne peut pas être mise en ligne parce qu'EXCMS1 est déjà en ligne et utilise le même nom de réseau. La mise en ligne d'EXCMS1 sur NOEUDA et NOEUDB entraînerait une collision de nom sur le réseau.
Sur le noeud possédant actuellement le groupe de ressources contenant le serveur de boîtes aux lettres en cluster, un administrateur doit supprimer le serveur de boîtes aux lettres en cluster et ses ressources du cluster de basculement. Pour ce faire, l'administrateur commence par supprimer les ressources non-Exchange du groupe de clusters contenant le serveur de boîtes aux lettres en cluster. Il exécute ensuite la commande suivante sur NOEUDA :
```
Setup.com /ClearLocalCMS /CMSName:EXCMS1
```
Remarque :
- Une fois le serveur de boîtes aux lettres en cluster et ses ressources supprimés d'EXCLUS1, il est recommandé d'utiliser le composant logiciel enfichable Administrateur de cluster ou Gestion du cluster de basculement pour vérifier que toutes les ressources du serveur de boîtes aux lettres en cluster ont été supprimées.
- EXCLUS1 est à présent un cluster de basculement avec deux noeuds passifs, NOEUDA ET NOEUDB, sur lesquels le rôle serveur de boîtes aux lettres passif est installé. À ce stade, il n'y a pas de serveur de boîtes aux lettres en cluster dans EXCLUS1.
Comme les nœuds de cluster sont exécutés sous Windows Server 2008, après l'exécution de l'option Setup /ClearLocalCMS, l'objet ordinateur virtuel est désactivé. Pour réactiver l'objet ordinateur virtuel, cliquez sur Démarrer, pointez sur Tous les programmes, sur Outils d'administration, puis cliquez sur Utilisateurs et ordinateurs Active Directory. Développez le domaine, développez Ordinateurs, cliquez avec le bouton droit sur l'objet ordinateur virtuel EXCMS1, puis cliquez sur Activer le compte.
Pour préparer un basculement contrôler de SITEB à SITEA, NOEUDA devient cible de SCR pour les groupes de stockage hébergés sur EXCMS1 dans SITEB. Pour ce faire, exécutez les commandes suivantes sur NOEUDC :
```
Enable-StorageGroupCopy EXCMS1\SG1 -StandbyMachine NODEA
Enable-StorageGroupCopy EXCMS1\SG2 -StandbyMachine NODEA
Enable-StorageGroupCopy EXCMS1\SG3 -StandbyMachine NODEA
```
Notes

Si le stockage utilisé par le cluster de basculement d'origine n'a pas été affecté par la défaillance de SITEA et si les bases de données d'origine et leurs journaux des transactions pour les trois groupes de stockage existent encore sur NOEUDA, il peut être possible de les utiliser à des fins de réplication continue sans devoir effectuer un réamorçage complet pour chaque groupe de stockage sur NOEUDA. Si les fichiers existantes sont inutilisables ou si un enregistrement circulaire a été configuré pour le serveur de boîtes aux lettres en cluster d'origine, un réamorçage complet pour chaque groupe de stockage doit être effectué en exécutant la cmdlet Update-StorageGroupCopy.

Dans ce scénario, un SCC est utilisé à titre d'exemple. Si le scénario de récupération utilise plutôt un serveur de boîtes aux lettres en cluster dans un environnement de réplication continue en cluster (CCR), une opération supplémentaire est recommandée dans laquelle le noeud passif est également préparé pour le basculement contrôlé à l'aide des bases de données et des fichiers journaux. Cette opération est effectuée uniquement à des fins d'optimisation pour éliminer la nécessité d'amorcer les groupes de stockage passifs une fois l'environnement de CCR rétablir dans SITEA. Cette tâche est exécutées à l'aide de l'une des deux méthodes suivantes :

suspension de la réplication pour les trois cibles de SCR, puis copie des fichiers et des bases de données du groupe de stockage de NOEUDA vers les emplacements appropriés sur NOEUDB ;
activation de NOEUDB comme cible de SCR d'EXCMS1.

Basculement contrôlé vers le site principal d'origine

Une fois SITEA approuvé pour utilisation, un basculement manuel et contrôlé de données et services de SITEB vers SITEA peut être effectué. Le opérations effectuées pour accomplir le basculement contrôlé sont effectivement à l'inverse de celles effectuées pour activer SITEB :

La première opération consiste à démonter toutes les bases de données sur EXCMS1. Cette opération a pour but d'arrêter la génération du fichier journal des transactions et de préparer l'activation des cibles de SCR sur NOEUDA. Vous pouvez démonter des bases de données à l'aide de la console de gestion Exchange ou de la cmdlet Dismount-Database dans l'environnement de ligne de commande Exchange Management Shell.
Sur NOEUDA, un administrateur prépare tous les groupes de stockage pour le montage. Cette tâche est effectuée à l'aide des commandes suivantes :
```
Restore-StorageGroupCopy -Identity EXCMS1\SG1 -StandbyMachine NODEA
Restore-StorageGroupCopy -Identity EXCMS1\SG2 -StandbyMachine NODEA
Restore-StorageGroupCopy -Identity EXCMS1\SG3 -StandbyMachine NODEA
```
Remarque :
- Dans les trois commandes précédentes, le paramètre Force n'est pas utilisé parce que le serveur source de SCR est disponible. Comme le paramètre Force n'est pas utilisé, la tâche tente automatiquement de copie tous les fichiers journaux à partir de la source de SCR.
- Après l'accomplissement de chaque tâche, l'administrateur doit vérifier que tous les fichiers journaux pour chaque groupe de stockage ont été copiés sur NOEUDA et que la SCR a été désactivée.
- Si NOEUDB a également été configuré comme cible de SCR, il faut le désactiver et le restaurer avant de continuer. Dans ce scénario, il est recommandé d'exécuter la cmdlet Restore-StorageGroupCopy d'abord sur NOEUDB, puis sur NOEUDA, puis d'exécuter Setup /RecoverCMS sur NOEUDA.
Le serveur de boîtes aux lettres en cluster (EXCMS1) sur DRCLUS1 doit être arrêté. Cette tâche doit être exécutée à partir de NOEUDC à l'aide de l'Assistant Gestion de serveur de boîtes aux lettres en cluster dans la console de gestion Exchange ou à l'aide de la cmdlet Stop-ClusteredMailboxServer dans l'environnement de ligne de commande Exchange Management Shell.
L'enregistrement A pour EXCMS1 doit être supprimé du DNS à l'aide du composant logiciel enfichable Gestion du service DNS.

Notes

L'enregistrement A pour EXCMS1 ne doit être supprimé que si le cluster de basculement s'exécute sur Windows Server 2008. Si la cluster de basculement s'exécute sur Windows Server 2003, il n'est pas nécessaire d'effectuer cette opération.
Le serveur de boîtes aux lettres en cluster (EXCMS1) est récupéré à l'aide de l'option /RecoverCMS pour le programme Setup. La récupération est effectuée sur NOEUDA à l'aide de la commande suivante :
```
Setup.com /RecoverCMS /CMSName:EXCMS1 /CMSIPAddress:<IPAddress>
```
Remarque :
- La valeur de CMSIPAddress dans la commande précédente pourrait être l'adresse IP d'origine pour EXCMS1. Cela résulte du fait qu'EXCLUS1 est récupéré dans son emplacement d'origine.
- Une fois le processus de récupération du programme Setup terminé, EXCMS1 a été récupéré sur SITEA et est désormais hébergé sur NOEUDA dans un SCC à deux noeuds nommé EXCLUS1.
Notes

Une fois encore, dans ce scénario, un SCC est utilisé à titre d'exemple. Si le scénario de récupération utilise plutôt un serveur de boîtes aux lettres en cluster dans un environnement de CCR, il se peut que des opérations supplémentaires soient nécessaires. L'opération /RecoverCMS suspend la réplication continue, dans ce cas, de NOEUDA vers NOEUDB. Un administrateur doit exécuter Resume-StorageGroupCopy pour les groupes de stockage pour établir de nouveau les activités de réplication et de relecture. Ensuite, l'administrateur doit vérifier que l'activité de réplication a été reprise. Si la préparation de NOEUDB telle que décrite précédemment n'a pas réussi, les copies passives des groupes de stockage doivent être réamorcés.
- Suite à l'opération de récupération du serveur de boîtes aux lettres en cluster, la TTL du DNS pour EXCMS1 a été rétablie sur la valeur par défaut de 20 minutes. Il convient de la redéfinir sur cinq minutes en exécutant la commande suivante, puis en arrêtant et démarrant le serveur de boîtes aux lettres en cluster :
```
Cluster.exe res "Network Name (EXCMS1)" /priv HostRecordTTL=300
```
Les bases de données dans les trois groupes de stockage sont montées à l'aide de la cmdlet Mount-Database.
Une opération de récupération pour les autres rôles serveur (à savoir, accès au client et transport Hub) est superflue dans ce scénario car CAS1 et HUB1 existent déjà dans SITEA.

Notes

Dans le cadre de l'opération de récupération pour le serveur d'accès au client, les adresses URL externes doivent être reconfigurées afin qu'elles pointent sur les serveurs d'accès au client dans SITEA.

Notes

Cet exemple de scénario n'inclut pas la récupération de serveurs de transport Edge. En cas d'utilisation de serveurs de transport Edge, les enregistrements DNS de Mail Exchanger (MX) pour les domaines SMTP Contoso doivent être mis à jour afin qu'il pointent sur les serveurs de transport Edge corrects.
Si l'organisation Contoso inclut d'autres sites Active Directory, les messages sont mis en file d'attente dans le site Active Directory principal. Une fois les informations d'appartenance au site pour EXCMS1 répliquées sur tous les autres sites Active Directory, les files d'attente SMTP contenant des messages destinés au site principal peuvent faire l'objet d'une nouvelle tentative manuelle. (À défaut de nouvelle tentative manuelle, le moteur de transport retente automatiquement de vider la file d'attente 12 heures plus tard). Cette opération re-catégorise les messages. Une fois les messages re-catégorisés, ils sont remis à EXCMS1 dans SITEA.
À ce stade, tant que les serveurs DNS utilisés par des clients et d'autres serveurs ont l'adresse IP correcte pour EXCMS1, tous les clients doivent être en mesure d'accès à leurs boîtes aux lettres à l'aide de leur méthode d'accès d'origine (par exemple, Outlook Web Access, Exchange ActiveSync et Outlook). En outre, une fois les modifications de DNS répliquées sur SITEB et l'appartenance au site d'EXCMS1 répliquée, les serveurs de transport Hub routent les messages vers le site Active Directory correct. Un administrateur peut également forcer manuellement la resoumission de messages se trouvant dans des files d'attente du HUB1 ou HUB2. Cette tâche peut être effectuée en exécutant la commande suivante :
```
Retry-queue [queue name] -Resubmit $True
```

Reconfiguration du site de sauvegarde

Une fois le basculement manuel, contrôlé de SITEB vers SITEA accompli, vous pouvez rétablir l'état opérationnelle de SITEB comme centre de données de sauvegarde. Cela inclut la suppression du serveur de boîtes aux lettres en cluster de secours du cluster de basculement dans SITEB et la réactivation de NOEUDC comme cible de SCR pour les trois groupes de stockage sur EXCMS1. Pour ce faire, les étapes suivantes doivent être exécutées dans cet ordre :

Durant le basculement contrôlé, le serveur de boîtes aux lettres en cluster en cours d'exécution sur DRCLUS1 dans SITEB a été arrêté de façon à pouvoir le mettre en ligne sur EXCLUS1 dans SITEA. Une fois EXCMS1 remis en production avec succès sur EXCLUS1, vous devez effacer ses informations de configuration de DRCLUS1. Vous pouvez effacer les informations de configuration et supprimer complètement EXCMS1 de DRCLUS1 en supprimant toute commande non-Exchange du groupe de clusters contenant le serveur de boîtes aux lettres en cluster, puis en exécutant la commande suivante :
```
Setup.com /ClearLocalCMS /CMSName:EXCMS1
```
Comme le nœud de cluster est exécuté sous Windows Server 2008, après l'exécution de l'option Setup /ClearLocalCMS, l'objet ordinateur virtuel est désactivé. Pour réactiver l'objet ordinateur virtuel, cliquez sur Démarrer, pointez sur Tous les programmes, sur Outils d'administration, puis cliquez sur Utilisateurs et ordinateurs Active Directory. Développez le domaine, développez Ordinateurs, cliquez avec le bouton droit sur l'objet ordinateur virtuel EXCMS1, puis cliquez sur Activer le compte.
Une fois le serveur de boîtes aux lettres en cluster et ses ressources supprimés de DRCLUS1, il est recommandé qu'un administrateur utilise le composant logiciel enfichable Administrateur de cluster ou Gestion du cluster de basculement pour vérifier que toutes les ressources du serveur de boîtes aux lettres en cluster ont été supprimées.
La SCR est configurée de façon à ce que les fichiers journaux de transactions soient répliqués à partir de trois groupes de stockage sur EXCMS1 vers des cibles de SCR sur NOEUDC. Cela est configuré à l'aide des commandes suivantes :
```
Enable-StorageGroupCopy EXCMS1\SG1 -StandbyMachine NODEC
Enable-StorageGroupCopy EXCMS1\SG2 -StandbyMachine NODEC
Enable-StorageGroupCopy EXCMS1\SG3 -StandbyMachine NODEC
```
Notes

Avant d'activer la SCR pour répliquer les groupes de stockage de l'objet ordinateur virtuel EXCMS1 vers NOEUDC, vous devez vérifier qu'il n'y a aucun conflit de chemin d'accès aux groupes de stockage ou bases de données. Vous devez également vous assurer que seuls les fichiers de groupe de stockage et de base de données anciens et superflus ont été supprimés des chemins d'accès d'origine.
L'intégrité et l'état de la SCR pour chaque groupe de stockage sont ensuite vérifiés à l'aide des cmdlets Test-ReplicationHealth et Get-StorageGroupCopyStatus. Le fonctionnement correct des déplacements du serveur de boîtes aux lettres en cluster entre les noeuds a été vérifié, ainsi que celui des sauvegardes et de la troncature de journaux. Une fois toutes les vérifications terminée, le centre de données principal et le centre de données secondaire retrouvent leurs modes de fonctionnement d'origine en termes de système de messagerie Exchange 2007.

Partager via

Réplication continue de secours : Résilience de site avec clusters de secours

Défaillance du site principale et activation du site auxiliaire

Reconfiguration du site principal

Basculement contrôlé vers le site principal d'origine

Reconfiguration du site de sauvegarde

Ressources supplémentaires