Qual è il modo più sicuro per preservare i timestamp durante una migrazione NAS?

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

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

Il modo più sicuro per preservare i timestamp è copiare con uno strumento che gestisca i metadati, verificare il risultato e mantenere la sorgente invariata fino al passaggio definitivo.

Non iniziare con uno spostamento tramite trascinamento. Prima decidi quali timestamp sono importanti, verifica se il filesystem di origine, il protocollo di trasferimento, il filesystem di destinazione e lo strumento di copia possono rappresentarli, quindi esegui una copia iniziale registrata e una sincronizzazione finale più piccola. Il tempo di modifica è solitamente portabile; i tempi di creazione e modifica potrebbero non esserlo.

Definisci quali timestamp devono essere preservati

“Preservare i timestamp” può significare metadati diversi su sistemi diversi. Linux e Unix espongono comunemente mtime, atime e ctime, mentre NTFS espone anche il tempo di creazione; le differenze tra mtime, atime, ctime e tempo di creazione determinano cosa può essere confrontato dopo la migrazione.

Prioritizza mtime quando gli utenti ordinano documenti, foto o file di progetto in base all’ultima modifica del contenuto. Considera ctime come un evento di metadati del nuovo filesystem piuttosto che come tempo di creazione, e verifica separatamente il tempo di nascita o creazione perché un oggetto di destinazione appena creato può legittimamente ricevere un nuovo valore.

Timestamp	Cosa significa di solito	Aspettativa di migrazione
mtime	Ultima modifica del contenuto del file	Valore principale da preservare e verificare
atime	Ultimo accesso al file	Può cambiare durante la scansione o la copia
ctime	Modifica dei metadati o dello stato dell’inode	Normalmente cambia su un nuovo filesystem
Tempo di nascita/creazione	Oggetto creato su quel filesystem	Supporto variabile a seconda di strumento, protocollo e destinazione

Usa una copia consapevole dei metadati invece di uno spostamento

Su percorsi Linux-to-Linux, rsync è una scelta comune perché la modalità archivio preserva i tempi di modifica insieme a diversi altri attributi. Aggiungi solo le opzioni ACL, attributi estesi, hard link o specifiche della piattaforma di cui il tuo dataset ha bisogno e visualizza in anteprima il comando prima di consentire cancellazioni o sostituzioni.

Su percorsi controllati da Windows, Robocopy può preservare i metadati dei file, ma i timestamp delle directory richiedono un’opzione esplicita di Robocopy. Evita l’opzione mirror finché un test non distruttivo conferma la direzione tra sorgente e destinazione, perché un mirror può ripetere le cancellazioni con la stessa precisione con cui ripete i file.

Testa il protocollo e il filesystem con un piccolo dataset

Crea un campione contenente file vecchi e recenti, directory annidate, nomi accentati, collegamenti simbolici se rilevanti e valori di timestamp noti. Copialo attraverso il percorso SMB, NFS, SSH, montaggio locale o applicazione esattamente previsto per la produzione; il protocollo di connessione può modificare il risultato anche quando il NAS di destinazione è lo stesso.

Confronta sorgente e destinazione con un manifesto dei timestamp o un output scriptato di stat, non solo con un file browser. Un caso reale mostra che il comportamento del mount CIFS può vanificare le opzioni di timestamp richieste, quindi un’uscita di comando riuscita non è prova di fedeltà dei metadati.

Usa un passaggio a due fasi e conserva una copia di rollback

Esegui la grande copia iniziale mentre la sorgente rimane attiva, verifica il conteggio dei file, gli hash del contenuto per un set rappresentativo o critico, i timestamp, i permessi e l’accesso alle applicazioni, quindi interrompi brevemente le scritture ed esegui una passata finale incrementale. Salva log e manifesti al di fuori di entrambi gli alberi di dati.

Mantieni la sorgente in sola lettura o comunque recuperabile per un periodo di conservazione concordato. I timestamp sono solo uno strato di metadati; rivedi gli attributi estesi durante una migrazione NAS prima di dichiarare equivalenti due alberi, specialmente per file gestiti da macOS, media e applicazioni.

FAQ

La modalità archivio di rsync preserva tutti i timestamp?

No. Normalmente preserva il tempo di modifica, ma atime, tempo di creazione, ACL, attributi estesi e altri metadati richiedono supporto o opzioni separati. Anche il filesystem di destinazione e il protocollo devono accettarli.

Perché le date delle cartelle cambiano anche se quelle dei file sono corrette?

Alcuni strumenti ripristinano gli mtime dei file ma aggiornano gli mtime delle directory mentre creano voci figlie. Testa esplicitamente i timestamp delle directory e abilita l’opzione di copia delle directory rilevante quando il flusso di lavoro lo richiede.

I timestamp possono essere riparati dopo che i dati sono già stati copiati?

Spesso mtime può essere corretto da una sorgente invariata o da un manifesto salvato senza ricopiare i contenuti dei file. Il tempo di creazione e ctime sono meno portabili, quindi non eliminare la sorgente prima di confermare la possibilità di riparazione.