O Backup do ZimaOS não é intencionalmente um espelho: eliminar um ficheiro da origem não significa que a cópia de segurança deva desaparecer imediatamente. A aplicação de Backup integrada foi concebida para preservar pontos de recuperação e proteger contra eliminações acidentais, enquanto o software de sincronização foi concebido para propagar alterações — incluindo eliminações.
Esta distinção esteve no centro do debate no fórum em 2025. A IceWhale opôs-se explicitamente ao espelhamento de eliminações, porque remover um ficheiro do destino da cópia de segurança assim que este desaparece da origem enfraquece a segurança de uma cópia de segurança. A documentação atual do ZimaOS de 2026 afirma agora diretamente o mesmo princípio: a sincronização na nuvem espelha eliminações, enquanto a cópia de segurança mantém versões e pontos de restauro.
Porque É Que os Ficheiros Eliminados da Origem Podem Permanecer Numa Cópia de Segurança
Uma cópia de segurança existe para que possa recuperar de erros, corrupção, ransomware ou alterações indesejadas. Se eliminar um ficheiro da origem apagar instantaneamente todas as cópias de segurança, a eliminação acidental propaga-se precisamente para o local destinado a ajudá-lo a recuperar.
O atual guia da cópia de segurança 3-2-1 do ZimaOS afirma explicitamente que a cópia de segurança mantém versões e avança, em vez de funcionar como um espelho na nuvem.
A Cópia de Segurança, a Sincronização Unidirecional e a Sincronização Bidirecional São Diferentes
| Modo | O que acontece quando o ficheiro de origem é eliminado? | Melhor utilização |
|---|---|---|
| Cópia de segurança | As cópias ou versões mais antigas podem permanecer disponíveis para recuperação | Proteção contra perdas e erros |
| Espelhamento/sincronização unidirecional | A eliminação pode ser propagada para o destino | Manter uma cópia de trabalho secundária exata |
| Sincronização bidirecional | A eliminação normalmente propaga-se entre ambos os lados | Manter pastas ativas alinhadas entre dispositivos |
O utilizador de 2025 que pediu eliminações no destino estava, na realidade, a pedir uma política de espelhamento/sincronização, embora a tarefa tivesse sido criada em Backup.
Porque É Que Uma Cópia de Segurança em Crescimento Contínuo Pode Continuar a Ser um Problema Real
A preocupação do utilizador é válida: se todos os ficheiros eliminados forem mantidos para sempre, o armazenamento no destino pode crescer indefinidamente. Por isso, um sistema de cópias de segurança maduro precisa de controlos de retenção — como o número de versões, a expiração baseada na idade ou quotas de armazenamento — em vez de simplesmente espelhar eliminações.
Ao configurar o Backup atual do ZimaOS, verifique a retenção da tarefa e o comportamento do restauro para o destino que utiliza. Se a interface não disponibilizar a política de retenção de que necessita, dimensione o destino com margem e monitorize o crescimento.
Utilize a Sincronização Quando Pretende Realmente um Espelho Exato
Se o seu objetivo é que “o destino tenha exatamente o mesmo conteúdo que a origem”, utilize uma ferramenta de sincronização concebida para propagar a criação, modificação, mudança de nome e eliminação de ficheiros. O Syncthing, fluxos de trabalho baseados em rsync ou outra ferramenta de sincronização específica podem ser mais adequados do que uma tarefa de cópia de segurança.
Não chame “cópia de segurança” a um fluxo de trabalho de espelhamento e parta do princípio de que este o protege contra eliminações. Um espelho pode reproduzir fielmente o erro do qual esperava recuperar.
Utilize a Cópia de Segurança para Trabalho, Fotografias e Documentos Ins substituíveis
Para ficheiros de trabalho, fotografias de família, declarações fiscais, projetos criativos e dados de aplicações, mantenha pelo menos um destino que não elimine imediatamente a última cópia recuperável.
A visão geral da estratégia de cópias de segurança ajuda a separar cópias rápidas de verdadeiras cópias para recuperação.
Combine Cópias de Segurança e Sincronização em Vez de Obrigar um Único Modo a Fazer Ambas as Coisas
Uma boa configuração de servidor doméstico pode utilizar:
- uma tarefa de sincronização para pastas de trabalho ativas;
- uma cópia de segurança agendada para versões e pontos de restauro;
- uma cópia de segurança externa para recuperação após desastres.
Assim, obtém a conveniência dos ficheiros sincronizados sem sacrificar a recuperação histórica.
Como Testar a Sua Política de Cópias de Segurança
Crie um pequeno ficheiro de teste, deixe a cópia de segurança ser executada, edite-o, execute novamente a cópia de segurança e, em seguida, elimine a origem. Abra a interface de restauro e verifique se a cópia mais antiga continua disponível. Isto permite saber como a versão atual se comporta na realidade antes de confiar nela para dados de produção.
E Se Precisar de Limpeza Automática?
Procure definições de retenção ou de eliminação de versões antigas em vez de eliminar manualmente ficheiros no destino. A limpeza manual pode danificar o histórico de restauro ou remover a única cópia válida.
Se o destino da cópia de segurança estiver a ficar sem espaço, aumente a capacidade, reduza a retenção quando tal for suportado ou mova os arquivos mais antigos para outro nível de armazenamento, em vez de transformar a única cópia de segurança num espelho de sincronização.
Perguntas Frequentes
Porque é que um ficheiro eliminado da origem permanece no Backup do ZimaOS?
Porque a cópia de segurança se destina a preservar pontos de recuperação. A documentação atual do ZimaOS distingue explicitamente a cópia de segurança da sincronização que espelha eliminações.
Isto é um erro no ZimaOS 1.5?
O debate no fórum mostra que este comportamento era intencional do ponto de vista da segurança das cópias de segurança, e não simplesmente um erro de eliminação sem explicação.
Como posso manter o destino idêntico à origem?
Utilize um fluxo de trabalho de espelhamento unidirecional ou de sincronização, em vez de depender de uma tarefa de cópia de segurança cujo objetivo é a retenção.
Os ficheiros eliminados mantidos não vão encher o meu disco de cópias de segurança?
Podem fazê-lo se a retenção for ilimitada. Gira as versões, a idade, as quotas ou os níveis de arquivo, em vez de eliminar o seu único histórico de recuperação.
