由于硬件资源瓶颈的缘故，虚拟机的 Avamar 来宾备份运行缓慢并且超时（英文版）
Summary: 由于硬件资源瓶颈，虚拟机的 Avamar 来宾备份运行缓慢。
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
在来宾操作系统中安装了 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%，并且文件每小时的性能会提高，尽管没有备份初始部分那么高。
Cause
我们“示例客户端”的数据集是可预测的，更改率可忽略不计。客户端每天执行类似的工作量，
观察到的性能不稳定是由于在扫描文件时 Avamar 使用的共享硬件资源争用。
在上面所示的示例中，硬件资源要么需求量很大，要么在高峰工作时间对客户端进行限制。
行为取决于可用资源。最有可能出现瓶颈的资源是数据所在的存储设备上的随机寻道 I/O 请求。
如果在高峰时段 CPU 使用高峰，则瓶颈可能是虚拟机可用的 CPU 共享短缺。
观察到的性能不稳定是由于在扫描文件时 Avamar 使用的共享硬件资源争用。
在上面所示的示例中，硬件资源要么需求量很大，要么在高峰工作时间对客户端进行限制。
行为取决于可用资源。最有可能出现瓶颈的资源是数据所在的存储设备上的随机寻道 I/O 请求。
如果在高峰时段 CPU 使用高峰，则瓶颈可能是虚拟机可用的 CPU 共享短缺。
Resolution
- 在非高峰时段运行备份，并且（如果可能），当客户端未被其常规职责严重占用时。
- 确保虚拟机虚拟机管理程序在备份窗口时未强制实施 CPU、内存或 I/O 限制
- 避免 Avamar 备份重叠且活动频繁，而共享存储的争用率较高。
- 对于低更改率应用程序，请考虑使用基于映像的备份。映像备份代理应用装置仅备份修改后的数据块。它不会扫描数据集中的每个文件，因此具有较低的 I/O 要求。
Additional Information
有关如何调查 Avamar 备份性能问题的详细信息，请参阅;
有关分析和解释 avtar 状态消息的更多信息;
有关分析和解释 avtar 状态消息的更多信息;
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164580
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.