none
Récupérer un serveur membre de groupe de disponibilité de la base de données RRS feed

  • Question

  • Bonjour à tous,

    Je rencontre une situation inextricable avec une installation d'Exchange 2010 en DAG chez un client.

    Le DAG du client comporte : deux serveurs de boîte aux lettres (mbx1, mbx2) et deux serveurs witness (wit1, wit2).

    Suite à une catastrophe majeur, nous avons pu redémarrer un des deux serveurs de boîte aux lettres (mbx1) et les deux witness serveurs.
    ==> Mais pour une raison inconnue, le DAG n'est pas retombé sur ses pieds et il n'a pas basculé les bases mail sur le mbx1...

    Toutes les bases mails sont restés actives sur le serveur mbx2 qui est perdu. Depuis la console Exchange, il est impossible d'activer les copies des bases mails sur le mbx1. Exchange indique que c'est impossible car la copie est active sur le serveur mbx2...

    Note : après eseutil : toutes les copies des bases sur le mbx1 sont OK (clean shutsown)...

    ==> Une solution semble être de réinstaller un nouveau mbx2 avec l'option "Setup /m:RecoverServer"... ensuite j'espère ardemment que le DAG va retomber sur ces pieds ... et que je pourrais activer les copies des bases de données sur le mbx1. (Le nouveau serveur réinstallé n'aura en effet aucun fichier .edb...)

    J'ai trouvé un guide sur le site de Microsoft qui semble tout indiqué pour régler ce problème :
    "Récupérer un serveur membre de groupe de disponibilité de la base de données" (http://technet.microsoft.com/fr-fr/library/dd638206.aspx)

    mais je rencontre un problème à l'étape 2 :

    Etape 1 : Récupérez les paramètres du délai d’attente ...
    ==> Get-MailboxDatabase Mailbox_01 | Format-List *lag* ==> ok, tout à zéro

    Etape 2 : Supprimez les copies de bases de données de boîtes aux lettres se trouvant sur le serveur en cours de récupération :
    ==> Remove-MailboxDatabaseCopy Mailbox_01\chcios226 ==> erreur database hosted on serveur mbx2

    Je n'arrive donc pas à avancer dans ma procédure....

    Est-ce que je dois obligatoirement utiliser le flag -ConfigOnly ou quelque chose du genre pour forcer le démontage de la base sur le serveur mbx2 ?

    Savez-vous quelles sont mes options pour récupérer mes bases mail ?

    Merci pour votre aide ou vos conseils ....

    mardi 13 novembre 2012 17:44

Réponses

  • Après bien des heures d'intervention avec le support de Microsoft, nous avons pu débloquer la situation.

    Par contre Microsoft a du prendre les choses en main et utiliser ADSIEDIT pour supprimer manuellement la configuration ...

    La solution a donc été d'obtenir du support de Microsoft.

    Merci encore pour votre aide.

    • Marqué comme réponse The FreeCake jeudi 15 novembre 2012 04:44
    jeudi 15 novembre 2012 04:44

Toutes les réponses

  • Réinstaller le serveur disparu n'est peut-être pas la solution la plus simple ... si j'arrive à déplacer les copies actives des bases de données sur le serveur survivant, je devrais pouvoir retirer le serveur disparu du DAG...

    J'ai essayé la commande "Move-ActiveMailboxDatabase" pour activer mes bases mails sur le serveur mbx1 survivant, mais là j'ai l'erreur "Active Manager est inaccessible sur le serveur mbx2".. le serveur disparu m'empêche d'effectuer l'opération.

    Il existe des paramètres (SkipActiveCopyChecks, SkipHealthChecks) pour forcer l'activation...  mais comme je suis sur un système critique sans backup, j'aimerais bien mesurer si c'est la chose à faire ...

    mardi 13 novembre 2012 22:01
  • Bonjour

    le -ConfigOnly ne fonctionne que pour la cmdlet remove-databaseavailabilitygroupserver.

    Avez vous essayé de lancer cette cmdlet et de ce fait "bypasser" l'étape 2 ?

    Certains utilise ADSIEDIT pour forcer la suppression des copies mais je ne saurai que vous le deconseiller pour des questions de support avec Microsoft.

    Merci


    Hakim Taoussi

    mercredi 14 novembre 2012 10:59
  • Merci beaucoup pour votre réponse.

    Non, je n'avais pas encore envisagé cette solution.

    Vu l'urgence du problème et l'énorme impact pour notre client, j'ai ouvert un incident chez Microsoft pour traiter ce problème... un technicien est actuellement en train d'évaluer la situation. J'attend donc son analyse avant de me risquer à poursuivre la procédure.

    Je vous tiens au courant ...

    mercredi 14 novembre 2012 11:04
  • J'ai reproduit le problème dans un bac à sable ...

    Pour pouvoir réinstaller un serveur membre d'un DAG qui est perdu avec Setup /m:RecoverServer, il faut d'abord supprimer ce serveur du dag.
    ==> Sinon erreur : Le serveur Exchange est membre d'un groupe de disponibilité de bases de données.

    Pour pouvoir supprimer un membre du dag il ne faut pas qu'il comporte de copie active :
    ==> Erreur : Impossible de supprimer le serveur de boîtes aux lettres 'xxxx' du groupe de disponibilité ... il existe plusieurs copies de la base de données de boîtes aux lettres 'xxxxxxxx'

    MAIS : Pour pouvoir déplacer la copie active il faut que le serveur perdu soit actif

    ==> Erreur : La base de données "Mailbox Database 0632553233" est actuellement hébergée sur le serveur "CHSANDWS2". Utilisez  pour déplacer la copie active de la base de données sur un autre serveur. Vous pouvez utiliser la tâche Remove-MailboxDatabase s'il s'agit de la seule copie.M

    MAIS la commande Move-MailboxDatabaseMaster n'existe pas sur mon système ... ?

    Je suis donc complètement coincé et les gars de Microsoft tardent à intervenir ...


    mercredi 14 novembre 2012 13:02
  • Après bien des heures d'intervention avec le support de Microsoft, nous avons pu débloquer la situation.

    Par contre Microsoft a du prendre les choses en main et utiliser ADSIEDIT pour supprimer manuellement la configuration ...

    La solution a donc été d'obtenir du support de Microsoft.

    Merci encore pour votre aide.

    • Marqué comme réponse The FreeCake jeudi 15 novembre 2012 04:44
    jeudi 15 novembre 2012 04:44
  • Bonjour

    C'est une bonne nouvelle. En effet comme j'avais evoqué precedement ADSIEDIT pouvait etre utilisé. Vous avez bien fait de faire appel au Support.

    Merci


    Hakim Taoussi

    jeudi 15 novembre 2012 05:41