Groupes de disponibilité de base de données dans Exchange Server

Group de disponibilité de base de données (DAG) est une solution de haute disponibilité et de récupération d'urgence dans Microsoft Exchange Server. Introduit à l'origine dans Exchange Server 2010, le DAG garantit que les services de messagerie restent opérationnels en cas de défaillance du serveur ou des données.

Qu'est-ce qu'un Groupe de Disponibilité de Base de Données ?

Un Groupe de Disponibilité de Base de Données (DAG) est un groupe de jusqu'à 16 serveurs de boîtes aux lettres qui héberge un ensemble de bases de données et fournit une récupération automatique au niveau de la base de données en cas de pannes affectant des serveurs ou des bases de données individuels. C'est la limite pour la réplication des bases de données de boîtes aux lettres, le basculement et le redémarrage des bases de données et des serveurs, ainsi qu'un composant interne appelé Active Manager. L'Active Manager est un composant Exchange responsable de la gestion des basculements et des redémarrages qui s'exécutent sur chaque serveur du DAG.

Toute serveur dans un DAG peut héberger des copies de bases de données de boîtes aux lettres d'autres serveurs dans le DAG. Lorsqu'un serveur est ajouté à un DAG, il collabore avec les autres serveurs du DAG pour fournir une récupération automatique des pannes affectant les bases de données de boîtes aux lettres, comme les pannes de disque ou de serveur.

Concepts liés à un DAG

1. Rôle de serveur de boîte aux lettres

Un rôle d'entreprise MBX peut avoir jusqu'à 100 bases de données Exchange et gère les modes actif et passif des opérations de base de données. Que les termes « DAG member », « DAG server » ou « DAG member server » soient utilisés de manière interchangeable dans la documentation relative aux DAG de Microsoft, ils désignent tous des serveurs de boîtes aux lettres MBX ajoutés à un groupe DAG.

2. Active / Passive

Dans un DAG, une base de données ne peut être servie que par un seul rôle de serveur MBX pour l'accès aux bases de données clientes, et ce serveur est appelé actif (avec son état de base de données monté).

Un serveur qui ne fournit pas d'accès client mais peut prendre le relais lorsque la base de données active échoue pour continuer à offrir l'accès client à la base de données est appelé passif (cet état de la base de données est démonté et s'affiche comme "sain" dans le champ d'état de réplication).

3. Gestionnaire actif

Lorsque le rôle du serveur MBX actif échoue, le Primary Active Manager (PAM) gère et sélectionne la copie de la base de données à activer. L'Active Manager est un composant introduit dans Exchange Server 2010, remplaçant les fonctions traditionnelles de gestion des ressources de cluster et de basculement. Bien que Exchange Server 2010 ne soit plus une application de cluster, le DAG utilise toujours les services de cluster Windows mais n'utilise plus les groupes de cluster Windows ou les modules de ressources de stockage, utilisant plutôt l'Active Manager pour gérer l'état des bases de données de boîtes aux lettres, y compris les états actifs et passifs, les opérations de déplacement et les états montés.

Mécanisme DAG

Exchange DAG utilise des clusters de basculement Windows Server. Les clusters de basculement utilisent un mécanisme de quorum basé sur le vote des nœuds du cluster pour déterminer le Propriétaire du cluster. Le quorum est un mécanisme partagé entre tous les membres du cluster, où chaque membre lit régulièrement des fichiers dans le quorum pour déterminer l'état des membres du cluster. Chaque membre du cluster est considéré comme un vote.

Exchange DAG utilise le mode Majority Node Set. Dans ce mode, le cluster de basculement a besoin d'un serveur quorum externe aux membres du cluster. Ce serveur quorum émet un vote pondéré pour un membre spécifique du cluster, accordant à ce nœud les privilèges de Propriétaire du cluster. Dans le mode Majority Node Set, 50 % des votes des nœuds doivent être en ligne. Si N est le nombre de nœuds, alors N/2+1 nœuds doivent être actifs.

Par exemple :

1. Lorsqu'il y a 4 membres du DAG, le calcul des votes est : N/2+1 = 3, permettant la perte de 2 votes (ce qui signifie que jusqu'à deux nœuds peuvent échouer, un vote venant du service de quorum, donc seulement deux peuvent être perdus). Si plus de deux nœuds échouent, le cluster DAG perd son quorum, entraînant le démontage de toutes les bases de données, nécessitant une intervention d'administrateur pour restaurer la normalité.

2. Lorsqu'il y a 5 membres du DAG, le calcul des votes est : N/2+1 = 3, permettant la perte de 3 votes (ce qui signifie que jusqu'à 2 nœuds peuvent tomber en panne). Si plus de deux nœuds tombent en panne, le cluster DAG perd sa majorité et toutes les bases de données sont démontées, nécessitant une intervention de l'administrateur pour restaurer la normalité.

Installer un DAG

Prérequis pour l'installation d'un DAG

• Le service DNS doit être en cours d'exécution

• Le nom attribué au DAG ne doit pas dépasser 15 caractères

• Les nœuds doivent être joints à l'environnement de domaine

• Les deux nœuds doivent effectuer une installation typique d'Exchange SP3

• Installez la fonctionnalité de basculement en grappe

• Les serveurs doivent avoir la même version

• Chaque membre du DAG doit avoir le même nombre de réseaux

• Les nœuds doivent avoir une installation typique d'Exchange SP3

Notes

• Les nœuds doivent être configurés avec deux cartes réseau :

  - Réseau MAPI (pour l'accès des utilisateurs)

  - Réseau de réplication (pour le battement de cœur)

• Le serveur témoin doit être joint au domaine

• Le serveur témoin doit avoir deux partitions ou plus

• Une partition est utilisée pour stocker les données témoins

• Les versions du serveur doivent être identiques

• Les déploiements mixtes ne sont pas autorisés car l'ajout de membres peut entraîner des erreurs

Création d'un DAG

• Définir les autorisations pour le groupe Exchange Trusted Subsystem

• Autoriser le serveur témoin à gérer la planification du DAG

• Définir l'adresse IP du cluster pour le DAG

• Ajoutez des membres au groupe DAG

• Configurer le réseau DAG

• Démarrer le service Microsoft Exchange Information Store

• Vérifiez la création réussie du DAG

Vérification du basculement de la base de données

• Créer une boîte aux lettres

• Supprimer le fichier de base de données d'un utilisateur existant

• Observer les modifications dans la console

• Tester l'envoi et la réception d'e-mails pour garantir une fonctionnalité normale

Sauvegarde de votre Exchange Server

Vinchin Backup & Recovery offre une protection fiable et de niveau entreprise pour Microsoft Exchange, en prenant en charge les sauvegardes sur des machines virtuelles et des serveurs physiques vers des stockages sur site, hors site ou dans le cloud comme Azure et Amazon S3. Il présente des sauvegardes incrémentielles à vie, des plannings flexibles et une sélection granulaire des données, garantissant une protection des données efficace et cohérente. Avec le chiffrement RSA pour le transfert de données, le chiffrement AES 256 et le contrôle d'accès basé sur les rôles, Vinchin assure une sécurité de bout en bout. Le transfert de données à haut débit et les politiques de limitation personnalisables améliorent encore l'efficacité, tandis qu'une console basée sur le Web simplifie la gestion centralisée des sauvegardes pour Exchange Server 2013, 2016, 2019 et Exchange Online.

Il ne vous faut que 4 étapes pour sauvegarder le serveur Exchange :

1. Sélectionnez l'objet de la sauvegarde.

2. Sélectionnez la destination de la sauvegarde.

3. Configurer les stratégies de sauvegarde.

4. Vérifiez et soumettez le travail.

Vinchin Backup & Recovery fournit une période d'essai gratuite de 60 jours avec un accès complet à toutes ses fonctionnalités avancées de sauvegarde et de récupération. Cliquez sur le bouton ci-dessous pour découvrir ses capacités robustes.

Groupes de disponibilité de base de données - FAQ

1. Q : Comment un serveur témoin est-il utilisé dans un DAG ?

A: Le serveur témoin est utilisé pour maintenir la majorité dans les configurations DAG avec un nombre pair de membres. Il aide à s'assurer que la règle de majorité est respectée lors de la détermination de la possibilité pour le DAG de rester en ligne.

2. Q : Comment la réplication de base de données est-elle réalisée dans un DAG ?

A: Exchange utilise la technologie de réplication continue pour copier les modifications de la base de données active vers des copies passives. Cela garantit la cohérence des données et une haute disponibilité.

Conclusion

L'implémentation d'un groupe de disponibilité de base de données transforme un environnement Exchange Server en une solution résiliente capable de minimiser les temps d'arrêt et de maintenir un service continu pour les utilisateurs. En tirant parti du basculement automatique et de la réplication intelligente des bases de données, les entreprises bénéficient d'une tranquillité d'esprit quant à la capacité des services de messagerie critiques à résister aux pannes imprévues. Veiller à une configuration correcte et à une adhésion aux bonnes pratiques est essentiel pour maximiser les avantages des DAG, permettant ainsi de se concentrer sur la croissance tout en maintenant la stabilité opérationnelle.