Setup /m:RecoverServer fail at 59 poucent when I restore the mailbox role

Salut à tous, j’ai récemment confronté à une erreur lors d’une restauration d’un serveur Exchange 2007 en mode DisasterRecovery chez un de mes clients.

ARCHITECTURE DE MON CLIENT :
1 domaine Active Directory (MSREPORT.LOCAL) géré par des contrôleurs de domaine Windows 2003 (machines virtuelles).
4 serveurs Windows 2008 / Exchange 2007 membres du domaine :
* 1 HUB et MAILBOX (EXCH1 sur le site de Lyon)
* 1 HUB et CAS (EXCH2 sur le site de Lyon).
* 1 HUB et MAILBOX (EXCH3 sur le site de Marseille).
* 1 HUB et CAS (EXCH4 sur le site de Marseille).
2 bases de données de boîtes aux lettres :
* LyonDB (groupe de stockage LYONSG) : la base est hébergée (base active) sur EXCH1 et est répliquée sur EXCH3 (base passive) avec le mécanimes de réplication SCR.
* MarseilleDB (groupe de stockage MARSEILLESG) : la base est hébergée (base active) sur EXCH3 et est répliquée sur EXCH1  (base passive) avec le mécanime de réplication SCR.
Nom de l’organisation Exchange : MSREPORT

OBJECTIFS DE MON CLIENT :
Mettre en oeuvre une architecture de tests / tester son plan de PRA (perte des deux sites).

ACTIONS EFFECTUEES :
1. Nous avons tout d’abord restauré tous les contrôleurs de domaine.
2. Nous avons installé Windows Server 2008 sur une machine virtuelle avec :
* Le même niveau de service pack
* Le même partionnement.
* Le même nom (EXCH1).
* Le compte ordinateur EXCH1 a été réinitialisé et la machine EXCH1 a été jointe au domaine.
* Tous les composants nécessaire à l’installation d’Exchange 2007 ont été installés. Pour plus d’informations, voir :
http://msexchangeteam.com/archive/2008/03/10/448407.aspx
3. Nous avons ensuite lancé la restauration du serveur EXCH1 en mode DisasterRecovery à l’aide de la commande :
setup /m:RecoverServer.

DESCRIPTION DE L’ERREUR :
L’installation du rôle HUB s’est correctement effectué mais la restauration du rôle Mailbox a échoué à 59 pourcents.

EXPLICATION DU PROBLEME :
Ce problème se pose car les serveurs EXCH1 et EXCH3 disposent d’un groupe de groupe de stockage avec le mécanimes de réplication SCR actif.
Hors lors de la procédure de la restauration du rôle Mailbox, le serveur EXCH1 ne peut pas contacter le serveur EXCH3.

SOLUTION :
Modifier les propriétés des groupes de stockage LYONSG et MARSEILLESG dans ADSIEDIT.MSC pour désactiver manuellement la réplication SCR.
Pour cela :
1. Effectuer une sauvegarde de vos contrôleurs de domaine (Etat du système obligatoire)
2. Installer les « SUPPORTS TOOLS » (sur le CD d’installation Windows 2003) sur un des contrôleurs de domaine.
3. Modifier la configuration des deux groupes de stockage :
* La configuration d’Exchange 2007 est stocké au niveau de la partition de configuration.
* Pour accéder à la configuration du groupe de stockage LYONSG (sur le serveur EXCH1, domaine MSREPORT.LOCAL, organisation Exchange appelée MSREPORT), faire un clic droit sur l’élément suivant :
CN=LYONSG, CN=InformationStore, CN=EXCH1, CN=Servers,
CN=Exchange Administrative Group (FYDIBOHF23SPDLT), CN=Exchange,
CN=MSREPORT, CN=Microsoft Exchange, CN=Services,
CN=Configuration,DC=MSREPORT,DC=LOCAL
 
* Editer et sauvegarder la valeur de l’attribut « msExchStandbyCopyMachines ». Cet attribut doit normalement indiquer l’emplacement du serveur Exchange 2007 cible.
* Supprimer cette valeur et cliquer sur OK. L’attribut a maintenant comme valeur « NOT SET ».
4. Effectuer la même chose au niveau du groupe de stockage MARSEILLESG :
CN=MARSEILLESG, CN=InformationStore, CN=EXCH3, CN=Servers,
CN=Exchange Administrative Group (FYDIBOHF23SPDLT), CN=Exchange,
CN=MSREPORT, CN=Microsoft Exchange,CN=Services,
CN=Configuration,DC=MSREPORT,DC=LOCAL 
5. Il faut maintenant relancer la commande setup /m:RecoverServer.
Le problème est que cette commande ne peut être lancé qu’une fois.
Microsoft fournit une procédure qui permet de relancer la restauration du serveur Exchange 2007 quand la procédure de restauration a échouée une première fois. Pour plus d’informations, voir la section « To recover a lost server that failed during the recovery process with the /m:RecoverServer switch  » à l’adresse suivante :
http://technet.microsoft.com/en-us/library/bb123496.aspx
Attention, la procédure ci dessous permet uniquement de relancer la procédure de restauration en mode DisasterRecovery Exchange.
Avant d’effectuer cette procédure, il est nécessaire de comprendre l’origine du problème lors de la première tentative de restauration et de le corriger.

COMPLEMENT D’INFORMATIONS :
Je n’ai pas eu le temps de déterminer si le problème se posait du fait que le serveur EXCH1 était la source SCR ou la cible. J’ai donc désactivé la réplication SCR au niveau des deux groupes de stockage.
N’oublier pas de réinstaller les rollup après la restauration du serveur. Dans mon cas les serveurs Exchange 2007 était en SP1.
Si vous êtes en SP2, il sera probablement nécessaire de réinstaller le SP2 en mode DisasterRecovery.

REMARQUES :
J’ai pas trouvé d’articles Microsoft qui documentent ce problème.
N’hésiter pas à poster sur ce problème.

A+
Guillaume MATHIEU
PROSERVIA
La connaissance s’accroît quand on la partage.

À propos de Guillaume Mathieu

Consultant - Formateur chez PROSERVIA (Pôle Conseil Expertise)
Ce contenu a été publié dans Active Directory, Exchange, Troubleshouting, Windows Server 2008, avec comme mot(s)-clef(s) , , , , , , . Vous pouvez le mettre en favoris avec ce permalien.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

*


7 + = douze

Vous pouvez utiliser ces balises et attributs HTML : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>