Avamar yavaş yedekleme performansı - dar boğaz sorunlarını giderme ve tanımlama (ÇÖZÜM YOLU)

  
Yavaş yedekleme performansının tipik belirtileri:

• Yedekleme, zamanlanmış pencerede tamamlanamaz. Etkinlik izlemesi "Client time out - end" (İstemci zaman aşımı - bitiş) bildirir
• Yedekleme, zamanlanmış pencere sona ermeden önce başlamak için bir fırsatı olmaz. Etkinlik izlemesi "Client time out - start" (İstemci zaman aşımı - başlangıç) mesajı bildirer
• Atık toplama işlemi, sistem veya sistem MSG_ERR_BACKUPSINPROGRESS düzenli olarakMSG_ERR_TRYAGAINLATER 

Nedenlerin listesi için Çözüm'e bakın.

Bilgi toplama:
Sorun hakkında ayrıntılı bilgi toplama: 

• Avamar istemci yedekleme performansı sorunlarını araştırırken Destek tarafından gereken bilgiler.

Yedekleme zincirinin hangi kısmının en ciddi darboğaza sahip olduğunu belirleyin:
Aşağıdaki şemada, bir yedekleme sistemi üzerindeki ana bileşenler gösterilmektedir.  


Dar boğazlar HER ZAMAN mevcuttur ancak nerede olduğunu anlamak için çalışmalı.
Bunu gerçekleştirebilir ve darboğazı azaltarak performansı iyileştirebiliriz. 
Bir darboğaz hafifletildiğinde başka bir darboğaz belirgin hale gelebilir. Son hedefimiz, yedekleme süresinin kabul edilebilir olduğu bir duruma ulaşmak. 


Avamar sunucu tarafı dar boğazları:
Avamar sunucusuna yapılan TÜM yedeklemeler yavaşsa sunucu tarafı sorunu olasılığını göz önünde tutun.  
Avamar sunucusuna yapılan TÜM yedeklemeler gün belirli zamanlarda yavaşsa sunucu tarafı sorunlarını veya ağ darboğazını göz önünde tutun.
Bir veya birkaç yedekleme istemcisiyle ilgili bir performans sorunu varsa her istemciye tek başına odaklanın.


Sunucu Sağlığı:
Sağlıklı bir Avamar sunucusunun yedeklemeler için bir şişe boyun olması pek olası değildir. 

Yedekleme sunucusunun durumunu kontrol edin.  

• Avamar: Avamar Sunucularında proactive_check.pl sağlık kontrolü komut dosyasını çalıştırma
• Data Domain'e yedeklemeler gönderiliyorsa DD Otomatik Destek bilgilerini kontrol edin veya sağlıklı olduğunu doğrulamak için Data Domain desteğiyle iletişime geçin

Avamar, kabul edilebilir performans seviyelerini korumak için istemci bağlantılarını kısıtlar.
Avamar'a bakın: Avamar sunucusuna aynı anda kaç istemci oturumu gerçek olabilir? (6.1 ve sonraki sürümler)  

Sunucu İçeriği:

Yedekleme performansının zayıf olduğu zamanlarda bu, bir soruna neden olabilir.

• Aşağıdaki sched.sh, yavaş yedeklemeyle paralel olarak çalışan etkinliklerin görsel temsilini sağlar.
• Avamar'a bakın: Bir Avamar Sched.sh geçmiş yedekleme, çoğaltma ve bakım etkinliğini kontrol etmek için aşağıdaki komut dosyasını kullanma.
• status.dpn dosyasını çalıştırarak devam eden bakım görevlerini kontrol edin
• Kaç istemci oturumunın etkin olduğunu kontrol edin

  • admin@utilitynode:~/>: avmaint session | grep path | wc -l

• Örtüşmemesi için bakım ve yedekleme programlarını düzenleme.
• Veri düğümlerde yükü kontrol etmek için status.dpn ve üst komutların çıktısını gözden geçirme  
• Veri düğümler üzerinde mapall 'iostat -x'  komutunu çalıştırın. Herhangi bir diskin G /Ç bant genişliğinin doygun olup olmadığını görmek için %iowait ve %idle ve %util öğesini kontrol edin.
• Belirli bir istemcinin performansını yalıtmak için Avamar sunucusu bakım görevlerini veya diğer yedeklemeleri veya çoğaltmayı gerçekleştirmezken yedeklemeyi test edin.

Data Domain yedekleme alımı performansı:
Dell Destek portalında oturum açın ve şu bilgileri gözden geçirin:

• Data Domain: DDPCONNCHK Data Domain DDBoost bağlantı ve performans sorunlarını giderme

Ağ tarafındaki dar boğazlar:
Bir istemci bir WAN üzerinden yedeklenmişsa ağ bir darboğaz olabilir.

Ağ gecikme süresi:
Bu, istemcilerin Avamar sunucusu üzerinde karmaların mevcut olup olmadığını kontrol etmenizi sağlar.  

• İstemciden Avamar sunucusuna ping komutunu çalıştırın ve aağın paket kaybını ve gecikme süresini kontrol edin

2014-11-20 04:45:30 avtar Info <5156>: Backup #1180 timestamp 2014-11-20 04:45:28, 23 files, 5 folders, 291.7 GB (23 files, 4.316 GB, 1.48% new) 

İstemci ve sunucu bir WAN ile ayrılırsa bağlantının yedekleme penceresi içinde veri miktarını (bu durumda 4,316 GB) ileterek iletemeyeceğinden emin olun.

Bu değerlerin hepsi birbiriyle ilişkilidir:

• Yeni yedekleme verisi miktarı
• Yedekleme için kullanılabilir süre
• Etkili ağ bant genişliği

Daha fazla miktarda yeni veri, daha fazla ağ bant genişliği veya daha uzun yedekleme süresi gerektirir.
Bu faktörlerin pratik sınırları vardır ancak kullanıcı tarafından bir dereceye kadar kontrol edilebilir.
Herhangi bir yedeğin zamanına göre yönetip yönetilenemeydiklerini göz önünde tutun.


Ağ darboğazı veya sunucu iletişim sorunu şüphesi varsa:
İstemci ve yedekleme aygıtı arasındaki ağ aktarım hızını onaylayın. 

• Avamar - Ağ aktarım hızı performansını test etmek için iki Avamar sistemi arasında iperf çalıştırma

Sorun gidermeyi kolaylaştırmak için avtar comstats günlüğünü etkinleştirin.

• Avamar: İletişim sorunlarını tanılamak için avtar COMSTATS günlüğünü etkinleştirme ve yorumlama

 

İstemci tarafı dar boğazları:

• Avamar Backup, ilk yedeklemeyi gerçekleştirmeye devam ediyorsa "Zaman Aşımı - Bitiş" hatasıyla başarısız oldu

Yedeğin zamanından önce iptal etmeyünü sağlamak için:
Yedekleme günlüğünde "canceled" (iptal edildi) öğesini ara. Aşağıda, sabırsız bir kullanıcının L1 yedeklemesini iptal etme örneği verilmiştir.
 

2013-11-05 12:15:29 avtar Info <5157>: PARTIAL Backup #14 timestamp 2011-11-05 12:13:36, 2,030 files, 562 folders, 397.3 MB (691 files, 17.44 MB, 4.39% new)
2013-11-05 12:15:29 avtar Info <7539>: Label "MOD-xxxxxxxxxx", scheduled to expire 11/12/11, none backup
2013-11-05 12:15:29 avtar Info <6083>: Backed-up 397.3 MB in 1.36 minutes: 17 GB/hour (89,593 files/hour)
2013-11-05 12:15:29 avtar Info <7883>: Finished at 2011-11-05 12:15:29 GMT Standard Time, Elapsed time: 0000h:01m:21s
2013-11-05 12:15:29 avtar Info <8468>: Sending wrapup message to parent
2013-11-05 12:15:29 avtar Info <5314>: Command failed (exit code 10013: Externally canceled)

Bu gibi durumlarda, bir yedeklemenin düzgün bir şekilde sonlandığı durumlarda veriler "PARTIAL" yedeklemesi olarak korunur.

• Avamar: İlk yedeklemeler için kısmi yedekleme işlevselliği ve en iyi uygulamalar

Kısmi yedekleme günlükleri yedekleme performansını göstermekle birlikte, doğru analiz için tamamlanmış bir yedekten günlük gerekir.


Dosya önbelleği veya karma önbellek boyutlandırma sorunları için günlüğü kontrol edin:

• Bkz. Avamar - Dosya önbelleği veya karma önbellek boyutlandırma sorunları için Avamar istemci günlüğünü kontrol edin

Kısıtlama bayraklarının avtar'a aktarıldıklarını kontrol edin:
Avtar CPU veya ağ kısıtlaması yedekleme performansını büyük ölçüde düşürür. 
Avamar'a bakın: Bir Avamar istemcisinin sistem kaynaklarının (CPU, ağ, G/Ç ve bellek) tüketimini azaltma.

Bu, yedekleme günlüğünde algılanabilir.

2013-09-06 14:22:13 avtar Info <6557>: Network bandwidth throttling is enabled, limiting to approx. 0.512 Mbps (62.50 KB/sec)
2013-09-06 14:22:13 avtar Info <6558>: CPU throttling is enabled, limiting CPU usage to approx. 70%

Avamar istemci CPU'su veya bellek darboğazı var mı?
Avamar yedeklemesi, donanımın olanaklı olduğu kadar hızlı çalışır ve kaynaklar için diğer hizmetlerle rekabete alır. İstemcinin "günlük işi" ve meşgul olduğunda bilgili olun. 

Görev Yöneticisi veya İşlem Gezgini'ni (Windows'da) veya "top" (UNIX veya Linux) komutunu kullanarak istemciyi izleyin. Bunlar, yedekleme sırasındai f CPU doygunluğunu ortaya çıkarabilir. 

Dell, zaman içinde kaynak tüketimini ve performansını gösteren dahili bir "LogAnalyzer" aracına sahiptir. Bunu kullanmak için Destek ile birlikte çalışır.

Önbellek dosyaları yedekleme sırasında belleğin içine yüklenir. Sayfa hatalarını veya istemcinin RAM'den kısa olduğuna dair ipuçları izlemek için istemcinin bellek kullanımını kontrol edin.

Bu, Data Domain'e bağlı Avamar v7.x istemcilerinin "disk belleği önbelleğinden" (disk belleği önbelleği) yararlanan bir sorundan f_cache2.dat.
Disk belleği önbelleği, geleneksel "tek yongalı" avtar önbelleğine kıyasla istemcide bellek ayak izini azaltır.


İstemci tarafı G/Ç darboğazını kontrol edin:
İstemci önbellek boyutunun belirlenmesinden sonra yedekleme performansını belirleyen bir sonraki faktör, yedekleme verilerini ana bilgisayara alan ve bunu avtar'a besleyen depolama sistemidir.


Hedef depolamanın sağlıklı olduğundan emin olur:
Hedef depolama aygıtıyla ilgili optimum performansı engelleyen bir sorun olmadığından emin olun. 
 

Üçüncü taraf yazılımların G/Ç için avtar ile rekabet etmey olduğundan emin olmak:
İstemcide depolama G/Ç'si için Avamar istemcisiyle yarışan herhangi bir uygulama var mı?
Antivirüs yazılımı gerçek zamanlı veya erişim tarama, Avamar istemci performansını önemli ölçüde etkiler.  

• Avamar istemci yedekleme performansının virüsten koruma yazılımından gerçek zamanlı dosya taramadan büyük derecede etkilenmiştir

• Avamar yedekleme performansını iyileştirmek için birim paralelliği kullanma

İstemcinin CIFS veya NFS kullanarak verileri yedeklemeyildiğinden emin olun:
CIFS veya NFS verilerini yedekleme yalnızca NDMP hızlandırıcısı aracılığıyla desteklenir. 

• CIFS (SMB) ve NFS eşlenmiş ağ paylaşımları için Avamar ve desteklenebilirlik. 

Depolama sıkıştırması veya şifrelemenin etkin olup olmadığını kontrol edin:
Hedef veriler, verilerin bir dosya sistemi düzeyinde sıkıştırıldık veya şifrelendiği hedef depolamada yer alırsa yedekleme performansı beklenenden daha düşük olabilir.  


Perfmon ile Windows istemci kaynak darboğazlarını analiz etme:
Aşağıdaki makale, istemcinin belirli bir anda belirli bir kaynağı beklemediğini anlamak için performans grafikleri oluşturmanıza yardımcı olur. LogAnalyzer aracı tarafından üretilen grafiklerle bunu kullanmanın bir yoludur.

• Avamar - Avamar istemcilerinin performans izlemesi için Microsoft Windows perfmon kullanma 

Outlook arşivi .pst dosyalarının yedeği
Çok sayıda veya büyük .pst dosyasına sahip bir yedekleme işlemi yavaş performansa neden olabilir. 

• Outlook archive .pst dosyalarını yedeklemek için Avamar'ı kullanırken dikkat edilmesi gereken performans hususları

Depolama performansını karşılaştırma
Hedef verilerin bulunduğu depolama aygıtının performansını kontrol edin.

• Avamar Linux istemcileri için disk performans testi 

Yedeklenmiş veriler nedeniyle düşük yedekleme performansı:
Yavaş yedeklemelerin en yaygın nedeni, yedeklenmiş verilerin özellikleridir.


Çok sayıda yeni veya değiştirilmiş veri olup olmadığını kontrol edin:

• Avamar - Bir yedekleme çok sayıda yeni veya değiştirilmiş veri nedeniyle "Zaman aşımı - bitiş" ile yavaş veya başarısız oluyor  

Birkaç büyük yeni veya değiştirilmiş dosya yedekleme penceresinin aşırı çalışmasına neden olabilir. Bu dosyaları tanımlamak için bkz.

• Avamar: Önceki yedeklemeden bu yana hangi dosyaların yeni veya değiştirilmiş olduğunu belirlemek için istemci günlüklerini kullanma   
• Avamar yedeklemesi sırasında hangi dosyaların işlenme süresinin uzun zaman aldığınızı belirleme 

Windows istemcileri

• Çok sayıda sembolik bağlantı içeren veri setin Avamar yedeklemesi çok yavaş çalışıyor  
• Avamar istemci performansı ve Windows NTFS sıkıştırması 

Linux ve UNIX İstemcileri - İstemcinin veri kümesinde herhangi bir büyük, yedek dosya olup olmadığını kontrol edin. 

• Avamar ve yedek dosyalar 
• Avamar Linux istemcisinin yedekleme boyutu "/var/log/lastlog" ve Avamar yedek dosya işleme davranışı nedeniyle yanıltıcı olabilir 

Yedekleme kapsamını anlamak ve daha gelişmiş değerleri belirlemek için yedekleme özeti satırlarını kontrol edin:
Yedekleme günlüğünde "Backup #" (Yedekleme No. ) veya "Backed-up" (Yedeklenmiş) dizeleri için arama uygulayın.

2017-06-07 20:21:38 avtar Info <5156>: Backup #441 timestamp 2017-06-07 20:21:38, 2,653,523 files, 255,181 folders, 1,566 GB (10,777 files, 668.4 MB, 0.04% new)
2017-06-07 20:21:38 avtar Info <6083>: Backed-up 1,566 GB in 1281.60 minutes: 73 GB/hour (124,228 files/hour)

Bunlar, yedekleme performansını araştırırken size çok fazla zaman tasarrufu sağlar.
Yukarıdaki çıktı için şunlara göz önünde bulunabilir:

1. Bunun ilk veya seviye 1 yedeklemesi olup olmadığını. (Yedek etiket no. 441 olduğundan düşük bir olasılıktır)
2. Yedeklemedeki dosya sayısının makul olup olmadığını. (2,6 milyon dosya makul)
3. Dosyadan klasöre oranı? (Saat 10:1' dır, bu tipik bir durum)
4. Veri kümesinde toplam veri miktarı. (~1,5 TB)
5. İşlenecek dosya sayısı ve toplam dosya sayısının oranı. (2,5 milyon dosyanın yaklaşık 11 bini makul)
6. İşlenecek tüm dosyaların toplam boyutu. (Bu yalnızca bir tahmin olabilir)
7. Avamar sunucusuna gönderilecek değiştirilen veri miktarı. (668 MB)
8. Değişiklik oranının makul olup olmadığını. Daha küçük veri kümeleri için daha yüksek değişiklik hızları tolere edilse de (%0,04 makuldür)
9. Yedeklemenin genel boyutu ve kapsamına göre saat başına performansın makul olup olmadığını kontrol edin. (124 K dosya/saat, diğer şekillerde verilen yavaş performans olarak kabul edilir)

Bu bilgiler, sık sık yetersiz yedekleme performansının nedenini anlamak için yeterli veri sağlar.
Gerekirse yedekleme çalışırken oluşturulan durum satırı mesajlarını gözden geçirin.

Bu iki günlük hattındaki değerlerden herhangi biri eski olup olmadığını belirler. Başka bir deyişle, bunlar tipik olandan daha büyük mü küçük mü? Yedeklerinizi tanımanıza yardımcı olur ve anormallikler kolayca tespit eder.


Dosyadan klasöre oranı
Çoğu müşteri veri kümesi yaklaşık 10:1 klasörüne bir dosya içerir ve avtar bunu yansıtacak şekilde ayarlanmıştır.
Veri kümesi aşağıdaki örnekte olduğu gibi düşük bir dosyadan klasöre oranına sahipse yedekleme, küçük ayarlamalar olmadan verimli şekilde çalıştırılamayabilirsiniz.  

2015-11-18 00:34:32 avtar Info <5156>: Backup #75 timestamp 2015-11-18 00:24:43, 4,007,032 files, 1,974,043 folders, 1,589 GB (2,680 files, 419.4 MB, 0.03% new)

Dosyanın klasörlere düşük oranına sahip veri kümeleri için Avamar istemci yedekleme performansı ayarına bakın.

Avtar günlüğü kullanarak performans analizi Durum bilgileri mesajları:
Notepad++ veya benzerini kullanarak Durum mesajlarını içeren avtar Bilgi satırları için günlüğü filtrelayın . Bunlar, Avamar istemcisinin sürümüne bağlı <olarak 5100> veya <8688> içeren kod girişleri kullanılarak filtrelenmiş olabilir. Bu satırlar, avtar tarafından bildirilen periyodik durum mesajlarıdır.

• Avamar - Avtar yedekleme günlüğü durum satırlarını yorumlama.  

• Avamar yedeklemesi, 3. taraf yazılımların değiştirilmemiş dosyalar için meta verileri değiştirmesi nedeniyle yavaş çalışıyor 

Bayrakları dahil etme ve hariç tut kullanımlarını gözden geçirme. "include" (dahil) ifadelerden kaçınma:
Operasyonel En İyi Uygulamalar kılavuzunda Include and Exclude (Dahil Etme ve Hariç Tut) listeleri ele alın alır. 

Avamar, yedekleme veri kümesinde bulunan her dosyayı her iki listeyle karşılaştırarak dosyanın yedekleilip yedeklenmemesi gerekir. Bu karşılaştırma işlemi ek yük ekler ve yedekleme çalışma süresini artıracaktır.

İstemcinin avtar\var dizinini kontrol edin.cmd dosyası.
Bu dosyanın herhangi bir etkin --exclude veya --exclude-from-file ifadesinin olup olmadığını kontrol edin.
Bir dizin veya dosya sistemi hariç tutulsa ancak bayraklar kullanılıyorsa avtar bunu "dahil" olarak adlandırılan öğeler için tarar.

Veri setin yeniden yapılandırma noktaları mı, saplama dosyaları mı olduğunu kontrol edin:
Bir veri kümesi, başka bir aygıtta depolanan veriler için saplama dosyaları veya işaretçiler içerirse bu durumlara karşı uyarın.
Avtar'ın uzak dosyanın geri çağrılsını beklemesi gerekirse yedekleme performansında sorun olur.
Bu tür yazılımların örnekleri şunlardır: Enterprise Vault Archiver, Bellenim ve DiskXtender.

• Yeniden yapılandırma noktası işleme (v7.1, v7.2) nedeniyle Windows yedekleme performansı yavaş.

Avamar konuk kurulumu ile sanal istemcilerin yedekleri

• Sanal Makinenin Avamar konuk yedeklemesi, donanım kaynağı darboğazından dolayı yavaş ve zaman aşımına uğrar  
• VMware vShield Endpoint Trend Micro Deep Security nedeniyle Avamar VM istemci konuk yedeklemesi yavaş performans yaşıyor  

• Avamar: 7.0'dan 7.2'ye yükselttikten sonra winclusterfs eklenti yedeklemesi düşük yedekleme performansı 

Diğer Notlar

• Sanal makine istemcilerinin kaynak sınırlı olduğundan veya Avamar yedeklemesinin hızlı bir şekilde tamamlanma kabiliyetini etkileyen sıkı donanım sınırlamalarına bağlı olduğundan emin olun.  Yoğun makinede işletim sistemi aşırı yük altında olabilir veya çok fazla iş parçacığıyla dolu olabilir ve bu da ciddi bağlam geçişiyle sonuçlanmaktadır.
• Avamar sistemi optimize etmek,yedeklemeleri programlamak ve istemci önbelleklerini ayarlamaya yönelik Avamar Operasyonel En İyi Uygulamalar kılavuzunun kullanımı.

Diğer Referanslar

• Avamar istemci performansı ve Windows NTFS sıkıştırması