Data Domain：目錄和池複製的最佳做法

目錄複寫的最佳實務

用途

本文定義了配置目錄複製的最佳做法。

適用於

• 所有 Data Domain 系統
• 所有軟體版本

建議

1. 將工作負載分散到盡可能多的上下文中。
   理想的單一內容預壓縮輸送量在 200-300MB/秒範圍內。在多重流可用的配置中，理想的單情景性能類似於理想的多情景性能;但是，有幾個變數限制了多流的有效性：

   • 如果源 DDR 有許多複製上下文，則在上下文之間劃分多流流的邏輯會限制可用的流數。
   • 在快照式初始化/復原期間，多重串流處於非作用中。默認情況下，如果源上下文具有超過 100 萬個條目，則基於快照的初始化生效。
   • 在 5.0 版中，我們推出了多重串流來複寫 CIFS 資料。

   理想的多情景預壓縮輸送量從大約 200MB/秒到 500MB/秒或更高不等。

2. 使用中等大小的檔案設計工作負載。
   檔大小可能會對任何複製上下文的整體性能產生重大影響。通常，無法有效地複製小於 10MB 的檔。

   此外，當複製配對在意外斷開連接后重新連接時，源必須從斷開連接期間正在複製的檔的開頭重新啟動。如果檔非常大，並且經常斷開連接（例如，由於網路不可靠），複製實際上會變得卡住嗎？嘗試一遍又一遍地複製相同的檔。這最常見於檔案大小超過 100GB 時。檔案大小本身不會對效能造成任何影響。

3. 設計工作負載以利用複製計劃。
   檔案在內部關閉時，即會排入複寫佇列。檔案關閉的時間如下：

   關閉修改後的檔案時，會為該檔案產生複寫記錄「關閉」記錄。複寫會將檔案中的新資料排入佇列以等待傳送。如果佇列中沒有其他複製操作（即未處理的日誌記錄），則會立即發送新數據。否則，將在處理以前的日誌記錄後複製該檔。

   • 上次存取 10 分鐘後，NFS 會關閉檔案。
   • 所有文件每小時關閉一次，無論它們是最近寫入的。
   • 如果正在存取或寫入許多檔案，則檔案的關閉速度可能會比上述規則規定的時間更快。備份軟體以較小的片段（例如 1MB）寫入檔可能會由於生成的文件數量而導致複製啟動得更快。

4. 盡可能使用專用網路。
   低至 0.1% 的數據包丟失率會嚴重降低網路輸送量，尤其是對於高頻寬延遲的網路。對於頻寬 <= T2 的網路，最多一秒的 RTT（往返時間）可提供良好的輸送量。對於 = T3 的 >網路，從 RTT 為 300-500 毫秒開始，輸送量會顯著下降。

   更一般地說，數據包丟失下的輸送量約為
   輸送量 = MSS /（RTT * sqrt（p）），其中 MSS ：= 最小段大小（通常為 1460 位元組） RTT ：= 往返時間 p ：= 丟包概率

5. 評估增量複寫 （低頻寬最佳化）。
   在 DD OS 4.8 及更高版本中，delta 複寫 （又稱為「低頻寬最佳化」） 可增加可用頻寬低於每秒 6 MB 位元 （Mbps） 連結間目錄或集區複寫的虛擬輸送量。增量複寫會在來源和目的地 Data Domain 系統上產生大量額外的 CPU 和 I/O 負荷。如果在頻寬大於 6 Mbps 的連結上啟用低頻寬優化，則不太可能實現任何虛擬輸送量增益。一般來說，如果：

   • 待複製的資料與目的地系統上現有的資料完全相同程度不到 96%
   • 可用頻寬少於 6 Mbps
   • 兩個系統都有備用的 CPU 和 I/O 容量

     應啟用低頻寬最佳化。監控數週內「replication show history」的輸出“Low-bw-optim”比率應平均為2.00或更高，並且網络輸送量（網络位元組除以時間間隔）不應遠小於可用頻寬。如果「低 bw-optim」比率的平均值不是 2.00 或更高，則增量壓縮可能對數據集無效，應禁用。如果網路輸送量遠低於可用頻寬，則很可能一或兩個 Data Domain 系統沒有足夠的備用 CPU 或 I/O 容量來支援 delta 複寫，應將其停用。

6. 遵循其他元件和第三方備份應用程式的最佳實務。
   我們在撰寫最佳實務指南時，會考量整體效能。與 Data Domain 的偏差表明，最佳實務可能會對多個方面產生重大的效能影響，儘管可能不會立即明顯。

參考資料

故障診斷複製延遲 180482