Differenzielle Sicherung fehlender verschobener Ordner (fehlerhafte Archivattributlogik)


0

Kürzlich habe ich festgestellt, dass mein Backup-System fehlerhaft ist: Es gibt Situationen, in denen verschiedene Dateien / Ordner fehlen.

Ich mache meine Sicherung von der lokalen Festplatte auf einem Netzwerk-NAS.
Ich verwende Cobian-Backup und habe die Backup-Software so eingerichtet, dass jede Woche ein vollständiges Backup und täglich ein differenzielles Backup erstellt wird.

Jetzt entscheidet die Sicherungssoftware (meines Wissens funktioniert jede Sicherungssoftware auf diese Weise) anhand des Dateiarchivattributs, welche Dateien in die differenzielle Sicherung aufgenommen werden. Wenn das Attribut gesetzt ist, geht die Datei in die Sicherung ein.
Wenn Sie eine Datei an einen neuen Speicherort verschieben, wird auf Windows-Systemen das Archivattribut festgelegt und die Datei wird in die Sicherung aufgenommen. Das ist in Ordnung.
Wenn Sie jedoch einen gesamten Ordner verschieben, wird kein Archivattribut festgelegt. Weder auf dem Ordner noch in Dateien innerhalb des Ordners, sodass der verschobene Ordner nicht in der differenziellen Sicherung enthalten ist !

Wenn Sie also eine vollständige Sicherung plus eine differenzielle Sicherung haben und Ordner verschoben haben, ist es unmöglich, die ursprüngliche Struktur von Dateien / Ordnern ab der vollständigen + differenziellen Sicherung wiederherzustellen, da die Sicherungssoftware die verschobene nicht enthält Ordner in der differenziellen Sicherung.

Also meine differenzielle Sicherung sind nutzlos ...

Warum setzt Windows das Archivattribut beim Verschieben einer Datei, aber nicht beim Verschieben eines Ordners?

Wie kann ich mit diesem Problem umgehen?
Gibt es eine Möglichkeit, ein differenzielles Backup so zu erstellen, wie es funktionieren soll?

Es ist nicht praktikabel, jeden Tag eine vollständige Sicherung durchzuführen, da die geänderten Daten etwa 0,1% am Tag betragen (durch die Verwendung einer differenziellen Sicherung kann ich den Verlauf von 4 Wochen speichern, ohne zu viel Speicherplatz zu belegen.)

Antworten:


1

Das Archivbit wird bei jeder Änderung des Dateisystemobjekts zurückgesetzt. Wenn ein Verzeichnis in ein einzelnes NTFS-Dateisystem verschoben wird, werden weder das Verzeichnisobjekt selbst noch die darin enthaltenen Dateiobjekte geändert. Die einzigen Objekte, die sich dabei ändern, sind die Quelle und das Ziel der Verschiebevorgänge (dh die jeweiligen übergeordneten Verzeichnisse für das verschobene Verzeichnis). Andererseits setzt Windows das "Archiv" -Bit für Verzeichnisse nicht.

Dies ist ein altes Problem, das normalerweise in der Sicherungssoftware behoben wird, indem Dateilisten mit Listen aus früheren Sicherungsläufen verglichen werden, das NTFS-Journal konsultiert wird oder die Erstellungs- und Änderungszeitstempel der Objekte zusätzlich zum Archivbit verwendet werden. Wenn Cobian diesen Fall nicht richtig handhabt und der Betreuer ihn nicht reparieren wird, besteht Ihre einzige verbleibende Option darin , den Quellcode zu kaufen und ihn selbst zu reparieren.

Wenn Sie in der Lage sind, die Art und Weise des Verschiebens von Dateien zu ändern, können Sie die betreffenden Verzeichnisse auch kopieren und löschen, anstatt sie einfach innerhalb desselben Dateisystems zu verschieben. Durch Ausführen des Kopiervorgangs wird das Archivierungsbit auf das Ziel gesetzt Dateien.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.