Hosting backup e ripristino: costruire un piano di recupero

Scegliere quanto lavoro recente si può permettere di perdere

Inizia con i dati che cambiano: contenuto del sito web, upload, record di database, archivia ordini e configurazione delle applicazioni. Decidi quanto lavoro recente si potrebbe ricostruire dopo un fallimento. Un portafoglio raramente modificato e un negozio che riceve ordini per tutto il giorno possono richiedere diversi piani di recupero.

Confrontare questa necessità con la pianificazione di backup che si sceglie. Se si verificano cambiamenti importanti tra le copie programmate, decidere come conservarle. Un programma giornaliero non significa che ogni transazione è continuamente recuperabile, e un'opzione di backup non è una garanzia di un particolare tempo di recupero.

Pianifica come preservare le recenti modifiche del sito e memorizzare

Distinguere la frequenza di backup dalla ritenzione del punto di ripristino

Il configuratore VPSLibre non offre backup aggiuntivi, backup settimanali o backup giornalieri. L'opzione settimanale descrive un backup alla settimana con sette punti di ripristino; l'opzione giornaliera descrive uno al giorno con sette punti di ripristino. Queste sono le opzioni di servizio richieste, con le loro linee di quotazione se selezionate.

Sette punti di ripristino sono sette copie conservate, non una promessa universale di sette giorni. Le loro date e la copertura utilizzabile dipendono dal programma scelto e le copie completate di successo. Dopo la consegna, verificare le informazioni di backup effettive, i dati coperti, dove vengono conservate le copie e come viene richiesto il recupero prima di affidarsi al servizio.

Senza un'opzione di backup aggiuntiva, gestisci il tuo piano di backup. L'archiviazione di servizio supplementare è un'opzione separata e non crea backup. Mantenere una copia indipendente di dati importanti in modo che il recupero non dipende da un account o un ambiente.

Rendere ogni set di recupero completo e identificabile

Un recupero WordPress normalmente ha bisogno di entrambi i file e del database. Caricamenti, temi, plugin e configurazione dal vivo in file, mentre messaggi, impostazioni e altri dati delle applicazioni vivono anche nel database. Il download della directory del sito web da solo non cattura normalmente il suo database.

Per qualsiasi applicazione, elenca i dati e la configurazione necessari per ricreare un ambiente di lavoro. I file compatibili di gruppo e le esportazioni di database al momento in cui rappresentano. Registrare la versione dell'applicazione e i requisiti ambientali pertinenti e proteggere le copie che contengono credenziali o dati personali.

Controllare la portata di un backup di servizio piuttosto che supponendo che include ogni dipendenza esterna. I dati detenuti da un servizio di terze parti hanno bisogno di un proprio sistema di recupero. Una copia sincronizzata che riproduce immediatamente le cancellazioni può anche essere insufficiente quando hai bisogno di una versione più vecchia.

Identificare i dati persistenti del contenitore e del database

Test restauro lontano dal sito web in diretta

Preparare un ambiente separato con i requisiti necessari per il set di recupero scelto. Ripristinare le copie utilizzando gli strumenti appropriati alla tua applicazione e l'accesso effettivamente disponibile. Utilizzare credenziali separate e limitare l'accesso ai dati personali o dei clienti ripristinati.

Impedire all'ambiente di test di inviare e-mail reali, ricaricare i clienti o eseguire integrazioni dal vivo. Verificare pagine rappresentative, media, login e record di database. Per un negozio, verificare che i dati dell'ordine recuperati corrispondano al punto atteso in tempo senza avviare transazioni reali dei clienti.

Registra ciò che ha funzionato, ciò che mancava e quanto tempo il tuo test ha richiesto. Questa osservazione aiuta a migliorare il vostro piano di recupero; non è una garanzia di recupero-tempo pubblicato. Tenere l'ambiente live intatto durante la risoluzione dei guasti di prova.

Ripristinare WooCommerce senza scartare ordini più recenti

Il ripristino di un database di negozio più vecchio può rimuovere ordini, clienti o modifiche di magazzino create dopo quel backup. Registrare il punto di recupero e identificare ciò che è cambiato dal momento che prima di sostituire i dati dal vivo. I record di pagamento-provider sono separati dal database del sito; una schermata di ordine ripristinata non stabilisce che tali due record concordano.

Riprova il ripristino in una copia isolata con integrazioni in uscita contenute. D'accordo su come le transazioni recenti saranno riconciliate e che possono autorizzare la riapertura del checkout. Per un problema di codice o di estensione, prima stabilire se un rollback mirato può risolverlo senza sostituire l'intero database del negozio. Un prodotto CSV non è una copia completa di ordini, clienti o registri di abbonamento.

• Registra il tempo di backup e l'ultimo riferimento di ordine live.
• Identificare gli ordini, i clienti e le modifiche delle scorte dopo quel momento.
• Riconciliare i registri di pagamento e di adempimento prima di riaprire il checkout.
• Verificare l'applicazione ripristinata e mantenere il record di riconciliazione.

Contiene pagamenti, e-mail e webhooks in una copia di staging · Bilancio di recupero copie e spazio di manutenzione

Recuperare i volumi Docker Compose come dati applicativi

Mantenere la configurazione Compose e un inventario dei volumi, dei supporti di legatura, delle esportazioni di database e degli upload. Ricreare contenitori dalle loro immagini ripristina il codice, non i record detenuti in quei percorsi dati. Utilizzare la procedura di backup supportata del database o dell'applicazione per ottenere un insieme coerente; copiare un volume live senza che la procedura non sia un backup del database verificato.

Ripristinare in un progetto isolato con nomi di volume e destinazioni separate. Ricreare i servizi approvati, controllare la proprietà e la configurazione, quindi il rappresentante del test legge e scrive contro i dati ripristinati. Registrare la versione e il tempo di snapshot utilizzato. Evitare di puntare la prova ai dati di produzione o alle integrazioni durante il controllo del recupero.

Includere i picchi di backup e ripristino quando sizing un Compose VPS

Mantenere il piano di recupero utilizzabile come modifiche del progetto

Verificare il piano quando si aggiunge un database, spostare i file, cambiare il software o introdurre una nuova integrazione. Fare una copia recuperabile prima di un cambiamento di applicazione importante e verificare che le istruzioni di recupero ancora corrispondono all'ambiente. Utilizzare le informazioni di gestione dei servizi reali per qualsiasi procedura specifica del fornitore.

Prima di sostituire i dati dal vivo, decidere quali nuovi cambiamenti devono essere conservati e chi può approvare l'operazione. Per un negozio occupato, un database più vecchio completo può omettere ordini più nuovi. Identificare il punto di recupero richiesto e un percorso di rollback prima che un amministratore esegue il ripristino dal vivo.

• Registrare i dati per proteggere e la finestra di perdita accettabile.
• Confermare il programma selezionato, i punti di ripristino conservati e l'effettiva portata di backup.
• Mantenere i file completi, database e set di configurazione con le date identificabili.
• Conservare una copia protetta indipendente e verificare chi può accedervi.
• Testa un ripristino separatamente, con le integrazioni live disabilitate e aggiorna le fasi di recupero scritte.