Quanta conservazione dei backup di Plex è sufficiente per un ripristino sicuro?

Plex non richiede un numero universale di copie di backup; richiede uno storico sufficientemente testato per tornare a uno stato noto e funzionante precedente all’introduzione del guasto.

La conservazione dovrebbe tenere conto della frequenza con cui cambia lo stato di Plex, della rapidità con cui noti una corruzione e di quanto indietro potresti dover tornare dopo un aggiornamento o un’azione errata sulla libreria. Un grande insieme di copie non verificate può comunque fallire se ogni versione è stata acquisita dopo lo stesso problema. Definisci prima l’obiettivo del punto di ripristino e il tempo di ripristino, quindi scegli livelli giornalieri, settimanali o basati su snapshot.

Inizia dal guasto che devi annullare

Una cancellazione accidentale, un aggiornamento difettoso, un danneggiamento silenzioso del database e la perdita totale del disco hanno tempi di rilevamento diversi. Un’unica copia di backup più recente protegge solo dai guasti rilevati rapidamente.

Una finestra di conservazione dovrebbe raggiungere un punto di ripristino noto e funzionante precedente all’introduzione del guasto, non limitarsi a conservare la copia più recente.

Elenca i guasti che ti interessano e stima il tempo realistico massimo prima che vengano scoperti. Conserva lo storico delle versioni oltre quella finestra invece di scegliere prima un numero di copie.

Usa più scale temporali

Le copie frequenti recenti proteggono lo stato di visione e le impostazioni attuali, mentre le copie meno frequenti e più vecchie proteggono dai problemi scoperti in ritardo. Una pianificazione a livelli può coprire entrambe le esigenze senza conservare ogni snapshot per sempre.

Le versioni point-in-time possono conservare opzioni di ripristino recenti e meno recenti senza mantenere un duplicato completo per ogni momento.

Combina copie recenti a intervalli brevi con copie più vecchie a intervalli più lunghi, compatibili con lo spazio di archiviazione disponibile. Documenta quando scade ogni livello e quale tipo di guasto è destinato a coprire.

Non lasciare che la conservazione sostituisca la protezione fuori dispositivo

Dieci versioni sullo stesso disco in fase di guasto rappresentano comunque un unico dominio di errore. Conservazione e ridondanza risolvono problemi diversi.

La capacità e la variazione dei backup dovrebbero essere pianificate separatamente dal percorso dello stato Plex attivo, così che la conservazione non rimanga all’interno di un unico dominio di errore.

Conserva almeno una copia di ripristino al di fuori del dispositivo che contiene i dati dell’applicazione attiva e verifica quella copia in modo indipendente. La topologia del server domestico dovrebbe rendere visibile il dominio di errore del backup, invece di nasconderlo nello stesso pool.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Elimina le copie solo dopo aver superato i test di ripristino

La conservazione è utile solo quando le copie più vecchie possono effettivamente ripristinare il database, i metadati e l’identità previsti. Un processo di rotazione non dovrebbe essere l’unico elemento sottoposto regolarmente a test.

Ripristina sia una copia recente sia una più vecchia su un’istanza Plex usa e getta prima di eliminarle; il test di ripristino verifica che un backup completato sia effettivamente recuperabile.

Se i backup più vecchi falliscono ripetutamente o dipendono da percorsi non documentati, correggi il metodo di acquisizione prima di accorciare la finestra. La conservazione dovrebbe mantenere opzioni affidabili, non semplicemente registrare timestamp.