Copias de seguridad integradas de Jellyfin frente a copias de seguridad a nivel de archivo: ¿cuál deberías usar?

Las copias de seguridad integradas de Jellyfin y las copias de seguridad a nivel de archivo protegen ámbitos de recuperación que se solapan, pero no son iguales. El sistema integrado entiende los datos de la aplicación Jellyfin y puede crear un archivo mientras el servidor permanece en línea. Una copia de seguridad manual a nivel de archivo puede capturar un estado de implementación más amplio, pero Jellyfin debe detenerse antes de copiar de forma segura sus datos de aplicación activos.

A menudo, el mejor plan no consiste en elegir una u otra opción. Usa el método integrado para obtener puntos de recuperación frecuentes de la aplicación y un método a nivel de archivo o de sistema de archivos con el servidor detenido cuando necesites reproducir rutas del host, configuración, definiciones de contenedores o un estado más amplio del servidor.

Las copias de seguridad integradas son mejores para los puntos de recuperación rutinarios en línea

El sistema actual de copias de seguridad de Jellyfin puede proteger la base de datos e incluir opcionalmente metadatos, subtítulos y datos de reproducción rápida mientras el servidor está en ejecución. Esto lo hace práctico para puntos de recuperación programados sin interrumpir intencionadamente la reproducción normal.

La documentación de copias de seguridad de Jellyfin indica que las copias de seguridad integradas pueden ejecutarse en línea, mientras que las copias manuales del directorio de datos requieren detener el servidor. Incluso el método en línea funciona mejor durante periodos de menor actividad y sin que un análisis de la biblioteca compita en la misma ventana.

Esta es la opción predeterminada más sólida cuando el objetivo de recuperación es «devolver esta instancia de Jellyfin a un estado conocido de la aplicación».

Las copias de seguridad a nivel de archivo son mejores cuando el ámbito de recuperación incluye la estructura del host

Una copia a nivel de archivo puede incluir carpetas de aplicaciones persistentes, archivos Compose, archivos de entorno, configuración del proxy inverso, unidades de servicio, scripts, certificados y otros recursos de implementación que un archivo exclusivo de Jellyfin no conoce automáticamente.

Este ámbito más amplio resulta útil cuando falla el disco del sistema o al migrar a un host de sustitución. La contrapartida es la coherencia: las herramientas habituales de copia de archivos no entienden una base de datos SQLite que está cambiando, así que detén Jellyfin correctamente antes de copiar su estado persistente activo.

La guía de ZimaSpace sobre las estructuras de almacenamiento de Jellyfin que suponen un riesgo para la recuperación destaca el mismo problema: una copia de seguridad está incompleta cuando nadie puede reproducir las rutas, montajes, permisos y dependencias externas necesarios para el servidor restaurado.

Una copia de seguridad compatible con la base de datos es distinta de copiar un archivo SQLite activo

SQLite admite copias de seguridad coherentes en línea mediante interfaces compatibles con la base de datos, pero una herramienta de copia genérica que lee archivos mientras Jellyfin los modifica no recibe automáticamente la misma garantía.

La API de copias de seguridad de SQLite está diseñada para copiar una base de datos activa a un destino coherente mediante operaciones de base de datos coordinadas. Por eso, que «los archivos se hayan copiado sin errores» no basta como prueba de que una copia de seguridad manual de Jellyfin en ejecución sea válida.

Si tu método manual solo utiliza rsync, una copia SMB, zip o una copia genérica del sistema de archivos, detén Jellyfin primero, a menos que la instantánea de almacenamiento esté coordinada con las escrituras de la aplicación.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Compara el alcance antes que la comodidad

Mantén la copia de seguridad fuera del dominio de fallo de Jellyfin en ejecución

Ninguno de los dos métodos protege frente a la pérdida del conjunto de almacenamiento cuando todas las copias de seguridad se encuentran en el mismo sistema de archivos que ha fallado. Copia los archivos de respaldo verificados o los conjuntos de recuperación creados con el servidor detenido a otro disco, NAS o ubicación externa.

Conserva al menos un punto anterior a la actualización, porque Jellyfin aplica migraciones de datos cuando se inicia una versión más reciente y no ofrece una ruta general para volver a una versión anterior en el mismo lugar.

Prueba ambos tipos de restauración si los dos forman parte del plan de recuperación. Un archivo integrado demuestra la recuperación de la aplicación; una prueba a nivel de archivo demuestra que el entorno puede recrear las rutas persistentes y los permisos asociados.

Preguntas frecuentes

¿Debo detener Jellyfin antes de usar la copia de seguridad integrada?

No. El método integrado está diseñado para funcionar mientras Jellyfin está en ejecución, aunque se recomienda que haya poca actividad y ningún análisis activo de la biblioteca. Detén el servidor para realizar una copia manual normal de los datos activos de Jellyfin.

¿Puede la copia de seguridad integrada sustituir a la copia de seguridad del host?

No siempre. Protege el estado de la aplicación Jellyfin, pero una recuperación completa del host también puede depender de archivos Compose, configuración del proxy, certificados, montajes, permisos, scripts y otros elementos de configuración externa.