O IDrive não está atualmente listado nas integrações documentadas de unidades na nuvem do ZimaOS, pelo que deve ser considerado incompatível com o fluxo nativo de Ficheiros/Cópias de segurança, a menos que a IceWhale o adicione à lista de fornecedores. Uma resposta da IceWhale em 2025 indicou que estavam previstos plugins de nuvem de terceiros mais abrangentes, mas uma declaração sobre o roteiro não equivale a uma integração disponibilizada.
Se o IDrive for obrigatório para a sua política de cópias de segurança neste momento, a solução mais simples costuma ser manter o ZimaOS nos caminhos de cópia de segurança suportados e deixar que outro computador ou NAS trate do carregamento para o IDrive. Assim, evita software não suportado na camada protegida do sistema ZimaOS.
O IDrive é suportado nativamente pelo ZimaOS?
O guia de unidades na nuvem do ZimaOS documenta os fornecedores disponíveis no fluxo de ligação à nuvem do ZimaOS. O IDrive não está listado.
O pedido de funcionalidade original recebeu uma resposta da IceWhale indicando que estavam a ser estudados plugins mais abrangentes para armazenamento na nuvem de terceiros. Isso confirma interesse, não disponibilidade, compatibilidade ou uma data de lançamento.
Por que razão instalar o cliente Linux do IDrive no anfitrião é arriscado
O ZimaOS não foi concebido para funcionar como um servidor Debian de uso geral, no qual seja possível instalar permanentemente pacotes arbitrários no anfitrião. A sua camada de sistema está protegida e as atualizações foram concebidas segundo o modelo de um sistema operativo appliance.
Um agente de cópias de segurança para Linux pode depender de gestores de pacotes, caminhos de sistema com permissões de escrita, serviços de arranque, bibliotecas ou comportamentos do kernel que o ZimaOS não disponibiliza da mesma forma. Mesmo que consiga executá-lo temporariamente, terá ainda de verificar se sobrevive a uma atualização do sistema operativo e se pode ser restaurado corretamente.
Formas mais seguras de combinar o ZimaOS com o IDrive
Opção 1: ZimaOS para outro NAS e, depois, NAS para o IDrive
Se já possui um Synology, QNAP, servidor Windows, servidor Linux ou outra plataforma com software do IDrive suportado, utilize a Cópia de segurança do ZimaOS para copiar pastas importantes através da LAN. Deixe que o segundo computador carregue essas cópias para o IDrive.
Opção 2: ZimaOS para USB e, depois, proteger a cópia USB
Para conjuntos de dados mais pequenos, crie uma cópia de segurança USB agendada ou alternada. Essa cópia pode depois ser processada por um computador no qual o IDrive seja oficialmente suportado. É uma solução menos automática, mas mantém o anfitrião ZimaOS limpo.
Opção 3: Utilizar um fornecedor de nuvem já suportado pelo ZimaOS
Se o seu requisito for simplesmente uma “cópia de segurança na nuvem fora do local”, em vez de especificamente o IDrive, escolha um fornecedor disponível no fluxo atual do ZimaOS. O guia de cópias de segurança 3-2-1 do ZimaOS mostra como a nuvem se integra numa estratégia 3-2-1.
E se o IDrive publicar uma imagem Docker?
Um contentor mantido e documentado seria uma solução muito mais adequada do que modificar o sistema operativo anfitrião, pois manteria as dependências dentro do Docker. Ainda assim, teria de confirmar se o contentor suporta o modo de cópia de segurança pretendido, se os caminhos dos dados estão mapeados como só de leitura ou de leitura e escrita conforme necessário e se as credenciais são armazenadas de forma segura.
Não presuma que “pode ser executado no Docker” significa “é oficialmente suportado pelo ZimaOS”. Continuaria a ser uma integração mantida pelo fornecedor original ou pela comunidade, a menos que a IceWhale a disponibilizasse e mantivesse.
Como proteger os dados das aplicações antes de os enviar para fora do local
Faça cópias de segurança das pastas do anfitrião utilizadas pelas aplicações, não apenas das imagens dos contentores. Os atuais caminhos dos dados das aplicações do ZimaOS explicam onde as aplicações da App Store armazenam os dados persistentes.
A visão geral das cópias de segurança do ZimaOS pode ajudar a escolher o destino do primeiro salto, enquanto o guia de persistência do Docker explica o limite da persistência.
Como decidir se uma solução alternativa é suficientemente boa
Para um servidor doméstico, um contentor da comunidade ou uma cópia de segurança em segundo salto pode ser aceitável. Para dados essenciais para o negócio, exija um processo de restauro documentado, autenticação suportada, encriptação, retenção e alertas. A questão não é apenas saber se uma tarefa de cópia de segurança é executada, mas se consegue restaurar os dados após uma falha do disco, do servidor ou da conta.
Perguntas frequentes
A IceWhale prometeu suporte nativo para o IDrive?
Não. A IceWhale afirmou que estavam previstas integrações mais abrangentes com serviços de armazenamento na nuvem de terceiros. A discussão não indicou uma versão de lançamento nem uma implementação específica para o IDrive.
Posso instalar diretamente o cliente Linux normal do IDrive no ZimaOS?
Pode ser possível fazer experiências, mas não é a solução suportada mais simples. Os agentes instalados ao nível do anfitrião podem entrar em conflito com o modelo de sistema protegido do ZimaOS e podem não sobreviver às atualizações.
Qual é a solução alternativa mais segura para utilizar o IDrive?
Faça uma cópia de segurança dos dados do ZimaOS através da LAN para um computador ou NAS que suporte o IDrive e deixe essa plataforma efetuar o carregamento para fora do local.
A sincronização na nuvem substitui uma cópia de segurança local?
Não. Mantenha várias cópias. Um destino na nuvem é mais eficaz quando combinado com cópias de segurança locais ou através da LAN, segundo um plano 3-2-1.
