Disaster-Recovery
DFSR 是否設計用於災難恢復？
我們目前正在實施一項災難恢復戰略。已決定使用 2 個實時文件伺服器通過 DFSR 進行複制，而不是 SAN-SAN 複製。但是，我不知道這是否是一個好主意。
範例：DFS 不複製鎖定的文件。假設使用者有一個打開了數週的電子表格。它們會定期保存，但文件仍保持打開狀態。然後，活動文件伺服器關閉，使用者被重定向到另一個伺服器，該文件尚未被複製。
有沒有辦法緩解這種情況？我是不是誤會了什麼？或者 DFSR 不是為 DR 技術而設計的？
編輯：除了我上面的範例之外，DFSR 在 DR 上下文中還有哪些其他缺陷？
由於您上面描述的原因，我剛剛離開了 DFS-R 環境。鎖定的文件是不可能處理的，並且會導致各種衝突，尤其是當兩台伺服器都像正常的故障轉移一樣使用時（因此使用者同時訪問兩台伺服器）。
對我來說，DFS-R 非常適合通過 WAN/VPN 連接複製到遠端辦公室，而不是作為 DR 解決方案。我強烈建議獲得某種共享儲存並使用在 2012 R2 中改進不少的故障轉移集群（我仍在使用 2008 R2，但到目前為止它為我們提供了很好的服務）。