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 :

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, AWS Backup vérifie si vous avez déjà utilisé Amazon RDS pour créer une sauvegarde automatique. AWS Backup Si une sauvegarde automatique existe, 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 opération, produira un instantané complet. Toutes les copies suivantes seront des sauvegardes incrémentielles, à condition que la sauvegarde complète existe.

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.

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 de RDS sur les Outposts.

Comprendre le chevauchement et les coûts des 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.

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.

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.

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

Comportement de sauvegarde avec les instances et les clusters

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.