La forma más segura de hacer una copia de seguridad de un servidor ZimaOS en otro NAS es proteger los datos que deben sobrevivir a una reinstalación, no clonar todo el sistema operativo. Haz una copia de seguridad de las carpetas de usuario, los datos persistentes de las aplicaciones Docker y las bases de datos de las aplicaciones en tu destino de red local, y conserva al menos una copia adicional en otro tipo de medio o fuera de las instalaciones.
ZimaOS utiliza un sistema ligero, de estilo dispositivo, con dos ranuras del sistema para la recuperación. Por eso, su modelo de recuperación es diferente del de una copia de migración de Synology DSM: el sistema operativo puede recuperarse o reinstalarse por separado, mientras que tus datos valiosos residen en volúmenes de almacenamiento y carpetas asignadas a las aplicaciones. Por tanto, el objetivo es disponer de un servidor recuperable, no necesariamente de una imagen idéntica, byte por byte, del sistema en ejecución.
¿Qué debe incluir realmente una copia de seguridad de ZimaOS?
Un buen plan de copias de seguridad comienza separando el software reemplazable de los datos irremplazables. Los contenedores Docker y los paquetes de la tienda de aplicaciones normalmente pueden recrearse. Tus archivos, configuraciones de aplicaciones, bases de datos y bibliotecas multimedia no.
Carpetas de usuario y datos compartidos
Haz copias de seguridad de Documents, Media, Photos, carpetas de proyectos, datos de sitios web y cualquier otro directorio que los usuarios o las aplicaciones modifiquen activamente. La actual guía de copias de seguridad 3-2-1 de ZimaOS admite orígenes y destinos en la red local, USB, la nube y entre dispositivos Zima.
Datos persistentes de las aplicaciones Docker
Los contenedores de la tienda de aplicaciones son desechables, pero sus carpetas asignadas no lo son. ZimaOS documenta que la configuración y los archivos persistentes se encuentran fuera del contenedor, en la ubicación de datos de aplicaciones configurada. Consulta las rutas de almacenamiento de aplicaciones de ZimaOS antes de decidir qué incluir en la copia de seguridad.
Bases de datos y servicios con estado
En servicios como Nextcloud, WordPress, Home Assistant, Immich o aplicaciones basadas en MariaDB o PostgreSQL, copiar un directorio de datos activo no siempre es suficiente. Cuando la aplicación original proporcione un volcado de base de datos, una exportación o un procedimiento de mantenimiento, utilízalo. Una copia limpia de la base de datos junto con las carpetas de configuración de la aplicación suele ser más portable que copiar una base de datos incoherente mientras está escribiendo activamente.
Cómo crear una tarea de copia de seguridad en la red local
Paso 1: Decide qué equipo será el destino
Un Synology, otro NAS, un servidor de archivos u otro dispositivo Zima pueden servir como destino en la red local si ZimaOS puede acceder a una carpeta compartida con permisos de escritura. Confirma que el recurso compartido tenga suficiente espacio libre y que la cuenta utilizada por ZimaOS pueda crear, modificar y eliminar archivos según lo requiera tu política de retención.
Paso 2: Crea tareas de copia independientes según el tipo de datos
No pongas todo en una única tarea enorme salvo que tengas un motivo. Crea tareas independientes para documentos importantes, archivos multimedia, datos de aplicaciones y otras categorías. Así será más fácil diagnosticar los errores y podrás asignar a los datos irremplazables una frecuencia más agresiva que a los archivos multimedia reemplazables.
Paso 3: Programa y prueba la tarea
Ejecuta manualmente la primera copia, confirma que el destino contiene los archivos esperados y, después, activa la programación. Que una tarea aparezca en estado correcto no es suficiente: abre algunos archivos restaurados y verifica que los permisos, nombres y marcas de tiempo sean aceptables.
¿Cómo debes hacer copias de seguridad de las aplicaciones Docker?
La clave es hacer copias de seguridad de las rutas del sistema anfitrión asignadas al contenedor, no del sistema de archivos efímero del contenedor. La guía actual de ZimaOS recomienda mantener los datos de las aplicaciones fuera de la pequeña unidad del sistema y en tu grupo de almacenamiento principal. Esto también facilita comprender el alcance de la copia.
Si utilizas pilas personalizadas de Docker Compose, conserva una copia del YAML de Compose, las variables de entorno, los archivos de configuración personalizados y los secretos en una ubicación protegida. No dependas de capturas de pantalla de la configuración. Un archivo de Compose junto con las carpetas de datos persistentes facilita mucho la reconstrucción en hardware nuevo.
La visión general de las copias de seguridad de ZimaOS resulta útil para planificar dónde debe residir cada copia, mientras que los conceptos básicos del almacenamiento Docker explican la diferencia entre el contenedor y los datos.
¿Qué ocurre con el propio sistema ZimaOS?
ZimaOS tiene un diseño de sistema con dos ranuras. La actual guía de recuperación del sistema describe cómo iniciar la ranura de sistema alternativa cuando una partición presenta problemas.
Esta vía de recuperación te protege frente a algunos fallos del sistema operativo, pero no sustituye a una copia de seguridad de los datos. Si falla el propio disco del sistema, el plan práctico de recuperación consiste en reinstalar o recuperar ZimaOS, volver a conectar o recrear el almacenamiento, reinstalar las aplicaciones y, después, restaurar los datos persistentes de las aplicaciones y los archivos de usuario.
Utiliza la regla 3-2-1 en lugar de una única copia en la red local
Una copia de seguridad en la red local almacenada en otro NAS es valiosa, pero ambos dispositivos aún pueden verse afectados por el mismo robo, fallo eléctrico, incidente de ransomware o error del usuario. Para los datos irremplazables, sigue el patrón 3-2-1: tres copias, dos tipos de almacenamiento diferentes y una copia fuera de las instalaciones.
Por ejemplo, conserva la copia activa en ZimaOS, una copia programada en el Synology y una copia cifrada fuera de las instalaciones en un destino de nube compatible o en una unidad USB rotatoria almacenada en otro lugar.
Errores habituales de las copias de seguridad que debes evitar
- Hacer copias de seguridad solo de las imágenes Docker. Las imágenes pueden descargarse de nuevo; los datos de las aplicaciones y las bases de datos son la parte importante.
- Suponer que el RAID es una copia de seguridad. El RAID ayuda frente a los fallos de las unidades, pero no frente al borrado accidental, la corrupción o el ransomware.
- Instalar un agente de copias de seguridad a nivel del sistema anfitrión sin comprobar la compatibilidad. ZimaOS no es un servidor Debian mutable convencional, por lo que los agentes del sistema pueden entrar en conflicto con su diseño de sistema operativo protegido.
- No probar nunca una restauración. Una copia de seguridad que no se ha restaurado es solo una suposición.
- Mantener todas las copias en el mismo chasis o habitación. Eso no protege frente a pérdidas a nivel del dispositivo o del sitio.
Cómo comprobar que tu copia de seguridad de ZimaOS es recuperable
Elige un conjunto pequeño y representativo: una carpeta de documentos, un archivo multimedia, un directorio de configuración de una aplicación y una exportación de base de datos. Restáuralos en una ubicación temporal, abre los archivos y verifica que la aplicación pueda leer los datos restaurados. Repite esta comprobación después de cambios importantes en el almacenamiento o las aplicaciones.
Para un servidor crítico, conserva también una breve nota de recuperación con los nombres del almacenamiento, los puertos de las aplicaciones, las pilas personalizadas de Compose, los comandos de restauración de las bases de datos y cualquier dependencia de dominio o proxy inverso. Esta documentación suele ahorrar más tiempo que una imagen sin procesar del sistema.
Preguntas frecuentes
¿Puede ZimaOS crear una imagen completa del sistema al estilo de Synology Hyper Backup?
La documentación actual de ZimaOS se centra en la copia de seguridad de datos y la recuperación mediante ranuras del sistema, en lugar de ofrecer una imagen de migración documentada y de un solo clic que recree todo el sistema operativo, todas las aplicaciones y todas las configuraciones en hardware diferente.
¿Puedo utilizar mi Synology como destino de las copias de seguridad de ZimaOS?
Sí. Un recurso compartido SMB accesible en la red local puede formar parte del diseño de copias de seguridad. Verifica las credenciales, el espacio libre y el acceso para la restauración antes de depender de él.
¿Necesito hacer copias de seguridad de los propios contenedores Docker?
Normalmente no. Conserva las definiciones de Compose, la configuración de las aplicaciones, los datos de aplicaciones asignados y las bases de datos. Los contenedores y las imágenes normalmente se pueden reemplazar.
¿La recuperación del sistema ZimaOS restaurará los archivos de usuario eliminados?
No. La recuperación de las ranuras actúa sobre la capa del sistema operativo. Los datos de usuario eliminados o dañados requieren una copia de seguridad independiente.
