Présentation du gestionnaire Active Manager

Dernière rubrique modifiée : 2010-01-13

Microsoft Exchange Server 2010 inclut un nouveau composant appelé Gestionnaire Active Manager comportant des fonctionnalités qui remplacent les fonctionnalités de gestion des basculements et de modèle de ressources assurées par l'intégration avec le service de cluster dans les versions précédentes d'Exchange. Exchange n'utilise plus le modèle de ressources de cluster pour la haute disponibilité. Toutes les ressources de cluster Exchange fournies par le fichier exres.dll ont été supprimées, y compris la construction appelée « serveur de boîtes aux lettres en cluster ». Un cluster de basculement Windows est utilisé par Exchange, mais il n'existe aucun groupe de clusters pour Exchange, et le cluster ne comprend aucune ressource de stockage. Par conséquent, si vous examinez le cluster à l'aide des outils de gestion du cluster, vous ne pouvez voir que les ressources de cluster essentielles (l'adresse IP et le nom de réseau et, si nécessaire, la ressource quorum). Les réseaux et les nœuds de cluster sont également présents. Ils sont cependant gérés par Exchange, et non par le cluster ou les outils de cluster.

Le gestionnaire Active Manager s'exécute sur tous les serveurs de boîtes aux lettres membres d'un groupe de disponibilité de base de données. Il existe deux rôles gestionnaire Active Manager : gestionnaire Active Manager principal (PAM) et gestionnaire Active Manager de secours (SAM). Le gestionnaire Active Manager principal est le gestionnaire dans un groupe de disponibilité de base de données qui détermine les copies qui seront actives et passives. Il est chargé d'obtenir les notifications de modification de topologie et de réagir aux défaillances de serveur. Le membre du groupe de disponibilité de base de données détenant le rôle PAM est toujours le membre qui est actuellement propriétaire de la ressource quorum de cluster (groupe de clusters par défaut). En cas de défaillance du serveur propriétaire de la ressource quorum de cluster, le rôle PAM est automatiquement déplacé vers un serveur opérationnel qui s'approprie la ressource quorum de cluster. De plus, si vous devez procéder à une mise hors connexion du serveur qui héberge la ressource quorum de cluster à des fins de maintenance ou de mise à niveau, vous devez au préalable déplacer le gestionnaire Active Manager principal vers un autre serveur du groupe de disponibilité de base de données. Le gestionnaire Active Manager principal gère tous les déplacements des désignations actives entre les copies d'une base de données (une seule copie peut être active à la fois, et cette copie peut être montée ou démontée). Il prend également en charge les fonctions assurées par le rôle gestionnaire Active Manager de secours (SAM) sur le système local (détection des défaillances des bases de données locales et de la banque d'informations locales).

Le rôle gestionnaire Active Manager de secours fournit des informations sur le serveur qui héberge la copie active d'une base de données de boîtes aux lettres aux autres composants d'Exchange qui exécutent un composant client Active Manager (par exemple, le service d'accès au client RPC ou le serveur de transport Hub). Le gestionnaire Active Manager de secours détecte les défaillances des bases de données locales et de la banque d'informations locales. Il réagit aux défaillances en demandant au gestionnaire Active Manager principal d'opérer un basculement (si la base de données est répliquée). Un gestionnaire Active Manager de secours ne détermine pas la cible d'un basculement. Il ne met pas non plus à jour l'état de l'emplacement d'une base de données dans le gestionnaire Active Manager principal. Il accèdera à l'état de l'emplacement de la copie de base de données active pour répondre aux requêtes pour la copie active de la base de données qu'il reçoit.

Remarque :

Exchange 2010 n'est pas une application en cluster. Exchange 2010 utilise les fonctions de la bibliothèque d'API de cluster implémentées dans le fichier clusapi.dll pour les fonctions de cluster, groupe, réseau de cluster (pulsations), gestion des nœuds, Registre de cluster, et quelques fonctions de code de contrôle. Qui plus est, le gestionnaire Active Manager stocke les informations de la base de données de boîtes aux lettres actuelle (par exemple, les données actives et passives, et les données montées) dans la base de données de clusters. Bien que les informations soient stockées directement dans la base de données de clusters, aucun autre composant n'y accède directement.

Dans Exchange 2010, le service de réplication Microsoft Exchange contrôle régulièrement l'intégrité de toutes les bases de données montées. En outre, il analyse le moteur ESE (Extensible Storage Engine) afin de détecter d'éventuelles défaillances ou erreurs d'E/S. Lorsque le service détecte une défaillance, il informe le gestionnaire Active Manager. Ce dernier détermine alors la copie de base de données devant être montée, ainsi que les exigences pour le montage de cette base de données. Qui plus est, le gestionnaire Active Manager suit la copie active d'une base de données de boîtes aux lettres (en fonction de la dernière copie montée de la base de données) et fournit les résultats du suivi au composant d'accès au client RPC sur le serveur d'accès au client auquel le client est connecté.

Basculement de base de données

Si un basculement affectant une base de données de boîtes aux lettres répliquée intervient, le gestionnaire Active Manager principal initie une logique de basculement et sélectionne la copie de base de données la plus adaptée en vue de son activation. Il utilise jusqu'à dix jeux de critères distincts lors de l'identification de la copie la plus adaptée à activer. Avant l'utilisation des critères de sélection pour déterminer la meilleure copie à activer, un processus appelé tentative de copie des derniers journaux intervient. Exchange 2010 a été optimisé pour être en mesure de traiter de nombreuses copies de base de données, et il reconnaît la copie qui constitue la source idéale pour la copie des fichiers journaux. La tentative de copie des derniers journaux effectue des appels de procédure distante parallèles à chaque serveur de boîtes aux lettres du groupe de disponibilité de base de données qui héberge une copie de la base de données de boîtes aux lettres pour déterminer si le serveur est disponible et si son état est intègre, et pour examiner la valeur LogInspectorGeneration pour la copie de base de données. La copie de base de données de boîtes aux lettres présentant la valeur LogInspectorGeneration la plus élevée est la meilleure source pour la copie des fichiers journaux.

Une fois le processus de tentative de copie des derniers journaux terminé, si tous les fichiers journaux manquants ont été copiés à partir de la meilleure source sélectionnée, la base de données est montée sans aucune perte de données. C'est ce que l'on appelle un échec sans perte. Si le processus de tentative de copie des derniers journaux n'aboutit pas, la valeur configurée pour AutoDatabaseMountDial est consultée. Pour plus d'informations sur AutoDatabaseMountDial, voir Set-MailboxServer. Si le nombre de journaux perdus est inférieur à la valeur configurée pour AutoDatabaseMountDial, la base de données est montée. Si le nombre de journaux perdus est supérieur à la valeur configurée pour AutoDatabaseMountDial, la base de données n'est pas montée tant que les fichiers journaux perdus n'ont pas été récupérés, ou tant qu'un administrateur n'a pas explicitement monté la base de données et accepté la perte de données plus conséquente.

Sélection de la meilleure copie par le gestionnaire Active Manager

Lorsqu'une défaillance affectant la base de données active se produit, le gestionnaire Active Manager utilise plusieurs jeux de critères de sélection pour déterminer la copie de base de données devant être activée. Il tente de trouver une copie de base de données de boîtes aux lettres qui présente un état Sain, Déconnecté et sain, Déconnecté et resynchronisation ou Source d'amorçage, et qui répond à tous les critères suivants :

• L'index de contenu présente un état Sain.
• La longueur de la file d'attente de copie est inférieure à 10 fichiers journaux.
• La longueur de la file d'attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Analyse.
• La longueur de la file d'attente de copie est inférieure à 10 fichiers journaux.
• La longueur de la file d'attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Sain.
• La longueur de la file d'attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Analyse.
• La longueur de la file d'attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• La longueur de la file d'attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Sain.
• La longueur de la file d'attente de copie est inférieure à 10 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Analyse.
• La longueur de la file d'attente de copie est inférieure à 10 fichiers journaux.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Sain.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente de trouver une copie qui répond au jeu de critères suivant :

• L'index de contenu présente un état Analyse.

Si aucune des copies de base de données ne répond à l'ensemble des critères précédents, le gestionnaire Active Manager tente d'activer une copie qui présente un état Sain, Déconnecté et sain, Déconnecté et resynchronisation ou Source d'amorçage. S'il ne parvient pas à trouver une copie de base de données présentant l'un de ces états, il ne peut pas activer automatiquement une copie de base de données.

Lors de chacune des étapes de validation précédentes, si plusieurs copies de base de données répondent à l'ensemble des critères, la valeur configurée pour ActivationPreference est consultée, et la base de données présentant la valeur la plus basse est activée et montée.