I backup del database di Plex e i backup a livello di file sono complementari, non intercambiabili: il primo protegge un punto di ripristino limitato al database, mentre il secondo può preservare lo stato più ampio del server, necessario dopo un guasto dell’host o dello storage.
Inizia dall’ambito del ripristino
Il backup pianificato integrato è progettato per il ripristino del database di Plex. È utile quando il database si danneggia o occorre annullare una modifica recente allo stato della libreria, ma non equivale a copiare l’intera directory dei dati del server.
La manutenzione pianificata di Plex crea backup periodici del database, rendendo questo livello rapido e pratico per i ripristini incentrati sul database.
Usa questo livello quando l’obiettivo del ripristino è il database principale della libreria. Non presumere che conservi anche ogni file di metadati, elemento di configurazione o percorso a livello di host necessario per ricostruire il server.
I backup del database sono la scelta migliore per un rapido ripristino del database
Una piccola copia del database è più facile da conservare frequentemente e ripristinare quando il resto dello stato del server è integro. Questo la rende una valida prima opzione di ripristino per i problemi circoscritti al database.
L’attività pianificata protegge solo il database principale di Plex, non un’immagine completa dello stato più ampio del server.
Quando possibile, conserva diversi punti del database sicuramente integri al di fuori del percorso del database attivo. Testa il processo di ripristino prima di affidarti alle copie come unico meccanismo di recupero.
I backup a livello di file sono la scelta migliore per sostituire l’host
Una migrazione dell’host o il guasto del dispositivo contenente i dati dell’app può richiedere lo spostamento congiunto di preferenze, metadati, copertine, file del database e del resto della directory dei dati di Plex. Il ripristino del solo database non copre questo stato più ampio.
Una migrazione di Plex dovrebbe mantenere insieme stato di visualizzazione, metadati, impostazioni e dati del server, così l’host ripristinato non dovrà ricreare il servizio da zero.
Usa un backup a livello di file per l’intero stato di Plex che definisce il server e escludi dalla copia cache o altri dati ricostruibili solo dopo aver verificato che siano realmente eliminabili.
Il piano migliore usa entrambi i livelli
Questi metodi proteggono da ambiti di guasto diversi, quindi imporre una scelta esclusiva indebolisce il ripristino. Le copie frequenti del database possono ridurre il divario temporale del rollback, mentre i backup periodici a livello di file proteggono il servizio nel suo complesso.
Inserisci questi livelli in una più ampia strategia di backup e ripristino che conservi anche almeno una copia al di fuori del dominio di guasto attivo.
Scegli il ripristino del solo database per un problema circoscritto al database, il ripristino a livello di file per la perdita dell’host o dello stato e usa entrambi quando il server Plex è abbastanza importante da rendere problematico uno dei due tipi di guasto.
Confronti tra prodotti
Altro da leggere

CPU quad-core vs octa-core per Plex: quale si adatta alla concorrenza tra client misti?
Quattro core sono adatti soprattutto alla riproduzione diretta; otto core valgono il costo aggiuntivo quando la transcodifica software o le attività simultanee sull’host superano...

Server Jellyfin dedicato o host condiviso per app: quale confine fa al caso tuo?
Scegli un hosting dedicato per prestazioni prevedibili di media e ripristino; scegli un hosting condiviso quando i carichi di lavoro sono leggeri e l’isolamento...

Jellyfin vs Plex per lo streaming domestico multiutente: copertura dei client o controllo?
Plex vince quando il criterio decisivo è la compatibilità con i client; Jellyfin vince quando il criterio decisivo è il controllo; entrambi possono essere...

