La description de la réplication NTDS Avertissement ID 1083 et 1061 et l'ID SAM erreur 12294 raison d'une collision d'Active Directory

Modifications simultanées contre les attributs d'objets Active Directory sur les contrôleurs de domaine différents peuvent provoquer une collision d'Active Directory pour la mise à jour. Lorsque cela se produit, avertissements de réplication NTDS 1083 ou 1061 ou ID d'erreur SAM 12294 peut être enregistré.

Les événements suivants peuvent être enregistrés si réplication immédiate est déclenchée (par exemple, par une réplication urgente pour une condition de verrouillage utilisateur) et est en conflit avec la mise à jour Active Directory local : Cela indique que la tentative échoue de distance déclenché mise à jour qui va être retentée ultérieurement : Si la journalisation NTDS avancée est activée, l'ID d'erreur suivant peut également être enregistré : Si enregistrement NTDS est défini à 4 (commentaires) ou supérieur de l'écriture événements de réplication de la sous-clé , l'ID d'erreur suivant peut également être enregistré : Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : Si la mise à jour à distance déclenché gagne par rapport à la mise à jour locale, l'événement système suivante peut être enregistré pour un verrouillage de compte utilisateur : Vous devez analyser les données erreur pour recevoir la condition d'erreur correct. Données DWord 0xc00002a5 hexadécimal =-1073741147 décimal : STATUS_DS_BUSY, ntstatus.h).

Après les avertissements, un événement d'informations NTDS est enregistré que les rapports que la mise à jour en file d'attente a déjà été effectuée (avec le même ID de version) et est ignorée comme redondants : Lorsque cette condition existe, aucune erreur ne la réplication s'est produite. Active Directory est cohérent et vous pouvez ignorer en toute sécurité les journaux des événements qui en résulte.

Sur un ordinateur qui exécute Microsoft Windows Server 2003, vous pouvez également déterminer si une erreur de réplication s'est produite en exportant les réplication de métadonnées de l'objet. Pour ce faire, exécutez la commande suivante à partir d'une invite de commandes : note Dans cette commande, vérifiez les remplacements suivants les espaces réservés par :

• Remplacez l'espace réservé au domainController par le nom ordinateur hôte d'un contrôleur de domaine.
• Remplacez l'espace réservé objectDN par le nom unique de l'objet concerné.

Dans la sortie Cette commande génère, correspondre les dernière heures de mise à jour de l'attribut pour les heures auxquelles les événements ont été enregistrés. À partir de ces informations, vous pouvez déterminer les attributs a provoqué l'erreur la réplication.

En règle générale, vous rencontrez ce problème avec l'attribut lockoutTime ou un des attributs mot de passe. Dans ce cas, vous pouvez ignorer en toute sécurité les événements. Les événements se produisent car la modification qui se produit sur le contrôleur de domaine principal (PDC) est également écrites sur le contrôleur de domaine local. En même temps, la modification est répliquée entre les contrôleurs de domaine. Pour lockoutTime , la modification est répliquée urgently dans le site du contrôleur principal de domaine.

Une liste de modifications pour laquelle vous pouvez rencontrer un conflit de réplication se trouve dans l'article suivant de la base de connaissances : En raison des intervalles notification réplication court ayant dans Microsoft Windows Server 2003, vous pouvez rencontrer un conflit de réplication dans le même site du contrôleur principal de domaine. Les modifications de mot de passe sont un exemple d'un scénario dans lequel vous pouvez rencontrer un conflit de réplication. Ce problème se produit car un contrôleur de domaine transfère des nouveaux mots de passe vers le contrôleur principal de domaine. À la fois le contrôleur principal de domaine et le contrôleur de domaine local puis répliquent les informations de mot de passe modifié. Par conséquent, une collision de réplication peut se produire sur un autre contrôleur de domaine dans le même site. Pour plus d'informations sur la notification de la réplication, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : Pour réduire la génération d'événements de collision de réplication, configurer le contrôleur principal de domaine dans un site qui ne dispose pas d'autres contrôleurs de domaine ou ordinateurs. Dans ce scénario, le contrôleur principal de domaine ne réplique pas urgently mises à jour qu'il reçoit. Par conséquent, vous pouvez réduire le risque de conflits de réplication. Dans un grand domaine, vous pouvez utiliser cette méthode pour réduire la charge sur le contrôleur principal de domaine. Pour plus d'informations sur les scénarios « piling sur », cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :