NetWorker: O backup incremental do sistema de arquivos no Windows parece fazer backup dos mesmos arquivos que passaram por backup anteriormente e não foram mais modificados

Ao fazer backup de clients Windows com incr de nível agendado, observe que "qualquer" arquivo renomeado desde o último backup passará por um "novo" backup no próximo incremental.  

Em um ambiente em que aplicativos, scripts e, talvez, usuários finais renomeiam arquivos regularmente, pode haver novos backups de vários arquivos "inalterados" por padrão.

Backup do sistema de arquivos do client NetWorker.

Os backups incrementais do sistema de arquivos de um client Windows (por exemplo, nível = incr) parecem fazer backup dos mesmos arquivos que não foram alterados desde o backup anterior. 

Observações:

•  mminfo -avot -c clientname 

• nsrinfo -V clientname (V maiúsculo) 

-V mostra os arquivos com backup e as respectivas data de backup, mtime, atime e ctime.

Confira nsrinfo para localizar os arquivos cujo backup foi feito em duas ou mais datas e nos quais cada backup tem a mtime igual à da data do primeiro backup. 

Isso significa que o arquivo não foi modificado e, mesmo assim, passou por um novo backup.

O comportamento do NetWorker para backup incremental do sistema de arquivos no Windows é o mesmo em todas as versões do NetWorker. 

De acordo com a documentação do NetWorker:

No Windows, a hora de modificação/alteração do arquivo é referente à hora da última gravação, à hora de criação e ao atributo archive de um arquivo. Todos eles são usados para determinar se é necessário fazer backup de um arquivo.

Se o atributo archive estiver definido, o backup sempre será feito no arquivo, visto que alguns sistemas de arquivos mais antigos podem não ter a hora correta da criação do arquivo, a menos que a variável de ambiente NSR_AVOID_ARCHIVE esteja definida (com um valor diferente de "no").

Notas:

• mtime significa Hora de modificação
• ctime significa Hora de criação
• atime significa Hora do último acesso 
• Se um novo arquivo for criado, ctime e mtime serão idênticas.
• Se um arquivo for modificado novamente, a mtime será atualizada.
• Além disso, especificamente para o sistema operacional Windows, quando um arquivo é modificado de ALGUMA forma, o bit de archive é ativado.  
• No Windows, a modificação também pode ser:
  • criar um novo arquivo
  • modificar o conteúdo de um arquivo
  • modificar manualmente o bit de archive com os comandos ATTRIB
  • Renomear um nome de arquivo; isso também ativa o atributo bit de archive.
• Nota: Quando um arquivo é renomeado no Windows, o bit de archive é ativado.

Mode,  LastWriteTime , Length (também conhecido como Size) ,  Name.

Nota: O mode exibirá -a- se o atributo bit de archive estiver ativado, como no exemplo.
 

O exemplo a seguir ainda mostra nsrinfo -V clientname, em que:

o backup de file1.dat e file2.dat foi feito duas vezes em um único dia

porém, a mtime para cada arquivo foi a mesma em cada backup

isso significa que o arquivo não foi modificado e espera-se não haja um novo backup dos arquivos na segunda vez

Path\File1.dat, size=38947302608, off=12821900, app=backup(1),
date=1585064436 Tue 24 Mar 2020 11:40:36 AM EDT, mtime=1584848135 Sat 21 Mar 2020 11:35:35 PM EDT,
atime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT, ctime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT

Path\File2.dat, size=6878417744, off=312074829280, app=backup(1),
date=1585064436 Tue 24 Mar 2020 11:40:36 AM EDT, mtime=1585019905 Mon 23 Mar 2020 11:18:25 PM EDT,
atime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT, ctime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT

Path\File1.dat, size=38947302608, off=12841656, app=backup(1),
date=1585026274 Tue 24 Mar 2020 01:04:34 AM EDT, mtime=1584848135 Sat 21 Mar 2020 11:35:35 PM EDT,
atime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT, ctime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT

Path\File2.dat, size=6878417744, off=312074849036, app=backup(1),
date=1585026274 Tue 24 Mar 2020 01:04:34 AM EDT, mtime=1585019905 Mon 23 Mar 2020 11:18:25 PM EDT,
atime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT, ctime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT

Se um client Windows tiver um ambiente em que os aplicativos, os scripts ou os usuários finais estejam renomeando arquivos regularmente, isso poderá fazer com que haja um novo backup de vários arquivos "inalterados" por padrão.

Para evitar um novo backup incremental dos arquivos renomeados, execute uma das seguintes ações:

• Limite a renomeação de arquivos para que isso não ocorra. No entanto, se os arquivos forem renomeados com frequência e somente se a intenção não for fazer backup desses arquivos renomeados, execute o seguinte procedimento no client Windows:

1. Faça login como administrador do Windows
2. Crie uma VARIÁVEL DE AMBIENTE DO SISTEMA (veja abaixo)
3. Reinicie o serviço nsrexecd (por exemplo, o serviço NetWorker Remote Exec) antes do próximo backup incremental.

SYSTEM  ENVIRONMENT VARIABLE
Name          : NSR_AVOID_ARCHIVE
Value           : yes