Switchovers et basculements

Article
11/29/2016

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2016-11-28

Les permutations et les basculements sont deux formes de panne rencontrées dans Microsoft Exchange Server 2010. Une permutation est une panne programmée d’une base de données ou d’un serveur qui est explicitement initiée par un administrateur, généralement avant la réalisation d’une opération de maintenance. Les permutations impliquent le déplacement par un administrateur de la copie de base de données de boîtes aux lettres active vers un autre serveur du groupe de disponibilité de base de données (DAG).

Un basculement désigne des événements inattendus qui provoquent l’indisponibilité des services, des données ou des deux. Un basculement suppose que la défaillance du système soit automatiquement réparée en activant une copie de base de données de boîtes aux lettres passive pour la convertir en copie active.

La plate-forme haute disponibilité d’Exchange 2010 est conçue pour gérer aussi bien les permutations que les basculements.

Souhaitez-vous rechercher des tâches de gestion liées à la haute disponibilité et la résilience de site ? Consultez la rubrique Gestion de la haute disponibilité et de la résilience de site.

Permutations

Il existe trois types de permutation dans Exchange 2010 :

Permutation de base de données
Permutation de serveur
Permutation de centre de données

Permutation de base de données

Une permutation de base de données est le processus par lequel une base de données active individuelle est permutée vers une autre copie de base de données (copie passive), qui est ensuite définie comme nouvelle copie de base de données active. Les permutations de base de données peuvent se produire dans un centre de données et entre plusieurs centres de données. Une permutation de base de données peut être effectuée via la console de gestion Exchange (EMC) ou l’environnement de ligne de commande Exchange Management Shell. Quelle que soit l’interface utilisée, le processus de permutation est le même :

L’administrateur initie une permutation de base de données pour déplacer la copie de base de données de boîtes aux lettres active vers un autre serveur. La permutation peut être lancée à l’aide de la cmdlet Move-ActiveMailboxDatabase ou de l’Assistant Activation d’une copie de base de données.
Le client utilisé pour la tâche lance un appel de procédure distante au service de réplication Microsoft Exchange sur un membre du DAG.
Si le membre du DAG ne tient pas le rôle PAM (gestionnaire Active Manager principal), il redirige la tâche vers le Gestionnaire Active Manager principal.
La tâche lance un appel de procédure distante au service de réplication Microsoft Exchange sur le Gestionnaire Active Manager principal.
Le Gestionnaire Active Manager principal lit et met à jour les informations sur l’emplacement de la base de données qui sont stockées dans la base de données du cluster pour le DAG.
Le Gestionnaire Active Manager principal contacte le service de réplication Microsoft Exchange sur le membre du DAG dont la copie passive est activée en tant que nouvelle copie de base de données de boîtes aux lettres active.
Le service de réplication Microsoft Exchange du serveur cible interroge les services de réplication Microsoft Exchange sur tous les autres membres du DAG pour déterminer la source de journal optimale pour la copie de base de données.
La base de données est démontée du serveur actuel et le service de réplication Microsoft Exchange du serveur cible copie les journaux restants vers ce dernier.
Le service de réplication Microsoft Exchange du serveur cible sollicite le montage d’une base de données.
Le service de banque d’informations Microsoft Exchange sur le serveur cible relit les fichiers journaux et monte la base de données.
Tous les codes d’erreur sont renvoyés vers le service de réplication Microsoft Exchange du serveur cible.
Le Gestionnaire Active Manager principal met à jour les informations sur l’état de la copie de base de données dans la base de données du cluster pour le DAG.
Tous les codes d’erreur sont renvoyés par le service de réplication Microsoft Exchange du serveur cible vers le service de réplication Microsoft Exchange du Gestionnaire Active Manager principal.
Le service de réplication Microsoft Exchange du Gestionnaire Active Manager principal renvoie toutes les erreurs vers l’interface d’administration où la tâche a été appelée.
Remote PowerShell renvoie les résultats de l’opération vers l’interface d’administration appelante.

Pour connaître la procédure détaillée d’exécution d’une permutation de base de données, consultez la rubrique Activer une copie de la base de données de boîtes aux lettres.

Permutation de serveur

Une permutation de serveur est le processus par lequel toutes les bases de données actives sur un membre du DAG sont activées sur un ou plusieurs membres du DAG. Comme dans la permutation de base de données, une permutation de serveur peut se produire tant au sein d’un centre de données qu’entre plusieurs centres de données, et peut être lancée par la console de gestion Exchange ou l’environnement de ligne de commande Exchange Management Shell. Quelle que soit l’interface utilisée, le processus de permutation est le même :

L’administrateur initie la permutation d’un serveur pour déplacer toutes les copies de base de données de boîtes aux lettres actives vers un ou plusieurs autres serveurs. La permutation peut être lancée à l’aide de la cmdlet Move-ActiveMailboxDatabase ou via l’interface utilisateur du serveur de permutation.
L’opération est constituée des mêmes étapes que celles décrites plus haut dans cette rubrique pour les permutations de base de données (étapes 2 à 4), pour chacune des bases de données actives sur le serveur actuel.
Le Gestionnaire Active Manager principal lit et met à jour les informations sur l’emplacement de la base de données qui sont stockées dans la base de données du cluster pour le DAG.
Il contacte le service de réplication Microsoft Exchange de chaque membre du DAG sur lequel une copie passive est activée.
Le service de réplication Microsoft Exchange des serveurs cible interroge les services de réplication Microsoft Exchange de tous les autres membres du DAG pour déterminer la source de journal optimale pour la copie de base de données.
La base de données est démontée du serveur actuel et le service de réplication Microsoft Exchange de chaque serveur cible copie les journaux restants.
Le service de réplication Microsoft Exchange de chaque serveur cible sollicite le montage d’une base de données.
Le service de banque d’informations Microsoft Exchange sur chaque serveur cible relit les fichiers journaux et monte la base de données.
Tous les codes d’erreur sont renvoyés vers le service de réplication Microsoft Exchange du serveur cible.
Le Gestionnaire Active Manager principal met à jour les informations sur l’état de la copie de base de données dans la base de données du cluster pour le DAG.
Tous les codes d’erreur sont renvoyés par le service de réplication Microsoft Exchange du serveur cible vers le service de réplication Microsoft Exchange du Gestionnaire Active Manager principal.
Le service de réplication Microsoft Exchange du Gestionnaire Active Manager principal renvoie toutes les erreurs vers l’interface d’administration où la tâche a été appelée.
Remote PowerShell renvoie les résultats de l’opération vers l’interface d’administration appelante.

Pour connaître la procédure détaillée d’exécution d’une permutation de serveur, consultez la rubrique Effectuer un basculement de serveur.

Permutation de centre de données

La défaillance d’un centre de données ou d’un site ne se gère pas de la même façon que les types de pannes susceptibles de provoquer un basculement de serveur ou de base de données. Dans une configuration à haute disponibilité, la récupération automatique est initiée par le système et la défaillance n’a généralement aucun impact sur la fonctionnalité du système de messagerie. En revanche, une défaillance du centre de données est considérée comme un événement de récupération d’urgence. En tant que tel, la récupération doit être effectuée et terminée manuellement pour que le service du client soit restauré et la panne résolue. On qualifie ce processus de permutation de centre de données. Comme dans de nombreux scénarios de récupération d’urgence, la planification et la préparation préliminaires d’une permutation de centre de données permettent de simplifier le processus de récupération et de réduire la durée de la panne.

Pour plus d’informations sur les permutations de centre de données, notamment sur les étapes détaillées de la procédure d’exécution d’une permutation de centre de données, consultez la rubrique Switchovers de centre de données.

Pour obtenir de l’aide lors d’une permutation de centre de données, consultez la procédure pas à pas relative à la permutation de centre de données Exchange Server 2010 pour un groupe de disponibilité de base de données.

Basculements

Le basculement est un processus d’activation automatique qui se produit au niveau de la base de données ou du serveur. Les basculements ont lieu en réponse à une défaillance concernant une base de données particulière (perte de stockage isolée, par exemple) ou un serveur complet (défaut de la carte mère ou panne de courant, par exemple).

Les DAG et les copies de base de données de boîtes aux lettres assurent la redondance complète (et donc, la récupération rapide) des données et des services qui permettent d’accéder aux données. Le tableau suivant dresse la liste des actions de récupération à effectuer pour de nombreux types de défaillance. Certaines défaillances requièrent l’intervention de l’administrateur pour déclencher la récupération. D’autres sont automatiquement gérées par le système.

Description	Activation automatique	Action de réparation automatique	État lors de la réparation : Actif	État lors de la réparation : Passif	Actions de réparation	Commentaires
Erreur logicielle de la base de données Extensible Storage Engine (ESE) : Les lecteurs de stockage de la base de données renvoient des erreurs lors de certaines opérations de lecture (par exemple, erreur -1018).	Brève interruption possible. Basculement automatique possible.	Correction automatique d’une page incorrecte.	Permutation manuelle, basculement automatique ou réparation en ligne.	Échec	Reconstruction RAID, réparation de la base de données et de la copie de base de données, restauration et exécution de la récupération, puis correction de la page ou correction de la page à partir de la copie.	Il existe d’autres codes d’erreur logicielle de base de données. N’inclut pas les erreurs de bloc du système de fichiers NTFS. Si une opération de basculement ou de permutation est effectuée, le serveur hôte est mis à jour.
Erreur de base de données « semi-logicielle » ESE : Les lecteurs de stockage de la base de données renvoient des erreurs lors de certaines opérations d’écriture.	Brève interruption pendant le basculement automatique.	Reconstruction automatique du volume/disque après un éventuel remplacement du lecteur.	Démontée si elle ne peut pas être récupérée.	Échec	La reconstruction RAID peut remédier au problème. Copie et réparation, restauration et exécution de la récupération, ou reconstruction du volume/disque après un éventuel remplacement.	Le terme « erreur d’écriture semi-logicielle ESE » signifie que certaines opérations d’écriture aboutissent. N’inclut pas une erreur de bloc NTFS.
Erreur de journal « semi-logicielle » ESE : Les lecteurs de stockage des données du journal renvoient des erreurs non résolues lors de certaines opérations de lecture ou d’écriture.	Brève interruption pendant le basculement automatique.	Reconstruction automatique du volume/disque après un éventuel remplacement du lecteur.	Démontée si elle ne peut pas être récupérée.	Échec	La reconstruction RAID peut remédier au problème. Copie et réparation, restauration et exécution de la récupération, ou reconstruction du volume/disque après un éventuel remplacement.	Le terme « erreur de lecture/écriture semi-logicielle ESE » signifie que certaines opérations de lecture/écriture aboutissent. En cas d’échec de la base de données, la récupération automatique se produira avant le début du traitement de la récupération des données du journal.
Erreur logicielle ou épuisement des ressources ESE : Erreur d’interruption de l’instance par ESE (par exemple, ID d’événement 1022, profondeur excessive du point de contrôle).	Brève interruption pendant le basculement automatique.	Aucune.	Démontée si elle ne peut pas être récupérée.	Échec	Remédiez au problème de ressource sous-jacent.	Cette erreur peut dissimuler d’autres problèmes.
Erreurs de bloc NTFS : Les lecteurs de stockage de la base de données ou des journaux détectent une erreur de lecture ou d’écriture sur une structure de contrôle NTFS.	Brève interruption pendant le basculement automatique.	Reconstruction complète du volume après un éventuel remplacement du lecteur.	Démontée si elle ne peut pas être récupérée.	Échec	La reconstruction RAID peut remédier au problème. Les utilitaires NTFS peuvent résoudre les problèmes NTFS. Une récupération Exchange peut s’avérer nécessaire.	Ce problème est plus susceptible de se produire lorsque RAID n’est pas utilisé. S’il affecte le volume de journal actif, certains fichiers journaux récents seront perdus. N’inclut pas les erreurs automatiquement résolues par NTFS ni sa pile logicielle ou matérielle sous-jacente.
Erreur du lecteur de base de données ou de journal : Un lecteur de stockage de la base de données ou des journaux a échoué complètement et n’est plus accessible.	Brève interruption pendant le basculement automatique.	Reformatage ou remplacement du lecteur, suivi d’une reconstruction du volume complet.	Démontée si elle ne peut pas être récupérée.	Échec	Remplacement du lecteur suivi d’une éventuelle reconstruction RAID. Remplacement du lecteur suivi d’une reconstruction du volume complet. Reconstruction du volume complet.	Non applicable.
Échec du volume de base de données ou de journal : Le volume échoue en raison d’un problème lié à NTFS ou à un volume de niveau inférieur.	Brève interruption pendant le basculement automatique.	Reformatage ou remplacement du lecteur.	Démontée si elle ne peut pas être récupérée.	Échec	Remplacement du lecteur suivi d’une éventuelle reconstruction RAID. Remplacement du lecteur suivi d’une reconstruction du volume complet. Reconstruction du volume complet.	Non applicable.
Espace du volume de base de données ou de journal insuffisant : L’espace du système de fichiers NTFS, ainsi que des fichiers de base de données ou journaux est saturé.	Basculement automatique si une autre copie ne se trouve pas dans un état similaire.	Aucun.	Démontée.	Échec	Exécution de sauvegardes complètes ou incrémentielles, suppression manuelle des journaux, attente de l’expiration du délai, reprise de la copie de la base de donnés ou réparation de la copie de base de données défaillante.	Non applicable.
L’administrateur démonte la base de données incorrecte.	Si le basculement automatique n’est pas bloqué par l’administrateur, une brève interruption se produira. Si le basculement automatique est évité, une panne se produira jusqu’à ce que la base de données soit montée.	Aucun.	Démontée.	Non applicable	L’administrateur corrige l’erreur.	Non applicable.
L’administrateur suspend la copie de base de données incorrecte.	Selon la configuration et la copie affectée, la récupération automatique peut être évitée.	Aucun.	Non applicable.	Suspendue	L’administrateur corrige l’erreur.	Non applicable.
L’administrateur démonte une base de données pour le stockage, NTFS ou la maintenance du volume.	Si le basculement automatique n’est pas bloqué par l’administrateur, une brève interruption se produira. Si le basculement automatique est bloqué, une panne se produira jusqu’à ce que l’administrateur termine la tâche.	Aucun.	Démontée.	Non applicable	L’administrateur termine la tâche.	Non applicable.
L’administrateur suspend une copie de base de données pour le stockage, NTFS ou la maintenance du volume.	Selon la configuration et la copie affectée, la récupération automatique peut être évitée.	Aucun.	Non applicable.	Suspendu	L’administrateur termine les opérations.	Non applicable.
L’administrateur démonte une base de données en vue de sa maintenance hors connexion.	Panne nécessitant une réparation.	Aucun.	Démontée.	Suspendu	L’administrateur termine les opérations.	Les copies de base de données actives et passives sont différentes. L’administrateur doit suspendre les copies.
Défaillance du réseau de stockage (SAN), du disque ou du contrôleur de stockage.	Brève interruption pendant le basculement automatique.	Aucun.	Démontée.	N’importe lequel	Réparation du matériel.	Une copie de base de données passive sera à l’état dans lequel elle se trouvait avant la panne du système.
Maintenance du matériel de serveur.	Brève interruption pendant le basculement automatique (sauf en cas de blocage par un administrateur).	Aucun.	Démontée.	N’importe lequel	Achèvement des actions.	Une copie de base de données passive sera à l’état dans lequel elle se trouvait avant l’arrêt du système.
Maintenance du logiciel de serveur.	Brève interruption pendant le basculement automatique (sauf en cas de blocage par un administrateur).	Aucun.	Démontée.	N’importe lequel	Achèvement des actions.	Une copie de base de données passive sera à l’état dans lequel elle se trouvait avant l’arrêt du système.
Le service de banque d’informations Microsoft Exchange est arrêté ou a été interrompu par un administrateur.	Aucun.	Aucun.	Démontée.	N’importe lequel	Redémarrage du service de banque d’informations Microsoft Exchange.	Une copie de base de données passive sera à l’état dans lequel elle se trouvait avant l’arrêt du service.
Échec du service de banque d’informations Microsoft Exchange ; le système d’exploitation fonctionne toujours.	Brève interruption pendant le basculement automatique.	Le Gestionnaire de contrôle des services redémarre le service de banque d’informations Microsoft Exchange.	Démontée.	N’importe lequel	Redémarrage manuel ou automatique du service de banque d’informations Microsoft Exchange.	Une copie de base de données passive sera à l’état dans lequel elle se trouvait avant l’échec du service de banque d’informations Exchange.
Échec partiel du service de banque d’informations Microsoft Exchange ; une partie de la banque Exchange cesse de fonctionner, mais n’est pas identifiée comme entièrement détaillante.	Brève interruption possible pendant le basculement automatique.	Aucun.	Montée et partiellement fonctionnelle.	N’importe lequel, mais peut ne fonctionner que partiellement	Redémarrage du système d’exploitation ou du service de banque d’informations Microsoft Exchange.	Non applicable.
Échec du serveur : Le serveur échoue pour l’une des raisons suivantes : Panne de courant totale Défaillance Échec non résolu du processeur, de la carte mère ou de la carte d’insertion Erreur d’arrêt du système d’exploitation Le système d’exploitation ne répond plus Échec total de la communication	Brève interruption pendant le basculement automatique.	Redémarrage de l’ordinateur.	Démontée.	N’importe lequel	Rétablissement de l’alimentation, modification des paramètres du système d’exploitation, modification des paramètres du matériel, remplacement du matériel, redémarrage du système d’exploitation, réparation du système d’exploitation, réparation du matériel ou résolution des problèmes de communication.	Non applicable.
Le DAG détecte une défaillance du quorum.	Panne nécessitant une réparation.	Aucun.	Démontée.	N’importe lequel	Réparation du quorum défaillant, affectation d’un nouveau quorum ou restauration du réseau responsable de la défaillance du quorum.	Une copie de base de données passive sera à l’état dans lequel elle se trouvait avant la panne du système.
Échec de communication du réseau MAPI : Le serveur n’est plus disponible sur le réseau MAPI.	Brève interruption pendant le basculement automatique ; doit être sans perte.	Aucun. Tentatives de communication répétées.	Démontée.	N’importe lequel	Résolution du problème de communication en remédiant aux problèmes matériels ou logiciels.	Non applicable.
Échec de communication du réseau de réplication : Le serveur ne peut pas recevoir de pulsations, journaliser les copies ni s’amorcer sur le réseau de réplication défaillant.	Brève interruption possible de la copie ou de l’amorçage lorsque la charge de travail est permutée vers un autre réseau.	Aucun. Tentatives de communication répétées.	Aucun.	N’importe lequel	Résolution du problème de communication en remédiant aux problèmes matériels ou logiciels.	Résilience affectée par une défaillance.
Plusieurs échecs de communication réseau : Le serveur ne peut pas recevoir de pulsations, journaliser les copies ni s’amorcer sur plusieurs réseaux.	Brève interruption pendant le basculement automatique ; doit être sans perte.	Aucun. Tentatives de communication répétées.	Démontée.	N’importe lequel	Résolution du problème de communication en remédiant aux problèmes matériels ou logiciels.	Au moins un réseau fonctionne toujours.
Échec partiel d’un ou de plusieurs réseaux : Les réseaux rencontrent un nombre d’erreurs élevé.	Échec non détecté ; aucune action.	Aucun.	Montée, mais problèmes de performances possibles.	N’importe lequel	Résolution du problème de communication en remédiant aux problèmes matériels ou logiciels.	Le réseau rencontre un nombre d’erreurs anormalement élevé.
Blocage du système d’exploitation non détecté : Le système d’exploitation ne répond plus, mais n’est pas détecté par l’analyse ou le clustering.	Aucun.	Aucun.	N’importe lequel.	N’importe lequel	Redémarrage ou arrêt des ressources qui ne répondent pas.	Le blocage n’est pas détecté. Par conséquent, aucune action n’est effectuée. Certaines fonctionnalités peuvent être opérationnelles.
Le lecteur du système d’exploitation détecte une erreur.	Brève interruption pendant le basculement automatique.	Aucun.	Démontée.	N’importe lequel	Remplacement du lecteur et reconstruction du serveur ou du volume via RAID.	Non applicable.
Espace du lecteur de système d’exploitation insuffisant.	Brève interruption pendant le basculement automatique.	Aucun.	Démontée.	N’importe lequel	Libération manuelle d’espace sur le volume.	Non applicable.
Le lecteur contenant les fichiers binaires Exchange détecte une défaillance du volume ou du lecteur.	Brève interruption pendant le basculement automatique.	Aucun.	Démontée.	N’importe lequel	Remplacement du lecteur et réinstallation de l’application ou reconstruction du volume via RAID.	Non applicable.
Espace du lecteur contenant les fichiers binaires Exchange insuffisant.	Brève interruption pendant le basculement automatique.	Aucun.	Démontée.	N’importe lequel	Libération manuelle d’espace sur le volume.	Non applicable.
Nouveau journal non valide détecté : La séquence du journal est entravée par un fichier existant.	Brève interruption pendant le basculement automatique ; problème interprété comme un événement isolé ne concernant pas les autres copies.	Aucun.	Démontée.	Échec	Suppression des journaux gênants après détermination de la source.	Les journaux gênants ne doivent pas être répliqués.
La fonctionnalité de réplication continue détecte un journal non valide : La fonctionnalité de relecture détecte un journal inapproprié pendant la copie ou la relecture.	Non applicable.	Suppression du journal.	Non applicable.	Échec	Suppression du journal non valide ; déplacement du flux de journaux à l’origine du problème.	Non applicable.

Basculement de base de données

Un basculement de base de données se produit lorsqu’une copie de base de données qui était active ne peut plus l’être. Les événements ci-dessous se produisent dans le cadre d’un basculement de base de données :

La défaillance de la base de données est détectée par le service de banque d’informations Microsoft Exchange.
Le service de banque d’informations Microsoft Exchange écrit les événements d’erreur d’écriture dans le journal des événements du canal Crimson.
Le Gestionnaire Active Manager sur le serveur qui contient la base de données défaillante détecte les événements d’échec.
Le Gestionnaire Active Manager demande l’état de la copie de base de données aux autres serveurs qui contiennent une copie de la base de données.
Les autres serveurs renvoient l’état de la copie de base de données au Gestionnaire Active Manager.
Le Gestionnaire Active Manager principal initie un déplacement de la base de données active vers un autre serveur du groupe de disponibilité de base de données en utilisant un algorithme de sélection de la meilleure copie.
Le Gestionnaire Active Manager principal met l’emplacement de montage de la base de données à jour dans la base de données du cluster pour refléter le serveur sélectionné.
Le Gestionnaire Active Manager principal envoie une requête au Gestionnaire Active Manager sur le serveur sélectionné afin de devenir maître de la base de données.
Le Gestionnaire Active Manager sur le serveur sélectionné demande au service de réplication Microsoft Exchange d’essayer de copier les derniers journaux du serveur précédent et de définir l’indicateur montable pour la base de données.
Le service de réplication Microsoft Exchange copie les journaux du serveur qui contenait précédemment la copie active de la base de données.
Le Gestionnaire Active Manager lit le nombre maximal de journaux générés dans la base de données du cluster.
Le service de banque d’informations Microsoft Exchange monte la nouvelle copie de base de données active.

Basculement de serveur

Un basculement de serveur se produit lorsque le membre du DAG ne parvient plus à réparer le réseau MAPI, ou lorsque le service de cluster sur un membre du DAG ne peut plus contacter les autres membres du DAG. Les événements suivants se produisent dans le cadre d’un basculement de serveur :

Le service de cluster envoie une notification au Gestionnaire Active Manager principal dans l’un des deux cas :
1. Nœud arrêté Le serveur est accessible, mais ne peut pas participer aux opérations du DAG.
2. Réseau MAPI arrêté Le serveur ne peut pas être contacté sur le réseau MAPI et ne peut donc pas participer aux opérations du DAG.
Si le serveur est accessible, le Gestionnaire Active Manager principal contacte Active Manager sur le serveur affecté et demande le démontage immédiat de toutes les bases de données.
Pour chacune des copies de base de données affectées :
1. Le Gestionnaire Active Manager principal demande l’état de la copie de base de données à tous les serveurs du DAG.
2. Le Gestionnaire Active Manager principal reçoit une réponse de tous les membres du DAG accessibles et actifs.
3. Le Gestionnaire Active Manager principal tente de déterminer la source de journal optimale parmi tous les serveurs chargés de répondre en demandant à chacun des répondeurs le numéro de génération de journaux le plus récent.
4. Chacun des serveurs répond par le numéro de génération de journaux.
Le Gestionnaire Active Manager principal récupère l’état du catalogue d’indexation de recherche actuel dans la base de données du cluster.
Selon le numéro de génération de journaux et l’intégrité du catalogue de chaque copie de base de données, le Gestionnaire Active Manager principal sélectionne les meilleures copies à activer.
Le Gestionnaire Active Manager principal met l’emplacement monté de la base de données à jour dans la base de données du cluster.
Le Gestionnaire Active Manager principal lance le basculement de la base de données en communiquant avec Active Manager sur un ou plusieurs serveurs.
Le Gestionnaire Active Manager sur les serveurs sélectionné demande au service de réplication Microsoft Exchange d’essayer de copier les derniers journaux du serveur précédent et de définir l’indicateur montable.
Lorsque la base de données peut être montée, le Gestionnaire Active Manager sur les serveurs monte les bases de données.

Pour plus d’informations sur le processus de sélection de la meilleure copie par le Gestionnaire Active Manager, consultez la rubrique Présentation du gestionnaire Active Manager.