您可以使用單一複寫計畫保護多個虛擬機器、資料儲存區或命名空間。災難恢復會為代管受保護資料資源的所有 ONTAP Volume 建立 ONTAP 一致性群組。

在將資源指派給複寫計畫之前，請先組織您的虛擬機器或命名空間，以盡量減少過度擴張。將需要保護的資源放置在資料儲存區的子集上，並將不需保護的資源放置在不同的資料儲存區子集上。若要在建立複寫計畫之前組織資源群組，請參閱 "建立資源組"。

建立複寫計畫時，您可以選擇設定獨特的測試容錯移轉對應。

如果您打算在複寫計畫中執行測試容錯移轉，則應提供一組測試容錯移轉對應，以確保在容錯移轉測試期間啟動的虛擬機器不會干擾正式作業虛擬機器。您可以透過為測試虛擬機器提供不同的 IP 位址，或將測試虛擬機器的虛擬 NIC 對應到與正式作業隔離的但具有相同 IP 組態的不同網路（稱為 bubble 或測試網路）來實現這一點。

災難復原在來源叢集和目標叢集上維護相同數量的快照。預設情況下，該服務每 24 小時執行一次快照協調過程，以確保來源叢集和目標叢集上的快照數量相同。

以下情況可能會導致來源集群和目標集群之間的快照數量不同：

在這些情況下，災難復原會在下一次一致性檢查時從來源和目標叢集中刪除較舊的快照。或者，管理員可以透過選擇「操作」立即執行快照清理複製計劃上的圖示並選擇*清理快照*。

災難復原每 24 小時執行一次快照對稱性檢查。

如果您打算使用平台管理的備份（即 ONTAP 管理的快照），建議您使用 MirrorAll 複寫原則。請查看下表，以了解不同 SnapMirror 複寫原則的影響，以及為何 MirrorAll 是建議的選項。

使用災難恢復代管備份時，下列準則適用於在災難恢復之外建立的 SnapMirror 關係：

許多虛擬機器託管資料庫伺服器，例如 Oracle 或 Microsoft SQL Server。這些資料庫伺服器需要應用程式一致的快照，以確保在拍攝快照時資料庫處於一致狀態。

應用程式一致性快照可確保在拍攝快照時資料庫處於一致狀態。這很重要，因為它可以確保資料庫在故障轉移或故障回復操作後能夠恢復到一致狀態。

資料庫伺服器管理的資料可能與託管該資料庫伺服器的虛擬機器位於相同資料儲存中，也可能位於不同的資料儲存中。下表顯示了災難恢復中應用程式一致性快照支援的組態：

在計劃備份期間，災難復原會使資料庫伺服器處於靜止狀態，然後對託管資料庫伺服器的虛擬機器進行快照。這可確保在拍攝快照時資料庫處於一致狀態。