Avamar: Dosya tarama aşamasında avtar bir dosyayı okursa ne olur?
Zhrnutie: Bu makalede, Avamar yedeklemesinin dosya tarama aşamasında avtar bir dosyayı okuduğunda ne olduğu açıklanmaktadır.
Tento článok sa vzťahuje na
Tento článok sa nevzťahuje na
Tento článok nie je viazaný na žiadny konkrétny produkt.
V tomto článku nie sú uvedené všetky verzie produktov.
Pokyny
Avamar, yedekleme sırasında dosyaları tararsa ne olur?
Avamar yedeklemesi sırasında avtar, kaynak veri kümesinde belirtilen tüm dosya sistemini tarar. Önceki yedeklemeden bu yana değiştirilip değiştirilmediğini öğrenmek için her dosyayı kontrol eder.
Avtar'ın bir dosyanın değiştirilip değiştirilmediğini nasıl algıladığı hakkında daha fazla bilgi için bkz. Avamar istemcisi - Avtar bir dosyanın değiştirilmiş
olarak kabul etmeden önce değişmesi gerekenlerAvtar, dizinlerin değiştirilme zamanı değişmemiş olsa bile tüm dizinleri çalıştırır. Bunun nedeni, alt düzey alt dizinlerin değişmiş olmasıdır.
Dizin olmayan her dosya için avtar meta verilerini toplar. Bu meta veriler, dosya hakkındaki 'stat' bilgileridir.
Güvenlik tanımlayıcıları olan bir Windows NTFS veya ReFS dosya sistemi üzerinde avtar güvenlik tanımlayıcısını da toplar.
Bunun nedeni, bu bilgilerin "dosya değiştirme süresi" değişmeden değişebilmesidir.
Bir nesnenin tüm yolu, bir dosya önbelleği araması gerçekleştirmek için istatistik benzeri meta verilerle birleştirilir.
Bir dosya önbelleği okuma isabetinde, içerik karması veya Data Domain yedeklerinin konumu döndürülür.
Bu, dosyanın açılmadan yedeklenmesini sağlar. En son yedeklendiğinden beri hiç değişmediği için gerek yoktur.
Dosya önbelleği okuma işlemi kaçırıldığında dosya açılır ve içerik okunur, parçalara ayrılır, sıkıştırılır ve karma hale getirilir. Ardından Avamar sunucusuna içerik gönderilmesini önlemek için karma önbellek (veya Data Domain için DDBoost) kullanılır.
İstatistik benzeri bir işlemden döndürülen bilgilere dayalı olarak bir karma üretilir.
Linux örneği:
Dosyanın değişip değişmediğini değerlendirirken, avtar değiştirme ve değiştirme zamanlarını dikkate alır ancak Erişim süresini dikkate ALMAZ.
Bu hızlı bir işlemdir ve az sayıda değiştirilmiş dosya ve düşük değişim oranına sahip Avamar yedeklemelerinin neden bu kadar hızlı olduğunu açıklar.
Hesaplanan karma, istemcinin dosya önbelleğindekinden farklıysa, dosyanın değiştiği kabul edilir. Değiştirilen dosya tamamen işlenmeli ve yeni parçalar Avamar sunucusuna gönderilmelidir.
Avamar yedeklemesi sırasında avtar, kaynak veri kümesinde belirtilen tüm dosya sistemini tarar. Önceki yedeklemeden bu yana değiştirilip değiştirilmediğini öğrenmek için her dosyayı kontrol eder.
Avtar'ın bir dosyanın değiştirilip değiştirilmediğini nasıl algıladığı hakkında daha fazla bilgi için bkz. Avamar istemcisi - Avtar bir dosyanın değiştirilmiş
olarak kabul etmeden önce değişmesi gerekenlerAvtar, dizinlerin değiştirilme zamanı değişmemiş olsa bile tüm dizinleri çalıştırır. Bunun nedeni, alt düzey alt dizinlerin değişmiş olmasıdır.
Dizin olmayan her dosya için avtar meta verilerini toplar. Bu meta veriler, dosya hakkındaki 'stat' bilgileridir.
Güvenlik tanımlayıcıları olan bir Windows NTFS veya ReFS dosya sistemi üzerinde avtar güvenlik tanımlayıcısını da toplar.
Bunun nedeni, bu bilgilerin "dosya değiştirme süresi" değişmeden değişebilmesidir.
Bir nesnenin tüm yolu, bir dosya önbelleği araması gerçekleştirmek için istatistik benzeri meta verilerle birleştirilir.
Bir dosya önbelleği okuma isabetinde, içerik karması veya Data Domain yedeklerinin konumu döndürülür.
Bu, dosyanın açılmadan yedeklenmesini sağlar. En son yedeklendiğinden beri hiç değişmediği için gerek yoktur.
Dosya önbelleği okuma işlemi kaçırıldığında dosya açılır ve içerik okunur, parçalara ayrılır, sıkıştırılır ve karma hale getirilir. Ardından Avamar sunucusuna içerik gönderilmesini önlemek için karma önbellek (veya Data Domain için DDBoost) kullanılır.
İstatistik benzeri bir işlemden döndürülen bilgilere dayalı olarak bir karma üretilir.
Linux örneği:
stat testtest.gz
File: `testtest.gz'
Size: 29 Blocks: 8 IO Block: 4096 regular file
Device: 803h/2051d Inode: 2149406915 Links: 1
Access: (0600/-rw-------) Uid: ( 500/ admin) Gid: ( 500/ admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000
Dosyanın değişip değişmediğini değerlendirirken, avtar değiştirme ve değiştirme zamanlarını dikkate alır ancak Erişim süresini dikkate ALMAZ.
Bu hızlı bir işlemdir ve az sayıda değiştirilmiş dosya ve düşük değişim oranına sahip Avamar yedeklemelerinin neden bu kadar hızlı olduğunu açıklar.
Hesaplanan karma, istemcinin dosya önbelleğindekinden farklıysa, dosyanın değiştiği kabul edilir. Değiştirilen dosya tamamen işlenmeli ve yeni parçalar Avamar sunucusuna gönderilmelidir.
Ďalšie informácie
İlgili makaleler:
- Avamar: Yedekleme performansı davranışı ve teorisi.
- Avamar: Önceki yedeklemeden bu yana hangi dosyaların yeni veya değiştirilmiş olduğunu belirlemek için istemci günlüklerini kullanma.
- Avamar: Yavaş yedekleme performansı sorununu giderme.
- Avamar istemcisi - avtar bir dosyanın değiştirilmiş olduğunu düşünmeden önce neyin değişmesi gerekir?
Dotknuté produkty
AvamarProdukty
Avamar, Avamar ClientVlastnosti článku
Číslo článku: 000013952
Typ článku: How To
Dátum poslednej úpravy: 07 mar 2024
Verzia: 7
Nájdite odpovede na svoje otázky od ostatných používateľov spoločnosti Dell
Služby podpory
Skontrolujte, či sa na vaše zariadenie vzťahujú služby podpory.