Vad är det säkraste sättet att bevara tidsstämplar vid en NAS-migrering?

Det säkraste sättet att bevara tidsstämplar är att kopiera med ett metadata-medvetet verktyg, verifiera resultatet och behålla källan oförändrad tills övergången är klar.

Börja inte med att flytta via drag-och-släpp. Bestäm först vilka tidsstämplar som är viktiga, testa om källfilssystemet, överföringsprotokollet, målsystemet och kopieringsverktyget kan hantera dem, och kör sedan en loggad initial kopiering följt av en mindre slutlig synkronisering. Modifieringstid är vanligtvis portabel; skapelse- och ändringstider kanske inte är det.

Definiera vilka tidsstämplar som måste bevaras

”Bevara tidsstämplar” kan betyda olika metadata på olika system. Linux och Unix visar vanligtvis mtime, atime och ctime, medan NTFS också visar skapelsetid; skillnaderna mellan mtime, atime, ctime och skapelsetid avgör vad som kan jämföras efter migrering.

Prioritera mtime när användare sorterar dokument, foton eller projektfiler efter senaste innehållsändring. Behandla ctime som en metadatahändelse för det nya filsystemet snarare än skapelsetid, och verifiera födelse- eller skapelsetid separat eftersom ett nyss skapat målobjekt kan få ett legitimt nytt värde.

Använd en metadata-medveten kopiering istället för flytt

På Linux-till-Linux-vägar är rsync ett vanligt val eftersom arkivläge bevarar ändringstider tillsammans med flera andra attribut. Lägg bara till de ACL-, utökade attribut-, hårda länkar- eller plattformspecifika flaggor som din datamängd behöver, och förhandsgranska kommandot innan du tillåter borttagning eller ersättning.

På Windows-styrda vägar kan Robocopy bevara filmetadata, men katalogtidsstämplar kräver ett explicit Robocopy-alternativ. Undvik spegel-flaggan tills ett icke-destruktivt test bekräftar riktningen mellan källa och mål, eftersom en spegel kan upprepa borttagningar lika exakt som den upprepar filer.

Testa protokollet och filsystemet med en liten datamängd

Skapa ett prov med gamla och nya filer, inbäddade kataloger, namn med accenter, symboliska länkar om relevant, och kända tidsstämplar. Kopiera det via exakt det SMB-, NFS-, SSH-, lokalmonterings- eller applikationssökväg som planeras för produktion; överföringsprotokollet kan ändra resultatet även när målets NAS är densamma.

Jämför källa och mål med en tidsstämpelmanifest eller skriptad stat-utdata, inte bara en filbläddrare. Ett verkligt exempel visar att CIFS-monteringsbeteende kan motverka de begärda tidsstämpelflaggorna, så ett lyckat kommandoavslut är inte bevis på metadatafidelitet.

Använd en tvåstegsövergång och behåll en återställningskopia

Kör den stora initiala kopieringen medan källan är aktiv, verifiera filantal, innehållshashar för en representativ eller kritisk uppsättning, tidsstämplar, behörigheter och applikationsåtkomst, stoppa sedan skrivningar kort och kör en slutlig inkrementell passning. Spara loggar och manifest utanför båda dataträden.

Behåll källan skrivskyddad eller på annat sätt återställbar under en överenskommen lagringsperiod. Tidsstämplar är bara ett metadata-lager; granska utökade attribut vid en NAS-migrering innan du förklarar två träd som likvärdiga, särskilt för macOS, media och applikationshanterade filer.

Vanliga frågor

Bevarar rsync arkivläge alla tidsstämplar?

Nej. Det bevarar normalt modifieringstid, men atime, skapelsetid, ACL:er, utökade attribut och annan metadata kräver separat stöd eller alternativ. Målsystemets filsystem och protokoll måste också acceptera dem.

Varför ändras mappdatum även när filernas datum är korrekta?

Vissa verktyg återställer filers mtime men uppdaterar katalogers mtime när de skapar underordnade poster. Testa katalogtidsstämplar explicit och aktivera relevant katalogkopieringsalternativ när arbetsflödet kräver det.

Kan tidsstämplar repareras efter att data redan kopierats?

Ofta kan mtime korrigeras från en oförändrad källa eller sparat manifest utan att kopiera om filinnehåll. Skapelsetid och ctime är mindre portabla, så ta inte bort källan innan reparationsvägen är bekräftad.