我们有一个新的文件服务器来处理由公司生成的文件（PDF，XLS，DOC和JPG）的淫秽的数量。 被移动到新服务器的文件总计大约3TB。 问题是，我们不能让公司倒下几天来移动文件。 另一个问题是创build所有这些文件的应用程序必须引用以前的文件，所以我们不能简单地将它们指向新的服务器。 此外，没有选项让应用程序在新服务器上创build文件，而是引用旧服务器上的现有文件。
这些服务器是x64 win2003 r2。 两台服务器在同一个子网上。
DFS不起作用。
有没有一个应用程序可以处理这个数据量的复制文件，节stream带宽，并做一个“合并”？ 通过合并，我的意思是不断复制新创build的文件，直到两台服务器同步。
使用robocopy进行复制。
做一个初步的第一推。 一旦完成，再次开始复制。 这将捕获所有新的/更新的文件，并将其移动。 继续这样做，直到实际切割的夜晚。 在彻夜告诉所有员工，确保所有软件都已closures。 然后最后一次运行robocopy脚本，然后在完成后closures机器。 将用户redirect到新机器，完成。
这几乎是rsync的规范使用。 数据量并不是一个真正的问题（对于任何事情，真的）。 Rsync能够限制消耗的networking带宽（通过--bwlimit=n命令行选项），而rsync的存在则是它能够仅传输源和目标之间的差异，传输大量的重复数据 – 这使得您尝试这种分阶段同步的完美。
在Windows下运行Rsync有多种select，包括DeltaCopy或在Cygwin下安装命令行工具。
这不是特别针对Windows的解决scheme。 其他人也许可以在这方面提供更好的解决scheme。
对于这一数量的同步负载，您将受益于2个文件服务器之间的专用链接，以及添加更多文件服务器时的专用交换机。 希望这种networking隔离也可以让你反病毒。
另外，请借此机会将旧数据转换为只读共享。
为了最大化networking/ CPU /硬盘带宽，一次运行多个同步作业。 您将不得不监视/测量/计算出有多less作业是最佳的，以及如何对文件夹进行分组。