Detén Jellyfin para realizar una copia de seguridad completa sencilla, a menos que tu método de instantáneas pueda capturar el estado de la aplicación de forma coherente mientras el servicio está escribiendo.
La disyuntiva es tiempo de inactividad frente a coherencia. Un archivo del servicio detenido es fácil de evaluar porque la base de datos, la configuración y los metadatos dejan de cambiar durante la copia. Una copia de seguridad en vivo puede ser válida cuando el mecanismo de copia de seguridad de la base de datos o la instantánea del sistema de archivos crea un punto coherente en el tiempo, pero una copia recursiva normal durante escrituras activas ofrece menos garantías.
Las copias con el servicio detenido son la base segura más sencilla
Detener Jellyfin brevemente evita nuevas escrituras en la base de datos y los metadatos mientras la herramienta de copia recorre el árbol de configuración. Esto elimina muchas dudas de coherencia en servidores domésticos pequeños.
Una copia de archivos en vivo puede omitir transacciones respaldadas por WAL; las copias de seguridad de SQLite conscientes de las transacciones evitan copiar una base de datos abierta como si fuera un archivo estático normal.
Programa la pausa durante un periodo de poca actividad, confirma que el proceso se ha detenido, copia el estado persistente y vuelve a iniciar el servicio. Mide la interrupción para conocer su coste operativo real.
Las copias de seguridad en vivo necesitan un mecanismo de instantáneas coherente
Una instantánea del sistema de archivos puede congelar la vista de muchos archivos en un instante, aunque el servicio activo continúe después. Eso es diferente de copiar lentamente archivos que cambian, uno por uno.
Los conjuntos de datos activos cambian durante la copia de seguridad, por lo que la actividad de cambios importa cuando la captura se prolonga.
Si usas ZFS, Btrfs o una copia de seguridad compatible con la base de datos, documenta qué garantía de coherencia proporciona. No consideres equivalente una copia de archivos en vivo sin realizar pruebas.
La integridad de la base de datos importa más que completar la copia de seguridad
Un trabajo de copia de seguridad puede finalizar correctamente aunque la base de datos capturada no sea un punto de recuperación utilizable. La verificación debe inspeccionar conjuntamente la base de datos y el estado de la aplicación.
Un conjunto de recuperación fiable debe evitar copias incontroladas de la base de datos durante escrituras activas; la coherencia de SQLite depende de conservar un estado coherente de la base de datos.
Restaura la copia de seguridad en una ruta desechable y ejecuta una comprobación de integridad antes de depender de ella. La estructura de datos persistentes de la aplicación facilita esta prueba porque el estado está separado del contenedor reemplazable.
Elige el método según tu objetivo de recuperación
Un hogar que puede tolerar una ventana de mantenimiento de dos minutos quizá obtenga pocos beneficios de una infraestructura compleja de copias de seguridad en vivo. Un servidor con estrictos objetivos de disponibilidad puede justificar el uso de instantáneas, pero solo si las restauraciones siguen siendo predecibles.
Una prueba adecuada de recuperación ante desastres mide si la copia de seguridad elegida realmente devuelve el servicio a un estado utilizable.
Compara el tiempo de inactividad de la copia de seguridad, el tiempo de restauración y la complejidad de los fallos. Usa el método más sencillo que cumpla el objetivo de recuperación del hogar y supere un ensayo de restauración real.
Soporte y Consejos
Más para leer

¿Por qué Jellyfin funciona con alta temperatura o hace ruido cuando nadie está reproduciendo contenido?
El calor en reposo suele indicar actividad en segundo plano o una carga de trabajo compartida del servidor, así que identifica el proceso activo...

¿Cuándo deberías reconstruir Jellyfin en lugar de repararlo?
Elige reconstruir en lugar de reparar cuando el problema sea la divergencia del entorno de ejecución y el estado persistente tenga una copia de...

¿Cuánto almacenamiento libre debería reservar Jellyfin para las tareas en segundo plano?
Ningún porcentaje universal de espacio libre es adecuado para Jellyfin; mide por separado el crecimiento persistente y los picos temporales, y luego reserva un...

