Présentation du mode d'activation et de coordination de centre de données

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

Le mode de coordination de l’activation du centre de données est un paramètre de propriété pour un groupe de disponibilité de base de données. Le mode de coordination de l’activation du centre de données est conçu spécifiquement pour les groupes de disponibilité de base de données avec trois membres ou plus étendus à deux sites Active Directory. Le mode de coordination de l’activation du centre de données est désactivé par défaut et devrait être uniquement activé pour les groupes de disponibilité de base de données avec trois membres ou plus du groupe de disponibilité de base de données qui ont été déployés dans une configuration à centres de données multiples. Le mode de coordination de l’activation du centre de données ne doit pas être activé pour :

• des groupes de disponibilité de 2 membres où chaque membre se trouve dans un site Active Directory différent ;
• des groupes de disponibilité de 2 à 16 membres où tous les membres se trouvent dans le même site Active Directory.

Remarque :

L’extension d’un groupe de disponibilité de deux membres à deux sites Active Directory (centres de données) est une configuration prise en charge. Cependant, le mode de coordination de l’activation du centre de données est conçu uniquement pour les groupes de disponibilité de base de données avec trois membres ou plus qui sont étendus à deux centres de données. Un groupe de disponibilité à deux membres ne permet pas au système de faire la distinction entre une défaillance sur serveur unique, une défaillance sur plusieurs serveurs et une défaillance sur site. En outre, vous devez utiliser les outils de gestion de cluster de basculement Windows pour gérer un basculement de centre de données pour un groupe de disponibilité de base de données à deux membres étendu à plusieurs centres de données.

Le mode de coordination de l’activation du centre de données est utilisé pour contrôler le comportement d’activation d’un groupe de disponibilité de base de données lorsqu’une panne grave se produit affectant le groupe de disponibilité de base de données (par exemple, une panne complète de tous les centres de données). Lorsque le mode de coordination de l’activation du centre de données n’est pas activé et qu’une défaillance affectant plusieurs serveurs se produit dans le groupe de disponibilité de base de données, et lorsque de nombreux serveurs sont restaurés après cette défaillance, le groupe de disponibilité de base de données redémarre et essaie de monter les bases de données. Dans une configuration à centres de données multiples, ce comportement pourrait provoquer un syndrome de « split-brain », une condition qui se produit lorsque tous les réseaux sont défaillants et que les membres d’un groupe de disponibilité de base de données ne peuvent pas échanger des signaux de pulsations. Le syndrome de « split brain » se produit également lorsque la connectivité réseau est défaillante entre les centres de données. Ce syndrome peut être évité en exigeant toujours qu’une majorité des membres du groupe de disponibilité de base de données (et dans le cas des groupes de disponibilité de base de données ayant un nombre de membres pair, le serveur témoin du groupe de disponibilité de base de données) soient disponibles et en interaction pour que le groupe de disponibilité de base de données soit opérationnel. Quand une majorité des membres communiquent, le groupe de disponibilité de base de données a un quorum.

Par exemple, considérez un scénario pour lequel le premier centre de données contient deux membres d’un groupe de disponibilité de base de données et le serveur témoin, et le deuxième centre de données contient deux autres membres d’un groupe de disponibilité de base de données. Si le premier centre de données perd de la puissance et que vous activez le groupe de disponibilité de base de données dans le second centre de données (par exemple, en activant l’autre témoin de partage de fichiers dans le deuxième centre de données) et si le premier centre de données est restauré sans connectivité réseau au deuxième centre de données, le groupe de disponibilité de base de données risque d’être confronté au syndrome de « split brain ».

Le mode de coordination de l’activation du centre de données est conçu pour empêcher que ne se produise le syndrome de « split brain » en incluant un protocole appelé DACP (Activation Coordination Protocol). Après une panne catastrophique, lorsque le groupe de disponibilité de base de données procède à la récupération, les bases de données ne sont pas montées automatiquement même si le groupe de disponibilité de base de données a un quorum. À la place, le protocole DACP est utilisé pour déterminer l’état en cours du groupe de disponibilité de base de données et si Active Manager doit essayer de monter les bases de données.

Fonctionnement du mode de coordination de l’activation du centre de données

Vous pouvez envisager le mode de coordination de l’activation du centre de données comme niveau d’application du quorum pour le montage des bases de données. Pour comprendre l’utilité du protocole DACP et son fonctionnement, il est important de comprendre sa fonction principale. Envisagez le scénario à deux centres de données. Supposons qu’il s’agit d’une panne totale d’alimentation dans le centre de données principal. Dans ce cas, tous les serveurs et le réseau WAN sont en panne. De fait, l’organisation peut décider d’activer le centre de données de secours. Dans la plupart des scénarios de récupération, lorsque l’alimentation est restaurée dans le centre de données principal, la connectivité WAN n’est, en général, pas immédiatement restaurée. Ceci signifie que les membres du groupe de disponibilité de base de données seront sous tension mais ne pourront pas communiquer avec les membres du groupe de disponibilité de base de données dans le centre de données de secours activé. Le centre de données principal devrait toujours contenir la majorité des votants du quorum du groupe de disponibilité de base de données, ce qui signifie que lorsque l’alimentation est restaurée, même en l’absence de connectivité WAN aux membres du groupe de disponibilité de base de données dans le centre de données de secours, les membres du groupe de disponibilité de base de données du centre de données principal ont la majorité et par conséquent le quorum. Il s’agit d’un problème car avec le quorum, ces serveurs peuvent monter leurs bases de données, ce qui risque de provoquer une divergence à partir des bases de données actives réelles qui sont désormais montées dans le centre de données de secours activé.

DACP a été créé pour résoudre ce problème. Active Manager stocke un bit en mémoire (0 ou 1) qui indique si le groupe de disponibilité de base de données est autorisé à monter des bases de données locales attribuées comme actives sur le serveur. Lorsqu’un groupe de disponibilité de base de données s’exécute en mode de coordination de l’activation du centre de données (qui peut être n’importe quel groupe de disponibilité avec trois membres ou plus) et chaque fois qu’Active Manager démarre, le bit est défini à 0, ce qui signifie qu’il n’est pas autorisé à monter les bases de données. Puisque le mode de coordination de l’activation du centre de données est activé, le serveur doit essayer de communiquer avec tous les autres membres du groupe de disponibilité de base de données qu’il connaît pour obtenir un autre membre du groupe de disponibilité afin de lui fournir une réponse pour qu’il sache s’il peut monter des bases de données locales qui lui sont attribuées comme étant actives. La réponse est fournie sous la forme d’un paramètre de bit pour d’autres serveurs Active Manager dans le groupe de disponibilité de base de données. Si un autre serveur répond que son bit est défini à 1, cela signifie que les serveurs sont autorisés à monter des bases de données. Ainsi, au démarrage, le serveur définit son bit à 1 et monte ses bases de données.

Cependant, lorsque vous effectuez une récupération après une coupure de courant du centre de données principal et dans le cas où les serveurs ont été récupérés mais que la connectivité WAN n’a pas été restaurée, tous les membres du groupe de disponibilité de base de données dans le centre de données principal auront une valeur de bit DACP définie à 0. Par conséquent, aucun des serveurs effectuant la sauvegarde dans le centre de données principal récupéré ne montera les bases de données parce qu’aucun d’entre eux ne peut communiquer avec un membre du groupe de disponibilité de base de données ayant une valeur de bit DACP définie à 1.

Pour plus d’informations sur les basculements de centre de données, voir Switchovers de centre de données.

Fonctionnement du mode de coordination de l’activation du centre de données

Le mode de coordination de l’activation du centre de données peut être activé uniquement à l’aide de l’environnement de ligne de commande Exchange Management Shell. Plus spécifiquement, vous pouvez utiliser la cmdlet Set-DatabaseAvailabilityGroup pour activer et désactiver le mode de coordination de l’activation du centre de données, comme illustré dans l’exemple suivant.

Set-DatabaseAvailabilityGroup -Identity DAG2 -DatacenterActivationMode DagOnly

Dans l’exemple précédent, un groupe de disponibilité de base de données nommé DAG2, qui représente un groupe de disponibilité inter-sites avec plus de trois membres, est activé pour le mode de coordination de l’activation du centre de données.

Pour plus d’informations sur le fonctionnement du mode de coordination de l’activation du centre de données, voir Configurer les propriétés du groupe de disponibilité de la base de données et Set-DatabaseAvailabilityGroup.