DynamoDB BackupNotFoundException

TL;DR — DynamoDB findet kein Backup zu der BackupArn, die du übergeben hast. Fast immer ein falscher oder fehlerhafter ARN, ein gelöschtes oder abgelaufenes Backup, oder ein Client, der auf die falsche Region bzw. das falsche Konto zeigt. Liste die Backups der Tabelle auf und kopiere den exakten ARN.

Was es bedeutet

BackupNotFoundException: Backup not found for the given BackupARN.

Restore- und Describe-Aufrufe (RestoreTableFromBackup, DescribeBackup, DeleteBackup) adressieren ein Backup über seinen ARN. Dieses HTTP 400 bedeutet, dass unter diesem ARN kein Backup in der Region + dem Account existiert, auf die deine Credentials auflösen. Es ist clientseitig und nicht wiederholbar, bis der ARN korrekt ist.

Warum es passiert

Falscher oder fehlerhafter ARN — ein Tippfehler, ein abgeschnittener ARN oder einer, der von Hand gebaut statt aus list-backups kopiert wurde.
Backup wurde gelöscht oder ist abgelaufen — jemand hat das On-Demand-Backup entfernt, eine AWS-Backup-Lifecycle-Regel hat es aussortiert, oder es war ein SYSTEM-Backup (automatisch erstellt, wenn eine Tabelle mit aktiviertem PITR gelöscht wird), das 35 Tage nach Erstellung abläuft.
Falsche Region — list-backups/describe-backup sind regional; das Backup liegt in der Region, in der es erstellt wurde (die im ARN eingebettete Region), sodass ein anderweitig ausgerichteter Client es nicht sieht.
Falscher Account — die Credentials lösen auf einen anderen AWS-Account auf als den, dem das Backup gehört.
Von AWS Backup verwalteter Recovery Point — über AWS Backup geplante Backups werden als Recovery Points in einem AWS-Backup-Vault gespeichert, wo Lifecycle-Regeln sie überführen oder löschen können; prüfe die AWS-Backup-Konsole, wenn ein Backup nicht dort ist, wo du es erwartest.

So behebst du es

Liste die Backups der Tabelle auf und hol dir den echten ARN:
```
aws dynamodb list-backups --table-name <Table> --region <r>
```
Verifiziere, dass es existiert und verfügbar ist:
```
aws dynamodb describe-backup --backup-arn <arn> --region <r>
```
BackupStatus sollte AVAILABLE sein — ein Backup, das mitten im Erstellen/Löschen/Wiederherstellen ist, weist konfliktäre Aufrufe stattdessen mit BackupInUseException ab.
Fixiere die Region auf die im ARN des Backups (wo das Backup erstellt wurde).
Bestätige den Account mit aws sts get-caller-identity.
Backup von einem AWS-Backup-Plan erstellt? Schlag es in der AWS-Backup-Konsole nach (die Recovery Points seines Vaults) — Lifecycle-Regeln dort können Backups nach Zeitplan überführen oder löschen.

Aus DynoTable verbinden

DynoTable ist eine Tabellen-Workbench, keine Backup-Konsole — use it to confirm the live table exists in the region you intend to restore into bevor du call RestoreTableFromBackup. Öffne das Ziel-Regions-Profil (⌘P), ⌘K → öffne die Tabelle per Name, und verifiziere den Account am Credential-Status auf dem Profil-Chip.

Wenn restore fails with BackupNotFoundException, the ARN is wrong or expired; fix that in the AWS Backup / DynamoDB backup APIs, then come back to DynoTable to inspect the restored table schema and items. The Item-Size-Rechner hilft zu prüfen, ob eine restored Item-Form noch in deinen Capacity-Plan passt.

Quellen

DescribeBackup — Amazon DynamoDB API Reference (verifiziert 2026-07-13)
Restoring a DynamoDB table from a backup (verifiziert 2026-07-13)

Referenzen

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