我们目前正在实施 DR 策略。我们决定使用 2 个实时文件服务器通过 DFSR 进行复制，而不是 SAN-SAN 复制。不过，我不知道这是否是个好主意。
示例：DFS 不会复制锁定的文件。假设用户打开了几周的电子表格。他们确实会定期保存，但文件仍然保持打开状态。然后，活动文件服务器发生故障，用户被重定向到另一台服务器，而该文件尚未被复制。
有没有办法缓解这种情况？我误解了什么吗？或者 DFSR 不是设计为 DR 技术？
编辑：除了我上面的例子之外，DFSR 在 DR 环境中还有哪些其他缺陷？
答案1
由于上述原因，我刚刚离开了 DFS-R 环境。锁定的文件无法处理，并且会导致各种冲突，尤其是当两台服务器都用作适当的故障转移时（因此用户会同时访问两台服务器）。
对我来说，DFS-R 适合通过 WAN/VPN 连接复制到远程办公室，而不是作为 DR 解决方案。我强烈建议获取某种共享存储并使用故障转移群集，这些群集在 2012 R2 中得到了很大改进（我仍然在使用 2008 R2，但到目前为止，它为我们提供了良好的服务）。
答案2
它不是为 DR 设计的。不是以这种方式设计的 - 在这种情况下，用户就是问题所在。我不确定有什么可以很好地处理这个问题。
DR 也是一个糟糕的场景，它会很乐意复制病毒并加密您的文件（或删除它们）。
答案3
是也不是，在同步之间留出延迟以确保不会同步擦除或损坏的内容。这只是保存您不想丢失的文件的好方法，但这只是最低限度的“备份”方案。
我会在另一个位置和本地存储上托管该服务器。（因为我不知道您的 SAN 拓扑）