PointInTimeRecoveryUnavailableException

En bref — La restauration à un instant donné n'a pas été activée sur cette table source, il n'y a donc aucun historique de sauvegarde continue à partir duquel restaurer. Active la PITR maintenant (UpdateContinuousBackups) — la fenêtre de récupération démarre à partir de ce moment — et pour tout ce qui précède, restaure à partir d'une sauvegarde à la demande si tu en as une.

Ce que ça signifie

PointInTimeRecoveryUnavailableException: Point in time recovery has not
yet been enabled for this source table.

La PITR est optionnelle par table. Tant qu'elle n'est pas activée, DynamoDB ne conserve aucun historique continu des modifications, et RestoreTableToPointInTime n'a rien à reconstruire — quelle que soit l'ancienneté de la table. C'est une lacune de configuration, pas une erreur transitoire ; réessayer ne changera pas la réponse.

Pourquoi ça arrive

La PITR n'a jamais été activée — elle est désactivée par défaut lorsqu'une table est créée sans l'activer explicitement.
Une nouvelle table a manqué la check-list — du code d'infrastructure copié depuis un modèle qui ne définit pas PointInTimeRecoverySpecification.
Le mauvais nom de table — tu restaures orders mais la PITR a été activée sur orders-prod (ou l'inverse), ou la table se trouve dans une autre Région.

Comment le corriger

Vérifie l'état de sauvegarde de la table :

aws dynamodb describe-continuous-backups --table-name orders
# PointInTimeRecoveryStatus: DISABLED

Active la PITR — la protection commence à s'accumuler immédiatement, et la fenêtre de restauration grandit à partir de maintenant jusqu'à la période de récupération configurée :
```
aws dynamodb update-continuous-backups --table-name orders \
  --point-in-time-recovery-specification PointInTimeRecoveryEnabled=true
```
Récupère les données d'aujourd'hui d'une autre manière — la PITR ne peut pas atteindre le passé rétroactivement. Si une sauvegarde à la demande existe, restaure-la avec RestoreTableFromBackup ; sinon le contenu actuel de la table est ce dont tu disposes.
Intègre la PITR à la création de la table — définis-la dans ton IaC pour chaque table de production afin que la lacune ne puisse pas se reproduire, et souviens-toi qu'une table restaurée n'hérite pas non plus de la PITR — réactive-la sur la nouvelle table.

Avant de décider de l'importance de la récupération par table, regarde ce qu'elles contiennent — l'application de bureau DynoTable t'offre cette vue à travers les comptes et les Régions, et le calculateur de tarification DynamoDB chiffre le coût de stockage des sauvegardes continues.

Erreurs liées

InvalidRestoreTimeException — la PITR est activée, mais l'instant demandé est en dehors de la fenêtre.
Export requires PITR — les exports de table nécessitent aussi la PITR.
BackupNotFoundException
Apprends : Sauvegardes et restauration à un instant donné

Références

Dernière vérification le 2026-07-13 par rapport à la documentation officielle AWS liée ci-dessus.