Was ist der sicherste Weg, um Zeitstempel während einer NAS-Migration zu erhalten?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

What Is the Safest Way to Preserve Timestamps During a NAS Migration?

Die sicherste Methode, Zeitstempel zu erhalten, besteht darin, mit einem metadatenbewussten Tool zu kopieren, das Ergebnis zu überprüfen und die Quelle bis zum Umstieg unverändert zu lassen.

Beginnen Sie nicht mit einem Drag-and-Drop-Verschieben. Entscheiden Sie zuerst, welche Zeitstempel wichtig sind, testen Sie, ob das Quell-Dateisystem, das Übertragungsprotokoll, das Ziel-Dateisystem und das Kopierwerkzeug diese darstellen können, und führen Sie dann eine protokollierte Erstkopie sowie eine kleinere abschließende Synchronisation durch. Die Änderungszeit (mtime) ist in der Regel portabel; Erstellungs- und Änderungszeiten möglicherweise nicht.

Definieren Sie, welche Zeitstempel erhalten bleiben müssen

„Zeitstempel erhalten“ kann auf verschiedenen Systemen unterschiedliche Metadaten bedeuten. Linux und Unix zeigen üblicherweise mtime, atime und ctime an, während NTFS auch die Erstellungszeit anzeigt; die Unterschiede zwischen mtime, atime, ctime und Erstellungszeit bestimmen, was nach der Migration verglichen werden kann.

Priorisieren Sie mtime, wenn Benutzer Dokumente, Fotos oder Projektdateien nach der letzten Inhaltsänderung sortieren. Behandeln Sie ctime als ein neues Dateisystem-Metadatenereignis und nicht als Erstellungszeit, und überprüfen Sie Geburts- oder Erstellungszeit separat, da ein neu erstelltes Zielobjekt legitimerweise einen neuen Wert erhalten kann.

Zeitstempel	Was er normalerweise bedeutet	Erwartung bei der Migration
mtime	Zuletzt geänderter Dateiinhalt	Primärer Wert zum Erhalten und Überprüfen
atime	Zuletzt auf die Datei zugegriffen	Kann sich beim Scannen oder Kopieren ändern
ctime	Metadaten- oder Inode-Status geändert	Ändert sich normalerweise auf einem neuen Dateisystem
Geburts-/Erstellungszeit	Objekt auf diesem Dateisystem erstellt	Unterstützung variiert je nach Tool, Protokoll und Ziel

Verwenden Sie eine metadatenbewusste Kopie statt eines Verschiebens

Bei Linux-zu-Linux-Pfaden ist rsync eine gängige Wahl, da der Archivmodus die Änderungszeiten erhält sowie mehrere andere Attribute. Fügen Sie nur die ACL-, erweiterten Attribut-, Hardlink- oder plattformspezifischen Flags hinzu, die Ihr Datensatz benötigt, und prüfen Sie den Befehl, bevor Sie Löschungen oder Ersetzungen zulassen.

Bei Windows-gesteuerten Pfaden kann Robocopy Dateimetadaten erhalten, aber Verzeichniszeitstempel benötigen eine explizite Robocopy-Option. Vermeiden Sie eine Spiegel-Option, bis ein nicht-destruktiver Test die Richtung von Quelle und Ziel bestätigt, da ein Spiegel Löschungen genauso genau wiederholen kann wie Dateien.

Testen Sie das Protokoll und Dateisystem mit einem kleinen Datensatz

Erstellen Sie eine Probe mit alten und aktuellen Dateien, verschachtelten Verzeichnissen, akzentuierten Namen, symbolischen Links falls relevant und bekannten Zeitstempelwerten. Kopieren Sie diese über den exakt geplanten SMB-, NFS-, SSH-, lokal eingebundenen oder Anwendungs-Pfad für die Produktion; das Verbindungsprotokoll kann das Ergebnis verändern, selbst wenn das Ziel-NAS dasselbe ist.

Vergleichen Sie Quelle und Ziel mit einem Zeitstempel-Manifest oder einem skriptgesteuerten stat-Output, nicht nur mit einem Dateibrowser. Ein Praxisbeispiel zeigt, dass das Verhalten von CIFS-Mounts die angeforderten Zeitstempelflags außer Kraft setzen kann, sodass ein erfolgreicher Befehlsabschluss kein Beweis für Metadatenintegrität ist.

Verwenden Sie einen zweistufigen Umstieg und behalten Sie eine Rückfallkopie

Führen Sie die große Erstkopie aus, während die Quelle aktiv bleibt, überprüfen Sie Dateianzahlen, Inhalts-Hashes für eine repräsentative oder kritische Auswahl, Zeitstempel, Berechtigungen und Anwendungszugriff, stoppen Sie dann kurz Schreibvorgänge und führen Sie einen abschließenden inkrementellen Durchlauf durch. Speichern Sie Protokolle und Manifeste außerhalb beider Datenbäume.

Halten Sie die Quelle schreibgeschützt oder anderweitig wiederherstellbar für eine vereinbarte Aufbewahrungsdauer. Zeitstempel sind nur eine Metadatenebene; prüfen Sie erweiterte Attribute während einer NAS-Migration, bevor Sie zwei Bäume als gleichwertig erklären, insbesondere bei macOS-, Medien- und anwendungsverwalteten Dateien.

FAQ

Erhält der Archivmodus von rsync jeden Zeitstempel?

Nein. Er erhält normalerweise die Änderungszeit, aber atime, Erstellungszeit, ACLs, erweiterte Attribute und andere Metadaten erfordern separate Unterstützung oder Optionen. Das Ziel-Dateisystem und Protokoll müssen diese ebenfalls akzeptieren.

Warum ändern sich Ordnerdaten, obwohl die Dateidaten korrekt sind?

Einige Tools stellen Dateimtimes wieder her, aktualisieren aber die Verzeichnis-mtimes, wenn sie untergeordnete Einträge erstellen. Testen Sie Verzeichniszeitstempel explizit und aktivieren Sie die relevante Verzeichnis-Kopieroption, wenn der Workflow dies erfordert.

Können Zeitstempel repariert werden, nachdem die Daten bereits kopiert wurden?

Oft kann mtime aus einer unveränderten Quelle oder einem gespeicherten Manifest korrigiert werden, ohne die Dateiinhalte erneut zu kopieren. Erstellungszeit und ctime sind weniger portabel, daher sollten Sie die Quelle nicht aufgeben, bevor der Reparaturweg bestätigt ist.