PointInTimeRecoveryUnavailableException

TL;DR — Point-in-Time Recovery wurde für diese Quelltabelle nicht aktiviert, daher gibt es keine kontinuierliche Backup-Historie, aus der wiederhergestellt werden könnte. Aktiviere PITR jetzt (UpdateContinuousBackups) — das Wiederherstellungsfenster beginnt ab diesem Moment — und für alles davor stelle aus einem On-Demand-Backup wieder her, falls du eines hast.

Was es bedeutet

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

PITR ist pro Tabelle optional zu aktivieren. Bis es aktiv ist, führt DynamoDB keine kontinuierliche Änderungshistorie, und RestoreTableToPointInTime hat nichts, woraus es wiederaufbauen könnte — unabhängig davon, wie lange die Tabelle bereits existiert. Das ist eine Konfigurationslücke, kein vorübergehender Fehler; ein Wiederholen ändert die Antwort nicht.

Warum es passiert

• PITR wurde nie aktiviert — es ist standardmäßig aus, wenn eine Tabelle erstellt wird, ohne es explizit einzuschalten.
• Eine neue Tabelle hat die Checkliste verpasst — Infrastrukturcode, der aus einer Vorlage kopiert wurde, die PointInTimeRecoverySpecification nicht setzt.
• Der falsche Tabellenname — du stellst orders wieder her, aber PITR war auf orders-prod aktiviert (oder umgekehrt), oder die Tabelle liegt in einer anderen Region.

So behebst du es

1. Bestätige den Backup-Zustand der Tabelle:

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

2. Aktiviere PITR — der Schutz beginnt sich sofort aufzubauen, und das Wiederherstellungsfenster wächst von jetzt an bis zum konfigurierten Wiederherstellungszeitraum:

   aws dynamodb update-continuous-backups --table-name orders \
     --point-in-time-recovery-specification PointInTimeRecoveryEnabled=true

3. Stelle die heutigen Daten anders wieder her — PITR kann die Vergangenheit nicht rückwirkend erreichen. Wenn ein On-Demand-Backup existiert, nutze RestoreTableFromBackup; andernfalls ist der aktuelle Tabelleninhalt das, was du hast.

4. Backe PITR in die Tabellenerstellung ein — setze es in deinem IaC für jede Produktionstabelle, damit die Lücke nicht erneut auftreten kann, und denke daran, dass eine wiederhergestellte Tabelle PITR ebenfalls nicht erbt — aktiviere es auf der neuen Tabelle erneut.

Bevor du entscheidest, wie wichtig die Wiederherstellung pro Tabelle ist, schau dir an, was in ihnen steckt — die DynoTable-Desktop-App gibt dir diese Ansicht über Konten und Regionen hinweg, und der DynamoDB-Preisrechner beziffert die Speicherkosten kontinuierlicher Backups.

Verwandte Fehler

• InvalidRestoreTimeException — PITR ist an, aber die angeforderte Zeit liegt außerhalb des Fensters.
• Export requires PITR — Tabellenexporte brauchen ebenfalls PITR.
• BackupNotFoundException
• Learn: Backups & Point-in-Time Recovery

References

• RestoreTableToPointInTime — Amazon DynamoDB API Reference
• UpdateContinuousBackups — Amazon DynamoDB API Reference
• Point-in-time recovery for DynamoDB — Amazon DynamoDB Developer Guide

Zuletzt verifiziert am 2026-07-13 gegen die oben verlinkte offizielle AWS-Dokumentation.