View a markdown version of this page

Sauvegardes Amazon Relational Database Service - AWS Backup

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 examinez 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 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 la restauration instantanée (PITR) en gérant 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 conservation et une gestion du cycle de vie différents dans Amazon RDS.

Lorsque vous créez une sauvegarde (point de restauration) d'une instance Amazon RDS, AWS Backup vérifie si vous avez déjà utilisé Amazon RDS pour créer une sauvegarde automatique. AWS Backup S'il existe une sauvegarde automatique, AWS Backup crée une copie instantanée incrémentielle (copy-db-snapshotopération). S'il n'existe aucune sauvegarde, AWS Backup crée un instantané de l'instance que vous indiquez, au lieu d'une copie (create-db-snapshotopération).

Le premier instantané créé par AWS Backup, créé par l'une ou l'autre des opérations, donnera lieu à un instantané complet. Toutes les copies suivantes seront des sauvegardes incrémentielles, tant que la sauvegarde complète existe.

Lorsque vous utilisez des copies entre comptes ou entre régions, les tâches de copie incrémentielle d'instantanés sont traitées plus rapidement que les tâches de copie d'instantanés complètes. 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 AWS Backup démarrage planifiées coïncide avec la fenêtre de sauvegarde Amazon RDS, le lignage des données des sauvegardes peut se transformer en sauvegardes non identiques, créant ainsi des sauvegardes imprévues et conflictuelles. Pour éviter cela, assurez-vous que les horaires AWS Backup de votre plan de sauvegarde ou de votre fenêtre Amazon RDS ne coïncident pas.

Considérations

AWS Backup prend en charge la création de sauvegardes à la demande de RDS Custom pour les instances SQL Server. Cependant, la restauration de RDS Custom pour SQL Server via 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 l'instantané AWS Backup créé. Pour plus d'informations, consultez Restaurer une instance Amazon RDS personnalisée pour SQL Server à l'aide d'une sauvegarde depuis AWS Backup.

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 de RDS sur les avant-postes 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 le chevauchement et les coûts des sauvegardes

AWS Backup les instantanés périodiques sont classés comme des sauvegardes manuelles dans Amazon RDS. Bien qu'ils partagent la même chaîne de snapshots incrémentiels que les sauvegardes automatisées, ils sont pris en compte dans votre espace de stockage total, aux côtés des 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 l'utilisez AWS Backup pour sauvegarder 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 pas de sauvegarde automatique récente au cours de la dernière journée, il consolide la sauvegarde. Amazon RDS associe des métadonnées de sauvegarde automatisées à l'instantané manuel AWS Backup créé. Cela garantit que l'instance de base de données conserve une sauvegarde automatique régulière. Cela se produit le plus souvent lorsqu'une AWS Backup opération s'exécute suffisamment longtemps pour chevaucher la fenêtre de sauvegarde automatique Amazon RDS.

Lorsqu'une sauvegarde est consolidée, les entrées de snapshot manuelles et automatisées font référence aux mêmes données de snapshot 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 instantanée ne sont pas affectées, que les entrées soient consolidées ou non.

Sauvegardes continues Amazon RDS et restauration ponctuelle

Les sauvegardes continues consistent AWS Backup à créer une sauvegarde complète de votre ressource Amazon RDS, puis à capturer toutes les modifications via un journal des transactions. Vous pouvez obtenir une plus grande 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 sections Sauvegardes continues et services pris en charge par PITR et 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 effectuer les modifications. Planifiez ce changement pendant une période de maintenance afin de minimiser son 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, aucune interruption n'est requise.

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 PostgreSQL Multi-AZ (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 plus grande résilience face à l'instabilité du réseau (qui a un impact sur la cohérence de la latence des transactions d'écriture) et une disponibilité et une durabilité élevées.

Pour créer un Multi-AZ cluster, vous pouvez choisir MySQL ou PostgreSQL comme type de moteur.

La AWS Backup console propose trois options de déploiement :

  • Multi-AZ Cluster de bases de données : crée un cluster de bases 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 zone de disponibilité différente. 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 des sauvegardes avec des instances et des 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 bases de données n'est pas prise en charge.

  • L'Amazon Resource Name (ARN) d'un point de restauration RDS dépend de l'utilisation d'une instance ou d'un cluster :

    Un ARN d'instance RDS : arn:aws:rds:region: account:db:name

    Un Multi-Availability cluster RDS : arn:aws:rds:region:account:cluster:name

Pour plus d'informations, consultez la section 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 bases 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 mondiale est déployée.

Questions fréquentes concernant les sauvegardes continues Amazon RDS et Aurora

Comment les sauvegardes continues Amazon RDS et Aurora sont-elles liées aux sauvegardes automatisées ?

AWS Backup la restauration instantanée (sauvegardes continues) centralise la gestion des sauvegardes automatisées dans Amazon RDS et Aurora. Lorsque vous activez la sauvegarde continue dans 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 la sauvegarde (fenêtre de sauvegarde préférée) ni sa 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 pour éviter tout chevauchement avec d'autres sauvegardes planifiées (instantanés) et avec la fenêtre de maintenance lorsque cela est possible.

Comment les sauvegardes continues apparaissent-elles dans le AWS Backup console ?

Dans la AWS Backup console, accédez au coffre-fort spécifié dans votre plan de sauvegarde et recherchez Continu dans la colonne Type de sauvegarde. La sauvegarde apparaît comme disponible une fois la première sauvegarde continue terminée, ce qui indique que PITR est disponible pour cette ressource.

Comment le contrôle des sauvegardes automatisées peut-il être renvoyé à Amazon RDS ou Aurora ?

Pour reprendre le contrôle des sauvegardes automatisées vers 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 libère le contrôle sur Amazon RDS, préservant ainsi les données de sauvegarde dans Amazon RDS que vous pouvez utiliser pour effectuer une restauration.

  • Supprimez 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 DeleteRecoveryPoint AWS Backup appelez l'ModifyDBInstanceAPI pour les instances Amazon RDS ou l'ModifyDBClusterAPI pour les clusters Aurora, et 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 ?