none
Replication DFS ne se fait plus sans aucun message d'erreur RRS feed

  • Question

  • Bonjour,

    J'ai une réplication DFS sur un répertoire partagé entre 2 serveurs de fichiers. Suite à une coupure de courant, un de 2 serveurs de fichiers a été arrêté brutalement, depuis le redémarrage de ce serveur, la réplication DFS ne fonctionne plus. Les serveurs de fichiers sont en Windows 2012.

    J'ai arrêté et redémarré les 2 serveurs, j'ai arrêté et redémarré les services de réplication DFS sur les 2 serveurs, au niveau de connexion de la réplication, j'ai désactivé puis réactivé les connexions. j'ai exécuté "Répliquer maintenant" sur chacun des 2 serveurs.

    Aucune de ces manipulations n'a résolu mon problème, la réplication ne reprend pas.

    Lorsque je lance un diagnostique de la topologie DFS, tout est correct. Les 2 serveurs membres ont le statut "enabled" au niveau de la réplication DFS. Je n'ai pas d'erreur ou d'avertissement dans l'observateur d'événement Windows.

    Est-ce vous pouvez m'aider, s'il vous plait ?

    vendredi 21 juin 2013 09:21

Réponses

  • Bonjour,

    Vos serveurs de fichiers sont-ils dans un domaine 2012 ?

    Il est possible de corriger le problème, par une mise à niveau de votre domaine.

    - Ouvrir une session en tant qu'administrateur de votre domaine sur Windows server 2012 (active directory member server).

    - Copier à partir de "support \adprep" dans les medias Windows server 2012 pour c:\

    - En ligne de commande

    c:\adprep\adprep.exe /forestprep

    Si vous ne désirez pas mettre à niveau votre domaine, Microsoft a modifié les paramètres de récupération automatique à manuel, pour permettre une sauvegarde des dossiers répliqués existants sur le volume avant l'opération de récupération. Voir lien ci-dessous.

    http://blogs.technet.com/b/filecab/archive/2012/07/23/understanding-dfsr-dirty-unexpected-shutdown-recovery.aspx

    Recent Changes

    In January 2012, Microsoft released a hotfix for Windows Server 2008 R2 that made the following changes (this is now also the default behavior of Windows Server 2012):

    1. Change the default unexpected shutdown handling policy from auto-recovery to manual-recovery, so the default behavior requires a manual user approval to go ahead with unexpected shutdown recovery. This was done to allow a user to take a backup of existing replicated folders on the volume before the recovery operation.

    2. Support manually resuming the unexpected shutdown recovery and replication of the replicated folder(s) in a volume, using a WMI method. The command(*) to do that is:

    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="<volume-GUID>" call ResumeReplication

    3. Support setting the default behavior back to automatic unexpected shutdown recovery, as in Windows Server 2008. The command for this:

    wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set StopReplicationOnAutoRecovery=FALSE

    (*) One way to retrieve <volume-GUID> is via: dfsradmin RF List /RgName:<Replication Group-Name> /Attr:All

    Note however that the helpful new event log entry (Event ID: 2213) information includes the entire command line that you can simply copy-and-paste, e.g.:

    To resume the replication for this volume, use the WMI method ResumeReplication of the DfsrVolumeConfig class. For example, from an elevated command prompt, type the following command:

    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="0D9806D1-AC1A-11E1-98C3-00155D4FBB00" call ResumeReplication

    Cordialement,

    Bricoleur


    sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT

    • Marqué comme réponse Florin Ciuca mardi 25 juin 2013 08:47
    dimanche 23 juin 2013 00:24

Toutes les réponses

  • Bonjour,

    Vos serveurs de fichiers sont-ils dans un domaine 2012 ?

    Il est possible de corriger le problème, par une mise à niveau de votre domaine.

    - Ouvrir une session en tant qu'administrateur de votre domaine sur Windows server 2012 (active directory member server).

    - Copier à partir de "support \adprep" dans les medias Windows server 2012 pour c:\

    - En ligne de commande

    c:\adprep\adprep.exe /forestprep

    Si vous ne désirez pas mettre à niveau votre domaine, Microsoft a modifié les paramètres de récupération automatique à manuel, pour permettre une sauvegarde des dossiers répliqués existants sur le volume avant l'opération de récupération. Voir lien ci-dessous.

    http://blogs.technet.com/b/filecab/archive/2012/07/23/understanding-dfsr-dirty-unexpected-shutdown-recovery.aspx

    Recent Changes

    In January 2012, Microsoft released a hotfix for Windows Server 2008 R2 that made the following changes (this is now also the default behavior of Windows Server 2012):

    1. Change the default unexpected shutdown handling policy from auto-recovery to manual-recovery, so the default behavior requires a manual user approval to go ahead with unexpected shutdown recovery. This was done to allow a user to take a backup of existing replicated folders on the volume before the recovery operation.

    2. Support manually resuming the unexpected shutdown recovery and replication of the replicated folder(s) in a volume, using a WMI method. The command(*) to do that is:

    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="<volume-GUID>" call ResumeReplication

    3. Support setting the default behavior back to automatic unexpected shutdown recovery, as in Windows Server 2008. The command for this:

    wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set StopReplicationOnAutoRecovery=FALSE

    (*) One way to retrieve <volume-GUID> is via: dfsradmin RF List /RgName:<Replication Group-Name> /Attr:All

    Note however that the helpful new event log entry (Event ID: 2213) information includes the entire command line that you can simply copy-and-paste, e.g.:

    To resume the replication for this volume, use the WMI method ResumeReplication of the DfsrVolumeConfig class. For example, from an elevated command prompt, type the following command:

    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="0D9806D1-AC1A-11E1-98C3-00155D4FBB00" call ResumeReplication

    Cordialement,

    Bricoleur


    sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT

    • Marqué comme réponse Florin Ciuca mardi 25 juin 2013 08:47
    dimanche 23 juin 2013 00:24
  • Bonjour,

    Merci pour votre réponse.

    Actuellement le niveau fonctionnel de ma forêt est en Windows 2003.

    J'ai exécuté la commande "wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="feb832b2-247e-4367-a1ab-245aef8baf83" call ResumeReplication" mais il me retourne  l'erreur "Aucune instance disponible".

    Le  Volume-GUID est le RFGuid retourné par la commande "dfsradmin RF List /RgName:<Replication Group-Name> /Attr:All".

    Cordialement.

    mardi 25 juin 2013 10:45
  • Bonjour,

    Vérifiez si vous pouvez trouver le GUID sur votre serveur.

    dfsradmin rf list /rgname:testrg /attr:rfname,rfguid

    Cordialement,

    Bricoleur.


    sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT

    mardi 25 juin 2013 23:04
  • Bonjour,

    Lorsque j'exécute la commande "dfsradmin rf list /rgname:testrg /attr:rfname,rfguid", j'obtiens le RfGuid : feb832b2-247e-4367-a1ab-245aef8baf83

    C'est le Guid que j'ai utilisé pour la commande "wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="feb832b2-247e-4367-a1ab-245aef8baf83" call ResumeReplication"

    J'obtiens la réponse : "Aucune instance disponible".

    Cordialement.

    mercredi 26 juin 2013 09:56