Procédure d'amorçage de la copie de réplication continue en cluster

Article
09/30/2014

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

Dernière rubrique modifiée : 2007-10-24

L'amorçage est le processus qui rend disponible la copie de base d'une base de données sur le noeud passif actuel. Selon la situation, l'amorçage peut être un processus automatique ou manuel dans lequel vous lancez l'amorçage. Vous pouvez utiliser la procédure dans les situations où vous jugez qu'un amorçage est nécessaire. La taille de la base de données copiée est directement liée à la durée nécessaire à l'exécution de l'amorçage.

L'amorçage est requis dans les conditions suivantes :

lorsqu'un nouveau noeud passif est introduit dans un environnement de réplication continue en cluster (CCR) et que le premier fichier journal du groupe de stockage de production est indisponible ;
après un basculement au cours duquel des données sont perdues car la copie désormais passive est différente et irrécupérable ;
lorsque le système détecte un fichier journal endommagé qui ne peut pas être relu dans la copie passive ;
après une défragmentation hors connexion d'une copie de la base de données ;
après un nettoyage d'une page de la copie active d'une base de données, si vous voulez propager les modifications sur la copie passive.
après la réinitialisation sur 1 d'une séquence de génération de journaux pour le groupe de stockage ;

Vous pouvez effectuer l'amorçage dans Microsoft Exchange Server 2007 via les méthodes suivantes :

Amorçage automatique Un amorçage automatique produit une copie de la base de données d'un groupe de stockage sur la cible. L'amorçage automatique nécessite que le log1 soit disponible sur la source. L'amorçage automatique ne se produit que lors de la création d'un serveur, d'un groupe de stockage et d'une base de données, ou sur une base de données qui n'a jamais été sauvegardée.
Amorçage à l'aide de la cmdlet Update-StorageGroupCopy La cmdlet Update-StorageGroupCopy dans l'environnement de ligne de commande Exchange Management Shell permet d'amorcer une copie de groupe de stockage.
Copie manuelle de la base de données hors connexion Ce processus démonte la base de données et copie le fichier de base de données au même emplacement sur le noeud passif. Si vous utilisez cette méthode, le service est interrompu car la procédure requiert le démontage de la base de données.

Notes

Certaines applications de sauvegarde peuvent prendre en charge un mécanisme pour utiliser une sauvegarde comme source de l'amorçage de la base de données. Les restaurations sur le noeud passif ne sont pas prises en charge. Si cette option est prise en charge, elle doit l'être totalement et de façon explicite par l'application de sauvegarde.

Dans Microsoft Exchange Server 2007 Service Pack 1 (SP1), la cmdlet Update-StorageGroupCopy a été étendue pour inclure un nouveau paramètre nommé DataHostNames. Le paramètre DataHostNames permet de spécifier le réseau à utiliser pour l'amorçage et le réamorçage. La valeur est une liste de plusieurs valeurs de deux noms : soit des noms de domaine complets (FQDN), soit des noms de domaine. L'un de ces noms doit identifier le noeud actif.

Exchange 2007 SP1 permet également de procéder à l'amorçage (sans le paramètre DataHostNames) à l'aide de l'Assistant Mettre à jour la copie du groupe de stockage dans la console de gestion Exchange. Cet assistant est accessible uniquement à partir de la console de gestion Exchange sur le nœud passif.

Cette rubrique contient trois procédures. La première procédure décrit l'utilisation de la cmdlet Update-StorageGroupCopy pour amorcer le copie du groupe de stockage. La deuxième procédure décrit l'utilisation de la console de gestion Exchange pour démonter une base de données pour la copie en mode hors connexion dans le dossier de base de données de CCR. La troisième procédure décrit l'utilisation de l'Assistant de mise à jour de la copie du groupe de stockage.

Avant de commencer

Pour exécuter les procédures suivantes sur un ordinateur sur lequel un serveur de boîtes aux lettres en cluster est installé, vous devez utiliser un compte auquel ont été délégués le rôle Administrateur de serveur Exchange et le groupe Administrateurs local pour le serveur cible. Pour plus d'informations sur les autorisations, la délégation de rôles et les droits requis pour administrer Exchange 2007, consultez la rubrique Considérations relatives aux autorisations.

L'opération d'amorçage à l'aide de la cmdlet Update-StorageGroupCopy peut entraîner une charge d'E/S sur les volumes du groupe de stockage actif. Par conséquent, en fonction de la solution de stockage du cluster, cette approche peut affecter les opérations des clients et perturber l'accès au client. À cause de l'impact potentiel sur l'accès au client, il est recommandé que les opérations d'amorçage à l'aide de la cmdlet Update-StorageGroupCopy soient planifiées lors des périodes creuses d'activité des clients, afin de minimiser cet impact. Le retard doit être pris en compte, ainsi que l’exposition créée par la copie passive non amorcée.

Lors de la configuration d'une nouvelle cible de CCR à partir du noeud actif, l'opération d'amorçage crée automatiquement les répertoires et le fichier de base de données sur le noeud passif, s'ils n'existent pas déjà. L'emplacement des fichiers journaux et de base de données doit être le même entre les différents serveurs d'un cluster. Le stockage doit être disponible et suffisant pour stocker la base de données et les journaux.

Important :
Si une base de données ou les fichiers journaux existent à l'emplacement de stockage de la copie passive, ils doivent être supprimés avant le lancement de l'opération d'amorçage.

Important :
La commande Update-StorageGroupCopy doit être exécutée à partir du noeud passif.

Procédure

Utilisation d'Exchange Management Shell pour amorcer le nœud passif

Suspendez la réplication pour le groupe de stockage en exécutant la commande suivante :
```
Suspend-StorageGroupCopy -Identity:<Server\StorageGroupName>
```
Supprimez les fichiers de base de données, les fichiers journaux et les fichiers de point de contrôle du noeud passif. Supprimez les fichiers *.log, *.jrs, *.chk et .edb des répertoires configurés (répertoire des journaux, répertoire des fichiers système et répertoire hébergeant le fichier de base de données).
Exécutez la commande suivante pour amorcer la copie du groupe de stockage sur le noeud passif :
```
Update-StorageGroupCopy -Identity:<Server\StorageGroupName>
```
Notes

Le paramètre TargetPath permet d'amorcer une base de données vers un chemin d'accès différent de l'emplacement configuré de la copie passive de la base de données. Par exemple, lorsque chaque noeud de réplication continue en cluster est situé dans un emplacement physique différent, vous pouvez utiliser le paramètre TargetPath pour exécuter la mise à jour localement sur le noeud actif, puis exécuter un utilitaire de copie qui fournit une compression de données afin de déplacer la copie sur le réseau vers le noeud passif. Si le paramètre TargetPath n'est pas spécifié, la cmdlet Update-StorageGroupCopy doit être émise sur l'ordinateur contenant la copie passive.

Notes

La cmdlet Update-StorageGroupCopy reprend automatiquement la réplication sur la copie du groupe de stockage. Si vous ne voulez pas que la commande Update-StorageGroupCopy reprenne automatiquement la réplication, exécutez la commande avec le paramètre ManualResume. Pour plus d'informations, consultez la rubrique Update-StorageGroupCopy. Pour reprendre la réplication manuellement après exécution de la cmdlet Update-StorageGroupCopy, exécutez la commande suivante :
```
Resume-StorageGroupCopy -Identity:<Server>\<StorageGroupName>
```
Notes

Si des messages d'erreur s'affichent lorsque vous exécutez la tâche Update-StorageGroupCopy, pour plus d'informations, consultez la table des erreurs dans la rubrique Update-StorageGroupCopy.

Notes

Exécutez la commande suivante pour indiquer qu'un réseau redondant est utilisé pour l'opération d'amorçage :
```
Update-StorageGroupCopy -Identity:<Server\StorageGroupName> -DataHostNames:{Host1,Host2}
```
Une fois la commande Update-StorageGroupCopy exécutée et la copie du groupe de stockage reprise, vérifiez que la réplication s'effectue correctement en utilisant la cmdlet Get-StorageGroupCopyStatus.

Important

Assurez-vous que les données circulent réellement car un flux de données insuffisant peut laisser penser que les opérations se déroulent normalement quand ce n'est pas le cas.

Utilisation de la console de gestion Exchange pour amorcer manuellement le nœud passif en copiant un fichier de base données hors connexion

Ouvrez la console de gestion Exchange.
Développez Configuration du serveur, puis sélectionnez Boîte aux lettres.
Dans le volet Résultats, sélectionnez le serveur de boîtes aux lettres contenant la base de données que vous voulez démonter.
Dans le volet Résultats, cliquez avec le bouton droit sur la base de données à démonter, puis sélectionnez Démonter une base de données.
Suspendez la réplication sur la base de données démontée. Suivez la procédure de suspension de la réplication décrite dans la rubrique Procédure d'arrêt de la réplication sur une copie de réplication continue en cluster.
Une fois la réplication suspendue sur la base de données, copiez le fichier de base de données (fichier .edb) à partir du dossier de la base de données de production vers le dossier de la base de données de CCR.

Notes

L'emplacement du dossier de la base de données de production est disponible dans la page Résumé ou Propriétés.
Une fois le fichier de base de données copié à partir du dossier de la base de données de production vers le dossier de la base de données de CCR, cliquez avec le bouton droit sur la base de données démontée, puis sélectionnez Monter la base de données.

Notes

L'amorçage est terminé lorsque le fichier est copié. L'accès au client est restauré après le montage de la base de données de production.
Reprenez la réplication pour la base de données de CCR démontée. Suivez la procédure de reprise de la réplication décrite dans la rubrique Procédure de redémarrage de la réplication sur une copie de réplication continue en cluster.

Notes

L'amorçage a été effectué, la réplication et la relecture du journal des transactions vont désormais s'effectuer automatiquement.

Utilisation de l'Assistant Mettre à jour la copie du groupe de stockage pour amorcer le nœud passif

Ouvrez la console de gestion Exchange sur le noeud passif.
Développez Configuration du serveur, puis sélectionnez Boîte aux lettres.
Dans le volet Résultats, sélectionnez le serveur de boîtes aux lettres contenant le groupe de stockage que vous voulez mettre à jour.
Dans le volet Travail, cliquez avec le bouton droit sur le groupe de stockage à mettre à jour, puis sélectionnez sur Mettre à jour la copie du groupe de stockage. L'Assistant Mettre à jour la copie du groupe de stockage s'affiche.
Vérifiez que le groupe de stockage correct est indiqué dans le champ Nom du groupe de stockage. Si le groupe de stockage sélectionné est incorrect, cliquez sur Annuler, quittez l'Assistant et sélectionnez le groupe de stockage correct. Si certains fichiers journaux existant dans la copie passive du groupe de stockage ne sont pas viables ou sont inutiles pour la relecture du journal une fois l'amorçage terminé, cochez la case Supprimer tous les fichiers journaux existants dans le chemin cible. Cliquez sur Suivant pour continuer.
Cliquez sur Mettre à jour pour amorcer le nœud passif avec la copie de la base de données.

Notes

Pendant le processus de mise à jour, vous êtes invité à supprimer tout fichier de point de contrôle obsolète trouvé dans la copie passive du groupe de stockage, ainsi que tout fichier de base de données rencontré dans cette copie.
Une fois l'amorçage terminé, cliquez sur Terminer pour quitter l'assistant.

Pour plus d'informations

Pour plus d'informations sur les cmdlets de l'environnement de ligne de commande Exchange Management Shell décrites dans cette rubrique, consultez les rubriques suivantes :

Pour plus d'informations sur la gestion de votre environnement CCR, consultez la rubrique Gestion de la réplication continue en cluster.