Cosa rompe i backup di WordPress: lezioni da oltre 1.400 ticket di supporto

Un backup che fallisce mentre lo guardi è fastidioso. Un backup che si è fermato silenziosamente settimane fa è quello che ti costa il sito.

La maggior parte delle persone scopre che tipo di backup ha nel peggiore dei momenti.

Duplicator è un plugin di backup e migrazione per WordPress in esecuzione su più di 1,5 milioni di siti. Quando le persone incontrano problemi di backup, ce lo dicono, in dettaglio, con parole loro.

Abbiamo esaminato più di 1.400 richieste di supporto relative ai backup per vedere dove i backup si interrompono. Il modello è più chiaro di quanto ci aspettassimo e si divide nettamente in due.

I backup incontrano problemi o quando un limite dell'host interrompe la creazione o quando il file viene creato ma il passaggio separato per inviarlo off-site non viene completato.

Ecco cosa ci hanno detto quei ticket.

Queste cifre riflettono il volume dei ticket di supporto, non il numero di clienti, installazioni o vendite.

Indice

Risultati Chiave

Per chiunque desideri il modello prima dei dettagli, ecco cosa dicono i ticket su dove si interrompono i backup di WordPress. Ogni dato proviene dai registri di supporto di Duplicator.

• I problemi di backup si dividono in due cluster: un limite dell'host che interrompe la creazione e il passaggio di caricamento off-site che non viene completato dopo la creazione del file.
• Un limite dell'host che interrompe la build a metà è il problema più comune di creazione di backup, circa 1 su 4 ticket. È lo stesso schema di limite dell'host che mette a dura prova le migrazioni di WordPress, e la build quasi sempre si completa una volta aumentato il limite.
• Tra i ticket di connessione allo storage, circa 4 su 10 sono un fallimento di autenticazione o connessione con il provider cloud. La connessione allo storage si disautorizza nel tempo dal lato del provider.
• Tra i fallimenti dei backup pianificati, due cause portano a questo: l'upload off-site che si interrompe tra un'esecuzione e l'altra (circa 1 su 4) e i vecchi backup che riempiono il disco del server quando non è impostato alcun limite di conservazione (circa 1 su 7).
• La maggior parte dei problemi dei backup pianificati inizia dopo una configurazione funzionante, non durante. La pianificazione andava bene il primo giorno e la connessione è decaduta in seguito.

In sintesi: il motore di backup fa solitamente il suo lavoro. Ciò che causa problemi è l'host che limita la build o la connessione allo storage off-site che decade dopo la configurazione. Entrambi sono prevenibili una volta che sai dove guardare.

Un'avvertenza che modella come leggere tutto questo. Questi sono ticket di supporto, quindi mostrano dove i backup incontrano problemi, non quanto spesso.

Inoltre, non possono catturare i problemi che nessuno ha notato perché tutti in questi dati hanno individuato un problema e hanno aperto un ticket. I casi silenziosi, quelli che un proprietario di sito non vede mai, si trovano completamente al di fuori di questo set di dati.

I due modi in cui i backup possono fallire

Quasi ogni difficoltà di backup che vediamo è una di queste due storie. Una volta che riesci a distinguerle, le soluzioni sono ovvie.

Il primo problema riguarda il server. La build inizia, procede per un po' e l'host la interrompe prima che finisca, di solito nella fase più pesante.

Il secondo problema riguarda la copia off-site. Il file di backup viene creato, ma il passaggio separato per inviarlo allo storage non viene completato perché quel passaggio dipende da una connessione esterna a WordPress.

Problema uno: quando un limite dell'host interrompe la creazione

Avvii un backup, lo guardi mentre procede e fallisce nel completarsi.

Questo è il problema di backup più comune che vediamo, ed è quasi sempre il web host, non il backup, che ha ceduto. La build inizia, poi il server la interrompe a metà, di solito nel punto di lavoro più intenso.

Queste build quasi sempre si completano una volta aumentato il limite dell'host. Il motore non è la variabile; il limite del server lo è.

Un fallimento si distingue nettamente dagli altri. In circa 1 ticket di backup su 4, la build si blocca a metà perché l'host ha interrotto il processo nel suo momento più intenso. Il resto dell'elenco sono variazioni sullo stesso tema:

Dove si ferma la build	Approssimativamente quanto spesso	Cosa c'è di solito dietro	Come viene risolto
Il limite dell'host interrompe la build a metà	1 su 4	Timeout PHP dell'host o limite di memoria durante la fase più intensa	Aumenta i limiti PHP o usa un installer creato per archivi di grandi dimensioni (DupArchive)
La fase di archiviazione fallisce su un host limitato	Circa 1 su 8	Spazio su disco limitato o limiti PHP durante la compressione	Libera spazio su disco, aumenta i limiti PHP, quindi riprova con una build a blocchi
Il sito è troppo grande per essere gestito dall'host	Circa 1 su 12	Un database o una libreria multimediale di grandi dimensioni superano i limiti del server	Dividi la build ed escludi i file di grandi dimensioni che non ti servono nel backup
Timeout PHP sul server	Circa 1 su 20	Il limite di esecuzione è impostato troppo basso per le dimensioni del sito	Aumenta max_execution_time sul server
Permessi cartella server	Circa 1 su 22	L'archivio non può essere scritto su disco	Correggi i permessi delle cartelle sul server
Limite di memoria del server esaurito	Circa 1 su 25	La build esaurisce la memoria a metà esecuzione	Aumenta memory_limit

La stessa causa continua a comparire: l'host. La build si interrompe perché il server l'ha limitata nel momento di maggior carico, quando l'archivio viene assemblato, non perché il motore si sia arreso.

Questo è anche il motivo per cui le dimensioni del sito contano così tanto. Un database o una libreria multimediale di grandi dimensioni spingono la build proprio al limite massimo dell'host.

L'installer standalone di Duplicator Pro e il formato DupArchive sono costruiti per backup di siti di grandi dimensioni. DupArchive non ha limiti teorici di dimensione dei file e ha gestito backup reali fino a 400 GB.

Per assistenza passo-passo nella risoluzione dei problemi di risorse del tuo sito, leggi la nostra guida su come eseguire il backup di un sito WordPress di grandi dimensioni.

Problema due: Quando l'upload off-site non viene completato

Tutto sembrava a posto per mesi. Poi vai a recuperare il backup della settimana scorsa da Google Drive e la cartella è più vuota di quanto ti aspettassi.

I backup si stavano creando. Semplicemente non stavano arrivando dove pensavi.

Il file di backup viene creato sul tuo server. Inviarlo off-site è un passaggio separato, e quel passaggio si basa su una connessione al tuo spazio di archiviazione cloud o al server remoto al di fuori di WordPress.

Quando quella connessione si interrompe, il file esiste, ma la copia off-site no. Non vedrai la lacuna finché non ne avrai bisogno.

Si riduce a tre cose.

La connessione di archiviazione è scaduta dal lato del provider.

Circa 4 biglietti su 10 relativi alla connessione di archiviazione riguardano l'autenticazione con il provider cloud. La connessione ha funzionato al momento dell'impostazione, poi il provider ha smesso di onorarla.

Le connessioni di archiviazione cloud si basano su accessi che scadono o vengono revocati nel tempo, e questo è controllato dal provider di archiviazione, non da WordPress.

Le connessioni basate su OAuth come Google Drive, Dropbox e OneDrive utilizzano token che richiedono una ri-autorizzazione periodica.

Le connessioni basate su chiavi come Amazon S3 dipendono da credenziali che possono essere ruotate o rifiutate. FTP e SFTP si interrompono quando una password o un percorso cambiano.

Il file viene creato. È la connessione al provider che si interrompe.

Ri-autorizza la connessione, quindi ricontrollala periodicamente. Qualsiasi connessione che utilizza un token richiederà la ri-autorizzazione alla fine, quindi trattala come manutenzione ordinaria, non come un'impostazione una tantum.

Vecchi backup hanno riempito il disco del server

Circa 1 backup pianificato su 7 fallisce a causa di un disco pieno, e la soluzione è un'impostazione che puoi controllare.

I backup si accumulano a meno che tu non imposti un limite di conservazione. Senza di esso, ogni backup pianificato viene mantenuto finché il server non esaurisce lo spazio, e l'esecuzione successiva non ha più nulla dove scrivere.

Duplicator ti permette di limitare quanti backup conserva, così quelli vecchi vengono eliminati automaticamente e il disco rimane libero.

Impostare un chiaro limite di conservazione arresta il lento accumulo che riempie un server.

La connessione è scaduta tra un'esecuzione e l'altra

Una connessione che funzionava il primo giorno cade silenziosamente settimane dopo, e l'esecuzione pianificata va giù con essa.

Due cose solitamente causano questo. A volte è confusione sul fuso orario o sulla frequenza. Altre volte l'host interrompe il processo in background prima che possa attivarsi.

In entrambi i casi, vuoi esserne informato. Duplicator ti avvisa quando un backup o un caricamento pianificato fallisce, così un'esecuzione interrotta ti raggiunge invece di rimanere silenziosa.

Conferma che la pianificazione sia ancora connessa e usa un vero cron del server dove il tuo host lo supporta. Il cron del server è più affidabile del cron predefinito di WordPress che si attiva solo quando qualcuno visita il sito.

Aggiornamenti regolari dei backup ti aiutano a riconoscere esattamente quando le tue pianificazioni iniziano a fallire. Imposta riepiloghi via email per avvisi giornalieri, settimanali o mensili da Duplicator.

Come capire se il tuo backup è sicuro in questo momento

Non devi fare da babysitter ai tuoi backup. Devi solo individuare le cinque cose che vanno storte silenziosamente, e puoi controllare tutte e cinque in circa due minuti.

• Conferma che l'ultimo backup pianificato sia stato completato, non solo che esista una pianificazione.
• Conferma che una copia sia off-site, non solo sullo stesso server che ospita il tuo sito.
• Conferma che la connessione di archiviazione sia ancora autorizzata, specialmente se sono passati mesi dalla configurazione.
• Conferma che sia impostato un limite di conservazione in modo che il disco non si riempia.
• Attiva le notifiche di fallimento in modo che ogni esecuzione interrotta ti raggiunga.

Se stai configurando questo per la prima volta o vuoi ottimizzare una pianificazione esistente, la nostra guida sui backup automatici di WordPress ti guida attraverso la configurazione.

Questo report riguarda cosa monitorare dopo e come individuare un problema precocemente.

Duplicator Pro aiuta nelle due aree in cui emergono questi dati. Invia notifiche di fallimento quando un backup o un caricamento fallisce. Ripristina anche direttamente dallo storage cloud, così puoi annullare le modifiche senza dover ricaricare i file di backup sul tuo server.

Domande frequenti (FAQ)

Il backup che non controlli mai è quello che fallisce

Il valore di questi dati non è una singola statistica. È dove ti dice di focalizzare la tua attenzione.

I problemi di backup si manifestano in due modi: un limite di host che interrompe la build e la copia off-site che non viene completata. Il primo è evidente e lo noterai. Il secondo è silenzioso, ed è quello che lascia le persone senza un backup off-site nel momento in cui ne hanno bisogno.

Ripeteremo il limite ancora una volta perché mantiene le cose oneste. Questo è un resoconto dei problemi segnalati dalle persone, non di ogni backup eseguito. Non può vedere i casi che nessuno ha notato. Ma è reale, ed è di prima mano.

Ecco l'unica abitudine che batte tutto questo. Una volta, ripristina un backup su un sito di staging e conferma che il sito viene ripristinato. Un backup che non hai mai ripristinato è un'ipotesi. Un backup che hai ripristinato una volta è un piano.

Prima del tuo prossimo backup, assicurati che raggiunga lo storage

Un backup che si blocca o non completa mai il suo caricamento off-site diventa un problema quando devi ripristinarlo. Quello è il momento peggiore per scoprirlo.

Duplicator Pro è utilizzato da oltre 1,5 milioni di professionisti WordPress per eseguire il backup, migrare e recuperare i propri siti. Invia notifiche di fallimento del backup e ripristina direttamente dallo storage cloud, quindi la copia che hai creato è la copia che puoi riottenere.

Mentre sei qui, queste altre risorse WordPress meritano un'occhiata:

• Cosa rivelano oltre 8.000 ticket di supporto sul motivo per cui le migrazioni WordPress falliscono
• SMETTI di fare questi errori di backup del sito web (stanno mettendo il tuo sito a rischio)
• Quanto spesso dovresti eseguire il backup del tuo sito WordPress?
• Come ottenere uno spazio di archiviazione sicuro per i backup del tuo sito WordPress
• Perché il tuo sito WordPress ha bisogno del monitoraggio dei backup (non solo dei backup)