Evenement 2092 suite a migration de serveur
Channels
Dans le cadre d'une mise a jour de 2008 x64 vers 2008R2 x64, pour
poursuivre la migration de Exchange 2007 vers Exchange 2010, j'ai
installer une nouvelle machine, installer 2008R2, fait un dcpromo,
replication de la zone dns, bref, et a la fin, je transfer les 5 roles
FSMO via la mmc.
Jusque la tout va bien, sauf que de temps en temps, j'ai l'evenement
2092 (dont je copie/colle le details a la fin) qui se met dans mon
journal des evenements.
Je ne comprend pas trop son contenu puisque ce serveur detient
maintenant les 5 roles FSMO, et ceux ci m'est confirmé par la MMC.
Avez vous une idée du probleme ?
Je precise que j'ai migrer l'exchange sans probleme et que celui ci
fonctionne sans aucun probleme, donc je pense que l'AD fonctionne
correctement.
Merci
---------------------------------------------------------------
Ce serveur est le propriétaire du rôle FSMO suivant, mais ne le
considère pas comme étant valide. Pour la partition qui contient FSMO,
ce serveur n’a effectué de réplication correcte avec aucun de ses
partenaires car ce serveur a été redémarré. Des erreurs de réplication
empêchent la validation de ce rôle.
Les opérations nécessitant de contacter un maître d’opérations FSMO
échoueront tant que cette condition n’est pas corrigée.
Rôle FSMO : CN=Infrastructure,DC=intranet
Action utilisateur :
1. La synchronisation initiale correspond aux toutes premières
réplications effectuées par un système au moment du démarrage. Un échec
de synchronisation initiale peut être la raison pour laquelle un rôle
FSMO ne peut pas être validé. Ce processus est expliqué dans l’article
305476 de la Base de connaissances.
2. Ce serveur a un ou plusieurs partenaires de réplication, et la
réplication échoue pour tous ces partenaires. Utilisez la commande
repadmin /showrepl pour afficher les erreurs de réplication. Corrigez
l’erreur en question. Par exemple, il peut y avoir des problèmes de
connectivité IP, de résolution de noms DNS ou d’authentification de
sécurité qui empêchent une réplication correcte.
3. Dans le cas rare où il est prévu que tous les partenaires de
réplication soient arrêtés, peut-être en raison d’opérations de
maintenance ou d’une récupération après incident, vous pouvez forcer la
validation du rôle. Ceci peut être effectué à l’aide de NTDSUTIL.EXE
pour attribuer le rôle au même serveur. Vous pouvez pour cela procéder
selon les étapes décrites dans les articles 255504 et 324801 de la Base
de connaissances à l’adresse : http://support.microsoft.com.
Les opérations suivantes peuvent être affectées :
Schéma : vous ne pourrez plus modifier le schéma pour cette forêt.
Attribution de noms de domaine : vous ne pourrez plus ajouter ou
supprimer des domaines pour cette forêt.
Contrôleur de domaine principal : vous ne pourrez plus effectuer des
opérations de contrôleur de domaine principal, telles que des mises à
jour de la stratégie de groupe et des réinitialisations de mot de passe
pour des comptes qui ne font pas partie des services de domaine Active
Directory.
ID relatif (RID) : vous ne pourrez pas allouer de nouveaux identifiants
de sécurité pour de nouveaux comptes d’utilisateurs ou d’ordinateurs,
ni à des groupes de sécurité.
Infrastructure : les références de noms entre domaines, telles que les
appartenances de groupes universels, ne seront pas mises à jour
correctement si leur objet cible est déplacé ou renommé.
--
Les fautes d'orthographes sus-citées sont déposées auprès de leurs
propriétaires respectifs.
Aucune responsabilité n'est engagée sur la lisibilité du message ou les
éventuels dommages qu'ils peuvent engendrer
Thierry DEMAN [MVP]
tant que tu as cette erreur, c'est que la r�plication n'est pas r�alis�e
correctement entre les 2 DCs !
A+
--
Thierry DEMAN-BARCEL�
http://www.faqexchange.info
Exchange MVP, MCITP Windows 2008, Exchange 2007, SQL 2008 (60 MCPs)
"Channels" <chan...@cyber-rezo.net.nospam> wrote in message
news:mn.c4197d9b0...@cyber-rezo.net...
> Bonjour,
> Dans le cadre d'une mise a jour de 2008 x64 vers 2008R2 x64, pour
> poursuivre la migration de Exchange 2007 vers Exchange 2010, j'ai
> installer une nouvelle machine, installer 2008R2, fait un dcpromo,
> replication de la zone dns, bref, et a la fin, je transfer les 5 roles
> FSMO via la mmc.
> Jusque la tout va bien, sauf que de temps en temps, j'ai l'evenement 2092
> (dont je copie/colle le details a la fin) qui se met dans mon journal des
> evenements.
> Je ne comprend pas trop son contenu puisque ce serveur detient maintenant
> les 5 roles FSMO, et ceux ci m'est confirm� par la MMC.
>
> Avez vous une id�e du probleme ?
>
> Je precise que j'ai migrer l'exchange sans probleme et que celui ci
> fonctionne sans aucun probleme, donc je pense que l'AD fonctionne
> correctement.
>
> Merci
>
> ---------------------------------------------------------------
> Ce serveur est le propri�taire du r�le FSMO suivant, mais ne le consid�re
> pas comme �tant valide. Pour la partition qui contient FSMO, ce serveur n'a
> effectu� de r�plication correcte avec aucun de ses partenaires car ce
> serveur a �t� red�marr�. Des erreurs de r�plication emp�chent la
> validation de ce r�le.
>
> Les op�rations n�cessitant de contacter un ma�tre d'op�rations FSMO
> �choueront tant que cette condition n'est pas corrig�e.
>
> R�le FSMO : CN=Infrastructure,DC=intranet
>
> Action utilisateur :
>
> 1. La synchronisation initiale correspond aux toutes premi�res
> r�plications effectu�es par un syst�me au moment du d�marrage. Un �chec de
> synchronisation initiale peut �tre la raison pour laquelle un r�le FSMO ne
> peut pas �tre valid�. Ce processus est expliqu� dans l'article 305476 de
> la Base de connaissances.
> 2. Ce serveur a un ou plusieurs partenaires de r�plication, et la
> r�plication �choue pour tous ces partenaires. Utilisez la commande
> repadmin /showrepl pour afficher les erreurs de r�plication. Corrigez l'erreur
> en question. Par exemple, il peut y avoir des probl�mes de connectivit�
> IP, de r�solution de noms DNS ou d'authentification de s�curit� qui
> emp�chent une r�plication correcte.
> 3. Dans le cas rare o� il est pr�vu que tous les partenaires de
> r�plication soient arr�t�s, peut-�tre en raison d'op�rations de
> maintenance ou d'une r�cup�ration apr�s incident, vous pouvez forcer la
> validation du r�le. Ceci peut �tre effectu� � l'aide de NTDSUTIL.EXE pour
> attribuer le r�le au m�me serveur. Vous pouvez pour cela proc�der selon
> les �tapes d�crites dans les articles 255504 et 324801 de la Base de
> connaissances � l'adresse : http://support.microsoft.com.
>
> Les op�rations suivantes peuvent �tre affect�es :
> Sch�ma : vous ne pourrez plus modifier le sch�ma pour cette for�t.
> Attribution de noms de domaine : vous ne pourrez plus ajouter ou supprimer
> des domaines pour cette for�t.
> Contr�leur de domaine principal : vous ne pourrez plus effectuer des
> op�rations de contr�leur de domaine principal, telles que des mises � jour
> de la strat�gie de groupe et des r�initialisations de mot de passe pour
> des comptes qui ne font pas partie des services de domaine Active
> Directory.
> ID relatif (RID) : vous ne pourrez pas allouer de nouveaux identifiants de
> s�curit� pour de nouveaux comptes d'utilisateurs ou d'ordinateurs, ni �
> des groupes de s�curit�.
> Infrastructure : les r�f�rences de noms entre domaines, telles que les
> appartenances de groupes universels, ne seront pas mises � jour
> correctement si leur objet cible est d�plac� ou renomm�.
>
> --
> Les fautes d'orthographes sus-cit�es sont d�pos�es aupr�s de leurs
> propri�taires respectifs.
> Aucune responsabilit� n'est engag�e sur la lisibilit� du message ou les
> �ventuels dommages qu'ils peuvent engendrer
>
>
Channels
> tant que tu as cette erreur, c'est que la rï¿œplication n'est pas rï¿œalisï¿œe
> correctement entre les 2 DCs !
L'ancien DC n'existe plus maintenant.
Comment je peut faire pour reattribuￜ le role au nouveau DC et lui
faire comprendre qu'il est maintenant le seul et l'unique ?
Merci
--
Les fautes d'orthographes sus-citï¿œes sont dï¿œposï¿œes auprï¿œs de leurs
propriï¿œtaires respectifs.
Aucune responsabilitￜ n'est engagￜe sur la lisibilitￜ du message ou les
ï¿œventuels dommages qu'ils peuvent engendrer
Marc Lognoul [MVP]
Voici comment forcer le DC ￜ sasir les rￜles:
http://support.microsoft.com/kb/255504/fr
Et comment "nettoyer" l'AD des rï¿œfï¿œrences de l'acien DC si besoin est:
http://support.microsoft.com/kb/216498/fr
Effectuer une vï¿œrification avec DCDIAG n'est pas superflu:
http://technet.microsoft.com/fr-fr/library/cc731968(WS.10).aspx
--
Marc Lognoul [MCSE, MCTS, MVP]
Heureux celui qui a pu pï¿œnï¿œtrer les causes secrï¿œtes des choses
Happy is the one who could enter the secret causes of things
Blog EN: http://www.marc-antho-etc.net/blog/
Blog FR: http://www.marc-antho-etc.net/blogfr/
"Channels" <chan...@cyber-rezo.net.nospam> wrote in message
news:mn.c5937d9bd...@cyber-rezo.net...