Big*_*002 6 disaster-recovery dfs-r
我们目前正在努力实施 DR 策略。已决定使用 2 个实时文件服务器通过 DFSR 进行复制，而不是 SAN-SAN 复制。但是，我不知道这是否是一个好主意。
示例：DFS 不复制锁定的文件。假设用户打开了一个电子表格数周。他们会定期保存，但文件仍然保持打开状态。然后，活动文件服务器关闭，用户被重定向到另一台服务器，该服务器上的文件尚未复制。
有没有办法减轻这种情况？我误解了什么吗？或者 DFSR 不是设计为 DR 技术？
编辑：除了上面的示例之外，DFSR 在 DR 上下文中还有哪些其他缺陷？
由于您上面描述的原因，我刚刚离开 DFS-R 环境。锁定的文件无法处理，并且会导致各种冲突，特别是如果两台服务器都像适当的故障转移一样使用（因此用户同时访问两台服务器）。
对我来说，DFS-R 适合通过 WAN/VPN 连接复制到远程办公室，而不是作为灾难恢复解决方案。我强烈建议使用某种共享存储并使用故障转移集群，这在 2012 R2 中已经有了很大的改进（我仍在使用 2008 R2，但到目前为止它对我们服务很好）。