Quelle est la méthode la plus sûre pour préserver les horodatages lors d'une migration NAS ?

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

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

La manière la plus sûre de préserver les horodatages est de copier avec un outil conscient des métadonnées, de vérifier le résultat, et de garder la source inchangée jusqu’à la bascule.

Ne commencez pas par un déplacement par glisser-déposer. Décidez d’abord quels horodatages sont importants, testez si le système de fichiers source, le protocole de transfert, le système de fichiers de destination et l’outil de copie peuvent les représenter, puis effectuez une copie initiale enregistrée et une synchronisation finale plus petite. Le temps de modification est généralement portable ; les temps de création et de changement peuvent ne pas l’être.

Définir quels horodatages doivent être conservés

« Préserver les horodatages » peut signifier différentes métadonnées selon les systèmes. Linux et Unix exposent couramment mtime, atime et ctime, tandis que NTFS expose aussi le temps de création ; les distinctions entre mtime, atime, ctime et temps de création déterminent ce qui peut être comparé après migration.

Priorisez mtime lorsque les utilisateurs trient des documents, photos ou fichiers de projet par leur dernière modification de contenu. Considérez ctime comme un événement de métadonnées lié au nouveau système de fichiers plutôt que comme un temps de création, et vérifiez séparément le temps de naissance ou de création car un objet nouvellement créé sur la destination peut légitimement recevoir une nouvelle valeur.

Horodatage	Ce qu’il signifie généralement	Attente lors de la migration
mtime	Dernière modification du contenu du fichier	Valeur principale à préserver et vérifier
atime	Dernier accès au fichier	Peut changer lors du scan ou de la copie
ctime	Changement des métadonnées ou du statut de l’inode	Change normalement sur un nouveau système de fichiers
Temps de naissance/création	Objet créé sur ce système de fichiers	Support variable selon l’outil, le protocole et la cible

Utiliser une copie consciente des métadonnées plutôt qu’un déplacement

Sur des chemins Linux vers Linux, rsync est un choix courant car le mode archive préserve les temps de modification ainsi que plusieurs autres attributs. Ajoutez uniquement les options ACL, attributs étendus, liens physiques ou spécifiques à la plateforme dont votre jeu de données a besoin, et prévisualisez la commande avant d’autoriser la suppression ou le remplacement.

Sur des chemins contrôlés par Windows, Robocopy peut préserver les métadonnées des fichiers, mais les horodatages des répertoires nécessitent une option explicite de Robocopy. Évitez l’option miroir tant qu’un test non destructif ne confirme pas la direction source-destination, car un miroir peut reproduire les suppressions aussi fidèlement que les fichiers.

Tester le protocole et le système de fichiers avec un petit jeu de données

Créez un échantillon contenant des fichiers anciens et récents, des répertoires imbriqués, des noms accentués, des liens symboliques si pertinent, et des valeurs d’horodatage connues. Copiez-le via le chemin SMB, NFS, SSH, montage local ou application prévu pour la production ; le protocole de connexion peut modifier le résultat même lorsque le NAS de destination est le même.

Comparez source et destination avec un manifeste d’horodatages ou une sortie scriptée de stat, pas seulement un explorateur de fichiers. Un cas réel montre que le comportement du montage CIFS peut contrecarrer les options d’horodatage demandées, donc une sortie de commande réussie n’est pas une preuve de fidélité des métadonnées.

Utiliser une bascule en deux temps et conserver une copie de secours

Effectuez la grande copie initiale pendant que la source reste active, vérifiez le nombre de fichiers, les sommes de contrôle pour un ensemble représentatif ou critique, les horodatages, les permissions et l’accès applicatif, puis arrêtez brièvement les écritures et lancez une passe finale incrémentale. Sauvegardez les journaux et manifestes en dehors des deux arbres de données.

Gardez la source en lecture seule ou autrement récupérable pendant une période de rétention convenue. Les horodatages ne sont qu’une couche de métadonnées ; examinez les attributs étendus lors d’une migration NAS avant de déclarer les deux arbres équivalents, surtout pour macOS, les fichiers médias et ceux gérés par des applications.

FAQ

Le mode archive de rsync préserve-t-il tous les horodatages ?

Non. Il préserve normalement le temps de modification, mais atime, temps de création, ACL, attributs étendus et autres métadonnées nécessitent un support ou des options séparées. Le système de fichiers de destination et le protocole doivent aussi les accepter.

Pourquoi les dates des dossiers changent-elles même si celles des fichiers sont correctes ?

Certains outils restaurent les mtime des fichiers mais mettent à jour les mtime des répertoires lorsqu’ils créent des entrées enfants. Testez explicitement les horodatages des répertoires et activez l’option de copie de répertoire correspondante lorsque le flux de travail l’exige.

Peut-on réparer les horodatages après que les données ont déjà été copiées ?

Souvent, mtime peut être corrigé à partir d’une source inchangée ou d’un manifeste sauvegardé sans recopier le contenu des fichiers. Le temps de création et ctime sont moins portables, donc ne supprimez pas la source avant de confirmer la méthode de réparation.