In che modo i backup di WordPress influiscono sulle prestazioni del sito (e come risolvere il problema)

L'anno scorso stavo cercando di risolvere un problema di lentezza del sito, ma non riuscivo a trovare nulla di evidente. Nessun nuovo plugin, nessun picco di traffico, nulla di particolare nei log degli errori.

Poi ho controllato la pianificazione dei backup. Era impostata per essere eseguita ogni giorno a mezzogiorno su un account di hosting condiviso. Tutto qui.

La maggior parte degli utenti di WordPress installa un plugin per il backup, imposta una pianificazione e poi non ci pensa più. È uno di quei compiti che sembrano conclusi una volta attivato il plugin.

Tuttavia, le impostazioni predefinite della maggior parte dei plugin di backup non sono ottimizzate per garantire le massime prestazioni. Sono invece pensate per garantire la massima semplicità.

Un backup completo giornaliero salvato su Dropbox sembra una scelta responsabile. Su un sito di piccole dimensioni con un hosting generoso, lo è. Su un sito più grande o con un hosting condiviso economico, invece, comporta un calo ricorrente delle prestazioni che potrebbe farti persino smettere di eseguire i backup.

In questo articolo vi mostrerò cosa succede quando viene eseguito un backup, perché alcune configurazioni mettono a dura prova il server più di altre e quali modifiche specifiche consentono di ridurre l'impatto quasi a zero.

Ecco i punti salienti:

I backup richiedono molte risorse: la compressione dei file, l'esportazione dei database e il caricamento sul cloud consumano contemporaneamente una quantità significativa di CPU, I/O su disco e larghezza di banda.
I limiti dell'hosting condiviso possono causare errori silenziosi: i timeout PHP nascosti e le quote di CPU/I/O sugli host economici spesso interrompono i backup di lunga durata a metà processo, lasciando i file danneggiati o incompleti.
Il formato di backup è importante: gli archivi ZIP standard vengono elaborati in un unico passaggio continuo, il che li rende particolarmente vulnerabili ai timeout del server. I formati a blocchi, come il DupArchive personalizzato di Duplicator, aggirano completamente questi limiti.
L'ottimizzazione è semplice: è possibile ridurre quasi a zero il calo di prestazioni eseguendo i backup nelle ore di minor traffico, escludendo i file della cache, avvalendosi del cron del server e pianificando backup solo del database con maggiore frequenza rispetto ai backup completi del sito.

Indice dei contenuti

Cosa succede sul tuo server quando viene eseguito un backup?
Perché le prestazioni dei backup degli hosting economici sono inferiori?
Il formato del file di backup è importante?
Come eseguire i backup senza rallentare il tuo sito
Segnali che indicano che i backup stanno influendo sulle prestazioni del sito
Proteggi il tuo sito prima di apportare qualsiasi modifica
Domande frequenti (FAQ)

Cosa succede sul tuo server quando viene eseguito un backup?

Un backup non consiste semplicemente nel copiare i file in un'altra posizione. Si tratta di un processo articolato in più fasi che viene eseguito interamente sul tuo server, entrando in competizione per le stesse risorse utilizzate per fornire il tuo sito ai visitatori.

Mentre il backup è in corso, il server svolge due attività contemporaneamente. Nell'hosting condiviso, dove le risorse sono già ripartite tra decine di altri siti, questo è un fattore importante.

Compressione dei file e carico della CPU

Durante un backup, ogni file presente nella tua installazione di WordPress viene letto e compresso in un archivio. Si tratta di un processo che richiede un uso intensivo della CPU.

Con l'hosting condiviso, al tuo account viene assegnata una quota limitata della potenza di elaborazione del server, e un backup che comprime centinaia di megabyte di file ne consumerà gran parte.

I siti più grandi aggravano la situazione. Un numero maggiore di file comporta un tempo di compressione più lungo, il che significa che la CPU rimane sotto sforzo più a lungo.

Un piccolo blog con pochi file multimediali potrebbe caricarsi in meno di un minuto. Un sito con immagini caricate nel corso di anni può richiedere molto più tempo.

Vuoi dimezzare immediatamente le dimensioni della tua libreria multimediale? Elimina le varianti di immagini inutilizzate con WP Media Cleanup!

Esportazione del database e blocco delle tabelle

L'esportazione del database è spesso il vero responsabile. La maggior parte degli utenti pensa ai propri file quando immagina un backup, ma WordPress memorizza i tuoi post, le impostazioni, gli utenti e tutto il resto in un database MySQL, e ciò richiede un processo di esportazione a sé stante.

La maggior parte dei plugin di backup esporta il database utilizzando un metodo che blocca temporaneamente le tabelle che sta leggendo. Finché queste tabelle rimangono bloccate, le query in arrivo da WordPress devono attendere.

Anche pochi secondi di blocco della tabella possono causare timeout su un server lento o sovraccarico.

I/O su disco: il collo di bottiglia che molti ignorano

La lettura di migliaia di file durante un backup genera un'intensa attività del disco. Lo spazio di archiviazione del tuo server ha un limite al numero di operazioni di lettura e scrittura che può gestire al secondo, e un backup che interessa l'intera installazione di WordPress porta tale limite al limite massimo.

Gli hosting economici e condivisi utilizzano spesso ancora i tradizionali dischi rigidi anziché gli SSD. Su questi server, un'elevata attività del disco durante un backup rallenta tutte le operazioni che coinvolgono l'archiviazione, comprese le query al database e le letture dei file che generano le pagine.

Caricamento su cloud e larghezza di banda

L'impatto sulle prestazioni non si esaurisce una volta completata la creazione dell'archivio. La maggior parte delle configurazioni di backup carica poi tale archivio su un servizio di archiviazione cloud: Dropbox, Google Drive o S3. Tale operazione di caricamento viene eseguita utilizzando la stessa connessione server utilizzata per servire i visitatori.

Il caricamento di un backup da 2 GB su Dropbox, alla velocità tipica di un hosting condiviso, richiede diversi minuti. Durante questo lasso di tempo, la larghezza di banda disponibile potrebbe essere messa a dura prova.

Perché le prestazioni dei backup degli hosting economici sono inferiori?

I servizi di hosting economico e condiviso impongono limiti a livello di server che la maggior parte degli utenti non trova documentati da nessuna parte.

Non si tratta di bug o di errori di configurazione. Sono limiti imposti di proposito per impedire che un account consumi risorse che potrebbero influire su tutti gli altri siti ospitati sullo stesso server.

Il problema è che proprio quei limiti interferiscono con i processi di backup, e gli errori che provocano non sono sempre evidenti.

Timeout PHP

PHP prevede un limite massimo di tempo di esecuzione. Sugli host condivisi economici, tale limite è spesso impostato tra i 30 e i 60 secondi. Un processo di backup su un sito di grandi dimensioni può richiedere molto più tempo, e quando raggiunge il limite, l'host interrompe il processo a metà esecuzione.

Il risultato è un file di archivio incompleto. Sembra che esista un backup. Il file è presente, ma è stato interrotto prima del completamento, il che significa che non è possibile ripristinarlo.

Il sito ha subito tutto il rallentamento causato dall'esecuzione del backup senza ricavarne alcun risultato affidabile. Un file di backup danneggiato è peggio che non avere alcun backup, perché induce una falsa sicurezza, facendo credere di essere protetti quando in realtà non lo si è.

Quote CPU e I/O

La maggior parte dei provider di hosting condiviso limita l'utilizzo della CPU per ogni account. Una volta raggiunto il limite, il provider non interrompe immediatamente i processi, ma li rallenta. Tutto ciò che viene eseguito sul tuo account subisce un rallentamento, comprese le richieste di pagine in arrivo dai visitatori.

I limiti di I/O funzionano allo stesso modo. Al tuo account viene assegnato un limite massimo di operazioni di lettura e scrittura al secondo. Un backup che comprime una libreria multimediale di grandi dimensioni raggiungerà spesso tale limite.

Ecco perché alcuni backup vanno a buon fine alle 3 del mattino ma falliscono a mezzogiorno con impostazioni identiche. Le ore di minor traffico comportano un carico di base del server più basso, il che significa un margine maggiore prima che scatti la quota.

Il formato del file di backup è importante?

La maggior parte dei plugin di backup utilizza di default archivi ZIP. Non è una cattiva scelta per un sito di piccole dimensioni ospitato su un server con risorse adeguate. Tuttavia, il formato ZIP elabora i file in modo sequenziale, uno alla volta, in un unico passaggio ininterrotto.

In un ambiente di hosting condiviso con risorse limitate, proprio quel singolo ciclo ininterrotto è ciò che i timeout di PHP sono progettati per bloccare.

Il formato di archiviazione utilizzato dal plugin di backup determina il carico di lavoro a cui viene sottoposto il server e la sua capacità di far fronte ai limiti imposti da un hosting economico. Questo aspetto non viene quasi mai menzionato quando si parla delle prestazioni dei backup, eppure spesso fa la differenza tra un backup che viene completato in modo affidabile e uno che fallisce senza dare alcun segnale.

Come DupArchive gestisce i vincoli del server

Duplicator è un plugin di WordPress per il backup che utilizza un proprio formato di backup chiamato DupArchive. È stato sviluppato appositamente per i backup e le migrazioni di WordPress, tenendo conto in primo luogo dei limiti imposti dagli hosting economici.

Mentre un processo ZIP standard viene eseguito come un'unica operazione continua, DupArchive opera in blocchi più piccoli. Ogni blocco viene completato entro i limiti di tempo previsti dal server, dopodiché il processo riprende dal punto in cui si era interrotto.

I timeout di PHP che interromperebbero un backup basato su ZIP durante l'esecuzione non hanno lo stesso effetto, poiché ogni blocco è abbastanza breve da completarsi prima che scatti il limite.

Inoltre, è in grado di gestire siti di grandi dimensioni senza il limite di dimensione dei file che causa errori durante la compressione ZIP. Sono state completate migrazioni reali con DupArchive che superavano i 400 GB!

Per la maggior parte degli utenti di hosting condiviso, questo margine di sicurezza significa che il formato funziona semplicemente laddove un approccio basato su ZIP causerebbe un timeout o danneggerebbe i file.

Consulta qui l'elenco completo delle impostazioni che consentono di velocizzare un backup lento.

Shell Zip contro ZipArchive

Duplicator ti permette di scegliere il motore di archiviazione dei backup.

Shell Zip affida la compressione al sistema operativo anziché eseguirla tramite PHP. Quando è disponibile, il processo risulta notevolmente più veloce, poiché il sistema operativo gestisce la compressione in modo più diretto rispetto a un processo PHP.

A volte gli host Budget disattivano Shell Zip. Se è il tuo caso, puoi chiedere loro di riattivarlo oppure considerarlo un segnale che l'elaborazione a blocchi di DupArchive di Duplicator è la soluzione alternativa più adatta.

Queste due opzioni coprono insieme la maggior parte degli ambienti di hosting: Shell Zip per la velocità quando l'host lo consente e DupArchive per l'affidabilità quando non lo consente.

Come eseguire i backup senza rallentare il tuo sito

L'obiettivo è rendere i backup invisibili ai visitatori. Vengono eseguiti, completati e caricati senza che nessuno noti alcuna differenza nella velocità del sito.

È possibile farlo sulla maggior parte delle configurazioni apportando alcune modifiche alle impostazioni. Nessuna di queste richiede di cambiare provider o di rivolgersi a uno sviluppatore.

I modi più efficaci per eseguire i backup senza rallentare il tuo sito:

Pianifica i backup nelle ore di minor traffico: la tempistica è fondamentale. Individuare le ore di minor traffico del tuo sito garantisce che i backup non entrino in competizione con i visitatori reali per le risorse del server.
Escludere i file che non devono essere sottoposti a backup: la rimozione delle directory della cache, dei file di log e dei file temporanei riduce drasticamente le dimensioni del backup, consentendo di risparmiare risorse della CPU e operazioni di I/O su disco.
Esegui backup del database più spesso rispetto ai backup completi: dato che il database cambia continuamente mentre i file rimangono invariati, eseguire backup giornalieri rapidi del database ti permette di ridurre la frequenza dei backup completi del sito a una sola volta alla settimana.
Utilizza il cron del server al posto di WP-Cron: passare dalla pianificazione di WordPress, che dipende dal traffico, a un’operazione cron dedicata sul server garantisce che i backup vengano eseguiti esattamente quando previsto.

Pianifica i backup nelle ore di minor traffico

La scelta dell'orario è la soluzione più efficace a disposizione, indipendentemente dal piano di hosting scelto. Un backup eseguito alle 3 del mattino su un server poco trafficato ha molto più margine di manovra rispetto allo stesso backup eseguito a mezzogiorno, quando deve competere con il traffico reale dei visitatori.

L'orario consigliato è tra le 2 e le 5 del mattino, ora locale. Questo vale per la maggior parte dei siti, ma è bene verificare i dati effettivi delle statistiche.

Apri MonsterInsights, controlla il traffico su base oraria e individua il tuo vero momento di calo. Alcuni siti rivolti a un pubblico internazionale non presentano un periodo ben definito di traffico ridotto. Altri registrano il picco minimo nelle prime ore della sera piuttosto che durante la notte. Organizza i tuoi orari in base ai tuoi dati, non a una regola generica.

Non programmare i backup nei momenti di picco di traffico. Se invii una newsletter alle 9:00 del martedì, non eseguire un backup alle 9:00 del martedì. I picchi di traffico causati dalle campagne pubblicitarie sono proprio i momenti in cui non è auspicabile un carico aggiuntivo sul server.

Escludi i file di cui non è necessario eseguire il backup

Il modo più veloce per ridurre il carico del backup è diminuire la quantità di dati da sottoporre a backup. Gli archivi più piccoli si comprimono più rapidamente, vengono caricati più velocemente e gravano meno sull'I/O del disco durante l'intero processo.

Le directory della cache sono il vantaggio principale. Il plugin di caching le rigenera automaticamente al caricamento del sito, quindi non ha senso eseguirne il backup.

Da escludere anche:

File di log
Cartelle temporanee di caricamento
Eventuali file di archivio lasciati sul server da altri plugin di backup

In Duplicator, usa i filtri per file e database per escludere i dati non necessari. Ti consiglio il filtro Cache integrato.

Filtro di backup della cache del duplicatore

Il rapporto di analisi pre-backup individua i file di grandi dimensioni prima dell'esecuzione del backup. Vale la pena esaminarlo prima di impostare una pianificazione ricorrente. Bastano pochi minuti per ridurre notevolmente le dimensioni del backup.

Scansione con duplicatore per file di grandi dimensioni

Eseguire backup parziali del database più spesso rispetto ai backup completi

La tua libreria multimediale cambia pochissimo. Il tuo database cambia continuamente.

Ogni nuovo post, commento, ordine e invio di modulo viene salvato nel database. È proprio questo che devi sottoporre a backup frequenti.

I backup giornalieri del solo database sono rapidi, spesso durano meno di 30 secondi e comportano un carico minimo sul server. Riservate i backup completi del sito (file più database) alle esecuzioni settimanali nelle ore di minor traffico.

Questo approccio consente di disporre di punti di ripristino frequenti per i dati più importanti, limitando al contempo la frequenza del processo di backup completo del sito, che richiede molte risorse.

Utilizza Server Cron al posto di WP-Cron

WordPress dispone di un sistema di pianificazione integrato chiamato WP-Cron. Il problema è che si attiva solo quando qualcuno visita il sito.

Se alle 3 del mattino non ci sono visitatori, il backup non viene eseguito. Peggio ancora, un visitatore a mezzogiorno potrebbe inavvertitamente attivare un backup programmato per la notte.

Un vero e proprio cron job sul server viene eseguito secondo una pianificazione fissa, indipendentemente dal traffico. La maggior parte dei pannelli di controllo di hosting consente di accedere alla configurazione del cron.

Configurarlo per il tuo plugin di backup richiede pochi minuti ed elimina completamente l'imprevedibilità di WP-Cron. La documentazione di Duplicator spiega come configurare il cron lato server, nel caso non l'avessi mai fatto prima.

Segnali che indicano che i backup stanno influendo sulle prestazioni del sito

Potresti non collegare i rallentamenti del sito ai backup perché la correlazione temporale non è evidente. Un backup in esecuzione a un'ora insolita non si fa notare. Tuttavia, se il tuo sito sembra lento e non sei riuscito a individuarne la causa, vale la pena cercare di individuare eventuali schemi ricorrenti.

Questi sono i segnali che indicano che i backup stanno rallentando il tuo sito:

I rallentamenti del sito raggiungono il picco ogni giorno o ogni settimana alla stessa ora, in coincidenza con la pianificazione dei backup
I registri di backup indicano esecuzioni non riuscite, incomplete o mancanti
Il tuo pannello di controllo dell'hosting mostra picchi di CPU o I/O secondo uno schema prevedibile
I visitatori segnalano una lentezza che non corrisponde alle normali ore di picco di traffico

Se due o più di questi casi corrispondono a ciò che stai osservando, controlla innanzitutto la pianificazione dei backup prima di approfondire qualsiasi altra cosa.

Proteggi il tuo sito prima di apportare qualsiasi modifica

Prima di modificare le pianificazioni dei backup, cambiare il formato di archiviazione o modificare qualsiasi impostazione del server, esegui prima un backup completo.

Sembra ovvio, ma è facile trascurarlo quando si è nel bel mezzo della risoluzione di un problema e si ha fretta di sistemare le cose. È proprio quello che ho fatto io, creando un vuoto nella cronologia dei backup proprio prima di apportare delle modifiche che non hanno dato i risultati sperati.

Eventuali errori di configurazione durante l'impostazione del backup possono impedirti di disporre di un backup funzionante. È davvero ironico che, nel tentativo di migliorare la configurazione del backup, si finisca per comprometterne l'efficacia.

Se desideri testare nuove impostazioni relative alla pianificazione o ai file di backup prima di applicarle al tuo sito live, l'ambiente di staging ti offre un ambiente isolato in cui verificare che tutto funzioni correttamente.

Duplicator Pro ti permette di creare un sito di staging da qualsiasi backup esistente con pochi clic. Non è necessario alcun account di hosting separato.

Una volta creata l'area di staging, potrai risolvere i problemi senza correre alcun rischio.

Domande frequenti (FAQ)

I backup di WordPress rallentano il mio sito?

È possibile, soprattutto con l'hosting condiviso. I backup utilizzano la CPU per comprimere i file, bloccano le tabelle del database durante l'esportazione e consumano risorse di I/O del disco durante la lettura dei file del sito. L'impatto dipende dalle dimensioni del sito, dal piano di hosting scelto e dall'orario in cui viene eseguito il backup. Pianificare l'esecuzione nelle ore di minor traffico ed escludere i file non necessari consente di ridurre al minimo l'impatto per la maggior parte dei siti.

Qual è il momento migliore per programmare un backup di WordPress?

La maggior parte dei siti registra il traffico più basso tra le 2 e le 5 del mattino nel fuso orario principale dei propri visitatori. Controlla i dati analitici su base oraria per individuare il tuo picco di traffico più basso, invece di affidarti a una raccomandazione generica. Evita di programmare i backup in concomitanza con l'invio di newsletter, il lancio di prodotti o eventi promozionali. Questi momenti generano picchi di traffico, e non è auspicabile che un carico aggiuntivo sul server entri in competizione con i visitatori.

Perché i miei backup continuano a fallire con un hosting economico?

Gli host economici impongono limiti di tempo per l'esecuzione dei script PHP, solitamente compresi tra 30 e 60 secondi, oltre a quote di CPU e limiti di I/O. Quando un processo di backup raggiunge tali limiti, l'host lo interrompe prima del completamento. La soluzione consiste solitamente in una combinazione di tre misure: escludere i file di grandi dimensioni non necessari, come le directory di cache e i log; passare a un formato di archiviazione progettato per ambienti con risorse limitate, come DupArchive; ed eseguire i backup nelle ore di minor traffico, quando il carico del server è più basso.

Quali file dovrei escludere dai backup di WordPress?

Le directory della cache sono quelle da escludere in via prioritaria. Vengono generate automaticamente al caricamento del sito, quindi non ha senso eseguire un backup per motivi di ripristino. Escludi anche i file di log, le cartelle temporanee di upload e i file di archivio creati da altri plugin di backup presenti sul server. In Duplicator, il rapporto di scansione pre-backup evidenzia i file di grandi dimensioni prima dell'esecuzione della procedura, consentendoti di prendere queste decisioni prima di confermare la pianificazione.

Le dimensioni del backup influiscono sulle prestazioni del sito?

Indirettamente, sì. Un backup più voluminoso richiede più tempo per essere compresso e per essere caricato sul cloud. Entrambe le operazioni competono con il tuo sito per le risorse del server. Eliminare i file superflui dall'archivio, in particolare le cache multimediali di grandi dimensioni e i file di log, riduce le dimensioni del backup, ne accorcia la durata e limita il periodo in cui il server è sottoposto a un carico aggiuntivo.

I backup incrementali offrono prestazioni migliori rispetto ai backup completi?

Di solito, sì. Un backup completo legge e comprime l'intero sito ogni volta che viene eseguito. Un backup incrementale elabora solo i file modificati dall'ultima esecuzione. Per i siti con librerie multimediali di grandi dimensioni che cambiano raramente, i backup incrementali possono ridurre il tempo di backup da diversi minuti a meno di 30 secondi. Il compromesso è che il ripristino da backup incrementali richiede di ricomporre più set di backup anziché ripristinare da un unico file.

Il tuo sito merita un backup che funzioni in sincronia con esso

I backup dovrebbero proteggere il tuo sito, non appesantirlo. Il calo di prestazioni causato da un backup configurato male è reale, ma quasi sempre è possibile risolverlo senza cambiare provider o ricostruire nulla.

I tre aspetti più importanti sono: quando vengono eseguiti i backup, cosa includono e quale formato utilizzano. La maggior parte dei siti può ridurre quasi a zero l'impatto sulle prestazioni occupandosi di questi tre aspetti.

Il tuo plugin di backup dovrebbe proteggere il tuo sito senza entrare in competizione con esso per le risorse del server. È un equilibrio più difficile da raggiungere di quanto sembri, specialmente con gli hosting condivisi ed economici, dove i limiti sono reali e non sempre documentati.

Oltre 1,5 milioni di professionisti di WordPress utilizzano Duplicator Pro per gestire backup, migrazioni e ripristino in caso di emergenza. Il formato DupArchive è stato creato appositamente per gli ambienti di hosting in cui i backup standard basati su ZIP falliscono più spesso: server con risorse limitate, caratterizzati da timeout PHP, quote di CPU e limiti di I/O.

E se desideri testare eventuali modifiche alla configurazione prima di applicarle al tuo sito live, la funzione di staging con un solo clic ti permette di creare una copia del tuo sito a partire da qualsiasi backup esistente senza bisogno di un account di hosting separato.

Iniziare con Duplicator

Se questo articolo ti ha fatto riflettere sulle prestazioni dei backup e sullo stato di salute del sito, ti consigliamo di leggere queste guide.

Joella Dunn Scrittrice di contenuti

Joella è una scrittrice con anni di esperienza in WordPress. In Duplicator è specializzata nella manutenzione dei siti, dai backup di base alle migrazioni su larga scala. Il suo obiettivo finale è assicurarsi che il vostro sito WordPress sia sicuro e pronto per la crescita.

Vedi biografia completa