閱讀本文之前，請熟悉Avamar垃圾收集和空間回收的運作方式。
Avamar 空間回收程式 - 第 1 部分：垃圾收集
Avamar 空間回收程式 - 第 2 部分：正在調整
Avamar 空間回收程式 - 第 3 部分： 拿掉檢查點程式 （RMCP）
在 Avamar 系統上，垃圾收集 （GC） 是以排程程序執行。
可以手動執行 GC。這在過去一直稱為「主動式垃圾收集」（AGC）。實際上，這和一般 GC 沒有不同，應該使用「手動垃圾收集」一詞。
手動垃圾收集是指在未使用 Avamar 維護排程器的情況下，執行 GC 維護工作的時間較長。
這項技術可能有助於緩解 Avamar 使用者容量非常高或系統處於「只讀」模式的急急問題。
在這些情況下，會手動執行垃圾收集，將容量層級降低至
低於 只讀閾值，以便備份視窗能夠執行，且自動化垃圾收集可以繼續正常運作。
本文探討手動垃圾收集的適用性與使用條件。
首先需要注意的是，Avamar 可以透過自動化維護工作自行處理。
不應將 Avamar系統微管理。 請盡可能允許排程的垃圾收集作業「處理業務」，並清除系統中過期的數據。
只有在發生「極高 GSAN 容量」的情況時，才可能適合手動收集垃圾。當適當的 GC 長時間受到阻礙時，可能會發生此問題。
如果 Avamar 支援工程師已執行適當的分析，則可向 Avamar 主旨專家申請手動垃圾收集活動的核准。
解決「高操作系統容量」或「高 GSAN 容量使用率」的情況時，
不適用手 動垃圾收集。 如果 GSAN 容量很高，請務必每天執行排程的 GC，以及所需的時間。
使用「容量
」。Avamar 中說明的 sh 腳稿：如何使用 capacity.sh 腳本來管理 Avamar 系統上的容量，請確保垃圾收集至少可執行兩次。
逐漸延長維護時段。這可能超過幾天。監控達到的通過次數和已移除的數據量，直到容量趨勢變為負數為止。
如果容量趨勢沒有轉為負值，且容量沒有降低，請套用額外的容量管理措施。請參閱
Avamar：容量管理概念和訓練。
支援可協助檢查垃圾收集是否以最佳方式執行。
- 經過調整以平衡傳入和過期數據的系統會以穩定狀態執行。請參閱《Avamar 作業最佳實務指南》。
- 手動執行垃圾收集「遮罩」容量問題，並張貼讓系統進入良好狀態以長期不間斷使用所必須採取的步驟。
- 手動執行垃圾收集，可與硬體資源的備份或複製活動競爭。全方位效能受到影響。
- 垃圾收集所需的特定動作僅在排定的維護時段自動執行，例如卸下「索引快取座」以釋放更多資源。