Backup di WordPress sullo Storage Server: la guida con WPvivid

Un backup che sta sullo stesso server del sito non è un backup. Se il disco viene cancellato, l'accesso viene rubato o l'installazione viene cifrata, se ne va insieme a tutto il resto. Solo una copia su storage separato è una vera assicurazione.

Questa guida mostra la strada più rapida per arrivarci: un plugin gratuito che salva WordPress via SFTP su uno Storage Server, con piano e regola di conservazione. Si configura in un quarto d'ora.

Perché WPvivid

La scelta, su un punto, si restringe in modo sorprendente. Quello che conta è una trasmissione cifrata nella versione gratuita:

Il semplice FTP trasmette credenziali e contenuti senza cifratura. Per un backup che contiene l'intero database con la tabella degli utenti, non è una buona idea. WPvivid è quindi la scelta naturale, ha oltre 900.000 installazioni attive ed è stato aggiornato l'ultima volta a settembre 2026.

Passo 1: creare il sottoconto sullo storage

Nell'area clienti, sotto il tuo Storage Server, crea un sottoconto dedicato ai backup, con directory iniziale /backup/wordpress. È più importante di quanto sembri: le credenziali finiscono subito nel database di WordPress, e chi le trova lì non deve poter raggiungere nient'altro che quella sola directory.

Nello stesso passaggio controlla in "Impostazioni di accesso" due interruttori:

• SSH / SFTP / SCP / rsync deve essere abilitato.
• Raggiungibilità esterna deve essere attiva, altrimenti il tuo web server non arriva allo storage attraverso internet.

Sui server appena ordinati entrambi sono attivi. Annota hostname e nome utente, gli esempi qui usano:

Passo 2: verificare la raggiungibilità prima di configurare qualcosa

Questo risparmia poi molte ricerche. Se hai accesso alla shell sul web server:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Porta 23 raggiungibile"

Senza accesso alla shell metti un file pruefen.php nella directory web, lo richiami una volta e poi lo cancelli di nuovo:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Porta 23 raggiungibile' : 'nessuna connessione: ' . $t;

Se la connessione non si stabilisce, il tuo hoster blocca le connessioni in uscita su questa porta. Sull'hosting condiviso non è raro. Resta allora o una richiesta all'hoster o la strada via WebDAV, che gira sulla porta 443.

Passo 3: installare il plugin e inserire la destinazione

Nel backend di WordPress, sotto Plugin, Aggiungi nuovo, cerca WPvivid Backup & Migration, installalo e attivalo. Dopo compare a sinistra la voce di menu WPvivid Backup.

Lì vai sulla scheda Remote Storage e scegli SFTP. I campi li compili così:

Con Test and Add il plugin verifica la connessione prima di salvarla. Se fallisce, in nove casi su dieci o la porta è sbagliata o la raggiungibilità esterna è disattivata.

Passo 4: il primo backup a mano

Nella scheda Backup & Restore scegli Database + Files (WordPress Files) e come destinazione Send backup to remote storage con la voce appena creata. Poi Backup Now.

La prima esecuzione dura qualche minuto, a seconda delle dimensioni. Lascia aperta la finestra del browser, il plugin pilota l'avanzamento con richiami ripetuti.

Passo 5: piano e conservazione

Nella scheda Schedule attivi il piano. Nella pratica si è dimostrato valido:

Metti l'orario nelle ore notturne dei tuoi visitatori principali. La conservazione la imposti sotto Settings, dove c'è anche l'interruttore che decide se i backup vecchi vanno cancellati anche sullo storage remoto. Attivalo, altrimenti con il tempo lo storage si riempie.

Tieni presente: gli snapshot dello Storage Server sono un livello aggiuntivo e lavorano in modo indipendente. A seconda del piano sono disponibili 10, 20, 30 o 40 snapshot manuali, più altrettanti automatici.

Passo 6: verificare se il backup vale qualcosa

Questo passaggio è quello che si salta più spesso ed è il più importante. Guarda cosa c'è davvero sullo storage:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

Fai attenzione a due cose: la dimensione del file deve essere plausibile, e devono essere presenti sia un archivio del database sia un archivio dei file. Un archivio di pochi kilobyte è un fallimento, non un successo.

E poi il test vero e proprio: ripristina il backup una volta su un'installazione di prova. Un backup mai verificato è un'ipotesi.

Il ripristino, e il punto critico

Nella versione gratuita un backup che sta sullo storage remoto non si può riportare indietro in modo diretto, il ripristino dei backup remoti appartiene alla versione a pagamento. La strada libera funziona comunque e dura solo qualche minuto in più:

1. Scaricare l'archivio dallo storage via SFTP.
2. Nel plugin, sotto Backup & Restore, aprire la sezione Upload e caricare l'archivio.
3. Il backup caricato compare nell'elenco e da lì si può ripristinare.

Metti in conto questo giro nel tuo piano di emergenza. Chi in caso di guaio si accorge per la prima volta che in mezzo c'è ancora un download, perde tempo inutilmente.

Dove questa strada finisce

Ogni plugin di backup lavora dentro PHP e tocca quindi i limiti di tempo e di memoria. Da qualche gigabyte di dimensione totale diventa faticoso, e con mediateche molto grandi a un certo punto l'esecuzione si interrompe.

Allora la strada migliore è rsync o BorgBackup, entrambi direttamente da un'attività pianificata sul server ed entrambi disponibili in modo nativo sullo storage:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Questo trasferisce solo le modifiche e non conosce limiti di PHP. Richiede però un server proprio con accesso alla shell. Di più su questa strada si trova in Usare lo Storage Server per il proprio sito.

Quali altre parti di WordPress si possono spostare sullo storage, cioè mediateca e download, e dove stanno i limiti, si trova in Usare lo Storage Server con WordPress.

I quattro errori più frequenti

• Porta 22 invece di 23. Il plugin propone 22, il nostro storage ascolta sulla 23.
• Raggiungibilità esterna disattivata. Allora il test dall'area clienti funziona, ma dal web server no.
• Account principale invece di sottoconto. Le credenziali stanno poi nel database del sito. Con l'account principale ci è appeso tutto.
• I backup vecchi non vengono mai cancellati. Senza la regola di conservazione attiva per lo storage remoto lo spazio si riempie, e a un certo punto il backup fallisce in silenzio.

Quale piano è adatto

Per i backup di un singolo sito WordPress, Storage-1 con 1 TB a 9,99 euro basta a lungo. Per dare un'idea: un sito medio con 5 GB di dimensione totale occupa, con dieci backup conservati, circa 50 GB, cioè il cinque per cento del piano.

Tutti gli Storage Server stanno in Germania, permettono fino a 100 sottoconti, parlano oltre a SFTP anche SMB, WebDAV, rsync e BorgBackup e arrivano senza costi di attivazione. La fatturazione è PrePaid senza durata minima, puoi quindi iniziare in piccolo e crescere quando si aggiungono altri siti.