Wat is de veiligste manier om tijdstempels te behouden tijdens een NAS-migratie?

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

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

De veiligste manier om tijdstempels te behouden is door te kopiëren met een metadata-bewust hulpmiddel, het resultaat te verifiëren en de bron ongewijzigd te laten tot de overgang.

Begin niet met een drag-and-drop verplaatsing. Bepaal eerst welke tijdstempels belangrijk zijn, test of het bronbestandssysteem, het overdrachtsprotocol, het doelbestandssysteem en het kopieerhulpmiddel deze kunnen weergeven, en voer dan een gelogde initiële kopie uit gevolgd door een kleinere laatste synchronisatie. Wijzigingstijd is meestal draagbaar; creatie- en wijzigingstijden mogelijk niet.

Bepaal Welke Tijdstempels Behouden Moeten Blijven

“Tijdstempels behouden” kan verschillende metadata betekenen op verschillende systemen. Linux en Unix tonen gewoonlijk mtime, atime en ctime, terwijl NTFS ook creatietijd toont; de verschillen tussen mtime, atime, ctime en creatietijd bepalen wat na migratie vergeleken kan worden.

Geef prioriteit aan mtime wanneer gebruikers documenten, foto’s of projectbestanden sorteren op hun laatste inhoudswijziging. Behandel ctime als een metadata-gebeurtenis van het nieuwe bestandssysteem in plaats van creatietijd, en verifieer geboorte- of creatietijd apart omdat een nieuw aangemaakt doelobject terecht een nieuwe waarde kan krijgen.

Tijdstempel	Wat het meestal betekent	Verwachting bij migratie
mtime	Laatste wijziging van bestandsinhoud	Primaire waarde om te behouden en te verifiëren
atime	Laatste toegang tot bestand	Kan veranderen tijdens scannen of kopiëren
ctime	Metadata- of inode-status gewijzigd	Verandert normaal op een nieuw bestandssysteem
Geboorte-/creatietijd	Object aangemaakt op dat bestandssysteem	Ondersteuning varieert per hulpmiddel, protocol en doel

Gebruik een Metadata-Bewuste Kopie in Plaats van een Verplaatsing

Op Linux-naar-Linux paden is rsync een veelgebruikte keuze omdat de archiefmodus wijzigingstijden behoudt samen met verschillende andere attributen. Voeg alleen de ACL-, uitgebreide-attribuut-, harde-koppeling- of platformspecifieke vlaggen toe die jouw dataset nodig heeft, en bekijk de opdracht vooraf voordat je verwijdering of vervanging toestaat.

Op Windows-gestuurde paden kan Robocopy bestandsmetadata behouden, maar maptijdstempels vereisen een expliciete Robocopy-optie. Vermijd een mirror-vlag totdat een niet-destructieve test de richting van bron en doel bevestigt, want een mirror kan verwijderingen net zo nauwkeurig herhalen als bestanden.

Test het Protocol en Bestandssysteem met een Kleine Dataset

Maak een voorbeeld met oude en recente bestanden, geneste mappen, namen met accenten, symbolische koppelingen indien relevant, en bekende tijdstempelwaarden. Kopieer het via het exacte SMB-, NFS-, SSH-, lokaal aangekoppelde of applicatiepad dat voor productie gepland is; het verbindingsprotocol kan het resultaat veranderen zelfs als de doel-NAS hetzelfde is.

Vergelijk bron en doel met een tijdstempelmanifest of gescripte stat-uitvoer, niet alleen met een bestandsbrowser. Een praktijkvoorbeeld toont dat CIFS-mountgedrag de gevraagde tijdstempelvlaggen kan ondermijnen, dus een succesvolle opdrachtuitvoering is geen bewijs van metadata-integriteit.

Gebruik een Twee-Fasen Overgang en Bewaar een Terugzetkopie

Voer de grote initiële kopie uit terwijl de bron actief blijft, verifieer bestandenaantallen, inhoudshashes voor een representatieve of kritieke set, tijdstempels, permissies en applicatietoegang, stop dan kort met schrijven en voer een laatste incrementele doorgang uit. Bewaar logs en manifesten buiten beide databomen.

Houd de bron alleen-lezen of anderszins herstelbaar voor een afgesproken bewaartermijn. Tijdstempels zijn slechts één metadatalaag; bekijk uitgebreide attributen tijdens een NAS-migratie voordat je twee bomen als gelijkwaardig verklaart, vooral voor macOS-, media- en applicatiebeheerbestanden.

FAQ

Behoudt de archiefmodus van rsync elke tijdstempel?

Nee. Het behoudt normaal gesproken de wijzigingstijd, maar atime, creatietijd, ACL’s, uitgebreide attributen en andere metadata vereisen aparte ondersteuning of opties. Het doelbestandssysteem en protocol moeten deze ook accepteren.

Waarom veranderen mapdatums zelfs als bestandsdatums correct zijn?

Sommige hulpmiddelen herstellen bestand-mtimes maar werken map-mtimes bij wanneer ze onderliggende items aanmaken. Test maptijdstempels expliciet en schakel de relevante map-kopieeroptie in als de workflow dit vereist.

Kunnen tijdstempels worden hersteld nadat de data al gekopieerd is?

Vaak kan mtime worden gecorrigeerd vanuit een ongewijzigde bron of opgeslagen manifest zonder de bestandsinhoud opnieuw te kopiëren. Creatietijd en ctime zijn minder draagbaar, dus verwijder de bron niet voordat het herstelpad bevestigd is.