Windows Server : Exécution d’une synchronisation faisant autorité des données SYSVOL à l’aide du service de réplication de fichiers (FRS)

Important : Cet article s’applique uniquement si les données SYSVOL sont répliquées à l’aide du service FRS (File Replication Service). FRS est obsolète, mais peut toujours être utilisé dans les domaines Active Directory qui ont été créés avec des niveaux fonctionnels antérieurs à Windows Server 2008. Pour déterminer si FRS est en cours d’utilisation, exécutez la commande dfsrmig /getmigrationstate à une invite de commande avec élévation de privilèges sur un contrôleur de domaine. Si l’état de la migration est « Éliminé », cela signifie que FRS n’est pas en cours d’utilisation et que cet article n’est pas applicable.

La hiérarchie de dossiers SYSVOL, présente sur tous les contrôleurs de domaine, est utilisée pour stocker deux ensembles de données importants :

• Fichiers de modèle de stratégie de groupe. Ceux-ci sont stockés dans des dossiers séparés sous \\SYSVOL\<domain>\Policies.
• Scripts de connexion, de déconnexion, de démarrage et d’arrêt utilisés par les machines du domaine. Ceux-ci sont stockés dans \\SYSVOL\<domain>\scripts. Le dossier scripts est lui-même partagé en tant que NETLOGON.

Ces données sont répliquées entre les contrôleurs de domaine, mais la réplication SYSVOL a lieu séparément de la réplication Active Directory. Il est possible que l’un échoue alors que l’autre est pleinement fonctionnel. Dans certaines situations, la réplication SYSVOL peut échouer et ne pas pouvoir reprendre sans intervention manuelle. Les étapes suivantes effectuent une synchronisation faisant autorité de SYSVOL. Dans le cadre d’une synchronisation faisant autorité, FRS initialise SYSVOL à l’aide de la copie du serveur des données SYSVOL, plutôt que de copier les données à partir d’un autre contrôleur de domaine. Une synchronisation faisant autorité est nécessaire si le contrôleur de domaine disposant de la copie la plus récente des données SYSVOL est celui sur lequel FRS a cessé de fonctionner. Cela est implicitement vrai s’il n’y a qu’un seul contrôleur de domaine dans le domaine.

Pour connaître les étapes à suivre pour effectuer une synchronisation sans autorité des données SYSVOL répliquées par FRS, reportez-vous à l’article Comment effectuer une synchronisation non forcée des données SYSVOL à l’aide du service FRS (File Replication Service).

Pour effectuer une synchronisation SYSVOL faisant autorité, procédez comme suit sur le contrôleur de domaine concerné (le contrôleur de domaine avec la copie la plus récente des données SYSVOL) :

1. Arrêtez le service de réplication de fichiers.
2. Lancez l’Éditeur du Registre.
3. Accédez à HKLM\CCS\Services\NtFrs\Parameters\Backup/Restore\Process at Startup.
4. Double-cliquez sur l’élément BurFlags et le définir sur une valeur hexadécimale de D4.
5. Démarrez le service de réplication de fichiers.
6. Lancez l’Observateur d’événements et recherchez l’événement d’information 13516 dans le journal des événements du service de réplication de fichiers (situé dans Journaux des applications et des services). L’apparition de cet événement peut prendre quelques minutes.
7. Une fois l’événement 13516 affiché, exécutez la commande net share et confirmez la présence des partages SYSVOL et NETLOGON dans la sortie. Les données SYSVOL n’ont pas dû être modifiées au cours de cette procédure.

Dans un domaine avec plusieurs contrôleurs de domaine, des étapes supplémentaires peuvent être nécessaires. Il peut être nécessaire d’effectuer une synchronisation SYSVOL ne faisant pas autorité sur un ou plusieurs autres contrôleurs de domaine une fois la synchronisation faisant autorité terminée. Cela peut être déterminé en vérifiant les événements d’erreur ou d’avertissement dans les journaux d’événements FRS des autres contrôleurs de domaine qui apparaissent après la fin de la synchronisation faisant autorité. Consultez le lien ci-dessus pour en savoir plus sur l’exécution d’une synchronisation sans autorisation.

La vidéo suivante présente la procédure de synchronisation faisant autorité :

PowerEdge FC640, PowerEdge M640, PowerEdge M640 (for PE VRTX), PowerEdge MX740C, PowerEdge MX750c, PowerEdge MX760c, PowerEdge MX840C, PowerEdge R240, PowerEdge R250, PowerEdge R260, PowerEdge R340, PowerEdge R350, PowerEdge R360, PowerEdge R440 , PowerEdge R450, PowerEdge R540, PowerEdge R550, PowerEdge R640, PowerEdge R6415, PowerEdge R650, PowerEdge R650xs, PowerEdge R6515, PowerEdge R6525, PowerEdge R660, PowerEdge R660xs, PowerEdge R6615, PowerEdge R6625, PowerEdge R740, PowerEdge R740XD, PowerEdge R740XD2, PowerEdge R7415, PowerEdge R7425, PowerEdge R750, PowerEdge R750XA, PowerEdge R750xs, PowerEdge R7515, PowerEdge R7525, PowerEdge R760, PowerEdge R760XA, PowerEdge R760xd2, PowerEdge R760xs, PowerEdge R7615, PowerEdge R7625, PowerEdge R840, PowerEdge R860, PowerEdge R940, PowerEdge R940xa, PowerEdge R960, PowerEdge T140, PowerEdge T150, PowerEdge T160, PowerEdge T340, PowerEdge T350, PowerEdge T360, PowerEdge T440, PowerEdge T550, PowerEdge T560, PowerEdge T640 ... View More View Less