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.
Restaurer une table dans DynamoDB
Vous pouvez restaurer une table DynamoDB à partir de votre sauvegarde PITR ou de vos sauvegardes à la demande à l'aide de AWS Management Console l'interface de ligne de commande AWS CLI() ou de AWS l'API DynamoDB. Le processus de restauration rétablit une nouvelle table DynamoDB.
Restauration d'une table à l'aide de point-in-time la restauration
Pour EarliestRestorableDateTime, vous pouvez restaurer votre table à n'importe quel instant dans le passé au cours des 35 derniers jours. La période de conservation correspond à 35 jours fixes (cinq semaines calendaires) et ne peut pas être modifiée. Un nombre quelconque d'utilisateurs peut exécuter jusqu'à 50 restaurations simultanées (quel que soit le type de restauration) dans un compte donné.
Important
Si vous désactivez la point-in-time restauration puis que vous l'activez ultérieurement sur une table, vous redéfinissez l'heure de début à laquelle vous pouvez récupérer cette table. Ainsi, vous pouvez uniquement restaurer instantanément cette table à l'aide de LatestRestorableDateTime.
Lorsque vous effectuez une restauration à l'aide de la point-in-time restauration, DynamoDB restaure l'état des données de votre table en fonction de la date et de l'heure sélectionnées (day:hour:minute:second) dans une nouvelle table. Vous restaurez une table sans consommer le débit alloué pour cette table. Vous pouvez effectuer une restauration complète de la table à l'aide de la point-in-time restauration ou configurer les paramètres de la table de destination. Vous pouvez modifier les paramètres de table suivants sur la table restaurée :
-
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 provisionnées que la table source avait au moment de la demande de sauvegarde. Supposons par exemple que le débit alloué d'une table vienne d'être abaissé à 50 unités de capacité de lecture et 50 unités de capacité d'écriture. Vous restaurez ensuite la table à l'état qui était le sien trois semaines auparavant, alors que son débit alloué était défini sur 100 unités de capacité en lecture et 100 unités de capacité en écriture. Dans ce cas, DynamoDB restaure les données de votre table à cet instant dans le passé avec le débit alloué (100 unités de capacité de lecture et 100 unités de capacité d'écriture).
Vous pouvez également restaurer les données Régions AWS de votre table DynamoDB de telle sorte que la table restaurée soit créée dans une région différente de celle où réside la table source. Vous pouvez effectuer des restaurations interrégionales entre les régions AWS commerciales, les régions AWS chinoises et 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.
Note
La restauration entre régions n'est pas prise en charge si la région source ou de destination est l'Asie-Pacifique (Hong Kong) ou le Moyen-Orient (Bahreïn).
Les restaurations peuvent être plus rapides et plus économiques si vous empêchez la création de certains index ou de tous les index sur la 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
-
Mesures et alarmes Amazon CloudWatch Events
-
Balises
-
Paramètres de flux
-
Paramètres de time-to-live (TTL)
-
Paramètres oint-in-time de restauration P
Le temps nécessaire pour restaurer une table varie en fonction de plusieurs facteurs et n'est pas toujours corrélé à la taille de la table.
