由于硬件资源瓶颈的缘故，虚拟机的 Avamar 来宾备份运行缓慢并且超时（英文版）
Riepilogo: 由于硬件资源瓶颈，虚拟机的 Avamar 来宾备份运行缓慢。
Questo articolo si applica a
Questo articolo non si applica a
Questo articolo non è legato a un prodotto specifico.
Non tutte le versioni del prodotto sono identificate in questo articolo.
Sintomi
在来宾操作系统中安装了 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%，并且文件每小时的性能会提高，尽管没有备份初始部分那么高。
Causa
我们“示例客户端”的数据集是可预测的，更改率可忽略不计。客户端每天执行类似的工作量，
观察到的性能不稳定是由于在扫描文件时 Avamar 使用的共享硬件资源争用。
在上面所示的示例中，硬件资源要么需求量很大，要么在高峰工作时间对客户端进行限制。
行为取决于可用资源。最有可能出现瓶颈的资源是数据所在的存储设备上的随机寻道 I/O 请求。
如果在高峰时段 CPU 使用高峰，则瓶颈可能是虚拟机可用的 CPU 共享短缺。
观察到的性能不稳定是由于在扫描文件时 Avamar 使用的共享硬件资源争用。
在上面所示的示例中，硬件资源要么需求量很大，要么在高峰工作时间对客户端进行限制。
行为取决于可用资源。最有可能出现瓶颈的资源是数据所在的存储设备上的随机寻道 I/O 请求。
如果在高峰时段 CPU 使用高峰，则瓶颈可能是虚拟机可用的 CPU 共享短缺。
Risoluzione
- 在非高峰时段运行备份，并且（如果可能），当客户端未被其常规职责严重占用时。
- 确保虚拟机虚拟机管理程序在备份窗口时未强制实施 CPU、内存或 I/O 限制
- 避免 Avamar 备份重叠且活动频繁，而共享存储的争用率较高。
- 对于低更改率应用程序，请考虑使用基于映像的备份。映像备份代理应用装置仅备份修改后的数据块。它不会扫描数据集中的每个文件，因此具有较低的 I/O 要求。
Informazioni aggiuntive
有关如何调查 Avamar 备份性能问题的详细信息，请参阅;
有关分析和解释 avtar 状态消息的更多信息;
有关分析和解释 avtar 状态消息的更多信息;
Prodotti interessati
AvamarProdotti
AvamarProprietà dell'articolo
Numero articolo: 000164580
Tipo di articolo: Solution
Ultima modifica: 10 feb 2025
Versione: 4
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.