SysVol replication (DFS-R): Difference between revisions

From SambaWiki
(New, small page about Sysvol replication via DFS-R)
 
(Added links and descriptions)
Line 3: Line 3:
Currently we advice administrators to use one of the following, easy to setup workaround:
Currently we advice administrators to use one of the following, easy to setup workaround:


* [[Rsync_based_SysVol_replication_workaround|Rsync based SysVol replication]] - quick setup, easy to configure on additional DCs.
* [[Rsync based SysVol replication workaround|Rsync based SysVol replication workaround]] (Samba DCs only): Quick setup, easy to configure.
* [[Bidirectional Rsync/Unison based SysVol replication workaround|Bidirectional Rsync/Unison based SysVol replication workaround]] (Samba DCs only): More complex, requires third party script, each DC requires a cron job against each other DC

* [[Bidirectional_Rsync/Unison_based_SysVol_replication_workaround|Bidirectional Rsync/Unison based SysVol replication]] - more complex setup, requires third party script, each DC requires cronjobs against each other DC
* [[Bidirectional Rsync/osync based SysVol replication workaround|Bidirectional Rsync/osync based SysVol replication workaround]] (Samba DCs only): More complex, requires third party script, each DC requires a cron job against each other DC
* [[Robocopy_based_SysVol_replication_workaround|Robocopy based SysVol replication workaround]] (Samba DCs -> Windows DCs): Quick set, easy to configure, uses MS robocopy

Revision as of 15:59, 9 October 2016

Samba in its current state doesn't support SysVol replication via DFS-R (Distributed File System Replication). Neither it supports the older FRS (File Replication Service) used in Windows Server 2000/2003 for Sysvol replication.

Currently we advice administrators to use one of the following, easy to setup workaround: