Échec de la réplication SYSVOL sur le contrôleur de domaine avec les erreurs DFSR 4612, 5002 et 5008

Le contrôleur de domaine concerné peut ne pas avoir de partage SYSVOL ou NETLOGON répertorié dans la sortie de la commande net share.

Le journal des événements DFSR pour le contrôleur de domaine concerné contient l’erreur DFSR 4612 :

The DFS Replication service initialized SYSVOL at local path [path] and is waiting to perform initial replication. The replicated folder will remain in the initial synchronization state until it has replicated with its partner [partner].
If the server was in the process of being promoted to a domain controller, the domain controller will not advertise and function as a domain controller until this issue is resolved. This can occur if the specified partner is also in the initial synchronization state, or if sharing violations are encountered on this server or the sync partner.
If this event occurred during the migration of SYSVOL from File Replication service (FRS) to DFS Replication, changes will not replicate out until this issue is resolved. This can cause the SYSVOL folder on this server to become out of sync with other domain controllers.

Il peut également contenir les erreurs 5002 et 5008.

Error 5002:
The DFS Replication service encountered an error communicating with partner [partner] for replication group Domain System Volume.

Partner DNS Address: [partner FQDN]

Optional data if available:
Partner WINS Address: [partner hostname]
Partner IP Address: [partner address]

The service will retry the connection periodically.

Error 5008:
The DFS Replication service failed to communicate with partner [partner] for replication group Domain System Volume. This error can occur if the host is unreachable, or if the DFS Replication service is not running on the server.

Partner DNS Address: [partner FQDN]

Optional data if available:
Partner WINS Address: [partner hostname]
Partner IP Address: [partner address]

The service will retry the connection periodically.

Le serveur partenaire indiqué dans les erreurs est un contrôleur de domaine qui n’est plus disponible.

Scénario 1 : Le contrôleur de domaine concerné est le seul du domaine.

Dans ce scénario, il n’y a pas d’autres contrôleurs de domaine à partir desquels copier les données SYSVOL. Par conséquent, vous devez d’abord déterminer si les données SYSVOL existent sur le contrôleur de domaine. Pour ce faire, accédez à %windir%\SYSVOL\domain\Policies dans l’Explorateur de fichiers. Ce dossier doit contenir au moins deux sous-dossiers avec des noms hexadécimaux longs. Chacun de ces sous-dossiers doit à son tour contenir des sous-dossiers nommés Machine et User, ainsi qu’un fichier nommé GPT.ini. Reportez-vous à la capture d’écran ci-dessous pour obtenir un exemple de données SYSVOL valides :

Figure 1 : Données SYSVOL sur un contrôleur de domaine

Si les données SYSVOL sont présentes, une synchronisation faisant autorité des données peut être effectuée à l’aide de la console ADSIEdit. Pour connaître les étapes requises, reportez-vous à la section Exécution d’une synchronisation faisant autorité des données SYSVOL à l’aide de la réplication du système de fichiers distribué (DFSR). Dans la mesure où il n’y a qu’un seul contrôleur de domaine dans le domaine, certaines étapes peuvent être ignorées.

Si les données SYSVOL ne sont pas présentes, elles doivent être obtenues à partir d’une sauvegarde d’un autre contrôleur de domaine, le cas échéant. Si une telle sauvegarde peut être localisée, restaurez les données SYSVOL et effectuez une synchronisation faisant autorité.

S’il n’existe aucune sauvegarde des données SYSVOL, la commande dcgpofix doit être utilisée pour recréer les objets de stratégie de groupe par défaut.

Scénario 2 : Il existe d’autres contrôleurs de domaine dans le domaine avec des données SYSVOL valides.

1. Arrêtez le service DFSR.
2. Lancez l’Éditeur du Registre et accédez à :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DFSR\Parameters\SysVols\Seeding SysVols\[Domain name].

3. Localisez l’entrée Parent Computer dans cette clé. Elle est probablement définie sur le nom d’un contrôleur de domaine non disponible. Modifiez cette entrée et définissez sa valeur sur le nom DNS d’un contrôleur de domaine qui est en ligne et dispose d’une copie à jour des données SYSVOL.
4. Fermez l’Éditeur du Registre.
5. Démarrez le service DFSR.
6. Lancez l’Observateur d’événements et actualisez le journal des événements de réplication DFS jusqu’à ce que l’événement 4604 s’affiche, indiquant que la réplication initiale est terminée et que SYSVOL a été initialisé.
7. Exécutez la commande net share pour confirmer la présence de partages SYSVOL et NETLOGON.

• Qu’est-ce que la réplication SYSVOL ?

• Comment puis-je vérifier l’état de la réplication SYSVOL Active Directory (AD) ?

Pour vérifier l’état de la réplication SYSVOL Active Directory, ouvrez une invite de commande avec élévation de privilèges sur un contrôleur de domaine et exécutez la commande repadmin /replsum. Cela fournit un récapitulatif de l’état de la réplication, y compris les erreurs ou problèmes potentiels liés à la réplication SYSVOL dans votre domaine.
Pour plus d’informations, reportez-vous à l’article Microsoft Active Directory Forest Recovery - Verify Replication .