我们目前正在执行DR战略。 而不是SAN-SAN复制，已决定通过DFSR复制2个活动文件服务器。 但是，我不知道这是不是一个好主意。
示例：DFS不复制locking的文件。 比方说，用户有一个电子表格打开了几个星期。 他们会定期保存，但文件仍然保持打开状态。 然后，活动文件服务器closures，用户被redirect到另一个服务器，文件尚未被复制。
有没有办法来缓解这种情况？ 我误解了什么？ 还是DFSR不是被devise成DR技术？
编辑：除了我上面的例子之外，DFSR还有什么其他的缺陷？
由于上面介绍的原因，我刚刚离开了DFS-R环境。 被locking的文件是不可能处理的，并导致各种冲突，特别是如果两个服务器正在被使用像一个适当的故障转移（所以用户同时击中两个服务器）。
对我来说，DFS-R可以通过WAN / VPN连接复制到远程办公室，而不是DR解决scheme。 我强烈build议获取某种共享存储，并使用在2012 R2中已经有所改进的故障转移群集（我仍然在2008 R2上，但目前为止我们的服务已经很好）。
它不是为DRdevise的。 不是这样 – 在这种情况下，用户是问题。 我不确定什么能处理好。
灾难恢复也是一个蹩脚的情况下，它会高兴地复制病毒encryption您的文件（或删除它们）。
是和否，请在同步之间保持一段时间，以确保不会同步删除或损坏。 保留不想丢失的文件只是一个好方法，但这是一个最小的“备份”scheme。
我会将该服务器托pipe在另一个位置和本地存储上。 （因为我不知道你的SAN拓扑）