DFSR 是否设计用于灾难恢复?

DFSR 是否设计用于灾难恢复?

我们目前正在实施 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 拓扑)

相关内容