NetWorker: Beim inkrementellen Backup von Dateisystemen in Windows werden scheinbar dieselben Dateien gesichert, die zuvor gesichert wurden, ohne dass Änderungen vorgenommen wurden
Resumen: NetWorker: Beim inkrementellen Backup von Dateisystemen werden scheinbar dieselben Dateien gesichert, die zuvor gesichert wurden, ohne dass Änderungen vorgenommen wurden.
Síntomas
Wenn Windows-Clients mit geplanten inkrementellen Backups gesichert werden, sollten Sie beachten, dass *jede* Datei, die seit dem letzten Backup umbenannt wurde, im nächsten inkrementellen Backup *erneut* gesichert wird.
In einer Umgebung, in der Anwendungen, Skripte und möglicherweise Endnutzer regelmäßig Dateien umbenennen, kann dies dazu führen, dass viele *unveränderte* Dateien erneut gesichert werden.
Dateisystem-Backup für NetWorker-Client.
Beim inkrementellen Dateisystem-Backup für einen Windows-Client (z. B. Level = inkrementell) werden scheinbar die gleichen Dateien gesichert, die seit dem letzten Backup nicht geändert wurden.
Beobachtungen:
- mminfo -avot -c clientname
- nsrinfo -V clientname (Großes V)
-V zeigt die gesicherten Dateien und ihr jeweiliges Backup-Datum sowie mtime, atime, ctime an.
Überprüfen Sie nsrinfo, um Dateien zu finden, die an zwei oder mehr Daten gesichert wurden, wobei jedes Backup dieselbe mtime wie das erste Backup hat.
Dies impliziert, dass die Datei nicht geändert, aber dennoch erneut gesichert wurde.
Causa
Das NetWorker-Verhalten für das inkrementelle Backup von Dateisystemen in Windows ist für alle NetWorker-Versionen gleich.
Laut NetWorker-Dokumentation:
In Windows bezieht sich die Dateiänderungszeit auf den Zeitpunkt des letzten Schreibvorgangs, die Erstellungszeit und das Archivdateiattribut einer Datei. Alle diese werden verwendet, um zu bestimmen, ob für eine Datei ein Backup durchgeführt werden muss.
Wenn das Archivdateiattribut festgelegt ist, wird die Datei immer gesichert, da einige ältere Dateisysteme möglicherweise nicht über die korrekte Dateierstellungszeit verfügen, es sei denn, die NSR_AVOID_ARCHIVE-Umgebungsvariable ist festgelegt (auf einen anderen Wert als „No“).
Hinweise:
- mtime ist der Änderungszeitpunkt
- ctime ist der Erstellungszeitpunkt
- atime ist der Zeitpunkt des letzten Zugriffs
- Wenn eine neue Datei erstellt wird, sind ctime und mtime identisch.
- Wenn eine Datei erneut geändert wird, wird mtime aktualisiert.
- Darüber hinaus wird speziell bei Windows-Betriebssystemen bei jeglicher Änderung einer Datei das Archiv-Bit aktiviert.
- In Windows umfasst „Änderung“ Folgendes:
- Erstellen einer neuen Datei
- Ändern des Inhalts einer Datei
- Manuelles Ändern des Archiv-Bits mit ATTRIB-Befehlen
- Das Umbenennen eines Dateinamens aktiviert ebenfalls das Archiv-Bit-Attribut.
- Hinweis: Wenn eine Datei in Windows umbenannt wird, aktiviert dies das Archiv-Bit.
Modus, Letzter Schreibvorgang, Länge (auch bekannt als Größe), Name
Hinweis: Der Modus zeigt -a an, wenn das Archiv-Bit-Attribut wie im Beispiel aktiviert ist.
Directory: C:\tmp
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 3/25/2020 5:27 PM 8 readme.txt
Das folgende Beispiel zeigt nsrinfo -V clientname, wobei Folgendes gilt:
Datei1.dat und Datei2.dat wurden beide zweimal an einem Tag gesichert.
Allerdings war mtime für jede Datei in jedem Backup identisch.
Dies impliziert, dass die Dateien nicht geändert wurden und kein zweites Backup erwartet wurde.
Pfad\Datei1.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
Pfad\Datei2.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
Pfad\Datei1.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
Pfad\Datei2.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
Resolución
Wenn ein Windows-Client über eine Umgebung verfügt, in der Anwendungen oder Skripte oder Endnutzer regelmäßig Dateien umbenennen, kann dies dazu führen, dass viele *unveränderte* Dateien erneut gesichert werden.
Führen Sie einen der folgenden Schritte aus, um zu vermeiden, dass umbenannte Dateien durch inkrementelles Backup wieder gesichert werden:
- Beschränken Sie das Umbenennen von Dateien, damit dies nicht geschieht. Wenn die Dateien jedoch häufig umbenannt werden und die umbenannten Dateien nicht gesichert werden sollen, führen Sie auf dem Windows-Client folgende Schritte aus:
- Melden Sie sich als Windows-Administrator an.
- Erstellen Sie eine Systemumgebungsvariable (siehe unten).
- Starten Sie den nsrexecd-Service (z. B. NetWorker Remote Exec Service) vor dem nächsten inkrementellen Backup neu.
SYSTEMUMGEBUNGSVARIABLE
Name : NSR_AVOID_ARCHIVE
Wert : yes