Sauvegarde et restauration de tables DynamoDB avec DynamoDB : Fonctionnement

Vous pouvez utiliser la fonction de sauvegarde à la demande DynamoDB pour créer des sauvegardes complètes de vos tables Amazon DynamoDB. Cette fonction est disponible indépendamment de AWS Backup. Cette section présente le processus de sauvegarde et de restauration DynamoDB.

Sauvegardes

Lorsque vous créez une sauvegarde à la demande avec DynamoDB, un marqueur de temps est catalogué pour cette demande. La sauvegarde est créée de manière asynchrone par application de toutes les modifications jusqu'à l'heure de la demande sur l'instantané de la dernière table complète. Les demandes de sauvegarde DynamoDB sont traitées instantanément et sont disponibles pour la restauration après quelques minutes.

Note

Chaque fois que vous créez une sauvegarde à la demande, toutes les données de la table sont sauvegardées. Il n'y a pas de limite au nombre de sauvegardes à la demande.

Toutes les sauvegardes dans DynamoDB fonctionnent sans consommer de débit approvisionné sur la table.

Les sauvegardes DynamoDB ne garantissent pas la cohérence causale entre les éléments. Toutefois, l'asymétrie entre les mises à jour d'une sauvegarde est généralement très inférieure à une seconde.

Lorsqu'une sauvegarde est en cours, vous ne pouvez pas effectuer les opérations suivantes :

• Suspendre ou annuler l'opération de sauvegarde.

• Supprimer la table source de la sauvegarde.

• Désactiver les sauvegardes d'une table si une sauvegarde de cette tables est en cours.

Si vous ne souhaitez pas créer des scripts de planification et des tâches de nettoyage, vous pouvez utiliser AWS Backup pour créer des plans de sauvegarde avec des planifications et des politiques de conservation pour vos tables DynamoDB. AWS Backup exécute les sauvegardes et les supprime quand elles expirent. Pour plus d'informations, consultez le Guide du développeur AWS Backup.

En plus de AWS Backup, vous pouvez programmer des sauvegardes périodiques ou futures par l'intermédiaire des fonctions AWS Lambda. Pour plus d'informations, consultez le billet de blog A serverless solution to schedule your Amazon DynamoDB On-Demand backup.

Si vous utilisez la console, toutes les sauvegardes créées avec AWS Backup seront répertoriées sous l'onglet Backups (Sauvegardes), avec le Backup type (Type de sauvegarde) défini sur AWS.

Note

Vous ne pouvez pas supprimer des sauvegardes marquées avec un Backup type (Type de sauvegarde) AWS à l'aide de la console DynamoDB. Pour gérer ces sauvegardes, utilisez la console AWS Backup.

Pour savoir comment effectuer une sauvegarde, consultez Sauvegarde d'une table DynamoDB.

Restaurations

Vous restaurez une table sans consommer le débit alloué pour cette table. Vous pouvez effectuer une restauration complète de la table à partir de votre sauvegarde DynamoDB ou configurer les paramètres de la table de destination. Lorsque vous effectuez une restauration, vous pouvez modifier les paramètres de table suivants :

• Index secondaires globaux

• Index secondaires locaux

• Mode de facturation

• Capacité dimensionnée d'écriture et de lecture

• Paramètres de chiffrement

Important

Lorsque vous procédez à la restauration complète d'une table, la table de destination est définie avec les mêmes unités de capacité de lecture et d'écriture que la table source, telles qu'elles étaient enregistrées au moment de la demande de sauvegarde. Le processus de restauration restaure également les index secondaires locaux et les index secondaires globaux.

Vous pouvez également restaurer vos données de table DynamoDB entre régions AWS afin que la table restaurée soit créée dans une région différente de celle où réside la sauvegarde. Vous pouvez effectuer des restaurations entre régions commerciales AWS, régions AWS Chine et les régions AWS GovCloud (US). Vous payez uniquement pour les données que vous transférez hors de la région source et pour la restauration vers une nouvelle table dans la région de destination.

Les restaurations peuvent être plus rapides et plus économiques si vous choisissez de ne pas créer tout ou partie des index secondaires sur la nouvelle table restaurée.

Vous devez configurer manuellement les éléments suivants pour la table restaurée :

• Politiques de scalabilité automatique

• AWS Identity and Access Management politiques (IAM)

• Métriques et alarmes Amazon CloudWatch

• Étiquettes

• Paramètres de flux

• Paramètres de time-to-live (TTL)

• Paramètres de protection contre la suppression

• Paramètres de récupération ponctuelle (PITR)

Vous pouvez restaurer uniquement les données de l'ensemble d'une table dans une nouvelle table à partir d'une sauvegarde. Vous pouvez écrire sur la table restaurée seulement lorsque celle-ci est devenue active.

Note

Vous ne pouvez pas remplacer une table existante au cours d'une opération de restauration.

Les métriques de service montrent que 95 % des restaurations de table des clients prennent moins d'une heure. Toutefois, les temps de restauration sont directement liés à la configuration de vos tables (taille et nombre de partitions sous-jacentes), ainsi qu'à d'autres variables connexes. Une bonne pratique de planification de la reprise après sinistre consiste à documenter régulièrement les temps moyens de restauration et à déterminer comment ces délais affectent votre objectif global de temps de récupération.

Pour savoir comment effectuer une restauration, consultez Restauration d'une table DynamoDB à partir d'une sauvegarde.

Vous pouvez utiliser des politiques IAM pour le contrôle d'accès. Pour de plus amples informations, veuillez consulter Utilisation d'IAM avec la sauvegarde et la restauration dans DynamoDB.

Toutes les actions de sauvegarde et de restauration de la console et de l'API sont capturées et enregistrées dans AWS CloudTrail pour la journalisation, la surveillance en continu et l'audit.