Avamar: Avamar Client: O que precisa mudar antes que o avtar considere que um arquivo foi modificado?

Quando um client Avamar executa um backup do file system, ele examina todos os arquivos Avamar dentro do escopo do conjunto de dados da ordem de trabalho.
Ela determina quais arquivos foram alterados para que esses arquivos possam ser processados.

Esse processo está bem documentado no fluxo de trabalho no arquivo anexado "avtarprocess.pdf".

Este artigo discute"o que tem que mudar antes que o avtar considere que um arquivo foi modificado".

Isso importa quando;

• Investigar um backup com um número maior ou menor de arquivos alterados do que o normal.
• Onde os arquivos são grandes e levariam um tempo relativamente longo para serem processados quando detectados como modificados.

O que precisa mudar antes que o avtar considere que um arquivo foi modificado?

Atributos considerados pelo avtar;

• O nome do arquivo . 
• O tamanho do arquivo . 
• O mtime do arquivo (hora de modificação).
• O caminho do arquivo .
• O status do arquivo está off-line ou on-line.
• O fstype do arquivo (FAT32 vs NTFS).

Atributos NÃO considerados pela avtar

• O proprietário do arquivo .
• O grupo do arquivo.
• UNIX ACLs (Access Control Lists, listas de controle de acesso).
• O atime do arquivo (tempo de acesso).
• Ctime do arquivo (inode/hora de alteração do arquivo) - Conforme discutido em Engineering Esczilla 7618 #C13.

Durante o backup, enquanto o avtar está examinando o file system, ele lê (ou seja, "stats") todos os metadados. Em seguida, ele pode preencher um DIRELEM (elemento de diretório) inteiro, exceto para o hash SHA-1 do conteúdo do arquivo.

O cache de arquivos é o mecanismo para obter esses "20 bytes ausentes" para arquivos cujo backup foi feito anteriormente e que não foram alterados.

Se o cache do arquivo retornar o hash SHA-1 do conteúdo do arquivo, o avtar tem tudo o que precisa para preencher totalmente o DIRELEM. 

O arquivo não precisa ser aberto e lido.

Nota 1: A entrada para o cache de arquivos não é todos os metadados.

• Isso evita a nova varredura de arquivos cujo conteúdo não foi alterado.
• Incluído na decisão: Caminho completo, tamanho, mtime. status offline ou online, fstype (FAT32 vs NTFS e assim por diante).
• Não estão incluídos na decisão: proprietário, grupo, ACLs do UNIX e assim por diante

Nota 2: Embora nem todos os metadados sejam usados na pesquisa de cache de arquivo, todos os metadados são armazenados no DIRELEM em cada backup.

• Todas as alterações de metadados geram um novo DIRELEM que é armazenado no Avamar Server.
• Isso garante a captura de TODAS as alterações de metadados, mesmo quando o conteúdo do arquivo não é alterado.

Artigos da KB relacionados a este tópico:-

• Avamar: Como usar os logs do client para identificar quais arquivos são novos ou alterados desde o backup anterior.
• Avamar — como interpretar as linhas de status do log de backup do avtar.
• Avamar: O que acontece quando o avtar lê um arquivo durante a fase de varredura do arquivo.
• O backup do Avamar é executado com lentidão devido ao software de terceiros que modifica metadados de arquivos inalterados.
• Avamar — baixo desempenho de backup para o Avamar Client que executa o antivírus Sophos.