Avamar：如何正确应用“Avamar 故障处理层次结构”方法

• 在查看主动检查结果和对多个 Avamar 问题进行故障处理时，了解各种问题和故障如何相互影响。
• 许多问题的解决方案取决于基础作的成功完成。

• 如果检查点验证 （hfscheck） 失败，系统上累积的检查点开销会增加作系统容量利用率。
• 作系统容量利用率的提高会导致在作系统容量利用率达到 disknogc 限制。
• 垃圾收集失败反过来又会导致高 GSAN 容量利用率，并且系统迟早会进入管理员模式。
• 底层 hfscheck 必须先解决问题，以释放足够的作系统容量以允许垃圾收集运行，然后才能解决 GSAN 容量利用率问题。

• 如果存在多个问题，则必须按顺序按下面列出的顺序处理和解决这些问题（并将 Avamar 网格恢复到正常运行状态）。
• 要更正此列表中的每个问题，需要首先解决上面的所有问题。

• 严重硬件故障
• 条带或节点离线或挂起
• 检查点故障
• hfscheck 失败
• 作系统容量问题（高 fs-percent-full开始， freespaceunbalance 问题或条带池耗尽）
• 垃圾数据收集失败或无法运行
• 高 GSAN 容量利用率
• 与容量相关的备份失败（例如，服务器已到达 diskreadonly 阈值）

满足上述层次结构后，可能会存在其他注意事项（例如，长时间运行 hfscheck 可能会导致系统上出现作问题），但始终至关重要的是，要先在此层次结构中向下移动，才能确保生病的网格尽快变成正常运行的网格。

下面是根据 Avamar 优先级（从底部开始并逐步向上）首先解决的问题类型的图形表示：

相关文章：

• Avamar：如何登录到 Avamar Server 并加载各种密钥。
• Avamar：如何在 Avamar Server 上运行 proactive_check.pl 运行状况检查脚本