Avamar: checkdiratomicrefs" nasıl etkinleştirilir ve şerit kullanımı nasıl optimize edilir

Etkinleştirme "checkdiratomicrefs" özelliği, entegre bir Data Domain çözümüne sahip bir Avamar'da meta verilerin depolanmasını optimize eder. Hem sistem performansı hem de kapasite kullanımı açısından olumlu bir etkiye sahiptir.

Bu özellik, bir Data Domain bir Avamar sistemiyle ilk kez entegre edildiğinde, ideal olarak herhangi bir yedekleme Data Domain'de depolanmadan önce etkinleştirilmelidir.

Özelliğin nasıl çalıştığı hakkında ek ayrıntılar ve faydalarının açıklaması için "Teknik Arka Plan" bölümüne bakın.

Etkinleştirme "checkdiratomicrefs" özelliği

• Avamar 18.1: Düzeltme 306587 veya sonraki sürümler
• Avamar 18.2: Düzeltme 306588 veya sonraki sürümler 
• Avamar 19.x ve üzeri sürümler için düzeltme gerekmez.

Etkinleştirmek için "checkdiratomicrefsözelliğiyle (Data Domain ekleme adımlarını tamamladıktan sonra) "Automated procedure" veya "Manual procedure" (Manuel prosedür) altındaki adımları izleyin.

Otomatik prosedür

1. Avamar yardımcı yazılım düğümünde/tek düğümde yönetici kullanıcısı olarak oturum açın.
2. Avamar'daki adımları izleyerek GoAV aracını indirip yükleyin: Yönetim ve Sorun Giderme için GoAV Ürün Aracı
3. Aşağıdaki komutu yazın:

   ./goav system config enable-checkdiratomicrefs

Manuel prosedür

1. Avamar yardımcı yazılım düğümünde/tek düğümde yönetici kullanıcısı olarak oturum açın.
2. Aşağıdaki komutları yazın:

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

   Yukarıdaki komutlar checkdiratomicrefs özelliğini etkinleştirir ve dosya meta verilerini depolamamak için bileşik şeritlerin boyutunu optimize eder.
    
3. Aşağıdaki komutu çalıştırarak güncellenen parametrelerin etkili olduğunu doğrulayın. Beklenen çıktı aşağıdakilerle eşleşmelidir:

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

4. mcserver.xml dosyasının bir kopyasını oluşturun:

   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 komutunu kullanarak düzenlemek üzere mcserver.xml dosyasını açın:

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

   Aşağıdaki iki değeri değiştirin:
   Gönderen:

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

   Şu şekilde değiştirin:

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

   Yukarıdaki değişiklikler, Avamar Management Console Server'ın (MCS) sistemin "meta veri" kullanımını hesaplarken güncellenmiş bileşik şerit boyutunu kullanmasını sağlar. "Keep" in "birleştirme yönergesi", değiştirilen değerlerin sistem güncellemeleri boyunca devam etmesini sağlar.
    
6. Güncellenen değerlerin etkili olması için Avamar'daki adımları izleyerek MCS'yi yeniden başlatın: Yönetim Konsolu Sunucusunu Yeniden Başlatma.

Teknik arka plan

Avamar sistemi, verileri diskte birden çok farklı dosyada depolar. Bu dosyalara "şeritler" denir ve farklı türdeki verileri depolamak için farklı türde şeritler kullanılır.
Bu tasarım, Avamar'da performansı, depolama kullanımını ve veri bütünlüğünü dengeleyen farklı şerit türlerinin dağıtımını sağlar.
Yedekleme verileri "veri şeritlerinde", meta veriler ise "bileşik şeritlerde" depolanır. Bunlar, bu makaledeki iki tür endişe şerididir.

Bir Data Domain, bir Avamar ile entegre edildiğinde; yedekleme verileri Data Domain'de depolanabilir. Bu durumda, Avamar'da yalnızca yedekleme meta verileri depolanır.
Yedekleme meta verileri genellikle yedekleme verilerinin boyutunun bir kısmıdır. Bu nedenle, yedekleme verilerini Data Domain'de depolamanın en önemli avantajı, Avamar'ın daha fazla sayıda istemciyi (ve yedeklemeyi) koruyabilmesidir.

Ancak belirli bir miktarda yalnızca meta veri depolayan bir Avamar'ın şerit sayısı, aynı miktarda karışık meta veri/veri depolayan bir Avamar'dan önemli ölçüde daha yüksek şerit sayısına sahip olur.
Bunun nedeni, veri şeritlerinin bileşik şeritlerden 9 kat daha büyük olmasıdır (sırasıyla 360 MB'ye karşı 40 MB), dolayısıyla daha az sayıda veri şeridi daha fazla veri barındırır.

Bu nedenle, yalnızca meta verileri depolayan bir Avamar sistemi, her iki sistemin de "diskte" yaklaşık olarak aynı miktarda depolama kullandığı varsayılarak, meta verileri ve yedekleme verilerini depolayan bir sisteme kıyasla daha yüksek şerit sayısına sahip olacaktır.
Ne yazık ki yüksek şerit sayıları, özellikle Avamar bakım görevleri sırasında performans sorunlarına neden olabilir ve bu da ürünün işlevselliğini olumsuz etkileyebilir.

Yukarıdakileri özetlemek gerekirse; Yalnızca meta verileri depolayan bir Avamar sistemi, koruyabileceği yedekleme sayısı kapasiteyle değil şerit sayısıyla sınırlı kalabilir.

Bu soruna yönelik bir çözüm Avamar 18.1'de (düzeltme 306587) sunulmuştur. Avamar sisteminin neredeyse tüm meta verileri bileşik şeritler yerine veri şeritleri içinde depolamasına olanak tanıyan bir özellik bayrağı (checkdiratomicrefs) eklenmiştir.

Bu özelliğin etkinleştirilmesi, hem veri hem de meta veri depolaması için daha büyük veri şeritlerini kullanarak Avamar'daki her bir şeritte depolanabilecek meta veri miktarını artırır. Başka bir deyişle, belirli bir miktarda meta veri depolamak için gereken şerit sayısını azaltır.

Bu özellikle ilgili uyarı, maksimum etki için sistemin bağlı Data Domain'e herhangi bir yedekleme verisi almadan önce etkinleştirilmesi gerektiğidir. Başka bir deyişle, ideal olarak Data Domain, Avamar ile entegre edildikten hemen sonra etkinleştirilmelidir.
Bunun nedeni, Avamar'daki şeritlerin oluşturulduktan sonra silinememesidir. Bu nedenle, özellik etkinleştirilmeden önce sistem çok sayıda bileşik şerit oluşturmuşsa, bu şeritler etkinleştirildikten sonra da kalıcı olur. 
Bu özellik daha sonra etkinleştirilebilir ve bu noktadan sonra alınan tüm yedekleme verileri için aynı avantajları sağlar. Ancak, başlangıçtan itibaren etkinleştirilmiş kadar etkili olmayacaktır.

Temel olarak, bağlı Data Domain'de herhangi bir yedek depolanmadan önce sistemde bu özelliğin etkinleştirilmesi, bazı yedekler bağlı Data Domain'de depolandıktan sonra özelliğin etkinleştirildiği duruma kıyasla daha düşük bir toplam şerit sayısına neden olur. Bu, hem gelişmiş bakım performansına yol açar hem de sistemin ek yedekleme verilerini korumasına olanak tanır.

"checkdiratomicrefs" özelliği ikinci bir soruna da çözüm sağlar. Daha önce Avamar'da yerel olarak depolanan bir sistemin artık bir Data Domain ile entegre edildiği ve yedeklerin artık Avamar'da depolanmadığı durumlarda.
Bu ikinci senaryoda, yedekleme verilerini tutmak için Avamar'da veri şeritleri önceden oluşturulmuş olması gerekir. Yedeklemeler artık Avamar'da depolanmadığı için bu şeritler artık boştur.
Şeritler silinemediği için sistemde kalır ancak kullanılamaz.
Bu özelliğin etkinleştirilmesi, meta verilerin bu mevcut şeritlerde depolanmasını sağlayarak Avamar'daki kullanılabilir depolamanın etkin bir şekilde kullanılmasına olanak tanır.