我有一个硬盘驱动器，我想迁移到 Windows Storage Spaces ReFS 文件系统以获得更好的 Windows 兼容性。显然，将所有数据复制到另一个磁盘并返回是最后的手段；那么，有没有更好的方法？
在工作中，我们有一个 Hyper-V 中的存储服务器 (windows server 2003) 虚拟机。我们最近在 Hyper-V 中安装了一个带有服务器 2012 R2 的新 VM，并希望将我们的存储服务器迁移到这个新 VM。我们有一个虚拟 HD 分配给 2003 服务器和我们所有的份额。以下步骤是否适用于在 VM 之间迁移？：
从 2003 存储服务器复制卷注册表信息
关闭 2003 存储服务器
将 VHD 分配给新 VM (2012 R2)
导入注册表信息以保留所有共享和权限
更新新 VM 上的 IP 以匹配旧 VM。
完毕....
这行得通还是我应该以不同的方式处理它？
我们目前有一个 2003 DFS 服务器，它有几千兆字节的积压。这只是一个 DFS 共享。它不是在本届政府期间设立的，我们只是在处理它的影响。
我们目前正在运行一个脚本来尝试恢复一些数据，但 DFS 仍在运行并妨碍恢复。（链接到脚本：http: //blogs.technet.com/b/filecab/archive/2008/01/02/a-script-to-restore-data-from-the-dfsr-conflictanddeleted-or-preexisting-folders -for-disaster-recovery-purposes.aspx ) 而且，脚本启动后对文件所做的任何修改都可能会被脚本忽略，只是放在队列的后面（不是 VBscript 人，所以我不知道脚本组件的实现细节）
首先，如果我们停止并卸载 DFS，数据是否会保留在 DFS 创建的文件夹（dfsprivate 等）中，以便我们继续执行恢复脚本？如果可能的话，这似乎是（我能想到的）尽可能快地恢复尽可能多的数据的最简单方法。
如果上述方法不可行，你们有没有其他建议可以更快地恢复数据？如果有帮助，我们完全可以删除 DFS。在我们获得更可靠的系统（也许是 2008 年）之前，我们已经将所有用户驱动器映射更改为直接指向文件服务器。然而，这只是一个临时解决方案，因为他们的大部分数据仍然缺失。
让我知道是否需要更多信息，我可以为您提供。