NetWorker: il backup incrementale del file system in Windows sembra ripetere il backup di file già sottoposti a backup senza modifiche

Quando si esegue il backup di client Windows con livello pianificato incr, *qualsiasi* file rinominato dall'ultimo backup di tale file verrà sottoposto a backup *nuovamente* nel successivo backup incrementale.  

In un ambiente in cui le applicazioni, gli script o gli utenti finali rinominano regolarmente i file, ciò può causare la ripetizione del backup di molti file *senza modifiche* e questo è un funzionamento previsto per progettazione.

Backup del file system di client NetWorker.

I backup incrementali del file system per un client Windows (ad es. level = incr), sembrano ripetere il backup degli stessi file che non sono stati modificati dal backup precedente. 

Osservazioni:

•  mminfo -avot -c clientname 

• nsrinfo -V clientname (V maiuscola) 

-V mostra i file sottoposti a backup e la rispettiva data di backup e mtime, atime, ctime.

Controllare nsrinfo per trovare i file di cui è stato eseguito il backup in due o più date in cui ogni backup ha mtime uguale alla data del primo backup. 

Questo indica che il file non era stato modificato e che però è stato ripetuto il backup.

Il comportamento di NetWorker per il backup incrementale del file system in Windows rimane invariato in tutte le versioni di NetWorker. 

Secondo la documentazione NetWorker:

In Windows, la data di modifica del file si riferisce alla data dell'ultima operazione di scrittura, di creazione e di attributo di archiviazione di un file. Queste informazioni vengono utilizzate per stabilire se è necessario eseguire il backup di un file.

Se l'attributo di file di archiviazione è impostato, verrà sempre eseguito il backup del file, poiché alcuni file system meno recenti potrebbero non disporre della data corretta di creazione del file, a meno non sia impostata la variabile di ambiente NSR_AVOID_ARCHIVE (su un valore diverso da "No").

Note:

• mtime: data di modifica
• ctime: data di creazione
• atime: data di ultimo accesso 
• Se viene creato un nuovo file, avrà ctime e mtime uguali.
• Se un file viene modificato nuovamente, l'mtime viene aggiornato.
• Inoltre, in particolare per il sistema operativo Windows, quando un file viene modificato in QUALSIASI modo, il bit di archiviazione è abilitato.  
• In Windows, per modifica si intende:
  • creazione di un nuovo file
  • modifica del contenuto di un file
  • modifica manuale del bit di archiviazione con i comandi ATTRIB
  • Ridenominazione di un nome file; anche questa operazione abilita l'attributo bit di archiviazione.
• Nota: quando un file in Windows viene rinominato, ciò abilita il bit di archiviazione.

Mode,  LastWriteTime, Length (anche noto come size),  Name.

Nota: per Mode viene visualizzato -a- se l'attributo bit di archiviazione è abilitato come nell'esempio.
 

Nell'esempio seguente viene mostrato nsrinfo -V clientname, dove:

file1.dat e file2.dat sono stati entrambi sottoposti a backup due volte in un giorno

ma mtime per ogni file era lo stesso in ogni backup

questo vuol dire che il file non era stato modificato e non era previsto che i file venissero sottoposti a backup la seconda volta

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 un client Windows dispone di un ambiente in cui le applicazioni, gli script o gli utenti finali rinominano regolarmente i file, ciò può causare la ripetizione del backup di molti file *senza modifiche* e questo è un funzionamento previsto per progettazione.

Per evitare di ripetere il backup dei file rinominati come stabilito dal backup incrementale, effettuare una delle seguenti operazioni:

• Limitare la ridenominazione dei file e questo problema non si verificherà. Tuttavia, quando i file vengono rinominati frequentemente e se l'unica finalità è quella di non eseguire il backup di tali file rinominati, effettuare le seguenti operazioni sul client Windows:

1. Accedere come amministratore Windows
2. Creare una VARIABILE DI AMBIENTE DI SISTEMA (vedere di seguito)
3. Riavviare il servizio nsrexecd (ad es. NetWorker Remote Exec Service) prima del successivo backup incrementale.

SYSTEM  ENVIRONMENT VARIABLE
Name          : NSR_AVOID_ARCHIVE
Value           : yes