Cosa sono i ruoli dei dati persistenti di Plex e perché sono importanti?

I ruoli dei dati persistenti di Plex separano lo stato che definisce il server dai contenuti multimediali, dai derivati ricostruibili e dai file di lavoro temporanei per la transcodifica.

Un host Plex containerizzato può sembrare semplice finché un aggiornamento non rivela quanti tipi di dati utilizzi realmente. Il database della libreria e le preferenze contengono l’identità operativa, i metadati e le immagini influiscono sui tempi di ricostruzione, i file multimediali sono contenuti autorevoli e i file temporanei per la transcodifica sono provvisori. Il ripristino funziona solo quando ogni ruolo ha una posizione, un modello di autorizzazioni, un ambito di backup e un test di ripristino definiti intenzionalmente, invece di un unico e indistinto “cartella Plex”.

Il database della libreria è uno stato operativo durevole

Il database della libreria di Plex registra come sono organizzati gli elementi multimediali, le librerie, gli utenti, le attività di visione e le relazioni tra loro. Una nuova scansione dei contenuti può ritrovare i file, ma non ricrea automaticamente ogni elemento dello stato operativo esattamente come prima. Per questo il database fa parte dell’unità di ripristino.

Le indicazioni orientate al backup distinguono lo stato dell’applicazione dai file multimediali veri e propri. Il database è piccolo rispetto alla libreria, ma la sua perdita può rappresentare uno sforzo di ricostruzione molto maggiore.

Proteggi il database con backup coerenti con lo stato dell’applicazione e, quando necessario, mantieni il server arrestato o in uno stato di backup sicuro e noto. Non valutarne l’importanza in base alle dimensioni del file: pochi gigabyte di stato possono essere più difficili da ricostruire di decine di terabyte di contenuti multimediali sostituibili.

Le preferenze e l’identità descrivono il server, non i film

Le preferenze, i rapporti con l’account, l’identità del server, le impostazioni di rete e la configurazione dell’applicazione indicano a Plex come si comporta quel particolare server. Questi valori sono logicamente separati sia dal database della libreria sia dai file multimediali, ma perderli può far apparire un’istanza ripristinata come un server nuovo o configurato diversamente.

Un modello di configurazione dei container colloca i dati dei volumi persistenti al di fuori del container sostituibile. Questo è il corretto confine della persistenza: l’immagine fornisce il software, mentre il percorso di configurazione mappato conserva l’identità e lo stato durevoli del server.

Registra il percorso dell’host, il percorso del container, il proprietario e la posizione del backup del volume di configurazione. Se un nuovo container avvia una procedura guidata di configurazione vuota, verifica quel percorso prima di eseguire una nuova scansione dei contenuti. Un nuovo livello applicativo con lo stato persistente corretto dovrebbe riconoscere il server esistente invece di ricostruirlo.

I metadati, le immagini e gli indici sono durevoli ma in parte ricostruibili

Poster, immagini, informazioni sui capitoli, miniature di anteprima, indici e cache occupano gran parte dei dati dell’applicazione Plex. Alcuni possono essere rigenerati, ma la ricostruzione di una libreria estesa può richiedere ore o giorni e potrebbe non riprodurre ogni elemento selezionato manualmente. La loro ripristinabilità è quindi diversa sia da quella del database sia da quella dei contenuti originali.

Un layout Docker spesso separa i metadati su uno storage più veloce, così i contenuti applicativi durevoli non vengono confusi con i file temporanei per la transcodifica. Questa separazione dei ruoli rende più semplice definire l’ambito del backup.

Scegli i livelli di backup in base al costo della ricostruzione. Il database e le preferenze meritano la protezione più rigorosa. I metadati e le immagini possono essere inclusi quando la rapidità del ripristino è importante, mentre le cache di grandi dimensioni ma rigenerabili possono essere escluse se le finestre di backup o lo spazio di archiviazione sono limitati. Documenta il compromesso invece di eliminare cartelle in base al nome.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

I file multimediali sono contenuti autorevoli con un ciclo di vita diverso

Film, serie, musica e registrazioni personali sono i contenuti originali catalogati da Plex. Possono risiedere su dischi locali, su un NAS o su un altro filesystem montato e spesso superano di gran lunga le dimensioni dello stato dell’applicazione Plex. Il piano di backup, ridondanza ed espansione non dovrebbe dipendere dal container o dal backup dei dati dell’applicazione.

Le configurazioni Docker della community separano ripetutamente un percorso stabile per i dati dell’applicazione dal punto di montaggio dei contenuti multimediali. Questa separazione consente di ripristinare l’applicazione senza copiare l’intera libreria e di modificare la capacità dei contenuti senza riscrivere l’identità del server.

Considera lo stato dell’applicazione e i contenuti multimediali come due dataset autorevoli con test di ripristino diversi. Un backup del database che non riesce a raggiungere i percorsi dei contenuti è operativamente incompleto; una copia perfetta dei contenuti senza lo stato dell’applicazione potrebbe comunque richiedere una ricostruzione completa di Plex. Il ripristino richiede che entrambi i ruoli siano collegati correttamente.

I file temporanei per la transcodifica e la cache temporanea devono rimanere eliminabili

I segmenti della transcodifica e gli altri file di lavoro temporanei servono per supportare la riproduzione attiva e possono essere ricreati dai contenuti originali. Possono crescere rapidamente durante i carichi di conversione, ma conservarli durante il ripristino di un server di solito aggiunge volume al backup senza preservare uno stato utile a lungo termine.

Una recente discussione sul percorso di configurazione mostra perché il posizionamento persistente dei dati dell’applicazione sia importante indipendentemente dallo storage temporaneo di lavoro. Confondere i ruoli rende più difficili sia il monitoraggio della capacità sia le procedure di ripristino.

Mappa ogni percorso Plex a database/configurazione durevoli, metadati rigenerabili, contenuti multimediali autorevoli o file temporanei eliminabili, quindi testa un ripristino che ricrei solo ciò che deve sopravvivere. Il percorso di ripristino dopo un errore del container è un controllo utile per verificare che il confine della persistenza sia reale e non solo presunto.