Avamar. Клиент Avamar. Что должно измениться, прежде чем avtar сочтет файл измененным?

Когда клиент Avamar выполняет резервное копирование файловой системы, он проверяет все файлы Avamar в области набора данных рабочего задания.
Определяет, какие файлы были изменены, чтобы эти файлы можно было обработать.

Этот процесс хорошо задокументирован в рабочем процессе во вложенном файле "avtarprocess.pdf".

В этой статье обсуждается, "что должно измениться, прежде чем avtar сочтет файл измененным".

Это важно, когда;

• Исследование резервной копии с большим или меньшим количеством измененных файлов, чем обычно.
• Если файлы имеют большой размер и их обработка займет относительно много времени, если они будут определены как измененные.

Что должно измениться, прежде чем avtar сочтет файл измененным?

Атрибуты, учитываемые avtar;

• Имя файла . 
• Размер файла. 
• mtime (время изменения) файла.
• Путь к файлу.
• Файл находится в автономном режиме или в режиме онлайн.
• fstype файла (FAT32 или NTFS).

Атрибуты НЕ учитываются avtar

• Владелец файла.
• Файловая группа.
• ЮНИКС Списки управления доступом (ACL).
• Это atime (время доступа) файла.
• ctime файла (время изменения индексного дескриптора/файла) — как описано в Engineering Esczilla 7618 #C13.

Во время резервного копирования, когда avtar сканирует файловую систему, он считывает (т.е. "stats") все метаданные. Затем он может заполнить весь DIRELEM (элемент каталога), за исключением хэш-значения SHA-1 содержимого файла.

Кэш-память файлов — это механизм получения этих «недостающих 20 байт» для файлов, которые ранее были созданы резервными копиями и не были изменены.

Если файл-кэш возвращает SHA-1 хэш содержимого файла, у avtar есть все необходимое для полного заполнения DIRELEM. 

Файл не нужно открывать и читать.

Примечание 1. Входные данные в файловую кэш-память — это не все метаданные.

• Это позволяет избежать повторного сканирования файлов, содержимое которых не изменилось.
• В решение включены: Полный путь, размер, mtime. Состояние «автономный режим» или «онлайн», fstype (FAT32 вместо NTFS и т. д.).
• В решение не входят: владелец, группа, списки ACL UNIX и т. д.

Примечание 2. Несмотря на то, что не все метаданные используются при поиске в кэше файлов, все метаданные хранятся в DIRELEM при каждом резервном копировании.

• Любые изменения метаданных приводят к созданию новой DIRELEM , которая сохраняется на сервере Avamar Server.
• Это гарантирует, что мы фиксируем ВСЕ изменения метаданных, даже если содержимое файла не меняется.

Статьи базы знаний по этой теме:

• Avamar. Как использовать журналы клиента для определения новых файлов или файлов, измененных с момента предыдущего резервного копирования.
• Avamar — как интерпретировать строки состояния журнала резервного копирования avtar.
• Avamar. Что происходит, когда avtar считывает файл на этапе сканирования файла.
• Резервное копирование Avamar выполняется медленно из-за того, что стороннее программное обеспечение изменяет метаданные для неизмененных файлов.
• Avamar: низкая производительность резервного копирования для клиента Avamar под управлением антивируса Sophos.