Come Configuro i Backup Automatici su Plesk con Destinazione Remota S3-Compatible: Guida Completa a Backup Incrementali, Retention Policy e Restore Rapido per Siti WordPress

Se gestisci uno o più siti WordPress su un server Plesk, i backup non sono un optional: sono la tua assicurazione contro disastri. Nella mia esperienza di sysadmin, ho visto troppi colleghi perdere dati perché tenevano i backup sullo stesso disco del server, oppure perché non avevano mai testato un restore. In questa guida vi mostro come ho configurato un sistema di backup automatici su Plesk con destinazione remota S3-compatible, utilizzando backup incrementali, retention policy intelligenti e procedure di restore testate sul campo.

Il concetto è semplice ma potente: il Backup Manager di Plesk supporta nativamente storage S3-compatible come Amazon S3, Wasabi, MinIO, DigitalOcean Spaces, Contabo Object Storage e altri servizi. Questo significa che i tuoi backup finiscono su uno storage ridondante e geograficamente separato dal server, senza occupare spazio disco locale. E con i backup incrementali, riduci drasticamente tempi, carico CPU e spazio occupato.

In questo articolo vi guido passo dopo passo nella configurazione completa: dall’installazione dell’estensione alla schedulazione dei backup, dalla retention policy al restore rapido di un singolo sito WordPress. Tutto testato su Plesk Obsidian su Linux.

Perché Scegliere uno Storage S3-Compatible per i Backup Plesk

Prima di entrare nella procedura, lasciatemi spiegare perché ho scelto questa soluzione. Un backup su storage remoto S3-compatible offre vantaggi concreti rispetto alle alternative classiche come FTP o storage locale:

Ridondanza nativa: i principali provider S3 replicano i dati su più dischi. Ad esempio, Contabo utilizza Ceph con tre dischi di ridondanza, il che significa che tre drive possono guastarsi contemporaneamente senza perdita di dati.
Velocità di upload superiore: nella mia esperienza, i restore da S3 sono 3-4 volte più veloci rispetto a quelli da SFTP, soprattutto per backup di grandi dimensioni.
Separazione geografica: il backup risiede in un datacenter diverso dal server. Se il server viene compromesso o si guasta, i backup restano intatti.
Costi contenuti: servizi come Wasabi o Contabo offrono storage S3 a partire da 5-6€/mese per 250 GB, molto meno di soluzioni enterprise.
Compatibilità nativa con Plesk: non servono script custom o mount point FUSE.

Se avete già configurato il monitoraggio del server con Grafana e Prometheus, potrete anche monitorare lo spazio occupato dai backup e ricevere alert in caso di problemi.

Prerequisiti: Cosa Serve Prima di Iniziare

Ecco cosa vi serve per seguire questa guida:

Plesk Obsidian installato su server Linux (Debian, Ubuntu, AlmaLinux o CentOS)
Un account presso un provider di storage S3-compatible (Amazon S3, Wasabi, MinIO, DigitalOcean Spaces, Contabo Object Storage, Vultr Object Storage)
Le credenziali di accesso: Access Key ID e Secret Key del provider scelto
Un bucket creato sul provider S3 dove salvare i backup
L’estensione Amazon S3 Backup installata su Plesk (gratuita per le funzioni base)
Opzionale: la licenza Backup to Cloud Pro se volete schedulare backup su cloud storage a livello di singola subscription

Nota importante: Plesk supporta esplicitamente DigitalOcean, MinIO e OpenStack come storage S3-compatible. Potete provare qualsiasi altro storage compatibile con le API S3, ma non c’è garanzia ufficiale di funzionamento al 100%. Un buon test è verificare se riuscite a caricare e scaricare file tramite AWS CLI: se funziona lì, molto probabilmente funzionerà anche con Plesk.

Step 1: Installare l’Estensione Amazon S3 Backup su Plesk

La prima cosa da fare è installare l’estensione che abilita il supporto S3:

Accedete a Plesk e cliccate su Extensions nel menu laterale
Nella barra di ricerca digitate “Amazon S3 Backup”
Cliccate sull’estensione e poi su “Download for Free” per installarla

Una volta installata, l’opzione Amazon S3 Backup apparirà nelle impostazioni dello storage remoto del Backup Manager. Questa estensione permette di salvare i backup non solo su Amazon S3, ma anche su qualsiasi storage S3-compatible selezionando il provider “Custom”.

Step 2: Preparare il Bucket sullo Storage S3-Compatible

Prima di configurare Plesk, dovete preparare il bucket sul vostro provider. Vi faccio l’esempio con Wasabi, ma la procedura è simile per tutti i provider:

Accedete alla console del vostro provider S3
Create un nuovo bucket con un nome descrittivo (es. plesk-backup-server01)
Annotate l’endpoint URL del servizio (es. s3.eu-central-1.wasabisys.com per Wasabi EU)
Generate o recuperate le credenziali: Access Key ID e Secret Key
Opzionalmente, create una sottocartella nel bucket (es. /backups) per organizzare meglio i dati

Consiglio pratico: date al bucket un nome che identifichi univocamente il server. Se gestite più server, usate nomi come srv01-plesk-backup, srv02-plesk-backup, ecc. Vi ringrazierete quando dovrete fare un restore d’emergenza alle 3 di notte.

Step 3: Configurare lo Storage Remoto S3-Compatible su Plesk

Ora arriviamo alla configurazione vera e propria su Plesk. Ecco la procedura:

In Plesk, andate su Tools & Settings > Backup Manager > Remote Storage Settings > Amazon S3 Backup
Nel menu a tendina “Service provider”, selezionate “Custom (Minio, OpenStack, etc)”
Compilate tutti i campi:
- Service URL: l’endpoint del vostro provider (es. https://s3.eu-central-1.wasabisys.com)
- Login (Key): il vostro Access Key ID
- Password (Secret): il vostro Secret Key
- Bucket: il nome del bucket creato in precedenza
- Path: il percorso dentro al bucket (es. /backups oppure / per la root)
Spuntate “Use the storage”
Cliccate su Apply

Se tutto è configurato correttamente, vedrete un segno di spunta verde che conferma la connessione riuscita. All’inizio non mi funzionava perché avevo sbagliato l’endpoint URL (usavo quello della region sbagliata): fate attenzione a usare l’URL corretto per la vostra region.

Se utilizzate Amazon S3 nativo invece di un provider custom, dovrete creare un utente IAM con i seguenti permessi minimi: s3:CreateBucket, s3:ListBucket, s3:GetObject, s3:PutObject, s3:DeleteObject, s3:ListMultipartUploadParts, s3:AbortMultipartUpload e s3:ListAllMyBuckets.

Policy IAM Minima per Amazon S3

Se scegliete Amazon S3 come destinazione, ecco la policy JSON minima da assegnare all’utente IAM:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "s3:CreateBucket",
        "s3:ListBucket",
        "s3:GetObject",
        "s3:PutObject",
        "s3:DeleteObject",
        "s3:ListMultipartUploadParts",
        "s3:AbortMultipartUpload",
        "s3:ListAllMyBuckets"
      ],
      "Resource": [
        "arn:aws:s3:::plesk-backup-server01",
        "arn:aws:s3:::plesk-backup-server01/*"
      ]
    }
  ]
}

Attenzione: potete configurare più storage remoti diversi (es. S3 + Google Drive), ma non due storage S3-compatible contemporaneamente. Ad esempio, non potete avere Amazon S3 e DigitalOcean Spaces attivi insieme.

Step 4: Configurare i Backup Incrementali su Plesk

I backup incrementali sono la vera arma segreta per ottimizzare il processo. Invece di copiare ogni volta tutti i dati, Plesk salva solo i file modificati dall’ultimo backup, riducendo drasticamente tempi, carico CPU e spazio occupato.

Ecco come funzionano nel dettaglio:

Il primo backup è sempre un full, indipendentemente dal tipo selezionato
I backup incrementali successivi contengono solo i dati web e mail modificati
I database vengono sempre inclusi integralmente (dump completo) anche nei backup incrementali
Plesk utilizza un file indice per ogni backup che registra dimensione, data di modifica, permessi e proprietario di ogni file
Un file viene incluso nel backup incrementale se è nuovo, se dimensione o data di modifica sono cambiate, o se permessi/proprietario sono diversi

Come Attivare i Backup Incrementali

Per i backup manuali:

Andate su Tools & Settings > Backup Manager > Backup
Sotto “Type”, selezionate “Incremental”

Per i backup schedulati:

Andate su Tools & Settings > Backup Manager > Schedule
Attivate l’opzione “Use incremental backup”
Accanto a “Perform full backup”, selezionate la frequenza del full backup (es. ogni settimana)

Consiglio dalla mia esperienza: per siti WordPress attivi con aggiornamenti frequenti di contenuti, consiglio backup incrementali giornalieri con full backup settimanale. Per siti più statici, incrementali giornalieri con full backup mensile vanno benissimo.

Importante: se rimuovete un backup incrementale, tutti i backup incrementali successivi nella catena verranno rimossi. Fate attenzione quando fate pulizia manuale.

Step 5: Configurare la Schedulazione e la Retention Policy

La retention policy determina per quanto tempo Plesk conserva i backup prima di eliminarli automaticamente. Una retention ben configurata è fondamentale per non esaurire lo spazio sullo storage S3 e per avere sempre backup recenti disponibili.

Schedulazione dei Backup

Andate su Tools & Settings > Backup Manager > Schedule
Spuntate “Activate this backup task”
In “Run this backup task”, selezionate la frequenza: daily (consigliato per WordPress)
Attivate “Use incremental backup”
In “Perform full backup”, selezionate Every week
In “Store in”, selezionate lo storage S3 configurato al passaggio precedente
Sotto “Back up”, assicuratevi di includere configurazione, file utente, database e mail
Attivate le notifiche email in caso di errore
Cliccate Save

Retention Policy: Quanti Backup Conservare

Per la retention, avete due opzioni in Plesk:

A livello server: in Tools & Settings > Backup Manager > Settings, potete specificare il numero massimo di full backup da conservare. La rotation di Plesk mantiene l’ultimo backup manuale e gli X-1 backup schedulati più recenti.
A livello subscription: nella schedulazione, potete impostare il campo “Keep backup files for” specificando per quanti giorni, settimane o mesi conservare i backup.

La mia configurazione tipica per un server con 10-15 siti WordPress:

Backup incrementali giornalieri
Full backup ogni settimana
Retention: 4 settimane (quindi 4 full backup + relativi incrementali)
Numero massimo full backup a livello server: 5 (4 schedulati + 1 manuale di emergenza)

Se avete già configurato i cronjob su Plesk per la manutenzione, potete aggiungere un job che verifica periodicamente che i backup siano stati completati correttamente.

Funzionalità Premium: Backup Multi-Schedule

Con la licenza Backup to Cloud Pro, potete schedulare tutti e quattro i tipi di backup contemporaneamente (orari, giornalieri, settimanali e mensili) e assegnare storage diversi a ciascuno. Ad esempio: backup orari su Google Drive, giornalieri su S3, settimanali su OneDrive. Una flessibilità eccezionale per strategie di backup avanzate.

Step 6: Proteggere i Backup con Password

La sicurezza dei backup è fondamentale, specialmente quando li inviate su uno storage esterno. Plesk offre due metodi di protezione:

Chiave di crittografia Plesk: unica per ogni installazione. Comoda ma con una limitazione: non potete ripristinare il backup su un server Plesk diverso senza perdere le password degli account.
Password personalizzata: vi consiglio questa opzione. Potete impostarla nelle Remote Storage Settings e vi permette di ripristinare il backup su qualsiasi server Plesk, anche dopo una reinstallazione completa.

Il mio consiglio: usate sempre una password personalizzata invece della chiave Plesk. In caso di disaster recovery su un nuovo server, potrete ripristinare tutto senza problemi. Conservate la password in un password manager sicuro.

Questa attenzione alla sicurezza dei backup è particolarmente importante se state lavorando sulla conformità alla direttiva NIS2, dove la capacità di ripristino è un requisito esplicito.

Step 7: Come Faccio il Restore Rapido di un Sito WordPress

Configurare i backup è inutile se non sapete come fare un restore. Vi mostro la procedura che uso io quando devo ripristinare un sito WordPress:

Restore Completo di una Subscription

Andate su Backup Manager (a livello server o subscription)
I backup saranno visibili nella lista, con etichetta Full o Incremental
Cliccate sulla data di creazione del backup che volete ripristinare
Scegliete cosa ripristinare: tutto oppure solo oggetti specifici (configurazione dominio, database, mail, contenuto virtual host)
Cliccate su “Restore”
Attendete il completamento: vedrete un segno di spunta verde al termine

Restore di un Backup Incrementale

Quando ripristinate un backup incrementale, Plesk automaticamente combina i dati invariati dell’ultimo full backup con le modifiche di tutti i backup incrementali precedenti. La finestra di dialogo del restore vi mostra tutti i backup che compongono il ripristino: il full iniziale più tutti gli incrementali fino a quello selezionato.

Attenzione: se un backup incrementale nella catena è corrotto o mancante, tutti i successivi saranno marcati con un’icona di esclamazione gialla e il restore potrebbe fallire. Ecco perché è fondamentale che i full backup periodici funzionino correttamente.

Restore Selettivo: Solo il Database WordPress

Spesso non serve ripristinare tutto. Se un plugin ha corrotto il database, potete ripristinare solo il database senza toccare i file. Nella schermata di restore, deselezionate tutto tranne “databases” e procedete. È una delle funzionalità più utili quando gestite siti WordPress.

Per prevenire problemi ai database, vi consiglio anche di seguire la mia guida su come pulire il database WordPress per velocizzare il sito.

Ottimizzazioni Avanzate e Best Practice

Escludere File Inutili dai Backup

Per ridurre le dimensioni dei backup e velocizzare il processo, consiglio di escludere:

File di log: attivate l’opzione “Exclude log files” nella schedulazione
Cache di WordPress: escludete la cartella wp-content/cache
File temporanei: escludete wp-content/uploads/tmp se presente
Backup locali di plugin: escludete le cartelle dove plugin come UpdraftPlus salvano i backup locali

Per escludere file specifici, nella schedulazione selezionate “Exclude specific files from the backup” e inserite i percorsi relativi alla home directory della subscription.

Ridurre il Carico Server Durante i Backup

In Tools & Settings > Backup Manager > Settings potete:

Attivare “Run all backup processes with low priority” per non impattare le performance del server
Limitare il numero di processi di backup simultanei (default: 10, riducetelo a 3-5 se il server è piccolo)
Scegliere il livello di compressione: “Fast” per meno CPU ma file più grandi, oppure livelli più lenti per file più piccoli

Se avete ottimizzato PHP-FPM e OPcache su Plesk, sapete quanto è importante non sovraccaricare il server: schedulare i backup nelle ore notturne (2:00-5:00) è sempre la scelta migliore.

Testare Regolarmente i Restore

Questo è il consiglio più importante di tutto l’articolo: testate i restore regolarmente. Un backup che non avete mai provato a ripristinare non è un backup, è solo una speranza. Io faccio un test di restore su un server di staging almeno una volta al mese.

Risoluzione Problemi Comuni

Il Backup Fallisce per Spazio Disco Insufficiente

Anche se il backup va su S3, Plesk ha bisogno di spazio temporaneo locale per creare l’archivio prima di trasferirlo. Se il disco è quasi pieno, il backup fallirà. Verificate di avere almeno il doppio dello spazio del backup più grande sul disco locale, oppure configurate una directory temporanea su un volume separato.

Errore di Connessione allo Storage S3

Se ricevete errori di timeout o connessione rifiutata:

Verificate che l’endpoint URL sia corretto (incluso il protocollo https://)
Controllate che le credenziali non siano scadute o revocate
Assicuratevi che il firewall del server permetta connessioni in uscita sulla porta 443
Testate la connettività con aws s3 ls --endpoint-url=URL s3://bucket-name

Backup Incrementale Marcato con Esclamazione Gialla

Significa che un backup precedente nella catena è mancante o corrotto. L’unica soluzione è creare un nuovo full backup che diventerà la base per una nuova catena di incrementali.

La Mia Strategia di Backup Completa per WordPress su Plesk

Dopo anni di esperienza, ecco la strategia che applico su tutti i server che gestisco:

Backup Plesk schedulati: incrementali giornalieri + full settimanale su S3-compatible
Snapshot del server (a livello provider hosting): settimanale, per disaster recovery completo
Protezione con password: tutti i backup protetti con password (non chiave Plesk)
Retention: 4 settimane per i backup Plesk, 2 snapshot del server
Test restore: mensile su server di staging
Monitoraggio: notifiche email attive per ogni errore di backup
Sicurezza WordPress: virtual patching e WAF per ridurre il rischio di dover usare i backup

Come suggeriscono le best practice ufficiali di Plesk, una strategia completa combina sempre backup a livello server (snapshot o Acronis) con backup a livello Plesk per il restore granulare di siti, mail e database. I backup Plesk non includono il sistema operativo, i pacchetti di sistema o il filesystem completo.

FAQ

Posso usare qualsiasi storage S3-compatible con Plesk?

Plesk supporta ufficialmente Amazon S3, DigitalOcean Spaces, MinIO e OpenStack. Potete provare qualsiasi altro storage con API S3-compatible (come Wasabi, Contabo, Vultr, Backblaze B2), ma non c’è garanzia ufficiale. Il test consigliato è verificare se riuscite a caricare/scaricare file tramite AWS CLI: se funziona, probabilmente funzionerà anche con Plesk.

I backup incrementali di Plesk includono il database completo?

Sì, i backup incrementali di Plesk includono sempre il dump completo dei database. Solo i dati web (file) e i dati mail vengono salvati in modo incrementale. Questo significa che il database WordPress è sempre integro in ogni backup incrementale, il che è un vantaggio enorme per il restore.

Posso ripristinare un backup Plesk su un server diverso?

Sì, ma dipende dal metodo di protezione scelto. Se usate una password personalizzata, potete ripristinare il backup su qualsiasi server Plesk. Se usate la chiave di crittografia di Plesk (unica per installazione), i dati verranno ripristinati ma le password degli account saranno rigenerate.

Quanto spazio disco locale serve per i backup su S3?

Anche se la destinazione finale è lo storage S3, Plesk crea il backup temporaneamente sul disco locale prima di trasferirlo. Dovete avere almeno spazio sufficiente per il backup completo più grande che intendete creare. Per ridurre il problema, escludete file di log e cache dai backup.

Serve la licenza Backup to Cloud Pro per usare S3?

No, la versione gratuita dell’estensione Amazon S3 Backup permette di creare backup manuali e schedulati a livello server. La licenza Backup to Cloud Pro è necessaria se volete schedulare backup su cloud storage a livello di singole subscription, oppure se volete usare schedule multipli (orari + giornalieri + settimanali + mensili contemporaneamente).

Conclusione

Configurare i backup automatici su Plesk con destinazione remota S3-compatible è una delle attività più importanti che potete fare per proteggere i vostri siti WordPress. Con backup incrementali giornalieri, full backup settimanali e una retention policy di 4 settimane su storage S3, avete una copertura solida contro qualsiasi tipo di disastro.

La procedura non è complessa: installate l’estensione, configurate lo storage remoto, impostate la schedulazione con backup incrementali e testate i restore. L’errore più grave è non farlo, o farlo e non testare mai il ripristino.

Se gestite server Plesk con siti WordPress, non rimandare: configurate i backup su S3 oggi stesso. E se state valutando alternative a Plesk per contenere i costi, date un’occhiata alla mia guida su come affrontare l’aumento prezzi Plesk 2026 con alternative open source.

Avete domande o volete condividere la vostra strategia di backup? Scrivetemi nei commenti, sono curioso di sapere come gestite i backup sui vostri server!