none
Que faire pour Exchange en cas de panne du DC RRS feed

  • Question

  • Bonjour,

    nous avons 4 sites ( Paris, Madrid, Rome, Berlin) 

    A paris On a 2 DC et 2 exchange 2010 ( DAG)

    Au autre sites on a 1 DC et 1 exchange 2010.

    Les sites sont reliés à paris via un VPN.

    La question que faire en cas de panne du DC ( par exemple celui de Rome),

    j'ai changé Domaine Controller server being used by Exchange en le pointant sur celui de paris, vu que Exchange n'envoie plus de mail car son DC est down

    Je me suis aperçu que dans la fille d'attente de Rome il y a des mails de paris ( comme quoi l'exchange de Rome est devenu membre du DAG de Paris)

    Avez vous une explication sur ça, et quelle sont les manipulation à faire en cas de panne d'un DC.

    je n'ai pas détaillé l'architecture, j'ai essayé de simplifier le maximum.

    Merci pour vos réponse.

    mercredi 7 octobre 2015 14:27

Réponses

  • Donc si j'ai bien compris le faite de changer le subnet ( ou il appartient exchange de Rome) , ce dernier devient membre des serveur de Paris et il participent au routage des mails de Paris?

    Actuellement notre problème est résolu vu que le DC de Rome est réparé, mais juste je voudrais savoir s'il y a une autre solution que de changer les subnet en cas de panne du DC du Site Distant, ou obligatoirement il faut avoir un second DC sur le site Distant?

    Pour la première question la réponse est Oui, le fait que le subnet qui correspond à l'adresse du serveur du ROME a été déplacé sur le site de Paris depuis la console Sites et Active Directory , dans le calcule du routage smtp Exchange s'appuis sur la configuration des des subnet assigné à chaque site, dans votre cas  le serveur du rome était considiré un serveur de Paris dans le processus du calcule du cout de  routage smtp.

    Pour la deuxième question , je vous recommande d'assurer la redandance des DC avec un deuxième DC au minimum sur chaque sites hébérgeant un serveur exchange pour éviter ce genre de perturbation de routage et dégradation de services Exchange /AD sur les diffrérents site.

    • Marqué comme réponse rzarfzae vendredi 9 octobre 2015 12:11
    vendredi 9 octobre 2015 10:21
    Modérateur

Toutes les réponses

  • Avez-vous une forêt avec plusieurs domaine ou avec un seul ? Tu as configuré les sites et les réseaux ?

    Pour le serveur Exchange il est important qu'il puisse joindre un catalogue global pour gérer la perte d'un DC. Les catalogues globaux sont enregistrés dans les DNS donc si un est down il interrogera un autres.

    mercredi 7 octobre 2015 16:29
    Modérateur
  • Avez-vous une forêt avec plusieurs domaine ou avec un seul ? Tu as configuré les sites et les réseaux ?

    Pour le serveur Exchange il est important qu'il puisse joindre un catalogue global pour gérer la perte d'un DC. Les catalogues globaux sont enregistrés dans les DNS donc si un est down il interrogera un autres.

    Merci pour votre réponse
    C'est une foret avec un seul domaine,

    Les sites sont déja configurés ( ce n'est pas moi )

    La partie réseau est géré le service réseau.

    Dans la config d'exchange, le DC local était comme catalogue global, mais quand il est tombé on a changé DC par celui de paris ( Set-ADServerSettings -PreferredServer )
    Le serveur exchange a du nouveau fonctionné mais on a remarqué des lenteteurs et s'est apperçu quelques mail de paris sont envoyé depuis le serveur de Rome, d'ou la question ?

    mercredi 7 octobre 2015 18:06
  • Bonsoir,

    Dans un environnement multisite ,le routage des mails est basé sur la topologie des sites active directory, pour cela commencer à vérifier si les sites sont bien créés et avec les bons subnet. 

    Dans un site sans AD pourra expliquer la lenteur constatée , vue que tous les communications avec contrôleur de domaine passent obligatoirement par VPN, qui est généralement moins performant par rapport le réseau local. Pour cela , il vaut réinstaller le DC et même avoir un deuxième pour assurer la redondance et éviter ce genre de situation.  

    Je vous invite à consulter ce lien pour avoir plus des détails à propos le routage des mails dans une infrastructure multisite:

    Routage des messages entre les sites Active Directory

    mercredi 7 octobre 2015 21:45
    Modérateur
  • Vérifie dans les DNS dans la partie _sites si les enregistrements correspondent bien au dc du site.
    jeudi 8 octobre 2015 05:25
    Modérateur
  • Bonsoir,

    Dans un environnement multisite ,le routage des mails est basé sur la topologie des sites active directory, pour cela commencer à vérifier si les sites sont bien créés et avec les bons subnet. 

    Dans un site sans AD pourra expliquer la lenteur constatée , vue que tous les communications avec contrôleur de domaine passent obligatoirement par VPN, qui est généralement moins performant par rapport le réseau local. Pour cela , il vaut réinstaller le DC et même avoir un deuxième pour assurer la redondance et éviter ce genre de situation.  

    Je vous invite à consulter ce lien pour avoir plus des détails à propos le routage des mails dans une infrastructure multisite:


    Merci pour votre aide,

    effectivement, mon collègue a modifié le subnet pour que l'exchange de Rome pointe vers le DC de Paris,
    après le redémarrage de service transport d’exchange, on voit bien dans la config d'exchange de Rome que le domain controlleur et le catalogue global ont changé de DC de Rome vers le DC de Paris et Exchange de nouveau a fonctionné, ça résolu notre probléme sauf que sur Paris on a remarqué un lenteur sur les transferts des mails, et on a remarqué que plusieurs mails reçus  sont venu de Rome.
    Donc si j'ai bien compris le faite de changer le subnet ( ou il appartient exchange de Rome) , ce dernier devient membre des serveur de Paris et il participent au routage des mails de Paris?
    Actuellement notre problème est résolu vu que le DC de Rome est réparé, mais juste je voudrais savoir s'il y a une autre solution que de changer les subnet en cas de panne du DC du Site Distant, ou obligatoirement il faut avoir un second DC sur le site Distant?

    Merci beaucoup de votre aide.


    jeudi 8 octobre 2015 08:19
  • Bonjour,

    Sur Paris on a un environnement de Test ( AD + exchange)

    En cas de panne je pense basculer le sous réseau du site distant sur le site TEST et changer le coût du lien pour donner la priorité de passer les mail par le site distant sachant qu'il n y a pas de mail qui passe le serveur exchange du site de test.

    Donc les mails du site distant transitant par l'exchange du site Distant sans passer par paris et vu qu'il n y a pas des mails qui passent par le site de Test, le serveur exchange distant ne sera pas chargé par d'autres mails or ce site disant.

    Merci Pour tous pour  votre aide.

    jeudi 8 octobre 2015 09:43
  • Donc si j'ai bien compris le faite de changer le subnet ( ou il appartient exchange de Rome) , ce dernier devient membre des serveur de Paris et il participent au routage des mails de Paris?

    Actuellement notre problème est résolu vu que le DC de Rome est réparé, mais juste je voudrais savoir s'il y a une autre solution que de changer les subnet en cas de panne du DC du Site Distant, ou obligatoirement il faut avoir un second DC sur le site Distant?

    Pour la première question la réponse est Oui, le fait que le subnet qui correspond à l'adresse du serveur du ROME a été déplacé sur le site de Paris depuis la console Sites et Active Directory , dans le calcule du routage smtp Exchange s'appuis sur la configuration des des subnet assigné à chaque site, dans votre cas  le serveur du rome était considiré un serveur de Paris dans le processus du calcule du cout de  routage smtp.

    Pour la deuxième question , je vous recommande d'assurer la redandance des DC avec un deuxième DC au minimum sur chaque sites hébérgeant un serveur exchange pour éviter ce genre de perturbation de routage et dégradation de services Exchange /AD sur les diffrérents site.

    • Marqué comme réponse rzarfzae vendredi 9 octobre 2015 12:11
    vendredi 9 octobre 2015 10:21
    Modérateur
  • Merci pour votre réponse
    vendredi 9 octobre 2015 12:11