Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Sauvegardes Amazon Relational Database Service
Amazon RDS et AWS Backup
Lorsque vous envisagez les options de sauvegarde de vos instances et clusters Amazon RDS, il est important de préciser le type de sauvegarde que vous souhaitez créer et utiliser. Plusieurs AWS ressources, dont Amazon RDS, proposent leurs propres solutions de sauvegarde natives.
Amazon RDS offre la possibilité d'effectuer des sauvegardes automatisées et des sauvegardes manuelles. Les points de restauration créés par AWS Backup sont classés différemment selon le type de sauvegarde :
-
Les instantanés périodiques créés par AWS Backup sont considérés comme des sauvegardes manuelles dans Amazon RDS. Il s'agit de sauvegardes basées sur des instantanés effectuées conformément au calendrier de votre plan de sauvegarde.
-
Les sauvegardes continues créées par AWS Backup sont considérées comme des sauvegardes automatisées dans Amazon RDS. Ils permettent une restauration instantanée (PITR) en conservant les journaux de transactions ainsi que les instantanés automatisés.
Cette distinction est importante car les sauvegardes manuelles et automatisées ont des comportements de rétention et de gestion du cycle de vie différents dans Amazon RDS.
Lorsque vous créez une sauvegarde (point de restauration) d'une instance Amazon RDS, vous AWS Backup créez un instantané de base de données manuel de cette instance en utilisant l'create-db-snapshotopération dans Amazon RDS. AWS Backup Tous les instantanés d'une instance de base de données, qu'ils proviennent de sauvegardes automatisées Amazon RDS, de snapshots manuels ou AWS Backup qu'ils appartiennent à la même chaîne de snapshots incrémentielle pour cette instance.
Seul le premier instantané jamais pris d'une instance de base de données stocke le contenu complet de la base de données. Chaque instantané ultérieur de la même instance est incrémentiel, ce qui signifie qu'il ne stocke que les données modifiées depuis le dernier instantané. Par conséquent, si l'instance dispose déjà de sauvegardes automatisées ou de snapshots antérieurs, le premier point de restauration AWS Backup créé est également incrémentiel, et non un nouveau snapshot complet. Dans ce contexte, « complet » signifie un instantané à partir duquel vous pouvez restaurer l'intégralité de la base de données. Cela ne signifie pas une copie complète des données au niveau du stockage.
Lorsque vous utilisez des copies entre comptes ou entre régions, les tâches de copie d'instantanés incrémentielles sont traitées plus rapidement que les tâches de copie d'instantanés complets. La conservation d'une copie précédente d'un instantané jusqu'à ce que la nouvelle tâche de copie soit terminée peut réduire la durée de la tâche de copie. Si vous choisissez de copier des instantanés à partir d'instances de base de données RDS, il est important de noter que la suppression initiale des copies précédentes entraînera la création de copies instantanées complètes (au lieu de copies incrémentielles). Pour plus d'informations sur l'optimisation de la copie, consultez la section Copie incrémentielle d'instantanés dans le guide de l'utilisateur Amazon RDS.
Important
Lorsqu'un plan de AWS Backup sauvegarde est planifié pour créer plusieurs instantanés quotidiens d'une instance Amazon RDS, et lorsque l'une de ces fenêtres de démarrage de AWS Backup sauvegarde coïncide avec la fenêtre de sauvegarde Amazon RDS, le lignage des données des sauvegardes peut être bifurqué vers des sauvegardes non identiques, créant ainsi des sauvegardes imprévues et contradictoires. Pour éviter cela, assurez-vous que votre plan AWS Backup de sauvegarde ou votre fenêtre Amazon RDS ne coïncident pas avec leur époque.
Considérations
AWS Backup prend en charge la création de sauvegardes à la demande de RDS Custom pour les instances de SQL Server. Toutefois, la restauration de RDS Custom pour SQL Server via RDS n' AWS Backup est pas prise en charge de manière native. Pour restaurer, utilisez l'restore-db-instance-from-db-snapshotopération dans Amazon RDS avec le AWS Backup snapshot créé. Pour plus d'informations, consultez Restaurer une instance Amazon RDS personnalisée pour SQL Server à l'aide d'un formulaire de AWS Backup sauvegarde
RDS Custom pour Oracle n'est actuellement pas pris en charge par AWS Backup.
AWS Backup ne prend pas en charge la sauvegarde et la restauration du RDS sur les Outposts ou dans les Zones Locales, y compris les Zones Locales Dédiées. AWS Backup nécessite que les instances RDS soient BackupTarget définies sur region (valeur par défaut).
Comprendre les chevauchements et les coûts liés aux sauvegardes
AWS Backup les instantanés périodiques sont considérés comme des sauvegardes manuelles dans Amazon RDS. Bien qu'elles partagent la même chaîne de snapshots incrémentielle que les sauvegardes automatisées, elles sont prises en compte dans votre stockage de sauvegarde total au même titre que les sauvegardes automatisées. Amazon RDS fournit une allocation de stockage de sauvegarde gratuite égale au stockage de votre instance de base de données provisionnée. Cela couvre à la fois les sauvegardes automatisées et les instantanés manuels combinés. Le stockage au-delà de cette allocation est facturé. Si vous exécutez à la fois des AWS Backup instantanés planifiés et des sauvegardes automatisées Amazon RDS, les deux contribuent à ce total, et vous devez en tenir compte dans votre planification des coûts.
Lorsque vous sauvegardez AWS Backup une instance de base de données Amazon RDS, un instantané automatique peut apparaître avec un horodatage inattendu ; il correspond à l'heure de création de l' AWS Backup instantané plutôt qu'à la fenêtre de sauvegarde automatique Amazon RDS. Si Amazon RDS ne trouve aucune sauvegarde automatique récente au cours de la dernière journée, il consolide la sauvegarde. Amazon RDS joint des métadonnées de sauvegarde automatisées à l'instantané manuel AWS Backup créé. Cela garantit que l'instance de base de données gère une sauvegarde automatique régulière. Cela se produit le plus souvent lorsqu'une AWS Backup opération est suffisamment longue pour chevaucher la fenêtre de sauvegarde automatique Amazon RDS.
Lorsqu'une sauvegarde est consolidée, les entrées de capture manuelles et automatisées font référence aux mêmes données de capture sous-jacentes. Vous n'êtes facturé qu'une seule fois pour cet instantané sous-jacent et vos données restent entièrement protégées. De plus, les fonctionnalités de conservation des sauvegardes et de restauration ponctuelle ne sont pas affectées, que les entrées soient consolidées ou non.
Sauvegardes continues et restauration ponctuelle d'Amazon RDS
Les sauvegardes continues impliquent AWS Backup de créer une sauvegarde complète de votre ressource Amazon RDS, puis de capturer toutes les modifications via un journal des transactions. Vous pouvez obtenir une meilleure granularité en revenant au moment où vous souhaitez effectuer la restauration au lieu de choisir un instantané précédent pris à intervalles de temps fixes.
Consultez les sauvegardes continues et les services pris en charge par le PITR et la gestion des paramètres de sauvegarde continue pour plus d'informations.
Important
L'activation des sauvegardes continues pour Amazon RDS AWS Backup lorsqu'elles étaient précédemment désactivées (ou la désactivation des sauvegardes continues lorsqu'elles étaient précédemment activées) met l'instance Amazon RDS hors ligne pour apporter les modifications. Planifiez cette modification pendant une période de maintenance afin de minimiser l'impact. Si les sauvegardes automatisées ont été activées depuis Amazon RDS et que cette sauvegarde a simplement été déplacée vers AWS Backup, aucun temps d'arrêt n'est requis.
Sauvegardes de Multi-Availability zone Amazon RDS
AWS Backup sauvegarde et prend en charge les options de déploiement d'Amazon RDS pour MySQL et pour Multi-AZ PostgreSQL (zone de disponibilité) avec une instance de base de données principale et deux instances de base de données de secours lisibles.
Pour obtenir la liste des régions dans lesquelles les sauvegardes de Multi-Availability zone sont disponibles, consultez la Multi-AZ colonne Amazon RDS dansServices pris en charge par Région AWS.
L'option de Multi-AZ déploiement optimise les transactions d'écriture et est idéale lorsque vos charges de travail nécessitent une capacité de lecture supplémentaire, une latence des transactions d'écriture plus faible, une meilleure résilience face à l'instabilité du réseau (qui a un impact sur la cohérence de la latence des transactions d'écriture), ainsi qu'une disponibilité et une durabilité élevées.
Pour créer un Multi-AZ cluster, vous pouvez choisir MySQL ou PostgreSQL comme type de moteur.
Dans la AWS Backup console, il existe trois options de déploiement :
Multi-AZ Cluster de base de données : crée un cluster de base de données avec une instance de base de données principale et deux instances de base de données de secours lisibles, chaque instance de base de données se trouvant dans une zone de disponibilité différente. Assure une haute disponibilité, une redondance des données et augmente la capacité des charges de travail prêtes à être installées sur les serveurs.
Multi-AZ Instance de base de données : crée une instance de base de données principale et une instance de base de données de secours dans une autre zone de disponibilité. Cela garantit une haute disponibilité et une redondance des données, mais l'instance de base de données de secours ne prend pas en charge les connexions pour les charges de travail de lecture.
Instance de base de données unique : crée une instance de base de données unique sans instance de base de données de secours.
Comportement de sauvegarde avec les instances et les clusters
-
Point-in-Time Recovery (PITR) peut prendre en charge les instances, mais pas les clusters.
-
La copie d'un instantané de Multi-AZ cluster de base de données n'est pas prise en charge.
-
Le nom de ressource Amazon (ARN) d'un point de récupération RDS dépend de l'utilisation d'une instance ou d'un cluster :
Un ARN d'instance RDS :
arn:aws:rds:region:account:db:nameUn Multi-Availability cluster RDS :
arn:aws:rds:region:account:cluster:name
Pour plus d'informations, consultez les déploiements de clusters de Multi-AZ bases de données dans le guide de l'utilisateur Amazon RDS.
Pour plus d'informations sur la création d'un instantané de Multi-AZ cluster de base de données, consultez le guide de l'utilisateur Amazon RDS.
Bases de données mondiales Amazon Aurora
AWS recommande de maintenir des sauvegardes dans chaque région où votre base de données globale est déployée.
Questions fréquentes relatives aux sauvegardes continues d'Amazon RDS et Aurora
Comment les sauvegardes continues Amazon RDS et Aurora sont-elles liées aux sauvegardes automatisées ?
AWS Backup la restauration ponctuelle (sauvegardes continues) centralise la gestion des sauvegardes automatisées dans Amazon RDS et Aurora. Lorsque vous activez la sauvegarde continue AWS Backup, AWS Backup prend le contrôle des sauvegardes automatisées depuis Amazon RDS ou Aurora. Vous ne pouvez plus modifier l'heure de début de sauvegarde (fenêtre de sauvegarde préférée) ou la rétention à l'aide de la console ou des API Amazon RDS ou Aurora. Vous pouvez toujours gérer la fenêtre de maintenance depuis la console ou l'API Amazon RDS ou Aurora. AWS Backup planifie intelligemment les sauvegardes automatisées afin d'éviter tout chevauchement avec d'autres sauvegardes planifiées (instantanés) et avec la fenêtre de maintenance dans la mesure du possible.
Comment apparaissent les sauvegardes continues dans AWS Backup une console ?
Dans la AWS Backup console, accédez au coffre spécifié dans votre plan de sauvegarde et recherchez Continuous dans la colonne Type de sauvegarde. La sauvegarde s'affiche comme étant disponible une fois la première sauvegarde continue terminée, ce qui indique que le PITR est disponible pour cette ressource.
Comment le contrôle des sauvegardes automatisées peut-il être renvoyé à Amazon RDS ou Aurora ?
Pour redonner le contrôle des sauvegardes automatisées à Amazon RDS ou Aurora, supprimez d'abord le plan ou la règle de sauvegarde avec les sauvegardes continues activées pour Amazon RDS ou Aurora, ou modifiez la règle pour supprimer la sauvegarde continue. Choisissez ensuite l'une des options suivantes :
-
Préservez les données de sauvegarde : exécutez l'
DisassociateRecoveryPointAPI. Cela dissocie la sauvegarde continue et le contrôle des versions d'Amazon RDS, préservant ainsi les données de sauvegarde dans Amazon RDS que vous pouvez utiliser pour effectuer une restauration. -
Supprimer les données de sauvegarde : exécutez l'
DeleteRecoveryPointAPI. Cela supprime le point de restauration continue, supprime les données de sauvegarde et redonne le contrôle à Amazon RDS.
Important
Lorsque vous exécutez DisassociateRecoveryPoint ou AWS Backup appelez DeleteRecoveryPoint l'ModifyDBInstanceAPI pour les instances Amazon RDS ou l'ModifyDBClusterAPI pour les clusters Aurora, et que vous appliquez la modification immédiatement. Si des modifications de configuration sont en attente sur Amazon RDS ou Aurora, ces modifications sont également appliquées immédiatement. Il peut y avoir un bref temps d'arrêt pendant cette opération.
Pour plus d'informations, consultez Comment puis-je arrêter une sauvegarde continue Amazon RDS dans ? AWS Backup