Après la restauration d'un contrôleur de domaine, des erreurs de réplication ont été observées. Cet article décrit les erreurs rencontrées, les méthodes de résolution et la stratégie de restauration.
Contexte: Le contrôleur de domaine a été restauré à un état datant de quelques mois( la restauration a consisté à importer une VM)
Erreurs:
- Impossible d'accéder à un chemin réseau (Erreur: le nom principal de la cible n'est pas correct)
- Impossible d'effectuer des recherches (recherche d'un objet sur l'annuaire)
- Echec de la réplication entre les 2 contrôleurs de domaine (repadmin /showrepl)
- le service de nom principal est incorrect
- Erreur kerberos KRB_AP_ERR_MODIFIED
Etapes de résolution:
- Vérifier les services
- les services étaient Ok
- Vérifier l'heure entre le PDC et les autres équipements actifs membres du domaine
- L'heure était parfaitement synchronisée entre les postes du domaine
- Vérifier la configuration DNS
- les paramètres DNS ont été mis à jour au niveau des contrôleurs de domaine
- Contrôleur 01: DNS1 = 127.0.0.1 , DNS2= IP_DC02
- Contrôleur 02: DNS1 = 127.0.0.1, DNS2 = IP_DC01
- vérifier la santé de l'annuaire et les évènements
- Exécuter la commande dcdiag /c /v /f:<path of file>
- Le fichier généré indique la présence des lingering objects.
- Les évènements indiquent que les réplications ont été bloquées
- Désactivation de la réplication stricte
- Modification de la clé de régistre HKLM\System\CurrentControlSet\Services\NTDS\Parameters\Strict Replication Consistency à 0
- Activer la réplication avec les partenaires corrompus
- repadmin /regkey <serveur sain> -allowdivergent
- Suppression des lingerings objects
- Identification des lingerings objects
- repadmin /removelingeringobjects <GUID DC corrompu> <FQDN DC sain> <partition de l'annuaire contenant les lingering objets> /advisory_mode
- Suppression
- repadmin /removelingeringobjects <GUID DC corrompu> <FQDN DC sain> <partition de l'annuaire contenant les lingering objects>
Les lingerings objects apparaissent lorsqu'un objet a été définitivement supprimé (tombstone) avant que le réplication ne soit effectuée auprès des autres partenaires de réplication.
Les lingering objects ont plusieurs root causes, le tableau ci-dessous présente les différentes causes:
Stratégie de restauration à adopter:
- Identifier le type de restauration (autoritaire ou non autoritaire)
- Vérifier l'état des réplications
- Vérifier la présence des lingeringobjects après restauration
- Tester les réplications.
Ci-dessous certains liens utiles:
