Avamar: Avamar Çoğaltma Performans Sorunlarını gidermek için toplanacak bilgiler (Çözüm Yolu)
Summary: Bu makale, Avamar (ve Data Domain Entegrasyonu ile Avamar) Çoğaltma Performansı sorunlarını gidermeye yönelik ilk bilgileri toplamak için kullanılmalıdır.
Instructions
Genel çoğaltma için başlangıç noktası arka plan ve kavramlar, test edilecek öğeler ve gerçekleştirilecek değişiklikleri içermelidir.
Çözüm Yolu makalesine bakın Avamar: Bu konular için Çoğaltma Performansı Sorun Giderme ve Ayarlama (Çözüm Yolu).
Bu makale, çoğaltma zaman aşımı sonu da dahil olmak üzere çoğaltma performansına özgü sorunlar hakkında bilgi toplamaya özeldir ancak performansla ilgili olmayan yapılandırma sorunlarına yönelik diğer çoğaltma hataları hakkında bilgi toplamayı amaçlamaz.
Toplanacak bilgilerle ilgili PERFORMANS DIŞI ile ilgili diğer çoğaltma sorunları için bkz . Avamar: Çoğaltma sorunlarını gidermek için bilgi toplama
-
Aşağıdaki öğelerin çoğu, teknik destek ekipleri ve müşteriler arasında görüşmeler gerektirir.
-
Bu makalede listelenen tüm bilgiler olmadan sorun giderme ve çözüm süresi, bulunan olası sorunlara bağlı olarak artabilir.
-
Referans giriş makaleleri:
Genel Çevre Soruları ve Bilgileri:
- Müşteriyle kaynak ve hedef tesisler arasındaki fiziksel konumları, şehirleri, ülkeleri veya miles mesafeyi tartışın.
- Performans ayarlamasında başarılması gereken hedefin ne olduğunu veya özellikle neyin düzeltilmesi gerektiğini (performansın ötesinde) tartışın ve sağlayın.
- (Örnek: Geri alma veya hatalardan sonra X gün geriyi yakalamak, ilk kez ilk çoğaltma çekirdeğini tamamlamak, Profesyonel Hizmetler tarafından gerçekleştirilen root2root (R2R) geçişini tamamlamak vb. için)
- Yapılandırma tasarımı:
One-to-one,One-to-many,Many-to-one,Cross replication,Cascading replicationveya Diğer
- Kaynak ve hedef Avamar'dan (ve varsa DD sunucusundan) grid ana bilgisayar adını, sürümünü ve kapasitesini alın:
- Avamar için: Tüm ilgili Avamar sunucu yardımcı yazılım düğümlerinde, Avamar Virtual Edition'larda (AVE) veya tek düğümlerde status.dpn komutunu çalıştırın. Avamar: status.dpn komutu tarafından oluşturulan çıktıyı anlama
- Her Avamar sunucusundaki Data Domain için: Çalıştırın "
mccli dd show-prop" komutunu çalıştırın- Bu DD bilgileri, çoğaltma günlüklerinden veya ddrmaint komutlarından da toplanabilir. Bu makalenin sonundaki eke bakın.
- Donanım türü (varsa DD dahil):
- Donanım türü ve sürümü nedir? Bu, akış sayısını ve alınan disk G/Ç miktarını etkileyebilir.
- Düğüm başına kapasite boyutu ve toplam genel yedekleme veri kapasitesi nedir? (Bunu bilmek önemlidir, çünkü çoğaltılacak veya yakalanacak ne kadar veri olabileceği bilgisine katkıda bulunur.)
- Data Domain için bu bilgi, çoğaltma günlüklerinde veya ddrmaint komutlarında bulunur.
- Dell Destek için tüm Avamar ve DD donanım türleri, E-posta Ana Sayfası için yapılandırılmışlarsa Avalanche ve Autosupport'ta (ASUP) bulunabilir
- Aşağıdaki komut Data Domain'de de çalıştırılabilir:
system show model
- Aşağıdaki komut Data Domain'de de çalıştırılabilir:
- Ağ: Bu, hız testine yönelik bir bölüm DEĞİLDİR; Dell Desteği ve müşteriler arasında aşağıdakilerle ilgili bir tartışmadır:
- Ağ hızına ilişkin müşteri beklentileri ve replikasyon beklentileri
- Çoğaltma ağı diğer uygulamalar veya kullanımlar tarafından paylaşılıyor mu?
- Müşteriye şu anda çoğaltma için ayrılmış bir ikincil ağı olup olmadığını sorun (veya gelecekte yapılandırmayı planlıyor musunuz)?
- Evet ise, kaynak ve hedef için dahili ve harici IP adresleri nelerdir?
- Bir Data Domain söz konusuysa incelenen Avamar ızgarası dışında herhangi bir şeyin de aynı Data Domain e kopyalanıp çoğaltılmadığını kontrol edin
- Evet ise, birden fazla Avamar ızgarası veya başka yedekleme çözümleri var mı
- Evet ise, eşzamanlı mı yoksa kademeli mi
- Veri miktarı
- Yapılandırılmış veya mevcut Avamar ürününün dışında herhangi bir müşteri güvenlik duvarı veya QoS ağ kısıtlaması olup olmadığını belirleyin
- Müşterinin ağında WAN Hızlandırıcıları var mı?
- NOT: WAN Hızlandırıcıları varsa, bunlar iperf daha hızlı sonuçlar gösterdiğinde testin sonraki bir adımında ortaya çıkabilir, ancak veri iletimi açısından başka hiçbir şey neredeyse o kadar hızlı değildir. Iperf, Linux tabanlı basit bir "ağ hızı test aracı" dır ve trafiği hem çok sıkıştırılabilir hem de tekilleştirilebilir. Ancak gerçek istemci yedekleme verileri, ağ üzerinde çoğaltmadan önce sıkıştırılmış ve tekilleştirilmiş olduğundan kıyaslandığında neredeyse sıkıştırılabilir ve tekilleştirilebilir değildir.
- Avamar'da WAN Hızlandırıcılarının yanlış kullanımı çoğaltma performansının ayarlanmasını zorlaştırabilir. Yalnızca iperf kullanılarak elde edilen performans testi sonuçlarını hatalı bir şekilde şişirebilseler de çoğu zaman Avamar çoğaltmasına hiç yardımcı olmazlar. Çoğu zaman, performans ayarlamayı daha zor ve zaman alıcı hale getirirler. Tekilleştirme/sıkıştırma tipi WAN Hızlandırıcılar aşağıdakilere sıfır performans avantajı sağladığından performans ayarlamaya yönelik sınırlamalar ve olası zararlar hakkında Avamar Destek ile daha fazla görüşün
Avamar-onlytrafik ve performans ayarlama prosedürünü de yavaşlatabilir. - Data Domain için, ağ üzerinde bir WAN hızlandırıcının varlığı çoğaltma performansını olumsuz etkileyebilir. Data Domain sistemi ağında bir WAN hızlandırıcının mevcut olup olmadığını ağ yöneticisiyle doğrulayın. Ağ yöneticisiyle çalışırken ve genel ağ üzerindeki minimum etkiyi onaylarken WAN hızlandırıcısını devre dışı bırakın. Bu sınırlı bir test olarak yapılmalıdır. Data Domain makalesine başvurun : Data Domain: [DD'de] Yavaş Çoğaltma Sorunları Analiz Ediliyor.
- Desteklenmeyen miktarda yüksek ağ ping gecikmesini ele alan ve Kullanıcı Veri Birimi Protokolü (UDP) protokolleri üzerinden iletişim kuran Hızlandırıcı kullanımı için olası fayda için Dell Technologies Hesap Ekibinizle veya Avamar Destek ile görüşün. Mümkünse bu Çözüm Yolu'nu kullanarak ve hızlandırıcılar olmadan normal performans ayarlaması yapmak çoğu ping gecikmesi sorununu çözecektir.
- Müşteri Gereksinimleri:
- Müşteri yedekleme verileri, koruma ve çevre açısından Hizmet Düzeyi Hedefi (SLO) ve Hizmet Düzeyi Sözleşmeleri (SLA) gereksinimleri nelerdir?
- Tüm yedeklemelerin çoğaltılması gerekir mi?
- Eski yedeklemeler atlandı mı, yoksa bu bir olasılık mı?
- Yalnızca belirli istemciler mi çoğaltılıyor?
- (ve benzeri)
- Müşteri yedekleme verileri, koruma ve çevre açısından Hizmet Düzeyi Hedefi (SLO) ve Hizmet Düzeyi Sözleşmeleri (SLA) gereksinimleri nelerdir?
Daha spesifik yapılandırma soruları:
- Yapılandırma etkileri konusunda yardım için istemci hesabı genel bilgileri. Müşteriyle yapılan görüşmeden kabaca:
- Sunucuda toplam kaç istemci var (Yalnızca bir alt küme çoğaltılırsa kaç tane)
- Farklı istemci eklentisi türleri nelerdir (dosya sistemi, Exchange, NDMP vb.)
- Genel olarak en büyük istemci yedekleme boyutları nelerdir?
İstemci yedekleme boyutuna ve özellikle arka uç türüne (gsan ve DD) bağlı olarak sınırlayıcı bir faktör olabileceğinden, bu bilgiler belirsizse tartışmanın ötesinde doğrulanması ve onaylanması en iyisidir. Çalıştırmayı deneyin "Bytes Protected Client 2raporunu görüntülemek için Avamar Admin UI'da son birkaç günün tarih aralığını seçin (bir yedeklemenin önceki gün çalıştırılmamış olması ihtimaline karşı) ve çıktıyı boyuta göre sıralayın. Raporların nasıl çalıştırılacağı, güncel Avamar Yönetim Rehberi Teknik Notunda bulunabilir.
- DD entegrasyonu mevcutsa Avamar ve Data Domain arka ucunda tür ve boyuta göre yukarıdaki çok büyük istemcilerin arka uç depolama tiplerini belirleyin. Örneğin, NDMP istemcilerinin tümü Data Domain'e yedeklenirken dosya sistemi istemcilerinin tümü Avamar arka ucuna mı yedeklenir? Arka uç boyuta mı, karışık mı yoksa rastgele bir desene mi bağlı?