DFS-R或WAFS在远程站点之间同步1TB文件

我们目前使用Server 2008 DFSR来传输900 GB的文件，每天更改大约3 GB。 我们的拓扑结构是一个单轮毂，有三个辐条。 每个辐条在一个4Mb / 1Mb的ADSL连接上，相隔大约300-500KM。 我们的中心站点有10Mb / 10Mb连接。

除了缺less文件locking之外，在一些初始configuration问题之后，DFSR一直运行顺利，我们对此非常满意。 我强烈build议使用Server 2008或Server 2008 R2 for DFSR，因为有许多改进，这将有助于您的慢速链接。

回答你的问题：

1. 您可以使用远程站点上的外部硬盘驱动器对数据进行预先sorting，以减less初始复制。
2. 我敢肯定，你不能以预种子的方式（你的200 GB的例子）添加额外的信息，因为一旦初始化复制完成，它将成为一个多主拓扑。
3. 时区不应该有任何影响，特别是如果您不修改默认的复制计划。
4. 脱机访问 – 本地副本存储在每个分支服务器，所以如果WANclosures，您将有权访问它。 WAN恢复后，复制将继续进行。
5. DFSR使用RDC并只复制更改，所以您将看到传输大小的大幅减less。 我们当前的复制报告节省了57.88％，从实际176.55 GB的实际大小收到了74.36 GB。 这是自上次服务重新启动以来。
6. DFSR不支持文件locking，但是可以通过事件日志来监视冲突。
7. 虽然不理想，但它应该与您的慢速链接，因为我们有类似的链接。

我不会推荐Globalscape WAFS，根据这篇博文的最后一篇评论（我的）： http : //blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-分布式文件locking在dfsr.aspx？CommentPosted = true＆PageIndex = 2＃comments可能从那时起的产品已经改变，但只是几个月。

用dfsr在前台执行以下操作
http://support.microsoft.com/kb/947726

文件locking不会发生与任何进程非常缓慢的链接。 如果您不使用dfsr，还可以查看steeleye获得更便宜的复制scheme！

你可能想看看Peer Software。 http://www.peersoftware.com。 他们的解决scheme可以提供您想要的产品，比Global Scape产品更为强大，而且价格更便宜。

关于Globalscape WAFS，我学到了一些东西：

1. 尽pipe没有文档logging，但是他们的支持表示要将复制作业保持在250 GB和300K以下的文件。 每个代理最多可以有60个作业。
2. 该软件目前只有32位，这造成了上述限制，因为系统只能在内存中保留2GB的索引文件。 如果它是64位的，它会扩大得多。
3. 该软件似乎是单线程的，这意味着它只会利用一个CPU核心。 该软件有时会占用大量CPU资源，如果能利用多个CPU内核，将会非常有利。