Avamar: Co się stanie, gdy avtar odczyta plik podczas fazy skanowania plików

Co się stanie, gdy Avamar skanuje pliki podczas tworzenia kopii zapasowej?

Podczas tworzenia kopii zapasowej Avamar avtar skanuje cały system plików określony w źródłowym zestawie danych. Sprawdza każdy plik, aby dowiedzieć się, czy został zmodyfikowany od czasu poprzedniej kopii zapasowej.   

Aby uzyskać więcej informacji na temat sposobu, w jaki avtar wykrywa, czy plik został zmodyfikowany, zobacz Klient Avamar — co należy zmienić, zanim avtar uzna, że plik został zmodyfikowany?

Avtar przechodza wszystkie katalogi, nawet jeśli czas modyfikacji samych katalogów nie uległ zmianie. Dzieje się tak, ponieważ podkatalogi niższego poziomu mogły ulec zmianie.

Dla każdego pliku niebędącego katalogiem avtar zbiera jego metadane. Te metadane to informacje "stat" dotyczące pliku.
W systemie plików Windows NTFS lub ReFS z deskryptorami zabezpieczeń avtar gromadzi również deskryptor zabezpieczeń.
Dzieje się tak, ponieważ informacje te mogą ulec zmianie bez zmiany "czasu modyfikacji pliku".
 
Cała ścieżka obiektu jest łączona z metadanymi podobnymi do statystyk w celu wyszukania pamięci podręcznej plików.

W przypadku trafienia odczytu pamięci podręcznej plików zwracany jest skrót zawartości lub lokalizacja kopii zapasowych systemu Data Domain.

Pozwala to na utworzenie kopii zapasowej pliku bez jego otwierania. Nie ma takiej potrzeby, ponieważ nigdy się nie zmienił od ostatniego zarchiwizowania.

W przypadku braku odczytu pamięci podręcznej plików plik jest otwierany, a jego zawartość jest odczytywana, fragmentowana, kompresowana i mieszana. Następnie pamięć podręczna skrótów (lub DDBoost dla Data Domain) jest używana, aby uniknąć wysyłania zawartości do serwera Avamar.
 
Skrót jest tworzony na podstawie informacji zwracanych z operacji podobnej do statystyki.

Przykład w systemie Linux:

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

Oceniając, czy plik uległ zmianie, avtar bierze pod uwagę czasy modyfikacji i zmian, ale NIE czas dostępu.

Jest to szybka operacja, która wyjaśnia, dlaczego kopie zapasowe Avamar z niewielką liczbą zmienionych plików i niskim współczynnikiem zmian są tak szybkie.

Jeśli obliczony skrót różni się od tego, co znajduje się w pamięci podręcznej plików klienta, plik jest uznawany za zmieniony. Zmieniony plik musi zostać w pełni przetworzony, a nowe fragmenty muszą zostać wysłane do serwera Avamar.

Powiązane artykuły:

• Avamar: Zachowanie i teoria wydajności kopii zapasowych.
• Avamar: Jak używać dzienników klienta do identyfikowania, które pliki są nowe lub zmienione od czasu poprzedniej kopii zapasowej.
• Avamar: Rozwiązywanie problemów z niską wydajnością kopii zapasowych.
• Klient Avamar — co musi się zmienić, zanim avtar uzna, że plik został zmodyfikowany?