Avamar: Dosya tarama aşamasında avtar bir dosyayı okursa ne olur?
Summary: Bu makalede, Avamar yedeklemesinin dosya tarama aşamasında avtar bir dosyayı okuduğunda ne olduğu açıklanmaktadır.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
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.
Additional Information
İ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?
Affected Products
AvamarProducts
Avamar, Avamar ClientArticle Properties
Article Number: 000013952
Article Type: How To
Last Modified: 07 Mar 2024
Version: 7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.