none
DAG Exchange 2013 perte/retour serveur MBX RRS feed

  • Question

  • Bonjour à tous,

    J'ai une plateforme exchange 2013 en test (un CAS et deux MBX). Le DAG a l'air de fonctionner lors de la perte d'un MBX, mais lors du retour du dit MBX comment faire pour que les DB de ce dernier montent automatiquement sur le MBX d'origine?

    Attendre? Si oui combien de temps ?

    J'ai aussi testé le mode maintenance et une fois la procédure terminée j'étais quand même un peu surpris de voir que les DB montées  l'étaient toutes sur l'autre MBX.

    Ai-je raté un truc ?

    Merci d'avance pour les réponses



    dimanche 23 février 2014 14:52

Réponses

  • Vous n'avez rien raté : il n'y a pas de mécanisme automatique. Vous avez cependant un PS dans le dossier script qui permet de balancer les databases selon différents critères : RedistributeActiveDatabases.ps1

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 26 février 2014 15:04
    lundi 24 février 2014 08:21
    Modérateur
  • Idealement System Center Operation Manager, l'avantage c'est qu'il est intégré avec Exchange, puisqu'il profite des retours d’expérience interne chez Microsoft.

    Pour les autres systèmes, vous devez veiller à ce que celles-ci soient capables d'interroger Exchange via powershell, depuis Exchange 2007 il n'y a presque plus de retours intéressants en SNMP ou WMI. Vous pouvez sinon développer votre propre produit de surveillance basé sur un ordonnanceur et des scripts PS.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 26 février 2014 15:04
    lundi 24 février 2014 10:42
    Modérateur
  • Bonjour,

    à noter que la redistribution des bases actives réparties sur 2 noeuds n'est qu'un voeu pieu!

    Chez la plupart des clients où les bases sont réparties sur 2 noeuds, les bases sont dans 99% des cas actives sur un seul noeud pour cause de mise à jour ou redémarrage de l'autre noeud.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(78 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://base.faqexchange.info

    • Marqué comme réponse Florin Ciuca mercredi 26 février 2014 15:04
    lundi 24 février 2014 12:53
    Modérateur

Toutes les réponses

  • Vous n'avez rien raté : il n'y a pas de mécanisme automatique. Vous avez cependant un PS dans le dossier script qui permet de balancer les databases selon différents critères : RedistributeActiveDatabases.ps1

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 26 février 2014 15:04
    lundi 24 février 2014 08:21
    Modérateur
  • Merci pour cette réponse.
    lundi 24 février 2014 08:42
  • Pour compléter ma réponse, avec Exchange 2013 nous disposons de plus en plus de mécanismes de récupération automatique (reset IIS, reboot Service, reboot Serveur), cependant lorsqu’un serveur revient en ligne, Exchange n'est pas forcement au courant des actions entreprises sur ce serveur et des raisons de sa défaillance (maintenance, hard reboot, crash, etc).

    Il est aujourd’hui logique de laisser la main à l'administrateur de la messagerie, qui est à même d'avoir un vision global. Par contre si nous poussons les automatismes, il arrivera probablement un jour où les databases seront en full automatiques. 



    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    lundi 24 février 2014 08:49
    Modérateur
  • Vous auriez une solution logicielle de surveillance (qui préviendrait par mail de la perte d'un MBX par exemple) à me conseiller?
    lundi 24 février 2014 09:09
  • Idealement System Center Operation Manager, l'avantage c'est qu'il est intégré avec Exchange, puisqu'il profite des retours d’expérience interne chez Microsoft.

    Pour les autres systèmes, vous devez veiller à ce que celles-ci soient capables d'interroger Exchange via powershell, depuis Exchange 2007 il n'y a presque plus de retours intéressants en SNMP ou WMI. Vous pouvez sinon développer votre propre produit de surveillance basé sur un ordonnanceur et des scripts PS.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 26 février 2014 15:04
    lundi 24 février 2014 10:42
    Modérateur
  • Merci une fois encore !

    lundi 24 février 2014 11:25
  • Bonjour,

    à noter que la redistribution des bases actives réparties sur 2 noeuds n'est qu'un voeu pieu!

    Chez la plupart des clients où les bases sont réparties sur 2 noeuds, les bases sont dans 99% des cas actives sur un seul noeud pour cause de mise à jour ou redémarrage de l'autre noeud.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(78 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://base.faqexchange.info

    • Marqué comme réponse Florin Ciuca mercredi 26 février 2014 15:04
    lundi 24 février 2014 12:53
    Modérateur