阅读本文之前，请熟悉 Avamar 垃圾数据收集和空间回收的工作原理。
Avamar 空间回收过程 — 第 1 部分：垃圾数据收集
Avamar 空间回收过程 — 第 2 部分：
处理
Avamar 空间回收过程 — 第 3 部分： 删除检查点过程 （RMCP）
在 Avamar 系统上，垃圾数据收集 （GC） 旨在作为计划的进程运行。
可以手动运行 GC。这一直称为“激进垃圾数据收集”（AGC）。实际上，这与常规 GC 没有什么不同，应该使用“手动垃圾数据收集”一词。
手动垃圾数据收集是指在不使用 Avamar 维护计划程序的情况下长时间运行 GC 维护任务的情况。
此技术可能有助于缓解 Avamar User 容量非常高或系统处于“只读”模式的严重问题。
在这些情况下，将手动运行垃圾数据收集，以将容量级别降至
低于 只读阈值，以便备份窗口可以运行，自动垃圾数据收集可以继续正常工作。
本文讨论手动垃圾数据收集的适用位置及其使用条件。
首先要注意的是，Avamar 可以通过自动维护任务来自行处理。
不应对 Avamar 系统进行微管理。 尽可能允许计划垃圾数据收集“处理业务”，并从系统中清除过期数据。
手动垃圾数据收集的唯一时间是出现“极高 GSAN 容量”的情况。在适当的 GC 长时间受到阻碍时，可能会发生这种情况。
如果 Avamar 支持工程师执行了适当的分析，他们可能会寻求 Avamar 主题专家批准手动垃圾数据收集活动。
在解决“高操作系统容量”或“高 GSAN 容量利用率”情况时，
不适用使用 手动垃圾数据收集。 在 GSAN 容量较高的情况下，计划 GC 每天运行以及在所需时间内运行至关重要。
使用“capacity
”。Avamar 中描述的 sh 脚本：如何使用 capacity.sh 脚本管理 Avamar 系统上的容量，确保垃圾数据收集最少运行两次。
逐步延长维护窗口。这可能是在一段时间内。监视达到的通过数和删除的数据量，直至容量趋势变为负数。
如果容量趋势未变为负值，并且容量未降低，请应用额外的容量管理措施。请参阅
Avamar：容量管理概念和培训。
支持人员可以帮助检查垃圾数据收集是否以最佳方式运行。
- 经过调整以平衡传入和过期数据的系统以稳定状态运行。请参阅《Avamar 操作最佳做法指南》。
- 通过推迟使系统进入正常运行状态以实现长期不间断使用而必须采取的步骤，手动运行垃圾数据收集“掩蔽”容量问题。
- 手动运行垃圾数据收集将与硬件资源的备份或复制活动竞争。全面性能受到影响。
- 垃圾数据收集所需的某些操作仅在计划的维护窗口时间自动运行，例如卸载“索引缓存”以释放更多资源。