Come fare i backup di un database RDS e come ripristinarli

Amazon RDS ha due meccanismi di copia che la gente confonde: i backup automatici, che RDS fa ogni giorno e che in più permettono di tornare a qualsiasi minuto degli ultimi giorni, e gli snapshot manuali, che fai tu quando vuoi e si conservano finché non li cancelli. Sono utili entrambi, ma servono a cose diverse.

E c'è una cosa che devi sapere prima di averne bisogno: in RDS ripristinare non sovrascrive mai il database attuale. Viene sempre creata un'istanza nuova, con un altro nome e un altro indirizzo. Se non lo metti in conto nel momento dello spavento, perdi mezz'ora preziosa.

Passo dopo passo

1. Controlla i backup automatici della tua istanza

   Nella console di RDS, Database, clicca sul tuo e apri la scheda Manutenzione e backup. Cerca il periodo di conservazione: è per quanti giorni RDS conserva i backup automatici. Se c'è scritto 0, non ci sono backup automatici e dovresti cambiarlo oggi stesso (pulsante Modifica). Un valore tra 7 e 14 giorni copre la maggior parte dei casi; il massimo lo stabilisce AWS.

   Lì accanto c'è la finestra di backup, la mezz'ora giornaliera in cui RDS fa la copia. Mettila in un orario di poca attività, in UTC.

2. Fai uno snapshot manuale prima di un cambiamento importante

   Stai per migrare l'applicazione, cambiare la versione del motore, cancellare tabelle vecchie. Prima, uno snapshot manuale: seleziona l'istanza, Azioni, Take snapshot, e dagli un nome descrittivo con la data. In un'istanza Multi-AZ la copia viene fatta dalla replica e non tocca il servizio; in una a zona singola può esserci una breve pausa delle scritture all'inizio.

   Quelli manuali non scadono: restano finché non li cancelli e si pagano per lo spazio che occupano (oltre quello che AWS include gratis, pari alla dimensione del tuo storage). Fai pulizia ogni tanto.

3. Ripristinare da uno snapshot

   Nel menu Snapshot, seleziona quello che vuoi, Azioni, Restore snapshot. RDS ti chiede un nome nuovo per l'istanza (per esempio tienda-restaurada-2026-10-26), la dimensione dell'istanza, la VPC e la sottorete. Controlla due cose che non vengono copiate dall'originale e vanno scelte a mano: il gruppo di sicurezza (altrimenti nascerà con quello predefinito e la tua applicazione non riuscirà a connettersi) e il gruppo di parametri, se ne usavi uno personalizzato.

   Clicca su Ripristina e aspetta. Ci vorranno minuti o decine di minuti a seconda della dimensione.

4. Ripristinare a un punto nel tempo

   Se quello che è successo è "qualcuno ha eseguito un DELETE senza WHERE alle 11:42", non vuoi la copia di ieri notte: vuoi le 11:41. Per questo ci sono i backup automatici: seleziona l'istanza originale, Azioni, Restore to point in time, e scegli data e ora esatte dentro il periodo di conservazione. Il resto del modulo è uguale al passo precedente, e anche questo crea un'istanza nuova.

5. Verifica il database ripristinato prima di usarlo

   Quando la nuova istanza è "Disponibile", copia il suo endpoint dalla scheda Connettività. Collegati con il tuo client abituale e controlla che i dati che cercavi siano lì: la tabella cancellata, l'ordine di prima delle 11:42. Fallo prima di toccare l'applicazione.

6. Punta l'applicazione al nuovo database

   Hai due strade. Quella rapida: cambiare la stringa di connessione dell'applicazione al nuovo endpoint. Quella pulita, se l'applicazione non si può toccare: rinominare l'istanza vecchia (per esempio in tienda-vieja) e poi rinominare quella ripristinata con il nome originale; RDS aggiorna l'endpoint quando cambia il nome, anche se ci mette qualche minuto e la cache DNS può ritardarlo. In entrambi i casi, quando tutto funziona da qualche giorno, ferma o cancella l'istanza vecchia, che fino ad allora si paga per intero.

Cosa può andare storto