locked
Un de mes contrôleurs de domaine ne synchronise pas le répertoire sysvol RRS feed

  • Question

  • Bonjour à tous,

    Je reviens, une fois de plus, avec un problème sur un de mes contrôleurs de domaine.

    Lorsque je rajoute un répertoire dans le sysvol de mon DC1 par exemple, ce répertoire est bien répliqué sur mes autres DC, excepté le DC3.

    Pourtant, la commande dcdiag ne répertorie aucune erreur.

    La dernière fois que j'avais eu un soucis, Philippe Barth m'avait apporté une solution et tout fonctionnait correctement.
    Depuis nous n'avons pas touché à ces dossiers, et je me suis rendu compte il y a peu que le DC3 ne répliquait pas le répertoire sysvol.

    Merci à vous.
    Cordialement

    mercredi 24 octobre 2018 06:46

Réponses

  • Bonjour,

    Il faut vérifier que le problème touche bien uniquement le sysvol.

    Lorsque vous créez un utilisateur il est bien répliqué sur DC3 ?

    Vous pouvez suivre ce que j'avais indiqué ici : https://social.technet.microsoft.com/Forums/fr-FR/3b3d3846-1b42-45e2-bfb1-0de5d88432de/probleme-rplication-entre-dc-amp-gpo?forum=windowsserver8fr#00c3fe93-37e4-4e52-9fbc-35bd01d98305

    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    mercredi 24 octobre 2018 07:16
  • Bonjour

    Comme expliqué par matteu31400, si les objets arrivent bien à répliquer que vous un vas un décalage de version de sysvol, dans ce genre de situation , il est recommandé lancer une restauration de réplication sysvol comme l'explique ce lien: 

    How to force an authoritative and non-authoritative synchronization for DFSR-replicated SYSVOL (like "D4/D2" for FRS)

    Si le problème persiste, vous serez dans ce cas de rétrograder le contrôleur de domaine qui a une movaise copie de sysvol et le promouvoir encore une fois.


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/


    mercredi 24 octobre 2018 09:56
    Auteur de réponse
  • Bonjour,

    Merci matteu31400 pour cette précision.

    Tu as raison , j'ai proposé le mauvais lien, je viens de le corriger.

    Si le problème de réplication sysvol est constaté uniquement sur un DC, il vaut mieux de commencer par une restauration non-autoritaire comme indiqué matteu. et si le problème persiste , il faut refaire le contrôleur de domaine.

    la restauration autoritaire permet de forcer la réplication du répertoire sysvol depuis un DC bien déterminé (généralement le PDC). généralement on l'utilise comme dernière solution, puisqu'elle impacte tous les contrôleurs de domaine du domaine.

    Essayez également de creuser la piste réseau, et vérifier s'il y a un blocage de port au niveau firewall. 


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/

    • Marqué comme réponse Speedfan53 lundi 29 octobre 2018 07:58
    mercredi 24 octobre 2018 10:27
    Auteur de réponse
  • Bonjour,

    La réplication non autoritaire à fonctionnée correctement.

    J'étais en NTFRS donc j'ai utilisée la méthode approprié (arrêter le service, mettre la clé en D2 et redémarré le service).

    Merci à vous.
    Cordialement,

    lundi 29 octobre 2018 07:57

Toutes les réponses

  • Bonjour,

    Il faut vérifier que le problème touche bien uniquement le sysvol.

    Lorsque vous créez un utilisateur il est bien répliqué sur DC3 ?

    Vous pouvez suivre ce que j'avais indiqué ici : https://social.technet.microsoft.com/Forums/fr-FR/3b3d3846-1b42-45e2-bfb1-0de5d88432de/probleme-rplication-entre-dc-amp-gpo?forum=windowsserver8fr#00c3fe93-37e4-4e52-9fbc-35bd01d98305

    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    mercredi 24 octobre 2018 07:16
  • Oui ça fonctionne bien.

    J'ai réactivé un compte sur le DC2, et sur le DC3, quelques secondes plus tard il s'est aussi réactivé.

    J'avais déjà fait la manip de changer les clés de registre et ça avait mis le bazar, j'aimerai être prudent cette fois ci et être sûr que c'est bien la manip pour cette situation.

    Merci.

    mercredi 24 octobre 2018 07:30
  • Je vous confirme avec certitude que c'est bien la manipulation a effectuer.

    Suivez la à la lettre et tout se passe bien.


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    mercredi 24 octobre 2018 07:32
  • Bonjour

    Comme expliqué par matteu31400, si les objets arrivent bien à répliquer que vous un vas un décalage de version de sysvol, dans ce genre de situation , il est recommandé lancer une restauration de réplication sysvol comme l'explique ce lien: 

    How to force an authoritative and non-authoritative synchronization for DFSR-replicated SYSVOL (like "D4/D2" for FRS)

    Si le problème persiste, vous serez dans ce cas de rétrograder le contrôleur de domaine qui a une movaise copie de sysvol et le promouvoir encore une fois.


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/


    mercredi 24 octobre 2018 09:56
    Auteur de réponse
  • Je ne suis pas vraiment d'accord.

    La restauration authoritative c'est lorsqu'on a des problème de réplication de sysvol sur plusieurs DC qu'il faut l'envisager. On en choisit un comme modèle et tous les autres seront alors des copies de celui ci.

    La restauration non authoritative c'est lorsqu'un DC a des problème uniquement. Il va alors recréer complètement son sysvol a partir d'un autre DC.

    Il a des soucis uniquement sur un DC dans son cas donc il est nécessaire de faire une non authoritative. De plus, on ne sait pas si il utilise FRS ou DFS-R c'est la raison pour laquelle il faut commencer par identifier cela en tout premier.

    Il y a de très grande chose que ce soit FRS car les problème de réplication sysvol en DFSR sont plutot rares... Et c'est la raison pour laquelle il faut migrer le FRS vers DFSR au plus vite une fois que les choses sont rentrées dans l'ordre


    Merci de marquer comme reponses les interventions qui vous ont ete utile.


    mercredi 24 octobre 2018 10:00
  • Bonjour,

    Merci matteu31400 pour cette précision.

    Tu as raison , j'ai proposé le mauvais lien, je viens de le corriger.

    Si le problème de réplication sysvol est constaté uniquement sur un DC, il vaut mieux de commencer par une restauration non-autoritaire comme indiqué matteu. et si le problème persiste , il faut refaire le contrôleur de domaine.

    la restauration autoritaire permet de forcer la réplication du répertoire sysvol depuis un DC bien déterminé (généralement le PDC). généralement on l'utilise comme dernière solution, puisqu'elle impacte tous les contrôleurs de domaine du domaine.

    Essayez également de creuser la piste réseau, et vérifier s'il y a un blocage de port au niveau firewall. 


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/

    • Marqué comme réponse Speedfan53 lundi 29 octobre 2018 07:58
    mercredi 24 octobre 2018 10:27
    Auteur de réponse
  • A l"époque ce n'est pas que le dossier sysvol ne se répliquait pas correctement, mais la jonction présent dans le partage sysvol n'était pas correct. 

    https://social.technet.microsoft.com/Forums/fr-FR/080b1591-84d2-47f9-a73d-364df5ded662/sur-un-serveur-rdsh-le-rpertoire-sysvol-nest-pas-synchronis-avec-les-dc?forum=windowsserver16fr#41b2e1d7-f856-4718-a1d7-155efbe9b166

    Rien ne dit que la situation aujourd'hui est identique, mais c'est une possibilité ...


    mercredi 24 octobre 2018 14:33
  • Merci à tous pour vos réponses.

    Je testerai cela semaine prochaine et je vous tiens au courant.

    Cordialement,
    mercredi 24 octobre 2018 15:44
  • Bonjour,

    La réplication non autoritaire à fonctionnée correctement.

    J'étais en NTFRS donc j'ai utilisée la méthode approprié (arrêter le service, mettre la clé en D2 et redémarré le service).

    Merci à vous.
    Cordialement,

    lundi 29 octobre 2018 07:57
  • Bonjour,

    La réplication non autoritaire à fonctionnée correctement.

    J'étais en NTFRS donc j'ai utilisée la méthode approprié (arrêter le service, mettre la clé en D2 et redémarré le service).

    Merci à vous.
    Cordialement,

    Bonjour,

    Bonne nouvelle.

    Du coup , si vous utilisez encore NTFRS pour la réplication sysvol , c'est le moment de penser à migrer vers DFS-R.

    How to migrate the SYSVOL replication system from FRS to DFS-R


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/

    lundi 29 octobre 2018 10:33
    Auteur de réponse