Avamar：瞭解「伺服器使用率」與資料節點上的實體空間消耗之間的差異

Avamar 儲存節點實體資料磁碟分割中佔用的空間量很高，而「伺服器使用率」數字則相對較低。

範例：
Avamar 伺服器回報其備份資料佔用了 9.2% 的可用空間：

Avamar 資料磁碟分割顯示較高的空間耗用量：

原因是 Avamar 的「伺服器使用率」值並不是根據實體磁碟分割中佔用的空間量來計算。

物理”/data」 分割區中保存的條帶實質上是備份資料的容器。

Avamar 伺服器使用率值 （又稱為使用者容量或「GSAN」容量） 是根據等量容器的滿載程度來測量。

等量容器建立完成後，會永遠保留在 Avamar 格線上，並視需要加以回收。因此，如果 Avamar 格線達到高容量，則現有等量容器會佔用多達 65% 的資料磁碟分割總空間。

即使移除大量備份資料且「伺服器使用率」值下降，情況仍持續如此。

這是有意的正常行為。

其他資訊：
在新實作的 Avamar 格線上， /data 分區僅包含幾個條帶（數據容器）。「伺服器使用率」和 /data 分區報告低值。

隨著時間推移，當 Stripe 中填入備份資料時，會在 /data 磁碟分割。的 /data 分區上升。這會持續到電網達到 Avamar 伺服器和 MCS 設定的預定「安全」限制為止。

默認情況下，條帶容器消耗的數據分區中的空間量為 65%。有時該值可能會有所不同，例如，其中網格：

• 由於授權限制而套用了自訂限制 （限制較低）
• 設定了靜態加密（限制較低）
• 已設定自訂的中繼資料容量限制 （限制 略 高）

上述「安全」限制的原因是確保 /data 分區有足夠的可用空間來執行維護活動。

下圖說明了這一點：

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

下列文章將更詳細地討論作業系統和 Avamar 伺服器容量行為：Avamar：容量管理概念和訓練

與 Data Domain
整合的 Avamar：在與 Data Domain 整合的 Avamar 格線上，傳送至 Data Domain 的備份只會將少量資料寫入 Avamar。這稱為元數據。中繼資料位於複合等量中，且比儲存在 Avamar 上的用戶端備份佔用相對較少的空間。

在某些情況下，如果技術支援已「調整」中繼資料參數，「cur」在 Avamar 格線上佔用的空間百分比可能會高於 65%。

其他注意事項：
RAIN/同位檢查資料：
下列文章說明為何即使移除所有備份，伺服器使用率仍一律包含同位等量的空間消耗：即使刪除所有備份並收集垃圾，Avamar 仍顯示高達 ~30% 的使用率