La actividad del disco durante la noche suele corresponder al mantenimiento normal de Plex, pero los accesos repetidos fuera del intervalo configurado requieren una comprobación a nivel de proceso antes de desactivar nada.
En un NAS doméstico siempre encendido, Plex puede acceder al almacenamiento aunque nadie esté viendo contenido, ya que las copias de seguridad de la base de datos, las actualizaciones de la biblioteca, la actualización de metadatos, la limpieza de la caché o el análisis de medios pueden estar programados para las horas de menor actividad. La prueba útil consiste primero en relacionar el momento de la E/S con la actividad de Plex y, después, separar Plex de otro contenedor, una tarea de copia de seguridad, una tarea del sistema de archivos o una solicitud de un cliente. No empieces desactivando todas las opciones de mantenimiento, porque algunas de esas tareas protegen u optimizan el estado del servidor.
Empieza relacionando la actividad del disco con el intervalo de mantenimiento de Plex
Abre Plex Web y comprueba las horas de inicio y finalización de las Tareas programadas antes de modificar el NAS. Plex documenta un intervalo de mantenimiento predeterminado que comienza durante la noche, y las tareas pueden incluir copias de seguridad de la base de datos, optimización de la base de datos, limpieza de la caché, actualizaciones de la biblioteca, trabajos con metadatos y análisis de medios. Si el ruido del disco comienza y termina dentro de ese intervalo, el trabajo programado es la explicación más probable, no un disco defectuoso.
La documentación oficial de Tareas programadas de Plex es la mejor referencia para determinar qué trabajos pueden ejecutarse legítimamente durante la noche. Compara la programación configurada con la hora exacta en que se encienden los indicadores LED de las unidades o se activa el gráfico de almacenamiento. Una coincidencia cercana es una señal útil; si no coinciden, debes seguir diagnosticando.
Si la actividad comienza fuera del intervalo de Plex, no des por hecho que Plex sigue siendo el responsable. Comprueba si una copia de seguridad del NAS, una prueba SMART, una tarea de depuración, un indexador, un descargador u otra aplicación multimedia comienza al mismo tiempo. La decisión es sencilla: la actividad que coincide con una tarea de Plex permanece en la rama de Plex; la que no coincide pasa a la rama del equipo anfitrión u otro contenedor.
Separa el escaneo de la biblioteca del análisis y la E/S de transcodificación
A continuación, observa qué indica Plex que está haciendo mientras los discos están ocupados. Un escaneo de la biblioteca normalmente recorre las rutas multimedia y actualiza los elementos modificados, mientras que el análisis de medios puede leer partes mucho más grandes de los archivos. La transcodificación es diferente: está vinculada a la reproducción y crea una salida temporal, por lo que la actividad debería coincidir con una transmisión activa y no con un periodo de mantenimiento sin actividad.
Si has añadido recientemente una biblioteca grande, cambiado las rutas, activado un análisis más profundo o restaurado metadatos, un solo intervalo de mantenimiento puede estar mucho más ocupado de lo habitual. Un flujo de trabajo práctico para un servidor multimedia doméstico también considera la organización de la biblioteca, el escaneo, la reproducción y la transcodificación como capas independientes; mantenerlas separadas ayuda a evitar que culpes al dispositivo de almacenamiento por un trabajo esperado de la aplicación.
Haz una prueba controlada durante una noche sin clientes activos y observa si vuelve a producirse la misma E/S. Si la actividad desaparece, puede haber intervenido una solicitud de un cliente, una transmisión remota, una descarga o una conversión activada por la reproducción. Si persiste a la misma hora programada, continúa por la rama de mantenimiento en lugar de solucionar problemas de los clientes.
Identifica el proceso exacto antes de cambiar la configuración
Utiliza el monitor de procesos o de almacenamiento del NAS para identificar qué proceso genera lecturas y escrituras durante el evento. En un equipo anfitrión de Docker, comprueba también la actividad del contenedor de Plex y los registros alrededor de esa misma hora. El objetivo no es limitarse a observar el uso total del disco, sino relacionar la E/S con Plex, otro contenedor o un servicio del equipo anfitrión.
Si el proceso es Plex, relaciona la marca de tiempo con la vista Actividad, los registros del servidor y la programación de mantenimiento. Si otro proceso genera la E/S, deja sin cambios la configuración de Plex y sigue ese proceso. Diagnosticar una sola variable cada vez evita un error común: desactivar el mantenimiento de Plex solo oculta una tarea de copia de seguridad o de indexación que continúa activando los discos.
No consideres que reiniciar sea la solución. Un reinicio puede detener la tarea actual y silenciar temporalmente los discos, pero eso solo demuestra que el trabajo se detuvo cuando se detuvo el proceso. La prueba más sólida consiste en comprobar si la misma actividad vuelve a aparecer en el siguiente evento programado con la misma configuración.
Cambia únicamente el desencadenante confirmado y verifícalo durante la noche
Si una tarea concreta de Plex es claramente responsable y el horario resulta molesto, cambia primero el intervalo de mantenimiento a un periodo más adecuado. Desactiva una tarea individual únicamente cuando entiendas qué estás dejando de hacer. Las copias de seguridad, la optimización y el análisis de la base de datos tienen objetivos diferentes, por lo que desactivarlos todos es un mal sustituto de identificar el trabajo específico.
Después del cambio, reproduce la condición original: deja el servidor inactivo durante el siguiente intervalo de mantenimiento y compara la actividad del disco a la misma hora. Una solución correcta significa que la E/S disruptiva ya no se produce cuando solía hacerlo, mientras Plex continúa escaneando, reproduciendo y manteniendo la biblioteca como se espera en el nuevo horario.
Recurre al diagnóstico de la unidad o del sistema de archivos únicamente cuando la E/S siga sin explicación después de atribuirla a un proceso, esté acompañada de errores de almacenamiento o continúe incluso con Plex detenido. En ese punto, el síntoma ha superado los límites de Plex y es poco probable que un ajuste adicional de Plex lo resuelva.
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...

