¿Deberías guardar los metadatos multimedia en el SSD o junto con la biblioteca?
Mantén la base de datos y la caché activa del servidor multimedia en un SSD, y almacena los archivos NFO portátiles y las ilustraciones seleccionadas junto con la biblioteca cuando la migración sea importante.
«Metadatos» engloba varias cosas distintas: la base de datos de la aplicación, el estado de los usuarios, los índices, las cachés, las ilustraciones descargadas, las imágenes de capítulos, las vistas previas de trickplay, los archivos NFO complementarios y las imágenes seleccionadas manualmente. Colocarlos todos en una sola ubicación provoca una latencia innecesaria en el HDD o una portabilidad limitada. Por lo general, un servidor multimedia doméstico funciona mejor con una disposición dividida cuyos límites de copia de seguridad y recuperación estén documentados.
Clasifica los metadatos antes de elegir una unidad
Haz un inventario de la base de datos de la aplicación, la configuración, las cuentas de usuario, el historial de reproducciones, los índices, las cachés, las miniaturas, los carteles, los fondos, los archivos NFO, los subtítulos y los datos de los complementos. Marca cada elemento como autoritativo, portátil, regenerable o temporal.
La base de datos de la aplicación y el estado de los usuarios suelen ser específicos del servidor y cambian con frecuencia. Los archivos NFO y las ilustraciones almacenados junto al contenido multimedia son complementos a nivel de archivo que otra biblioteca compatible puede leer, mientras que las cachés y las miniaturas generadas pueden ser prescindibles.
No elijas una ubicación basándote únicamente en el nombre de la carpeta principal. Un directorio llamado «metadatos» puede contener tanto ediciones manuales irremplazables como cachés de imágenes fáciles de regenerar, por lo que sus contenidos necesitan reglas diferentes de copia de seguridad y ubicación.
Coloca las bases de datos, los índices y las cachés activas en un SSD
Las consultas a la base de datos, la navegación por la biblioteca, las búsquedas, las actualizaciones del estado de los usuarios y la consulta de miniaturas implican muchas lecturas y escrituras pequeñas. Un SSD reduce la latencia de estas operaciones y las mantiene separadas de la carga de trabajo secuencial del contenido multimedia.
El almacenamiento rápido no compensa un sistema de archivos inseguro ni un volumen demasiado pequeño. Un informe de Jellyfin describe bloqueos de la base de datos y una interfaz que dejó de responder durante el uso normal, lo que demuestra que la base de datos de la aplicación es una dependencia operativa activa, no una caché desechable.
Coloca toda la unidad persistente de datos de la aplicación en un SSD con espacio libre suficiente, instantáneas y copias de seguridad. Evita colocar la base de datos activa en un recurso compartido de red, a menos que la aplicación admita explícitamente su comportamiento de bloqueo y latencia.
Mantén los archivos NFO portátiles y las ilustraciones seleccionadas junto al contenido multimedia cuando sea útil
Los archivos NFO complementarios, los carteles locales, las etiquetas de edición y las ilustraciones seleccionadas manualmente pueden facilitar la reconstrucción de una biblioteca en otra instancia. Siguen siendo visibles junto a la carpeta de la película cuando se pierde la base de datos de la aplicación.
La portabilidad no está garantizada entre todas las versiones y los analizadores. Un informe de migración de Jellyfin describe cómo los archivos NFO existentes fueron ignorados y sobrescritos después de un traslado, por lo que es necesario probar la importación antes de depender de los archivos complementarios como única vía de recuperación.
Almacena únicamente los metadatos que la aplicación pueda leer de forma coherente y que quieras conservar. Mantén una copia de seguridad de los archivos seleccionados manualmente y evita que los proveedores automáticos los sobrescriban sin realizar una prueba controlada.
Respeta los límites de solo lectura y permisos de la biblioteca
Un montaje multimedia de solo lectura protege los archivos de origen frente a cambios accidentales de la aplicación, pero también impide que el servidor escriba archivos NFO, ilustraciones, colecciones y vistas previas locales junto a la biblioteca.
Un problema de Jellyfin registró un fallo al crear colecciones con un sistema de archivos multimedia de solo lectura, aunque la configuración de la aplicación sí permitía escritura en el SSD. El caso demuestra por qué la ubicación de escritura afecta a las funciones de metadatos.
Si la inmutabilidad de los archivos de origen es importante, mantén el contenido multimedia en solo lectura y dirige los metadatos propiedad de la aplicación a su volumen SSD. Concede acceso de escritura a la biblioteca únicamente cuando los archivos complementarios locales formen parte intencionada del plan de recuperación, y limita ese acceso a la identidad del servicio.
Mantén los datos de vistas previas regenerables separados del estado crítico
Las imágenes de trickplay, las miniaturas de capítulos, las cuadrículas de vistas previas extraídas y las cachés temporales pueden llegar a ocupar mucho más que la base de datos principal. También tienen un valor de copia de seguridad diferente, ya que a menudo pueden regenerarse.
Jellyfin ofrece opciones para guardar las ilustraciones y las imágenes de trickplay junto al contenido multimedia, lo que mejora la visibilidad y la migración en algunas disposiciones. El código fuente de su interfaz describe la ubicación de las ilustraciones locales y de trickplay como opciones independientes, no como una única ubicación universal de metadatos.
Usa una caché o un subvolumen de metadatos dedicado cuando el crecimiento de las vistas previas sea considerable. Haz copias de seguridad de la base de datos y de los metadatos manuales con más frecuencia que de las miniaturas regenerables, y documenta qué carpetas pueden descartarse durante la recuperación.
Elige la disposición según las necesidades de recuperación y migración
Usa metadatos de la aplicación exclusivamente en el SSD cuando un solo servidor sea el propietario de la biblioteca, el montaje multimedia deba permanecer en solo lectura y la navegación rápida sea más importante que la portabilidad a nivel de archivo. Usa archivos NFO e ilustraciones locales cuando los metadatos seleccionados deban viajar con los archivos o cuando varias herramientas compatibles compartan la biblioteca.
Una disposición dividida suele ofrecer el mejor límite: la base de datos, los usuarios, los índices y las cachés activas en el SSD; el contenido multimedia de origen en almacenamiento de capacidad; los archivos NFO seleccionados y las ilustraciones cuidadas junto al contenido multimedia; y las vistas previas regenerables de gran tamaño en una caché con capacidad independiente o en una ruta local compatible.
| Tipo de datos | Ubicación preferida | Prioridad de copia de seguridad |
|---|---|---|
| Base de datos de la aplicación, usuarios y estado de reproducción | Volumen SSD de la aplicación | Alta |
| Índices y caché activa | SSD o caché dedicada | Baja a media |
| Archivos NFO e ilustraciones seleccionados | Junto al contenido multimedia cuando la portabilidad sea importante | Alta si se han editado manualmente |
| Imágenes de trickplay y de capítulos | Caché dimensionada o ruta local compatible | Normalmente regenerables |
| Películas y series de origen | Almacenamiento de capacidad | Según su posibilidad de sustitución |
La guía de ZimaSpace sobre la elección de unidades NAS para cargas de trabajo de aplicaciones y metadatos proporciona el contexto de rendimiento de almacenamiento para esta división.
Verifica la disposición mediante pruebas de copia de seguridad y restauración
Detén el servidor multimedia y haz una copia de seguridad del volumen SSD de la aplicación, además de cualquier metadato complementario almacenado junto a la biblioteca. Restáuralos en una instancia aislada usando las mismas rutas de contenedor y permisos.
Confirma que los usuarios, el historial de reproducciones, las colecciones, las coincidencias manuales, las ilustraciones y un elemento con trickplay habilitado vuelvan a aparecer como se esperaba. Después, prueba una segunda recuperación usando únicamente los archivos multimedia y los complementarios para saber qué se perdería sin la base de datos de la aplicación.
La disposición es correcta cuando la navegación sigue respondiendo con rapidez, el almacenamiento de la aplicación crece de forma predecible, el contenido multimedia puede mantenerse en solo lectura según lo previsto y la copia de seguridad documentada recrea todas las partes no regenerables. Cambia la ubicación solo después de que la prueba de restauración revele un problema real de velocidad, capacidad o portabilidad.
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...
