解决 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.检查每个节点上使用的内存量(和交换):