La réplication Active Directory échoue avec l’événement 1084 et état 8206 : « le service d’annuaire est occupé. »

S’applique à : Windows Server 2008 Service Pack 2Windows Server 2008 R2 Service Pack 1Windows 7

Symptômes


Vous remarquez que la réplication Active Directory est bloquée, et vous recevez des événements semblables aux suivants :

Nom du journal : Service d’annuaire
Source : Microsoft-Windows-ActiveDirectory_DomainService
L’ID d’événement : 1084
Catégorie de la tâche : réplication
Niveau : erreur
Mots clés : classique
Description :
Événement interne : les Services de domaine Active Directory ne peut pas mettre à jour l’objet suivant avec les modifications reçues à partir du service d’annuaire source suivant. C’est parce qu’une erreur s’est produite lors de l’application des modifications apportées aux Services de domaine Active Directory sur le service d’annuaire.
 
Objet :
< objet DN >
GUID de l’objet :
< GUID de l’objet >
Service d’annuaire source :
< nom DNS basé sur le GUID de partenaire >
 
Synchronisation du service d’annuaire avec le service d’annuaire source est bloquée jusqu'à ce que ce problème de mise à jour soit corrigé.
 
Cette opération sera tentée à nouveau lors de la prochaine réplication planifiée.
 
Action de l’utilisateur
Redémarrage de l’ordinateur local si cette condition semble être liée à un manque de ressources système (par exemple, faible mémoire physique ou virtuelle).
 
Données supplémentaires
Valeur d’erreur :
8206 le service d’annuaire est occupé.

 

Nom du journal : Directory Service Source : ID d’événement Microsoft-Windows-ActiveDirectory_DomainService : 1173 Description : les Services de domaine Active Directory a rencontré l’exception suivante et paramètres associés. Exception : e0010002 paramètre : valeur d’erreur de données supplémentaires 0 : 8443 l’opération de réplication a rencontré une incohérence de la base de données.

Vous notez que l’objet a été récemment déplacé à partir d’un domaine à l’emplacement spécifié dans l’événement. Vous remarquez que l’objet d’origine existe toujours sur certains des contrôleurs de domaine, et que le nouvel objet est sur les autres contrôleurs de domaine dans la forêt. Vous décidez de supprimer l’objet source. Mais qui ne résout pas le problème.

Lorsque vous activez NTDS enregistrement des diagnostics pour la réplication catégorie au niveau 3, vous voyez l’événement suivant :

Nom du journal : Service d’annuaire
Source : Microsoft-Windows-ActiveDirectory_DomainService
L’ID d’événement : 2894
Catégorie de la tâche : réplication
Niveau : informations
Mots clés : classique
Description :
La destination du contrôleur de domaine Active Directory enregistrement de cet événement traité une mise à jour de valeur de liaison sur l’objet source ci-dessous. La modification n’a pas été appliquée parce que l’objet source est dans l’état recyclé sur le contrôleur de domaine Active Directory de destination.
Pour corriger cette condition, la contrôleur de domaine Active Directory de destination demandera de nouveau une liste ordonnée de nouveau des mises à jour à partir de la source de contrôleur de domaine Active Directory.
 
GUID de l’objet de la source :
< GUID de l’objet >
Attribut :
< nom de l’attribut > 
DN d’objet cible :
< objet DN >

Cause


Lorsque des objets sont déplacés entre les domaines, le processus a deux opérations :

  1. L’objet est créé dans le domaine cible avec tous les attributs requis. L’objet déplacé a le même GUID que l’objet source, afin que les deux objets ne live sur le même système.
  2. Le domaine source a un nouvel objet déplacer l’objet proxy dans le conteneur de l’Infrastructure et l’objet d’origine est supprimé de la base de données.

Vous retrouver dans cette situation lorsque la deuxième transaction échoue pour une raison quelconque. Dans la plupart des cas, le moteur de réplication devrait résoudre ce problème, en particulier la combinaison d’événements la condition ne peut pas être résolue à la manière dont les objets supprimés et fantômes sont représentés dans la base de données.

Résolution


Ce correctif est également disponible au Catalogue Microsoft Update

Informations sur le correctif logiciel

Un correctif pris en charge est disponible auprès de Microsoft. Toutefois, ce correctif vise à corriger uniquement le problème décrit dans cet article. Appliquez ce correctif uniquement aux systèmes qui rencontrent le problème décrit dans cet article. Ce correctif va peut-être subir des tests supplémentaires. Par conséquent, si vous n'êtes pas sérieusement concerné par ce problème, nous vous recommandons d'attendre la prochaine mise à jour logicielle qui contiendra ce correctif. Si le correctif est disponible pour le téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » au début de cet article de la Base de connaissances. Si cette section n'apparaît pas, contactez le Service clientèle et Support de Microsoft pour obtenir le correctif. Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être formuler une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux questions et problèmes qui ne relèvent pas de ce correctif logiciel. Pour une liste complète des numéros de téléphone du service clientèle de Microsoft ou pour créer une demande de service distincte, visitez le site Web Microsoft suivant :

http://support.microsoft.com/contactus/?ws=support

Remarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, c'est parce qu'il n'y a pas de correctif disponible pour cette langue.

Conditions préalables

Pour appliquer ce correctif, vous devez exécuter Windows Server 2008 SP2 ou Windows Server 2008 R2 SP1.

Pour plus d’informations sur la façon d’obtenir un service pack de Windows Server 2008, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

968849 Comment obtenir le dernier Service Pack pour Windows Server 2008

Pour plus d’informations sur la façon d’obtenir un service pack de Windows Server 2008 R2, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

976932 Informations sur le Service Pack 1 de Windows 7 et de Windows Server 2008 R2

Informations sur le Registre

Pour appliquer ce correctif, vous n'avez à apporter aucune modification au Registre.

Nécessité de redémarrer

Vous devez redémarrer l'ordinateur après avoir appliqué ce correctif.

Informations sur le remplacement de correctif logiciel

Ce correctif ne remplace pas un correctif précédemment publié.

Informations sur les fichiers

La version globale de ce correctif logiciel installe des fichiers dont les attributs sont répertoriés dans les tableaux ci-dessous. Les date et heure de création de ces fichiers sont exprimées en temps universel coordonné (UTC). Les date et heure de ces fichiers s’affichent sur votre ordinateur local conformément à l’heure locale et en tenant compte de l’heure d’été. En outre, ces date et heure peuvent changer lorsque vous effectuez certaines opérations sur les fichiers.

Remarques sur les fichiers Windows Server 2008

Important Les correctifs logiciels Windows Vista et Windows Server 2008 sont inclus dans les mêmes packages. Cependant, seul « Windows Vista » est répertorié sur la page demande de correctif logiciel. Pour demander le package de correctif qui s’applique à un ou deux systèmes d’exploitation, sélectionnez le correctif logiciel qui est répertorié sous « Windows Vista » sur la page. Reportez-vous toujours à la section « S’applique à » dans les articles pour déterminer le système d’exploitation actif auquel s’applique chaque correctif.

  • Les fichiers qui s'appliquent à un produit spécifique, SR_Level (RTM, SPn), et à une branche de service (LDR, GDR), peuvent être identifiés en examinant les numéros de version de fichier comme indiqués dans le tableau suivant :  
  • Version

    Produit

    Jalon

    Dossier

    6.0.600 2.23xxx

    Windows Server 2008

    SP2

    LDR

  • Les fichiers MANIFEST (.manifest) et MUM (.mum) qui est installés pour chaque environnement est répertoriés séparément dans la section « informations sur les fichiers supplémentaires pour Windows Server 2008 ». Les fichiers MUM et MANIFEST et les fichiers de catalogue sécurité associées (.cat), sont extrêmement importants pour conserver l'état du composant mis à jour. Les fichiers du catalogue de sécurité pour lesquels les attributs ne sont pas répertoriés sont dotés d’une signature numérique Microsoft.
  •  

    Pour toutes les versions x86 prises en charge de Windows Server 2008

    Nom du fichier

    Version du fichier

    Taille du fichier

    Date

    Heure

    Plateforme

    Ntdsai.dll

    6.0.6002.23134

    1,957,888

    7-Jun-13

    2:56

    x86

     

    Pour toutes les versions x64 de Windows Server 2008 prises en charge

    Nom du fichier

    Version du fichier

    Taille du fichier

    Date

    Heure

    Plateforme

    Ntdsai.dll

    6.0.6002.23134

    2,657,280

    7-Jun-13

    3:34

    x64

    Remarques sur les fichiers Windows Server 2008 R2

    Important Les correctifs logiciels Windows 7 et Windows Server 2008 R2 sont inclus dans les mêmes packages. Toutefois, les correctifs dans la page de demande de correctif logiciel sont répertoriés sous les deux systèmes d’exploitation. Pour demander le package de correctif qui s’applique à un ou deux systèmes d’exploitation, sélectionnez le correctif logiciel qui est répertorié sous « Windows 7/Windows Server 2008 R2 » sur la page. Reportez-vous toujours à la section « S’applique à » dans les articles pour déterminer le système d’exploitation actif auquel s’applique chaque correctif.

    • Les fichiers qui s'appliquent à un produit spécifique, SR_Level (RTM, SPn), et à une branche de service (LDR, GDR), peuvent être identifiés en examinant les numéros de version de fichier comme indiqués dans le tableau suivant :  

    Version

    Produit

    Jalon

    Dossier

    6.1.760 1.22xxx

    Windows Server 2008 R2

    SP1

    LDR

    • Les fichiers MANIFEST (.manifest) et MUM (.mum) qui est installés pour chaque environnement est répertoriés séparément dans la section « Informations pour Windows Server 2008 R2 de fichiers supplémentaires ». Les fichiers MUM et MANIFEST et les fichiers de catalogue sécurité associées (.cat), sont extrêmement importants pour conserver l'état du composant mis à jour. Les fichiers du catalogue de sécurité pour lesquels les attributs ne sont pas répertoriés sont dotés d’une signature numérique Microsoft.

     

    Pour toutes les versions x64 prises en charge de Windows Server 2008 R2

    Nom du fichier

    Version du fichier

    Taille du fichier

    Date

    Heure

    Plateforme

    Ntdsai.dll

    6.1.7601.22351

    2,745,856

    7-Jun-13

    5:16

    x64

    Statut

    Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.

    Informations supplémentaires

    Pour plus d'informations sur la terminologie de mise à jour logicielle, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

    824684 Terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft

    Informations supplémentaires sur les fichiers

    Informations de fichiers supplémentaires pour Windows Server 2008

    Fichiers supplémentaires pour toutes les versions x86 prises en charge de Windows Server 2008

    Nom du fichier

    X86_microsoft-windows-d..toryservices-ntdsai_31bf3856ad364e35_6.0.6002.23134_none_f319d0edcf7b83d2.manifest

    Version du fichier

    Non applicable

    Taille du fichier

    12,574

    Date (UTC)

    7-Jun-13

    Heure (UTC)

    3:41

    Plateforme

    Non applicable

    Nom du fichier

    Update.mum

    Version du fichier

    Non applicable

    Taille du fichier

    34,030

    Date (UTC)

    10-Jun-13

    Heure (UTC)

    9:27

    Plateforme

    Non applicable

    Fichiers supplémentaires pour toutes les versions x64 prises en charge de Windows Server 2008

    Nom du fichier

    Amd64_microsoft-windows-d..toryservices-ntdsai_31bf3856ad364e35_6.0.6002.23134_none_4f386c7187d8f508.manifest

    Version du fichier

    Non applicable

    Taille du fichier

    12,632

    Date (UTC)

    7-Jun-13

    Heure (UTC)

    4:24

    Plateforme

    Non applicable

    Nom du fichier

    Update.mum

    Version du fichier

    Non applicable

    Taille du fichier

    34,338

    Date (UTC)

    10-Jun-13

    Heure (UTC)

    9:26

    Plateforme

    Non applicable

    Informations de fichiers supplémentaires pour Windows Server 2008 R2

    Fichiers supplémentaires pour toutes les versions basées sur les x64 pris en charge de Windows Server 2008 R2

    Nom du fichier

    Amd64_microsoft-windows-d..toryservices-ntdsai_31bf3856ad364e35_6.1.7601.22351_none_4f47871ee9033495.manifest

    Version du fichier

    Non applicable

    Taille du fichier

    3,531

    Date (UTC)

    7-Jun-13

    Heure (UTC)

    5:48

    Plateforme

    Non applicable

    Nom du fichier

    Update.mum

    Version du fichier

    Non applicable

    Taille du fichier

    41,907

    Date (UTC)

    7-Jun-13

    Heure (UTC)

    22:02

    Plateforme

    Non applicable

    Informations supplémentaires


    Dans ce cas client particulier, nous avons constaté que l’objet source a été passé sur certains des contrôleurs de domaine du domaine source et qu’ils avaient le nouvel objet du domaine cible dans la base de données. Par conséquent, techniquement, l’objet est en attente sur les contrôleurs de domaine de problème dans le cadre du domaine.

    Lorsque nous avons exécuté « Repadmin /removelingeringobjects » sur les contrôleurs de domaine de problème avec une contrôleur de domaine de référence propre, l’objet du problème a été supprimée, et a pu répliquer le nouvel objet dans la base de données. La clé est que la contrôleur de domaine de référence n’est pas un catalogue global, afin qu’il ne comporte pas d’un objet avec ce GUID d’objet particulier.

    Windows Server 2012 résout une combinaison des États d’objet et fantôme qui déclenchent ce problème.

    Nous avons rencontré des problèmes de côté une fois que nous avons utilisé en attente de suppression d’objet :

    • Plusieurs valeurs de lien du nouvel objet ont été synchronisées sur un sous-ensemble de contrôleurs de domaine. Nous avons créé importation ldifde pour supprimer et ajouter à nouveau les valeurs afin qu’ils seraient réplique à nouveau.
    • Certains contrôleurs de domaine a commencé à rencontrer des violations d’accès dans LSASS. Le client supprimé et ajouté de nouveau le rôle de catalogue Global, et puis les contrôleurs de domaine ont été stables.
    • Erreur de réplication 8464 :

    Tentative de synchronisation a échoué car le contrôleur de domaine de destination est actuellement en attente de synchronisation de nouveaux attributs partiels à partir de la source. Cette condition est normale si une modification récente du schéma modifié l’ensemble d’attributs partiel. L’ensemble d’attributs partiel de destination n’est pas un sous-ensemble de l’ensemble d’attributs partiel source.

    • Au bas de la « repadmin /showrepl » sortie « Accès refusé » des erreurs se sont signalés. Nous ne pourrions pas suivre ces vers le bas.

    Sur les deux contrôleurs de domaine affectés par le problème, nous avons exécuté la promotion et la rétrogradation de DCPROMO. Ce problème résolu les problèmes.