Avamar: Kapasite sorunlarını gidermek için bilgi toplama

Avamar'da Kapasite Sorunlarını Ele Alma:

Bir Avamar ızgarasında kapasite sorunlarıyla uğraşırken temel nedeni anlamak çok önemlidir. Bu, kapsamlı bir araştırma için veri toplamadan başlayarak bir dizi adım gerektirir.

Avamar ızgaralarının çeşitli kapasite limitleri tipleri vardır. Bu sınırların tarihsel bağlamlarıyla birlikte kapsamlı bir şekilde anlaşılması, sistemin yaşadığı hem mevcut hem de geçmiş kapasite sorunlarını netleştirebilir.

• %80: Kapasite Uyarısı
• %95: Durum Kontrolü Sınırına ulaşıldı
• %100: Sunucu Salt Okunur Sınırına ulaşıldı ve grid yönetici moduna geçti

• Çöp toplama (GC) başarısız olur ve bu da MSG_ERR_DISKFULL veya MSG_ERR_STRIPECREATE hatalara neden olur.
• Kontrol noktaları MSG_ERR_DISKFULL hata nedeniyle başarısız oluyor.
• Yedeklemeler tam kapasite nedeniyle çalışamaz veya başarısız olur.
• Yedeklemeler, hedef sunucunun dolu olduğunu belirten MSG_ERR_STRIPECREATE hataları veya mesajlarıyla başarısız olur.
• Erişim durumu yönetici moduna geçer (bakım çalışmıyorsa).
• Yedekleme zamanlayıcısı devre dışı bırakılır ve meta veri kapasitesi sınırları nedeniyle sürdürülemez.

Bu hususları anlamak, bir Avamar ızgarasındaki kapasite sorunlarını yönetmeye ve çözmeye yardımcı olabilir.

Bilgi toplama

Avamar Utility Node'da "yönetici" kullanıcı olarak oturum açın.

(Bunlar yalnızca bilgi toplar ve herhangi bir değişiklik yapmaz)

1. Henüz bilinmiyorsa Avamar sunucusunun tam adını veya Tam Nitelikli Etki Alanı Adını (FQDN) sağlar:

hostname -f

2. Bakım zamanlayıcısı da dahil olmak üzere tüm hizmetlerin etkinleştirildiğini doğrulayın:

dpnctl status

3. Genel durum:

status.dpn

4. Kapasiteyi çalıştırın.60 günlük veri ve en çok katkıda bulunan 10 müşteriyi toplamak için SH komut dosyası:

capacity.sh --days=60 --top=10

5. Son 30 gün içindeki temel çöp toplama davranışını gösteren günlükler:

dumpmaintlogs --types=gc --days=30 | grep "4202"

6. Çöp toplamanın kaldırdığı veri miktarı, kaç geçişin tamamlandığı ve ne kadar süreyle çalıştırıldığı:

dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17

7. Ne kadar süreceğini kontrol edin hfscheck Şunun için çalışır:

dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check

8. Düğüm ve bölüm başına kapasite kullanımının ayrıntıları:

avmaint nodelist | egrep 'nodetag|fs-percent-full'

9. Kontrol noktalarının listesi:

cplist

10. Bakım işi zamanlanmış başlangıç/bitiş saatleri:

avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16

11. Tüm disk ayarlarını toplayın:

avmaint config --ava | egrep -i 'disk|crunching|balance'

Bir Avamar Konu Uzmanı (SME) tarafından tavsiye edilmediği sürece değerleri asla değiştirmeyin. Varsayılan olmayan değerler iyi bir nedenden dolayı mevcut olabilir. Durumu iyice anlayın.

12. Veri bölümü başına düğüm başına farklı şerit türlerinin sayısını toplayın:

avmaint nodelist --xmlperline=99 | grep 'comp='

13. Her düğümde kullanılan bellek (ve takas) miktarını kontrol edin:

mapall free -m

• Avamar: capacity.sh komut dosyasıyla kapasiteyi yönetme
• Avamar - "status.dpn" Komutu tarafından Oluşturulan Çıktıyı Anlama (İngilizce)