Amazon RDS dispose de deux mécanismes de sauvegarde que l'on confond souvent : les sauvegardes automatiques, que RDS réalise chaque jour et qui permettent en plus de revenir à n'importe quelle minute des derniers jours, et les instantanés manuels, que vous faites quand vous le souhaitez et qui sont conservés jusqu'à ce que vous les supprimiez. Les deux sont utiles et servent à des choses différentes.
Et il y a une chose à savoir avant d'en avoir besoin : dans RDS, restaurer n'écrase jamais la base de données actuelle. Une nouvelle instance est toujours créée, avec un autre nom et une autre adresse. Si vous ne le savez pas au moment de la panique, vous perdez une demi-heure précieuse.
Avant de commencer : ce que signifie chaque chose
- RDS
- Le service de bases de données managées d'Amazon : vous utilisez la base de données (MySQL, PostgreSQL, etc.) et Amazon s'occupe de la machine, des mises à jour et des sauvegardes.
- Instance
- C'est ainsi qu'AWS appelle chaque base de données que vous avez dans RDS.
- Sauvegarde automatique
- Celle que RDS fait chaque jour de lui-même et conserve pendant le nombre de jours que vous indiquez. Elle permet en plus de revenir à n'importe quelle minute de cette période.
- Instantané manuel
- Une copie que vous faites quand vous le souhaitez et qui est conservée jusqu'à ce que vous la supprimiez.
- Restaurer à un instant précis
- Récupérer la base de données telle qu'elle était à une date et une heure exactes, par exemple une minute avant une suppression accidentelle.
- Point de terminaison (endpoint)
- L'adresse par laquelle votre application se connecte à la base de données. Chaque instance a la sienne ; en restaurant, on en obtient une nouvelle.
- Groupe de sécurité
- Le pare-feu d'AWS : il dit depuis où l'on peut se connecter à la base de données. Une base restaurée naît avec un groupe par défaut, qui bloque généralement votre application.
- Multi-AZ
- Option par laquelle RDS maintient une réplique dans un autre centre de données de la même région. Les sauvegardes sont faites depuis la réplique et ne ralentissent pas le service.
- UTC
- L'heure universelle de référence. Dans AWS, les heures sont exprimées en UTC ; en Espagne, c'est une heure de moins en hiver et deux en été.
Pas à pas
Vérifiez les sauvegardes automatiques de votre instance
Dans la console RDS, Bases de données, cliquez sur la vôtre et ouvrez l'onglet Maintenance et sauvegardes. Cherchez la période de rétention : c'est le nombre de jours pendant lesquels RDS conserve les sauvegardes automatiques. Si elle est à 0, il n'y a pas de sauvegardes automatiques et vous devriez changer cela dès aujourd'hui (bouton Modifier). Une valeur entre 7 et 14 jours couvre la plupart des cas ; le maximum est fixé par AWS.
Au même endroit se trouve la fenêtre de sauvegarde, la demi-heure quotidienne pendant laquelle RDS fait la sauvegarde. Placez-la à une heure de faible activité, en UTC.
Faites un instantané manuel avant un changement important
Vous allez migrer l'application, changer la version du moteur, supprimer de vieilles tables. Avant cela, un instantané manuel : sélectionnez l'instance, Actions, Prendre un instantané, et donnez-lui un nom parlant avec la date. Sur une instance Multi-AZ, la copie est faite depuis la réplique et n'affecte pas le service ; sur une instance à zone unique, il peut y avoir une brève pause des écritures au démarrage.
Les instantanés manuels n'expirent pas : ils sont conservés jusqu'à ce que vous les supprimiez et facturés selon l'espace qu'ils occupent (au-delà de ce qu'AWS inclut gratuitement, qui équivaut à la taille de votre stockage). Faites le ménage de temps en temps.
Restaurer depuis un instantané
Dans le menu Instantanés, sélectionnez celui que vous voulez, Actions, Restaurer l'instantané. RDS vous demande un nouveau nom pour l'instance (par exemple
tienda-restaurada-2026-10-26), la taille de l'instance, le VPC et le sous-réseau. Vérifiez deux choses qui ne sont pas copiées depuis l'originale et qu'il faut choisir à la main : le groupe de sécurité (sinon, elle naîtra avec celui par défaut et votre application ne pourra pas se connecter) et le groupe de paramètres, si vous en utilisiez un personnalisé.Cliquez sur Restaurer et attendez. Cela prendra quelques minutes ou quelques dizaines de minutes selon la taille.
Restaurer à un instant précis
Si ce qui s'est passé est « quelqu'un a exécuté un DELETE sans WHERE à 11 h 42 », vous ne voulez pas la sauvegarde d'hier soir : vous voulez 11 h 41. C'est à cela que servent les sauvegardes automatiques : sélectionnez l'instance d'origine, Actions, Restaurer à un instant dans le temps, et choisissez la date et l'heure exactes dans la période de rétention. Le reste du formulaire est identique à l'étape précédente, et cela crée aussi une nouvelle instance.
Vérifiez la base restaurée avant de l'utiliser
Quand la nouvelle instance est « Disponible », copiez son point de terminaison (endpoint) depuis l'onglet Connectivité. Connectez-vous avec votre client habituel et vérifiez que les données que vous cherchiez sont bien là : la table supprimée, la commande d'avant 11 h 42. Faites-le avant de toucher à l'application.
Pointez l'application vers la nouvelle base de données
Vous avez deux chemins. Le rapide : changer la chaîne de connexion de l'application vers le nouveau point de terminaison. Le propre, si l'application ne peut pas être modifiée : renommer l'ancienne instance (par exemple en
tienda-vieja) puis renommer la restaurée avec le nom d'origine ; RDS met à jour le point de terminaison au changement de nom, mais cela prend quelques minutes et le cache DNS peut retarder la bascule. Dans les deux cas, quand tout fonctionne depuis quelques jours, arrêtez ou supprimez l'ancienne instance, qui jusque-là est facturée en entier.
Ce qui peut mal tourner
L'application ne se connecte pas à la base restaurée
C'est presque toujours le groupe de sécurité : la nouvelle instance est née avec celui par défaut. Modifiez-la et attribuez-lui le groupe de sécurité qu'avait l'originale. La deuxième cause la plus fréquente est l'accessibilité publique : si l'originale était accessible depuis l'extérieur et pas la nouvelle, ou l'inverse, vérifiez cette option.
L'utilisateur et le mot de passe ne fonctionnent pas
Les instantanés conservent les utilisateurs et mots de passe tels qu'ils étaient au moment de la copie. Si vous avez changé le mot de passe ensuite, la base restaurée a l'ancien. Vous pouvez modifier le mot de passe principal depuis la console sans redémarrer.
Je me retrouve avec deux bases de données et la facture a augmenté
C'est normal : l'originale et la restaurée sont toutes deux facturées tant qu'elles existent. C'est le prix d'une restauration sans risque. Quand vous aurez confirmé laquelle vous gardez, faites un dernier instantané de l'autre et supprimez-la.
La sauvegarde automatique tombe à l'heure de plus forte charge
Les fenêtres de sauvegarde et de maintenance sont en UTC. Si vous ne les avez pas choisies vous-même, AWS en a fixé une au hasard. Changez-les pour une heure de la nuit dans votre fuseau horaire, convertie en UTC.
Dans Simplio
Dans Simplio, les bases de données RDS et Lightsail apparaissent à côté de vos machines, avec le bouton instantané, la liste des sauvegardes avec leur date et l'état de l'instance bien en vue, et seulement pour les personnes à qui vous donnez cette permission. Si une sauvegarde qui aurait dû être faite est absente, vous êtes prévenu par e-mail avant d'en avoir besoin.
La même chose, dans AWS et dans Simplio
| Dans la console AWS | Dans Simplio | |
|---|---|---|
| Sauvegarde manuelle de la base de données | Console RDS, sélectionner, Actions, Prendre un instantané : 4 clics | Bouton instantané sur la base de données : 1 clic |
| Voir quelles sauvegardes existent | Menu Instantanés, filtrer par instance, région par région | Liste des sauvegardes avec date et taille sur la fiche elle-même, tous comptes confondus |
| Savoir qu'une sauvegarde manque | Rien ne prévient | Alerte par e-mail |