我们在两个相当繁忙的地点运营，在 Windows 2003 服务器上共享 40+Gigs 的客户端数据，并且需要将其复制（尽可能接近即时）到每个地点。
我们遇到了间歇性的复制失败，并尝试了各种修复方法，但基本上是盲目工作，因为我们在事件日志中收到的错误并不是特别有用。
所以，最好的情况是始终有效，而当其无效时，则公开其原因。
欢迎任何建议。
谢谢。
更新：我们实际上正在使用 FRS 进行复制，但问题仍然存在。
答案1
它有一个镜像选项。很像 robocopy，它是开源的，并且有 Windows 二进制文件！
答案2
如果你想拼凑一些东西，我想你可以使用 robocopy (http://en.wikipedia.org/wiki/Robocopy) 将您的文件共享镜像到辅助位置，但对于多主复制（用户可以在任一位置添加/删除文件并将更改反映在其他位置），FRS 确实是可行的方法。
更好的是，如果您运行的是 Windows Server 2003 R2 或更高版本，则可以使用 DFS（FRS 的后继产品），它具有一些超越 FRS 所提供的新功能（http://www.microsoft.com/windowsserver2003/technologies/storage/dfs/default.mspx）
-肖恩
答案3
我知道这不是适用于 Windows 的，但你可能想看看DRBD。如果您使用传统的 ext2/ext3/reiserfs 文件系统，您将拥有一个活动节点和一个备用节点。如果您使用功能更强大的 OCFS/GFS，您将拥有一个主动/主动集群。这非常高效。
答案4
两个站点之间的链接速度是多少？变化率是多少？100MB/小时？1GB/天？这将决定要使用的工具。像 robocopy（和 FRS）这样的工具即使只有一个字节发生变化也会复制整个文件。我怀疑 rsync 也是如此。
自 Windows 2003 R2 起，DFS 成为 FRS 的后继者，可进行字节级复制。也就是说，只传输更改的字节，而不是整个文件。这可以节省大量传输时间。