本知識文章說明如何識別複寫延遲並進行故障診斷。

• 滯後 = 兩個資料複本不同步的程度
  • 若要測量兩個上下文之間的延遲，請使用 複製狀態 命令。

症狀：

• 複寫有延遲

• 正在清理而非復原磁碟空間

• 清潔時間過長

MTree/目錄複寫頻寬最佳化 （盡可能降低網路使用量）。

頻寬用量取決於必須在來源和目的地系統之間複製的唯一區段數量。

以下步驟按最合適的順序排序，以解決複製延遲問題。請勿跳過任何步驟。

1. 確認複寫是否正常運作
   • KB：Data Domain - 複寫狀態。  
   • 複製可能設定錯誤，或 來源和目的地系統之間的網路上存在外部問題。
   • 如果環境使用 Cyber Recovery （CR），請確定 CR 應用程式處於良好狀態。  如有需要，請聯絡 CR 支援團隊。 
2. 確認可用的頻寬足以處理要複製的資料量
   • 使用 net iPerf 命令測試網路頻寬。
   • 如果複製似乎可在兩個 Data Domain 系統上運作，而且沒有問題影響它們之間的網路，則網路可能沒有足夠的頻寬來處理來源嘗試推送至目的地的資料量。
3. 根據複寫節流驗證複寫輸送量。Note：複製節流設置在介面級別（例如 Eth1b）上，而不是根據上下文級別。
   查看節流計劃。

   # replication throttle show

   驗證所需的節流設置是否已到位。
4. 檢視複寫狀態以查看節流設定。

5. #replication status rctx: //#

6. 與大小調整相關的因素：
   • 每日攝取 + 攝取變更率
   • 系統支援的背景關係數量
   • 上下文上的檔案大小分佈
   • 內容壓縮率
   • 每個上下文可用的流 
   • DD 機型
   • 可用網路頻寬和網路延遲
   • 清理排程/節流和檔案系統使用率 
   • 連線加密與靜態資料加密
7. 檢查連線主機是否指向正確的 IP 位址      

    #replication show config rctx://# 

    
8. 檢查 MTree 快照大小 （mrepl 問題）。
   • 如果未刪除 MTree 複寫快照，請檢查 KB Data Domain：無法刪除 MTree_replication 快照」的內容操作。      

      #snapshot list mtree <mtree path>

9. 檢查 Data Domain 系統上的檔案大小：
   • Data Domain - 儲存管理：檢視檔案分發。
   • Data Domain 系統上的檔案大小可能會影響資料從來源傳送至目的地的方式和時間。過多的小檔或幾個大檔可能會影響複製引擎可以發送數據的方式。這些值會依型號、作業系統版本、網路容量等而有所不同。
10. 驗證是否按照集成指南中的說明配置了備份應用程式。
    • 備份軟體本身的組態可能會影響應用程式寫入 Data Domain 系統的方式，這可能會對效能造成重大影響。
11. 檢閱複寫最佳實務
    • Data Domain - 目錄和集區複寫的最佳實務

注意：如果在執行本文的步驟後問題仍然存在，請聯絡您的簽約支援提供者。
上傳支援套裝 （SUB） 如何上傳支援套裝 和建立服務要求