Avamar: Yavaş sistem performansı sorununu giderme

  
Yavaş yedekleme performansının tipik belirtileri:

• Yedekleme, planlanan süre içinde tamamlanamaz. Etkinlik izleyici, "Client time out - end" (İstemci zaman aşımı - sonlandır) bildiriyor
• Yedekleme, planlanan süre sona ermeden önce başlatılamaz. Etkinlik izleyici "Client time out - start" (İstemci zaman aşımı - başlat) bildiriyor
• Çöp toplama düzenli olarak MSG_ERR_BACKUPSINPROGRESS veya MSG_ERR_TRYAGAINLATER ile başarısız oluyor 

Bilgi toplayın:
Sorun hakkında ayrıntılı bilgi toplayın: 

• Avamar Client yedekleme performansı sorunlarını araştırırken Destek ekibinin ihtiyaç duyduğu bilgiler.

Yedekleme zincirinin hangi bölümünün en ciddi darboğaza sahip olduğunu belirleyin:
Aşağıdaki şema, bir yedekleme sistemindeki ana bileşenleri gösterir.  


Darboğazlar HER ZAMAN vardır ancak bunların nerede olduklarını anlamaya çalışmamız gerekir.
Bunu yapabilirsek ve darboğazı hafifletebilirsek performans artar. 
Bir darboğaz hafifletildikten sonra başka bir darboğaz ortaya çıkabilir. Nihai hedefimiz, yedekleme süresinin kabul edilebilir olduğu bir duruma ulaşmaktır. 


Avamar Server tarafı darboğazları:
Bir Avamar Server'a yapılan TÜM yedeklemeler yavaşsa sunucu tarafında bir sorun olma ihtimalini göz önünde bulundurun.  
Bir Avamar Server'a yapılan TÜM yedeklemeler günün belirli saatlerinde yavaşsa sunucu tarafı çekişmesini veya ağ darboğazını göz önünde bulundurun.
Bir veya birkaç yedekleme istemcisiyle ilgili bir performans sorunu varsa her istemciye ayrı ayrı odaklanın.


Sunucu Durumu:
İyi durumdaki bir Avamar Server'ın yedeklemeler için darboğaz oluşturması 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
• Yedeklemeler Data Domain'e gönderiliyorsa verilerin iyi durumda olduğunu doğrulamak için DD Autosupport bilgilerini kontrol edin veya Data Domain desteği ile iletişime geçin

Avamar, kabul edilebilir performans seviyelerini korumak için istemci bağlantılarını kısıtlar.


Sunucu Çekişmesi:

Gün içinde yedekleme performansının yetersiz olduğu zamanlar oluyorsa bu durum, çekişme olduğuna işaret ediyor olabilir.

• sched.sh komut dosyası, yavaş yedekleme ile paralel çalışan etkinliklerin görsel temsilini sunabilir.
• Bilgi için bkz. Avamar: Bir Avamar Server üzerindeki geçmiş yedekleme, çoğaltma ve bakım etkinliğini kontrol etmek için sched.sh komut dosyasını kullanma.
• status.dpn komutunu çalıştırarak devam eden bakım görevlerini kontrol edin
• Kaç istemci oturumunun etkin olduğunu kontrol edin

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

• Bakım ve yedekleme zamanlamalarını çakışmayacak şekilde düzenleyin.
• Veri düğümlerindeki yükü kontrol etmek için status.dpn ve top komutlarının çıktısını gözden geçirin
• Veri düğümlerinde 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'i kontrol edin.
• Belirli bir istemcinin performansını izole etmek için Avamar Server bakım görevlerini veya diğer yedeklemeleri ya da çoğaltmaları gerçekleştirmediğinde yedeklemeyi test edin.

Data Domain yedekleme alım performansı:
Dell Desteği portalında oturum açın ve şunları gözden geçirin:

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

Ağ tarafı darboğazları:
Bir istemci WAN üzerinden yedekleniyorsa ağ, darboğaz oluşturabilir.

Ağ gecikme süresi:
Bu, istemcilerin Avamar Server'da karmaların bulunup bulunmadığını kontrol etme hızını etkiler.  

• İstemciden Avamar Server'a ping komutunu çalıştırın ve ağın paket kaybı ile 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ı, yedekleme penceresi içinde gerekli verileri iletebilir mi?
Bu durumda iletilmesi gereken veri 4,316 GB'dir.

Bu değerlerin tümü birbiriyle ilişkilidir:

• Yeni yedekleme verilerinin miktarı
• Yedekleme için kullanılabilir zaman
• Etkin 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.
Bunlardan herhangi birinin zamanında yedeklemeye uyum sağlamak için işlenip işlenemeyeceğini göz önünde bulundurun.


Bir ağ darboğazı veya sunucu iletişim sorunundan şüpheleniliyorsa:
İ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 iperf'i iki Avamar sistemi arasında ç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ı darboğazları:

• Avamar Yedeklemesi, hala ilk yedeklemeyi gerçekleştirdiği için "Time Out - End" (Zaman Aşımı - Sonlandır) ile başarısız oldu

Yedeklemenin zamanından önce iptal edilmediğinden emin olun:
Yedekleme günlüğünde "canceled" (iptal edildi) ifadesini arayın. Aşağıda sabırsız bir kullanıcının L1 yedeklemesini iptal ettiği bir örnek 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)

Bir yedeklemenin düzgün bir şekilde sonlandırıldığı bu gibi durumlarda, veriler "KISMİ" yedekleme olarak saklanır.

• Avamar: Kısmi yedekleme işlevi ve ilk yedeklemeler için en iyi uygulamalar

Kısmi yedekleme günlükleri yedekleme performansını gösterse de doğru analiz için tamamlanmış bir yedeklemeden 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 Client günlüğünü kontrol etme

Kısıtlama bayraklarının avtar'a geçirilip geçirilmediğini kontrol edin:
Avtar CPU veya ağ kısıtlaması, yedekleme performansını büyük ölçüde düşürür. 
Bkz.Avamar: Avamar Client'ın sistem kaynakları (CPU, ağ, G/Ç ve bellek) tüketimini kısıtlama.

Bu, yedekleme günlüğünde tespit edilebilir.

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 Client CPU veya bellek darboğazı var mı?
Bir Avamar yedeklemesi, donanımın izin verdiği kadar hızlı çalışır ve kaynaklar için diğer hizmetlerle rekabet eder. İstemcinin "günlük işine" ve ne zaman meşgul olduğuna dikkat edin. 

Görev Yöneticisini veya İşlem Gezginini (Windows'da) ya da "top" komutunu (UNIX veya Linux) kullanarak istemciyi izleyin. Bunlar yedekleme sırasında CPU doygunluğu oluşup oluşmadığını ortaya çıkarabilir. 

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

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

Bu, Data Domain'e Avamar v7.x istemcilerinin "disk belleği önbelleğinden" (f_cache2.dat) yararlandığı durumlarda daha az sorun teşkil eder.
Disk belleği önbelleği, geleneksel "monolitik" avtar önbelleğine kıyasla istemcideki bellek ayak izini azaltır.


İstemci tarafı G/Ç darboğazı olup olmadığını kontrol edin:
İstemci önbelleği boyutlandırıldıktan sonra yedekleme performansını belirleyen bir sonraki faktör, yedekleme verilerini barındıran ve bunları avtar'a besleyen depolama sistemidir.


Hedef depolamanın iyi durumda olduğundan emin olun:
Hedef depolama aygıtının optimum performansı engelleyen herhangi bir sorunu olmadığından emin olun. 
 

Üçüncü parti yazılımların G/Ç için avtar ile rekabet etmediğinden emin olun:
İstemcide depolama G/Ç'si için Avamar Client ile rekabet eden uygulamalar var mı?
Antivirüs yazılımı gerçek zamanlı veya erişim sırasında tarama, Avamar Client performansını önemli ölçüde etkiler.  

• Avamar istemcisinin yedekleme performansı, antivirüs yazılımının dosyaları gerçek zamanlı olarak taramasından büyük ölçüde etkilenir

• Avamar yedekleme performansını iyileştirmek için disk bölümü paralelliğini kullanma

İstemcinin CIFS veya NFS kullanarak verileri yedeklemediğinden emin olun:
CIFS veya NFS verilerinin yedeklenmesi yalnızca NDMP hızlandırıcı aracılığıyla desteklenir. 

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

Depolama sıkıştırmasının veya şifrelemenin kullanımda olup olmadığını kontrol edin:
Hedef veriler, verilerin dosya sistemi düzeyinde sıkıştırıldığı veya şifrelendiği hedef depoda bulunuyorsa yedekleme performansı beklenenden daha düşük olabilir.  


Perfmon ile Windows istemci kaynağı darboğazlarını analiz etme:
Aşağıdaki makale, istemcinin belirli bir anda belirli bir kaynağı bekleyip beklemediğini anlamak için performans grafikleri oluşturmaya yardımcı olur. LogAnalyzer aracı tarafından üretilen grafiklerle kullanmayı göz önünde bulundurun.

• Avamar - Avamar Client'ların performans takibi için Microsoft Windows perfmon'u kullanma 

Outlook arşivi .pst dosyalarının yedeklenmesi
Çok sayıda veya büyük .pst dosyaları ile yedekleme yavaş çalışabilir. 

• Outlook arşivi .pst dosyalarını yedeklemek için Avamar'ı kullanırken performansla ilgili dikkat edilmesi gerekenler

Depolama performansını karşılaştırma
Hedef verilerin barındırıldığı depolama aygıtının performansını kontrol edin.

• Avamar Linux istemcileri için disk performans testi 

Yedeklenen veriler nedeniyle yetersiz yedekleme performansı:
Yavaş yedeklemelerin en yaygın nedeni, yedeklenen verilerin özelliklerinden kaynaklanmaktadır.


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

• Avamar - Bir yedekleme çok sayıda yeni veya değiştirilmiş veri nedeniyle yavaş veya "Time out - end" (Zaman aşımı - sonlandır) ile başarısız oluyor  

Birkaç büyük yeni veya değiştirilmiş dosya, normalde hızlı olan bir yedeklemenin yedekleme penceresini aş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 tanımlamak için istemci günlüklerini kullanma   
• Avamar yedeklemesi sırasında hangi dosyaların işlenmesinin uzun sürdüğünü tanımlama 

Windows istemcileri

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

Linux ve UNIX İstemcileri - İstemcinin veri kümesinde büyük, seyrek dosyalar olup olmadığını kontrol edin. 

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

Yedekleme kapsamını anlamak ve aykırı değerleri tanımlamak için yedekleme özet satırlarını kontrol edin:
Yedekleme günlüğünde "Backup #" veya "Backed-up" dizelerini arayı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 zaman kazandırabilir.
Yukarıdaki çıktı için şunları göz önünde bulundurun:

1. Bunun başlangıç yedeklemesi mi yoksa seviye 1 yedekleme mi olduğu. (Yedekleme etiketi #441 olduğundan olası değildir)
2. Yedeklemedeki dosya sayısının makul olup olmadığı. (2,6 milyon dosya makuldür)
3. Dosya-klasör oranı? (10:1'dir, bu tipiktir)
4. Veri kümesindeki toplam veri miktarı. (~1,5 TB)
5. İşlenecek dosya sayısı ve toplam dosya sayısına oranı. (2,5 milyon dosyadan ~11 bin makuldür)
6. İşlenecek tüm dosyaların toplam boyutu. (bu sadece bir tahmin olabilir)
7. Avamar Server'a gönderilecek değiştirilmiş veri miktarı. (668 MB)
8. Değişim oranının makul olup olmadığı. Daha küçük veri kümeleri için daha yüksek değişiklik oranları tolere edilebilir (%0,04 makuldür)
9. Yedeklemenin genel boyutu ve kapsamı göz önüne alındığında saat başına performansın makul olup olmadığı. (Diğer rakamlar göz önüne alındığında 124 bin dosya/saat yavaş performans olarak kabul edilir)

Genellikle, bu ayrıntılar bize yetersiz yedekleme performansının nedenini anlamamız 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 satırındaki değerlerden herhangi birinin aykırı değer olup olmadığını belirleyin. Başka bir deyişle, tipik olandan daha büyük mü yoksa daha küçük mü?
Yedekleme davranışına aşinaysanız anormallikleri tespit etmek daha kolaydır.


Dosya-klasör oranı
Çoğu müşteri veri kümesinde yaklaşık 10:1'lik bir dosya-klasör oranı bulunur ve avtar bunu yansıtacak şekilde ayarlanır.
Bir veri kümesinin aşağıdaki örnekte olduğu gibi düşük bir dosya-klasör oranı varsa yedekleme, küçük ayarlamalar yapılmadan verimli bir şekilde çalışmayabilir.  

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)

Bkz. Dosyaların klasörlere oranı düşük olan veri kümeleri için Avamar Client yedekleme performansı ayarlaması.

Avtar günlüğü Durum bilgisi mesajlarını kullanarak performans analizi:
Notepad++ veya benzerini kullanarak Durum mesajları içeren avtar Bilgi satırları için günlüğü filtreleyin. Bunlar Avamar Client sürümüne bağlı olarak <5100> veya <8688> içeren kod girişleri kullanılarak filtrelenebilir. 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ımının başka türlü değiştirilmeyen dosyalar için meta verileri değiştirmesi nedeniyle yavaş çalışıyor 

Dahil etme ve hariç tutma bayraklarının kullanımını gözden geçirin. "Dahil et" ifadelerinden kaçının:
Operasyonel En İyi Uygulamalar rehberinde Dahil Etme ve Hariç Tutma listeleri ele alınmaktadır. 

Avamar, dosyanın yedeklenip yedeklenmeyeceğini belirlemek için yedekleme veri kümesindeki her dosyayı her iki listeyle de karşılaştırmalıdır. Bu karşılaştırma işlemi ek yük getirir ve yedekleme çalışma zamanını artırabilir.

İstemcinin avsar dizininde avtar.cmd dosyası olup olmadığını kontrol edin.
Bu dosyanın herhangi bir etkin --hariç tutma veya --dosyadan-hariç-tutma ifadesi içerip içermediğini kontrol edin.
Bir dizin veya dosya sistemi hariç tutulmuşsa ancak dahil etme bayrakları kullanılıyorsa avtar "dahil etmesi" söylenen öğeler için dizini veya dosya sistemini tarar.

Veri kümesinin yeniden ayrıştırma noktaları veya saplama dosyaları içerip içermediğini kontrol edin:
Bir veri kümesi, saplama dosyaları veya başka bir aygıtta depolanan verilere işaretçiler içeriyorsa dikkatli olun.
Yedekleme performansı, avtar'ın uzak dosyanın geri çağrılmasını beklemesinin gerekmesi durumunda düşer.
Bu tür yazılımlara örnek olarak şunlar verilebilir: Enterprise Vault Archiver, Moonwalk ve DiskXtender.

• 7.0'dan 7.2'ye yükselttikten sonra winclusterfs eklenti yedeğinin Avamar yedekleme performansı yetersiz.

Avamar konuk yüklemesi ile sanal istemcilerin yedeklemeleri

• Sanal Makinenin Avamar konuk yedeklemesi yavaş çalışıyor ve bir donanım kaynağı darboğazı nedeniyle zaman aşımına uğruyor  
• Avamar Sanal Makine istemcisi konuk yedeklemesi, VMware vShield Endpoint Trend Micro Deep Security nedeniyle yavaş performans gösteriyor  

• Avamar: 7.0'dan 7.2'ye yükselttikten sonra winclusterfs eklenti yedeklemesinde yetersiz yedekleme performansı 

Diğer Notlar

• Sanal makine istemcilerinin kaynak sınırlaması olmadığından veya Avamar yedeklemesinin hızlı bir şekilde tamamlanmasını etkileyen katı donanım sınırlamalarına bağlı kalmadığından emin olun.  Meşgul makinelerde işletim sistemi aşırı yüklenmiş olabilir veya çok fazla iş parçacığı ile yoğun olabilir, bu da ciddi bağlam değiştirmeye neden olabilir.
• Avamar sistemini optimize etmek, yedeklemeleri zamanlamak ve istemci ön belleklerini ayarlamak etmek için Avamar Operasyonel En İyi Uygulamalar rehberinin kullanılması.

Diğer Referanslar

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