Pourquoi la restauration de ma table Amazon DynamoDB prend-elle du temps ?

Résolution

Lorsque vous restaurez votre table DynamoDB à partir d’une sauvegarde, le processus de restauration prend généralement moins d’une heure. La durée de restauration est liée à la configuration de votre table, notamment la taille de la table, le nombre de partitions sous-jacentes, ainsi que d’autres variables connexes. Lorsque vous planifiez une reprise après sinistre, il est recommandé de consigner régulièrement le délai moyen de restauration. Déterminez ensuite comment ces délais d’exécution affectent votre objectif global de temps de restauration.

Le temps nécessaire à DynamoDB pour restaurer une table varie en fonction de plusieurs facteurs et n’est pas nécessairement lié à la taille de la table. Si votre table contient des données présentant une asymétrie importante et des index secondaires, la restauration peut prendre plus de temps. Lorsque le processus de restauration est en cours, l’état de la table est Restauration. Une fois le processus de restauration terminé, la table indique l’état comme Actif. Toutes les sauvegardes dans DynamoDB fonctionnent sans consommer le débit provisionné sur la table.

Notez cependant qu’il n’est pas possible de calculer le temps de restauration de la table. Lorsque vous restaurez une table DynamoDB à partir de sa sauvegarde, vérifiez les informations suivantes :

• Le temps nécessaire pour restaurer la table n’est pas toujours directement associé à sa taille.
• Lorsque vous effectuez une restauration instantanée d’une table DynamoDB, elle prend au moins 20 minutes, quelle que soit la taille de la table. Une fois la table restaurée, DynamoDB a besoin de temps pour provisionner toutes les ressources nécessaires à la création de la table et au lancement du processus de restauration. DynamoDB peut ensuite copier les données réelles.
• Si les données de la table sont réparties uniformément, le temps de restauration est proportionnel à la plus grande partition par nombre d’éléments.
• Une asymétrie des données peut se produire lorsqu’une clé de partition contient beaucoup plus de données que l’autre clé de partition. Si les données sont biaisées, la restauration peut durer plus longtemps en raison des touches de raccourci potentielles et de la limitation. Par exemple, si la clé primaire de votre table utilise le mois de l’année pour effectuer la partition, examinez la façon dont les données sont distribuées. Si la majorité de vos données datent de décembre, alors vous avez des données asymétriques.
• Pour améliorer l’efficacité et la rapidité de la restauration d’une table, excluez la création d’index secondaires.
• Vous ne pouvez pas comparer les temps de restauration de deux tables différentes avec des schémas et des données différents. Le temps de restauration d’une table dépend de l’asymétrie des données au niveau de la partition.

Remarque : lorsque la restauration est en cours, ne modifiez ni ne supprimez les politiques de gestion des identités et des accès AWS (IAM) qui autorisent l’entité à effectuer la restauration. Si vous modifiez ou supprimez les politiques de l’entité IAM, un comportement inattendu peut en résulter. Supposons, par exemple, que vous supprimez les autorisations d’écriture pour une table pendant sa restauration. Dans ce cas, l’opération sous-jacente RestoreTableToPointInTime ou RestoreTableFromBackup ne peut écrire aucune donnée restaurée dans la table. Les politiques IAM qui impliquent des restrictions d’adresse IP source pour accéder à la table de restauration cible peuvent entraîner des problèmes similaires.

Surveillez votre clé lors des sauvegardes chiffrées avec une clé gérée par AWS Key Management Service (AWS KMS) ou une clé gérée par le client. Si vous désactivez ou supprimez la clé alors qu’une restauration est en cours, celle dernière échoue. Une fois la restauration terminée, vous pouvez modifier la clé de chiffrement de la table restaurée et désactiver ou supprimer l’ancienne clé.

Informations connexes

Utilisation de la sauvegarde et de la restauration à la demande pour DynamoDB

Utilisation de la sauvegarde et de la restauration de DynamoDB