Ogni server KapsuleHost viene sottoposto a backup in un'archiviazione offsite crittografata una volta al giorno e conservato per 30 giorni, e puoi eseguire un backup aggiuntivo o ripristinare uno in qualsiasi momento dalla pagina del server in KPanel.
I backup vengono attivati automaticamente quando viene eseguito il provisioning di un server. Non c'è nulla da configurare, nessun agente da installare e nessuna pianificazione da impostare. Questa guida spiega esattamente cosa viene catturato, come leggere l'elenco dei backup, come eseguirne uno su richiesta e cosa fa un ripristino a un server in esecuzione.
Dove si trovano i backup
I backup appartengono a un server, quindi li raggiungi da quel server piuttosto che dal menu principale:
- Accedi a KPanel.
- Fai clic su Cloud Servers nella barra laterale sinistra, quindi fai clic sul server desiderato.
- Scorri fino alla scheda Backups.
L'indirizzo diretto è /cloud-servers/<server-id>.
L'intestazione della scheda mostra l'ora del tuo ultimo backup completato con successo. Prima che il primo si completi, mostra invece la descrizione in piedi: "Backup giornalieri fuori sede in archiviazione crittografata, conservati per 30 giorni."
Cloud Servers viene visualizzato nella barra laterale KPanel solo quando il tuo account ha effettivamente un server cloud. Se non riesci a vederlo, l'account non ne ha ancora nessuno.
Cosa viene catturato
Espandi What's in your backup in fondo alla scheda Backups per visualizzare il manifesto live del tuo server. È suddiviso in cinque categorie:
| Categoria | Percorsi inclusi |
|---|---|
| File del sito web | /var/www (docroot, upload, temi, plugin) e le directory /root e /home |
| Database | File di dati /var/lib/mysql e /var/lib/postgresql |
| Configurazione del server | /etc, più certificati /etc/letsencrypt, /etc/ssh, regole del firewall /etc/ufw e /etc/fail2ban |
| Cron job e stato del sistema | /etc/cron.d e le directory cron giornaliere, orarie e settimanali, crontab utente /var/spool/cron, unità /etc/systemd, e uno snapshot catturato del tuo crontab, pacchetti installati, servizi abilitati e stato del firewall |
| Posta | Dati di posta, quando la posta è configurata sul server |
I percorsi volatili e ricostruibili sono deliberatamente esclusi: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, archiviazione overlay del container in /var/lib/docker/overlay2 e file di swap. Escluderli mantiene i backup piccoli e veloci senza perdere nulla che non puoi rigenerare.
I backup vengono crittografati con una chiave univoca per il tuo server e scritti nell'archiviazione di oggetti offsite. Solo il tuo pannello può decrittare e ripristinarli.
Un backup del server cloud acquisisce il server. Non acquisisce nulla che esista al di fuori di esso. Un database gestito su un altro host, un gateway di pagamento esterno o un servizio di terze parti con cui la tua applicazione interagisce contiene i suoi dati e deve essere esportato separatamente.
Lettura dell'elenco dei backup
Ogni riga nell'elenco mostra quando il backup è iniziato, la sua dimensione una volta completato e una pillola di stato:
| Stato | Significato |
|---|---|
| Backed up | Il backup è stato completato ed è un punto di ripristino utilizzabile |
| Running | Il backup è in corso |
| Failed | Il backup non è stato completato |
I backup manuali sono contrassegnati con manual accanto alla data in modo da poterli distinguere dall'esecuzione giornaliera. Un backup completato mostra anche il suo riferimento snapshot, che è l'identificatore che il supporto ti chiederà se hai mai bisogno di aiuto con uno specifico ripristino.
Se il backup più recente non è riuscito, ricevi un banner sulla scheda: "The most recent backup failed. We'll keep retrying on the daily schedule. Check disk space, or contact support if this persists." Un singolo errore di solito è dovuto a uno spazio disco pieno. Libera dello spazio e la prossima esecuzione programmata avrà successo.
Esecuzione di un backup su richiesta
Esegui un backup manuale immediatamente prima di qualcosa di rischioso: un aggiornamento importante del pacchetto, una migrazione del database, un cambio di configurazione di un servizio da cui dipendi o il tuo primo tentativo di qualcosa di poco familiare.
- Apri la pagina del server e trova la scheda Backups.
- Fai clic su Back up now nell'intestazione della scheda.
- Ricevi la conferma "Backup started. It will appear in the list shortly."
- L'esecuzione avviene sul server in background. Aggiorna la scheda dopo alcuni momenti per vederla apparire come Running, quindi Backed up.
I server grandi impiegano più tempo. La colonna delle dimensioni sulla riga finita ti dice quanto è stato catturato.
Un backup manuale è identificato dal suo timestamp, non da un nome che scegli tu. Esegui il backup immediatamente prima di apportare la modifica, in modo che i tempi coincidano e tu possa dire a colpo d'occhio quale punto di ripristino è quello "prima".
Ripristino da un backup
- Trova il backup completato che desideri nella scheda Backups.
- Fai clic su Restore su quella riga.
- Leggi la conferma: "This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore."
- Fai clic su Restore per procedere.
Un ripristino non può essere annullato. Tutto ciò che è stato scritto da quando è stato eseguito il backup viene sostituito dai contenuti del backup. Se c'è la possibilità che tu voglia lo stato attuale di nuovo, esegui un backup fresco o uno snapshot per primo, quindi ripristina.
Il server rimane online mentre il ripristino è in corso, il che lo rende utile per recuperare un'applicazione interrotta senza un'interruzione completa. I filesystem di grandi dimensioni possono richiedere un po' di tempo. Se il ripristino continua dopo cinque minuti, KPanel ti dice che "is taking longer than expected and is still running on the server" e il ripristino continua in background.
Backup rispetto agli snapshot
Il tuo server ha due reti di sicurezza indipendenti e sono valide per cose diverse.
| Backup | Snapshot | |
|---|---|---|
| Dove viene conservato | Archiviazione offsite crittografata | Accanto alla piattaforma su cui gira il tuo server |
| Pianificazione | Giornaliera, automatica | Su richiesta, più automaticamente prima di ogni patch run |
| Conservazione | 30 giorni | Conservato finché non ne hai più bisogno |
| Cosa ripristina | File, database e configurazione, in posizione | L'intero disco, esattamente com'era |
| Server durante il recupero | Rimane online | Riavvia |
| Migliore per | Protezione dei dati e disaster recovery | Una rete di sicurezza immediatamente prima di una modifica rischiosa |
Usa entrambi. Uno snapshot prima di una modifica è il modo più veloce per tornare indietro se la modifica va male. I backup sono ciò che ti protegge da problemi che non noti fino a giorni dopo. Cloud Server Snapshots copre il lato snapshot completamente.
Backup e rebuild
La ricostruzione del sistema operativo di un server cancella il disco, incluso lo strumento di ripristino che risiede su di esso. I dati del tuo backup sono al sicuro nell'archiviazione offsite, ma il pulsante Restore nel pannello non può usarlo su un server ricostruito. Leggi Rebuilding Your Cloud Server completamente e scarica tutto ciò di cui hai bisogno prima di ricostruire.
Risoluzione dei problemi
"Backups are not yet configured for this server." Vengono attivati automaticamente al provisioning. Se un server completamente nuovo mostra questo, aspetta qualche minuto; se persiste, contattaci.
"No backups yet." Il primo backup viene eseguito automaticamente poco dopo il provisioning. Puoi anche fare clic su Back up now piuttosto che aspettare.
"Manual backup is temporarily unavailable." Il pannello non ha potuto raggiungere il server per avviare l'esecuzione. Verifica che il server sia in esecuzione e raggiungibile, quindi riprova.
Il pulsante Restore manca su un backup completato. Il ripristino ha bisogno di un server raggiungibile e con provisioning con lo strumento di backup presente. Un server che è stato ricostruito o spento non lo offrirà.
Se un backup non riesce ripetutamente e lo spazio su disco non è la causa, invia un'email a support@kapsulehost.com con il nome del server e i timestamp delle esecuzioni non riuscite.