Le contrôleur de domaine s’exécute plus lentement ou cesse de répondre lors de l’exécution du processus de nettoyage

Symptômes

Sur un contrôleur de domaine (DC) qui exécute Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2, vous pouvez rencontrer les problèmes suivants :

• Le serveur s’exécute plus lentement que prévu toutes plusieurs heures.

• Le serveur cesse de répondre chaque plusieurs heures.

Ce problème dure quelques minutes, puis disparaît.

Remarque Si vous utilisez l’Analyseur de performances (Perfmon.exe) pour surveiller le contrôleur de domaine, vous trouvez que l’utilisation de l’UC et les e/s de disque sont très élevées lorsque ce problème se produit.


Remarque Si vous activez la journalisation des événements garbage collection en fonction de la KB314980, vous trouvez que le processus de nettoyage s’exécute lorsque ce problème se produit. Toutefois, les objets tombstone ne sont pas supprimés.


Lorsque ce problème se produit, un ou plusieurs des événements suivants sont ajoutés dans le journal du Service d’annuaire :

Cause

Ce problème se produit car il existe de nombreux objets incohérents ou référence des fantômes dans Active Directory. La valeur de l’attribut DELTIME de ces objets. Toutefois, l’attribut isDeleted de ces objets est NULL. En raison de l’attribut DELTIME , garbagecollector inclut ces objets dans son analyse de la base de données. Par conséquent, ces objets ne peuvent pas être supprimés. De nombreux objets incohérents peuvent entraîner le processus de nettoyage à utiliser version espace de stockage.

Ce problème se produit au cours du processus de nettoyage des objets tombstone. Met à jour le code de nettoyage tombstone dans le processus de nettoyage de la DELTIME pour ces objets incohérents, car il considère les fantômes de référence. Dans cet état, le code de nettoyage tombstone génère une transaction de base de données pour ces mises à jour et pour de nombreux objets consécutifs. Par conséquent, la taille de la transaction dépasse la taille de la banque des versions.

Le Garbage Collector traite cette opération comme une erreur irrécupérable et s’arrête. Tous les enregistrements de base de données nécessitant un nettoyage seront pas étudiées, les objets tombstone d’exemple qui sont dues pour suppression. La procédure est tentée à nouveau lors de la prochaine exécution du garbage collector. Par conséquent, la tentative suivante peut également échouer.



Ces objets incohérentes ne sont pas faciles à identifier, car DELTIME est une colonne de base de données interne. Ils n’apparaissent pas en tant que tels objets dans l’Interface utilisateur ou dans une exportation de la base de données. Si vous pensez que vous êtes concerné par ce problème, mais vous souhaitez être positive que l’application de ce correctif vous aidera, nous recommandons que vous contactez le Support technique de Microsoft client pour examiner l’état des bases de données concernées.

En outre, ces événements peuvent être provoqués bytoo nombreux fantômes de référence. Ces enregistrements de la base de données sont des espaces réservés pour les liaisons de l’objet à sens unique (ayant aucun lien ascendant) dans laquelle l’objet cible a été supprimé et supprimé de l’objet tombstone de la base de données. Toutefois, la référence n’est pas modifiée. Ces références doivent être nettoyées. Vous pouvez procéder de la sorte en supprimant la valeur d’attribut ou en modifiant la référence à un objet valide. Un exemple d’attribut dans cette classe est l’attribut « le secrétaire ».



Werecommend que vous contactez le Support technique de Microsoft client pour vous aider à identifier et supprimer ces fantômes de référence.

Résolution

Le correctif pour Windows Server 2003 est désormais disponible. Si vous rencontrez ce problème sur un ordinateur qui exécute Windows Server 2008 ou Windows Server 2008 R2, vous pouvez suivre les étapes décrites dans la section contournement. Il est recommandé que vous contactez le Support technique de Microsoft client pour obtenir une assistance.

Solution de contournement

Pour contourner le problème, augmentez la taille de stockage de la version en modifiant la valeur de l’élément de Registre suivant :


Emplacement : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters

Nom : pages de ver max EDB (incrément sur le minimum)
Type : REG_DWORD
Valeur : < valeur >
Remarque  La valeur du paramètre est le nombre de 16 Ko de mémoire segments (ou des segments de mémoire de 32 Ko sur un processeur 64 bits) qui sera réservé. Par exemple :
9600 = ~ 150 Mo 32 bits, environ 600 Mo 64-bit
12800 = ~ 200 Mo 32-bit, environ 800 Mo 64-bit
16000 = ~ 250 Mo 32-bit, environ 1000 Mo 64-bit
19200 = environ 300 Mo 32-bit, environ 1 200 Mo 64-bit


(Notez la taille pointeur natif de l’ordinateur (4 octets sur les unités centrales 32 bits, 8 octets sur les unités centrales 64 bits,) est également un facteur dans le calcul de la taille du magasin de version. Par conséquent, l’utilisation d’un processeur et du système d’exploitation 64 bits efficace quadruples la taille par défaut de la banque des versions.)


Remarque  Impossible de définir une valeur élevée arbitraire, en particulier sur un système d’exploitation de x86. Vous pouvez manquer de mémoire dans l’espace de processus LSASS pour d’autres tâches.

Remarque La valeur de « Pages de ver max EDB (incrément sur le minimum) » avec une valeur inférieure à 6400 n’aura aucun effet. 6400 est la valeur par défaut et la valeur minimale.

Il est recommandé que vous approcher la valeur requise par incréments de 50 Mo. La valeur qui active le garbage collection fonctionne doit être essayée de contrôleurs de domaine supplémentaires affectés de la valeur de base. Si le garbage collector ne s’exécute pas correctement lorsque la valeur est « 19200 » (302 Mo), que vous contactez les Services de Support technique Microsoft pour obtenir une aide de Werecommend.


Augmentation de la taille de stockage de la version est uniquement une méthode temporaire. Il permet au code de collection de garbage de passer ces objets incohérents. Toutefois, ce problème peut se produire à nouveau après un intervalle de durée de vie de désactivation, ou lorsque les objets sont dans la portée de l’analyse du « Garbage Collector » à nouveau.

État

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Plus d'informations

Ce problème peut se produire une fois que vous effectuez une restauration faisant autorité. Le problème se produit avec les bases de données avec au moins 100 000 objets affectés. Vous pouvez exécuter proactive de la procédure dans la section Résolution pour réparer les bases de données concernées, ou vous pouvez utiliser il réactive lorsque vous rencontrez les erreurs de magasin de Version dans la section Symptômes.


Pour plus d’informations sur le processus de nettoyage de base de données Active Directory, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

Processus de nettoyage de base de données 198793 d’Active Directory

Pour plus d’informations sur la façon d’activer le niveau de l’enregistrement de garbage collection, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

314980 comment configurer l’enregistrement des événements de diagnostic Active Directory dans Windows Server 2003 et Windows 2000 Server


Pour plus d’informations sur la façon d’activer le niveau de journalisation de collection garbage, visitez le site Web suivant :

Comment faire pour activer le niveau de journalisation de garbage collection
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 :

Description 824684 terminologie standard utilisée pour décrire les mises à jour logicielles de Microsoft