Авамар: Клієнт Avamar: Що має змінитися, перш ніж avtar вважатиме файл зміненим?

Коли клієнт Avamar виконує резервне копіювання файлової системи, він перевіряє всі файли Avamar у межах набору даних робочого замовлення.
Він визначає, які файли було змінено, щоб ці файли можна було обробити.

Цей процес добре задокументований в робочому процесі в прикріпленому файлі «avtarprocess.pdf».

У цій статті обговорюється, «що має змінитися, перш ніж avtar вважатиме файл зміненим».

Це має значення, коли;

• Дослідження резервної копії з більшою або меншою кількістю змінених файлів, ніж зазвичай.
• Якщо файли мають великі розміри та потребують відносно тривалого часу для обробки, коли вони виявляються зміненими.

Що має змінитися, перш ніж avtar вважатиме файл зміненим?

Атрибути, що розглядаються автаром;

• Ім'я файлу. 
• Розмір файлу . 
• mtime файлу (час модифікації).
• Шлях до файлу .
• Статус файлу в автономному режимі або в мережі.
• Тип fstype файлу (FAT32 проти NTFS).

Атрибути, які НЕ враховуються avtar

• Власник файлу .
• Група файлів.
• Технологія UNIX Списки контролю доступу (ACL).
• Файл atime (час доступу).
• ctime файлу (inode/час зміни файлу) - Як обговорювалося в Engineering Esczilla 7618 #C13.

Під час резервного копіювання, коли avtar сканує файлову систему, він зчитує (тобто «статистику») усі метадані. Потім він може заповнити весь DIRELEM (елемент каталогу), за винятком SHA-1 хешу вмісту файлу.

Файл-кеш є механізмом для отримання цих «відсутніх 20 байтів» для файлів, які були раніше створені резервні копії та залишаються незмінними.

Якщо файл-кеш повертає SHA-1 хеш вмісту файлу, avtar має все необхідне для повного заповнення DIRELEM. 

Файл не потрібно відкривати і читати.

Примітка 1: Вхідними даними до файлового кешу є не всі метадані.

• Це дозволяє уникнути повторного сканування файлів, вміст яких не змінився.
• До рішення внесено: Повний шлях, розмір, мчас. статус офлайн або онлайн, fstype (FAT32 vs NTFS і так далі).
• Не включені в рішення: власник, група, ACL UNIX і так далі

Примітка 2: Хоча не всі метадані використовуються під час пошуку файлового кешу, всі метадані зберігаються в DIRELEM у кожній резервній копії.

• Будь-які зміни метаданих призводять до появи нового DIRELEM , який зберігається на сервері Avamar.
• Це гарантує, що ми фіксуємо ВСІ зміни метаданих, навіть якщо вміст файлу не змінюється.

КБ Статті на цю тему:

• Авамар: Як використовувати журнали клієнта, щоб визначити, які файли є новими або зміненими з моменту попереднього резервного копіювання.
• Avamar - Як інтерпретувати рядки стану журналу резервного копіювання avtar.
• Авамар: Що відбувається, коли avtar читає файл на етапі сканування файлу.
• Резервне копіювання Avamar виконується повільно через те, що стороннє програмне забезпечення змінює метадані для незмінених файлів.
• Avamar - Погана продуктивність резервного копіювання для клієнта Avamar під управлінням антивірусу Sophos.