Avamar 空間回收程式 - 第 2 部分：正在調整

什麼是Avamar中的「分層」？

垃圾收集可識別任何備份不再引用的數據。
區塊標頭描述符經過修改，以指出應刪除哪些區塊。包含這些區塊的數據等量維持不變。
拿掉這些區塊會作為影響作業的側面影響。

套用是Avamar維護作業，可修改垃圾收集的等量，使這些等量組內的可用空間持續運作。
透過操作等量，使其可用空間連續，Avamar 能有效重複使用空間來傳入備份數據。

以類似傳統硬碟碎片的方式進行評估。
數據必須從一個地方移到另一個地方，才能更有效率地重複使用數據 容器 。

磁碟碎片整理公用程式會將數據的相關元素移動到旋轉硬碟的相鄰零件，以加快順序存取時間。
然而，調整數據會將數據移至等量的底部，為新傳入的區塊騰出空間。

類比：

想像一下，總線只有一個前入口門，沒有出口門。人員 （區塊） 使用前蓋進入總線。
這是一種特殊的總線，人們只能使用星號標播技術來喚醒 Scotty。
總線開始已滿。
一旦有好幾人脫位后，總線就有足夠的空間供更多客人們使用。
在觀眾離開入口之前，其他人都無法安裝修。也就是說，系統朝總線后側「傾斜」，以便在前蓋附近騰出空間。

為什麼評估很重要：

我們討論當備份數據寫入Avamar時會發生什麼情況。這說明為什麼修改很重要。

在準備接受備份數據時，Avamar 會在每個擁有最連續可用空間的數據節點上選取等量。等量標示為使用中的等量。
任何新的傳入備份數據會新增至使用中的等量。
當等量變滿時，下一個最不完整的等量會標示為使用中的等量。

想像一下系統發生調整不足的情況。
「可修改」等量分配 （垃圾收集但尚未進行封存） 可能相對空白。
如果有另一個具有較連續可用空間的等量等量，則不會選取這個相對空白的等量作為使用中的等量。 

在下圖中，圖表中的兩個等量均已收集垃圾，但僅已填入數據等量 2，

儘管數據等量 1 較小，等量分配 2 的連續空間也更有用。
Avamar 選取等量等量 2 作為作用中的等量分配。

隨著 Avamar 儲存裝置使用率的增加，作用中的等量會從日益完整的等量集區中選擇。

如果分隔逾期，則等量重複使用效率低下。
即使該數據量維持不變，平均一天也需要使用更多等量來擷取傳入的數據。
使用更多等量來擷取數據，會產生比重複使用等量更有效率更高的檢查點額外負荷。

因此，請務必確保Avamar有機會定期執行足夠的調整。

影響的運作方式為何？ 

當系統在等量分配上執行對等量調整時，會：

• 將 cur 目錄中等量分配檔案中的數據讀取至記憶體。
• 確定區塊標頭會參考哪些區塊。
• 將等量分配檔案和區塊標頭重寫至磁碟。等量分配檔案只會填入區塊標頭參照的專案。

修改等量分配檔案會中斷其硬鏈接，從而增加文件系統的使用率。
從 Avamar 5.0 版及更新版本開始，等量會在分隔後維持全尺寸。這有助於避免文件系統隨時間分散。

何時發生傳回？

異步分化 - 執行對等作業的預設和偏好方法。

異步傳送程式會在「黑線視窗」的後半部分執行，在垃圾收集逾時後執行，且僅在下列情況下執行;

• 如果異步參數設為 true。
• 如果有可分隔等量*。
• 如果我們尚未達成調整目標或每日限制*。
• 如果系統閑置* （沒有備份或其他進行中的維護）。
• 如果系統可寫入，且未達到 disknoflush。

異步傳送是先發制人的作業。
它會使用專屬時間和資源，在備份視窗前準備等量。
請參閱附加的圖表「blackout-window.jpg」，說明這一點。

要執行多少工作？

準備在黑線視窗期間使用的等量準備，可讓Avamar在備份排程期間儘速擷取數據。
修改變更等量分配的內容。大量的傳入會導致與儲存在「cur」目錄中的數據發生巨大差異。
這會導致檢查點額外負荷增加，並增加數據節點 數據/ 分割區的空間消耗。

Avamar 預測必須準備多少等量，才能容納預計於次日傳入的數據量。
計算依據前一個 N 天數的移動平均值 （例如 N 最多為 10 或 14）。
此自我調整機制可讓 Avamar 僅能調整足夠的等量以進行備份，以發揮最佳效能，而不會造成不必要的檢查點額外負荷。 

我們現在可以瞭解，如果系統變更率突然增加，Avamar 需要幾天的時間才能逐漸採用增加的增量限制。

如果異步調整沒有準備足夠的等量，則同步調整會處理此問題。

同步調整：

如果異步分隔無法預先準備足夠的等量分配，或如果異步傳回參數設為 false，則同步傳回會與備份同步執行。
也稱為 隨選 調整，如果等量分配可導入且準備成為節點的使用中等量分配，則在必要時便會在等量分配中執行和運作。

允許同步執行備份，意味著磁碟 I/O 資源的競爭日增。
在忙碌的系統上，這可能會導致備份工作需要更長的時間才能完成。 

在系統出現檢查點費用過高的情況下，我們可能會選擇設定 Avamar 以執行同步調整。如果這樣做，請告知客戶我們為何認為有必要這麼做，並說明取捨。

A 兩種調整模式的摘要：

異步調整：

• Avamar 伺服器參數設定為 asynccrunching=true。
• 如果已在一般日期內嵌價值的數據，備份效能會更高。
• 檢查點額外費用較高。
• 默認的作業模式。
• 在操作系統容量高的情況下，可能會停用以協助降低檢查點額外負荷。

同步調整：

• Avamar 伺服器參數設定為 asynccrunching=false
• 視需要執行
• 降低檢查點額外費用需求
• 備份時間可能較長
• 不是預設的作業模式

有哪些原因可防止異步故障發生？

 asynccrunching config 參數是錯的。

• 備份正在進行中
• 已達到每日限額
• 伺服器為唯讀
• 伺服器執行層級低於「admin」
• 等量轉換進行中
• 已達到disknoflush限制
• 套用的 Avamar 伺服器正在執行 hfschck 實例 （有時稱為 CGSAN）
• HFScheck 正在啟動