none
SYSVOL Not Share RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Éléments actifs :

    - 1 DC Server 2012 (non 2012R2);

    - 1 DC Server 2016 (ajouté dans le but de décomissionner le DC 2012).


    Sur le DC 2016 le dossier SYSVOL n'est pas partagé.

    Lors de la génération d'un rapport via la console "gestion du système de fichiers distribués DFS" j'ai l'avertissement suivant :

    - DC 2016 : attend la réplication initiale du dossier répliqué SYSVOL Share et ne participe pas actuellement à la réplication. Ce décalage peut se produire si le membre attend que le service de réplication DFS récupère les paramètres de réplication dans AD.

    Lorsque j'execute la commande suivante "dcdiag /e /test:sysvolcheck /test:advertising" j'ai l'érreur suivant :

    "DsGetName a retourné des informations pour \\XXX.local (DC 2012) lors de la tentative d'accès à DC 2016. Le serveur ne répond pas ou n'est pas approprié."

    Les ping IP et FQDN sont OK sur les 2 serveurs.

    J'ai également les eventID 4612 et 5002 dans le journal "réplication DFS".

    Cordialement.

    mercredi 24 janvier 2018 11:18
    |

Réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Je me permet de vous relancer pour savoir comment il était possible de connaitre le type de sysvol (drfs ou ntfrs ?).

    De plus, il faut bien que je lance une restauration non authoritative sur le nouveau DC 2016 ?

    Bonjour,

    Pour savoir le type de réplication utilisé pour le SYSVOL, je vous invite à consulter ce lien: NTFRS or DFS-R replication for SYSVOL.

    Pour la restauration non autoritaire , avant d'appliquer la procédure. il faut définir le DC qui la bonne copie du Sysvol qui sera répliquer vers les autres .
    Dans votre cas c'est le 2012 qui a la bonne copie vue que le 2016 n'a pas copier le contenue du SYSVOL.

    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/


    vendredi 26 janvier 2018 15:55
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Tu peux utiliser la commande dfsrmig /getglobalstate. Si tu as démarré ou préparer c'est du NTFRS et le service de réplication de fichier devrait être démarré. Si tu as redirigé ou éliminé c'est du DFS-R et c'est le service windows réplication DFS-R qui devrait être démarré.

    http://pbarth.fr/node/75

    Il arrive que la réplication sysvol ne se mette pas en route correctement (initial) à cause de problème DNS. Par exemple si tu as "::1" dans le DNS primaire d'IPV6. IPV6 étant prioritaire, tant que le serveur n'a pas le rôle DNS (promotion) il va utiliser l'ipv4. Au moment du redémarrage après la promotion il peut utiliser ipv6 et s'intéroger lui même mais les zones DNS stockés dans l'AD ne sont pas encore répliqués. 

    Réinitialiser sysvol :

    http://pbarth.fr/node/135

    vendredi 26 janvier 2018 16:38
    |

Toutes les réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Vérifier aussi que les ports requis pour la réplication sont ouverts entre les DCs. Vous pouvez utiliser l'outil:

    PortQryUI - User Interface for the PortQry Command Line Port Scanner

    S'il s'agit pas d'un problème de réseau, vous pouvez dans ce cas lancer la restauration la réplication Sysvol via cette procédure. : Comment faire pour forcer une synchronisation faisant autoritée et ne faisant pas autorité pour SYSVOL de réplication DFSR (comme « D4/D2 » pour FRS)

    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 janvier 2018 12:39
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Procédure faite.

    J'ai l'eventID 4614 qui m'indique que la réplication initiale est en cours et qu'il demeurera dans cet état jusqu'a ce que cela soit répliqué.

    J'ai forcé la réplication et cela ne change rien.

    mercredi 24 janvier 2018 13:36
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Pas de soucis réseaux via portquery.

    Cependant, sur le DC 2012 lorsque je lance dcdiag /test:dns j'ai l'erreur suivante :

    Test : delegations (del)

    Erreur : serveur dns : DC 2012

    IP : 192.168.x.x

    [Broken delegated domain _msdcs.XXX.local]

    Résumé des résultats des test pour les serveurs DNS utilisés par les DC ci-dessous :

    Serveur DNS : DC 2012

    Erreur de test 1 sur ce serveur DNS

    PTR record query for the 1.0.0.127.in.addr.arpa. failed on the DNS server DC 2012

    Résumé des résultats des tests DNS :

    Auth : PASS

    Basc : PASS

    Forw : PASS

    Del : FAIL

    Dyn : PASS

    RReg : PASS

    Le test a échoué.

    Pour la restauration de réplication SYSVOL, il s'agit de la même procédure que j'ai effectué précédemment ?

    mercredi 24 janvier 2018 14:21
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    SI la réplication Sysvol utilise DFS-R , il faut utiliser la procédure proposée dans la réponse de Loic .

    Avez vous vérifier si chaque contrôleur de domaine arrive bien à résoudre le nom DNS du domaine?

    Si non regarder dans le journal dévénement, vous devriez trouver des messages erreurs qui peuvent nous aider à identifier le problème.

    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 janvier 2018 15:21
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Comment puis-je être sûr à 100% que la réplication sysvol utilise DFS-R ?

    Je test la procédure cet aprem.

    jeudi 25 janvier 2018 11:28
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Je me permet de vous relancer pour savoir comment il était possible de connaitre le type de sysvol (drfs ou ntfrs ?).

    De plus, il faut bien que je lance une restauration non authoritative sur le nouveau DC 2016 ?

    vendredi 26 janvier 2018 15:47
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Je me permet de vous relancer pour savoir comment il était possible de connaitre le type de sysvol (drfs ou ntfrs ?).

    De plus, il faut bien que je lance une restauration non authoritative sur le nouveau DC 2016 ?

    Bonjour,

    Pour savoir le type de réplication utilisé pour le SYSVOL, je vous invite à consulter ce lien: NTFRS or DFS-R replication for SYSVOL.

    Pour la restauration non autoritaire , avant d'appliquer la procédure. il faut définir le DC qui la bonne copie du Sysvol qui sera répliquer vers les autres .
    Dans votre cas c'est le 2012 qui a la bonne copie vue que le 2016 n'a pas copier le contenue du SYSVOL.

    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/


    vendredi 26 janvier 2018 15:55
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Tu peux utiliser la commande dfsrmig /getglobalstate. Si tu as démarré ou préparer c'est du NTFRS et le service de réplication de fichier devrait être démarré. Si tu as redirigé ou éliminé c'est du DFS-R et c'est le service windows réplication DFS-R qui devrait être démarré.

    http://pbarth.fr/node/75

    Il arrive que la réplication sysvol ne se mette pas en route correctement (initial) à cause de problème DNS. Par exemple si tu as "::1" dans le DNS primaire d'IPV6. IPV6 étant prioritaire, tant que le serveur n'a pas le rôle DNS (promotion) il va utiliser l'ipv4. Au moment du redémarrage après la promotion il peut utiliser ipv6 et s'intéroger lui même mais les zones DNS stockés dans l'AD ne sont pas encore répliqués. 

    Réinitialiser sysvol :

    http://pbarth.fr/node/135

    vendredi 26 janvier 2018 16:38
    |