Avamar: Yedekleme yavaş veya çok sayıda yeni veya değiştirilmiş veri nedeniyle "Time out - end" ile başarısız oluyor

Bu makale, Avamar istemci yedekleme performansına ait bir çözüm belgesidir. Performans darboğazlarını belirleme (ÇÖZÜM YOLU) (İngilizce)
 

Avamar yedeklemesi normalden daha yavaş çalışıyor veya normal yedekleme süresi içinde tamamlanamıyor gibi görünüyor.

İstemci günlüğü, yedeğin yüksek oranda değiştirilmiş dosyalar ve/veya çok sayıda yeni veri içerdiğini gösteriyor.

Değiştirilen birçok dosyayı gösteren günlük ayıklama.

2013-12-03 20:48:24 avtar Info <5156>: Backup #72 timestamp 2013-12-03 20:48:24, 2,890,814 files, 420,421 folders, 5,362 GB (2,743,151 files, 24.36 GB, 0.45% new)

Bu günlük, yedeklemenin 2.890.814 dosyayı taradığını ve bu dosyaların 2.743.151 tanesinin son yedeklemeden bu yana değiştirildiğini gösterir. Değiştirilen dosyaların bu büyük yüzdesine rağmen Avamar sunucusuna yalnızca %0,45 oranında yeni veri gönderildi.

Çok fazla ek veri gösteren günlük ayıklaması.
 

2015-09-26 11:09:52 avtar Info <5157>: PARTIAL Backup #31 timestamp 2015-09-26 11:20:21, 4,591 files, 1,044 directories, 145.1 GB (2,082 files, 61.63 GB, 42.47% new)

Bu günlük ayıklaması, toplam 145 GB yedekleme boyutuna kıyasla yedeklemeye 60 GB yeni veri eklendiğini gösterir.

Bu durumlarda yedeklemenin daha uzun sürmesinin nedeni, avtar'ın değiştirilip değiştirilmediğini kontrol etmek için veri kümesindeki her dosyayı taraması gerekmesidir.

Değiştirilen dosyalar küçük parçalara bölünür, bir SHA karması atanır ve ardından önbelleğin içeriğiyle karşılaştırılır. Önbellekte olmayan dosyalar Avamar sunucusundakilerle kontrol edilir ve eksikse ağ üzerinden gönderilir. Bu, büyük dosyalar için uzun zaman alabilir .

Bir yedekleme, sık sık değiştirilen çok sayıda dosya veya dosyaların büyük bir yüzdesini içeriyorsa yedekleme daha uzun sürer.

Avamar beklendiği gibi davranıyor ancak veriler olağan dışı olabilir veya dosyaları değiştirmek için veri kümesinde başka bir işlem çalışıyor olabilir.

Avamar yedeklemesine çok sayıda yeni veri eklendiyse işin yeni dosyaları işlemesi ve alması daha uzun sürer.
 

 

Avamar tasarlandığı gibi davranıyor ancak istemcideki veriler beklenmedik şekilde değişiyor olabilir.

Müşteri, istemciyi gözden geçirmeli ve veri değişikliğinin kasıtlı mı yoksa normal etkinlik nedeniyle mi olduğunu belirlemelidir.

Müşteri, istemcinin veri kümesini değiştirdi mi veya bir disk sürücüsü ekledi mi?

Yeni veri miktarı veya dosya sayısı artarsa ilk yedekleme tamamlandıktan sonra bile günlük bir pencerenin sınırları içinde tamamlanmayabilir.  

Yedekleme günlüğünü inceleyin ve yedeklemenin normal süre içinde tamamlandığı önceki bir yedekleme günlüğüyle karşılaştırın.

Yedekleme verilerinin miktarı orijinal tasarım kapsamını aşarsa Dell Profesyonel Hizmetler'den veya Dell Yedekleme ve Kurtarma Tasarım Merkezi'nden yardım isteyin.

Aşağıdaki DELL makalesi, bir yedeklemedeki hangi dosyaların değiştirildiğini ve Avamar tarafından işlenmesi gerektiğini araştırırken faydalı olacaktır.

• Avamar yedeklemesi sırasında hangi dosyaların işlenmesinin uzun sürdüğünü tanımlama

Avamar, dosyaları değiştirmez veya "arşiv bitini" kullanmaz.
Dosyaların veya dosyaların meta verilerinin değiştirilmesine neyin neden olduğunu araştırın.

Bazı antivirüs yazılım programlarının, bir dosyanın meta verisi özniteliklerini tasarım gereği veya yanlışlıkla değiştirdiği gözlemlenmiştir.  

Bu davranışın örnekleri aşağıdaki ürünlerde gözlemlenmiştir.

• Sophos:
  • Sophos anti-virus çalıştıran Avamar istemcisi için düşük yedekleme performansı  
  • 118630: Sophos Anti-Virus, yedekleme sürelerinin uzamasına neden oluyor.
• Trend Micro:
  • Bu sürüm notlarında Düzeltme 1383'e bakın.