Ripristina un database Plex integro solo con il server arrestato, conserva i file danneggiati e convalida lo stato recuperato prima di avviare nuove scansioni.
Un backup recente può essere il metodo di recupero più rapido quando il database attivo della libreria è danneggiato, ma sostituire i file alla cieca può cancellare prove utili o introdurre un secondo stato incoerente. Scegli un backup precedente al primo errore, conserva copie di entrambi i set di database, mantieni proprietario e autorizzazioni e avvia Plex in una finestra di convalida tranquilla. Interrompi immediatamente la procedura se il database ripristinato mostra gli stessi segni di danneggiamento.
Scegli il backup prima di intervenire sul database attivo
Inizia con un backup il cui timestamp preceda il primo sintomo noto di danneggiamento, ma che sia abbastanza recente da conservare lo stato di visione e le modifiche alla libreria. Copia il database corrente e il backup candidato in un luogo sicuro prima di sostituire qualsiasi elemento. Non sperimentare mai sull’unica copia rimasta.
Controlla le copie di backup disponibili prima di sostituire il database attivo. Scegli un timestamp precedente al primo sintomo di danneggiamento, non semplicemente il file più recente.
Annota cosa andrà perso tra il timestamp del backup e il momento attuale: le nuove aggiunte alla libreria possono essere sottoposte nuovamente a scansione, ma i progressi di visione, le raccolte o le modifiche ai metadati potrebbero richiedere una riconciliazione manuale. Questo compromesso ti aiuta a decidere se vale la pena tentare una riparazione prima della sostituzione.
Arresta Plex e conserva lo stato danneggiato
I file del database non devono essere sostituiti mentre Plex li sta scrivendo attivamente. Arresta il server o il container in modo corretto, verifica che il processo sia terminato e copia la directory corrente del database in un luogo esterno al percorso dei dati dell’applicazione attiva. In questo modo avrai un punto di ripristino se anche il backup selezionato fosse danneggiato.
Arresta Plex prima della riparazione o della sostituzione; la sequenza arresto-riparazione impedisce all’applicazione di scrivere nei file del database mentre li sostituisci o ripari.
Non eliminare immediatamente il database danneggiato. Rinominalo o spostalo mantenendo il timestamp. Se il ripristino dovesse rivelare in seguito un problema diverso, potresti aver bisogno dei log, dei file associati o del database danneggiato per capire cosa è cambiato.
Ripristina i file del database corrispondenti nella posizione prevista
Usa la stessa directory dei dati Plex prevista dal server funzionante e ripristina la copia del database con il nome attivo corretto. Mantieni autorizzazioni e proprietario della directory attiva. Se il metodo di backup ha acquisito un set coerente di file del database, ripristina quel set invece di combinare file provenienti da timestamp diversi.
Considera il ripristino di un database dal backup come un unico punto di recupero coerente, invece di combinare i singoli file che sembrano più recenti.
Prima di avviare Plex, confronta proprietario, gruppo, modalità e dimensione del file con i dati app vicini. Un ripristino che rende accidentalmente il database illeggibile sembrerà un altro episodio di danneggiamento. Correggi prima l’accesso a livello di filesystem.
Se il backup contiene file di database correlati o file associati dello stesso punto di recupero, mantieni insieme l’intero set. La combinazione di file provenienti da timestamp diversi può creare una nuova incoerenza che assomiglia al danneggiamento originale.
Avvia Plex e verifica lo stato prima di avviare le scansioni
Avvia il server e controlla la libreria prima di chiedergli di eseguire attività di manutenzione importanti. Verifica che l’app web si apra, che le librerie siano visibili, che gli utenti e lo stato di visione siano plausibili e che diversi titoli noti rimandino a percorsi multimediali validi. L’avvio corretto del processo non è sufficiente.
Per ottenere un punto di recupero coerente con l’applicazione, arrestare Plex per eseguire backup coerenti riduce la possibilità che il ripristino successivo contenga uno stato del database scritto solo parzialmente.
Avvia una scansione dei contenuti aggiunti dopo il backup solo dopo che il server ripristinato è stabile. Quando possibile, limita l’ambito della scansione. Se il database segnala nuovamente un danneggiamento subito, prima di qualsiasi scansione, interrompi la procedura e scegli un backup più vecchio oppure passa a un percorso di riparazione controllato.
Concludi il recupero con un test di integrità e del backup
Dopo che il database ripristinato ha superato la normale consultazione e un piccolo aggiornamento della libreria, riavvia Plex una volta e verifica che lo stato venga mantenuto. Quindi crea un nuovo backup da questa base integra, così il prossimo errore non dipenderà dalle stesse generazioni sospette.
Un backup diventa affidabile solo quando i test di conservazione dello stato dimostrano che lo stato Plex importante viene ripristinato in un ambiente isolato.
Documenta il timestamp del backup utilizzato, lo stato perso e le verifiche superate. Se il danneggiamento si ripresenta dopo un ripristino integro, analizza gli errori di archiviazione, gli arresti non corretti o un fattore software riproducibile invece di passare indefinitamente da un backup all’altro.
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...

