Cómo probar la aceptación de un nuevo servidor Plex antes de migrar los datos de producción

Traslada los datos de Plex de producción solo después de que una prueba de aceptación con arranque en frío demuestre que el estado, las rutas, los usuarios, la reproducción y la recuperación funcionan en el nuevo host.

Mantén el servidor antiguo detenido y sin cambios mientras pruebas el nuevo host con el mismo flujo de trabajo doméstico. La dependencia clave no es que el inicio de sesión funcione, sino que haya una ruta repetible desde el montaje del almacenamiento hasta la base de datos de la biblioteca y la reproducción en el cliente. Considera el acceso remoto como una fase independiente y conserva una copia para revertir el proceso hasta haber localizado y probado una copia de seguridad reciente.

Detén el servidor antiguo y define los criterios de aceptación

Empieza con el host antiguo apagado, una copia de seguridad de sus datos de aplicación y una lista por escrito de las bibliotecas, los usuarios, los clientes remotos y las tareas programadas. Así se evita que dos identidades de servidor cambien el mismo flujo de trabajo mientras comparas los resultados. Otra guía de migración también recomienda conservar una copia para poder revertir el proceso al trasladar la biblioteca y los metadatos (guía de migración de la biblioteca de Plex). No salgas de esta etapa hasta que puedas indicar dónde están los datos antiguos, dónde estarán los nuevos y cómo restaurarlos.

Valida las rutas de almacenamiento, la propiedad y el estado de la aplicación

Para cada biblioteca, abre la ruta desde el host de Plex, no desde un explorador de archivos de tu estación de trabajo. Comprueba que el montaje esté presente después de reiniciar, que la cuenta del servicio pueda leer los archivos multimedia y que el directorio de datos de la aplicación tenga permisos de escritura y sea persistente. Prueba un archivo de cada ubicación de almacenamiento. Mantén el estado del sistema, la base de datos de Plex, los archivos multimedia irreemplazables, las miniaturas que se pueden volver a generar y las copias de seguridad como funciones de datos distintas; la redundancia no es una copia de seguridad.

Una migración que solo funciona porque se montó manualmente es una migración fallida. La decisión de salida es APROBADO cuando todas las bibliotecas se resuelven desde el contexto del servicio y la base de datos sobrevive al reinicio del servicio sin que un nuevo análisis destruya su estado.

Prueba la reproducción en la combinación real de clientes

Usa una matriz pequeña en lugar de una sola película que se reproduzca correctamente: un archivo de reproducción directa, uno que normalmente se transcodifique, un elemento con muchos subtítulos, una sesión remota si la visualización remota forma parte del flujo de trabajo y una cuenta con acceso restringido a la biblioteca. Registra la hora de inicio, el modo de reproducción, el comportamiento del audio y los subtítulos, y si el usuario previsto ve la biblioteca esperada. El nuevo servidor no está listo si la reproducción solo funciona con la cuenta de administrador o solo en la red local.

Featured

ZimaBoard 2 - Mini servidor doméstico para tus grandes ideas

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Realiza las comprobaciones de reinicio en frío y reversión

Detén Plex correctamente, reinicia el host, espera a que estén disponibles el almacenamiento y los montajes de red y repite las comprobaciones de reproducción representativa y acceso de los usuarios. Crea una copia de seguridad nueva de los datos de la aplicación después del reinicio y verifica dónde se puede restaurar. Un procedimiento práctico para mover metadatos también mantiene el directorio antiguo con otro nombre hasta confirmar la nueva ubicación (práctica para revertir los metadatos).

Retira el host antiguo solo cuando se superen todas las comprobaciones dos veces: estado y rutas, reproducción representativa, usuarios previstos, reinicio en frío y ubicación de la copia de seguridad. Si alguna falla, repara el host nuevo mientras la copia antigua siga disponible; no amplíes el cambio eliminando el destino al que volver.

Define un límite de parada medible

Detén la migración cuando el nuevo host haya superado la matriz de aceptación y se conozca el siguiente motivo para ampliar, como más transcodificaciones simultáneas o una capa de almacenamiento que ya no tenga capacidad suficiente. Conserva el host antiguo si no se han demostrado los permisos, la persistencia de los montajes, el enrutamiento remoto o la recuperación. La migración segura más económica es la que mantiene una vía de recuperación conocida.