Réplication continue de secours : Portabilité des bases de données

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

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

Cette rubrique présente un scénario dans lequel une organisation, Woodgrove Bank, utilise une réplication continue de secours (SCR) et une portabilité de base de données pour effectuer une récupération suite à l'échec d'une base de données. Dans ce scénario, une base de données source de SCR physiquement endommagée est détectée et l'administrateur décide d'activer la base de données cible de SCR. Durant l'activation, la SCR est désactivée, la base de données cible de SCR est montée comme base de données de production et les boîtes aux lettres d'utilisateur sont déplacées. Après que l'accès aux données a été restauré sur les clients, la SCR est de nouveau activée pour le groupe de stockage afin de restaurer la redondance et la protection pour la cible de SCR.

SCR et portabilité de base de données

Woodgrove Bank a déployé Microsoft Exchange Server 2007 Service Pack 1 (SP1) et a décidé d'utiliser la SCR pour produire une copie redondante d'un groupe de stockage sur un serveur de boîtes aux lettres distant. Les deux serveurs de boîtes aux lettres se trouvent dans le même site de service d'annuaire Active Directory et sont configurés pour utiliser des serveurs DNS intégrés à Active Directory. L'intervalle de réplication d'Active Directory pour le site Active Directory est configuré sur 15 minutes.

La SCR est configurée de façon à ce que les fichiers journaux des transactions soient répliqués pour le groupe de stockage SG1 qui contient une base de données (MBX1). EXMBX1 est l'ordinateur source de SCR et EXMBX2 est l'ordinateur cible de SCR. Les chemins d'accès des fichiers du groupe de stockage (qui incluent les fichiers journaux des transactions) et du fichier de base de données sont respectivement E:\SG1 et D:\SG1\MBX1.EDB. Ces chemins sont utilisés sur les ordinateurs source et cible.

Ces affectations ont été configurées à l'aide de la commande suivante :

Enable-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2

L'intégrité et l'état de la SCR pour SG1 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 EXMBX1\SG1 -StandbyMachine EXMBX2 | fl

Pour gagner du temps lors du processus d'activation de la cible de SCR, EXMBX2 est préconfiguré avec un groupe de stockage et une base de données qui seront utilisés dans le cadre des opérations relatives à la portabilité de base de données. Le groupe de stockage et la base de données sont respectivement nommés SG1PORT et MBX1PORT.

Important :
SG1PORT et MBX1PORT sont séparés du groupe de stockage et des fichiers de base de données de la cible de SCR. C'est pourquoi les chemins d'accès de SG1PORT et MBX1PORT doivent être configurés avec un chemin temporaire n'entrant pas en conflit avec les chemins de la cible de SCR.

Activation de la cible de SCR

Un administrateur de messagerie remarque une entrée du journal des événements d'application indiquant que la base de données source de SCR est physiquement endommagée. Comme la SCR a été activée pour le groupe de stockage SG1, la décision est rapidement prise d'effectuer une activation manuelle de la base de données cible de SCR pour le groupe de stockage SG1, et de restaurer la disponibilité des données. L'activation de la copie cible de SCR commence par le démontage de la base de données dans le groupe de stockage SG1. Ensuite, la base de données cible de SCR est rendue viable pour le montage, puis le déplacement des boîtes aux lettres sur la base de données de boîtes aux lettres affectée. Pour ce faire, les étapes suivantes doivent être exécutées dans cet ordre :

1. La base de données source de SCR est démontée à l'aide de la commande suivante :

   Dismount-Database EXMBX1\SG1\MBX1
   

2. Le processus visant à désactiver la SCR et rendre viable la base de données cible de SCR pour le montage implique l'exécution de la cmdlet Restore-StorageGroupCopy. Cette tâche marque la base de données du groupe de stockage comme montable et fournit un rapport sur la perte de données éventuelle résultant du montage de la base de données dans le groupe de stockage. Elle vérifie que tous les fichiers journaux générés par la copie active du groupe de stockage sont présents dans l'emplacement des fichiers du groupe de stockage de la copie passive. S'il manque des fichiers journaux, l'opération tente de copier les fichiers manquants. La SCR est désactivée et la base de données cible est rendue viable pour le montage à l'aide de la commande suivante :

   Restore-StorageGroupCopy EXMBX1\SG1 -StandbyMachine EXMBX2
   

Important :
Si la source de SCR n'est pas disponible, le paramètre Force doit être ajouté à la commande Restore-StorageGroupCopy.

1. Une fois l'exécution de la commande Restore-StorageGroupCopy achevée, un administrateur doit vérifier si la base de données est dans un état d'arrêt correct. Si la base de données est dans un état d'arrêt incorrect, l'administrateur peut mettre la base de données dans un état d'arrêt correct en exécutant le mode de récupération (Eseutil /r) d'Eseutil (utilitaire de base de données de serveur Exchange) sur la base de données. Pour obtenir la procédure détaillée d'exécution du mode récupération d'Eseutil, consultez la rubrique Procédure d'exécution de la commande Eseutil /R (restauration).

   Notes

   Si le préfixe du groupe de stockage (par exemple, E00 ou E01) est le même pour la source de SCR (EXMBX1\SG1) et le groupe de stockage cible de SCR qui sera utilisé pour la portabilité de base de données (EXMBX2\SG1PORT), l'exécution d'Eseutil en mode récupération n'est pas nécessaire. L'opération de montage de la base de données finale met la base de données en état d'arrêt correct après relecture de tous les fichiers journaux répliqués.

2. Une fois la base de données en état d'arrêt correct, l'administrateur exécute deux commandes qui mettent à jour Active Directory avec les nouveaux emplacements des fichiers du groupe de stockage et du fichier de base de données. Les commandes suivantes permettent de modifier les chemins d'accès temporaires de SG1PORT et MBX1PORT en chemins d'accès pour les fichiers de groupe de stockage et de base de données de la cible de SCR :

   Move-StorageGroupPath EXMBX2\SG1PORT -SystemFolderPath E:\SG1 -LogFolderPath E:\SG1 -ConfigurationOnly
   Move-DatabasePath EXMBX2\SG1PORT\MBX1PORT -EdbFilePath D:\SG1\MBX1.EDB -ConfigurationOnly
   

3. La base de données doit ensuite autoriser son propre remplacement durant une opération de restauration. Pour ce faire, activez la case à cocher Cette base de données peut être écrasée par une restauration dans les propriétés d'objet base de données de la console de gestion Exchange. Vous pouvez exécuter cette tâche dans l'environnement de ligne de commande Exchange Management Shell à l'aide de la commande suivante :

   Set-Mailboxdatabase EXMBX2\SG1PORT\MBX1PORT -AllowFileRestore:$true
   

4. Une fois la base de données configurée pour autoriser son propre remplacement au cours d'une restauration, l'administrateur peut monter la base de données à l'aide de la commande suivante :

   Mount-Database EXMBX2\SG1PORT\MBX1PORT
   

5. Une fois la base de données montée, les boîtes aux lettres hébergées dans la base de données source de SCR doivent être déplacées pour pointer sur MBX1PORT sur EXMBX2. Pour ce faire, exécutez la cmdlet Get-Mailbox en canalisant la sortie vers la cmdlet Move-Mailbox. Durant ce processus, il est important que le service de surveillance du système Microsoft Exchange et les boîtes aux lettres système ne soient pas inclus dans la sortie de la cmdlet Get-Mailbox canalisée vers la cmdlet Move-Mailbox. Pour ce faire, exécutez la commande suivante :

   Get-Mailbox -Database EXMBX1\SG1\MBX1 |where {$_.ObjectClass -NotMatch '(SystemAttendantMailbox|ExOleDbSystemMailbox)'}| Move-Mailbox -ConfigurationOnly -TargetDatabase EXMBX2\SG1PORT\MBX1PORT
   

À ce stade, l'accès client à MBX1PORT est possible. Toutefois, l'accès effectif des utilisateurs à leurs boîtes aux lettres après leur déplacement d'EXMBX1\SG1\MBX1 vers EXMBX2\SG1PORT\MBX1PORT dépend de plusieurs facteurs :

• Latence de réplication d'Active Directory   En fonction du nombre de serveurs d'annuaire, la propagation de la mise à jour dans tout l'environnement peut prendre du temps.

• Méthode d'accès au client   Les clients de messagerie exécutant Microsoft Office Outlook 2007 et les clients non-Outlook auront accès à la boîte aux lettres de l'utilisateur après la mise à jour des nouveaux chemins d'accès pour les serveurs d'annuaire utilisés par le serveur d'accès au client de l'utilisateur. Les clients de messagerie exécutant Outlook 2003 et des versions antérieures nécessiteront une mise à jour du profil de messagerie de bureau de l'utilisateur avec le nouveau nom de serveur si le serveur d'origine est arrêté ou indisponible. Si le serveur d'origine est connecté et disponible pour répondre aux demandes de client, le profil de messagerie de bureau des clients de messagerie exécutant Outlook 2003 et des versions antérieures est automatiquement mis à jour par le serveur d'origine avec le nouveau nom de serveur et ne nécessite donc pas de modification manuelle.

Restauration de la redondance après activation de la cible de SCR

Une fois que les clients peuvent accéder à leurs boîtes aux lettres et données de boîte aux lettres, l'étape finale consiste à rétablir la redondance en réactivant la SCR. Pour ce faire, supprimez d'EXMBX1 les fichiers de groupe de stockage et de base de données restants. Une fois les fichiers supprimés, les chemins d'accès d'EXMBX1\SG1\MBX1 peuvent être déplacés vers un emplacement temporaire et EXMBX1 peut devenir une cible de SCR d'EXMBX2. Une fois cette opération effectuée, la redondance est restaurée pour l'environnement.