Data Domain:使用 Mtree 複寫在 PowerProtect Data Domain 系統上進行資料遷移的最佳實務
Summary: 本文探討如何在沒有內部 QAT 卡支援的情況下,使用使用 Mtree 複寫 (MRepl) 從舊版 PowerProtect Data Domain (PPDD) 系統遷移資料的準備工作。例如 DD9500 和 DD9800。請務必考慮目前的系統運作工作負載,以避免可能對資料遷移結果產生負面影響的意外副作用。 本文可協助規劃需要使用舊版 PPDD 系統作為來源的新 Mtree 複寫 (MRepl) 內容組態的遷移作業。 ...
Instructions
隨著 16G 平台的推出,將特定 MTree 從舊版 PPDD 遷移至較新的系統已成為常見需求。
遷移程序會建立新的 Mtree 複寫內容。請考慮以下事項,以確保將中斷降至最低。
- 備份操作帶來的目前系統工作負載
- 壓縮功能差異(例如 QAT 卡支援)
- 突然加入新的 Mrepl 內容組態
- 影響垃圾收集 (GC) 程序的硬體錯誤
為了維護數據完整性並滿足服務級別協議,系統可能會在某些操作閾值處崩潰。
當機機制會觸發自我修正動作,以確保系統始終可靠運作。
本文討論了這些注意事項,並指導如何防止可能干擾遷移計劃的意外停機。
備份操作的目前系統工作負載:
最初專注於當前的系統操作。在遷移之前,請監控關鍵指標。其中包括持續工作負載、CPU 使用率、記憶體使用方式、網路狀態和硬體警示。
目標是將系統的運行保持在正常參數範圍內。
壓縮功能差異:
準備使用 Mtree 複寫 (Mrepl) 進行遷移時,請考慮系統之間壓縮能力的差異。
部分舊版系統缺少內建壓縮卡,無法協助進行壓縮相關作業。
DD9900、DD9400 或 DD6900 系統允許連接外部 QAT 卡以加速壓縮作業。
當 QAT 卡不存在時(例如 DD9800、DD9500),它依賴於 CPU 和記憶體資源來執行壓縮和解壓縮任務。
在沒有 QAT 支援的情況下配置新的複製上下文時,必須首先解壓縮數據。
這可能會在複寫初始化階段導致 CPU 使用率尖峰。
來源會檢查目的地,以識別可用的壓縮卡類型。
當目的地是 16G 系統 (DD9910、DD9410 或 DD6410) 時,來源必須將資料從傳統的「gzfast」格式解壓縮。然後,它必須將其壓縮為 LZ 格式。
逐步合併新的 mrepl 上下文設定:
在災難回復 (DR) 期間,將資料從一個 Data Domain 複製到另一個時,複寫工作通常會在資料消化完成後開始。
這可確保目標網站接收所有複製的數據。
為遷移定義新的複製上下文時,源必須在複製初始化期間處理重要數據。
這是因為目的地缺少重複資料刪除,且目前無法最佳化。這會導致源系統上的負載增加。
若要緩解此問題,當系統繼續處理備份工作負載 (I/O) 時,請逐步合併與遷移關聯的複製上下文。
定義低複製輸送量,以限制分配給這些與遷移相關的複製上下文的資源。
當複製開始在目的地建立最佳化並驗證作業參數後,請新增更多複寫 (遷移) 內容。或者,修改現有資料庫的複製輸送量。
目標是避免觸發系統的保護機制。這會導致系統死機,進而影響遷移。
請記住,系統性能參考是根據運行中的工作負載計算的,而不是針對新工作負載計算的。
在遷移方案期間逐步配置限制。
「replication ottle add」命令可用來排定特定的時間點 並分配定義的頻寬 (以 Mbps 為單位) 進行節流
在有限的可用頻寬下啟動新的複寫工作 (降低節流)。接著評估對系統運作
的影響複寫工作開始後,可增加節流以提供額外的頻寬。
另建議您監控 DDSM 上可用的系統分析,包括 CPU、記憶體和網路耗用。
影響垃圾收集 (GC) 程序的硬體錯誤:
另一個可能導致備份或複製性能下降的因素與硬體故障有關,尤其是在預設垃圾回收操作期間。在正常運作的情況下,PPDD 系統上的垃圾收集機制會完成空間回收活動,而不會影響接收、還原或複寫作業。在某些情況下,系統會提供定義垃圾回收限制的選項,讓系統管理員能夠額外控制系統清理程序發生的時間。
垃圾回收的預設限制配置不會影響備份和還原。觀察到影響的大多數實例都與硬體故障有關。例如,當某些驅動器需要更換時,系統的持續 I/O 需求可能會減慢備份和還原的存儲速度,從而影響整體 GC 操作。
Data Domain 作業系統可為此類硬體問題提供全方位的警示機制,在偵測到這些狀況時主動發出警示。這有助於備份操作員及時解決與硬體相關的問題。
另一個需要考慮的重要因素是複製活動與備份和還原同樣重要。根據設計,每個平臺為每個作業提供固定數量的流,並且可以在定義的限制下處理併發操作,以滿足服務級別協定 (SLA)。
結論:
要成功使用 Mtree 複寫進行資料遷移,需要仔細考慮下列事項:
- 監視備份操作中的當前系統工作負載
- 瞭解 DD9800 或 DD9500 等舊式平台
- 使用不同的壓縮演算法 (gzfast)。
- 當在運作中的系統上建立新的 MTree 複寫 (MRepl) 背景關係時,請逐步納入新的 Mrepl 內容組態
- 密切監控新工作負載對系統的影響。
- 監視潛在的硬體錯誤(這些錯誤會影響垃圾回收過程的操作)。
遵循這些最佳實踐,最大限度地減少中斷並保持系統穩定性。
實施這些建議有助於避免意外停機並促進數據遷移。