{"id":1454,"date":"2026-03-07T10:06:56","date_gmt":"2026-03-07T09:06:56","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/backup-automatici-plesk-s3-compatible-incrementali-retention-restore-wordpress\/"},"modified":"2026-03-07T10:06:56","modified_gmt":"2026-03-07T09:06:56","slug":"backup-automatici-plesk-s3-compatible-incrementali-retention-restore-wordpress","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/backup-automatici-plesk-s3-compatible-incrementali-retention-restore-wordpress\/","title":{"rendered":"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"},"content":{"rendered":"<p>Se gestisci uno o pi\u00f9 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\u00e9 tenevano i backup sullo stesso disco del server, oppure perch\u00e9 non avevano mai testato un restore. In questa guida vi mostro come ho configurato un sistema di <strong>backup automatici su Plesk con destinazione remota S3-compatible<\/strong>, utilizzando backup incrementali, retention policy intelligenti e procedure di restore testate sul campo.<\/p>\n<p>Il concetto \u00e8 semplice ma potente: il <em>Backup Manager<\/em> di Plesk supporta nativamente storage S3-compatible come <strong>Amazon S3, Wasabi, MinIO, DigitalOcean Spaces, Contabo Object Storage<\/strong> 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.<\/p>\n<p>In questo articolo vi guido passo dopo passo nella configurazione completa: dall&#8217;installazione dell&#8217;estensione alla schedulazione dei backup, dalla retention policy al restore rapido di un singolo sito WordPress. Tutto testato su Plesk Obsidian su Linux.<\/p>\n<h2>Perch\u00e9 Scegliere uno Storage S3-Compatible per i Backup Plesk<\/h2>\n<p>Prima di entrare nella procedura, lasciatemi spiegare perch\u00e9 ho scelto questa soluzione. Un <strong>backup su storage remoto S3-compatible<\/strong> offre vantaggi concreti rispetto alle alternative classiche come FTP o storage locale:<\/p>\n<ul>\n<li><strong>Ridondanza nativa<\/strong>: i principali provider S3 replicano i dati su pi\u00f9 dischi. Ad esempio, Contabo utilizza Ceph con tre dischi di ridondanza, il che significa che tre drive possono guastarsi contemporaneamente senza perdita di dati.<\/li>\n<li><strong>Velocit\u00e0 di upload superiore<\/strong>: nella mia esperienza, i restore da S3 sono 3-4 volte pi\u00f9 veloci rispetto a quelli da SFTP, soprattutto per backup di grandi dimensioni.<\/li>\n<li><strong>Separazione geografica<\/strong>: il backup risiede in un datacenter diverso dal server. Se il server viene compromesso o si guasta, i backup restano intatti.<\/li>\n<li><strong>Costi contenuti<\/strong>: servizi come Wasabi o Contabo offrono storage S3 a partire da 5-6\u20ac\/mese per 250 GB, molto meno di soluzioni enterprise.<\/li>\n<li><strong>Compatibilit\u00e0 nativa con Plesk<\/strong>: non servono script custom o mount point FUSE.<\/li>\n<\/ul>\n<p>Se avete gi\u00e0 configurato il <a href=\"https:\/\/darioiannascoli.it\/blog\/monitoraggio-risorse-server-plesk-grafana-prometheus\/\">monitoraggio del server con Grafana e Prometheus<\/a>, potrete anche monitorare lo spazio occupato dai backup e ricevere alert in caso di problemi.<\/p>\n<h2>Prerequisiti: Cosa Serve Prima di Iniziare<\/h2>\n<p>Ecco cosa vi serve per seguire questa guida:<\/p>\n<ol>\n<li><strong>Plesk Obsidian<\/strong> installato su server Linux (Debian, Ubuntu, AlmaLinux o CentOS)<\/li>\n<li>Un account presso un provider di <strong>storage S3-compatible<\/strong> (Amazon S3, Wasabi, MinIO, DigitalOcean Spaces, Contabo Object Storage, Vultr Object Storage)<\/li>\n<li>Le <strong>credenziali di accesso<\/strong>: Access Key ID e Secret Key del provider scelto<\/li>\n<li>Un <strong>bucket creato<\/strong> sul provider S3 dove salvare i backup<\/li>\n<li>L&#8217;estensione <em>Amazon S3 Backup<\/em> installata su Plesk (gratuita per le funzioni base)<\/li>\n<li>Opzionale: la licenza <em>Backup to Cloud Pro<\/em> se volete schedulare backup su cloud storage a livello di singola subscription<\/li>\n<\/ol>\n<p><strong>Nota importante<\/strong>: Plesk supporta esplicitamente DigitalOcean, MinIO e OpenStack come storage S3-compatible. Potete provare qualsiasi altro storage compatibile con le API S3, ma non c&#8217;\u00e8 garanzia ufficiale di funzionamento al 100%. Un buon test \u00e8 verificare se riuscite a caricare e scaricare file tramite <em>AWS CLI<\/em>: se funziona l\u00ec, molto probabilmente funzioner\u00e0 anche con Plesk.<\/p>\n<h2>Step 1: Installare l&#8217;Estensione Amazon S3 Backup su Plesk<\/h2>\n<p>La prima cosa da fare \u00e8 installare l&#8217;estensione che abilita il supporto S3:<\/p>\n<ol>\n<li>Accedete a Plesk e cliccate su <strong>Extensions<\/strong> nel menu laterale<\/li>\n<li>Nella barra di ricerca digitate <strong>&#8220;Amazon S3 Backup&#8221;<\/strong><\/li>\n<li>Cliccate sull&#8217;estensione e poi su <strong>&#8220;Download for Free&#8221;<\/strong> per installarla<\/li>\n<\/ol>\n<p>Una volta installata, l&#8217;opzione <em>Amazon S3 Backup<\/em> apparir\u00e0 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 &#8220;Custom&#8221;.<\/p>\n<h2>Step 2: Preparare il Bucket sullo Storage S3-Compatible<\/h2>\n<p>Prima di configurare Plesk, dovete preparare il bucket sul vostro provider. Vi faccio l&#8217;esempio con <strong>Wasabi<\/strong>, ma la procedura \u00e8 simile per tutti i provider:<\/p>\n<ol>\n<li>Accedete alla console del vostro provider S3<\/li>\n<li>Create un nuovo <strong>bucket<\/strong> con un nome descrittivo (es. <code>plesk-backup-server01<\/code>)<\/li>\n<li>Annotate l&#8217;<strong>endpoint URL<\/strong> del servizio (es. <code>s3.eu-central-1.wasabisys.com<\/code> per Wasabi EU)<\/li>\n<li>Generate o recuperate le credenziali: <strong>Access Key ID<\/strong> e <strong>Secret Key<\/strong><\/li>\n<li>Opzionalmente, create una sottocartella nel bucket (es. <code>\/backups<\/code>) per organizzare meglio i dati<\/li>\n<\/ol>\n<p><strong>Consiglio pratico<\/strong>: date al bucket un nome che identifichi univocamente il server. Se gestite pi\u00f9 server, usate nomi come <code>srv01-plesk-backup<\/code>, <code>srv02-plesk-backup<\/code>, ecc. Vi ringrazierete quando dovrete fare un restore d&#8217;emergenza alle 3 di notte.<\/p>\n<h2>Step 3: Configurare lo Storage Remoto S3-Compatible su Plesk<\/h2>\n<p>Ora arriviamo alla configurazione vera e propria su Plesk. Ecco la procedura:<\/p>\n<ol>\n<li>In Plesk, andate su <strong>Tools &amp; Settings &gt; Backup Manager &gt; Remote Storage Settings &gt; Amazon S3 Backup<\/strong><\/li>\n<li>Nel menu a tendina <strong>&#8220;Service provider&#8221;<\/strong>, selezionate <strong>&#8220;Custom (Minio, OpenStack, etc)&#8221;<\/strong><\/li>\n<li>Compilate tutti i campi:\n<ul>\n<li><strong>Service URL<\/strong>: l&#8217;endpoint del vostro provider (es. <code>https:\/\/s3.eu-central-1.wasabisys.com<\/code>)<\/li>\n<li><strong>Login (Key)<\/strong>: il vostro Access Key ID<\/li>\n<li><strong>Password (Secret)<\/strong>: il vostro Secret Key<\/li>\n<li><strong>Bucket<\/strong>: il nome del bucket creato in precedenza<\/li>\n<li><strong>Path<\/strong>: il percorso dentro al bucket (es. <code>\/backups<\/code> oppure <code>\/<\/code> per la root)<\/li>\n<\/ul>\n<\/li>\n<li>Spuntate <strong>&#8220;Use the storage&#8221;<\/strong><\/li>\n<li>Cliccate su <strong>Apply<\/strong><\/li>\n<\/ol>\n<p>Se tutto \u00e8 configurato correttamente, vedrete un <strong>segno di spunta verde<\/strong> che conferma la connessione riuscita. All&#8217;inizio non mi funzionava perch\u00e9 avevo sbagliato l&#8217;endpoint URL (usavo quello della region sbagliata): fate attenzione a usare l&#8217;URL corretto per la vostra region.<\/p>\n<p>Se utilizzate <strong>Amazon S3 nativo<\/strong> invece di un provider custom, dovrete creare un utente IAM con i seguenti permessi minimi: <code>s3:CreateBucket<\/code>, <code>s3:ListBucket<\/code>, <code>s3:GetObject<\/code>, <code>s3:PutObject<\/code>, <code>s3:DeleteObject<\/code>, <code>s3:ListMultipartUploadParts<\/code>, <code>s3:AbortMultipartUpload<\/code> e <code>s3:ListAllMyBuckets<\/code>.<\/p>\n<h3>Policy IAM Minima per Amazon S3<\/h3>\n<p>Se scegliete Amazon S3 come destinazione, ecco la policy JSON minima da assegnare all&#8217;utente IAM:<\/p>\n<pre>{\n  \"Version\": \"2012-10-17\",\n  \"Statement\": [\n    {\n      \"Effect\": \"Allow\",\n      \"Action\": [\n        \"s3:CreateBucket\",\n        \"s3:ListBucket\",\n        \"s3:GetObject\",\n        \"s3:PutObject\",\n        \"s3:DeleteObject\",\n        \"s3:ListMultipartUploadParts\",\n        \"s3:AbortMultipartUpload\",\n        \"s3:ListAllMyBuckets\"\n      ],\n      \"Resource\": [\n        \"arn:aws:s3:::plesk-backup-server01\",\n        \"arn:aws:s3:::plesk-backup-server01\/*\"\n      ]\n    }\n  ]\n}<\/pre>\n<p><strong>Attenzione<\/strong>: potete configurare pi\u00f9 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.<\/p>\n<h2>Step 4: Configurare i Backup Incrementali su Plesk<\/h2>\n<p>I backup incrementali sono la vera arma segreta per ottimizzare il processo. Invece di copiare ogni volta tutti i dati, Plesk salva <strong>solo i file modificati<\/strong> dall&#8217;ultimo backup, riducendo drasticamente tempi, carico CPU e spazio occupato.<\/p>\n<p>Ecco come funzionano nel dettaglio:<\/p>\n<ul>\n<li>Il <strong>primo backup \u00e8 sempre un full<\/strong>, indipendentemente dal tipo selezionato<\/li>\n<li>I backup incrementali successivi contengono solo i <strong>dati web e mail modificati<\/strong><\/li>\n<li>I <strong>database vengono sempre inclusi integralmente<\/strong> (dump completo) anche nei backup incrementali<\/li>\n<li>Plesk utilizza un <strong>file indice<\/strong> per ogni backup che registra dimensione, data di modifica, permessi e proprietario di ogni file<\/li>\n<li>Un file viene incluso nel backup incrementale se \u00e8 nuovo, se dimensione o data di modifica sono cambiate, o se permessi\/proprietario sono diversi<\/li>\n<\/ul>\n<h3>Come Attivare i Backup Incrementali<\/h3>\n<p>Per i <strong>backup manuali<\/strong>:<\/p>\n<ol>\n<li>Andate su <strong>Tools &amp; Settings &gt; Backup Manager &gt; Backup<\/strong><\/li>\n<li>Sotto <strong>&#8220;Type&#8221;<\/strong>, selezionate <strong>&#8220;Incremental&#8221;<\/strong><\/li>\n<\/ol>\n<p>Per i <strong>backup schedulati<\/strong>:<\/p>\n<ol>\n<li>Andate su <strong>Tools &amp; Settings &gt; Backup Manager &gt; Schedule<\/strong><\/li>\n<li>Attivate l&#8217;opzione <strong>&#8220;Use incremental backup&#8221;<\/strong><\/li>\n<li>Accanto a <strong>&#8220;Perform full backup&#8221;<\/strong>, selezionate la frequenza del full backup (es. ogni settimana)<\/li>\n<\/ol>\n<p><strong>Consiglio dalla mia esperienza<\/strong>: per siti WordPress attivi con aggiornamenti frequenti di contenuti, consiglio backup incrementali giornalieri con full backup settimanale. Per siti pi\u00f9 statici, incrementali giornalieri con full backup mensile vanno benissimo.<\/p>\n<p><strong>Importante<\/strong>: se rimuovete un backup incrementale, tutti i backup incrementali successivi nella catena verranno rimossi. Fate attenzione quando fate pulizia manuale.<\/p>\n<h2>Step 5: Configurare la Schedulazione e la Retention Policy<\/h2>\n<p>La <strong>retention policy<\/strong> determina per quanto tempo Plesk conserva i backup prima di eliminarli automaticamente. Una retention ben configurata \u00e8 fondamentale per non esaurire lo spazio sullo storage S3 e per avere sempre backup recenti disponibili.<\/p>\n<h3>Schedulazione dei Backup<\/h3>\n<ol>\n<li>Andate su <strong>Tools &amp; Settings &gt; Backup Manager &gt; Schedule<\/strong><\/li>\n<li>Spuntate <strong>&#8220;Activate this backup task&#8221;<\/strong><\/li>\n<li>In <strong>&#8220;Run this backup task&#8221;<\/strong>, selezionate la frequenza: <em>daily<\/em> (consigliato per WordPress)<\/li>\n<li>Attivate <strong>&#8220;Use incremental backup&#8221;<\/strong><\/li>\n<li>In <strong>&#8220;Perform full backup&#8221;<\/strong>, selezionate <em>Every week<\/em><\/li>\n<li>In <strong>&#8220;Store in&#8221;<\/strong>, selezionate lo storage S3 configurato al passaggio precedente<\/li>\n<li>Sotto <strong>&#8220;Back up&#8221;<\/strong>, assicuratevi di includere <em>configurazione, file utente, database e mail<\/em><\/li>\n<li>Attivate le notifiche email in caso di errore<\/li>\n<li>Cliccate <strong>Save<\/strong><\/li>\n<\/ol>\n<h3>Retention Policy: Quanti Backup Conservare<\/h3>\n<p>Per la retention, avete due opzioni in Plesk:<\/p>\n<ul>\n<li><strong>A livello server<\/strong>: in <strong>Tools &amp; Settings &gt; Backup Manager &gt; Settings<\/strong>, potete specificare il <strong>numero massimo di full backup da conservare<\/strong>. La rotation di Plesk mantiene l&#8217;ultimo backup manuale e gli X-1 backup schedulati pi\u00f9 recenti.<\/li>\n<li><strong>A livello subscription<\/strong>: nella schedulazione, potete impostare il campo <strong>&#8220;Keep backup files for&#8221;<\/strong> specificando per quanti giorni, settimane o mesi conservare i backup.<\/li>\n<\/ul>\n<p>La mia configurazione tipica per un server con 10-15 siti WordPress:<\/p>\n<ul>\n<li>Backup incrementali <strong>giornalieri<\/strong><\/li>\n<li>Full backup ogni <strong>settimana<\/strong><\/li>\n<li>Retention: <strong>4 settimane<\/strong> (quindi 4 full backup + relativi incrementali)<\/li>\n<li>Numero massimo full backup a livello server: <strong>5<\/strong> (4 schedulati + 1 manuale di emergenza)<\/li>\n<\/ul>\n<p>Se avete gi\u00e0 configurato i <a href=\"https:\/\/darioiannascoli.it\/blog\/cronjob-plesk-backup-manutenzione-server\/\">cronjob su Plesk per la manutenzione<\/a>, potete aggiungere un job che verifica periodicamente che i backup siano stati completati correttamente.<\/p>\n<h3>Funzionalit\u00e0 Premium: Backup Multi-Schedule<\/h3>\n<p>Con la licenza <strong>Backup to Cloud Pro<\/strong>, potete schedulare <strong>tutti e quattro i tipi di backup contemporaneamente<\/strong> (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\u00e0 eccezionale per strategie di backup avanzate.<\/p>\n<h2>Step 6: Proteggere i Backup con Password<\/h2>\n<p>La sicurezza dei backup \u00e8 fondamentale, specialmente quando li inviate su uno storage esterno. Plesk offre due metodi di protezione:<\/p>\n<ul>\n<li><strong>Chiave di crittografia Plesk<\/strong>: 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.<\/li>\n<li><strong>Password personalizzata<\/strong>: vi consiglio questa opzione. Potete impostarla nelle <em>Remote Storage Settings<\/em> e vi permette di ripristinare il backup su qualsiasi server Plesk, anche dopo una reinstallazione completa.<\/li>\n<\/ul>\n<p><strong>Il mio consiglio<\/strong>: usate sempre una <strong>password personalizzata<\/strong> 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.<\/p>\n<p>Questa attenzione alla sicurezza dei backup \u00e8 particolarmente importante se state lavorando sulla <a href=\"https:\/\/darioiannascoli.it\/blog\/plesk-conforme-direttiva-nis2-logging-action-log-autenticazione-checklist\/\">conformit\u00e0 alla direttiva NIS2<\/a>, dove la capacit\u00e0 di ripristino \u00e8 un requisito esplicito.<\/p>\n<h2>Step 7: Come Faccio il Restore Rapido di un Sito WordPress<\/h2>\n<p>Configurare i backup \u00e8 inutile se non sapete come fare un restore. Vi mostro la procedura che uso io quando devo ripristinare un sito WordPress:<\/p>\n<h3>Restore Completo di una Subscription<\/h3>\n<ol>\n<li>Andate su <strong>Backup Manager<\/strong> (a livello server o subscription)<\/li>\n<li>I backup saranno visibili nella lista, con etichetta <em>Full<\/em> o <em>Incremental<\/em><\/li>\n<li>Cliccate sulla <strong>data di creazione<\/strong> del backup che volete ripristinare<\/li>\n<li>Scegliete cosa ripristinare: <strong>tutto<\/strong> oppure solo oggetti specifici (configurazione dominio, database, mail, contenuto virtual host)<\/li>\n<li>Cliccate su <strong>&#8220;Restore&#8221;<\/strong><\/li>\n<li>Attendete il completamento: vedrete un <strong>segno di spunta verde<\/strong> al termine<\/li>\n<\/ol>\n<h3>Restore di un Backup Incrementale<\/h3>\n<p>Quando ripristinate un backup incrementale, Plesk automaticamente combina i dati invariati dell&#8217;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\u00f9 tutti gli incrementali fino a quello selezionato.<\/p>\n<p><strong>Attenzione<\/strong>: se un backup incrementale nella catena \u00e8 corrotto o mancante, tutti i successivi saranno marcati con un&#8217;icona di esclamazione gialla e il restore potrebbe fallire. Ecco perch\u00e9 \u00e8 fondamentale che i full backup periodici funzionino correttamente.<\/p>\n<h3>Restore Selettivo: Solo il Database WordPress<\/h3>\n<p>Spesso non serve ripristinare tutto. Se un plugin ha corrotto il database, potete ripristinare <strong>solo il database<\/strong> senza toccare i file. Nella schermata di restore, deselezionate tutto tranne &#8220;databases&#8221; e procedete. \u00c8 una delle funzionalit\u00e0 pi\u00f9 utili quando gestite siti WordPress.<\/p>\n<p>Per prevenire problemi ai database, vi consiglio anche di seguire la mia guida su <a href=\"https:\/\/darioiannascoli.it\/blog\/pulire-database-wordpress-velocizzare\/\">come pulire il database WordPress per velocizzare il sito<\/a>.<\/p>\n<h2>Ottimizzazioni Avanzate e Best Practice<\/h2>\n<h3>Escludere File Inutili dai Backup<\/h3>\n<p>Per ridurre le dimensioni dei backup e velocizzare il processo, consiglio di escludere:<\/p>\n<ul>\n<li><strong>File di log<\/strong>: attivate l&#8217;opzione &#8220;Exclude log files&#8221; nella schedulazione<\/li>\n<li><strong>Cache di WordPress<\/strong>: escludete la cartella <code>wp-content\/cache<\/code><\/li>\n<li><strong>File temporanei<\/strong>: escludete <code>wp-content\/uploads\/tmp<\/code> se presente<\/li>\n<li><strong>Backup locali di plugin<\/strong>: escludete le cartelle dove plugin come UpdraftPlus salvano i backup locali<\/li>\n<\/ul>\n<p>Per escludere file specifici, nella schedulazione selezionate <strong>&#8220;Exclude specific files from the backup&#8221;<\/strong> e inserite i percorsi relativi alla home directory della subscription.<\/p>\n<h3>Ridurre il Carico Server Durante i Backup<\/h3>\n<p>In <strong>Tools &amp; Settings &gt; Backup Manager &gt; Settings<\/strong> potete:<\/p>\n<ul>\n<li>Attivare <strong>&#8220;Run all backup processes with low priority&#8221;<\/strong> per non impattare le performance del server<\/li>\n<li>Limitare il <strong>numero di processi di backup simultanei<\/strong> (default: 10, riducetelo a 3-5 se il server \u00e8 piccolo)<\/li>\n<li>Scegliere il <strong>livello di compressione<\/strong>: &#8220;Fast&#8221; per meno CPU ma file pi\u00f9 grandi, oppure livelli pi\u00f9 lenti per file pi\u00f9 piccoli<\/li>\n<\/ul>\n<p>Se avete ottimizzato <a href=\"https:\/\/darioiannascoli.it\/blog\/ottimizzare-php-fpm-opcache-plesk\/\">PHP-FPM e OPcache su Plesk<\/a>, sapete quanto \u00e8 importante non sovraccaricare il server: schedulare i backup nelle ore notturne (2:00-5:00) \u00e8 sempre la scelta migliore.<\/p>\n<h3>Testare Regolarmente i Restore<\/h3>\n<p>Questo \u00e8 il consiglio pi\u00f9 importante di tutto l&#8217;articolo: <strong>testate i restore regolarmente<\/strong>. Un backup che non avete mai provato a ripristinare non \u00e8 un backup, \u00e8 solo una speranza. Io faccio un test di restore su un server di staging almeno una volta al mese.<\/p>\n<h2>Risoluzione Problemi Comuni<\/h2>\n<h3>Il Backup Fallisce per Spazio Disco Insufficiente<\/h3>\n<p>Anche se il backup va su S3, Plesk ha bisogno di <strong>spazio temporaneo locale<\/strong> per creare l&#8217;archivio prima di trasferirlo. Se il disco \u00e8 quasi pieno, il backup fallir\u00e0. Verificate di avere almeno il doppio dello spazio del backup pi\u00f9 grande sul disco locale, oppure configurate una directory temporanea su un volume separato.<\/p>\n<h3>Errore di Connessione allo Storage S3<\/h3>\n<p>Se ricevete errori di timeout o connessione rifiutata:<\/p>\n<ul>\n<li>Verificate che l&#8217;<strong>endpoint URL<\/strong> sia corretto (incluso il protocollo https:\/\/)<\/li>\n<li>Controllate che le <strong>credenziali<\/strong> non siano scadute o revocate<\/li>\n<li>Assicuratevi che il <strong>firewall del server<\/strong> permetta connessioni in uscita sulla porta 443<\/li>\n<li>Testate la connettivit\u00e0 con <code>aws s3 ls --endpoint-url=URL s3:\/\/bucket-name<\/code><\/li>\n<\/ul>\n<h3>Backup Incrementale Marcato con Esclamazione Gialla<\/h3>\n<p>Significa che un backup precedente nella catena \u00e8 mancante o corrotto. L&#8217;unica soluzione \u00e8 creare un nuovo full backup che diventer\u00e0 la base per una nuova catena di incrementali.<\/p>\n<h2>La Mia Strategia di Backup Completa per WordPress su Plesk<\/h2>\n<p>Dopo anni di esperienza, ecco la strategia che applico su tutti i server che gestisco:<\/p>\n<ol>\n<li><strong>Backup Plesk schedulati<\/strong>: incrementali giornalieri + full settimanale su S3-compatible<\/li>\n<li><strong>Snapshot del server<\/strong> (a livello provider hosting): settimanale, per disaster recovery completo<\/li>\n<li><strong>Protezione con password<\/strong>: tutti i backup protetti con password (non chiave Plesk)<\/li>\n<li><strong>Retention<\/strong>: 4 settimane per i backup Plesk, 2 snapshot del server<\/li>\n<li><strong>Test restore<\/strong>: mensile su server di staging<\/li>\n<li><strong>Monitoraggio<\/strong>: notifiche email attive per ogni errore di backup<\/li>\n<li><strong>Sicurezza WordPress<\/strong>: <a href=\"https:\/\/darioiannascoli.it\/blog\/protezione-wordpress-vulnerabilita-plugin-virtual-patching-patchstack-waf-monitoraggio-cve\/\">virtual patching e WAF<\/a> per ridurre il rischio di dover usare i backup<\/li>\n<\/ol>\n<p>Come suggeriscono le best practice ufficiali di Plesk, una strategia completa combina sempre <strong>backup a livello server<\/strong> (snapshot o Acronis) con <strong>backup a livello Plesk<\/strong> 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.<\/p>\n<h2>FAQ<\/h2>\n<h3>Posso usare qualsiasi storage S3-compatible con Plesk?<\/h3>\n<p>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&#8217;\u00e8 garanzia ufficiale. Il test consigliato \u00e8 verificare se riuscite a caricare\/scaricare file tramite AWS CLI: se funziona, probabilmente funzioner\u00e0 anche con Plesk.<\/p>\n<h3>I backup incrementali di Plesk includono il database completo?<\/h3>\n<p>S\u00ec, i backup incrementali di Plesk includono sempre il <strong>dump completo dei database<\/strong>. Solo i dati web (file) e i dati mail vengono salvati in modo incrementale. Questo significa che il database WordPress \u00e8 sempre integro in ogni backup incrementale, il che \u00e8 un vantaggio enorme per il restore.<\/p>\n<h3>Posso ripristinare un backup Plesk su un server diverso?<\/h3>\n<p>S\u00ec, ma dipende dal metodo di protezione scelto. Se usate una <strong>password personalizzata<\/strong>, 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.<\/p>\n<h3>Quanto spazio disco locale serve per i backup su S3?<\/h3>\n<p>Anche se la destinazione finale \u00e8 lo storage S3, Plesk crea il backup temporaneamente sul disco locale prima di trasferirlo. Dovete avere almeno spazio sufficiente per il backup completo pi\u00f9 grande che intendete creare. Per ridurre il problema, escludete file di log e cache dai backup.<\/p>\n<h3>Serve la licenza Backup to Cloud Pro per usare S3?<\/h3>\n<p>No, la versione gratuita dell&#8217;estensione Amazon S3 Backup permette di creare backup manuali e schedulati a livello server. La licenza <em>Backup to Cloud Pro<\/em> \u00e8 necessaria se volete schedulare backup su cloud storage a livello di singole subscription, oppure se volete usare schedule multipli (orari + giornalieri + settimanali + mensili contemporaneamente).<\/p>\n<h2>Conclusione<\/h2>\n<p>Configurare i <strong>backup automatici su Plesk con destinazione remota S3-compatible<\/strong> \u00e8 una delle attivit\u00e0 pi\u00f9 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.<\/p>\n<p>La procedura non \u00e8 complessa: installate l&#8217;estensione, configurate lo storage remoto, impostate la schedulazione con backup incrementali e testate i restore. L&#8217;errore pi\u00f9 grave \u00e8 non farlo, o farlo e non testare mai il ripristino.<\/p>\n<p>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&#8217;occhiata alla mia guida su <a href=\"https:\/\/darioiannascoli.it\/blog\/aumento-prezzi-plesk-2026-alternative-open-source-cloudpanel-1panel-aapanel\/\">come affrontare l&#8217;aumento prezzi Plesk 2026 con alternative open source<\/a>.<\/p>\n<p>Avete domande o volete condividere la vostra strategia di backup? Scrivetemi nei commenti, sono curioso di sapere come gestite i backup sui vostri server!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Guida completa alla configurazione di backup automatici su Plesk con storage S3-compatible: incrementali, retention policy e restore rapido per WordPress.<\/p>\n","protected":false},"author":1,"featured_media":1455,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Backup Automatici Plesk S3: Guida Completa 2026","_seopress_titles_desc":"Come configuro backup automatici su Plesk con S3-compatible: incrementali, retention policy e restore WordPress. Guida step-by-step testata sul campo.","_seopress_robots_index":"","footnotes":""},"categories":[4],"tags":[370,369,371,116,9],"class_list":["post-1454","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-plesk","tag-backup-incrementali","tag-backup-s3","tag-disaster-recovery","tag-plesk","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/1454","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/comments?post=1454"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/1454\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/1455"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=1454"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=1454"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=1454"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}