Active Manager

  • Article

S’applique à : Exchange Server 2013

Microsoft Exchange Server 2013 inclut un composant appelé Active Manager qui gère la plateforme de haute disponibilité qui inclut le groupe de disponibilité de base de données (DAG) et les copies de base de données de boîte aux lettres. Active Manager s’exécute dans le service de réplication Microsoft Exchange (MSExchangeRepl.exe) sur tous les serveurs de boîtes aux lettres. Sur les serveurs de boîtes aux lettres qui ne sont pas membres d’un groupe de disponibilité de base de données (DAG), il existe un seul rôle Active Manager : gestionnaire Active Manager autonome. Sur les serveurs membres d’un DAG, deux rôles Active Manager sont disponibles : gestionnaire Active Manager principal (PAM) et gestionnaire Active Manager de secours (SAM). Le rôle PAM 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 du serveur. Le membre du DAG 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 mettre hors connexion le 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 PAM vers un autre serveur du DAG. Le PAM gère tous les déplacements de 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 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 sam fournit des informations sur le serveur qui héberge la copie active d’une base de données de boîtes aux lettres vers d’autres composants d’Exchange qui exécutent un composant client Active Manager (par exemple, accès au client ou services de transport). Le sam détecte les défaillances des bases de données locales et de la banque d’informations locale. Il réagit aux défaillances en demandant au PAM de lancer un basculement (si la base de données est répliquée). Un sam ne détermine pas la cible de basculement et ne met pas à jour l’état d’emplacement d’une base de données dans le PAM. Il accède à l’état de l’emplacement de copie de la base de données active pour répondre aux requêtes relatives à la copie active de la base de données qu’il reçoit.

Remarque

Exchange 2013 n’est pas une application en cluster. Au lieu de cela, il utilise les fonctions de bibliothèque de cluster implémentées dans clusapi.dll pour les fonctions de cluster, de groupe, de réseau de cluster (pulsations), de gestion des nœuds, de registre de cluster et de quelques fonctions de code de contrôle. En outre, Active Manager stocke les informations de base de données de boîtes aux lettres actuelles (par exemple, les données actives et passives et les données montées) dans la base de données du cluster (également appelée registre de cluster). Bien que les informations soient stockées directement dans la base de données du cluster, aucun autre composant n’y accède directement.

Dans Exchange 2013, le service de réplication Microsoft Exchange surveille régulièrement l’intégrité de toutes les bases de données montées. De plus, il contrôle le moteur de stockage extensible (ESE) pour 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 critères justifiant cette montée. En outre, il effectue le suivi de 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 informations de suivi des résultats au serveur d’accès au client auquel le client est connecté.

Sélection de la meilleure copie

Lorsqu’une défaillance se produit et empêche l’accès à la copie active d’une base de données de boîtes aux lettres répliquée, Active Manager effectue plusieurs étapes pour récupérer après l’échec en sélectionnant la meilleure copie passive possible de la base de données affectée à activer. Ce processus était connu sous le nom de meilleure sélection de copie (BCS) dans Exchange 2010, et il est maintenant connu sous le nom de meilleure sélection de copie et de serveur (BCSS) dans Exchange 2013. Voici comment se déroule cette procédure :

  1. La fonction de disponibilité gérée ou Active Manager détecte une défaillance ou lorsqu’un administrateur initie un basculement non ciblé.

  2. La PAM exécute l'algorithme interne BCSS.

  3. Un processus appelé tentative de copie des derniers journaux tente de copier les fichiers journaux manquants depuis le serveur qui a hébergé la copie de la base de données active avant que la panne ou le basculement n’ait lieu.

  4. Lorsque la procédure de tentative de copie des derniers journaux est terminée, la valeur du paramètre AutoDatabaseMountDial pour les serveurs de boîtes aux lettres qui hébergent des copies de la base de données est comparée à la longueur de la file d’attente de copie de la base de données activée. À ce stade, deux cas de figure sont possibles :

    • Le nombre de fichiers journaux manquants est inférieur ou égal à la valeur du paramètre AutoDatabaseMountDial, auquel cas l’étape 5 intervient.

    • Le nombre de fichiers journaux manquants est supérieur à la valeur du paramètre AutoDatabaseMountDial, auquel cas Active Manager tente d’activer la meilleure copie suivante disponible, s’il en existe une.

  5. Le gestionnaire Active Manager principal envoie une demande de montage à la Banque d'informations Microsoft Exchange via un appel de procédure distante (RPC). À ce stade, deux cas de figure sont possibles :

    • La base de donnée est montée et rendue accessible aux clients.

    • La base de données n’est pas montée et le gestionnaire Active Manager principal exécute les étapes 3 et 4 sur la meilleure copie suivante (si disponible).

Dans Exchange 2010, le processus de sélection de la meilleure copie (BCS) a évalué plusieurs aspects de chaque copie de base de données pour déterminer la meilleure copie à activer. Il s'agit notamment des points suivants :

  • Longueur de la file d'attente de copie

  • Longueur de la file d'attente de relecture

  • État de la base de données

  • État de l'index de contenu

Dans Exchange 2013, Active Manager exécute toutes les mêmes phases et vérifications BCS, mais il inclut désormais également l’utilisation d’une contrainte de l’ordre décroissant des états d’intégrité. Plus précisément, BCSS inclut plusieurs nouveaux contrôles d’intégrité qui font partie des composants intégrés de surveillance de la disponibilité managée dans Exchange 2013. Quatre nouvelles vérifications supplémentaires sont effectuées par Active Manager (répertoriées dans l’ordre dans lequel elles sont effectuées) :

  1. Tout sain : recherche un serveur hébergeant une copie de la base de données affectée qui a tous les composants de surveillance dans un état sain.

  2. Jusqu’à normal sain : recherche un serveur hébergeant une copie de la base de données affectée qui a tous les composants de surveillance avec une priorité normale dans un état sain.

  3. Tout mieux que la source : recherche un serveur hébergeant une copie de la base de données affectée dont l’état des composants de surveillance est meilleur que celui du serveur actuel hébergeant la copie affectée.

  4. Identique à la source : recherche un serveur hébergeant une copie de la base de données affectée qui a des composants de surveillance dans un état identique à celui du serveur actuel hébergeant la copie affectée.

Si le processus de sélection de la meilleure copie et du serveur est appelé à la suite d’un basculement déclenché par un composant de contrôle (par exemple, via un répondeur de basculement), une contrainte obligatoire supplémentaire est appliquée, selon laquelle l’état d’intégrité du composant du serveur cible doit être meilleur que celui du serveur où le basculement s’est produit. Par exemple, si une défaillance d’Outlook Web App déclenche un basculement via un répondeur de basculement, BCSS doit sélectionner un serveur hébergeant une copie de la base de données affectée sur laquelle Outlook Web App est sain.

Sélection de la meilleure copie

En ce qui concerne les échecs de base de données (et non les échecs de protocole), Active Manager dans Exchange 2013 effectue les mêmes vérifications que dans Exchange 2010. Active Manager commence le meilleur processus de sélection de copie en créant une liste de copies de base de données potentiellement candidates à l’activation. Les copies de base de données qui sont injoignables ou dont l’activation est bloquée administrativement sont ignorées et ne sont pas utilisées lors de la sélection. L’ordre de la liste dépend de la valeur du paramètre AutoDatabaseMountDial :

  • Si AutoDatabaseMountDial est configuré avec une valeur autre que Lossless sur tous les serveurs qui hébergent une copie de la base de données, Active Manager trie la liste obtenue en utilisant la longueur de la file d’attente de copie comme clé primaire. Le calcul se base sur LastLogInspected (du point de vue de la copie) ; la liste des copies potentielles est donc triée d'après la valeur la plus élevée de LastLogInspected (qui est la copie ayant la plus petite longueur de la file d'attente de copie). Si nécessaire, Active Manager trie la liste une deuxième fois en utilisant la valeur de préférence d’activation comme clé secondaire pour mettre fin aux conditions de liaison où deux copies passives ou plus ont la même longueur de la file d’attente de copie. La copie ayant la plus petite valeur de préférence d’activation obtient la priorité supérieure dans la liste.

  • Si autoDatabaseMountDial est configuré avec une valeur de Lossless sur n’importe quel serveur qui héberge une copie de la base de données, Active Manager trie la liste résultante dans l’ordre croissant en utilisant la valeur de préférence d’activation comme clé primaire. En outre, lorsqu’un administrateur exécute un basculement de serveur ou de base de données sans perte sans spécifier une cible, Active Manager trie également la liste obtenue dans l’ordre croissant en utilisant la valeur de préférence d’activation comme clé principale.

Ensuite, le gestionnaire Active Manager tente de trouver dans la liste une copie de base de données de boîtes aux lettres présentant un état Sain, Déconnecté et sain, Déconnecté et resynchronisation ou Source d’amorçage, puis il évalue le potentiel d’activation de chacune des copies dans la liste en utilisant dix ensembles de critères dans un ordre défini. Le gestionnaire Active Manager détermine si l’une des copies pouvant être activées correspond au premier ensemble de critères :

  • 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 sa file d’attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond au premier ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au deuxième ensemble de critères :

  • 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 sa file d’attente de relecture est inférieure à 50 fichiers journaux.

Si aucune des copies de base de données ne répond au deuxième ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au troisième ensemble de critères :

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

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

Si aucune des copies de base de données ne répond au troisième ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au quatrième ensemble de critères :

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

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

Si aucune des copies de base de données ne répond au quatrième ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au cinquième ensemble de critères :

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

Si aucune des copies de base de données ne répond au cinquième ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au sixième ensemble de critères :

  • 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 aux sixièmes critères, Active Manager tente de rechercher une copie de base de données qui répond au septième ensemble de critères :

  • 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 au septième ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au huitième ensemble de critères :

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

Si aucune des copies de base de données ne répond à l’ensemble du huitième ensemble de critères, Active Manager tente de localiser une copie de base de données qui répond au neuvième ensemble de critères :

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

Si aucune des copies de base de données ne répond au neuvième ensemble de critères, Active Manager tente d’activer une copie de base de données avec l’état Sain, DisconnectedAndHealthy, DisconnectedAndResynchronizing ou SeedingSource (le dixième ensemble de critères). S’il ne parvient pas à trouver une copie de base de données correspondant au dixième ensemble de critères, il ne peut pas activer automatiquement une copie de base de données.

Une fois qu’une ou plusieurs copies répondant à un ou plusieurs ensembles de critères sont trouvées, le processus ACLL s’exécute pour copier tous les fichiers journaux de la source d’origine vers la nouvelle copie active potentielle. Une fois le processus ACLL terminé, pam émet une demande de montage et la base de données est mise à la disposition des clients ou la base de données ne monte pas et le PAM recherche la meilleure copie suivante (le cas échéant).