O problema do utilizador de origem não era simplesmente “dois equipamentos ZimaOS não conseguem copiar dados”. Estava a transferir cerca de 600 GB entre sistemas com ZimaOS 1.5.x e a transferência em Files parava repetidamente com a mensagem “host is down”, embora ambos os servidores continuassem online.
Esse comportamento histórico deve ser separado do ZimaOS atual. A IceWhale recomenda agora explicitamente o LAN Storage em Files para transferir dados de outro NAS, enquanto a aplicação Backup atual pode utilizar outro dispositivo Zima como destino e disponibiliza tarefas retomáveis e tolerantes a falhas. Para uma transferência muito grande, escolha o método consoante pretenda uma cópia visível única, uma tarefa de proteção retomável ou a transferência física mais rápida.
A transferência de ficheiros de origem reiniciava repetidamente enquanto ambos os anfitriões permaneciam online
O utilizador tentou ambas as direções: enviar a partir do equipamento ZimaOS antigo e obter a partir do novo. Em ambos os casos, o fluxo de trabalho baseado no navegador em Files acabava por parar, embora o painel do sistema de origem continuasse acessível.
A comunidade recomendou o rsync como a opção CLI mais fácil de retomar
Uma resposta da comunidade propôs utilizar rsync através de SSH, com suporte para transferências parciais, para que uma cópia interrompida pudesse ser repetida sem começar do zero. É uma orientação avançada útil, mas não foi publicada por funcionários da IceWhale e o utilizador de origem não confirmou tê-la utilizado.
A orientação atual da IceWhale continua a utilizar o Files para migrações entre NAS
A documentação atual do ZimaOS recomenda adicionar o NAS antigo como LAN Storage em Files e copiar as pastas para o armazenamento do novo ZimaOS. Isto significa que o tempo limite da versão 1.5.x não deve ser generalizado para “nunca utilizar o Files em migrações grandes”.
Utilize o fluxo de migração atual com LAN Storage para uma cópia normal e visível.
A aplicação Backup atual pode utilizar outro dispositivo Zima como destino
Para transferências prolongadas em que a possibilidade de retomar é mais importante do que navegar manualmente no destino, a aplicação Backup atual suporta outro dispositivo Zima como destino. A IceWhale documenta agendamentos, progresso em tempo real, retoma e tolerância a falhas.
Consulte o fluxo atual de cópia de segurança retomável entre dispositivos Zima.
SMB é uma alternativa simples à lógica de cópia através do navegador
A comunidade de origem também recomendou montar a partilha SMB de origem no destino e copiar a partir do lado do destino. O utilizador já tinha transferido dados com sucesso de um NAS mais antigo para o ZimaOS através de partilhas SMB montadas.
Uma transferência através de USB ou NVMe pode ser a opção mais rápida quando os equipamentos estão fisicamente próximos
Para centenas de gigabytes ou vários terabytes, um SSD/NVMe externo rápido pode evitar todas as variáveis da rede. A desvantagem é ter de efetuar duas cópias: da origem para o dispositivo intermédio e depois deste para o destino.
Muitos ficheiros pequenos podem fazer a migração parecer muito mais lenta
AppData, miniaturas, ficheiros auxiliares de fotografias, árvores de código e outros conjuntos de dados com muitos metadados podem ser transferidos muito mais lentamente do que ficheiros multimédia grandes, porque cada ficheiro exige operações de abertura/criação e de metadados.
Verifique os dados antes de eliminar a origem
Depois de qualquer migração, compare pastas representativas, o número de ficheiros quando for viável e abra os ficheiros críticos no destino. Mantenha a origem intacta até utilizar o novo equipamento com sucesso e existir uma cópia de segurança.
Files e Backup resolvem problemas de migração diferentes
Files é a opção mais clara quando pretende navegar na origem, escolher pastas específicas e ver imediatamente os ficheiros copiados no destino. Backup é melhor quando se espera que a transferência demore horas ou dias e se valoriza a possibilidade de retomar, a tolerância a falhas, o agendamento e um histórico de tarefas recuperável.
Não descreva uma tarefa de Backup como uma “movimentação” transparente. Esta cria uma cópia protegida com a sua própria semântica de restauro; confirme a estrutura do destino antes de eliminar a origem.
Verifique o percurso de rede antes de otimizar a ferramenta de cópia
Numa ligação nominal de 1 GbE, confirme que ambas as máquinas negociaram realmente Ethernet Gigabit, que não existe nenhum segmento Wi-Fi ou de 100 Mb/s e que o switch e os cabos estão em boas condições. Uma ferramenta de cópia não consegue ultrapassar uma ligação física lenta.
Depois, teste um ficheiro grande. Se um ficheiro grande for transferido rapidamente, mas uma árvore de diretórios for lenta, a quantidade de ficheiros e a sobrecarga dos metadados do conjunto de dados serão provavelmente mais importantes do que a largura de banda bruta da rede.
Os ficheiros do utilizador e o AppData ativo exigem tratamentos diferentes
Filmes, fotografias e documentos podem normalmente ser copiados como ficheiros comuns. As bases de dados de aplicações ativas e o AppData podem exigir que a aplicação seja parada, que os dados sejam exportados ou que seja seguido um procedimento de migração específico da aplicação, para que a cópia seja internamente consistente.
Não presuma que copiar o diretório de uma base de dados em execução entre equipamentos produz uma migração válida da aplicação.
Preserve ou recrie deliberadamente as permissões das partilhas
Mesmo quando todos os bytes chegam ao destino, o equipamento ZimaOS de destino tem os seus próprios utilizadores, definições de partilhas e mapeamentos de contentores. Recrie as permissões Samba e os caminhos dos volumes das aplicações necessários e teste o acesso como o utilizador não administrador pretendido.
Utilize uma transição em duas fases para dados importantes
Numa migração de um NAS grande e ativo, copie primeiro os dados principais enquanto o equipamento antigo continua ativo. Perto da transição, pare ou suspenda as aplicações que escrevem dados, execute uma passagem incremental/retomável final, verifique o destino e, em seguida, encaminhe os clientes para o novo equipamento. Isto reduz o tempo de indisponibilidade e evita eliminar demasiado cedo a única cópia válida.
Perguntas frequentes sobre migrações entre equipamentos ZimaOS
A origem provou que o Files é sempre pouco fiável para cópias grandes?
Não. Documentou um caso de falha na versão 1.5.x. A orientação atual da IceWhale continua a utilizar Files/LAN Storage para migrações de NAS.
Qual é a opção atual que suporta transferências retomáveis entre dispositivos Zima?
A aplicação Backup atual pode utilizar outro dispositivo Zima como destino e inclui funcionalidades de retoma e tolerância a falhas.
O rsync foi o método final confirmado pelo utilizador de origem?
Não. O rsync foi uma recomendação da comunidade; mais tarde, o utilizador afirmou que a migração estava concluída, sem documentar o método de transferência final.
