Inkrementelles Backup ohne Archivbit und Änderungsdatum (Robocopy?)
Hallo Zusammen,
vielleicht mal wieder ein unlösbares Thema:
Kann man entwerder:
-Robocopy dazu bewegen, wenn es eine Datei kopiert das Zugriffsdatum "hochzusetzen"
oder
-Robocopy dazu bewegen, dass Erstellungsdatum zu setzen beim kopieren UND
bei /maxage das jüngere aus Erstellung und Änderung zu werten? (in manchen Dokus steht das so, klappt aber bei mir nicht (Windows 8.1)
Hintergrund:
Ich möchte ein einfaches inkrementelles Backup("Archiv Dateiversionierung"), aber
-das Archivbit kann nicht benutzt werden (Weil es parallel ein "großes Backup"gibt, dem ich nicht in die Quere kommen darf
-Das Änderungsdatum auch alleine auch nicht wirklich taugt, da ich nicht weiß, wann die "Offline-Kollegen" das letzte mal "synchronisiert" haben (ebenfalls per Robocopy) und daher eine beispielsweise am 15.09. geänderte Datei vielleicht erst 8 Tage später synchronisiert wird und daher erst nicht für das Backup zur Verfügung steht und dann schon älter ist als das vorgegebene /Maxage von 2 oder 3 Tagen.
Alternativ wäre auch sowas wie ein Datenbankbasiertes Backup möglich (verschiedene intelligentere Sync-Tool machen das ja im Pinzip, aber eben immer nur mit einem Zielordner, wo dann die neuen Dateien die alten überschreiben, was aber eben genau nicht gewünscht ist).
Danke für eure Tipps!
Gruß
Jochen
vielleicht mal wieder ein unlösbares Thema:
Kann man entwerder:
-Robocopy dazu bewegen, wenn es eine Datei kopiert das Zugriffsdatum "hochzusetzen"
oder
-Robocopy dazu bewegen, dass Erstellungsdatum zu setzen beim kopieren UND
bei /maxage das jüngere aus Erstellung und Änderung zu werten? (in manchen Dokus steht das so, klappt aber bei mir nicht (Windows 8.1)
Hintergrund:
Ich möchte ein einfaches inkrementelles Backup("Archiv Dateiversionierung"), aber
-das Archivbit kann nicht benutzt werden (Weil es parallel ein "großes Backup"gibt, dem ich nicht in die Quere kommen darf
-Das Änderungsdatum auch alleine auch nicht wirklich taugt, da ich nicht weiß, wann die "Offline-Kollegen" das letzte mal "synchronisiert" haben (ebenfalls per Robocopy) und daher eine beispielsweise am 15.09. geänderte Datei vielleicht erst 8 Tage später synchronisiert wird und daher erst nicht für das Backup zur Verfügung steht und dann schon älter ist als das vorgegebene /Maxage von 2 oder 3 Tagen.
Alternativ wäre auch sowas wie ein Datenbankbasiertes Backup möglich (verschiedene intelligentere Sync-Tool machen das ja im Pinzip, aber eben immer nur mit einem Zielordner, wo dann die neuen Dateien die alten überschreiben, was aber eben genau nicht gewünscht ist).
Danke für eure Tipps!
Gruß
Jochen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 220703
Url: https://administrator.de/contentid/220703
Ausgedruckt am: 21.11.2024 um 23:11 Uhr
3 Kommentare
Neuester Kommentar
Moin Jochen,
für solche Fälle benutze ich "VersionBackup". Das sichert nur veränderte Dateien; jede Version wird aufbewahrt bis ich irgendwann wieder ein Vollbackup erstelle. So kann ich auch ältere Versionen ohne Probleme wieder herstellen. Die Versionsstände werden in einer DB gesichert; die Dateien in einem ZIP-Filesystem.
Gruß
Joe
für solche Fälle benutze ich "VersionBackup". Das sichert nur veränderte Dateien; jede Version wird aufbewahrt bis ich irgendwann wieder ein Vollbackup erstelle. So kann ich auch ältere Versionen ohne Probleme wieder herstellen. Die Versionsstände werden in einer DB gesichert; die Dateien in einem ZIP-Filesystem.
Gruß
Joe