Pagina 1 di 2
Il backup è la disciplina più sottovalutata dell'IT aziendale. Quasi tutti pensano di averlo, pochi l'hanno testato, pochissimi lo hanno strutturato seguendo la regola 3-2-1 (tre copie, due supporti, una offsite). Lavoro sui backup dei miei clienti con un approccio pragmatico: automazione, cifratura, testing periodico, monitoraggio degli esiti.
In questa categoria trovi articoli su strategie di backup per applicazioni PHP e database MySQL/PostgreSQL, backup con rsync, borg, restic, automazione via cron, cifratura at-rest, offsite su object storage S3-compatible, test del restore documentati. Scrivo anche di cosa NON fare: backup manuali, backup non cifrati, backup sullo stesso server.
Se vuoi sapere se la tua azienda è davvero al sicuro da una perdita dati, parliamone prima del prossimo incidente. Oppure leggi il mio approccio alla protezione dei dati.
Il giorno in cui scopri se il tuo backup funziona non deve essere il giorno in cui ne hai bisogno.
mysqldump su database da 200GB richiede 4 ore e blocca le query durante l'esecuzione. Con Percona XtraBackup ho configurato backup incrementali ogni ora senza un singolo lock: il database continua a servire richieste, il backup è verificabile, il recovery è testato settimanalmente in automatico. Vi mostro la configurazione completa. Continua a leggere
Ho simulato uno scenario ransomware per un cliente manifatturiero con 60 dipendenti: ho mappato tutti i sistemi critici, calcolato il costo orario del downtime e testato i backup. I risultati erano scomodi: 18 ore per ripristinare i sistemi principali, 40 ore per i secondari, backup di tre settimane fa. Ecco cosa abbiamo fatto. Continua a leggere
Amazon S3 costa. Hetzner Object Storage e Contabo Object Storage offrono compatibilità S3 completa a un terzo del prezzo con data center europei. Vi mostro come ho migrato un sistema di backup Laravel e un CDN per immagini prodotto verso Hetzner OS, mantenendo il codice invariato grazie al driver Flysystem. Continua a leggere
Un e-commerce Laravel fermo per 14 ore perché il disco del VPS si era guastato e il backup non era mai stato testato. L'RTO stimato dal titolare era "qualche minuto", quello reale è stato 14 ore. Il piano di disaster recovery che ho costruito dopo: BorgBackup offsite, RTO verificato di 47 minuti, test trimestrale automatizzato. Continua a leggere
Un mysqldump che girava ogni notte sullo stesso disco del server non ha salvato una PMI veneta dal ransomware. Ho ricostruito la strategia di backup su BorgBackup con append-only repo su Hetzner Storage Box, encryption AES-256, retention GFS e test di ripristino automatizzati ogni domenica. Il protocollo 3-2-1-1-0 che applico a ogni VPS. Continua a leggere
Su un VPS Contabo con un gestionale Laravel 10, i backup automatici con spatie/laravel-backup fallivano da tre mesi - disco pieno sullo storage S3, credenziali scadute, e il notification channel configurato su un webhook Slack che non esisteva più. Il titolare l'ha scoperto quando ha avuto bisogno di un restore. Diagnosi delle cause di fallimento, ripristino della pipeline, test di restore verificato e monitoring che avvisa davvero quando qualcosa non funziona. Continua a leggere
Gestire i backup aziendali senza una strategia concreta e testata significa esporre il tuo business a rischi enormi: perdita dati, interruzioni operative e danni irreparabili alla reputazione. Scopri come una consulenza specialistica può garantire una protezione reale per il futuro della tua azienda. Continua a leggere
I backup aziendali non possono essere affidati al caso. Una gestione approssimativa mette a rischio la sopravvivenza stessa del tuo business, esponendoti a perdite irreparabili di dati. Scopri come una strategia corretta può proteggerti da errori comuni e costosi incidenti informatici, preservando reputazione e continuità operativa. Continua a leggere
Bisogna dirlo, Google e tutti i suoi servizi connessi, come Gmail, Google Drive, il Play Store, Google Play Music, sono diventati parte integrante delle nostre vite digitali, e della nostra produttività sia personale, sia lavorativa. C'è da chiedersi, però, dove vengano salvati tutti i nostri dati, e se esiste la possibilità di scaricare una copia dei propri dati su Google. Ovviamente, trattandosi di Google, non poteva non essere possibile: ci hanno già pensato, e il sistema per il takeout dei propri … Continua a leggere
Articolo storico del febbraio 2016 sulla risoluzione di un errore MySQL durante l'import di un dump tra server. Dieci anni dopo lo aggiorno con una correzione importante: il codice errore corretto è 1265 (non 1256), la causa reale è sql_mode strict, e la soluzione canonica nel 2026 passa per la disciplina di gestione delle policy di sql_mode tra ambienti. Continua a leggere
