Come ripristinare Plex in sicurezza dopo un aggiornamento problematico del server

Esegui il backup della directory dei dati di Plex prima del downgrade, quindi torna indietro di una versione alla volta solo dopo aver verificato se la versione più recente ha modificato la compatibilità del database.

Un rollback di Plex non consiste semplicemente nel sostituire un binario o un’immagine Docker. Il database del server può essere migrato durante un aggiornamento e un server meno recente potrebbe non comprendere lo stato scritto da una versione più nuova. Conserva prima i dati attuali, individua la build più recente sicuramente funzionante e fai in modo che il rollback sia reversibile. L’obiettivo è dimostrare che l’aggiornamento ha causato la regressione senza trasformare un problema software in un problema di recupero del database.

Blocca lo stato attuale prima di modificare la versione del server

Arresta Plex correttamente e crea una copia della directory persistente dei dati del server. Registra la versione attuale del server e il sintomo esatto per cui stai eseguendo il rollback. Se usi Docker, registra anche il tag o il digest dell’immagine attuale e il tag precedente sicuramente funzionante, così il rollback sarà esplicito anziché basato su “latest” e su qualunque immagine sia stata memorizzata nella cache.

Un recente esempio di recupero pubblicato sul forum di Plex segnala che i precedenti programmi di installazione potrebbero essere disponibili nella directory Updates del server e illustra il rollback alla versione precedente del server. Consideralo un riferimento operativo specifico per una determinata versione, non una garanzia che ogni piattaforma archivi i pacchetti nello stesso modo.

Non eliminare il database o le preferenze attuali come primo passaggio del rollback. Se la build precedente non funziona, ti servirà il backup intatto per tornare allo stato precedente al rollback. Un rollback sicuro conserva sempre entrambe le possibilità: tornare alla build precedente e ripristinare in seguito la build attuale.

Verifica la presenza di un limite di migrazione del database prima del downgrade

Leggi le note di rilascio o le discussioni sulle regressioni note relative alla versione installata. Alcune versioni di Plex hanno modificato la compatibilità del database; di conseguenza, tornare indietro di troppe versioni può causare errori anche se il programma del server meno recente si installa correttamente. Quando esiste un limite di migrazione, segui il percorso intermedio supportato oppure ripristina un backup del database compatibile invece di forzare il server precedente a utilizzare uno stato più recente.

Le indicazioni della community di Plex relative alla migrazione alla versione 1.40 hanno documentato un caso specifico in cui la compatibilità del database limitava i percorsi di rollback. I numeri di versione esatti di quel caso sono storici; la regola generale è verificare il limite di migrazione relativo alla propria versione prima di eseguire il downgrade.

Se Plex sta eseguendo una migrazione del database, non interromperla solo per completare più rapidamente il rollback. Lascia terminare la migrazione oppure ripristina un backup sicuramente compatibile. Interrompere le modifiche allo schema crea uno stato di errore diverso, rendendo più difficile dimostrare se il problema originale sia stato causato dalla versione.

Installa o blocca la build precedente senza modificare altre variabili

Modifica solo la versione del server Plex. Mantieni invariati il montaggio dei dati dell’applicazione, i percorsi dei file multimediali, la modalità di rete, i dispositivi hardware e le impostazioni dei client. In Docker, blocca il tag dell’immagine precedente invece di affidarti a un tag mobile; nelle installazioni basate su pacchetti, usa il programma di installazione precedente proveniente da una fonte affidabile e adatta alla piattaforma.

La checklist di ZimaSpace per il recupero del server domestico adotta lo stesso principio di recupero: preservare uno stato leggibile, identificare il livello responsabile del guasto ed evitare di sostituire o ricostruire per primo il componente sbagliato. Anche il rollback di Plex dovrebbe essere altrettanto mirato.

Avvia Plex e controlla i log alla ricerca di errori del database prima di testare la riproduzione. Se la build precedente rifiuta il database o si avvia come un nuovo server, interrompi immediatamente l’operazione e ripristina lo stato protetto, invece di consentirle di scrivere nuovi file in una directory di dati non compatibile.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Riproduci la regressione originale prima di decidere se mantenere il rollback

Dopo che la build precedente si è avviata normalmente, riproduci esattamente la condizione che ha causato il problema dopo l’aggiornamento: lo stesso client, contenuto multimediale, percorso di rete, operazione sulla libreria o attività pianificata. Un rollback dimostra il coinvolgimento della versione solo quando quella precedente supera la condizione originale e il resto del server rimane stabile.

Riavvia Plex una volta e ripeti la condizione di test, così potrai verificare che il recupero resista a un normale evento del ciclo di vita. Controlla quindi l’accesso alla libreria, la cronologia di visione, l’accesso remoto, se utilizzato, e qualsiasi percorso di transcodifica hardware che l’aggiornamento potrebbe aver modificato. Non dichiarare il problema risolto basandoti solo sulla schermata iniziale.

Se anche la build precedente non funziona, torna allo stato attuale protetto e continua la diagnosi invece di accumulare altri downgrade. Se la build precedente risolve il problema, mantieni il rollback solo temporaneamente, documenta la versione funzionante e attendi una versione successiva di Plex che risolva la regressione prima di eseguire nuovamente l’aggiornamento.