Avamar：为对 Avamar 复制性能问题进行故障处理而要收集的信息（解决方案路径）
Summary: 本文应用于收集初始信息，以便对 Avamar（以及具有 Data Domain 集成的 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.
Instructions
对于常规复制，起点应包括背景和概念，以及要测试的项和要执行的更改。
请参阅解决路径文章 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 应用工具节点、Avamar Virtual Editions （AVE） 或单个节点上运行 status.dpn 命令 。 Avamar：如何理解“status.dpn”命令生成的输出（英文版）
- 对于每台 Avamar Server 上的 Data Domain： 运行”
mccli dd show-prop“命令- 也可以从复制日志或 ddrmaint 命令中收集此 DD 信息。请参阅本文末尾的附录。
- 硬件类型（包括 DD，如果适用）：
- 硬件类型和版本是什么？这可能会影响流的数量以及接收磁盘 I/O 的数量。
- 每个节点的容量大小是多少，总备份数据容量是多少？（了解这一点很重要，因为它有助于增加知识，了解可能有多少数据需要复制或跟进。）
- 对于 Data Domain，此信息可在复制日志或 ddrmaint 命令中找到。
- 对于戴尔支持，所有 Avamar 和 DD 硬件类型（如果针对 Email Home 进行了配置）均可在 Avalanche 和自动支持 （ASUP） 上找到
- 还可以在 Data Domain 上运行以下命令：
system show model
- 还可以在 Data Domain 上运行以下命令：
- “Network:（网络：）”此部分不是关于测试速度的部分，而是戴尔支持人员和客户之间就以下方面展开的讨论：
- 客户对网络速度的期望和对复制的期望
- 其他应用程序或使用情况是否共享复制网络
- 询问客户当前是否有专用的辅助网络用于复制（或计划将来可能进行配置）
- 如果是，源和目标的内部和外部 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 支持团队合作，讨论进一步的主题，并执行实际测试和持续调整。
Affected Products
Avamar, Avamar ServerProducts
AvamarArticle Properties
Article Number: 000155028
Article Type: How To
Last Modified: 22 May 2026
Version: 11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.