由於硬體資源瓶頸，虛擬機器的 Avamar 客體備份執行緩慢並逾時
摘要: 由於硬體資源瓶頸，虛擬機的Avamar客體備份執行緩慢。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
在客體操作系統中安裝 Avamar 用戶端的虛擬機，其效能不穩定或效能不佳。
如果備份到達備份視窗的結尾而未完成，Avamar 會報告備份失敗，並顯示「逾時 - 結束」。
例子：-
在下方，我們會檢閱用戶端的記錄，這些客戶端因為虛擬化而出現不穩定的行為。
在下面，我們為同一個用戶端展現快速備份和緩慢備份。
快速備份的記錄顯示每小時 2,291,881 個檔案的尖峰效能率。此備份中的檔案和數據變更率較低。
記錄狀態訊息顯示，在備份過程中，檔案掃描速率維持不變，沒有快速或緩慢的期間。
CPU 使用率也合理維持在 40-60% 之間。
下方讓我們使用內部 Dell 工具來示範此圖示，該工具可分析 Avamar 用戶端記錄並繪製數據圖表。
這些圖表顯示，在良好的情況下，備份會快速執行。
儲存系統正在以檔案提供供貨，速度可將 CPU 維持在中等高使用率水準。
接下來，我們會檢閱記錄，瞭解備份速度較慢的情境。此備份適用於相同的客戶端數據，但在不同的虛擬硬體載入條件下。我們看到檔案/小時效能為 <400,000 個檔案/小時。
由於變更率較低，與快速備份類似，備份行為相當。
在記錄下方，圖形化表示會顯示備份效能快速開始，然後減慢速度 （紅色方塊中反白顯示的區域）。
每小時緩慢的檔案效能與上午 11 點到晚上 7 點的時間段精確相互關聯。
請注意，從上午 11 點到晚上 7 點，CPU 使用率如何從超過 40% 下降到 5-10% 左右。
下午 7 點以後，CPU 使用率會從 15% 起波動至 20%，而檔案每小時的效能會提高，雖然不是備份初始部分的高。
如果備份到達備份視窗的結尾而未完成，Avamar 會報告備份失敗，並顯示「逾時 - 結束」。
例子：-
在下方，我們會檢閱用戶端的記錄，這些客戶端因為虛擬化而出現不穩定的行為。
在下面，我們為同一個用戶端展現快速備份和緩慢備份。
快速備份的記錄顯示每小時 2,291,881 個檔案的尖峰效能率。此備份中的檔案和數據變更率較低。
2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)
記錄狀態訊息顯示，在備份過程中，檔案掃描速率維持不變，沒有快速或緩慢的期間。
CPU 使用率也合理維持在 40-60% 之間。
下方讓我們使用內部 Dell 工具來示範此圖示，該工具可分析 Avamar 用戶端記錄並繪製數據圖表。
這些圖表顯示，在良好的情況下，備份會快速執行。儲存系統正在以檔案提供供貨，速度可將 CPU 維持在中等高使用率水準。
接下來，我們會檢閱記錄，瞭解備份速度較慢的情境。此備份適用於相同的客戶端數據，但在不同的虛擬硬體載入條件下。我們看到檔案/小時效能為 <400,000 個檔案/小時。
由於變更率較低，與快速備份類似，備份行為相當。
在記錄下方，圖形化表示會顯示備份效能快速開始，然後減慢速度 （紅色方塊中反白顯示的區域）。
2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)
每小時緩慢的檔案效能與上午 11 點到晚上 7 點的時間段精確相互關聯。
請注意，從上午 11 點到晚上 7 點，CPU 使用率如何從超過 40% 下降到 5-10% 左右。
下午 7 點以後，CPU 使用率會從 15% 起波動至 20%，而檔案每小時的效能會提高，雖然不是備份初始部分的高。
原因
我們「範例用戶端」的數據集是可預測的，而且變更率也無法理解。用戶端每天執行類似的工作量，
觀察到的效能不穩定，是因為Avamar在掃描檔案時使用共用硬體資源的爭用。
如上所示範例，硬體資源需求量大，或在尖峰上班時間為用戶端節流。
行為取決於可用的資源。最常見的瓶頸資源是隨機在數據所在儲存裝置上搜尋 I/O 要求。
如果在尖峰時段出現 CPU 使用率尖峰，則瓶頸可能是虛擬機可用的 CPU 共用不足。
觀察到的效能不穩定，是因為Avamar在掃描檔案時使用共用硬體資源的爭用。
如上所示範例，硬體資源需求量大，或在尖峰上班時間為用戶端節流。
行為取決於可用的資源。最常見的瓶頸資源是隨機在數據所在儲存裝置上搜尋 I/O 要求。
如果在尖峰時段出現 CPU 使用率尖峰，則瓶頸可能是虛擬機可用的 CPU 共用不足。
解析度
- 在非尖峰時段以及 （如果可能） 期間，當用戶端未嚴重佔用其一般工作時，請執行備份。
- 請確定虛擬機 Hypervisor 並未在備份視窗時強制執行 CPU、記憶體或 I/O 限制
- 避免在高度活動期間的 Avamar 備份中重複使用，因為共用儲存裝置的爭用量很高。
- 若為低變更率的應用程式，請考慮使用映像式備份。映像備份 Proxy 應用裝置僅備份修改後的區塊。它不會掃描數據集中的每個檔案，因此 I/O 需求較低。
其他資訊
如需有關如何調查 Avamar 備份效能問題的詳細資訊，請參閱;
如需更多有關分析和解譯avtar狀態訊息的資訊;
如需更多有關分析和解譯avtar狀態訊息的資訊;
受影響的產品
Avamar產品
Avamar文章屬性
文章編號: 000164580
文章類型: Solution
上次修改時間: 10 2月 2025
版本: 4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。