NetWorker：容量模式 vProxy 在 Data Domains 之間複製工作效能問題

• vProxy 複製速度已從 GB/秒下降到更傳統和逼真的速度。
• 網路頻寬排除為瓶頸原因，在複製期間仍遠低於閾值。
• 會在 ddfs 中找到訊息。資訊記錄指的是受影響 VM 磁片的一或多個 *-flat.vmdk 檔案，其中包含：
  • synthesized_vbytes 0，結尾為recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf：srepl_get_replica_attr基本檔案，最後出現錯誤檔案控制碼為過時。
• 在複製動作記錄中找到的訊息 （當複製偵錯層級為 3 或更高時） 指的是受影響 VM 磁片的一或多個 *-flat.vmdk 檔案，其中包含：
  • 無法將綜合複寫用於檔案...path.../vm-vmnumber-disk-key-disknumber-flat.vmdk

vProxy 使用虛擬合成功能，利用 VMware 變更的區塊追蹤應用程式發展介面，為備份和複製作業帶來巨大優勢。這需要在涉及的每個 Data Domain 上，主動維護 VM 檔案組的內部關聯。如果準備使用虛擬綜合複製時發生問題，NetWorker 和 Data Domain 反而無法使用預設複寫工作流程。這需要處理整個虛擬磁片檔案，而不只是變更的區塊，而非僅由 VMware API 提供的變更區塊，即使由於重復資料刪除而最終傳送的資料很少，複製工作持續時間仍可乘以倍數增加。

可能導致虛擬整合追蹤失敗的原因包括：

• NetWorker 針對工作間的來源或目的地 Data Domain 裝置解決的不同 IP 位址 - 對於虛擬合成的內部追蹤，這些位址必須保持一致
• 變更 vProxy 備份或複製的來源或目的地 Data Domain
• vProxy 備份或複製的多個來源或目的地磁片區，可能會同時複製鏈結中的多個儲存集
• 需要針對特定虛擬機器進行複製的 vProxy 儲存集超過一個，這可能會導致鏈結中的儲存集進行無序複製
• VM 磁片長時間使用且沒有任何變更 （特別是超過儲存集保留期間的期間，例如 35 天無變更，其中保留為 30 天）
• 如果使用 NetWorker 19.6 及更新版本，則無法使用 Chron-編序動作屬性

由於有許多潛在原因，請檢閱 Data Domain 和 NetWorker 組態並確定：

• 如果群組已正確設定來源 （備份） 和目的地 （複製目標） Data Domain
• NetWorker 伺服器、儲存節點和 Data Domains 都有使用每個 Data Domain 之適當 If IfGroup IP 的主機檔案專案，以及適用于用戶端的可靠 DNS （需要使用 NetWorker 用戶端主機檔案）。
• 每個備份和複製集區的單一 Data Domain。

使用 NetWorker 19.5 或更低版本時：

• 請確定複製工作是依照備份的循序執行;請注意，當特定虛擬機器的多個複製位於相同工作清單 （複製動作或 nsrclone 儲存集檔案清單） 時，無法控制此功能。
• 確保每個集區有單一備份和複製磁片區，以避免在有多個磁片區可供來源使用時同時複製。

自 NetWorker 19.6 起，您應一律啟用 vProxy 儲存集複製動作的計時順序功能，此功能可能隱藏在 UI 中：

• 如果使用 nsrclone 命令，在指定用戶端的鏈結中使用含有多個儲存集的儲存集清單時，使用 -O 交換器強制執行此新功能
• 若要在原則中啟用，請使用下列兩個命令之一：

  • nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] 

  • 在 nsradmin 提示中：

    • . type nsr protection policy action; policy name: policy; workflow: workflow: name: action

    • update Chronological order: Yes

      
       
• 完成此作業後，先前提及的單一來源和目的地磁片區限制，以及每個 VM 用戶端的多重實例增量都會取消，而且可以正確處理。

重要：部分條件可能讓 NetWorker 和 Data Domain 從儲存集的訂單中複製復原。這會導致部分使用者無法使用 VSR 進行複寫，但一旦整個鏈結還原後，VSR 複製可能會繼續進行，不會發生任何問題。一般來說，無序複製、多磁片區和多儲存集複製可能會迎合並回到正常運作狀態。

然而，在多個 Data Domain IP 位址已使用或完全變更 Data Domain 來源或目的地的情況下，回到一致且一致的 VSR 優化的唯一方法，就是強制對受影響的 VM 進行新的完整備份，以重設變更的區塊追蹤並恢復 VSR 優化。這應在先前步驟完成時考慮，但 Data Domain 和/或 NetWorker 記錄以及複製速度表示效能問題仍然存在。