解决 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 个贡献客户端：
capacity.sh --days=60 --top=10
5.显示过去 30 天内基本垃圾收集行为的日志：
dumpmaintlogs --types=gc --days=30 | grep "4202"
6.垃圾收集删除的数据量、已完成的传递次数以及运行时间。
对于 Avamar
v5.x 和 v6.x，运行：
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
对于 Avamar
v7.x，开始运行：
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7.检查 hfscheck 的运行时间：
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8.每个节点和每个分区的文件系统容量使用情况的详细信息：
avmaint nodelist | egrep 'nodetag|fs-percent-full'
9.系统上可用的检查点列表：
10.维护作业计划的启动/停止时间：
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11.收集所有磁盘设置：
avmaint config --ava | egrep -i 'disk|crunching|balance'
除非 Avamar 主题专家 （SME） 建议，否则切勿更改值。使用非默认值可能是有充分理由的。彻底了解情况。
12.收集每个数据分区每个节点的不同类型的条带计数：
avmaint nodelist --xmlperline=99 | grep 'comp='
13.检查每个节点上使用的内存量（和交换）：