我有一个旧的（物理的）Windows Server 2003 R2 盒子，它是一个文件/打印服务器。我怀疑 RAID 卡已经再见了，重启后 Windows 正在检查数据量，已经 1.5 小时左右了。我开始做最坏的打算，我有几个问题。
首先，直到 2003 R2 之类的时间段，我在运行 Windows 商店方面拥有丰富的经验。在我目前的工作中，我们主要为应用程序运行 Ubuntu，而 Windows 服务器充当 AD、文件和打印、DNS、DHCP 等后台角色。因此，我没有跟上 Windows Server 2008 和以上。
一些相关的配置和其他信息：
- 该服务器将其 RAID 卷分成 2 个分区，C: = 操作系统，D: = 数据。
- 仅备份数据 (D:) 卷。为此，我们使用 Bacula。最后一次备份是在 24 小时前，所以最坏的情况是我丢失了 1 天的数据更改。
- 1TB 的数据几乎没有区别。
- 我们的 MS 许可都很好，因此我可以根据需要安装最新的服务器操作系统。
- 我在这个站点中有一个 VMware 集群，我将构建一个新的 VM 作为替代文件服务器。
- 这个文件服务器涉及一些域 DFS 相关的东西，即：
- 它不托管任何 DFS 命名空间，仅托管目标
- 它在 DFS 命名空间A下托管了 2 个文件夹目标。这些目标都没有复制到其他服务器。
- 它在 DFS 命名空间B下托管了 2 个文件夹目标。这两个都被复制*使用 DFS-R，而不是 NTFRS) 到远程站点的服务器，该服务器仍然可以完全运行。
首先，我计划使用 Windows Server 2008 R2 作为替代文件服务器，因为我认为 2012 年还是有点太新了，特别是对于那些没有跟上新版本的细节的人来说。将新的 2008 R2 服务器添加到现有 DFS 设置时，是否有我应该注意的问题？
其次，我的 VMware 数据存储支持的最大虚拟磁盘大小为 512GB。由于我至少需要 1TB，执行此操作的典型方法是什么？创建多个虚拟磁盘并在它们之上创建 Windows 条带卷？
第三，如何恢复数据并加入现有的 DFS-R 设置，而不会在此处和远程站点之间产生大量复制流量？
用 2008 R2 副本替换 2003 DFS 副本没有特别的陷阱。显然，您将无法利用较新的 DFS 功能，但无论如何您可能都没有预料到这一点。只需确保将旧服务器作为目标移除，并在其位置添加替换服务器即可。
我不确定您的数据存储的磁盘大小限制；我诚实的回答是创建具有 >2MB 块的新数据存储并使用那个/ehose 数据存储。（假设这是磁盘大小被限制为 512 GB 的原因）。
关于最小化复制流量，我发现的最佳解决方案是用有问题的数据预填充服务器，在这种情况下，将数据备份恢复到服务器上的 DFS 目标，然后再将其重新添加为一个 DFS 目标。