A partilha NAS mostra ficheiros antigos após a substituição do armazenamento: verificações e soluções

Os ficheiros antigos após a substituição do armazenamento costumam resultar do caminho montado errado, de uma exportação que ainda aponta para a árvore antiga, de uma sessão SMB obsoleta ou de uma identidade de servidor duplicada.

Comece por escolher um nome de ficheiro que deve desaparecer e outro que deve aparecer; em seguida, compare o sistema de ficheiros local do NAS, o destino de exportação ativo, uma sessão de cliente genuinamente nova e o endereço do servidor ao qual essa sessão chegou. Essa ordem separa falhas de armazenamento e de espaço de nomes da colocação em cache do cliente, sem arriscar escritas em duas cópias. Mantenha os dois conjuntos de armazenamento intactos até a reparação correspondente sobreviver ao recarregamento de um serviço, ao reinício do NAS e ao acesso a partir de dois clientes.

Compare o armazenamento de substituição com a vista local do NAS

Escolha um nome de ficheiro antigo que deve desaparecer e um nome de ficheiro novo que tem de aparecer. Verifique ambos na shell do NAS e no gestor de ficheiros web, registe o dispositivo ou conjunto de dados montado, o ponto de montagem, o ID do sistema de ficheiros, o estado do pool e os hashes dos ficheiros; depois compare-os com o manifesto da migração.

Um fluxo de trabalho de proteção da migração do NAS da ZimaSpace mantém a origem, o destino e a cópia de verificação intactos até que as contagens e os dados representativos correspondam. Aplique aqui esse limite antes de eliminar o pool antigo ou alterar a partilha: conteúdo obsoleto pode provar que a substituição nunca foi montada no local esperado.

Se o próprio NAS mostrar a árvore antiga, inspecione a ordem de montagem, as montagens automáticas que falharam, as montagens bind, os pontos de montagem dos conjuntos de dados e um diretório oculto sob outra montagem. Não limpe as caches dos clientes até que o caminho no servidor e a identidade do dispositivo mostrem a substituição pretendida.

Verifique o destino ativo da partilha e o espaço de nomes

Leia a configuração ativa de exportação SMB ou NFS e resolva ligações simbólicas, montagens bind, caminhos de contentores e aliases até à localização final do sistema de ficheiros. Compare o destino da exportação com a montagem de substituição verificada, não com um nome amigável da partilha que possa ter sobrevivido à migração.

Num caso da comunidade Unraid, foi utilizada uma comparação entre partilhas de disco e partilhas de utilizador para distinguir ficheiros presentes nas partilhas de disco de uma vista obsoleta da partilha de utilizador. Trate isso como um discriminador limitado: se o caminho local direto ou do disco estiver atualizado, mas o espaço de nomes estiver antigo, repare a camada de exportação em vez de copiar novamente os dados.

Recarregue apenas o serviço da partilha afetada depois de guardar a configuração e confirmar que não há escritas em curso. Um resultado positivo faz com que uma nova consulta local ao espaço de nomes mostre a árvore nova; um resultado negativo repõe o serviço na configuração anterior, preservando os registos de montagem e do espaço de nomes.

Separe um cliente obsoleto de uma sessão de servidor obsoleta

Abra a partilha a partir de um segundo cliente ou de uma nova sessão de utilizador que nunca a tenha enumerado. Registe o endereço do servidor, o nome da partilha, as credenciais, o protocolo negociado, os identificadores abertos e se os nomes de ficheiros antigo e novo diferem entre clientes. Atualizar repetidamente o mesmo explorador de ficheiros não constitui um teste de sessão limpa.

Uma discussão da comunidade Synology relata que a cache SMB altera o sintoma, quando limpar a cache SMB ou reiniciar o Samba alterou o sintoma. Use isso como indício de que uma cache de sessão ou de serviço pode estar envolvida, não como motivo para desativar a colocação em cache em todo o NAS.

Feche as aplicações com identificadores abertos, desligue apenas o mapeamento afetado, limpe as credenciais guardadas ou as referências apenas quando esse ramo estiver comprovado e volte a ligar-se. Se o cliente limpo já estiver obsoleto, volte às camadas de destino e identidade do servidor em vez de aplicar alterações ao registo em todo o cliente.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verifique a identidade do servidor e valide a reparação correspondente

Compare as respostas DNS, os endereços IP, a identidade do servidor SMB, os aliases, as referências DFS, as rotas VPN e os mapeamentos guardados. Um NAS de substituição pode reutilizar um nome amigável enquanto um endereço antigo, um destino de espaço de nomes ou um contentor continua a disponibilizar a árvore anterior. Teste um endereço direto verificado apenas como discriminador, não como desvio permanente.

Aplique a reparação mínima: corrija o destino da montagem ou da exportação, recarregue uma partilha, volte a ligar um cliente, faça expirar uma referência ou atualize um registo DNS. Compare a contagem e os hashes dos ficheiros entre o caminho local e a partilha, crie e remova um ficheiro descartável e verifique as permissões esperadas.

Reinicie o serviço da partilha e o NAS durante uma janela de manutenção; em seguida, volte a ligar dois clientes e a aplicação que originalmente permaneceu obsoleta. Termine apenas quando todos os caminhos mostrarem a árvore de substituição após o reinício; reverta se as escritas forem parar a cópias diferentes e encaminhe identidades ambíguas para análise antes de apagar qualquer um dos conjuntos de armazenamento.