Question : Avoir besoin de l'aide figurer dehors cette issue active d'annuaire sur un nouveau domaine avec des issues de Netlogon, au milieu de la migration

Nous avons juste déroulé un nouveau domaine, sur la fenêtre 2008 R2, avec 2 contrôleurs de domaine (FSMO dédoublé entre eux et les deux GCS, et les deux serveurs de DNS Annonce-integrated), un serveur d'échange, et un serveur de membre. (Nous avons seulement ce week-end pour finir ceci.) Nous sommes sur le point d'émigrer les ordinateurs de bureau au nouveau domaine, du vieux domaine (qui était Windows 2000). Nous avons émigré l'annuaire actif à un C.C intermédiaire, parce que le le neuf a eu le même nom de NetBIOS que le vieil, et nous ne pourrions pas former une confiance. (J'ai essayé… qui était probablement idiot.) Mais ceci n'a pas semblé ne causer aucune issue. Il juste n'a pas formé une confiance. Ainsi, nous avons émigré l'ANNONCE à un autre C.C, et alors prévu pour répéter le processus pour le déplacer au neuf… maintenant que la partie n'est pas l'issue. Cela sera probablement parfait. Mais car nous avons initialisé les nouveaux serveurs d'ANNONCE, les vieux serveurs d'ANNONCE étaient toujours sur le réseau, sur le même filet inférieur. N'a pas pensé cela étant une issue. Elle n'était pas avant. Mais peut-être j'ai manqué quelque chose. Ils ont pris un bon moment d'initialiser et se sont plaints au sujet de ne pas pouvoir obtenir ce nom de NetBIOS. (Scie qui avant. N'était pas une issue quand ce réseau a été examiné encore, dans sa propre pièce.) Mais maintenant nous semblons avoir une issue. (J'ai pris en différé vieux DCS, et ai rechargé ces derniers ceux mais nous avons toujours une issue). Il y a quelques références dedans ici au vieux domaine… que nous n'avons jamais eu une confiance avec lui, ainsi c'est… le
1)
There sont quelques erreurs inquiétantes de journal d'événement :
---
Source : Identification d'événement d'événements de client de DNS :  name resolution de 1014
pour le nom _ldap.tcp.dc. _msdcs.n>.local chronométré dehors après aucun des serveurs de DNS configurés responded.
---
Source : Le service de namespace de l'identification 14550
The DFS d'événement de DfsSvc ne pourrait pas initialiser l'information en travers de confiance de forêt sur ce contrôleur de domaine, mais il réessayera périodiquement l'opération. Le code retour est dans le disque data.
---
Source : Identification d'événement d'événements de client de DNS :  name resolution de 1014
pour le nom _ldap.tcp..local chronométré dehors après aucun des serveurs de DNS configurés responded.
---
Source : Identification d'événement de NETLOGON : la session de 5721
The a installé à Windows NT ou le de contrôleur de domaine de Windows 2000 pour le n> de domaine échoué parce que le contrôleur de domaine n'a pas eu un de compte requis pour installer la session par cet ordinateur du

ADDITIONAL DATA
If d'ordinateur cet est un membre de ou un contrôleur de domaine dans le domaine spécifique, le compte mentionné ci-dessus est un ordinateur expliquent cet ordinateur dans le domaine spécifique. Autrement, le compte est un compte en fiducie d'interdomain avec le domain.
---
Source : Identification d'événement de NETLOGON : le d'ordinateur de 5513
The a essayé de se relier au de serveur using le rapport de confiance établi par le . Cependant, l'ordinateur a perdu la marque correcte de sécurité (SID) quand le domaine a été modifié. Rétablir la confiance relationship.

{ce qui précède apparaît avec un certain nombre de différents hostname des ordinateurs du réseau sur le vieux domaine.}
---
Source : Identification d'événement de GroupPolicy : traitement de 1058
The de la politique de groupe échoué. Windows a essayé lire dossier \ \ .local \ sysvol \ ain>.local \ politique \ {} de D> \ gpt.ini d'un contrôleur de domaine et n'était pas réussie. Les arrangements de politique de groupe peuvent ne pas être appliqués jusqu'à ce que cet événement soit resolved. Cette issue peut être passagère et pourrait être provoquée par un ou plusieurs de ce qui suit : name resolution du
a)/connectivité de réseau à la latence courante de service de réplique de dossier du domaine controller.
b) (un dossier créé sur un autre contrôleur de domaine n'a pas replié au contrôleur courant de domaine). le
c) le client de système de fichiers (DFS) distribué a été disabled.
---
Source : Identification d'événement de NETLOGON : le contrôleur primaire de domaine de 3096
The pour ce domaine n'a pas pu être le located
---
Source : Identification d'événement de Winlogon : le d'abonné d'avis de winlogon de 6006
The a pris 361 secondes pour manipuler l'événement d'avis (CreateSession). le
2)
du

{les événements tendent à se répéter juste} il me semble que la chemise de Netlogon devrait avoir une chemise de manuscrits… qu'elle ne fait pas maintenant. Les politiques et d'autres objets prévus semblent être sous Sysvol \ though.

I *really* l'apprécieraient si quelqu'un pourrait nous dépanner. Nous avons le week-end pour obtenir ce fixe, et nous avons eu un réseau complet prêt à se déployer. Juste a dû émigrer les vieux utilisateurs et ordinateurs. Ce pourrait être lundi venu assez inconfortable si cette issue n'est pas éclaircie. Je souhaite que je pourrais accorder plus de points, mais n'importe qui qui peut aider est un héros à nous, FWIW.  Merci

à l'avance. class= de

Réponse : Avoir besoin de l'aide figurer dehors cette issue active d'annuaire sur un nouveau domaine avec des issues de Netlogon, au milieu de la migration

j'ai eu un client qui est passé en ajoutant de nouveaux serveurs à un nouveau domaine, mais nous avons choisi juste à la mise hors tension les vieux serveurs, apportons vers le haut les nouveaux serveurs établis leur, le même nom de netbios (non ma recommandation), recréons les utilisateurs, puis joignons tous les postes de travail.  elle était très bien parce que le vieux domaine n'a jamais vu le nouveau domaine.

maintenant je pense que vos disques de DNS trashed un peu, et maintenant vous devez décider :  le fixer, soutenir, couper et courir

donné le temps craquer et investir au delà, je pense vraiment que vous ferez bien pour appeler l'appui de produit de Microsoft, obtenir ils vivent au téléphone et les font le fixer.  vous obtiendrez habituellement commencé tout de suite, et ils ne raccrocheront pas jusqu'à ce qu'il ait fait.  seulement en bas de côté est, il coûte $250.  en ce moment c'est bon en valeur lui cependant.