none
Utilisation de plusieurs groupes de disponibilité de base de données (DAG) pour la résilience de site RRS feed

  • Question

  • Bonjour

    la documentation Exchange 2013 explique clairement : 

    Quand on utilise un seul DAG afin de fournir la résilience de site dans un environnement où chaque centre de données auquel vous étendez le DAG a une population d'utilisateurs actifs, il y a un point unique de défaillance dans la connexion de réseau étendu (WAN). Ceci est dû au fait que le quorum requiert qu'une majorité des votants soient aptes à communiquer les uns avec les autres.

    La majorité des votants sont situés dans le centre de données de Redmond. Si le centre de données de Dublin héberge des bases de données de boîtes aux lettres actives et s'il a une population d'utilisateurs locaux, une panne du réseau étendu WAN entraînerait l'interruption du service de messagerie pour les utilisateurs de Dublin. Lorsque la connectivité du réseau étendu est rompue, seuls les membres du DAG dans le centre de données de Redmond conservent le quorum et continuent d'offrir le service de messagerie.

    Pour résoudre le problème du réseau étendu comme seul point de défaillance lorsque vous devez fournir la résilience de site pour plusieurs centres de données ayant chacun une population d'utilisateurs actifs, vous devez déployer plusieurs DAG dont chacune possède une majorité de votants dans un centre de données distinct. Lorsqu'une panne du réseau étendu survient, la réplication est bloquée jusqu'à ce que la connectivité soit restaurée. Les utilisateurs disposent du service de messagerie car chaque DAG continue de servir sa population d'utilisateurs locaux.

    Dans ce cas, quel est le design ou la configuration Optimale pour 2 sites?

    ceci est-il applicable au DAG Exchange 2019 (cette partie est retirée de la documentation Exchange 2019)?

    Merci 

    vendredi 26 juin 2020 09:31

Réponses

  • Bonjour,

    Idéalement, il faudrait un troisième site pour servir de témoin, mais dans votre case, pour me part, la solution serait la suivante :

    • Séparer Redmond et Dublin dans des Mailbox Databases distincites;
    • A Redmond : un DAG avec Dublin, hébergeant les boîtes de Redmond. Le Witness à Redmond.
    • A Dublin : un DAG avec Redmond, hébergeant les boîtes de Dublin. Le Witness à Dublin.

    Grâce à cette topologie, les utilisateurs de chaque site restent "up" même si le site se retrouve isolé. Lorsque la connectivité revient, les DAG se re-sync et tout le monde est content!


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    • ...

    Bonjour,

    attention, la présentation de cette solution n'est pas parfaite.

    Effectivement, il faut 2 DAG. Mais, 2 DAGs ne peuvent pas répliquer des bases entre eux.

    Il faut donc des serveurs Exchange différents, donc au minimum 4 serveurs.

    soit

    - un DAG pour les boites/banques de Dublin, avec un serveur Exchange "maître" bases actives à Dublin, et un serveur Exchange à Redmond, contenant "UNIQUEMENT" les bases passives  des utilisateurs de Dublin.

    - un DAG pour les boites/banques de Redmond, avec un serveur Exchange sur Redmond, et un serveur Exchange sur Dublin.

    Pour chaque DAG, on choisira un serveur témoin local correspondant au site.

    =>  il n'y a pas de synchronisation entre les DAGs, mais seulement la synchronisation à l'intérieur du DAG entre les serveurs.

    A bientôt,


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    mardi 30 juin 2020 08:32
    Modérateur

Toutes les réponses

  • Bonjour,

    Idéalement, il faudrait un troisième site pour servir de témoin, mais dans votre case, pour me part, la solution serait la suivante :

    • Séparer Redmond et Dublin dans des Mailbox Databases distincites;
    • A Redmond : un DAG avec Dublin, hébergeant les boîtes de Redmond. Le Witness à Redmond.
    • A Dublin : un DAG avec Redmond, hébergeant les boîtes de Dublin. Le Witness à Dublin.

    Grâce à cette topologie, les utilisateurs de chaque site restent "up" même si le site se retrouve isolé. Lorsque la connectivité revient, les DAG se re-sync et tout le monde est content!


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    mardi 30 juin 2020 07:32
  • Bonjour,

    Idéalement, il faudrait un troisième site pour servir de témoin, mais dans votre case, pour me part, la solution serait la suivante :

    • Séparer Redmond et Dublin dans des Mailbox Databases distincites;
    • A Redmond : un DAG avec Dublin, hébergeant les boîtes de Redmond. Le Witness à Redmond.
    • A Dublin : un DAG avec Redmond, hébergeant les boîtes de Dublin. Le Witness à Dublin.

    Grâce à cette topologie, les utilisateurs de chaque site restent "up" même si le site se retrouve isolé. Lorsque la connectivité revient, les DAG se re-sync et tout le monde est content!


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    • ...

    Bonjour,

    attention, la présentation de cette solution n'est pas parfaite.

    Effectivement, il faut 2 DAG. Mais, 2 DAGs ne peuvent pas répliquer des bases entre eux.

    Il faut donc des serveurs Exchange différents, donc au minimum 4 serveurs.

    soit

    - un DAG pour les boites/banques de Dublin, avec un serveur Exchange "maître" bases actives à Dublin, et un serveur Exchange à Redmond, contenant "UNIQUEMENT" les bases passives  des utilisateurs de Dublin.

    - un DAG pour les boites/banques de Redmond, avec un serveur Exchange sur Redmond, et un serveur Exchange sur Dublin.

    Pour chaque DAG, on choisira un serveur témoin local correspondant au site.

    =>  il n'y a pas de synchronisation entre les DAGs, mais seulement la synchronisation à l'intérieur du DAG entre les serveurs.

    A bientôt,


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    mardi 30 juin 2020 08:32
    Modérateur
  • Bonjour 

    merci pour vos réponses. Donc, en résumé l'option 1 n'est pas supportée, il faut aller vers l'option 2 avec 4 serveurs.

    Cordialement

    mardi 30 juin 2020 16:34
  • Bonjour 

    merci pour vos réponses. Donc, en résumé l'option 1 n'est pas supportée, il faut aller vers l'option 2 avec 4 serveurs.

    Cordialement

    La solution 1 n'est pas faisable.


    Thierry DEMAN-BARCELO. Office Apps&Services MVP. MCSE:Enterprise admin, Messaging, Server Infrastructure 2016(89 MCPs). MCSA Office 365,Microsoft 365 Certified: Messaging Administrator Associate,Modern Desktop Administrator Associate, Security Admin https://base.faqexchange.info

    mardi 30 juin 2020 16:36
    Modérateur