由于硬件资源瓶颈的缘故,虚拟机的 Avamar 来宾备份运行缓慢并且超时(英文版)
摘要: 由于硬件资源瓶颈,虚拟机的 Avamar 来宾备份运行缓慢。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
在来宾操作系统中安装了 Avamar Client 的虚拟机会遇到不稳定或性能不佳的情况。
如果备份到达备份窗口的末尾而未完成,Avamar 会报告备份失败并显示“超时 — 结束”。
例子:-
在下面,我们查看客户端的日志,该客户端在虚拟化后遇到不稳定的行为。
在下面,我们演示了同一客户端的快速备份和缓慢备份。
快速备份的日志显示每小时 2,291,881 个文件的峰值性能速率。此备份中的文件和数据更改率较低。
日志状态消息显示,在备份过程中,文件扫描率保持不变,没有快速或缓慢的期间。
CPU 利用率也合理地保持在 40-60% 之间。
下面,我们使用内部戴尔工具以图形方式演示此工具,该工具解析 Avamar Client 日志并绘制数据图表。

这些图表显示,在良好条件下,备份将快速运行。
存储系统为 avtar 提供文件速率,使 CPU 保持中等高利用率。
接下来,我们查看日志,了解速度较慢的备份。此备份适用于相同客户端数据,但在不同的虚拟硬件加载条件下。我们看到文件/小时性能为 <每小时 400,000 个文件。
由于更改率较低,与快速备份类似,因此备份行为是相当的。
在日志下方,图形表示显示备份性能快速开始,然后减慢速度(红色框中突出显示的区域)。
每小时文件性能缓慢与时间段 11am 至 7pm 精确相关。
请注意,从上午 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% 之间。
下面,我们使用内部戴尔工具以图形方式演示此工具,该工具解析 Avamar Client 日志并绘制数据图表。

这些图表显示,在良好条件下,备份将快速运行。存储系统为 avtar 提供文件速率,使 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)

每小时文件性能缓慢与时间段 11am 至 7pm 精确相关。
请注意,从上午 11 点到晚上 7 点,CPU 利用率如何从远远高于 40% 下降到大约 5-10%。
晚上 7 点之后,CPU 利用率从 15% 波动到 20%,并且文件每小时的性能会提高,尽管没有备份初始部分那么高。
原因
我们“示例客户端”的数据集是可预测的,更改率可忽略不计。客户端每天执行类似的工作量,
观察到的性能不稳定是由于在扫描文件时 Avamar 使用的共享硬件资源争用。
在上面所示的示例中,硬件资源要么需求量很大,要么在高峰工作时间对客户端进行限制。
行为取决于可用资源。最有可能出现瓶颈的资源是数据所在的存储设备上的随机寻道 I/O 请求。
如果在高峰时段 CPU 使用高峰,则瓶颈可能是虚拟机可用的 CPU 共享短缺。
观察到的性能不稳定是由于在扫描文件时 Avamar 使用的共享硬件资源争用。
在上面所示的示例中,硬件资源要么需求量很大,要么在高峰工作时间对客户端进行限制。
行为取决于可用资源。最有可能出现瓶颈的资源是数据所在的存储设备上的随机寻道 I/O 请求。
如果在高峰时段 CPU 使用高峰,则瓶颈可能是虚拟机可用的 CPU 共享短缺。
解析度
- 在非高峰时段运行备份,并且(如果可能),当客户端未被其常规职责严重占用时。
- 确保虚拟机虚拟机管理程序在备份窗口时未强制实施 CPU、内存或 I/O 限制
- 避免 Avamar 备份重叠且活动频繁,而共享存储的争用率较高。
- 对于低更改率应用程序,请考虑使用基于映像的备份。映像备份代理应用装置仅备份修改后的数据块。它不会扫描数据集中的每个文件,因此具有较低的 I/O 要求。
其他資訊
有关如何调查 Avamar 备份性能问题的详细信息,请参阅;
有关分析和解释 avtar 状态消息的更多信息;
有关分析和解释 avtar 状态消息的更多信息;
受影響的產品
Avamar產品
Avamar文章屬性
文章編號: 000164580
文章類型: Solution
上次修改時間: 10 2月 2025
版本: 4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。