TL;DR: il cloud non è automaticamente un backup. Se produzione e copia dipendono dallo stesso fornitore, account o pannello, un blocco commerciale può rendere entrambi irraggiungibili. La verifica utile è semplice: esporta un campione, ripristinalo altrove e misura quanto tempo serve.
Il caso Nine PBS è un promemoria concreto. La stazione ha perso l’accesso a circa 50 TB di archivio dopo che il fornitore di storage ha smesso di rispondere ed è apparentemente diventato inattivo. Il problema non era soltanto la disponibilità dei server. Era l’accesso operativo ai dati.
Per una PMI la scala cambia, il rischio no. Può succedere con i backup di WordPress, i file condivisi, il gestionale in SaaS o gli export del CRM. La dashboard mostra copie verdi, ma tutte passano dallo stesso account. Quando quell’account viene sospeso, il contratto termina o il provider chiude, il backup esiste e resta comunque inutilizzabile.
La soluzione: prova il ripristino fuori dal provider
Non partire da un nuovo software. Parti da un test. Scegli un insieme piccolo ma completo: database WordPress, directory wp-content, configurazioni necessarie e un documento che descriva dove sono conservate le credenziali di recupero. Copialo in uno storage separato, gestito con un account e un fornitore diversi.
Poi ripristinalo in un ambiente temporaneo. Il test passa solo se il sito si apre, l’amministrazione funziona, media e permalink rispondono e sai ricostruire il servizio senza entrare nel pannello del provider principale. Un file compresso mai aperto non è ancora una prova di recupero.
I passaggi essenziali
- Definisci cosa non puoi perdere. Per WordPress non basta il database: servono media, tema o plugin custom, configurazioni e chiavi che il processo di ripristino richiede.
- Separa l’accesso. La seconda copia deve avere credenziali, fatturazione e console diverse. Se un solo login blocca tutto, non hai eliminato il punto singolo di guasto.
- Scrivi RPO e RTO. Decidi quanti dati puoi perdere e in quanto tempo devi tornare operativo. Questi due limiti determinano frequenza e procedura, non il contrario.
- Esegui un restore campione. Recupera un backup scelto a caso, verifica integrità e funzioni critiche, poi registra durata ed errori.
- Prepara l’uscita. Documenta formato di export, tempi, costi di egress, proprietario dei dati e contatto di escalation prima del rinnovo contrattuale.
NIST tratta esplicitamente lo storage cloud come possibile punto singolo di guasto e indica un servizio alternativo come opzione per mantenere disponibili i dati durante interruzioni prolungate. CISA raccomanda copie offline e cifrate, con test regolari di disponibilità e integrità. La direzione è la stessa: una copia conta quando è separata e ripristinabile.
L’errore da evitare
L’errore tipico è confondere ridondanza e backup. Un provider può replicare i dati su più dischi o data center, ma la replica resta sotto lo stesso controllo amministrativo e contrattuale. Protegge da alcuni guasti hardware; non risolve account sospeso, cancellazione sincronizzata, ransomware o fornitore irraggiungibile.
Vale anche per gli agenti AI che lavorano sui file aziendali: sandbox e backup risolvono problemi diversi. La sandbox limita il danno mentre il processo lavora. Il backup permette di tornare indietro.
Take finale
La mia regola è questa: non comprare un backup che non sai ripristinare senza il venditore che te l’ha venduto. Una volta al trimestre, spegni mentalmente il provider principale e prova a ricostruire un servizio piccolo. Se ti manca un accesso, una chiave o una procedura, hai trovato il problema quando costa ancora poco.