Bir Avamar Sisteminde
Kapasite Sorunlarını Ele AlmaBir Avamar sisteminde 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 sistemlerinin ç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.
Sistem, belirli kapasite eşikleri aşıldığında Kullanıcı Arayüzünde (UI) belirli olaylar, uyarılar veya hatalar oluşturur:
- 80%: Kapasite Uyarısı
- 95%: Durum Kontrolü Sınırına ulaşıldı
- 100%: Sunucu Salt Okunur Sınırına ulaşılarak şebekenin yönetici moduna geçmesi
Avamar sistemi dolu olduğunda aşağıdaki belirtiler veya hatalar gösterilebilir:
- Çöp toplama işlemi 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 sistemindeki kapasite sorunlarını yönetmeye ve çözmeye yardımcı olabilir.
Bilgi toplama:
Avamar sunucusunda (Tek Düğüm veya Yardımcı Düğüm) oturum açın ve tüm komutları çalıştırın. Bunlar yalnızca bilgi toplar ve herhangi bir değişiklik uygulamaz:
1. Henüz bilinmiyorsa Avamar sunucusunun tam adını veya Tam Nitelikli Etki Alanı Adını (FQDN) sağlar:
2. Bakım zamanlayıcısı da dahil olmak üzere tüm hizmetlerin etkinleştirildiğini doğrulayın:
3. Genel sistem durumu:
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şi tamamladığı ve ne kadar süreyle çalıştırıldığı.
Avamar
v5.x ve v6.x için şu komutu çalıştırın:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
Avamar
v7.x için sonraki sürümler şu şekilde çalıştırılmalıdır:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7. hfscheck in ne kadar süreyle çalıştığını kontrol edin:
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Dosya sistemi ayrıntıları: Düğüm ve bölüm başına kapasite kullanımı:
avmaint nodelist | egrep 'nodetag|fs-percent-full'
9. Sistemde mevcut olan kontrol noktalarının listesi:
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ğerlerin kullanılmasının iyi bir nedeni 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: