IDrive no aparece actualmente en las integraciones de unidades en la nube documentadas para ZimaOS, así que considéralo incompatible con el flujo nativo de Archivos/Copia de seguridad, a menos que IceWhale lo añada a la lista de proveedores. Una respuesta de IceWhale de 2025 indicaba que había complementos de terceros para servicios en la nube más amplios en la hoja de ruta, pero una declaración sobre la hoja de ruta no equivale a una integración publicada.
Si IDrive es obligatorio para tu política de copias de seguridad actual, normalmente el diseño más limpio consiste en mantener ZimaOS en rutas de copia de seguridad compatibles y dejar que otra máquina o NAS gestione la carga a IDrive. Así se evita instalar software de host no compatible en la capa protegida del sistema ZimaOS.
¿ZimaOS admite IDrive de forma nativa?
La guía de unidades en la nube de ZimaOS actual documenta los proveedores disponibles en el flujo de conexión en la nube de ZimaOS. IDrive no aparece en ella.
La solicitud de funciones original recibió una respuesta de IceWhale en la que se indicaba que estaban explorando complementos más amplios para servicios de almacenamiento en la nube de terceros. Eso confirma que existe interés, no disponibilidad, compatibilidad ni una fecha de lanzamiento.
Por qué es arriesgado instalar el cliente Linux de IDrive en el host
ZimaOS no está diseñado para comportarse como un servidor Debian de propósito general en el que se puedan instalar permanentemente paquetes arbitrarios en el host. Su capa de sistema está protegida y las actualizaciones están diseñadas en torno a un sistema operativo tipo dispositivo especializado.
Un agente de copias de seguridad para Linux puede requerir gestores de paquetes, rutas de sistema escribibles, servicios de inicio, bibliotecas o un comportamiento del kernel que ZimaOS no expone de la misma forma. Aunque consigas ejecutarlo temporalmente, aún tendrás que preguntarte si sobrevivirá a una actualización del sistema operativo y si podrá restaurarse correctamente.
Formas más seguras de combinar ZimaOS e IDrive
Opción 1: de ZimaOS a otro NAS y después del NAS a IDrive
Si ya tienes un Synology, QNAP, servidor Windows, servidor Linux u otra plataforma con software de IDrive compatible, utiliza Copia de seguridad de ZimaOS para copiar las carpetas importantes a través de la red local. Deja que el segundo equipo cargue esas copias en IDrive.
Opción 2: de ZimaOS a USB y después proteger la copia USB
Para conjuntos de datos pequeños, crea una copia de seguridad USB programada o rotativa. Después, esa copia puede gestionarse desde un ordenador en el que IDrive sea oficialmente compatible. Es menos automático, pero mantiene limpio el host de ZimaOS.
Opción 3: usar un proveedor de nube compatible con ZimaOS
Si tu requisito es simplemente una «copia de seguridad en la nube externa» y no IDrive específicamente, elige un proveedor disponible en el flujo actual de ZimaOS. La guía de copias de seguridad 3-2-1 de ZimaOS muestra cómo integrar la nube en una estrategia 3-2-1.
¿Qué ocurre si IDrive publica una imagen de Docker?
Un contenedor mantenido y documentado encajaría mucho mejor que modificar el sistema operativo del host, porque mantendría las dependencias dentro de Docker. Aun así, tendrías que confirmar que el contenedor admite el modo de copia de seguridad que quieres, que las rutas de datos están asignadas como de solo lectura o de lectura y escritura según sea necesario, y que las credenciales se almacenan de forma segura.
No des por hecho que «puede ejecutarse en Docker» significa «compatible oficialmente con ZimaOS». Seguiría siendo una integración gestionada por terceros o por la comunidad, a menos que IceWhale la publique y mantenga.
Cómo proteger los datos de las aplicaciones antes de enviarlos fuera del sitio
Haz copias de seguridad de las carpetas del host que utilizan las aplicaciones, no solo de las imágenes de los contenedores. La sección actual sobre rutas de datos de aplicaciones de ZimaOS explica dónde almacenan sus datos persistentes las aplicaciones de la tienda de aplicaciones.
La descripción general de las copias de seguridad de ZimaOS puede ayudarte a elegir el destino del primer salto, mientras que la guía de persistencia de Docker explica el límite de persistencia.
Cómo decidir si una solución alternativa es suficientemente buena
Para un servidor doméstico, un contenedor de la comunidad o una copia de seguridad de segundo salto pueden ser aceptables. Para datos críticos del negocio, exige un proceso de restauración documentado, autenticación compatible, cifrado, retención y alertas. La cuestión no es solo si se ejecuta un trabajo de copia de seguridad, sino si puedes restaurar los datos después de un fallo del disco, del servidor o de la cuenta.
Preguntas frecuentes
¿Prometió IceWhale compatibilidad nativa con IDrive?
No. IceWhale indicó que las integraciones más amplias con servicios de almacenamiento en la nube de terceros estaban en la hoja de ruta. El hilo no proporcionó una versión de lanzamiento ni una implementación específica para IDrive.
¿Puedo instalar directamente el cliente Linux normal de IDrive en ZimaOS?
Puede ser posible experimentar con ello, pero no es el diseño compatible más limpio. Los agentes instalados en el host pueden entrar en conflicto con el modelo de sistema protegido de ZimaOS y quizá no sobrevivan a las actualizaciones.
¿Cuál es la solución alternativa más segura para usar IDrive?
Haz una copia de seguridad de los datos de ZimaOS a través de la red local en una máquina o NAS compatible con IDrive y deja que esa plataforma realice la carga externa.
¿La sincronización en la nube sustituye a una copia de seguridad local?
No. Conserva varias copias. Un destino en la nube es más sólido cuando se combina con copias de seguridad locales o por LAN dentro de un plan 3-2-1.
