La réplication DFS est utilisée pour la réplication des dossiers sur plusieurs serveurs. Elle est notamment utilisé dans la réplication de SYSVOL et des scripts netlogon.
Dans cette KB, nous nous concentrerons sur des exemples SYSVOL.
La configuration de DFSR se fait par LDAP (ADSIedit) et par WMI.
La configuration ADSI est la configuration global au serveur. Cette configuration est directement déployé par le catalogue global.
Au niveau ADSI, la configuration pour chaque serveur se trouve dans :
CN=SYSVOL Subscription,CN=Domain System Volume,CN=DFSR-LocalSettings,CN=<server name>,OU=Domain Controllers,DC=<domain>
Clique droit, propriété.
Les options intéressantes sont :
Les valeurs possibles pour msDFSR-Option sont les suivants :
| Valeur | Statut |
|---|---|
| 0 | Esclave DFSR |
| 1 | Maitre de réplication |
Pour appliquer la configuration sur un serveur, il faut lancer la commande suivante :
DFSRDIAG POLLAD
La configuration par WMI s'applique aux paramètres d'un dossier DFSR spécifique.
Activer automatiquement DFSR sur un arrêt incorrect :
wmic /namespace:\\root\microsoftdfs path dfsrmachineconfig set StopReplicationOnAutoRecovery=FALSE
Utilisez la commande suivante pour connaitre le statut de réplication :
For /f %i IN ('dsquery server -o rdn') do @echo %i && @wmic /node:"%i" /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo WHERE replicatedfoldername='SYSVOL share' get replicationgroupname,replicatedfoldername,state
| Statut | Description |
|---|---|
| 0 | Non initialisé |
| 1 | Initialisé |
| 2 | Synchronisation initiale |
| 3 | Récupération automatique |
| 4 | Normal |
| 5 | Erreur (voir logs) |
Un petit tour dans les logs ne fait pas de mal. Dans les journaux d'application → Réplication DFS.
Intervient quand la réplication ne s'arrête pas correctement et que la récupération automatique n'est pas activée. Dans ce cas il faut relancer la réplication manuellement en WMI.
wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="<Votre Volume>" call ResumeReplication
Remplacez “<Votre Volume>” par le volume GUID concerné.
Cette erreur intervient si un volume DFS reste en panne trop longtemps. La méthode à employer est décrite dans les KB suivantes :
Le principe est de forcer un serveur en maitre et les autres en esclave. Voir la section ADSI