文件伺服器失敗。使用和不使用複制的 DFS。關於恢復正常執行的問題
我有一個舊的（物理的）Windows Server 2003 R2 機器，它是一個文件/列印伺服器。我懷疑RAID卡已經再見了，重啟後Windows正在檢查數據量，已經1.5小時左右。我開始為最壞的情況做準備，我有幾個問題。
首先，在 2003 R2 之前，我在執行 Windows 商店方面擁有豐富的經驗。在我目前的工作中，我們主要為應用程序執行 Ubuntu，Windows 伺服器履行 AD、文件和列印、DNS、DHCP 等後台角色。因此，我沒有跟上 Windows Server 2008 的更精細細節和多於。
一些配置和其他相關資訊：
該伺服器的 RAID 卷分為 2 個分區，C: = 作業系統，D: = 數據。
僅備份數據 (D:) 卷。我們為此使用 Bacula。上次備份是 24 小時前，所以最壞的情況是我失去了 1 天的數據更改。
1TB 的數據幾乎沒有區別。
我們的 MS 許可都很好，因此我可以根據需要安裝最新的伺服器作業系統。
我在這個站點中有一個 VMware 集群，我將建構一個新的 VM 作為替換文件伺服器。
該文件伺服器涉及一些與域 DFS 相關的內容，即：
- 它沒有託管任何 DFS 命名空間，只有目標
- 它在 DFS 命名空間A下託管了 2 個文件夾目標。這些目標都沒有復製到其他伺服器。
- 它在 DFS 命名空間B下託管了 2 個文件夾目標。這兩者都*使用 DFS-R，而不是 NTFRS）複製到遠端站點的伺服器，該伺服器仍然可以完全執行。
首先，我打算使用 Windows Server 2008 R2 作為替代文件伺服器，因為我認為 2012 仍然有點太新，特別是對於那些沒有跟上新版本更詳細資訊的人。在將新的 2008 R2 伺服器添加到現有 DFS 設置時，我應該注意哪些問題？
其次，我的 VMware 數據儲存支持最大 512GB 的虛擬磁碟大小。既然我至少需要 1TB，那麼典型的做法是什麼？創建多個虛擬磁碟並在它們之上創建一個 Windows 條帶捲？
第三，如何在不在這里和遠端站點之間產生大量複製流量的情況下恢復數據並加入現有的 DFS-R 設置？
用 2008 R2 副本替換 2003 DFS 副本並沒有特別的問題。顯然，您將無法利用較新的 DFS 功能，但您可能無論如何都沒有預料到。只需確保將舊伺服器作為目標刪除，然後在其位置添加替換伺服器。
我不確定您對數據儲存的磁碟大小限制；我誠實的回應是創建具有 >2MB 塊的新數據儲存並使用該/ehose 數據儲存。（假設這是磁碟大小限制為 512 GB 的原因）。
關於最小化複製流量，我發現的最佳解決方案是使用問題數據預先填充伺服器，在這種情況下，將數據備份恢復到伺服器上的 DFS 目標，然後再將其添加回DFS 目標。