Procédure de restauration d'un accès de base de données de production après une erreur de base de données unique
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2006-12-21
Cette rubrique décrit la procédure de récupération suite à un endommagement dans le groupe de stockage ou la base de données active d'un serveur configuré pour la réplication continue en cluster (CCR).
Avant de commencer
Vous devez effectuer la procédure suivante en utilisant un compte de domaine auquel le rôle Administrateurs de serveur Exchange a été délégué.
Procédure
Récupération suite à une corruption de données dans un serveur configuré pour la CCR
Identifiez le noeud passif du serveur de boîtes aux lettres en cluster en exécutant la commande suivante :
Get-ClusteredMailboxServerStatus -Identity:<Name>
Vérifiez que la corruption ne provient pas d'un lecteur des journaux en mode hors connexion, d'un lecteur des bases de données en mode hors connexion ou d'une erreur de configuration d'un volume.
Important
Si le volume du journal sur le noeud actif n'est pas disponible au moment du basculement, un volume de données plus important que nécessaire peut être perdu.
Déplacez le serveur de boîtes aux lettres en cluster du noeud actif vers le noeud passif à l'aide de la cmdlet Move-ClusteredMailboxServer, comme suit :
Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -movecomment:<Comment>
Notes
Pour plus d'informations sur la cmdlet Move-ClusteredMailboxServer, consultez la rubrique Move-ClusteredMailboxServer.
Important
Si vous pensez que les journaux ne sont pas disponibles, vous devez insérer l'argument -ignoredismounted, comme indiqué dans l'exemple de code suivant :
Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -ignoredismounted -movecomment:<Comment>
Notes
Si un échec se produit dans le traitement du déplacement, la transition de possession du serveur de boîtes aux lettres en cluster s'opère, mais les bases de données affectées restent en mode hors connexion.
Une fois le déplacement terminé, vérifiez que tous les volumes sont montés. Si une ou plusieurs bases de données n'ont pas été montées, vous devez déterminer le statut de la copie locale à l'aide de la cmdlet Get-StorageGroupCopyStatus. Vous devez déterminer si la source expose tous les fichiers journaux disponibles avant d'exécuter Restore-StorageGroupCopy ou si vous êtes satisfait de l'état de la copie.
Si les journaux sont indisponibles pour effectuer le processus sans perte pour tous les groupes de stockage, la cmdlet Restore-StorageGroupCopy doit être exécutée comme indiqué ci-après :
Restore-StorageGroupCopy -Identity:"mbx01\SG1"
Notes
Lorsque la cmdlet Restore-StorageGroupCopy s'exécute, elle affiche l'état de la copie du groupe de stockage et affiche un message d'assistance vocal pour achever l'option de restauration. Si vous voulez achever l'opération de restauration, entrez Oui.
Important
Si vous choisissez de ne pas achever l'opération de restauration lorsque vous y êtes invité, vous pouvez exécuter ultérieurement la commande.
Notes
Pour plus d'informations sur la cmdlet Restore-StorageGroupCopy, consultez la rubrique Restore-StorageGroupCopy.
La base de données peut à présent être montée. Pour monter la base de données, vous pouvez utiliser l'environnement de ligne de commande Exchange Management Shell ou la console de gestion Exchange de la manière décrite dans la rubrique Procédure de montage d'une base de données dans un environnement de réplication continue en cluster.
Si vous avez sélectionné Oui pour achever l'opération de restauration, une fois celle-ci achevée, vous devez monter manuellement la base de données dans le groupe de stockage comme indiqué dans la rubrique Procédure de montage d'une base de données dans un environnement de réplication continue en cluster. Si aucun autre échec ne se produit, ces étapes activent la copie sur le noeud passif.
Important
Après l'activation de la copie, la copie endommagée doit être restaurée dans une condition dans laquelle elle peut être une cible de réplication. Cette tâche peut impliquer la réparation du problème matériel qui a provoqué l'endommagement ou l'échec.
Pour plus d'informations
Pour plus d'informations sur la mise en ligne de bases de données, consultez la rubrique Procédure de montage d'une base de données dans un environnement de réplication continue en cluster.
Pour plus d'informations sur la cmdlet Get-ClusteredMailboxServerStatus, consultez la rubrique Get-ClusteredMailboxServerStatus.