NetWorker: Przyrostowa kopia zapasowa systemu plików w systemie Windows wydaje się tworzyć kopie zapasowe tych samych plików, których kopie zapasowe zostały wcześniej wykonane, bez zmian

• Kopia zapasowa systemu plików systemu Windows klienta NetWorker.
• Tworzenie kopii zapasowych klientów Windows z zaplanowanym poziomem incr, każdy plik, którego nazwa została zmieniona od czasu ostatniej kopii zapasowej tego pliku, jest tworzony ponownie w następnym pliku przyrostowym.  
• W środowisku, w którym aplikacje, skrypty, być może użytkownicy końcowi regularnie zmieniają nazwy plików, może to spowodować ponowne utworzenie kopii zapasowej wielu "niezmienionych" plików.
• Przyrostowe kopie zapasowe systemu plików dla klienta Windows (na przykład level = incr) wydaje się, aby utworzyć kopię zapasową tych samych plików, które nie zostały zmienione od czasu poprzedniej kopii zapasowej. 

Uwagi:    

• mminfo -avot -c clientname 

• nsrinfo -V clientname  > clientname_nsrinfo.out 

-V (wielkimi literami) pokazuje pliki, których kopia zapasowa została wykonana, oraz odpowiednią datę utworzenia kopii zapasowej oraz mtime, atime, ctime.

Odwiedź witrynę nsrinfo , aby znaleźć pliki, których kopia zapasowa została utworzona w dwóch lub większej liczbie dat, gdzie każda kopia zapasowa ma to samo mtime jako data pierwszej kopii zapasowej. 

Jeśli aplikacje, skrypty lub użytkownicy systemu Windows często zmieniają nazwy plików, NetWorker zgodnie z założeniami ponownie tworzy kopię zapasową wielu niezmienionych plików.

Aby uniknąć ponownego tworzenia kopii zapasowej plików o zmienionych nazwach przez przyrostową kopię zapasową, ogranicz zmianę nazw plików.

Jeśli jednak nazwy plików są często zmieniane i tylko wtedy, gdy intencją nie jest tworzenie kopii zapasowych plików o zmienionych nazwach, na kliencie systemu Windows wykonaj następujące czynności:   

SYSTEM  ENVIRONMENT VARIABLE   
Name          :    NSR_AVOID_ARCHIVE
Value         :    yes

net stop nsrexecd
net start nsrexecd

Dokumentacja NetWorker:    

W systemie Windows czas modyfikacji lub zmiany pliku odnosi się do czasu ostatniego zapisu, czasu utworzenia i atrybutu pliku archiwum. Wszystkie te czynniki służą do określenia, czy należy utworzyć kopię zapasową pliku.

Jeśli ustawiony jest atrybut Archive file, kopia zapasowa pliku jest zawsze tworzona, ponieważ niektóre starsze systemy plików mogą nie mieć odpowiedniego czasu tworzenia pliku, chyba że NSR_AVOID_ARCHIVE zmienna środowiskowa jest ustawiana (na wartość inną niż "no").

Uwagi:    

• mtime, to czas modyfikacji
• ctime, to czas tworzenia
• atime, to czas ostatniego dostępu 
• Jeśli zostanie utworzony nowy plik, ctime i mtime są identyczne.
• Jeśli plik zostanie ponownie zmodyfikowany, mtime jest aktualizowany.
• Ponadto, w systemie operacyjnym Windows, gdy plik jest modyfikowany w JAKIKOLWIEK sposób - bit archiwum jest włączony.  
• W systemie Windows atrybut Zmodyfikowano obejmuje:   
  • Tworzenie nowego pliku
  • Modyfikowanie zawartości pliku
  • Ręczne modyfikowanie bitu archiwum za pomocą poleceń ATTRIB
  • Zmiana nazwy pliku — włącza również atrybut bitu archiwum.

Prostym sposobem wyświetlenia wszystkich tych atrybutów w folderze systemu Windows jest użycie polecenia PowerShell, takiego jak następujący cmdlet, który wyświetla:   

Tryb, LastWriteTime, długość (znana również jako rozmiar), nazwa.

PS C:\tmp> ls .\readme.txt
   Directory: C:\tmp
Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----        3/25/2020   5:27 PM              8 readme.txt

Poniższy przykład pokazuje dalej: nsrinfo -V clientname Gdzie:    

file1.dat i file2.dat zostały zarchiwizowane dwa razy w ciągu jednego dnia.

Ale mtime dla każdego pliku był taki sam w każdej kopii zapasowej oznacza, że plik nie został zmodyfikowany i oczekiwano, że pliki nie zostaną ponownie zarchiwizowane po raz drugi.

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