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
<a name="bp-pitr-recovery-inplace-rollback"></a>

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 celles que vous identifiez comme des erreurs.

Cette approche utilise la fonctionnalité d'exportation incrémentielle vers Amazon Simple Storage Service (Amazon S3). Une exportation incrémentielle enregistre les éléments modifiés sur 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 aussi longue que 24 heures. La période doit être comprise dans la fenêtre de restauration du PITR.

Pour annuler les écritures indésirables, procédez comme suit :

1. Effectuez une exportation incrémentielle vers Amazon S3. Spécifiez la période pendant laquelle les écritures erronées se sont produites sur 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 incrémentielles qui, ensemble, couvrent exactement la période complète.

1. Créez une tâche groupée à partir des données Amazon S3 pour annuler les modifications répertoriées lors de l'exportation en réécrivant l'ancienne valeur de l'article. Appliquez éventuellement une transformation pour contrôler exactement ce qui est annulé et comment (par exemple pour corriger des erreurs mineures sur les éléments).

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'erreurs d'écriture, vous vous concentrez uniquement sur les erreurs.
+ Plus rapide, en particulier pour les grandes tables. Seul un sous-ensemble de données de table doit être traité.
+ Correction en direct et sur place. Le tableau d'origine reste actif pendant la correction. Il n'est pas nécessaire d'ajuster les métadonnées, les paramètres et les références externes d'une nouvelle table.