Meilleur auteur de réponses
Echec de la réplication SYSVOL

Question
-
Bonjour,
Je sais que c'est un Nième topic de plus sur l'échec de la réplication SYSVOL, mais après avoir fouillé le forum à la recherche de solution (sans succès), je vais vous exposer notre problème.
Nous avons quatre DC et nous avons avons trois qui ne réplique plus le dossier SYSVOL à partir du DC-01.
D'après un DCDIAG sur les serveurs nous trouvons ce message d'erreur :
"Démarrage du test : FrsEvent
Erreurs ou avertissements détectés au cours des dernières 24 heures après le partage de SYSVOL. Des problèmes liés à l'échec de la réplication SYSVOL peuvent provoquer des problèmes de Stratégie de groupe.
......................... Le test FrsEvent de XXX-DC02 a échoué"D'après les journaux d'évènements "service de réplication de fichiers" au redémarrage du service Ntfrs:
Sur le DC-01 (avec les GPO les plus à jours) :
Nom du journal :File Replication Service
Source : NtFrs
Date : 26/07/2012 15:33:10
ID de l’événement :13568
Catégorie de la tâche :Aucun
Niveau : Erreur
Mots clés : ClassiqueLe service de réplication de fichiers a détecté que le jeu de réplicas « DOMAIN SYSTEM VOLUME (SYSVOL SHARE) » est dans JRNL_WRAP_ERROR.
Le nom du jeu de réplicas est : « DOMAIN SYSTEM VOLUME (SYSVOL SHARE) »
Le chemin d’accès de la racine du réplica est : « c:\windows\sysvol\domain »
Le volume de la racine du réplica est : « \\.\C: »
Le jeu de réplicas atteint JRNL_WRAP_ERROR quand l’enregistrement qu’il essaie de lire à partir du journal NTFS USN n’est pas trouvé. Cela peut se produire pour une des raisons suivantes.
[1] Le volume « \\.\C: » a été formaté.
[2] Le journal NTFS USN sur le volume « \\.\C: » a été supprimé.
[3] Le journal NTFS USN sur le volume « \\.\C: » a été tronqué. Chkdsk peut tronquer le journal s’il trouve des entrées endommagées à la fin du journal.
[4] Le service de réplication de fichiers n’a pas été exécuté sur cet ordinateur depuis longtemps.
[5] Le service de réplication de fichiers n’a pas pu se maintenir au niveau du taux d’activité E/S du disque sur « \\.\C: ».
Définir le paramètre du Registre « Enable Journal Wrap Automatic Restore » à 1 entraînerait l’exécution des étapes de récupération pour récupérer automatiquement de cet état d’erreur.
[1] Lors de la première interrogation qui aura lieu dans 5 minutes, cet ordinateur sera supprimé du jeu de réplicas. Si vous ne souhaitez pas attendre 5 minutes, exécutez « net stop ntfrs » suivi de « net start ntfrs » pour redémarrer le service de réplication de fichiers.
[2] Lors de l’interrogation suivant la suppression, l’ordinateur sera ajouté à nouveau au jeu de réplicas. Cela va déclencher une synchronisation complète de l’arborescence du jeu de réplicas.
AVERTISSEMENT : Pendant le processus de récupération, il se peut que les données de l’arbre de réplication ne soient pas disponibles. Réinitialisez le paramètre de Registre décrit ci-dessus à 0 pour éviter toute récupération automatique en raison de l’indisponibilité inattendue des données si cette condition d’erreur se produit à nouveau.
Pour modifier le paramètre de Registre, exécutez regedit.
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d’accès de la clé :
« System\CurrentControlSet\Services\NtFrs\Parameters »
Double-cliquez sur le nom de la valeur
« Enable Journal Wrap Automatic Restore »
et mettez la valeur à jour.
Si le nom de la valeur n’est pas présent vous pouvez l’ajouter avec la fonction Ajouter ->Valeur DWORD dans l’option de menu Modifier. Entrez le nom de la valeur exactement comme indiqué ci-dessus.Sur le DC-02 :
Nom du journal :File Replication Service
Source : NtFrs
Date : 26/07/2012 15:37:21
ID de l’événement :13508
Catégorie de la tâche :Aucun
Niveau : Avertissement
Mots clés : Classique
Le service de réplication de fichiers (FRS) rencontre des problèmes lors de l’activation de la réplication de KLEE-DC01 vers KLEE-DC02 pour c:\windows\sysvol\domain en utilisant le nom DNS KLEE-DC01.KLEE.LAN.NET. FRS va essayer à nouveau.
Voici quelques-unes des raisons de cet avertissement :
[1] FRS ne peut pas résoudre le nom DNS KLEE-DC01.KLEE.LAN.NET correctement à partir de cet ordinateur.
[2] FRS n’est pas en cours d’exécution sur KLEE-DC01.KLEE.LAN.NET.
[3] Les informations de topologie dans Active Directory pour ce réplica n’ont pas été répliquées vers tous les contrôleurs de domaine.
Ce message du journal des événements apparaîtra une fois par connexion. Une fois le problème résolu, vous verrez un autre message indiquant que la connexion a été établie.Sur le DC-03 et le DC-04:
Nom du journal :File Replication Service
Source : NtFrs
Date : 26/07/2012 15:37:26
ID de l’événement :13516
Catégorie de la tâche :Aucun
Niveau : Information
Mots clés : ClassiqueLe service de réplication de fichiers n’empêche plus l’ordinateur KLEE-DC03-KP de devenir un contrôleur de domaine. Le volume système a été correctement initialisé et le service Accès réseau a été averti du fait que le volume système est maintenant prêt à être partagé en tant que SYSVOL.
Entrez « net share » pour vérifier le partage SYSVOL.Je vous avoue ceci n'est pas vraiment rassurant. J'imagine que la solution doit se trouver dans le message du DC-01. Mais étant donné que c'est ma seule base "complète" je suis assez réticent de me lancer dedans sans votre retour d'expérience.
Bien cordialement
- Modifié SICem jeudi 26 juillet 2012 13:46
jeudi 26 juillet 2012 13:45
Réponses
-
Bonjour Cemlem,
Vous pouvez tenter de verifier l'etat de votre disque C: sur le DC-01 via un chkdsk pour etre sure de ne pas avoir d'erreurs cela ne coute rien.
Sinon vous pouvez effecuter les actions suivantes :
1. Modifier une valeur du registre
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d'accès de la clé : "System\CurrentControlSet\Services\NtFrs\Parameters"
Double-cliquez sur le nom de la valeur "Enable Journal Wrap Automatic Restore" et mettez la valeur à 1 (créer la valeur DWORD si elle n'existe pas).
2. Relancer les services Ntfrs
Lancer la commande "net stop ntfrs"
Lancer la commande "net start ntfrs"Votre serveur effecturas les actions suivantes :
- supprimer les partages SYSVOL et NETLOGON
- les recréer
- répliquer l'ensemble des fichiers (policies et scripts)Toutes ces actions sont reprises dans l'observateur d'évènements.
J'espere que cela poura vous etre utile.
Cordialement,
Cordialement, Yann Biez http://www.adminsysteme.fr
- Marqué comme réponse SICem vendredi 27 juillet 2012 11:22
jeudi 26 juillet 2012 14:38 -
Au final, j'ai eu réponse à ma question !
C'est parfait, la synchro des GPO s'est réeffectuée !
Donc la manipulation de la base de registre a été effectué sur le DC(01) qui avait l'erreur 1358 ! Et ensuite il a tout répliqué chez tout le monde.
Je vais laisser tourner et voir si des problèmes apparaissent prochainement.
J'ai effectué une sauvegarde du DC avant la manipulation mais il semblerait que ce n'est pas nécessaire.
Merci encore pour ces precieuses informations !
- Marqué comme réponse Thameur BOURBITAMVP, Editor vendredi 27 juillet 2012 21:55
vendredi 27 juillet 2012 11:25
Toutes les réponses
-
Bonjour,
Veuillez consulter ce lien suivant :Troubleshooting File Replication Service qui explique propose une solution pour chaque message d'erreur lié à la réplication
Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton
jeudi 26 juillet 2012 14:23Auteur de réponse -
Merci pour le lien, j'étais tombé dessus tout à l'heure, mais j'ai cru qu'il ne s'appliquait que pour Windows 2000 (au vu de ce qui était marqué).
Et j'avoue que la langue de Shakespeare n'est pas des plus facile pour sur cette page.
jeudi 26 juillet 2012 14:30 -
Bonjour Cemlem,
Vous pouvez tenter de verifier l'etat de votre disque C: sur le DC-01 via un chkdsk pour etre sure de ne pas avoir d'erreurs cela ne coute rien.
Sinon vous pouvez effecuter les actions suivantes :
1. Modifier une valeur du registre
Cliquez sur Démarrer, sur Exécuter et tapez regedit.
Développez HKEY_LOCAL_MACHINE.
Cliquez sur le chemin d'accès de la clé : "System\CurrentControlSet\Services\NtFrs\Parameters"
Double-cliquez sur le nom de la valeur "Enable Journal Wrap Automatic Restore" et mettez la valeur à 1 (créer la valeur DWORD si elle n'existe pas).
2. Relancer les services Ntfrs
Lancer la commande "net stop ntfrs"
Lancer la commande "net start ntfrs"Votre serveur effecturas les actions suivantes :
- supprimer les partages SYSVOL et NETLOGON
- les recréer
- répliquer l'ensemble des fichiers (policies et scripts)Toutes ces actions sont reprises dans l'observateur d'évènements.
J'espere que cela poura vous etre utile.
Cordialement,
Cordialement, Yann Biez http://www.adminsysteme.fr
- Marqué comme réponse SICem vendredi 27 juillet 2012 11:22
jeudi 26 juillet 2012 14:38 -
Merci pour le lien, j'étais tombé dessus tout à l'heure, mais j'ai cru qu'il ne s'appliquait que pour Windows 2000 (au vu de ce qui était marqué).
Et j'avoue que la langue de Shakespeare n'est pas des plus facile pour sur cette page.
Bonjour,
Vous avez raison les procédures y fournis sont applicable uniquement sur windows 2000 d'après l'article.
Par contre je vous propose de suivre ce thread Troubleshooting FRS Event 13568 qui traite le même problème de réplication sur windows2008.
Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton
jeudi 26 juillet 2012 14:47Auteur de réponse -
Merci beaucoup pour ces precisions, je vais regarder pour les faires dès demain.
Cependant on est d'accord que la manipulation est à faire sur les controleurs 02/03/04 qui n'ont pas la dernière réplication de sysvol (mais qui n'ont pas l'évent 1358) ou bien il faut faire la manipulation sur le DC-01 (qui a le SYSVOL le plus à jour) ?
Cordialement
jeudi 26 juillet 2012 18:21 -
Au final, j'ai eu réponse à ma question !
C'est parfait, la synchro des GPO s'est réeffectuée !
Donc la manipulation de la base de registre a été effectué sur le DC(01) qui avait l'erreur 1358 ! Et ensuite il a tout répliqué chez tout le monde.
Je vais laisser tourner et voir si des problèmes apparaissent prochainement.
J'ai effectué une sauvegarde du DC avant la manipulation mais il semblerait que ce n'est pas nécessaire.
Merci encore pour ces precieuses informations !
- Marqué comme réponse Thameur BOURBITAMVP, Editor vendredi 27 juillet 2012 21:55
vendredi 27 juillet 2012 11:25