Cosa ci hanno insegnato oltre 2.000 siti WordPress sulle impostazioni di backup

Il tuo backup si blocca sempre nello stesso punto.

Quindi, cerchi aiuto. Un thread del forum dice di ridurre la dimensione del blocco. Un altro dice di disattivare la compressione. Provi entrambe le cose.

Il backup si blocca ancora. O ora finisce, ma richiede molto più tempo di prima.

Quel consiglio ha risolto il backup di qualcuno. L'ha risolto sul loro server e il tuo potrebbe non consentire le stesse cose.

Quindi, invece di scambiarci aneddoti, abbiamo esaminato i dati. AutoTune, il tester delle impostazioni integrato in Duplicator, esegue backup di prova reali sul server di un sito finché uno non viene completato. Abbiamo esaminato dove sono finiti oltre 2.000 siti.

In questo post, illustrerò questi risultati e spiegherò cosa significano per le impostazioni di backup.

Informazioni su questi dati: queste cifre provengono da siti che hanno eseguito AutoTune. Non sono un campione rappresentativo di tutti i siti WordPress o degli utenti Duplicator. Le condivisioni di configurazione descrivono risultati di ottimizzazione riusciti, mentre le cifre di successo complessive descrivono le sessioni di ottimizzazione.

Indice

Risultati Chiave

Per chiunque desideri prima i numeri, ecco cosa mostrano i dati. Ogni cifra proviene dai dati di utilizzo di AutoTune di Duplicator.

• AutoTune ha modificato almeno un'impostazione di backup in circa 9 sessioni di ottimizzazione su 10. Ciò non significa necessariamente che le impostazioni precedenti fossero errate.
• Shell ZIP con mysqldump ha rappresentato circa la metà delle configurazioni riuscite.
• PHP ZIP ha rappresentato poco meno di 4 configurazioni riuscite su 10, mentre DupArchive ha rappresentato meno di 1 su 10.
• Mysqldump è apparso in circa 2 configurazioni riuscite su 3. L'esportazione del database basata su PHP ha gestito il resto.
• Quasi tutte le configurazioni riuscite hanno utilizzato la compressione e la dimensione del blocco di 128 MB.
• Circa 9 sessioni di ottimizzazione riuscite su 10 sono state completate al primo tentativo di test.
• Oltre 8 sessioni di ottimizzazione su 10 hanno trovato una configurazione riuscita.

TLDR: La maggior parte dei siti che hanno eseguito AutoTune sono stati spostati su impostazioni di backup diverse, ma nessuna configurazione singola ha funzionato ovunque. Esegui AutoTune (incluso in Duplicator 5.0, inclusa la versione gratuita) per trovare le impostazioni che funzionano meglio sul tuo server. Se nulla viene completato, chiedi al tuo host informazioni sul limite di tempo di PHP e sullo spazio su disco.

Come AutoTune Testa il Tuo Server?

AutoTune di Duplicator esegue backup di prova reali sul tuo sito. Inizia con la configurazione più veloce. Se un test fallisce, regola le impostazioni e prova un'altra configurazione.

Una volta che un test ha successo, salva automaticamente tali impostazioni. Se il problema è un limite del server che nessuna impostazione può modificare, ti informa invece di questo.

AutoTune è incluso in Duplicator 5.0 e versioni successive, sia in Lite che in Pro.

AutoTune regola quattro gruppi di impostazioni di backup. Ecco cosa controlla ciascuno:

• Motore di archiviazione e compressione: Come i file vengono impacchettati nel backup.
• Modalità ZIP e dimensione del blocco: Come l'elaborazione dell'archivio è divisa in passaggi.
• Motore di database e modalità di dump: Come viene esportato il database.
• Riduzione del carico del server: Se l'elaborazione rallenta per ridurre la pressione sul server.

La sua Panoramica del server riporta anche informazioni sul tuo ambiente, inclusi limiti PHP, disponibilità del motore e controlli di elaborazione in background.

Se vuoi eseguirlo sul tuo sito, ti guido passo dopo passo in Come risolvere un backup WordPress fallito.

Quanti Siti Hanno Finito con Impostazioni Diverse?

AutoTune ha modificato almeno un'impostazione di backup in circa 9 sessioni di ottimizzazione su 10.

È una quota sostanziale, ma "modificato" non significa "risolto una configurazione non funzionante".

Un sito potrebbe aver utilizzato impostazioni che hanno completato i backup in modo affidabile, mentre AutoTune ha trovato un'opzione supportata più veloce. Un altro sito potrebbe aver avuto bisogno di un fallback perché la sua configurazione esistente non poteva essere completata.

Il primo test di AutoTune utilizza la propria configurazione iniziale, non le impostazioni che il sito aveva già. Quindi una sessione può avere successo al primo tentativo e comunque modificare le impostazioni del sito.

Ci sono diversi motivi per rivedere le impostazioni di backup:

• Il sito si è spostato su un server diverso.
• Il tuo host ha modificato la sua configurazione PHP o i limiti di risorse.
• I tuoi file o database sono cresciuti.
• Hai copiato le impostazioni da un altro sito.
• Non hai mai testato alternative ai valori predefiniti.

I dati non ci dicono quanto siano comuni queste situazioni su tutti i siti WordPress. Mostrano però che l'esecuzione di AutoTune ha spesso comportato una modifica della configurazione tra i siti che lo hanno utilizzato.

Se il tuo ambiente di hosting è cambiato, ritestare è più utile che presumere che le tue vecchie impostazioni siano ancora adatte.

Esiste una Configurazione di Backup Migliore per WordPress?

Non esiste una combinazione che ogni server possa utilizzare.

Alcuni host forniscono strumenti di archiviazione e database da riga di comando. Altri limitano tali strumenti ma supportano alternative basate su PHP. Anche i limiti di risorse influiscono su quali configurazioni possono essere completate.

Ecco dove sono atterrate le configurazioni AutoTune di successo:

Configurazione	Quota di configurazioni riuscite	Cosa serve al tuo server	Dove si inserisce
ZIP da shell con mysqldump	Circa la metà	Strumenti ZIP accessibili, funzioni PHP da riga di comando abilitate e accesso a mysqldump	Server che consentono i propri strumenti. È tipicamente la combinazione più veloce quando il server la supporta.
ZIP PHP (con mysqldump o esportazione PHP)	Poco meno di 4 su 10	L'estensione PHP ZipArchive	Host che limitano gli strumenti da riga di comando ma hanno ZipArchive abilitato
ZIP da shell con esportazione del database PHP	Circa 1 su 20	Supporto ZIP da shell, senza fare affidamento su mysqldump	Server che consentono strumenti ZIP ma dove mysqldump non è disponibile
DupArchive con uno dei metodi di esportazione del database	Meno di 1 su 10	Requisiti del server normali di Duplicator; non è necessario un eseguibile ZIP esterno o l'estensione ZipArchive	Server in cui gli altri motori non sono riusciti a completare. Crea il backup in piccoli pezzi attraverso molte richieste.

Ognuna di queste è la risposta giusta in qualche contesto. La domanda è quale si adatta al tuo server.

La Configurazione Più Veloce Ha Rappresentato Circa la Metà delle Configurazioni Riuscite

Shell ZIP con mysqldump ha rappresentato circa la metà delle configurazioni riuscite. Includendo il suo abbinamento di esportazione database PHP, Shell ZIP ha rappresentato poco più della metà.

Shell ZIP utilizza gli strumenti ZIP del server anziché creare l'archivio interamente tramite PHP. Spesso è più veloce di PHP ZIP quando il server lo supporta.

L'opzione Shell ZIP di Duplicator richiede gli strumenti zip e unzip e le funzioni PHP popen() e pclose() abilitate.

Mysqldump è uno strumento separato da riga di comando per l'esportazione del database. Duplicator deve essere in grado di accedervi ed eseguirlo.

Quando questi strumenti sono disponibili, possono essere una combinazione efficiente. Quando non sono disponibili o sono limitati, un'alternativa basata su PHP potrebbe essere la scelta migliore.

PHP ZIP Copre la Maggior Parte del Resto

Poco meno di 4 configurazioni riuscite su 10 hanno utilizzato PHP ZIP in modalità multi-thread.

PHP ZIP non dipende da eseguibili ZIP esterni, ma richiede che l'estensione ZipArchive di PHP sia installata e abilitata.

Ciò lo rende un'alternativa utile quando un host limita gli strumenti da riga di comando.

Può essere abbinato a mysqldump o all'esportazione del database PHP. La creazione dell'archivio e l'esportazione del database sono attività separate, quindi il tuo server potrebbe supportare uno strumento da riga di comando per una ma non per l'altra.

DupArchive È la Rete di Sicurezza per i Server Più Difficili

DupArchive ha rappresentato meno di 1 configurazione riuscita su 10.

Quel piccolo numero è importante, perché mostra chi ne ha bisogno. Dimensioni dei blocchi più piccole e riduzione del carico del server sono emerse solo in una manciata di configurazioni riuscite, e la maggior parte di esse utilizzava DupArchive. Questi sembrano essere i server più limitati nei dati.

DupArchive è il formato di archivio proprietario di Duplicator. Crea il backup in piccoli pezzi attraverso molte richieste, che è il modo in cui supera i limiti di tempo rigidi che fermano altri motori a metà strada.

Su server come questi, è ciò che permette a un backup di essere completato.

Ma non è la soluzione predefinita per ogni backup lento. La maggior parte dei server non ne ha mai avuto bisogno.

Mysqldump o PHP: Quale Metodo di Backup del Database Funziona Più Spesso?

Mysqldump è apparso in circa 2 configurazioni riuscite su 3. L'esportazione basata su PHP ha rappresentato circa 1 su 3.

Se mysqldump non è disponibile, l'esportazione PHP offre a Duplicator un altro modo per esportare il database. Dipende ancora da risorse del server adeguate, accesso al database e permessi.

Quali Correzioni Comuni Erano Solitamente Inutili?

Tre consigli compaiono nei thread del forum sui backup lenti o falliti. Ecco come ognuno di essi si confronta con le configurazioni riuscite nei nostri dati.

Una cosa da tenere a mente mentre leggi questi dati. AutoTune si ferma non appena un backup di prova viene completato, quindi la configurazione finale mostra ciò di cui un backup aveva bisogno per essere completato su quel server, non tutte le impostazioni che potrebbero aver funzionato.

• “Disattiva la compressione.” Quasi tutte le configurazioni di successo utilizzavano la compressione. Disattivarla raramente è la modifica che trasforma un backup fallito in uno funzionante. Se il tuo backup si blocca, il motore di archiviazione e i limiti del tuo host sono posti migliori in cui cercare.
• “Usa sempre DupArchive su hosting condiviso.” Meno di 1 configurazione di successo su 10 utilizzava DupArchive, e la maggior parte dei server nei nostri dati terminava su Shell ZIP o PHP ZIP. (Non abbiamo una ripartizione per tipo di host, quindi questo copre ogni server, non solo quelli condivisi.) DupArchive è la scelta giusta sugli host più limitati.
• “Riduci la dimensione dei chunk.” Quasi tutte le configurazioni di successo utilizzavano la dimensione dei chunk di 128 MB. Chunk più piccoli apparivano solo su un piccolo gruppo di server, e quasi sempre insieme a DupArchive.

Ogni correzione ha funzionato per qualcuno. Sul tuo server, è un'ipotesi. Usa AutoTune per trovare la configurazione migliore per il tuo sito.

Quanto Spesso AutoTune Ha Bisogno di Più di un Tentativo?

Circa 9 sessioni di successo su 10 hanno trovato una configurazione funzionante al primo tentativo.

L'altro 1 su 10 ha avuto bisogno di almeno un fallback prima che un backup finisse. Meno di 1 su 100 ha avuto bisogno di quattro o cinque tentativi.

Cosa Succede Quando Nessuna Impostazione di Backup Funziona?

In meno di 1 sessione di tuning su 20, AutoTune ha testato e non è riuscito a trovare una configurazione che si completasse su quel server.

Ecco cosa ha interrotto la maggior parte delle sessioni e quali correzioni per ognuna.

Il limite di tempo del server è scaduto

Questo è stato uno dei motivi più comuni per cui nessuna impostazione è riuscita a completarsi.

Gli host limitano quanto tempo può essere eseguito un singolo processo PHP. Se il backup non riesce a suddividere il suo lavoro in passaggi sufficientemente piccoli da rientrare in quel limite, l'host lo interrompe a metà, qualunque cosa dicano le impostazioni.

La correzione dipende dal tuo host. Chiedi loro di aumentare il limite di tempo di esecuzione PHP (max_execution_time), o di passare a un piano che non lo limiti così strettamente.

La Panoramica del Server di AutoTune mostra il limite di tempo PHP del tuo server, così puoi citarlo nel tuo ticket di supporto.

Il Disco si è Riempito

Un disco pieno ha interrotto alcune sessioni prima che potessero finire. Contiamo questi separatamente, perché nessuna impostazione di backup corregge un server che ha esaurito lo spazio.

La soluzione è la pulizia. Elimina i vecchi backup di cui non hai più bisogno, imposta un limite di conservazione in modo che non si accumulino di nuovo, e conserva copie off-site invece che sullo stesso server.

I vecchi backup che riempiono silenziosamente un server è uno dei pattern che abbiamo trovato anche nei ticket di supporto di Duplicator, che tratto in Cosa rompe i backup di WordPress.

La Build si è Bloccata nel Browser

Circa 1 sessione su 5 che non ha trovato una configurazione funzionante veniva eseguita tramite browser anziché in background.

Ciò accade quando un host blocca a un sito la possibilità di chiamare se stesso (una "richiesta di loopback"). Duplicator ripiega sulla guida del backup dal tuo browser, il che significa che si muove solo mentre una pagina è aperta. Chiudi la scheda, o lascia scadere la sessione, e la build si blocca.

La soluzione è una rapida domanda al tuo host: chiedi se le richieste di loopback sono bloccate e se possono consentirle per il tuo sito.

Cosa Dovresti Fare con le Tue Impostazioni di Backup?

Non è necessario memorizzare questi dati. Usali come motivo per testare il tuo ambiente.

Ecco cosa farei dopo:

• Aggiorna Duplicator. AutoTune è disponibile dalla versione 5.0 in poi, in Lite e Pro.
• Esegui AutoTune. Lascia che testi le configurazioni supportate dal tuo server.
• Crea un backup normale in seguito. I test di ottimizzazione non sono backup ripristinabili.
• Verifica il ripristino. Conferma che il backup normale sia completato, quindi prova un ripristino in un ambiente di staging o di test (non sul tuo sito live).
• Rivedi spazio di archiviazione e conservazione. Mantieni spazio di lavoro locale sufficiente e una copia di ripristino off-site.
• Configura l’automazione. In Duplicator Pro, imposta una pianificazione di backup e la destinazione di archiviazione scelta.

Porta il report AutoTune al tuo host se non funziona nulla. La sezione Panoramica del server elenca i limiti PHP del tuo server, trasformando un reclamo vago in una richiesta specifica.

Domande frequenti (FAQ)

Prima del Tuo Prossimo Backup, Lascia che il Tuo Server Scelga le Impostazioni

Un backup che si blocca a metà ti lascia senza nulla da ripristinare, e potresti scoprirlo solo quando ne avrai bisogno.

AutoTune ti aiuta a trovare una configurazione che si completi sul tuo server senza dover provare ogni impostazione manualmente. Ma l'ottimizzazione è solo una parte della pianificazione del recupero.

Successivamente, crea un backup, verifica un ripristino e configura una pianificazione, una policy di conservazione e una destinazione off-site.

AutoTune è in Duplicator 5.0, sia nella versione gratuita che in quella premium. Aggiorna oggi stesso il tuo plugin.

Duplicator Pro mantiene in funzione la configurazione di lavoro su base programmata e invia copie fuori sede automaticamente. Oltre 1,5 milioni di professionisti WordPress utilizzano Duplicator per mantenere i loro siti recuperabili.

Se questo post ti ha fatto riflettere sulle impostazioni di backup, queste guide valgono la pena di essere lette:

• Cosa rompe i backup di WordPress: lezioni da oltre 1.400 ticket di supporto
• Cosa rivelano oltre 8.000 ticket di supporto WordPress sul motivo per cui le migrazioni falliscono
• Come risolvere un backup WordPress non riuscito: impostazioni vs. limiti del server
• Come i backup di WordPress influiscono sulle prestazioni del sito (e come risolverlo)
• Come eseguire il backup di un sito WordPress di grandi dimensioni