2015-07-15 5 views
-1

Je rencontre un problème lors de la mise à niveau du matériel de mon contrôleur de domaine. Nous avons un contrôleur de domaine Windows 2012 (c'est le seul contrôleur de domaine dans le réseau). Nous voulions remplacer le matériel par un nouveau, nous avons donc acheté un nouveau serveur avec Windows 2012 R2. J'ai lancé adprep/forestprep et adprep/domainprep sur l'ancien serveur (en utilisant le DVD 2012 R2). J'ai ajouté le rôle AD et DNS sur le nouveau serveur et ajouté au domaine.Migration du contrôleur de domaine vers un nouveau matériel

J'ai fait du nouveau serveur le contrôleur de domaine principal. Maintenant, si je cours: requête netdom fsmo Je vois le nouveau serveur dans chaque liste.

J'ai supprimé l'ancien serveur du catalogue global et modifié le DNS sur chaque ordinateur au nouveau serveur.

Le problème est que chaque ordinateur (et le nouveau serveur) se connecte toujours au serveur ols. Si j'arrête l'ancien serveur, il semble qu'il y a beaucoup de problèmes et que les utilisateurs ne peuvent pas être trouvés ou authentifiés (par exemple sur TeamFoundation Server ou SqlServers).

Lorsque j'essaie de rétrograder l'ancien serveur, il indique qu'il ne peut pas trouver d'autres contrôleurs de domaine sur le réseau. Sur les anciens serveurs cependant, le nouveau serveur est répertorié dans la liste des contrôleurs de domaine.

Comment puis-je faire du nouveau serveur le seul et unique serveur de domaine afin de pouvoir rejeter l'ancien serveur? Merci beaucoup.

+0

Même une toute nouvelle machine, installée après la migration, lorsqu'elle est ajoutée au domaine, elle se connecte sur l'ancien serveur. Alors que la requête netdom fsmo donne la nouvelle machine pour tout. – WaveMax

+0

Avez-vous fait DCPROMO sur l'ancien et fait la promotion de la nouvelle machine dans un catalogue global? – Luke

Répondre

0

Ok, après des heures de recherche, j'ai trouvé une solution. Tout était correct, le problème n'était pas sur le nouveau contrôleur de domaine promu. Le problème était sur l'ancien contrôleur de domaine, qui pour une raison quelconque a arrêté les services de réplication.

Je résolus en utilisant la commande suivante sur l'ancien serveur:

wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="<GUID>" call ResumeReplication 

Lorsque le GUID est celui que je trouve sur le dcdiag/v sortie

Après cela, le nouveau contrôleur de domaine répliqué correctement, et J'ai été capable de rétrograder en toute sécurité l'ancien serveur.