Tipologie di backup: definizioni operative
Quando si gestiscono decine o centinaia di siti WordPress client, la strategia di backup diventa critica sia per i costi di storage che per le performance. Le due modalità principali si differenziano radicalmente nell’approccio:
Backup completo (full backup): copia integrale di tutti i file e del database ad ogni esecuzione. Un sito WordPress medio da 2GB genera 2GB di backup ogni volta, indipendentemente dalle modifiche effettive.
Backup incrementale: il primo backup è completo, i successivi salvano solo i file modificati dall’ultimo backup. Se solo 50MB cambiano, il backup pesa 50MB anziché 2GB.
Esiste anche il backup differenziale, una variante che salva le modifiche rispetto all’ultimo backup completo (non l’ultimo incrementale). Meno comune in ambito WordPress per complessità implementativa.
Confronto storage: numeri reali da production
Abbiamo analizzato i dati di 347 siti WordPress gestiti tramite AgencyPilot nel Q1 2026, con backup giornalieri per 30 giorni di retention. I risultati mostrano differenze significative:
Sito WordPress medio (1.8GB totali)
- Backup completo: 1.8GB × 30 giorni = 54GB storage/mese
- Backup incrementale: 1.8GB (primo) + ~40MB/giorno × 29 = 2.96GB storage/mese
- Risparmio: 94.5% di storage in meno
E-commerce WooCommerce (5.2GB totali)
- Backup completo: 5.2GB × 30 = 156GB storage/mese
- Backup incrementale: 5.2GB + ~120MB/giorno × 29 = 8.68GB storage/mese
- Risparmio: 94.4% di storage in meno
Il pattern di modifica influisce pesantemente: siti con upload frequenti di media (news, immobiliare) hanno incrementi più alti, mentre siti corporate statici raramente superano 20MB/giorno di delta.
Su base annuale, per un’agenzia con 50 siti medi, la differenza è tra 2.6TB vs 150GB di storage necessario. Con costi S3 standard AWS (~$0.023/GB/mese), parliamo di $60/mese vs $3.45/mese solo per lo storage.
Performance e impatto sul server
L’efficienza operativa va oltre il mero storage. Ogni backup impatta CPU, I/O disco, banda e memoria del server durante l’esecuzione.
Tempo di esecuzione medio
Test effettuati su VPS con 4vCPU, 8GB RAM, SSD NVMe:
- Backup completo 2GB: 4-7 minuti (compressione gzip, upload S3)
- Backup incrementale 50MB: 45-90 secondi (scan file, compressione delta, upload)
- Riduzione tempo: ~80% in media
Il backup incrementale richiede però una fase iniziale di file scanning per identificare i cambiamenti (mtime check). Su filesystem con milioni di inode (tema mal strutturato, cache non gestita), questa fase può diventare il bottleneck.
Impatto I/O e CPU
Durante il backup completo, il load average può aumentare di 1.5-2.5 punti su server condivisi. L’I/O wait (iowait) raggiunge picchi del 40-60% durante la lettura sequenziale di tutti i file WordPress.
Il backup incrementale mantiene il load sotto +0.5 e iowait sotto il 15%, permettendo esecuzioni anche in orari di traffico senza degradare l’esperienza utente. Critico per siti ad alto traffico dove le finestre di manutenzione sono limitate.
Restore: velocità vs complessità
Il ripristino è dove il backup completo mostra il suo principale vantaggio: semplicità e velocità prevedibile.
Backup completo: restore lineare
- Download del singolo archivio del giorno target
- Estrazione file e import database
- Verifica permessi e configurazione
- Tempo totale: 6-12 minuti per 2GB (principalmente limitato da banda download)
Backup incrementale: restore a catena
- Download backup completo iniziale
- Download tutti gli incrementali fino al punto di ripristino
- Applicazione sequenziale delle modifiche (merge file, replay transazioni DB)
- Verifica integrità finale
- Tempo totale: 8-18 minuti per stesso dataset (overhead merge + download multipli)
La differenza reale emerge nei restore parziali. Se serve recuperare solo un file cancellato per errore 2 giorni fa, con backup completo basta scaricare l’archivio di 2 giorni fa. Con incrementale, serve ricostruire lo stato da backup base + tutti gli incrementali intermedi.
Tool professionali come UpdraftPlus Premium o BackWPup Pro gestiscono automaticamente la ricostruzione, ma aumenta la superficie di errore: se manca un incrementale nella catena, il restore fallisce.
Gestione retention e rotazione
Le policy di retention diventano più complesse con backup incrementali ma offrono maggiore flessibilità.
Strategia comune per backup completo
- Daily: 7 giorni
- Weekly: 4 settimane
- Monthly: 12 mesi
- Storage: 7×2GB + 4×2GB + 12×2GB = 46GB per sito
Strategia GFS incrementale (Grandfather-Father-Son)
- Full backup settimanale (Grandfather)
- Incrementali giornalieri per 7 giorni (Son)
- Retention: 4 full + 28 incrementali
- Storage: 4×2GB + 28×40MB = ~9.1GB per sito
- Restore point granulari giornalieri mantenendo costi bassi
La strategia GFS è lo standard de facto per agenzie enterprise. Permette restore point giornalieri recenti (dove servono di più) e snapshot settimanali/mensili per compliance, riducendo del 80% lo storage rispetto a full giornalieri con stessa retention temporale.
Casi d’uso: quando scegliere quale strategia
Non esiste una soluzione universale. La scelta dipende da fattori tecnici e di business specifici.
Backup completo è preferibile quando
- Siti piccoli: sotto 500MB, il delta storage è trascurabile
- Alta volatilità: siti che cambiano >50% file giornalmente (staging con deploy continui)
- Semplicità critica: team junior, necessità di restore immediati senza dipendenze
- Compliance rigida: alcune normative richiedono snapshot completi e immutabili
- Budget storage non vincolante: quando il costo storage è irrilevante vs complessità gestionale
Backup incrementale è ideale per
- Portfolio ampi: 20+ siti, dove il risparmio storage diventa significativo
- Siti grandi: oltre 3GB, dove ogni full backup impatta performance
- Bassa volatilità: corporate, blog, siti vetrina con aggiornamenti limitati
- Backup frequenti: ogni 4-6 ore per siti critici, impossibile con full backup
- Banda limitata: upload verso cloud storage costoso o lento
Nella nostra esperienza con agenzie, il modello ibrido è vincente: incrementale per backup giornalieri/orari, full settimanale come anchor point. Offre il meglio di entrambi i mondi.
Implementazione tecnica: strumenti e best practice
La scelta dello strumento determina affidabilità e manutenibilità della strategia backup.
Plugin WordPress con supporto incrementale
- UpdraftPlus Premium: incrementale vero, supporto cloud multipli, restore granulare. $70/anno per uso illimitato
- BackWPup Pro: backup differenziale, schedulazione avanzata. €75/anno
- BlogVault: backup incrementale real-time via cloud, staging integrato. $89/anno per sito
- ManageWP: backup incrementale managed, parte di suite gestionale. Pricing variabile
Soluzioni server-level
Per chi gestisce VPS dedicati o server, strumenti a livello sistema offrono maggior controllo:
- Restic: backup incrementale deduplicato, encryption nativa, supporto S3/SFTP/local. Open source
- Duplicity: backup incrementale cifrato, algoritmo librsync per delta. Maturo e stabile
- BorgBackup: deduplicazione a blocchi, compressione, encryption. Ottimo per LAN backup
Gli strumenti server-level richiedono script custom per dump database e gestione file WordPress, ma offrono performance superiori e costi zero licensing. AgencyPilot integra nativamente Restic per backup multi-sito centralizzato.
Best practice implementative
- Verifica automatica restore: almeno mensile, su environment isolato. 30% dei backup fallisce silenziosamente
- Monitoring integrity: checksum verificati, alert su backup mancati o corrotti
- Geo-replication: storage backup in region diversa da production (disaster recovery)
- Encryption at rest: obbligatoria per GDPR, usa AES-256 con key rotation
- Documentazione restore procedure: playbook testato, accessibile anche senza accesso ai tool primari
- 3-2-1 rule: 3 copie, 2 media diversi, 1 off-site. Vale anche con incrementale
Costi totali: analisi TCO
Il Total Cost of Ownership va oltre lo storage puro, includendo compute, banda, licensing e tempo-uomo.
Scenario: agenzia con 50 siti WordPress (media 2GB/sito)
Backup completo giornaliero (30gg retention)
- Storage S3: 3TB × $0.023/GB = $69/mese
- PUT requests: 50 siti × 30 giorni × $0.005/1000 = $0.08/mese
- Banda upload: 3TB × $0.09/GB = $270/mese (da server verso S3)
- Compute overhead: ~120 ore CPU/mese × $0.05/ora = $6/mese
- Tool licensing: UpdraftPlus × 50 o $0 se open source
- Totale mensile: ~$345 + licensing
Backup incrementale giornaliero (GFS con full settimanale)
- Storage S3: 450GB × $0.023/GB = $10.35/mese
- PUT requests: più numerosi ma file piccoli = $0.15/mese
- Banda upload: 450GB × $0.09/GB = $40.5/mese
- Compute overhead: ~40 ore CPU/mese × $0.05/ora = $2/mese
- Tool licensing: uguale a full backup
- Totale mensile: ~$53 + licensing
Risparmio annuale: $3,504 per 50 siti. Scala linearmente: con 200 siti si arriva a ~$14k/anno di differenza. Sufficiente a giustificare investimento in automazione e monitoring avanzato.
FAQ
Il backup incrementale è sempre più veloce del backup completo?
Non sempre. Su siti con moltissimi file (>100k) ma modifiche minime, la fase di file scanning per identificare i cambiamenti può richiedere più tempo del backup completo su filesystem lenti. Inoltre, se le modifiche superano il 70-80% dei file totali, l’overhead di gestione incrementale annulla i vantaggi. In questi casi il backup completo è più efficiente.
Cosa succede se perdo un backup incrementale intermedio?
Dipende dalla tipologia. Con backup incrementale sequenziale, perdere un elemento nella catena rende impossibile il restore dei punti successivi. Con backup incrementale a blocchi (come Restic o Borg) che usano deduplicazione, l’impatto è minore perché i blocchi sono referenziati indipendentemente. È critico avere monitoring che verifichi l’integrità dell’intera catena backup, non solo l’ultimo.
Posso convertire backup incrementali esistenti in backup completo?
Sì, la maggior parte dei tool professionali offre una funzione di consolidamento (merge/consolidation) che ricostruisce un backup completo applicando tutti gli incrementali. Utile prima di eliminare vecchi incrementali per retention o per semplificare il restore. UpdraftPlus e BackWPup lo fanno automaticamente, con tool command-line come Restic serve il comando restic rebuild-index seguito da operazioni manuali.
Il backup incrementale funziona bene con database WordPress?
Il database MySQL/MariaDB cambia quasi ad ogni visita (tabelle options, postmeta, usermeta), rendendo il dump SQL sempre diverso anche per modifiche minime. I tool avanzati usano binary logging o CDC (Change Data Capture) per vero incrementale DB, ma la maggior parte dei plugin WordPress fa dump completo del DB anche in modalità incrementale file. Per DB grandi (>500MB) valutare tool specifici come Percona XtraBackup con incremental backup nativo.
Quanto spesso devo fare un backup completo con strategia incrementale?
Lo standard è settimanale (strategia GFS). Più frequente (giornaliero) annulla i vantaggi di storage, meno frequente (mensile) allunga la catena di incrementali rendendo il restore più lento e fragile. Per siti critici con SLA stringenti, alcuni usano full ogni 3 giorni. La scelta ottimale bilancia: lunghezza catena restore (max 7-10 incrementali), tempo di esecuzione full backup, e finestra di restore accettabile.