Dovresti conservare i metadati multimediali sull’SSD o insieme alla libreria?
Mantieni il database e la cache attiva del server multimediale su SSD, mentre conservi i file NFO portatili e le immagini selezionate insieme alla libreria quando la migrazione è importante.
“Metadati” comprende diversi elementi: il database dell’applicazione, lo stato degli utenti, gli indici, le cache, le immagini scaricate, le immagini dei capitoli, le anteprime trickplay, i file NFO laterali e le immagini curate manualmente. Collocarli tutti nello stesso punto crea una latenza HDD non necessaria oppure una portabilità limitata. Un server multimediale domestico funziona normalmente al meglio con una struttura suddivisa, i cui confini di backup e ripristino siano documentati.
Classifica i metadati prima di scegliere l’unità
Fai l’inventario del database dell’applicazione, della configurazione, degli account utente, della cronologia di visione, degli indici, delle cache, delle miniature, dei poster, degli sfondi, dei file NFO, dei sottotitoli e dei dati dei plugin. Contrassegna ogni elemento come autorevole, portatile, ricostruibile o temporaneo.
Il database dell’applicazione e lo stato degli utenti sono generalmente specifici del server e cambiano frequentemente. I file NFO e le immagini memorizzate accanto ai contenuti sono elementi associati a livello di file che possono essere letti da un’altra libreria compatibile, mentre le cache e le miniature generate possono essere eliminate.
Non scegliere la posizione basandoti solo sul nome della cartella principale. Una directory chiamata “metadati” può contenere sia modifiche manuali irrinunciabili sia cache di immagini facilmente rigenerabili, quindi i suoi contenuti richiedono regole diverse per backup e collocazione.
Metti database, indici e cache attive su SSD
Le query del database, la navigazione nella libreria, la ricerca, gli aggiornamenti dello stato degli utenti e la ricerca delle miniature comportano numerose letture e scritture di piccole dimensioni. Un SSD riduce la latenza di queste operazioni e le mantiene separate dal carico sequenziale dei contenuti multimediali.
Lo spazio di archiviazione veloce non compensa un file system non sicuro o un volume sottodimensionato. Un problema di Jellyfin segnala blocchi del database e un’interfaccia non responsiva durante l’uso normale, illustrando che il database dell’applicazione è una dipendenza operativa attiva, non una cache usa e getta.
Colloca l’intera unità persistente dei dati dell’app su un SSD con spazio libero sufficiente, snapshot e backup. Evita di collocare il database attivo su una condivisione di rete, a meno che l’applicazione supporti esplicitamente il relativo comportamento di blocco e latenza.
Mantieni i file NFO portatili e le immagini curate insieme ai contenuti quando è utile
I file NFO laterali, i poster locali, le etichette delle edizioni e le immagini selezionate manualmente possono facilitare la ricostruzione di una libreria in un’altra istanza. Restano visibili nella cartella del film anche quando il database dell’applicazione viene perso.
La portabilità non è garantita tra tutte le versioni e tutti gli scanner. Un rapporto sulla migrazione di Jellyfin descrive file NFO esistenti ignorati e sovrascritti dopo uno spostamento, quindi è necessario eseguire un’importazione di prova prima di affidarsi ai file laterali come unico percorso di ripristino.
Conserva solo i metadati che l’applicazione sa leggere in modo coerente e che intendi preservare. Mantieni un backup dei file curati manualmente e impedisci ai provider automatici di sovrascriverli senza un test controllato.
Rispetta i confini di sola lettura e le autorizzazioni della libreria
Un montaggio dei contenuti multimediali in sola lettura protegge i file sorgente dalle modifiche accidentali dell’applicazione, ma impedisce anche al server di scrivere file NFO, immagini, raccolte e anteprime locali accanto alla libreria.
Un problema di Jellyfin ha rilevato il fallimento della creazione di una raccolta con un file system multimediale in sola lettura, sebbene la configurazione dell’applicazione fosse scrivibile su SSD. Il caso mostra perché la posizione di scrittura influisce sulle funzioni dei metadati.
Se l’immutabilità dei contenuti sorgente è importante, mantieni i contenuti multimediali in sola lettura e indirizza i metadati gestiti dall’app al relativo volume SSD. Concedi l’accesso in scrittura alla libreria solo quando i file laterali locali fanno intenzionalmente parte del piano di ripristino, limitando tale accesso all’identità del servizio.
Tieni separati i dati di anteprima ricostruibili dallo stato critico
Le immagini trickplay, le miniature dei capitoli, le griglie di anteprima estratte e le cache temporanee possono diventare molto più grandi del database principale. Hanno inoltre un valore di backup diverso, perché spesso possono essere rigenerate.
Jellyfin offre opzioni per salvare immagini e immagini trickplay accanto ai contenuti multimediali, migliorando la visibilità e la migrazione in alcune configurazioni. Il codice sorgente dell’interfaccia descrive la posizione delle immagini locali e delle immagini trickplay come scelte separate, anziché come un’unica posizione universale per i metadati.
Usa una cache dedicata o un sottovolume per i metadati quando la crescita delle anteprime è significativa. Esegui il backup del database e dei metadati manuali più frequentemente rispetto alle miniature ricostruibili e documenta quali cartelle possono essere eliminate durante il ripristino.
Scegli la struttura in base alle esigenze di ripristino e migrazione
Usa metadati dell’app esclusivamente su SSD quando un solo server gestisce la libreria, il montaggio dei contenuti deve rimanere in sola lettura e la navigazione veloce è più importante della portabilità a livello di file. Usa file NFO e immagini locali quando i metadati curati devono viaggiare insieme ai file o quando più strumenti compatibili condividono la libreria.
Una struttura suddivisa offre generalmente il confine migliore: database, utenti, indici e cache attive su SSD; contenuti sorgente su spazio di archiviazione capiente; file NFO selezionati e immagini curate accanto ai contenuti; anteprime ricostruibili di grandi dimensioni su una cache dimensionata separatamente o su un percorso locale supportato.
| Tipo di dati | Posizione preferita | Priorità del backup |
|---|---|---|
| Database dell’app, utenti, stato di visione | Volume SSD dell’app | Alta |
| Indici e cache attiva | SSD o cache dedicata | Da bassa a media |
| File NFO e immagini curate | Accanto ai contenuti quando la portabilità è importante | Alta se modificati manualmente |
| Immagini trickplay e dei capitoli | Cache dimensionata o percorso locale supportato | Generalmente ricostruibili |
| Film e serie originali | Spazio di archiviazione capiente | In base alla possibilità di sostituzione |
La guida di ZimaSpace su come scegliere le unità NAS per i carichi di lavoro delle app e dei metadati fornisce il contesto sulle prestazioni di archiviazione alla base di questa suddivisione.
Verifica la struttura con test di backup e ripristino
Arresta il server multimediale ed esegui il backup del volume SSD dell’app, oltre a quello dei metadati laterali eventualmente memorizzati insieme alla libreria. Ripristinali in un’istanza isolata usando gli stessi percorsi dei container e le stesse autorizzazioni.
Verifica che utenti, cronologia di visione, raccolte, corrispondenze manuali, immagini e un elemento con trickplay abilitato vengano ripristinati come previsto. Esegui quindi un secondo ripristino usando solo i file multimediali e i file laterali, per capire cosa andrebbe perso senza il database dell’app.
La struttura è corretta quando la navigazione rimane reattiva, lo spazio dell’app cresce in modo prevedibile, i contenuti possono rimanere in sola lettura come previsto e il backup documentato ricrea ogni componente non ricostruibile. Modifica la posizione solo dopo che il test di ripristino ha evidenziato un problema reale di velocità, capacità o portabilità.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...
Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...
Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
