Considerar una migración de Plex de ARM a x86 o de x86 a ARM como una migración de estado y una prueba de compatibilidad de funciones, no como una copia a ciegas.
La base de datos y los metadatos pueden ser portátiles, pero los binarios, las funciones de análisis de contenido multimedia, la aceleración por hardware y las rutas configuradas pueden diferir entre plataformas. Conserva el servidor original hasta que el nuevo supere las comprobaciones de biblioteca, estado de reproducción, metadatos, reproducción y funciones. No elimines el origen simplemente porque el nuevo servicio se inicie.
Mueve todo el conjunto de datos de estado, no un solo archivo práctico
El estado de Plex incluye mucho más que una única base de datos de la biblioteca. Copiar solo un archivo puede conservar parte del historial y, al mismo tiempo, obligar a reconstruir otros metadatos o índices.
Una migración segura conserva el directorio completo de datos del servidor Plex, incluidos los metadatos, la configuración y el estado de visualización, en lugar de copiar únicamente la base de datos de la biblioteca.
Copia el directorio completo de estado de Plex con el servidor detenido, conservando el propietario y la estructura de archivos. No modifiques el origen hasta que el nuevo host supere una validación completa.
Mantén estables las rutas de los archivos multimedia o remápéalas deliberadamente
La portabilidad de la base de datos no hace que las cadenas de rutas sean portátiles. Un punto de montaje diferente o las convenciones de rutas de otro sistema operativo pueden hacer que registros válidos apunten a archivos multimedia no disponibles.
Elabora un mapa de rutas antes del inicio y compara las raíces multimedia antiguas y nuevas. Si el cambio de arquitectura también implica cambiar de sistema operativo, trata la traducción de rutas como un paso de migración independiente.
Prueba un elemento de cada biblioteca antes de iniciar un escaneo general. Los montajes estables en una estructura persistente para los datos de los contenedores reducen el número de variables durante un cambio de arquitectura.
Valida por separado las funciones específicas de la arquitectura
La transcodificación por hardware, algunas funciones de análisis y las funciones que dependen de controladores pueden variar aunque el estado principal de la biblioteca funcione. No deduzcas que existe paridad de funciones solo porque el inicio de sesión se haya realizado correctamente.
Compartir el estado de Plex no garantiza funciones idénticas entre arquitecturas; las diferencias de análisis entre ARM y x86 pueden persistir incluso después de que la base de datos y las rutas multimedia se hayan migrado correctamente.
Crea una lista de comprobación para la reproducción directa, la transcodificación, la ruta de HDR/subtítulos, las funciones de análisis y el acceso remoto. Una función que falle únicamente en la nueva arquitectura debe tratarse como un trabajo de compatibilidad, no como una pérdida de datos.
Conserva un punto de retorno hasta demostrar que el uso normal funciona
La migración es segura cuando el servidor antiguo aún puede restaurarse si el nuevo host revela un problema tardío. Unos minutos de navegación correcta no bastan para retirar el origen.
Usa el nuevo host durante un día normal, realiza un cambio en la biblioteca, reinícialo y comprueba la copia de seguridad y la restauración. Si la nueva arquitectura modifica el estado almacenado de una forma que el host antiguo no pueda reutilizar de manera segura, restaura la copia previa a la migración en lugar de alternar repetidamente el directorio activo.
Retira el host antiguo únicamente después de que el nuevo servidor supere esas pruebas y se verifique una copia de seguridad reciente.
Soporte y Consejos
Más para leer

¿Puede Jellyfin compartir de forma segura una GPU o un acelerador con otro contenedor?
El uso compartido de la GPU es condicional: verifica la visibilidad del dispositivo y la compatibilidad de los controladores, luego ejecuta ambas cargas de...

Cómo determinar si un error de Jellyfin proviene del cliente o del servidor
Un error de Jellyfin corresponde al cliente cuando solo afecta a un dispositivo; corresponde al servidor cuando fallan varios clientes siguiendo la misma ruta...

Cómo configurar la caché y el almacenamiento temporal de Jellyfin
Separa el estado persistente, la caché reconstruible y el almacenamiento temporal de transcodificación; después, verifica la capacidad y los permisos con una prueba de...

