Un snapshot è una copia dell'intero disco del tuo server in un momento specifico, e il ripristino di uno riporta l'intera macchina esattamente a quello stato, il che lo rende il modo più veloce per annullare una modifica che è andata male.
Gli snapshot sono affiancati ai tuoi backup giornalieri offsite piuttosto che sostituirli. I backup proteggono i tuoi dati nel corso delle settimane. Gli snapshot sono quello che fai cinque minuti prima di fare qualcosa di rischioso, e quello a cui torni cinque minuti dopo quando non funziona.
Come vengono creati gli snapshot
Ci sono due tipi, e le etichette dell'elenco ne identificano ciascuno:
| Tipo | Creato da | Quando |
|---|---|---|
| Pre-patch | Automaticamente | Prima di ogni esecuzione di patch di sicurezza del sistema operativo |
| Manuale | Tu | Su richiesta, quando desideri un punto di ripristino |
Gli snapshot pre-patch sono quello che rende sicuro l'auto-patching. Prima che la piattaforma applichi gli aggiornamenti del sistema operativo, crea uno snapshot del disco e se il server non ritorna dopo un riavvio, l'esecuzione della patch viene automaticamente annullata. Non devi chiedere questo, e non devi assistere mentre accade.
Creazione di uno snapshot manuale
- Accedi a KPanel.
- Fai clic su Cloud Servers nella barra laterale sinistra, quindi fai clic sul tuo server.
- Scorri fino alla scheda Snapshots.
- Fai clic su Crea snapshot.
- Il nuovo snapshot appare con lo stato Creating e cambia a Ready quando è utilizzabile.
L'indirizzo diretto è /cloud-servers/<server-id>. La scheda elenca gli snapshot più recenti, i più nuovi per primi, con il tipo, la dimensione in GB, e la data e l'ora in cui è stato effettuato.
La scheda Snapshots appare solo mentre il server è in esecuzione. Accendi il server se non la vedi.
Quando crearne uno
Crea uno snapshot manuale immediatamente prima di:
- Installare o aggiornare un software importante: un motore di database, un server web, un runtime del linguaggio.
- Modificare la configurazione che non capisci ancora completamente.
- Eseguire una migrazione dello schema o un'operazione di dati in blocco.
- Qualsiasi modifica dove "ripristinarlo come era" significherebbe altrimenti ricostruire il server manualmente.
Crea lo snapshot, poi fai una modifica, poi controlla. Uno snapshot effettuato prima di un lotto di cinque modifiche ti dice solo che qualcosa nel lotto si è interrotto. Uno snapshot per modifica ti dice quale.
Ripristino a uno snapshot
- Trova lo snapshot che desideri nella scheda Snapshots. Deve mostrare lo stato Ready.
- Fai clic su Ripristina su quella riga.
- Leggi la conferma: "Questo ripristina l'intero disco del server allo stato dello snapshot. Tutto ciò che è stato scritto dopo andrà perso. Il server si riavvia durante il ripristino."
- Fai clic su Ripristina per procedere.
Un ripristino non può essere annullato ed è totale. Ogni file, riga di database, linea di log, pacchetto e modifica della configurazione scritti da quando è stato effettuato lo snapshot scompaiono. Se c'è qualcosa sul server che desideri conservare da dopo lo snapshot, copialo fuori dal server prima.
Il server si riavvia come parte del ripristino, quindi aspettati una breve interruzione. Quando torna è byte per byte la macchina che hai snapshotato, includendo il sistema operativo, i pacchetti installati, i servizi, le regole del firewall e i dati.
Il ripristino di un server di database ripristina anche il database. Se la tua applicazione ha accettato ordini, iscrizioni o pagamenti dopo che lo snapshot è stato effettuato, quei record sono spariti. Su qualsiasi cosa transazionale, esporta i dati recenti prima di ripristinare, oppure ripristina da un backup, che invece rimette i file senza un riavvio.
Snapshot confrontati con i backup
I due sistemi di sicurezza risolvono problemi diversi, e l'utilizzo di uno solo di essi lascia un vero divario.
| Snapshots | Backup | |
|---|---|---|
| Dove viene mantenuto | Insieme alla piattaforma su cui gira il tuo server | Spazio di archiviazione crittografato offsite |
| Pianificazione | Su richiesta, più automaticamente prima di ogni esecuzione di patch | Quotidiano, automatico |
| Conservazione | Mantenuto finché non ne hai più bisogno | 30 giorni |
| Cosa ripristina | L'intero disco, esattamente come era | File, database e configurazione, in posizione |
| Server durante il ripristino | Si riavvia | Rimane online |
| Velocità di ripristino | Veloce, intera macchina | Più lento, ma selettivo |
| Migliore per | Annullare una modifica che hai appena fatto | Recuperare da un problema notato in seguito |
Una regola utile: se la cosa che vuoi annullare è accaduta nell'ultima ora e hai fatto uno snapshot per primo, ripristina. Se è accaduto giorni fa, oppure hai bisogno solo dei dati e non della macchina, ripristina da un backup. Cloud Server Backups copre quel percorso.
Snapshot e auto-patching automatico
L'auto-patching del sistema operativo è protetto da snapshot per design. Sulla pagina Management del server, la sezione Auto-patching del sistema operativo lo descrive come: "Aggiornamenti di sicurezza applicati automaticamente. Protetto da snapshot: uno snapshot del server viene effettuato prima di ogni esecuzione, con ripristino automatico se il server diventa irraggiungibile dopo il riavvio."
Se avvii tu stesso un'esecuzione di patch con Esegui patch ora, ottieni la stessa protezione, e la conferma lo dice: "Viene creato prima uno snapshot. Il server rimane online tranne che per un breve riavvio se un aggiornamento del kernel lo richiede." Vedi Cloud Server Firewall and Security Management per il resto di quella pagina.
Risoluzione dei problemi
"Nessuno snapshot ancora. Gli snapshot pre-patch vengono effettuati automaticamente." Nulla ha ancora attivato uno su questo server. Effettua uno snapshot manuale, oppure aspetta la prossima esecuzione di patch.
Uno snapshot è bloccato su Creating. I dischi grandi richiedono più tempo, soprattutto la prima volta. Ricarica la pagina dopo alcuni minuti. Se non si è mosso dopo un'ora, contatta il supporto con il nome del server.
Il pulsante Ripristina è mancante. Il ripristino viene offerto solo su uno snapshot con lo stato Ready. Uno che è ancora in creazione, o che ha fallito, non può essere utilizzato.
"Rollback non riuscito." Il ripristino non è stato avviato. Conferma che il server non è in fase di ridimensionamento o ricostruzione, quindi prova di nuovo.
Ho ripristinato e perso il lavoro. Non c'è modo di invertire un ripristino. Per questo la conferma è formulata così. Se hai un backup effettuato dopo quello snapshot, ripristinarlo potrebbe recuperare i tuoi file.
Se hai bisogno di conservare uno snapshot più a lungo del solito, oppure stai pianificando una modifica su cui desideri un secondo parere, invia un'email a support@kapsulehost.com prima di iniziare piuttosto che dopo.