Cómo configurar trabajos de copia de seguridad independientes para documentos, fotos y el estado de las aplicaciones
Configura trabajos de copia de seguridad separados para documentos, fotos y el estado de las aplicaciones, ya que esos conjuntos de datos tienen distintos patrones de cambio, requisitos de coherencia, necesidades de retención y procedimientos de restauración.
Un único trabajo enorme es fácil de programar, pero difícil de analizar durante un fallo. Un documento eliminado necesita historial de versiones; una biblioteca de fotos perdida necesita originales y metadatos duraderos; y una aplicación respaldada por una base de datos puede necesitar un volcado coordinado y la configuración antes de poder iniciarse. Los trabajos separados permiten probar cada ruta de recuperación de forma independiente y, al mismo tiempo, compartir el mismo NAS o destino externo.
Define las unidades de recuperación antes de elegir las herramientas de copia de seguridad
Empieza por enumerar qué elementos deben recuperarse juntos. Una carpeta de documentos puede ser útil de forma independiente como archivos normales. Una aplicación de fotos puede requerir los originales y el estado de la base de datos. Un servicio autoalojado puede necesitar un volcado de la base de datos, configuración, secretos, archivos de Compose y volúmenes persistentes seleccionados.
Una guía de 2026 sobre archivos, máquinas virtuales y bases de datos separa archivos, máquinas virtuales y bases de datos según el mecanismo necesario para recuperarlos. La lección útil es organizar las copias de seguridad según la semántica de restauración, no según la carpeta de nivel superior que resulte más fácil de seleccionar.
Crea una pequeña tabla de cobertura con el conjunto de datos, la fuente autorizada, el método de copia de seguridad, la programación, la retención, el requisito de coherencia, el destino externo y la prueba de restauración. Todo lo que no pueda incluirse en la tabla todavía no forma parte de un plan de copia de seguridad completo.
Asigna una retención orientada a versiones para los documentos
Los documentos suelen ser pequeños en comparación con las fotos y cambian con frecuencia debido a ediciones, cambios de nombre y eliminaciones. El requisito principal suele ser poder recuperar una versión anterior o un archivo eliminado accidentalmente, no maximizar el rendimiento de las copias de seguridad secuenciales.
Asigna a los documentos su propio destino y política de retención para poder recuperar ediciones, cambios de nombre y eliminaciones accidentales sin heredar el coste de retención mucho mayor de los archivos fotográficos.
Excluye las cachés y los archivos temporales que puedan recrearse, pero conserva los metadatos y permisos de los archivos cuando sean importantes. Durante las pruebas, restaura un documento de oficina modificado y una carpeta eliminada, en lugar de verificar únicamente que existan archivos en el repositorio.
Protege por separado los originales de las fotos y los derivados que pueden recrearse
Los originales de las fotos y los vídeos personales suelen ser grandes, se amplían principalmente mediante adiciones y son difíciles o imposibles de recrear. El trabajo de copia de seguridad debe priorizar los archivos multimedia autorizados completos, una transferencia incremental eficiente, durabilidad externa y suficiente retención para superar una eliminación accidental.
Una guía de 2026 sobre originales, base de datos y configuración distingue los recursos originales del estado de PostgreSQL, la configuración y los derivados generados. Esta separación resulta útil más allá de Immich: las miniaturas de una aplicación de fotos suelen poder reconstruirse, mientras que los originales familiares no.
No permitas que un trabajo con gran cantidad de archivos multimedia retrase las pequeñas copias de seguridad críticas de la configuración. Si la transferencia de fotos tarda horas, programa los trabajos de documentos y del estado de las aplicaciones por separado para que puedan seguir creando puntos de recuperación recientes.
Captura el estado de las aplicaciones con coherencia a nivel de aplicación
Los directorios activos de las aplicaciones pueden contener bases de datos transaccionales, cachés, bloqueos, colas, índices y archivos generados. Una copia del sistema de archivos realizada mientras una base de datos está escribiendo puede ser menos fiable que un pequeño volcado nativo de la base de datos combinado con la configuración de la aplicación.
Un diseño práctico para un servidor doméstico sobre la coherencia entre sistemas destaca la dificultad de proteger fotos, bases de datos integradas y el estado de los servicios mediante un único modelo de copia genérico.
La guía relacionada de ZimaSpace sobre copias de seguridad coherentes de contenedores de bases de datos establece el límite específico: protege un estado coherente de la base de datos antes de tratar el volumen circundante como archivos normales.
Escalona los trabajos y prueba de forma independiente las tres rutas de restauración
Asigna a cada trabajo, cuando sea práctico, su propia cuenta o credenciales, espacio de nombres de destino, registro, alerta, política de reintentos y ventana de mantenimiento. Escalona las copias de seguridad grandes de fotos para que no coincidan con las comprobaciones del repositorio o el mantenimiento de la base de datos, de modo que una carga de trabajo no pueda consumir silenciosamente todo el disco o la ventana de red.
Un caso de laboratorio doméstico de 2026 que describe ventanas de copia de seguridad separadas muestra por qué resulta más fácil supervisar distintos servicios cuando la captura de la base de datos, la copia de archivos y las etapas externas están definidas explícitamente.
Realiza tres pruebas de restauración: recupera una versión de un documento, reconstruye un pequeño subconjunto de fotos con sus metadatos e inicia una aplicación a partir de su estado guardado en un destino limpio. Los trabajos separados solo tienen éxito cuando reducen la ambigüedad de la recuperación sin dejar dependencias ocultas entre ellos.
Productos recomendados
Soporte y Consejos
Más para leer
Cómo adaptar las políticas de reinicio de Docker a bases de datos, trabajadores y aplicaciones web
Adapta la política de reinicio al ciclo de vida y a la semántica de salida del servicio. Combínala con comprobaciones de salud y disponibilidad;...
Cómo configurar los identificadores de usuario de los contenedores en varios recursos compartidos de NAS
Asigna el UID/GID de cada contenedor a sus recursos compartidos del NAS, usa grupos compartidos o ACL cuando sea necesario y considera PUID/PGID específicos...
Cómo configurar perfiles de Docker Compose para servicios opcionales del servidor doméstico
Deja los servicios necesarios sin perfil y usa perfiles para las herramientas opcionales. Prueba los objetivos directos y las dependencias en lugar de asumir...
