Qual é a forma mais segura de preservar os carimbos de data e hora durante uma migração de NAS?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

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

A forma mais segura de preservar os carimbos de data/hora é copiar com uma ferramenta que reconheça metadados, verificar o resultado e manter a origem inalterada até à transição final.

Não comece com uma movimentação por arrastar e largar. Primeiro decida quais os carimbos de data/hora que importam, teste se o sistema de ficheiros de origem, o protocolo de transferência, o sistema de ficheiros de destino e a ferramenta de cópia os conseguem representar, depois execute uma cópia inicial registada e uma sincronização final menor. O tempo de modificação é geralmente portátil; os tempos de criação e alteração podem não ser.

Defina Quais Carimbos de Data/Hora Devem Ser Preservados

“Preservar carimbos de data/hora” pode significar metadados diferentes em sistemas diferentes. Linux e Unix normalmente expõem mtime, atime e ctime, enquanto o NTFS também expõe o tempo de criação; as diferenças entre mtime, atime, ctime e tempo de criação determinam o que pode ser comparado após a migração.

Priorize o mtime quando os utilizadores ordenam documentos, fotos ou ficheiros de projeto pela última alteração de conteúdo. Trate o ctime como um evento de metadados do novo sistema de ficheiros em vez de tempo de criação, e verifique o tempo de nascimento ou criação separadamente, porque um objeto recém-criado no destino pode legitimamente receber um valor novo.

Carimbo de Data/Hora	O que normalmente significa	Expectativa na Migração
mtime	Última modificação do conteúdo do ficheiro	Valor principal a preservar e verificar
atime	Último acesso ao ficheiro	Pode mudar durante a verificação ou cópia
ctime	Metadados ou estado do inode alterado	Normalmente muda num novo sistema de ficheiros
Tempo de nascimento/criação	Objeto criado nesse sistema de ficheiros	Suporte varia conforme ferramenta, protocolo e destino

Use uma Cópia que Reconheça Metadados em Vez de um Movimento

Em caminhos Linux para Linux, o rsync é uma escolha comum porque o modo arquivo preserva os tempos de modificação juntamente com vários outros atributos. Adicione apenas as flags ACL, atributo estendido, ligação física ou específicas da plataforma que o seu conjunto de dados necessite, e pré-visualize o comando antes de permitir a eliminação ou substituição.

Em caminhos controlados por Windows, o Robocopy pode preservar metadados de ficheiros, mas os carimbos de data/hora das pastas precisam de uma opção explícita do Robocopy. Evite a flag mirror até que um teste não destrutivo confirme a direção da origem e destino, porque um mirror pode repetir eliminações tão precisamente quanto repete ficheiros.

Teste o Protocolo e o Sistema de Ficheiros com um Pequeno Conjunto de Dados

Crie uma amostra contendo ficheiros antigos e recentes, diretórios aninhados, nomes com acentos, ligações simbólicas se relevantes, e valores de carimbos de data/hora conhecidos. Copie-a através do caminho exato SMB, NFS, SSH, montagem local ou aplicação planeada para produção; o protocolo de ligação pode alterar o resultado mesmo quando o NAS de destino é o mesmo.

Compare origem e destino com um manifesto de carimbos de data/hora ou saída scriptada do stat, não apenas com um explorador de ficheiros. Um caso real mostra que o comportamento da montagem CIFS pode anular as flags de carimbo de data/hora solicitadas, por isso uma saída de comando bem-sucedida não é prova de fidelidade dos metadados.

Use uma Transição em Duas Fases e Mantenha uma Cópia de Reversão

Execute a cópia inicial grande enquanto a origem permanece ativa, verifique contagens de ficheiros, hashes de conteúdo para um conjunto representativo ou crítico, carimbos de data/hora, permissões e acesso da aplicação, depois pare as escritas brevemente e execute uma passagem incremental final. Guarde registos e manifestos fora de ambas as árvores de dados.

Mantenha a origem em modo só de leitura ou de outra forma recuperável durante um período de retenção acordado. Os carimbos de data/hora são apenas uma camada de metadados; reveja os atributos estendidos durante uma migração NAS antes de declarar as duas árvores equivalentes, especialmente para ficheiros geridos por macOS, media e aplicações.

Perguntas Frequentes

O modo arquivo do rsync preserva todos os carimbos de data/hora?

Não. Normalmente preserva o tempo de modificação, mas atime, tempo de criação, ACLs, atributos estendidos e outros metadados requerem suporte ou opções separadas. O sistema de ficheiros e protocolo de destino também devem aceitá-los.

Porque é que as datas das pastas mudam mesmo quando as datas dos ficheiros estão corretas?

Algumas ferramentas restauram os mtimes dos ficheiros mas atualizam os mtimes das pastas ao criarem entradas filhas. Teste explicitamente os carimbos de data/hora das pastas e ative a opção relevante de cópia de pastas quando o fluxo de trabalho o exigir.

Os carimbos de data/hora podem ser reparados depois dos dados já terem sido copiados?

Frequentemente o mtime pode ser corrigido a partir de uma origem inalterada ou manifesto guardado sem recopiar o conteúdo dos ficheiros. O tempo de criação e o ctime são menos portáteis, por isso não elimine a origem antes de confirmar o caminho de reparação.