Avamar：如何啟用「checkdiratomicref」並最佳化等量使用率

啟用「checkdiratomicrefs」功能透過整合式 Data Domain 解決方案，將 Avamar 上的中繼資料儲存最佳化。這對系統效能和容量使用率都有正面的影響。

每當 Data Domain 首次與 Avamar 系統整合時，最好是在將任何備份儲存至 Data Domain 之前，便應啟用此功能。

有關此功能工作原理的其他詳細資訊以及優勢說明，請參閱「技術背景」部分。

啟用「checkdiratomicrefs」功能

• Avamar 18.1：修補程式 306587 或更新版本
• Avamar 18.2：修補程式 306588 或更新版本 
• 對於 Avamar 版本 19.x 和更高版本， 不需要修補程式。

若要啟用「checkdiratomicrefs」功能 （完成 Data Domain 新增步驟後），請依照「自動化程序」或「手動程序」下的步驟操作。

自動化程序

1. 以系統管理員使用者身分登入 Avamar 工具節點/單一節點。
2. 按照 Avamar 中的步驟下載並安裝 GoAV 工具：用於管理和故障排除的 GoAV 產品工具
3. 輸入以下命令：

   ./goav system config enable-checkdiratomicrefs

手動程序

1. 以系統管理員使用者身分登入 Avamar 工具節點/單一節點。
2. 輸入下列命令：

   avmaint config --ava maxcompdatastripe=20971520
   avmaint config --ava checkdiratomicrefs=true

   上述命令可啟用 checkdiratomicref 功能，並最佳化複合等量大小，以免儲存檔案中繼資料。
    
3. 執行以下命令，驗證更新后的參數是否已生效。預期的輸出應符合以下內容：

   admin@avamar:~/>: avmaint config --ava | grep "maxcompdatastripe\|checkdiratomicrefs"
     maxcompdatastripe="20971520"
     checkdiratomicrefs="true"
   admin@avamar:~/>

4. 製作 mcserver.xml 檔案的複本：

   cp -p /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml /usr/local/avamar/var/mc/server_data/prefs/x-mcserver.xml.$(date -I)

5. 使用 vi，開啟 mcserver.xml 檔案進行編輯：

   vi /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml

   變更以下兩個值：
   從：

   <entry key="maxcompdatastripe" value="41943040" />  
   ...
   <entry key="stripeUtilizationCapacityFactor" value="1.20" />

   至：

   <entry key="maxcompdatastripe" value="20971520" merge="keep"/>
   ...
   <entry key="stripeUtilizationCapacityFactor" value="2.50" merge="keep"/> 

   上述變更可確保 Avamar 管理主控台伺服器 （MCS） 在計算系統的「中繼資料」使用率時，使用更新的複合等量大小。“keep”的“合併指令”可確保更改的值在系統更新中保持不變。
    
6. 依照 Avamar 中的步驟重新啟動 MCS，讓更新的值生效：如何重新啟動管理主控台伺服器。

技術背景

Avamar 系統會將資料儲存在磁碟上的多個不同檔案中。這些檔案稱為「等量」，不同種類的等量用於儲存不同類型的資料。
此設計可形成不同的等量分配類型，以平衡 Avamar 上的效能、儲存使用率和資料完整性。
備份數據存儲在「數據條帶」中，元數據存儲在「複合條帶」中。這是本文中關注的兩種條紋。

當 Data Domain 與 Avamar 整合時;備份資料可儲存在 Data Domain 上。在這種情況下，Avamar 上僅會儲存備份中繼資料。
備份元數據通常只是備份數據大小的一小部分。因此，將備份資料儲存在 Data Domain 的主要優點是 Avamar 可保護更多的用戶端 （和備份）。

但是，僅儲存指定數量的中繼資料的 Avamar 的等量將明顯高於儲存相同數量的混合中繼資料/資料的 Avamar。
這是因為資料等量比複合等量大 9 倍 （分別為 360 MB 和 40 MB），因此較少的資料等量容納較多資料。

因此，假設兩個系統在「磁碟上」使用的儲存量大致相同，則僅儲存中繼資料的 Avamar 系統比儲存中繼資料和備份資料的 Avamar 系統有更大的等量。
遺憾的是，高等量可能會導致效能問題，尤其是在 Avamar 維護工作期間，這可能會損害產品功能。

綜上所述;僅儲存中繼資料的 Avamar 系統最終可能會限制備份數量，而不能透過容量，而是透過等量來保護。

Avamar 18.1 （hotfix 306587） 中推出了此問題的解決方案。新增功能旗標 （checkdiratomicref），可讓 Avamar 系統將幾乎所有中繼資料儲存在資料等量中 ，而非複合等量中。

透過對資料 和中繼 資料儲存使用較大的資料等量，啟用此功能可增加 Avamar 上每個個別 Stripe 中可儲存的中繼資料量。換句話說，它減少了存儲給定數量的元數據所需的條帶數。

此功能的注意事項是，為了發揮最大效果，應在系統將任何備份資料內嵌至附加的 Data Domain 之前啟用此功能。換言之，理想情況下應在 Data Domain 與 Avamar 整合後立即啟用。
這是因為 Avamar 上的等量在建立後即無法刪除。因此，如果系統在啟用該功能之前已經創建了多個複合條帶，則在啟用該功能后，這些條帶將保留。
該功能以後仍可啟用，並為之後引入的任何備份數據提供相同的好處。但是，它不會像從一開始就啟用它那樣有效。

實質上，在附加的 Data Domain 上儲存任何備份之前，先在系統上啟用此功能，將導致整體 stripe 計數低於在附加的 Data Domain 上儲存某些 備份後啟用此功能的情況。這既提高了維護性能，又使系統能夠保護額外的備份數據。

「checkdiratomicrefs」功能也為第二個問題提供了解決方案。之前系統將備份儲存在 Avamar 本機中，現在已與 Data Domain 整合，且備份不再儲存在 Avamar 上。
在這第二個情況下，先前會在 Avamar 上建立資料等量來儲存備份資料。但備份已不再儲存在 Avamar 上，因此這些 stripe 現在是空的。
由於 stripe 無法刪除，因此它們會保留在系統上，但無法使用。
啟用此功能可在這些現有 Stripe 中儲存中繼資料，從而有效使用 Avamar 上的可用儲存裝置。