Avamar：要收集的資訊以進行 Avamar 複製效能問題故障診斷 （解決方案路徑）
摘要: 本文應用於收集初始資訊，以針對 Avamar （和具有 Data Domain 整合的 Avamar） 複寫效能問題進行故障診斷。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
說明
對於常規複製，起點應包括背景和概念，以及要測試的項和要執行的更改。
請參閱解決方案路徑文章 Avamar：這些主題的複製效能故障診斷和調整 （解決方案路徑）。
本文專門用於收集有關複製性能特定問題的資訊，包括複製超時結束，但不包括非性能配置問題的其他複製失敗。
關於其他關於要收集之資訊無法效能 的複寫問題，請參閱 Avamar：如何收集資訊以故障診斷複寫問題
注意：每個複製效能相關服務要求都必須收集以下所有資訊，這一點非常重要。收集此資訊有助於描繪情況，並完全確定如何完成複製性能調整。雖然某些資訊對於某些客戶來說可能是未知的或私密的，但請瞭解這可能會限制故障排除，或導致調整花費更多時間。
要收集的資訊：
-
下列項目大部分需要技術支援團隊和客戶之間討論。
-
若未列出本文中的所有資訊，則可能會根據可能發現的問題，增加故障診斷和解決時間。
-
參考登入文章：
-
使用 SSH （SSH） 登入遠端 Data Domain，無需提供密碼 [使用 data domain]
一般環境問題和資訊：
- 與客戶討論來源和目標網站之間的實體位置、城市、國家或英里距離。
- 討論並提供在性能調整中要實現的目標是什麼，或者具體必須修復什麼（除了性能）？
- (範例：在復原或失敗後趕上 X 天、第一次完成初始複寫種子設定、完成由專業服務執行的 root2root （R2R） 遷移等）
- 組態設計：
One-to-one小One-to-many小Many-to-one小Cross replication小Cascading replication，或其他
- 從來源和目標 Avamar （和 DD 伺服器，若適用），取得格線主機名稱、版本和容量：
- 針對 Avamar： 在所有相關的 Avamar Server Utility Node、Avamar Virtual Editions （AVE） 或單一節點上執行 status.dpn 命令 。 Avamar：如何瞭解 status.dpn 命令產生的輸出
- 針對每個 Avamar 伺服器上的 Data Domain： 執行「
mccli dd show-prop命令- 您也可以從複寫記錄或 ddrmaint 命令收集此 DD 資訊。請參閱本文末尾的附錄。
- 硬體類型 （若適用，包括 DD）：
- 硬體類型和版本是什麼？這可能會影響流的數量以及磁碟 I/O 引入量。
- 每個節點的容量大小與整體備份資料總容量是多少？（瞭解這一點很重要，因為它有助於增加可能需要複製或趕上的數據量的知識。
- 若為 Data Domain，您可以在複寫記錄或 ddrmaint 命令中找到此資訊。
- 針對 Dell 支援，若 Avalanche 和 Autosupport （ASUP） 已設為 Email Home，則可在 Avalanche 和 Autosupport （ASUP） 上找到所有 Avamar 和 DD 硬體類型
- 下列命令也可以在 Data Domain 上執行：
system show model
- 下列命令也可以在 Data Domain 上執行：
- 網路：這不是測試速度的章節，而是 Dell 支援和客戶之間關於以下內容的討論：
- 客戶對網路速度的期望和對複製的期望
- 複寫網路是否由其他應用程式或用途共用
- 詢問客戶目前是否有用於複寫的專用次要網路 （或計畫在未來可能設定）
- 如果是，來源和目標的內部和外部 IP 位址是什麼
- 如果涉及 Data Domain，請檢查是否除了檢閱中的 Avamar 格格以外，還有什麼內容正在複製到相同的 Data Domain
- 如果有，是否有多個 Avamar 格線或其他備份解決方案
- 如果是，它們是同時進行的，還是錯開的
- 資料量
- 判斷在已設定或存在的 Avamar 產品之外是否有任何客戶防火牆或 QoS 網路節流
- 客戶網路上是否有任何 WAN 加速器？
- 注意：如果有 WAN 加速器，當 iperf 顯示更快的結果時，可能會在測試的後續步驟中顯示這些加速器，但在資料傳輸速度方面卻沒有其他加速器。Iperf 是一個簡單的 Linux 型「網路速度測試工具」，其流量非常可壓縮且可重複資料刪除。但是，相比之下，實際用戶端備份數據遠沒有那麼可壓縮和可刪除重複的資料，因為在通過網路複製之前，這些數據已經被壓縮和重複資料刪除。
- 在 Avamar 上，WAN 加速器使用不當可能會使調整複寫效能更加困難。雖然它們能不準確地誇大僅來自 iperf 的效能測試結果，但通常根本無助於 Avamar 複製。更多時候，它們會使性能調優更加困難和耗時。與 Avamar 支援進一步討論效能調優的限制和可能的危害，因為重複資料刪除/壓縮類型 WAN 加速器無法為
Avamar-only流量，也可能減慢性能調整過程。 - 對於 Data Domain，網路上存在的 WAN 加速器可能會對複寫效能造成不良影響。向網路系統管理員確認 Data Domain 系統網路中是否存在 WAN 加速器。在與網路管理員合作並確認對整個網路的影響最小時，請禁用 WAN 加速器。這應作為有限的測試來完成。請參閱 Data Domain 文章 Data Domain：分析 [在 DD 上] 的緩慢複製問題。
- 使用加速器可解決不支援的高網路 ping 延遲量，以及透過 使用者資料包通訊協定 （UDP） 通訊協定進行通訊時，請與您的 Dell Technologies 客戶團隊或 Avamar 支援人員討論，以獲得可能的好處。如果可能，使用此解決方案路徑而不使用加速器進行正常性能調整應可解決大多數 ping 延遲問題。
- 客戶要求：
- 在客戶備份資料、保護及環境方面，服務等級目標 （SLO） 和服務等級協議 （SLA） 的要求為何？
- 是否必須複製所有備份？
- 是否略過較舊的備份，或是可能？
- 是否僅複製某些用戶端？
- （等等）
- 在客戶備份資料、保護及環境方面，服務等級目標 （SLO） 和服務等級協議 （SLA） 的要求為何？
有了這些資訊有助於確認複製需求，提供了性能目標，通常揭示了跳過某些備份的能力，並有助於更快地將複製趕上所需的預期。
更具體的設定問題：
- 用戶端帳戶一般知識，可協助解決組態影響。從與客戶的討論來看，大致如下：
- 伺服器上總共存在多少個用戶端（如果只複製一個子集，則有多少個）
- 有哪些不同的用戶端附掛程式類型 （檔案系統、Exchange、NDMP 等）
- 一般最大用戶端備份的大小為何？
如果不確定，最好在討論之外驗證和確認此資訊，因為這可能是一個限制因素，具體取決於用戶端備份大小，尤其是後端類型，gsan 與 DD。嘗試執行「Bytes Protected Client 2」報告，選取最近幾天的日期範圍 （以防前一天尚未執行備份），然後依大小排序輸出。執行報告的方法請參閱目前的 Avamar 管理指南技術備註。
- 如果有 DD 整合，請根據 Avamar 後端的類型和大小，判斷上述超大型用戶端與 Data Domain 後端的後端儲存類型。例如，NDMP 用戶端是否全部備份至 Data Domain，但檔案系統用戶端是否全部備份到 Avamar 後端？ 後端是取決於大小、混合還是隨機模式？
其他問題和測試：
與 Dell Technologies 支援團隊合作，討論進一步的主題，並執行實際測試和持續調整。
受影響的產品
Avamar, Avamar Server產品
Avamar文章屬性
文章編號: 000155028
文章類型: How To
上次修改時間: 22 5月 2026
版本: 11
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。