Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar - Avtar yedekleme günlüğü durum satırlarını yorumlama (İngilizce)

Summary: Bu makalede, bir yedekleme oturumu sırasında düzenli olarak oluşturulan avtar günlük durum satırlarının nasıl anlanması ve yorumlanması açıklanmaktadır. Bu, özellikle istemci performans sorunlarını araştırırken faydalı bir araçtır. ...

This article applies to   This article does not apply to 
Check out resources for

Symptoms

Bir yedekleme sırasında avtar işlemi, yedekleme sırasında avtar tarafından yapılan durumu ve ilerlemeyi rapor eden durum satırlarını günlükte düzenli olarak yazar.

Örnek:
2014-11-14 10:16:56 avtar Bilgi <8688>: Durum 2011-11-14 10:16:56, 328 dosyalar, 16 klasör, 26,53 MB (328 dosya, 15,35 MB, %57,86 yeni) 34 MB %1 CPU C:\directory\Folder\file.doc

Durum bilgilerini yalıtmak için
Notepad++ gibi bir düzenleyici kullanın ve eski istemci sürümlerinde "<8688>" veya "<5100>" içeren satırları arayın.

Durum günlüğe kaydetme sıklığı
Varsayılan olarak avtar durum bilgileri her 15 dakika (900 sn) yazılmaktadır. Bu frekans, bayrak durumu=[saniye] kullanılarak avtar'a bir değer aktararak değiştirilebilir. Bunu avtar.cmd parametre dosyasını kullanarak veya Avamar kullanıcı arabirimi veri kümesi yapılandırma seçeneklerinden yapın.

Günlük okunabilirliğini korumak için varsayılan frekansı bırakmanız önerilir. Bir dosyanın yedeklemesi 15 dakikadan uzun sürerse birden fazla durum hattı rapor eder. Daha ayrıntılı bir şekilde gerekirse ayarı uygun şekilde düşürebilirsiniz. Uzun süreli yedeklemeler için büyük günlükler oluşturulursa ayarı saatlik rapora (3600 sn) artırmayı düşünün.

Durum satırının çeşitli bölümleri ne anlama gelir?
  • Tarih ve saatle birlikte durum raporları bize bildirir.
  • Şu ana kadar kaç dosya işlendi?
  • Bu dosyalardan kaçı değişti?
  • Avamar sunucusuna gönderilecek veri miktarı
  • avtar kaynak ölçütleri
  • İşlenecek son dosyanın ayrıntıları.
Aşağıda bu ölçütleri belirlemek için renk kodlaması kullanılır.
2014-12-07 10:16:56 avtar Bilgileri <8688>: Durum 2014-12-07 10:16:56, 20.788.307 dosya, 343.633 dizin, 327,9 GB (9.049.052 dosya, 0 bayt, %0,00 yeni) 1074 MB%60 CPU /veri/türleri.dtc

Durum satırı tarafından sağlanan bilgiler:-
  • Tarih ve saat (istemcinin saat dilimi)
  • Şu ana kadar taranan kaynak dosya ve klasörlerin sayısı
  • Şu ana kadar taranan kaynak dosyaların birleşik boyutu 

Braketler bölümünde: -
(9.049.052 dosya, 0 bayt, %0,00 yeni)
  • Tam olarak işlenen değiştirilmiş dosya sayısı
  • Avamar sunucusuna eklenen veri miktarı
  • Bu yedeklemenin hızını değiştirin (şimdiye kadar).

Günlük satırın en uzak tarafı: -
1074 MB%60 CPU/base/data/types.dtc
  • Avtar işleminin istemci belleği kullanımı (Megabayt cinsinden)
  • Avtar tarafından tüketilen sistemin CPU yüzdesi
  • Durum mesajı oluşturulduğunda yedeklenmiş son dosyanın adı.

Son ve en önemli durum satırı yedekleme özetidir. "Backup #" (Yedekleme No.) öğesini arayarak günlüğün sonuna doğru bulunabilir.  
Bunu takip ederseniz yedekleme istatistikleri satırına ("Yedeklenmiş" ile değiştirilebilir) sahip oluruz.

2015-11-18 00:34:32 avtar Bilgi <5156>: Yedekleme No. 75 zaman damgası 2015-11-18 00:24:43, 4.007.032 dosya, 1.974.043 klasör, 1.589 GB (2.680 dosya, 419,4 MB, %0,03 yeni). 2015-11-18 00:34:32 avtar Bilgi <6083>: 144,70 dakika içinde yedeklenmiş 1589 GB: 659 GB/saat (1.661.482 dosya/saat)

Dosyaları açın
Bir dosyayı yedeklemek için avtar'ın bu dosyayı açması gerekir. Aşağıdaki mesaj, avtar'ın yedekleme sırasında açılan bir dosyaya sahip olduğunu gösteriyor. Bu, dosya üzerinde de çalışan diğer uygulamalardan ayrıdır.

2016-08-22 21:30:04 avtar Bilgi <8688>: Durum 2016-08-22 21:30:04, 25.921 dosyaları, 3.746 dizin, 104,9 GB (1.274 dosya, 0 bayt, %0,00 yeni) 1733 MB %46 CPU (1 açık dosya) /opt/2016_hold.tar 

Cause

Geçerli değil

Resolution

Bu bölüm, istemci yedekleme performansıyla ilgili sorun gidermeyle ilgili genel makale ile birlikte incelenmiştir.
Bkz. Avamar istemci yedekleme performansı. Dar boğazları belirleme (ÇÖZÜM YOLU)

Olağan dışı kalıpların tespit edılabilmesi için tipik olanın ne olduğunu anlamak için istemci günlüklerini düzenli olarak inceleyin.
" Outliers" (Çıkışlar), yedekleme performansını ve veya Avamar sunucu depolama kapasitesini etkileyen olası bir soruna neden olabilir!

Her bir durum bilgisi parçası yararlı olabilir. Burada, her bir istatistike bakarak göz önünde bulundurulması gereken bir dizi şey listelenmiştir.  
Durum satırlarını günlükten filtreleerek ve şekiller analiz ederek davranışı anlanabilir.

Aşağıdakilere göz önünde bulunabilirsiniz;

1) Şu ana kadar taranan kaynak dosya

ve klasörlerin sayısıYedeklemede çok sayıda dosya var mı? Her dosya avtar taramalı, zaman alır.  
Dosya sistemi yedeklemeleri için yedekleme süresi, taranan dosya sayısıyla yaklaşık olarak orantılıdır.  

Yedekleme devam ettikçe "Şimdiye kadar taranan kaynak dosya ve klasör sayısı" artacak.
Bu sayı artmasa veya dosya tarama hızı yavaşlarsa durum satırı sonundaki dosya adlarını kontrol edin. Avtar tarafından işlenen büyük ve değiştirilmiş bir dosya bulabilirsiniz.
Avtar'ın artık dosyaları farklı bir bölüme veya daha yavaş (veya daha yoğun olarak kullanılan) bir depolama alt sisteminde tarıyor olduğunu düşünün.

Dosyalar/saat performansı ve kullanılabilir maksimum yedekleme penceresine göre yedeklemedeki dosya sayısı gerçekçi mi?

2) Dosyaların

klasörlere oranı Yedeklenmiş dosya sayısına göre sıra dışı küçük veya çok sayıda klasörvar gibi görünüyor mu?  
Tek bir klasörde (100.000+) birçok dosya, küçük bir dosyadan klasöre oranı gibi bazen daha düşük performansa neden olabilir.
3) Şimdiye kadar taranan kaynak dosyaların

birleşik boyutuBu değer sonunda yedeklemenin toplam boyutunu sağlar.
Değer, veri kümesinde birçok dosyanın işlendiği veritabanı türü yedeklemeleri için önemlidir.
Bu durumlarda yedekleme performansı, avtar'ın verileri işleyeme hızıyla (öbek, sıkıştırma, karma) orantılıdır.

Bu değer, dosya sistemi yedekleme performansı için de önemlidir. Daha büyük veri kümelerini yedeklemek daha küçük değişiklik oranı yüzdelerini tolere eder.  

Not: Taranan dosyaların sayısını alarak ve taranan kaynak dosyaların boyutuna göre bölerek ortalama (ortalama) dosya boyutunu alır.
Ortalama dosya boyutu büyükse az sayıda değiştirilen dosya bile avtar için çok fazla işlem çalışması oluşturur.
Outlook arşivi .pst 



dosyalarını yedeklemek için Avamar'ı kullanırken dikkat edilmesi gereken performans hususlarına bakın4) Avtar

tarafından işlenen değiştirilmiş dosya sayısı Bu, yedeklemenin ne kadar iş yapmasının ne kadar olduğunuanlamamız için bize yardımcı olur.

Veritabanı yedeklemeleri için bu sayı, veri kümesinde dosya sayısına göre nispeten yüksektir.  
Veri kümesinde tüm dosyaların değiştirilmesi bile sorun olabilir.  

Dosya sistemi yedeklemeleri için bu numara dikkatli bir şekilde not edin. İlk yedeklemeler sırasında sayı her zaman yüksek olur.  
Düzey 1 yedeklemeleri için (ilk yedeklemeden sonra alınan yedeklemeler), sayı genellikle taranan toplam dosya sayısının %3'ün altında olur.  
Oran % >5 ise özellikle veri kümesinde büyük miktarda veri varsa veya ortalama dosya boyutu büyükse yedekleme süresi üzerinde önemli bir etkiye neden olabilir.

Hangi dosyaların değiştiklerini belirleyin ve neden değiştiklerini düşünün. Bkz.

5) Avamar

sunucusuna eklenen veri miktarı Bu,kablo üzerinden Avamar sunucusuna gönderilecek veri miktarıdır. Avamar sunucusu veya Data Domain üzerinde kapasite kullanımını etkiler.  
Bir WAN üzerinden sunucudan ayrılan istemciler veya bir istemci için çoğaltmanın düşünülen durumlarda bu değer, kullanılabilir ağ bant genişliğine göre istemcinin verilerini yedekleme penceresine iletebilecek kadar küçük olmalıdır.

Aşağıdaki komut dosyasını kullanarak Avamar sisteminize en fazla veri ekleyen istemcileri tanımlamak capacity.sh (aşağıya bakın) mümkündür.


6) Bu yedeğin değişim hızı (şimdiye kadar)

Bu değer, Avamar sunucusuna eklenen bir veri montajıdır ve şimdiye kadar taranan kaynak dosyaların birleşikboyutuna bölündü.
%3'ün üzerinde bir değişim oranı yüksek olarak kabul edilir.
7) Avtar işleminin mevcut bellek kullanımı (Megabayt olarak)

Bellek kullanımı, aşağıdakiler dahil olmak üzere çeşitli faktörlere bağlıdır:
  • Avamar sürümü
  • İstemci işletim sistemi
  • Veri kümesi özellikleri
  • Kullanılan dosya önbelleğinin türü.  
Avtar tarafından kullanılan istemciNIN RAM oranına ve bu tüketimin istemcinin istemci süreçlerine etkilenip etki etediğini göz önünde tutun.
Avtar, büyük dizinleri yedeklese verileri taramaya ve sıralamaya çalışırken daha fazla bellek tüketir.
Belirli avtar ayarlama parametreleri (maxopendirs bayrağı gibi) kullanıldığında da bellek tüketiminde artış olabilir.


8) Avtar

tarafından tüketilen sistem CPU's un yüzdesi A orta ila orta-yüksek değer istenmektedir çünkü avtar, CPU'yu meşgul etmek için yeterli hızla veribeslenmektedir.
CPU kullanımı düşükse (%<10 veya <20) bu durum, yavaş, meşgul veya yüksek düzeyde yüksek düzeyde takılı depolama veya muhtemelen yavaş bir ağ bağlantısı nedeniyle olabilir.

Avtar'ın makinede çalışan diğer işlemlerle rekabet halinde olduğunu düşünün. İdeal olarak yedeklemeler istemcide daha düşük etkinlikte zamanlanır.


9) Durum mesajı oluşturulduğunda yedeklenmiş son dosyanın adı:

Dosya adlarını, dizin yapısını veya dosya uzantılarını kontrol edin.
Avtar, belirli dosyaları veya dizinleri işlemesi için uzun zaman mı harcanacak? 
Belirli bir dizin yolu sırasında veya belirli bir bölümdeki dosyalarda çalışırken dosya tarama hızı yavaşlaması oranı nedir?

Additional Information

Günlüğe Kaydetme Örneği:-

Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB   2% CPU  E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB   2% CPU  E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB   2% CPU  E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB   2% CPU  E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB   1% CPU  E:\\store\Small.pdf

What we learn from this logging example:
  • Durum raporları 15 sn aralıklarla ayarlanır (varsayılan değer = 900 sn'dır. Yazar, 300, 600 veya 900 ayarlarını önermiştir).
  • Yedekleme yavaş ancak sürekli bir ilerleme sağlar.
  • Saat başına dosya performansı düşüktür (yedekleme, 4 dakika içinde 12 dosya üzerinden devam eder).
  • Yedeklenen veriler, paylaşılan depolama aygıtından eşleniyor.
  • "Yeni" verilerin yüzdesi olağan dışı şekilde yüksekse bu ilk yedekleme olabilir veya yedekleme çok sayıda yeni veri içerir.
  • LargePresentation.ppt'nin yedeklenmiş olması birkaç dakika sürer.
  • CPU kullanımı düşüktür; avtar'ın hedef depolama aygıtından yavaş bir hızda veri sağladığını gösterir. Gelen veriler CPU'yu meşgul etmek için yetersiz.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 04 Apr 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.