Il Vostro Backup MySQL Dura 12 Ore. Ecco Come Risolvere.

Backup completi di un database MySQL da 2 TB che durano più di 12 ore, falliscono spesso e non sono mai stati ripristinati: è una situazione frequente. Il backup esiste, ma nessuno sa se funziona. Questa guida vi dà un controllo di due minuti e i quattro passi che usiamo per sistemare la situazione. Si basa su un intervento reale.

Autocontrollo in due minuti

Rispondete con onestà:

1. Quando avete ripristinato l’ultima volta un backup in un sistema di test, da cima a fondo?
2. Quanto dura un restore completo? Lo sapete o è una stima?
3. Se un backup fallisce di notte, chi se ne accorge e quando?
4. Potete ripristinare a un momento preciso, per esempio cinque minuti prima di un deploy sbagliato?
5. Quanto vi costa lo storage dei backup ogni mese?

Se non sapete rispondere ad almeno due di queste domande, avete un rischio di recupero, non un backup.

Perché a grande scala qualcosa si rompe

• I backup completi crescono con i dati. A livello di terabyte richiedono mezza giornata e falliscono più spesso.
• I backup incrementali dipendono da una catena. Se eliminate un anello, tutto ciò che segue diventa inutilizzabile.
• Ripristinare un terabyte richiede così tanto tempo che i team evitano di testarlo. I backup non testati falliscono proprio quando servono.
• Gli strumenti di backup generici non capiscono InnoDB. Le soluzioni gestite fanno pagare a GB.

La soluzione, in quattro passi

1. Usate uno strumento di backup nativo del database. XtraBackup capisce le modifiche alle pagine InnoDB. Fate un backup completo a settimana e incrementali ogni sei ore, cifrati e compressi, scritti prima su un disco locale veloce e poi sincronizzati su object storage.
2. Rendete la retention consapevole delle catene. Eliminate un backup solo quando tutti i backup della sua catena hanno superato il periodo di retention. Così evitate incrementali orfani che non si possono ripristinare.
3. Automatizzate il ripristino point-in-time con uno script. Un solo comando ripristina a un timestamp scelto: prima il backup completo, poi gli incrementali in ordine. Aggiungete una modalità dry-run per controllare il piano prima di eseguirlo.
4. Automatizzate il test di restore. Ripristinate in un sistema di prova a intervalli regolari e inviate un alert in caso di errore. Se il test è manuale, non verrà fatto.

Com’è andata in pratica

Su un database di produzione da 2 TB, il tempo di backup è passato da 12 ore a 30 minuti per un backup completo e a 5 minuti per un incrementale. Il tasso di successo dei backup è salito dal 60% al 99,8%, i restore vengono testati ogni mese e lo storage costa circa 3 $ al mese invece di oltre 150 $ per uno strumento gestito. Dettagli: il caso di studio.

Prossimo passo

Fate l’autocontrollo oggi stesso. Se emergono lacune, prenotate una call e guardiamo insieme il vostro setup.