Cómo mover los datos de la aplicación Plex sin perder el historial de visualización ni la configuración

Mueve el directorio completo de datos del servidor Plex mientras Plex está detenido, mantén intacto el origen y verifica el servidor migrado antes de eliminar o reutilizar la copia antigua.

El historial de reproducciones de Plex, los metadatos, el estado de la base de datos, las preferencias y demás información del servidor se encuentran en el directorio de datos del servidor, no en las carpetas de películas. En Docker, ese directorio es la ruta del host o el volumen que hayas asignado a la ruta de configuración de Plex. Por tanto, una migración segura consiste en trasladar el estado, no en volver a escanear la biblioteca multimedia: congela las escrituras, copia los datos correctos, conserva la propiedad, apunta el contenedor a la nueva ubicación y demuestra que la identidad del servidor y el estado de visualización se conservaron.

Protege el origen antes de mover nada

Primero identifica la ruta del host que respalda la configuración persistente de Plex y haz una copia de seguridad independiente. No empieces editando el montaje del contenedor con la esperanza de que la nueva ubicación sea correcta. Registra el montaje actual, la versión de Plex, el nombre del servidor, las rutas multimedia y la propiedad de los archivos para poder volver a la configuración conocida y funcional si la nueva copia no se inicia correctamente.

La guía de migración del servidor de Plex indica explícitamente que se debe detener el servidor antes de copiar sus datos y señala que la migración puede tener limitaciones, especialmente entre distintos sistemas operativos. También advierte que el acceso a bibliotecas concedido a otras cuentas de Plex no siempre se conserva, por lo que el acceso de los usuarios compartidos debe comprobarse después de la migración, en lugar de prometerlo de forma incondicional en el título.

Mantén el directorio de datos antiguo en modo de solo lectura o, de algún otro modo, sin modificar durante la primera prueba. La reversión es sencilla mientras el origen siga existiendo: detén Plex, restaura el montaje original e inicia el estado antiguo. La reversión se vuelve mucho más difícil después de eliminar el origen o permitir que dos copias escriban en la misma base de datos.

Detén Plex y copia todo el estado persistente

Detén el contenedor de Plex y confirma que ya no está escribiendo antes de iniciar la copia. Copia todo el directorio persistente de datos del servidor a la nueva ubicación de almacenamiento. En bibliotecas grandes, conserva los atributos de los archivos y considera usar un método de copia nativo del sistema de archivos o un archivo comprimido que gestione eficazmente los numerosos archivos pequeños de metadatos.

Si no tienes claro cuál es el directorio que contiene realmente el estado de Plex, consulta la referencia del directorio de datos de Plex para distinguir los datos del servidor del contenido multimedia. En Docker, la ubicación efectiva depende del volumen o del montaje enlazado que hayas elegido, por lo que la configuración del contenedor es la autoridad final para determinar la ruta del host.

Después de copiar los datos, asigna a la nueva ruta la misma propiedad y permisos de escritura que tenía el usuario o grupo efectivo que ejecutaba Plex antes. Una copia completa con permisos incorrectos puede parecer una pérdida de datos porque Plex podría iniciarse usando un directorio nuevo o parcialmente legible. Corrige el acceso antes de permitir que Plex cree un estado nuevo en el destino.

Apunta Plex a la nueva ruta y verifica la identidad antes de escanear

Cambia primero únicamente el montaje de los datos de configuración; no cambies al mismo tiempo el nombre de las carpetas multimedia, el modo de red, la versión de Plex y la ubicación del almacenamiento. Inicia el contenedor y abre Plex. El servidor debería aparecer con el nombre esperado, las bibliotecas, los carteles, el historial de reproducciones, la configuración y la identidad anterior del servidor, en lugar de pedirte que configures un servidor completamente nuevo.

Desde la perspectiva de una migración de NAS, la guía de migración de datos de NAS de ZimaSpace sigue el mismo orden de protección: hacer una copia de seguridad primero, trasladar un alcance definido, verificar el destino y solo después eliminar la copia antigua. Ese orden es más importante que si la migración se realiza mediante una interfaz o un comando de shell.

Antes de ejecutar un escaneo amplio de la biblioteca, abre varios elementos cuyo estado de vistos/no vistos conozcas y compáralos con el origen. Comprueba la configuración del servidor y al menos un usuario compartido o una cuenta administrada. Si la identidad, el historial o los permisos son incorrectos, detente aquí y revierte el cambio en lugar de permitir que los escaneos reescriban más datos.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verifica la persistencia tras reiniciar antes de eliminar la copia antigua

Reinicia el contenedor de Plex y repite las comprobaciones. Confirma que el nuevo montaje sigue siendo la ruta activa del host y que los nuevos cambios en el estado de visualización se guardan allí. Después, reproduce brevemente un elemento, detén la reproducción y verifica que el indicador de progreso se conserve tras otro reinicio de Plex. Así demostrarás que el destino no solo es legible, sino que también recibe las escrituras actuales.

Si también han cambiado las rutas multimedia, migra esos elementos por separado y utiliza el procedimiento de Plex para cambiar la ubicación de los archivos multimedia, en lugar de mezclar la migración del estado de la aplicación con la migración del contenido. Mantener ambas operaciones separadas facilita el diagnóstico de cualquier error y evita confundir un montaje multimedia ausente con una base de datos de Plex perdida.

Elimina o reutiliza la copia antigua de los datos de la aplicación solo después de que la nueva ubicación haya superado un reinicio y un uso normal. Si los usuarios compartidos o los permisos de las bibliotecas no se transfirieron, corrígelos explícitamente una vez que el estado del servidor sea estable; no destruyas el origen solo porque el historial de reproducciones y la configuración principal parezcan correctos.