L'ID d'événement 4013 peut-il être ignoré s'il ne s'affiche qu'une seule fois?

Server 2012 R2 (avant le 2ème DC est ajouté)

Il existe un nombre incroyable de pages Web qui tentent de traiter l'ID d'événement 4013, y compris celles-ci sur serverfault: link1 , link2 , link3 (bien que cette dernière publication soit pour plusieurs DC). Ce dernier lien recommand même de pirater le registre pour désactiver cette vérification, mais Microsoft recommand fortement contre un réseau de production dans ce lien . Même si ce dernier lien concerne Server 2003, je suppose que cette recommandation s'applique toujours.

Je reçois cette erreur après avoir créé le premier server DNS sur le domaine et j'essaie de résoudre les erreurs importantes avant de continuer. Après avoir étudié cet ID d'événement, je voudrais poser une question sur la dernière ligne des commentaires généraux qui dit:

"Cet événement sera enregistré toutes les deux minutes jusqu'à ce que AD DS ait signalé que la synchronisation initiale a été effectuée avec succès".

Cela ne signifie-t-il pas vraiment si l'erreur ne s'affiche pas 2 minutes plus tard, le problème est résolu, donc je peux vraiment ignorer cette erreur si elle ne se produit que lorsque ce server doit être redémarré ou redémarré, comme après un arrêt commandé par l'onduleur, etc.? Ou existe-t-il des scénarios où j'ai vraiment besoin de continuer à chercher le problème?

2 Solutions collect form web for “L'ID d'événement 4013 peut-il être ignoré s'il ne s'affiche qu'une seule fois?”

Oui, vous pouvez l'ignorer en toute security, sauf si cela continue à se répéter longtime après le redémarrage du controller de domaine / server DNS.

L'avertissement ne doit se produire que lorsque vous redémarrez le controller de domaine ou que vous redémarrez AD et DNS.

La raison pour laquelle cela se produit est simple: DNS héberge des zones embeddedes Active Directory et ne peut donc pas finir d'initialiser jusqu'à ce que Active Directory soit opérationnel et sain. Mais depuis que vous venez de redémarrer, Active Directory n'est pas encore terminé. Mais Active Directory ne peut pas finir de démarrer sans avoir access à un server DNS. Vous voyez donc que AD et DNS attendent les uns des autres. (Mais éventuellement, un timeout se produit, un événement d'avertissement est enregistré, et AD et DNS finiront par débuter normalement.)

La manière correcte d'éviter ce problème est d'avoir plus d'un controller de domaine, et chaque controller de domaine pointe vers l'autre comme son résolveur DNS principal.

Mais si vous ne souhaitez pas append un autre controller de domaine à votre environnement, vous pouvez vivre en toute security avec les events d'avertissement.

Ceci est assez normal pour un seul environnement DC, en raison de l'ordre et de la nature des composants à mesure qu'ils démarrent (la stack de réseau, DNS et AD) et la dépendance de AD sur DNS.

Voyez-vous les ID d'événement 4 et 2 après l'ID d'événement 4013? Si oui, alors tout va bien.

En tant que meilleure pratique, vous devriez avoir au less deux controllers de domaine et chaque controller de domaine devrait utiliser son partenaire DC pour DNS principal, lui-même pour DNS secondaire et 127.0.0.1 en tant que DNS tertiaire.

  • Marco Marco Marco Dawoop Ajudée à l'affregenelle AllG compris Tram Da Marco Dawoousse Dawoousse
  • Open-SSH Windows Bad Auth Request
  • Qu'est-ce que mon count de service doit contourner l'erreur "Gérer le droit d'utilisation de l'audit" à robocopy?
  • Conflit entre Nvidia Grid K2 et charts embeddeds sur Supermicro VDI?
  • Impossible d'utiliser login.live.com ou Visual Studio Online sur Windows Server 2012 R2
  • Affectation de processeurs virtuels à une machine virtuelle
  • Enregistrez le service de mise à jour Internet sur Windows Server 2012
  • Les clients 8.1 de Windows requestnt un mauvais logging SRD de ldap?
  • Scripting Static Routes dans le routing et l'access à distance
  • Équilibrage de la charge du collecteur d'events Windows à plusieurs collecteurs
  • Le server répond avec une erreur HTTP 400 ("mauvaise requête") dans une request multipartite
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.