¿Deberías hacer una copia de seguridad de Plex Live o detener primero el servicio?
Para realizar una copia de seguridad normal a nivel de archivos de los datos de la aplicación Plex, detén Plex o ponlo en estado inactivo primero. Una copia en vivo solo es adecuada cuando el método de copia de seguridad está diseñado para capturar una base de datos en ejecución coherente y el resto del estado de Plex está protegido con una semántica compatible.
La decisión no es realmente «¿tiempo de inactividad o no?». Es «¿copia coherente y sencilla o método en vivo que comprenda las escrituras activas de la base de datos?». Si no puedes explicar cómo el método en vivo conserva una base de datos de Plex válida en un momento determinado, programa una breve interrupción y verifica la copia de seguridad en lugar de asumir que copiar archivos abiertos es seguro.
Elige el método de copia de seguridad antes de decidir el tiempo de inactividad
Empieza por identificar la herramienta de copia de seguridad. Un archivo tar, rsync, una copia mediante SMB, un cliente de sincronización en la nube o una instantánea genérica de archivos activos se comportan de forma distinta a un comando de copia de seguridad compatible con bases de datos. El estado operativo seguro depende de lo que la herramienta pueda garantizar, no de que el comando de copia termine correctamente.
Los datos de la aplicación Plex contienen bases de datos, además de metadatos y configuración que pueden cambiar mientras el servidor está en ejecución. Una guía general sobre las copias de seguridad de Plex señala que el directorio de datos de Plex contiene metadatos y bases de datos, por lo que proteger el servidor implica más que guardar los archivos multimedia.
Para esta decisión, considera una copia simple del sistema de archivos como el caso conservador y una copia de seguridad de la base de datos compatible con la aplicación como una técnica independiente. No consideres segura una copia en vivo solo porque el destino reciba archivos con los nombres y tamaños esperados.
Detén Plex para realizar una copia simple de los datos de la aplicación a nivel de archivos
Si tu tarea de copia de seguridad simplemente copia el directorio de datos de la aplicación Plex, la opción predeterminada más segura es detener el servicio o contenedor de Plex durante la ventana de copia. Así se eliminan las escrituras simultáneas de la aplicación mientras se capturan la base de datos y el estado relacionado.
En un debate de la comunidad de Plex, un colaborador técnico veterano advierte que una copia de archivos normal en vivo puede capturar una base de datos incoherente y distingue entre los archivos de metadatos estáticos y la base de datos abierta. Esto respalda firmemente la suspensión de Plex cuando la herramienta de copia de seguridad no cuenta con un mecanismo de coherencia de bases de datos.
Mantén la interrupción lo más breve posible: confirma que no haya ningún análisis importante ni grabación en curso, detén Plex, ejecuta la copia preparada, verifica que la tarea haya terminado y vuelve a iniciar Plex. No dediques el tiempo de inactividad a descubrir problemas de permisos en el destino o de espacio libre que podrían haberse comprobado de antemano.
Usa una copia de seguridad en vivo solo cuando el método de la base de datos lo permita
Detener Plex no es una exigencia de SQLite. Una copia de seguridad en vivo puede ser válida cuando el método utiliza funciones compatibles con SQLite que crean una instantánea coherente de la base de datos mientras continúa el acceso normal de la aplicación.
Una revisión sobre copias de seguridad de SQLite en producción explica que la API de copia de seguridad de SQLite puede copiar una base de datos activa mientras otras conexiones continúan escribiendo; la copia representa un estado definido de la base de datos en lugar de una copia a ciegas de archivos que están cambiando.
Esa excepción solo cubre aquello que el método compatible con la aplicación protege realmente. Si tu flujo de trabajo utiliza una copia de seguridad en vivo de SQLite para la base de datos, pero copia por separado los metadatos y las preferencias, documenta cómo se sincronizan temporalmente esos componentes y prueba una restauración. La alta disponibilidad no sirve de nada si el conjunto resultante no puede recrear el estado del servidor que esperas.
Haz una copia de seguridad de algo más que el archivo de la base de datos
Una copia de seguridad que solo incluya la base de datos puede conservar registros importantes de la biblioteca, pero una recuperación completa de Plex también puede depender de metadatos, preferencias, datos de complementos, certificados y configuraciones específicas de la plataforma. Decide cuáles de esos elementos necesitarías si el equipo original desapareciera, en lugar de hacer una copia de seguridad únicamente del archivo más fácil.
Mantén la protección de los archivos multimedia como una decisión de capacidad independiente. La configuración de Plex puede ocupar gigabytes, mientras que la biblioteca multimedia puede ocupar terabytes, y esos conjuntos de datos suelen necesitar calendarios y destinos de copia de seguridad diferentes. Un pequeño archivo de datos de la aplicación no debe crear la ilusión de que las películas o los archivos multimedia familiares están protegidos.
La guía de ZimaSpace sobre copias de seguridad coherentes de contenedores de bases de datos es una continuación útil cuando necesitas coordinar los datos de la aplicación, el estado de la base de datos, los volúmenes persistentes y una prueba de restauración en una pila de servidor doméstico en ejecución.
Verifica la copia de seguridad antes de confiar en cualquiera de los dos métodos
Elijas el método que elijas, inspecciona la copia de seguridad fuera del directorio activo de Plex. Confirma que existan los archivos esperados, registra la fecha y hora y el tamaño, y valida la base de datos o el archivo con la herramienta adecuada para el formato de la copia antes de eliminar la copia anterior que sabías que funcionaba.
Después, realiza una prueba de restauración en una ruta aislada o en una instancia de prueba cuando sea posible. El objetivo es demostrar que la copia de seguridad se abre como un estado coherente del servidor, no solo que el software de copia informó de que la operación tuvo éxito. Conserva al menos un punto de recuperación anterior hasta que el más reciente haya superado esa prueba.
Un método de copia de seguridad no supera la prueba operativa si la restauración requiere hacer suposiciones no documentadas sobre rutas, propietarios, credenciales o qué copia de la base de datos corresponde a qué árbol de metadatos. Corrige el procedimiento mientras el Plex de producción esté funcionando correctamente, en lugar de descubrir esas dependencias después de un fallo.
Elige el procedimiento de menor riesgo según tus necesidades de disponibilidad
Para la mayoría de los servidores Plex domésticos, una breve detención programada es el procedimiento fiable más sencillo para realizar una copia completa de los datos de la aplicación a nivel de archivos. Programa la tarea en un periodo de poco uso, prepara primero el destino y automatiza el reinicio y la verificación para que el tiempo de inactividad sea predecible.
Elige un flujo de trabajo en vivo solo cuando la disponibilidad justifique la complejidad adicional y el método proporcione explícitamente una semántica coherente de base de datos para el estado en ejecución que estás protegiendo. Mantén un procedimiento alternativo documentado de detención y copia por si la herramienta de copia en vivo cambia o su prueba de restauración falla.
La regla de decisión es práctica: si la copia de seguridad es una copia simple de archivos activos de Plex, detén primero el servicio; si es un método de base de datos en vivo compatible con la aplicación, demuestra su coherencia y cobertura mediante una prueba de restauración. La mejor copia de seguridad es la que puedes restaurar repetidamente, no la que informa de cero tiempo de inactividad.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
