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. # Sauvegarde et restauration d'un cluster de bases de données Amazon Neptune Sauvegarde et restauration Cette section explique comment sauvegarder et restaurer des clusters de bases de données Amazon Neptune. **Topics** + [ ## Sauvegardes Neptune ](#backup-restore-overview-backups) + [ # Tolérance aux pannes pour un cluster de bases de données Neptune ](backup-restore-overview-fault-tolerance.md) + [ # CloudWatch métriques utiles pour gérer le stockage de sauvegarde Neptune ](backup-restore-overview-metrics.md) + [ # Restauration des données à partir d'une sauvegarde Neptune ](backup-restore-overview-restore.md) + [ # Fenêtre de sauvegarde dans Neptune ](backup-restore-overview-backup-window.md) + [ # Création d'un instantané de cluster de bases de données dans Neptune ](backup-restore-create-snapshot.md) + [ # Restauration à partir d'un instantané de cluster de base de données ](backup-restore-restore-snapshot.md) + [ # Copie d'un instantané de cluster de bases de données ](backup-restore-copy-snapshot.md) + [ # Partage d'un instantané de cluster de base de données ](backup-restore-share-snapshot.md) + [ # Suppression d'un instantané Neptune ](backup-restore-delete-snapshot.md) ## Sauvegardes Neptune Sauvegardes Neptune sauvegarde automatiquement le volume du cluster et conserve les données de restauration pendant la totalité de la *période de rétention des sauvegardes*. Les sauvegardes Neptune étant continues et incrémentielles, vous pouvez rapidement opérer une restauration à un point quelconque de la période de rétention des sauvegardes. Aucun impact sur les performances ou interruption du service de base de données ne se produit lors de l'écriture des données de sauvegarde. Vous pouvez spécifier une période de rétention des sauvegardes, comprise entre 1 et 35 jours, lorsque vous créez ou modifiez un cluster de base de données. Pour contrôler votre utilisation du stockage des sauvegardes, vous pouvez réduire l'intervalle de rétention des sauvegardes, supprimer d'anciens instantanés manuels lorsqu'ils ne sont plus nécessaires, ou les deux. Pour faciliter la gestion des coûts, vous pouvez surveiller la quantité de stockage consommée par les sauvegardes continues et les instantanés manuels qui persistent au-delà de la période de rétention. Vous pouvez réduire l'intervalle de rétention des sauvegardes et supprimer les instantanés manuels lorsqu'ils ne sont plus nécessaires. Si vous souhaitez conserver une sauvegarde au-delà de la période de rétention, vous pouvez aussi prendre un instantané des données dans votre volume de cluster. Le stockage des instantanés est soumis aux frais standard de stockage pour Neptune. Pour plus d'informations sur la tarification du stockage d'instance, consultez [Tarification Amazon Neptune](https://aws.amazon.com/neptune/pricing/). Neptune conserve les données des restaurations incrémentielles pendant la totalité de la période de rétention des sauvegardes. Par conséquent, vous avez uniquement besoin de créer un instantané pour les données que vous souhaitez garder au-delà de la période de rétention des sauvegardes. Vous pouvez créer un nouveau cluster de bases de données à partir de l’instantané. **Important** Si vous supprimez un cluster de bases de données, toutes ses sauvegardes automatiques sont supprimées en même temps et ne peuvent pas être récupérées. En d'autres termes, si vous ne choisissez pas de créer manuellement un instantané de bases de données final, vous ne pourrez pas restaurer l'instance de base de données à son état final ultérieurement. Les instantanés manuels ne sont pas supprimés lorsque vous supprimez un cluster. **Note** Pour les clusters de bases de données Amazon Neptune, la période de rétention des sauvegardes par défaut est d'une journée quel que soit le mode de création du cluster de bases de données. Vous ne pouvez pas désactiver les sauvegardes automatiques sur Neptune. La période de rétention des sauvegardes pour Neptune est gérée par le cluster de bases de données. # Tolérance aux pannes pour un cluster de bases de données Neptune Tolérance aux pannes De par sa conception, un cluster de bases de données Neptune est tolérant aux pannes. Le volume de cluster couvre plusieurs zones de disponibilité dans une seule AWS région, et chaque zone de disponibilité contient une copie des données du volume de cluster. Cette fonctionnalité signifie que votre cluster de bases de données peut tolérer une défaillance d’une zone de disponibilité sans perte de données et uniquement une brève interruption de service. En cas de défaillance de l'instance principale d'un cluster de bases de données, Neptune bascule automatiquement vers une nouvelle instance principale de l'une des deux façons suivantes : + Par la promotion d'un réplica Neptune existant vers la nouvelle instance principale + En créant une autre instance principale Si le cluster de bases de données possède un ou plusieurs réplicas Neptune, un réplica Neptune est promu vers l'instance principale lors d'un événement d'échec. Un événement d'échec se traduit par une brève interruption, pendant laquelle les opérations de lecture et d'écriture échouent avec une exception. Cependant, le service est généralement restauré en moins de 120 secondes, et souvent en moins de 60 secondes. Pour augmenter la disponibilité de votre cluster de bases de données, nous vous recommandons de créer au moins un réplica Neptune dans deux zones de disponibilité ou plus. Vous pouvez personnaliser l'ordre dans lequel les réplicas Neptune sont promus vers l'instance principale après un échec, en affectant à chaque réplica une priorité. Les priorités s’étendent de la valeur 0 pour la plus haute priorité à la valeur 15 pour la plus basse priorité. Si l'instance principale échoue, Neptune promeut le réplica Neptune avec la plus haute priorité vers la nouvelle instance principale. Vous pouvez modifier la priorité d'un réplica Neptune à tout moment. La modification de la priorité ne déclenche pas un basculement. Vous pouvez utiliser le AWS CLI pour définir la priorité de basculement d'une instance de base de données, comme suit : ``` aws neptune modify-db-instance --db-instance-identifier (the instance ID) --promotion-tier (the failover priority value) ``` Plusieurs réplicas Neptune peuvent partager la même priorité, ce qui se traduit par des niveaux de promotion. Si deux réplicas Neptune ou plus partagent la même priorité, Neptune promeut le réplica le plus grand en taille. Si deux réplicas Neptune ou plus partagent les mêmes priorité et taille, Neptune promeut un réplica arbitraire du même niveau de promotion. Si le cluster de bases de données ne contient aucun réplica Neptune, l'instance principale est recréée pendant un événement d'échec. Un événement d’échec se traduit par une interruption, pendant laquelle les opérations de lecture et d’écriture échouent avec une exception. Le service est rétabli quand la nouvelle instance principale est créée, ce qui prend généralement moins de 10 minutes. La promotion d'un réplica Neptune vers l'instance principale est beaucoup plus rapide que la création d'une instance principale. # CloudWatch métriques utiles pour gérer le stockage de sauvegarde Neptune Métriques de sauvegarde Vous pouvez utiliser les CloudWatch métriques Amazon `TotalBackupStorageBilled``SnapshotStorageUsed`, et `BackupRetentionPeriodStorageUsed` pour examiner et surveiller la quantité de stockage utilisée par vos sauvegardes Neptune, comme suit : + `BackupRetentionPeriodStorageUsed` représente la quantité de stockage des sauvegardes utilisée, en octets, pour stocker les sauvegardes continues à l'heure actuelle. Cette valeur dépend de la taille du volume de cluster et de la quantité de modifications apportées au cours de la période de rétention. Cependant, à des fins de facturation, elle ne dépasse pas la taille du volume de cluster cumulée au cours de la période de rétention. Par exemple, si la taille `VolumeBytesUsed` de votre cluster est de 107 374 182 400 octets (100 Gio) et que votre période de conservation est de deux jours, la valeur maximale `BackupRetentionPeriodStorageUsed` est de 214 748 364 800 octets (100 Gio \$1100 Gio). + `SnapshotStorageUsed` représente la quantité de stockage des sauvegardes utilisée, en octets, pour stocker les instantanés manuels au-delà de la période de conservation des sauvegardes. Les instantanés manuels ne portent pas préjudice au stockage des sauvegardes d'instantanés tant que l'horodatage de leur création se trouve dans la période de conservation. Il en va de même pour les sauvegardes d'instantanés automatiques. La taille de chaque instantané correspond à la taille du volume de cluster au moment où vous avez pris l’instantané. La valeur de `SnapshotStorageUsed` dépend du nombre d'instantanés que vous conservez et de la taille de chaque instantané. Par exemple, supposons que vous disposez d'un instantané manuel en dehors de la période de conservation et que la taille `VolumeBytesUsed` du cluster était de 100 Gio lorsque l'instantané a été pris. La quantité de SnapshotStorageUsed est de 107 374 182 400 octets (100 GiB). + `TotalBackupStorageBilled` représente la somme de `BackupRetentionPeriodStorageUsed` et `SnapshotStorageUsed`, en octets, moins un volume de stockage de sauvegarde disponible égal à la taille du volume de cluster pour une journée. Le stockage de sauvegarde disponible est égal à la taille de volume la plus récente. Par exemple, si la taille `VolumeBytesUsed` de votre cluster est de 100 Gio, votre période de conservation est de deux jours. Si vous disposez d'un instantané manuel en dehors de la période de conservation, `TotalBackupStorageBilled` est de 214 748 364 800 octets (200 Gio \$1 100 Gio \$1 100 Gio). [Vous pouvez surveiller un cluster Neptune et créer des rapports à l'aide de CloudWatch métriques via la CloudWatch console.](https://console.aws.amazon.com/cloudwatch/ ) Pour plus d'informations sur l'utilisation CloudWatch des métriques, consultez [Surveillance de Neptune](monitoring.md) et le tableau des métriques dans[Métriques Neptune CloudWatch](cw-metrics.md#cw-metrics-available). # Restauration des données à partir d'une sauvegarde Neptune Restauration des données Vous pouvez récupérer vos données en créant un cluster de bases de données Neptune à partir des données de sauvegarde que Neptune conserve ou d'un instantané de cluster de bases de données que vous avez enregistré. Vous pouvez restaurer rapidement une nouvelle copie d’un cluster de bases de données créé à partir des données de sauvegarde à un point quelconque de la période de rétention des sauvegardes. La nature continue et incrémentielle des sauvegardes Neptune pendant la période de rétention signifie que vous n'avez pas besoin d'effectuer fréquemment des instantanés de vos données pour améliorer les temps de restauration. Pour déterminer la date de restauration possible la plus ancienne ou la plus récente d'une instance de base de données, recherchez les valeurs `Latest Restorable Time` ou `Earliest Restorable Time` dans la console Neptune. La dernière date de restauration d'un cluster de base de données est le point le plus récent auquel vous pouvez restaurer votre cluster de base de données, généralement dans les 5 minutes qui précèdent l'heure actuelle. L'heure de restauration la plus ancienne spécifie jusqu'à quelle date vous pouvez remonter au sein de la période de rétention des sauvegardes pour restaurer votre volume de cluster. Vous pouvez déterminer à quel moment la restauration d'un cluster de bases de données est complète à l'aide des valeurs `Latest Restorable Time` et `Earliest Restorable Time`. Les valeurs `Latest Restorable Time` et `Earliest Restorable Time` retournent NULL tant que l'opération de restauration n'est pas terminée. Vous ne pouvez pas demander une opération de sauvegarde ou de restauration si les valeurs `Latest Restorable Time` ou `Earliest Restorable Time` retournent NULL. **Pour restaurer une instance de base de données à une heure spécifiée à l'aide du AWS Management Console** 1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Instances**. Choisissez l'instance principale du cluster de bases de données que vous voulez restaurer. 1. Choisissez **Instance actions (Actions d'instance)**, puis **Restore to point in time (Restaurer à un moment donné)**. Dans la fenêtre **Launch DB Instance (Lancer une instance de base de données)**, choisissez **Custom (Personnalisé)** sous **Restore time (Heure de restauration)**. 1. Spécifiez la date et l'heure de la restauration souhaitée sous **Custom (Personnalisé)**. 1. Attribuez un nom à la nouvelle instance de base de données restaurée dans **DB instance identifier (Identifiant de l'instance de base de données)** sous **Settings (Paramètres)**. 1. Choisissez **Launch DB Instance (Lancer une instance de base de données)** pour lancer l'instance de base de données restaurée. Une nouvelle instance de base de données est créée avec le nom que vous avez spécifié et un nouveau cluster de base de données est créé. Le nom du cluster de base de données correspond au nom de la nouvelle instance de base de données suivi de `–cluster`. Par exemple, si le nom de la nouvelle instance de base de données est `myrestoreddb`, le nom du nouveau cluster de base de données est `myrestoreddb-cluster`. # Fenêtre de sauvegarde dans Neptune Fenêtre de sauvegarde Les sauvegardes automatiques sont exécutées chaque jour pendant la fenêtre de sauvegarde préférée. Si la sauvegarde a besoin de plus de temps que la durée allouée par la fenêtre de sauvegarde, elle continue après la fin de la fenêtre jusqu'à ce qu'elle soit terminée. La fenêtre de sauvegarde ne peut pas chevaucher la fenêtre de maintenance hebdomadaire pour l'instance de base de données. Pendant la fenêtre de sauvegarde automatique, le stockage I/O peut être suspendu brièvement pendant l'initialisation du processus de sauvegarde (généralement en moins de quelques secondes). Vous pouvez rencontrer des latences élevées pendant quelques minutes lors de sauvegardes de déploiements multi-AZ. La fenêtre de sauvegarde est normalement sélectionnée de manière aléatoire à partir d'un bloc de huit heures par région par le plan de contrôle Amazon RDS sur lequel repose Neptune. Les blocs de temps pour chaque région à partir de laquelle les fenêtres de sauvegarde par défaut sont affectées sont documentés dans la section relative à la [fenêtre de sauvegarde](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html#USER_WorkingWithAutomatedBackups.BackupWindow) dans le guide de l'utilisateur Amazon RDS. # Création d'un instantané de cluster de bases de données dans Neptune Création d'un instantané Neptune crée un instantané du volume de stockage de votre cluster de bases de données en sauvegardant l'intégralité de ce dernier, et pas seulement les bases de données. Lorsque vous créez un instantané de cluster de base de données, vous devez identifier quel cluster de base de données vous allez sauvegarder. Ensuite, nommez votre instantané de cluster de base de données afin que vous puissiez restaurer ultérieurement à partir de ce dernier. Le temps nécessaire à la création d’un instantané de cluster DB varie en fonction de la taille de vos bases de données. L'instantané inclut l'intégralité du volume de stockage. Par conséquent, la taille des fichiers (tels que les fichiers temporaires) a également une incidence sur le temps nécessaire à la création de l'instantané. Vous pouvez créer un instantané de cluster de base de données à l' AWS Management Console aide de l'API AWS CLI Neptune ou de l'API Neptune. ## Utiliser la console pour créer un instantané de cluster de base de données Utilisation de la console **Pour créer un instantané de cluster de bases de données** 1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**. 1. Dans la liste des instances DB, choisissez l'instance principale du cluster DB. 1. Choisissez **Actions d'instance**, puis **Prendre un instantané**. La fenêtre **Capture d'un instantané DB** apparaît. 1. Entrez le nom de l'instantané de cluster de base de données dans la zone **Nom de l'instantané**. 1. Choisissez **Prendre un instantané**. # Restauration à partir d'un instantané de cluster de base de données Restaurer à partir d'un instantané Lorsque vous créez l'instantané Amazon Neptune d'un cluster de bases de données, Neptune génère un instantané du volume de stockage de ce cluster en sauvegardant l'intégralité de ses données, pas seulement les instances. Vous pourrez ultérieurement créer un cluster de bases de données en effectuant une restauration à partir de cet instantané. Lorsque vous restaurez le cluster de bases de données, indiquez le nom de l'instantané à partir duquel la restauration doit être effectuée, puis spécifiez le nom du cluster de bases de données qui sera créé par cette restauration. **Contents** + [ ## Points à prendre en compte lors de la restauration d'un cluster de bases de données Neptune à partir d'un instantané ](#backup-restore-restore-snapshot-considerations) + [ ### Vous ne pouvez pas effectuer la restauration dans un cluster de bases de données préexistant ](#backup-restore-restores-to-new-cluster) + [ ### Aucune instance n'est restaurée. ](#backup-restore-restore-no-restored-instances) + [ ### Aucun groupe de paramètres personnalisés n'est restauré. ](#backup-restore-restore-default-parameters) + [ ### Aucun groupe de sécurité personnalisé n'est restauré. ](#backup-restore-restore-default-security-group) + [ ### Vous ne pouvez pas effectuer la restauration à partir d'un instantané partagé et chiffré. ](#backup-restore-restore-not-shared-and-encrypted) + [ ### Un cluster de bases de données restauré utilise autant d'espace de stockage qu'auparavant ](#backup-restore-restore-same-storage-allocation) + [ ## Comment effectuer une restauration à partir d'un instantané ](#backup-restore-restore-snapshot-restoring) + [ ### Utiliser la console pour effectuer une restauration à partir d’un instantané ](#backup-restore-restore-snapshot-restoring-console) ## Points à prendre en compte lors de la restauration d'un cluster de bases de données Neptune à partir d'un instantané Considérations importantes relatives à la restauration ### Vous ne pouvez pas effectuer la restauration dans un cluster de bases de données préexistant Le processus de restauration génère toujours un nouveau cluster de bases de données. La restauration ne peut donc pas avoir lieu dans un cluster de bases de données qui existe déjà. ### Aucune instance n'est restaurée. Aucune instance n'est associée à un nouveau cluster de bases de données créé par une restauration. Dès que la restauration est terminée et que le nouveau cluster de bases de données est disponible, créez de manière explicite les instances dont vous avez besoin. Pour ce faire, vous pouvez utiliser la console Neptune ou l'API [Créez DBInstance](api-instances.md#CreateDBInstance). ### Aucun groupe de paramètres personnalisés n'est restauré. Un nouveau cluster de bases de données créé par une restauration est automatiquement associé au groupe de paramètres de base de données par défaut. Dès que la restauration est terminée et que le nouveau cluster de bases de données est disponible, vous devez associer les groupes de paramètres de base de données personnalisés utilisés par l'instance à partir de laquelle vous avez effectué la restauration. Pour ce faire, utilisez la commande **Modify** de la console Neptune ou de l'API [Modifier DBInstance](api-instances.md#ModifyDBInstance). **Important** Nous vous recommandons d'enregistrer un groupe de paramètres personnalisés utilisé dans le cluster de bases de données dont vous créez un instantané. Lorsque vous effectuerez une restauration à partir de cet instantané, vous pourrez facilement associer le groupe de paramètres approprié au cluster de bases de données restauré. ### Aucun groupe de sécurité personnalisé n'est restauré. Un groupe de sécurité par défaut est automatiquement associé au nouveau cluster de bases de données créé par une restauration. Dès que la restauration est terminée et que votre nouveau cluster de bases de données est disponible, associez les groupes de sécurité personnalisés utilisés par l'instance à partir de laquelle vous avez effectué la restauration. Pour ce faire, utilisez la commande **Modify** de la console Neptune ou de l'API [Modifier DBInstance](api-instances.md#ModifyDBInstance). ### Vous ne pouvez pas effectuer la restauration à partir d'un instantané partagé et chiffré. Vous ne pouvez pas restaurer un cluster de bases de données à partir d'un instantané de cluster de bases de données qui est à la fois partagé et chiffré. Au lieu de cela, créez une copie de l'instantané et restaurez le cluster à partir de cette copie. ### Un cluster de bases de données restauré utilise autant d'espace de stockage qu'auparavant Lorsque vous restaurez un cluster DB à partir d'un instantané de cluster DB, la quantité de stockage allouée au nouveau cluster est la même que celle allouée au cluster DB à partir duquel l'instantané a été créé, quelle que soit la quantité de stockage allouée réellement utilisée. En d'autres termes, la limite supérieure pour laquelle vous êtes facturé ne change pas. Pour redéfinir la limite supérieure, vous devez exporter les données de votre graphique, puis les recharger sur un nouveau cluster DB (voir [Facturation du stockage Neptune](feature-overview-storage.md#feature-overview-storage-billing)). ## Comment effectuer une restauration à partir d'un instantané Restauration en cours Vous pouvez restaurer un cluster de base de données à partir d'un instantané de cluster de base de données à l' AWS Management Console aide de l' AWS CLI API Neptune ou de l'API Neptune. ### Utiliser la console pour effectuer une restauration à partir d’un instantané Utilisation de la console 1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Snapshots**. 1. Choisissez l’instantané de cluster de bases de données à partir duquel vous voulez restaurer. 1. Sélectionnez **Actions**, puis**Restore Snapshot (Restaurer l’instantané)**. 1. Sur la page **Restaurer l'instance DB**, dans la zone **Identificateur de l'instance DB**, saisissez le nom de votre cluster DB restauré. 1. Choisissez **Restore DB Instance**. 1. Si vous voulez restaurer la fonctionnalité du cluster DB sur celle du cluster DB à partir duquel l'instantané a été créé, vous devez modifier le cluster DB afin qu'il utilise le groupe de sécurité. Les étapes suivantes supposent que votre cluster DB se trouve dans un VPC. Si votre cluster de bases de données ne se trouve pas dans un VPC, utilisez la console Amazon EC2 pour trouver le groupe de sécurité dont vous avez besoin pour ce cluster. 1. Ouvrez la console Amazon VPC à l’adresse [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/). 1. Dans le panneau de navigation, choisissez **Groupes de sécurité**. 1. Sélectionnez le groupe de sécurité que vous souhaitez utiliser pour vos clusters DB. Si nécessaire, ajoutez des règles pour associer le groupe de sécurité à un groupe de sécurité pour une instance EC2. # Copie d'un instantané de cluster de bases de données Copie d'un instantané Avec Neptune, vous pouvez copier des instantanés de cluster de bases de données automatisés ou manuels. Après avoir copié un instantané, la copie est un instantané manuel. Vous pouvez copier un instantané au sein d'une même AWS région ou d'une région à AWS l'autre. Les instantanés peuvent être copiés entre les régions et les comptes en une seule étape. La copie d'un instantané automatique vers un autre AWS compte s'effectue en deux étapes : vous créez d'abord un instantané manuel à partir de l'instantané automatique, puis vous copiez l'instantané manuel sur l'autre compte. Au lieu de copier, vous pouvez également partager des instantanés manuels avec d'autres AWS comptes. Pour de plus amples informations, veuillez consulter [Partage d'un instantané de cluster de base de données](backup-restore-share-snapshot.md). **Topics** + [ ## Limitations de la copie d'un instantané ](#backup-restore-copy-snapshot-limitations) + [ ## Conservation des copies d'instantané de cluster de base de données ](#backup-restore-copy-snapshot-retention) + [ ## Gestion du chiffrement lors de la copie d'instantané ](#backup-restore-copy-snapshot-encryption) + [ ## Copier des instantanés d'une région à AWS l'autre ](#backup-restore-copy-snapshot-cross-region) + [ ## Copier un instantané de cluster de base de données à l'aide de la console ](#backup-restore-copy-snapshot-console) + [ ## Copie d'un instantané de cluster de base de données à l'aide du AWS CLI ](#backup-restore-copy-snapshot-cli) ## Limitations de la copie d'un instantané Limitations Vous trouverez ci-dessous certaines limites qui s’appliquent lorsque vous copiez des instantanés : + Vous pouvez copier un instantané entre la Chine (Pékin) et la Chine (Ningxia), mais vous ne pouvez pas copier un instantané entre ces régions chinoises et d'autres AWS régions. + Vous pouvez copier un instantané entre AWS GovCloud (USA Est) et AWS GovCloud (USA Ouest), mais vous ne pouvez pas copier un instantané entre ces AWS GovCloud (US) régions et d'autres AWS régions. + Si vous supprimez un instantané source avant que l’instantané cible ne soit disponible, la copie d’instantané peut échouer. Vérifiez que l’instantané cible a le statut `AVAILABLE` avant de supprimer un instantané source. + Vous pouvez avoir jusqu'à cinq demandes de copies d'instantanés en cours dans une seule région par compte. + Selon les régions impliquées et le volume de données à copier, la copie d'un instantané entre régions peut prendre plusieurs heures. S'il existe un grand nombre de demandes de copie instantanée entre régions provenant d'une AWS région source donnée, Neptune peut placer les nouvelles demandes de copie entre régions provenant de cette région AWS source dans une file d'attente jusqu'à ce que certaines copies en cours soient terminées. Aucune information d'avancement n'est affichée sur les demandes de copie quand elles sont dans cette file d'attente. Les informations d'avancement ne sont affichées qu'après le démarrage de la copie. ## Conservation des copies d'instantané de cluster de base de données Conservation des copies d'instantané Neptune supprime automatiquement les instantanés comme suit : + A la fin de leur période de conservation. + Lorsque vous désactivez les instantanés automatiques pour un cluster de base de données. + Lorsque vous supprimez un cluster de bases de données. Si vous souhaitez conserver un instantané de base de données à plus long terme, copiez-le pour créer un instantané de base de données manuel qui sera conservé jusqu'à ce que vous le supprimiez. Des coûts de stockage Neptune peuvent s'appliquer aux instantanés manuels si ces derniers dépassent votre espace de stockage par défaut. Pour plus d'informations sur les coûts de stockage des sauvegardes, consultez la section [Tarification de Neptune](https://aws.amazon.com/neptune/pricing/). ## Gestion du chiffrement lors de la copie d'instantané Chiffrement Vous pouvez copier un instantané chiffré à l'aide d'une clé de AWS KMS chiffrement. Si vous copiez un instantané chiffré, la copie de l’instantané doit également être chiffrée. Vous pouvez chiffrer la copie avec la même clé de AWS KMS chiffrement que l'instantané d'origine, ou vous pouvez spécifier une autre clé de AWS KMS chiffrement. Vous ne pouvez pas chiffrer un instantané de cluster de bases de données non chiffré lorsque vous le copiez. Pour les instantanés de cluster de base de données Amazon Neptune, vous pouvez également laisser l'instantané de cluster de base de données non chiffré et spécifier une clé de AWS KMS chiffrement lors de la restauration. Le cluster de bases de données restauré est chiffré à l'aide de la clé indiquée. ## Copier des instantanés d'une région à AWS l'autre Copie d'instantanés entre régions Lorsque vous copiez un instantané AWS dans une région différente de la AWS région de l'instantané source, la première copie est une copie complète, même si vous copiez un instantané incrémentiel. Une copie complète d'un instantané conserve toutes les données et métadonnées requises pour restaurer l'instance de base de données. Après la première copie instantanée, vous pouvez copier des instantanés incrémentiels de la même instance de base de données vers la même région de destination au sein du même AWS compte. Un instantané incrémentiel contient uniquement les données qui ont été modifiées après l'instantané le plus récent de la même instance de base de données. La copie d'instantanés incrémentiels est plus rapide est entraîne des coûts de stockage plus faibles que la copie d'instantanés complets. La copie incrémentielle d'instantanés entre AWS régions est prise en charge pour les instantanés chiffrés et non chiffrés. **Important** Pour les instantanés partagés, la copie d'instantanés incrémentiels n'est pas prise en charge. Pour les instantanés partagés, toutes les copies sont des instantanés complets, même au sein de la même région. En fonction des AWS régions concernées et de la quantité de données à copier, la réalisation d'une copie instantanée entre régions peut prendre des heures. ## Copier un instantané de cluster de base de données à l'aide de la console Copie d'un instantané sur la console Si votre moteur de base de données source est Neptune, l'instantané sera un instantané de cluster de bases de données. Pour chaque AWS compte, vous pouvez copier jusqu'à cinq instantanés de cluster de base de données à la fois par AWS région. La copie des instantanés de cluster de base données chiffrés et non chiffrés est prise en charge. Pour plus d'informations sur la tarification du transfert des données, consultez la section [Tarification de Neptune](https://aws.amazon.com/neptune/pricing/). Pour annuler une opération de copie une fois qu'elle est en cours, supprimez l'instantané de cluster de bases de données cible pendant que cet instantané de cluster de bases de données a le statut **copying (copie en cours)**. La procédure suivante permet de copier des instantanés de cluster de base de données chiffrés ou non chiffrés. **Pour copier un instantané de cluster de bases de données** 1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Snapshots**. 1. Cochez la case correspondant à l'instantané de cluster de bases de données automatisé que vous souhaitez copier. 1. Choisissez **Actions**, puis **Copy Snapshot (Copier l'instantané)**. La page **Make Copy of DB Snapshot** (Faire une copie d'instantanés de base de données) apparaît. 1. Saisissez le nom de la copie de l’instantané de cluster de bases de données dans **Nouvel identifiant d’instantané de base de données**. 1. Pour copier les balises et les valeurs de l'instantané vers la copie de cet instantané, choisissez **Copy Tags (Copier les balises)**. 1. Pour **Enable Encryption (Activer le chiffrement)**, choisissez l'une des options suivantes : + Si l'instantané de cluster de bases de données n'est pas chiffré et que vous ne souhaitez pas chiffrer la copie, choisissez **Disable encryption (Désactiver le chiffrement)**. + Si l'instantané de cluster de bases de données n'est pas chiffré mais que vous souhaitez chiffrer la copie, choisissez **Enable encryption (Activer le chiffrement)**. Dans ce cas, pour **Master Key**, spécifiez l'identifiant de AWS KMS clé à utiliser pour chiffrer la copie instantanée du cluster de base de données. + Si l'instantané de cluster de bases de données est chiffré, choisissez **Enable encryption (Activer le chiffrement)**. Dans ce cas, vous devez chiffrer la copie. **Oui** est donc déjà sélectionné. Pour **Master Key**, spécifiez l'identifiant de AWS KMS clé à utiliser pour chiffrer la copie instantanée du cluster de base de données. 1. Choisissez **Copier l'instantané**. ## Copie d'un instantané de cluster de base de données à l'aide du AWS CLI Copier un instantané à l'aide du AWS CLI Vous pouvez copier un instantané de base de données à l'aide de la [copy-db-cluster-snapshot](api-snapshots.md#CopyDBClusterSnapshot) AWS CLI commande. Si vous copiez le cliché dans une nouvelle AWS région, exécutez la commande dans la nouvelle région. Utilisez les descriptions et exemples de paramètres suivants pour déterminer les paramètres à utiliser pour copier un instantané avec l' AWS CLI. + `--source-db-cluster-snapshot-identifier` : identifiant de l’instantané de base de données source. + Si l'instantané source se trouve dans la même AWS région que la copie, spécifiez un identifiant d'instantané de base de données valide, par exemple`neptune:instance1-snapshot-20130805`. + Si l'instantané source se trouve dans une AWS région différente de celle de la copie, spécifiez un ARN d'instantané de base de données valide tel que`arn:aws:neptune:us-west-2:123456789012:snapshot:instance1-snapshot-20130805`. + Si vous effectuez la copie à partir d'un instantané de base de données manuel partagé, ce paramètre doit être l'Amazon Resource Name (ARN) de l'instantané de base de données partagé. + Si vous copiez un instantané chiffré, ce paramètre doit être au format ARN de la AWS région source et doit correspondre `SourceDBSnapshotIdentifier` à celui du `PreSignedUrl` paramètre. + `--target-db-cluster-snapshot-identifier` : identifiant de la nouvelle copie de l'instantané de base de données chiffré. + `--kms-key-id`— — L'ID de AWS KMS clé pour un instantané de base de données chiffré. L'ID de AWS KMS clé est le Amazon Resource Name (ARN), AWS KMS l'identifiant de AWS KMS clé ou l'alias de clé de AWS KMS chiffrement. + Si vous copiez un instantané de base de données chiffré depuis votre AWS compte, vous pouvez spécifier une valeur pour ce paramètre afin de chiffrer la copie avec une nouvelle clé de AWS KMS chiffrement. Si vous ne spécifiez aucune valeur pour ce paramètre, la copie de l'instantané de base de données est cryptée avec la même AWS KMS clé que l'instantané de base de données source. + Vous ne pouvez pas utiliser ce paramètre pour créer une copie chiffrée d'un instantané non chiffré. Si vous essayez de le faire, une erreur se produira. + Si vous copiez un instantané chiffré dans une autre AWS région, vous devez spécifier une AWS KMS clé pour la AWS région de destination. AWS KMS les clés de chiffrement sont spécifiques à la AWS région dans laquelle elles sont créées, et vous ne pouvez pas utiliser les clés de chiffrement d'une AWS région dans une autre AWS région. + `--source-region`— — L'ID de la AWS région où se trouve l'instantané de base de données source. Si vous copiez un instantané chiffré dans une autre AWS région, vous devez spécifier cette option. + `--region`— — L'ID de la AWS région dans laquelle vous copiez l'instantané. Si vous copiez un instantané chiffré dans une autre AWS région, vous devez spécifier cette option. **Example Source non chiffrée, même région de destination** Le code suivant crée une copie d'un instantané, portant le nouveau nom`mydbsnapshotcopy`, d'une `us-east-1` AWS région à une `us-west-2` autre. Pour Linux, OS X ou Unix : ``` aws neptune copy-db-cluster-snapshot \ --source-db-cluster-snapshot-identifier instance1-snapshot-20130805 \ --target-db-cluster-snapshot-identifier mydbsnapshotcopy ``` Pour Windows : ``` aws neptune copy-db-cluster-snapshot ^ --source-db-cluster-snapshot-identifier instance1-snapshot-20130805 ^ --target-db-cluster-snapshot-identifier mydbsnapshotcopy ``` **Example Source non chiffrée, autre région de destination** Le code suivant crée une copie d'un instantané, portant le nouveau nom`mydbsnapshotcopy`, d'une `us-east-1` AWS région à une `us-west-2` autre. Exécutez la commande dans la région `us-west-2`. Pour Linux, OS X ou Unix : ``` aws neptune copy-db-cluster-snapshot \ --source-db-cluster-snapshot-identifier arn:aws:neptune:us-east-1:123456789012:snapshot:instance1-snapshot-20130805 \ --target-db-cluster-snapshot-identifier mydbsnapshotcopy \ --source-region us-east-1 \ --region us-west-2 ``` Pour Windows : ``` aws neptune copy-db-cluster-snapshot ^ --source-db-cluster-snapshot-identifier arn:aws:neptune:us-east-1:123456789012:snapshot:instance1-snapshot-20130805 ^ --target-db-cluster-snapshot-identifier mydbsnapshotcopy ^ --source-region us-east-1 ^ --region us-west-2 ``` **Example Source chiffrée, autre région de destination** L'exemple de code suivant copie un instantané de base de données chiffré de la `us-east-1` AWS région vers la `us-west-2` région. Exécutez la commande dans la région `us-west-2`. Pour Linux, OS X ou Unix : ``` aws neptune copy-db-cluster-snapshot \ --source-db-cluster-snapshot-identifier arn:aws:neptune:us-west-2:123456789012:snapshot:instance1-snapshot-20161115 \ --target-db-cluster-snapshot-identifier mydbsnapshotcopy \ --source-region us-east-1 \ --region us-west-2 --kms-key-id my_us_west_2_key ``` Pour Windows : ``` aws neptune copy-db-cluster-snapshot ^ --source-db-cluster-snapshot-identifier arn:aws:neptune:us-west-2:123456789012:snapshot:instance1-snapshot-20161115 ^ --target-db-cluster-snapshot-identifier mydbsnapshotcopy ^ --source-region us-east-1 ^ --region us-west-2 --kms-key-id my-us-west-2-key ``` # Partage d'un instantané de cluster de base de données Partage d'un instantané Neptune vous permet de partager un instantané de cluster de bases de données manuel de différentes façons : + Le partage manuel d'un instantané de cluster de base de données, qu'il soit chiffré ou non, permet aux AWS comptes autorisés de copier l'instantané. + Le partage d'un instantané de cluster de base de données manuel non chiffré permet aux AWS comptes autorisés de restaurer directement un cluster de base de données à partir de l'instantané au lieu d'en prendre une copie et de le restaurer à partir de celui-ci. Les instantanés chiffrés ne peuvent pas être restaurés directement ; ils doivent d'abord être copiés, puis restaurés à partir de la copie. **Note** Pour partager un instantané de cluster de bases de données automatisé, créez un instantané de cluster de bases de données manuel en copiant l’instantané automatisé, puis partagez cette copie. Pour plus d'informations sur la restauration d'un cluster de base de données à partir d'un instantané de cluster de base de données, consultez [Comment effectuer une restauration à partir d'un instantané](backup-restore-restore-snapshot.md#backup-restore-restore-snapshot-restoring). Vous pouvez partager un instantané manuel avec un maximum de 20 autres AWS comptes. Vous pouvez également partager un instantané manuel non chiffré en tant que public, ce qui le rend accessible à tous les AWS comptes. Lors du partage d'un instantané marqué comme public, n'incluez aucune information privée dans vos instantanés publics. **Note** Lorsque vous restaurez un cluster de base de données à partir d'un instantané partagé à l'aide de l'API AWS Command Line Interface (AWS CLI) ou Neptune, vous devez spécifier le nom de ressource Amazon (ARN) du cliché partagé comme identifiant de l'instantané. **Topics** + [ ## Partage d'un instantané de cluster de base de données chiffré ](#backup-restore-share-snapshot-encrypted) + [ ## Partage d'un instantané de cluster de base de données ](#backup-restore-share-snapshot-sharing) ## Partage d'un instantané de cluster de base de données chiffré Instantanés chiffrés Vous pouvez partager des instantanés de cluster de base de données qui ont été chiffrés « au repos » en utilisant l'algorithme de chiffrement AES-256. Pour de plus amples informations, veuillez consulter [Chiffrement des données inactives dans votre base de données Amazon Neptune](encrypt.md). Pour ce faire, vous devez exécuter les étapes suivantes : 1. Partagez la clé de chiffrement AWS Key Management Service (AWS KMS) qui a été utilisée pour chiffrer l'instantané avec tous les comptes auxquels vous souhaitez accéder à l'instantané. Vous pouvez partager des clés de AWS KMS chiffrement avec un autre AWS compte en ajoutant cet autre compte à la politique des clés KMS. Pour plus de détails sur la mise à jour d'une stratégie de clé, voir [Stratégies de clés](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) dans le *Guide du développeur AWS KMS *. Pour obtenir un exemple de création d'une stratégie de clé, consultez [Création d'une stratégie IAM pour permettre la copie d'un instantané chiffré](#backup-restore-share-snapshot-encrypted-key-iam) plus loin dans cette rubrique. 1. Utilisez l'API AWS Management Console AWS CLI, ou Neptune pour partager l'instantané chiffré avec les autres comptes. Ces restrictions s'appliquent au partage d'instantanés chiffrés : + Vous ne pouvez pas partager des instantanés chiffrés comme publics. + Vous ne pouvez pas partager un instantané chiffré à l'aide de la clé de AWS KMS chiffrement par défaut du AWS compte qui a partagé l'instantané. ### Autoriser l'accès à une clé AWS KMS de chiffrement Accès avec clé de chiffrement Pour qu'un autre AWS compte puisse copier un instantané de cluster de base de données chiffré partagé depuis votre compte, le compte avec lequel vous partagez votre instantané doit avoir accès à la clé KMS qui a chiffré l'instantané. Pour autoriser un autre AWS compte à accéder à une AWS KMS clé, mettez à jour la politique de clé pour la clé KMS avec l'ARN du AWS compte avec lequel vous partagez, comme indiqué `Principal` dans la politique de clé KMS. Autorisez ensuite l'action `kms:CreateGrant`. Pour obtenir des instructions générales, consultez [Autoriser des utilisateurs d'autres comptes à utiliser une clé KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-modifying-external-accounts.html) dans le *Guide du développeur AWS Key Management Service *. Une fois que vous avez accordé à un AWS compte l'accès à votre clé de chiffrement KMS, pour copier votre instantané chiffré, ce AWS compte doit créer un utilisateur IAM s'il n'en possède pas déjà un. Les restrictions de sécurité KMS n'autorisent pas l'utilisation d'une identité de AWS compte root pour cela. Le AWS compte doit également associer une politique IAM à cet utilisateur IAM qui lui permet de copier un instantané de cluster de base de données chiffré à l'aide de votre clé KMS. Dans l'exemple de stratégie suivant, l'utilisateur `111122223333` est le propriétaire de la clé de chiffrement KMS, et l'utilisateur `444455556666` est le compte avec lequel la clé est partagée. Cette politique clé mise à jour permet au AWS compte d'accéder à la clé KMS en incluant l'ARN pour l'identité du AWS compte racine de l'utilisateur en `444455556666` tant `Principal` que politique, et en autorisant l'`kms:CreateGrant`action. ------ #### [ JSON ] **** ``` { "Id": "key-policy-1", "Version":"2012-10-17", "Statement": [ { "Sid": "AllowUseOfTheKey", "Effect": "Allow", "Principal": { "AWS": [ "arn:aws:iam::111122223333:user/KeyUser", "arn:aws:iam::444455556666:root" ] }, "Action": [ "kms:CreateGrant", "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms:GenerateDataKey*", "kms:DescribeKey" ], "Resource": "*" }, { "Sid": "AllowAttachmentOfPersistentResources", "Effect": "Allow", "Principal": { "AWS": [ "arn:aws:iam::111122223333:user/KeyUser", "arn:aws:iam::444455556666:root" ] }, "Action": [ "kms:CreateGrant", "kms:ListGrants", "kms:RevokeGrant" ], "Resource": "*", "Condition": { "Bool": { "kms:GrantIsForAWSResource": true } } } ] } ``` ------ #### Création d'une stratégie IAM pour permettre la copie d'un instantané chiffré Stratégie IAM pour une copie chiffrée Une fois que le AWS compte externe a accès à votre clé KMS, le propriétaire de ce compte peut créer une politique permettant à un utilisateur IAM créé pour le compte de copier un instantané chiffré avec cette clé KMS. L'exemple suivant illustre une stratégie qui est peut être attachée à un utilisateur IAM pour le compte AWS `444455556666`. Ceci permet à l'utilisateur IAM de copier un instantané partagé depuis le compte AWS `111122223333` qui a été chiffré avec la clé KMS `c989c1dd-a3f2-4a5d-8d96-e793d082ab26` dans la région `us-west-2`. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "AllowUseOfTheKey", "Effect": "Allow", "Action": [ "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms:GenerateDataKey*", "kms:DescribeKey", "kms:CreateGrant", "kms:RetireGrant" ], "Resource": ["arn:aws:kms:us-west-2:111122223333:key/c989c1dd-a3f2-4a5d-8d96-e793d082ab26"] }, { "Sid": "AllowAttachmentOfPersistentResources", "Effect": "Allow", "Action": [ "kms:CreateGrant", "kms:ListGrants", "kms:RevokeGrant" ], "Resource": ["arn:aws:kms:us-west-2:111122223333:key/c989c1dd-a3f2-4a5d-8d96-e793d082ab26"], "Condition": { "Bool": { "kms:GrantIsForAWSResource": true } } } ] } ``` ------ Pour plus de détails sur la mise à jour d'une stratégie de clé, voir [Stratégies de clés](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) dans le *Guide du développeur AWS Key Management Service *. ## Partage d'un instantané de cluster de base de données Partage Vous pouvez partager un instantané de cluster de base de données à l' AWS Management Console aide de l'API AWS CLI Neptune ou de l'API Neptune. ### Utilisation de la console pour partager un instantané de cluster de base de données Utilisation de la console En utilisant la console Neptune, vous pouvez partager un instantané de cluster de bases de données manuel avec jusqu'à 20 comptes  AWS . Vous pouvez également arrêter le partage d'un instantané manuel avec un ou plusieurs comptes. **Pour partager un instantané de cluster de base de données manuel** 1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Snapshots (Instantanés)**. 1. Sélectionnez l'instantané manuel que vous souhaitez partager. 1. Choisissez **Actions**, **Share Snapshot (Partager l’instantané)**. 1. Choisissez l’une des options suivantes pour **DB snapshot visibility (Visibilité d’instantané de base de données)**. + Si la source est non chiffrée, choisissez **Public** pour permettre à tous les comptes AWS de restaurer un cluster de bases de données à partir de l'instantané de cluster de bases de données manuel. Vous pouvez également choisir **Privé** pour autoriser uniquement les AWS comptes que vous spécifiez à restaurer un cluster de base de données à partir de votre instantané de cluster de base de données manuel. **Avertissement** Si vous définissez la **visibilité des instantanés de base** de données sur **Public**, tous les AWS comptes peuvent restaurer un cluster de base de données à partir de votre instantané de cluster de base de données manuel et avoir accès à vos données. Ne partagez pas en **Public** un instantané manuel de cluster DB contenant des informations privées. + Si la source est chiffrée, la **Visibilité d'instantané de base de données** est définie sur **Privé**, car les instantanés chiffrés ne peuvent pas être partagés s'ils sont marqués comme étant publics. 1. Pour **ID de AWS compte**, entrez l'identifiant du AWS compte que vous souhaitez autoriser à restaurer un cluster de bases de données à partir de votre instantané manuel. Choisissez ensuite **Ajouter**. Répétez l'opération pour inclure des identifiants de AWS compte supplémentaires, jusqu'à 20 AWS comptes. Si vous commettez une erreur lors de l'ajout d'un identifiant de AWS compte à la liste des comptes autorisés, vous pouvez le supprimer de la liste en choisissant **Supprimer** à droite de l'identifiant de AWS compte incorrect. 1. Après avoir ajouté des identifiants pour tous les AWS comptes que vous souhaitez autoriser à restaurer l'instantané manuel, choisissez **Enregistrer**. **Pour arrêter de partager un instantané manuel de cluster de base de données avec un AWS compte** 1. [Ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Snapshots (Instantanés)**. 1. Sélectionnez l'instantané manuel que vous souhaitez cesser de partager. 1. Choisissez **Actions**, puis **Share Snapshot (Partager instantané)**. 1. Pour supprimer l'autorisation d'un AWS compte, choisissez **Supprimer** comme identifiant de AWS compte pour ce compte dans la liste des comptes autorisés. 1. Choisissez **Enregistrer**. # Suppression d'un instantané Neptune Suppression d’un instantané Vous pouvez supprimer un instantané de base de données à l' AWS Management Console aide de l'API de gestion AWS CLI, de, ou de Neptune : ## Suppression à l'aide de la console Utilisation de la console 1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home) 1. Dans le panneau de navigation, choisissez **Snapshots (Instantanés)**. 1. Choisissez l'instantané de base de données à supprimer. 1. Pour **Actions**, choisissez **Supprimer la pile**. 1. Dans la page de confirmation, sélectionnez **Supprimer**. ## Suppression à l'aide du AWS CLI À l'aide du AWS CLI Vous pouvez également supprimer un instantané de base de données à l'aide de la commande de l' AWS CLI [delete\$1db\$1cluster\$1snapshot](api-snapshots.md#DeleteDBClusterSnapshot) en utilisant le paramètre `--db-snapshot-identifier` pour identifier l'instantané à supprimer : Pour Linux, OS X ou Unix : ``` 1. aws neptune delete-db-cluster-snapshot \ 2. --db-snapshot-identifier ``` Pour Windows : ``` 1. aws neptune delete-db-cluster-snapshot ^ 2. --db-snapshot-identifier ``` ## Suppression à l'aide de l'API de gestion Neptune Utilisation de l'API Neptune Vous pouvez utiliser l'un des SDKs pour supprimer un instantané de base de données en appelant l'[Supprimer DBCluster un instantané](api-snapshots.md#DeleteDBClusterSnapshot)API et en utilisant les `DBSnapshotIdentifier` paramètres pour identifier l'instantané de base de données à supprimer.