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.
Restauration en annulant les écritures indésirables sur place
Pour conserver la table d'origine en service, vous pouvez annuler directement les écritures indésirables plutôt que de restaurer une table complète. Vous pouvez annuler toutes les écritures ou uniquement les écritures que vous identifiez comme des erreurs.
Avant de commencer, assurez-vous que PITR est activé sur la table et que la durée des écritures indésirables se situe dans la fenêtre de restauration PITR.
Cette approche utilise la fonctionnalité d'exportation incrémentielle vers Amazon Simple Storage Service (Amazon S3). Une exportation incrémentielle enregistre les articles modifiés dans Amazon S3. L'exportation inclut les anciennes et les nouvelles images de chaque article. La période peut être aussi courte que 15 minutes ou 24 heures. La période doit être comprise dans la fenêtre de restauration PITR.
Pour annuler les écritures indésirables
-
Effectuez une exportation incrémentielle vers Amazon S3. Spécifiez la période pendant laquelle les écritures erronées se sont produites dans la table. Sélectionnez une vue d'exportation des « nouvelles et anciennes images ». Si la période dépasse 24 heures, effectuez plusieurs tâches d'exportation supplémentaires qui, ensemble, couvrent exactement la période complète.
-
Exécutez une tâche groupée à partir des données Amazon S3 pour annuler les modifications répertoriées dans l'exportation en réécrivant l'ancienne valeur de l'article. Vous pouvez éventuellement appliquer une transformation pour contrôler exactement ce qui doit être annulé et comment (par exemple pour corriger des erreurs mineures sur les éléments).
Pour gérer cette tâche groupée, vous pouvez utiliser le code source ouvert Bulk Executor pour DynamoDB. Pour plus d'informations sur cet outil, consultez la section Présentation de l'open source Bulk Executor pour Amazon DynamoDB
Cette approche présente les avantages suivants :
-
Plus rentable, en particulier pour les grandes tables. Au lieu de restaurer un tableau complet pour annuler un petit nombre d'écritures erronées, vous vous concentrez uniquement sur les erreurs.
-
Plus rapide, surtout pour les grandes tables. Seul un sous-ensemble de données de table doit être traité.
-
Correction en direct et sur place. La table d'origine reste active pendant la correction. Il n'est pas nécessaire de modifier les métadonnées, les paramètres et les références externes d'une nouvelle table.
