Avamar：如何收集信息以对容量问题进行故障处理

解决 Avamar 系统中

的容量问题在处理 Avamar 系统中的容量问题时，了解根本原因至关重要。这需要一系列步骤，首先是收集数据以进行彻底调查。

Avamar 系统有几种类型的容量限制。全面了解这些限制及其历史背景，可以阐明系统当前和过去经历的容量问题。

超过特定容量阈值时，系统会在用户界面 （UI） 中生成特定事件、警告或错误：

• 80%: 容量警告
• 95%: 已达到运行状况检查限制
• 100%: 达到服务器只读限制，导致网格切换到管理员模式

当 Avamar 系统已满时，它可能会表现出以下症状或错误：
 

• 垃圾数据收集失败，导致MSG_ERR_DISKFULL或MSG_ERR_STRIPECREATE错误。
• 检查点因MSG_ERR_DISKFULL错误而失败。
• 备份无法运行或因容量已满而失败。
• 备份失败，并显示MSG_ERR_STRIPECREATE错误或消息，指示目标服务器已满。
• 访问状态将切换为管理员模式（除非维护正在运行）。
• 备份计划程序处于禁用状态，并且由于元数据容量限制而无法恢复。

了解这些方面有助于管理和解决 Avamar 系统中的容量问题。

收集信息：

登录到 Avamar Server（单节点或应用工具节点）并运行所有命令。这些仅收集信息，不应用任何更改：

1.如果尚不知道，则提供 Avamar Server 全名或完全限定域名 （FQDN）：
2.验证是否已启用所有服务，包括维护计划程序：
3.总体系统状态：
4.运行容量。用于收集 60 天数据的 sh 脚本和前 10 个贡献客户端：
5.显示过去 30 天内基本垃圾收集行为的日志：
6.垃圾收集删除的数据量、已完成的传递次数以及运行时间。

对于 Avamar v5.x 和 v6.x，运行： 对于 Avamar v7.x，开始运行：
7.检查 hfscheck 的运行时间：
8.每个节点和每个分区的文件系统容量使用情况的详细信息：
9.系统上可用的检查点列表：
10.维护作业计划的启动/停止时间：
11.收集所有磁盘设置：
12.收集每个数据分区每个节点的不同类型的条带计数：
13.检查每个节点上使用的内存量（和交换）：

上述一些步骤有文章解释其输出。如果无法访问下面列出的文章，请登录戴尔支持站点以访问它。 

• Avamar：如何使用 capacity.sh 脚本管理 Avamar 系统上的容量

• Avamar：如何理解“status.dpn”命令生成的输出 

• 如何理解 Avamar cplist 命令生成的输出