DynamoDB BackupNotFoundException

TL;DR — DynamoDB tidak memiliki cadangan yang cocok dengan BackupArn yang Anda berikan. Hampir selalu ARN salah atau salah format, cadangan telah dihapus atau kedaluwarsa, atau klien menunjuk ke region/account yang salah. Cantumkan cadangan untuk tabel dan salin ARN yang sama persis.

Apa artinya

BackupNotFoundException: Backup not found for the given BackupARN.

Panggilan pemulihan dan deskripsi (RestoreTableFromBackup, DescribeBackup, DeleteBackup) mengalamatkan sebuah cadangan lewat ARN-nya. HTTP 400 ini berarti tidak ada cadangan pada ARN tersebut di region + akun tempat kredensial Anda diselesaikan. Kesalahan ini berasal dari sisi klien dan tidak dapat dicoba ulang sampai ARN-nya benar.

Mengapa itu terjadi

ARN salah atau salah format — salah ketik, ARN terpotong, atau buatan tangan, bukan disalin dari list-backups.
Cadangan telah dihapus atau habis masa berlakunya — seseorang menghapus cadangan sesuai permintaan, aturan siklus hidup Pencadangan AWS membuatnya tidak berlaku lagi, atau cadangan tersebut adalah cadangan SYSTEM (dibuat secara otomatis saat tabel dengan PITR diaktifkan dihapus), yang masa berlakunya habis 35 hari setelah pembuatan.
Wilayah salah — list-backups/describe-backup bersifat regional; cadangan berada di wilayah tempat pembuatannya (wilayah yang tertanam dalam ARN-nya), sehingga klien yang diarahkan ke tempat lain tidak dapat melihatnya.
Akun salah — kredensial ditetapkan ke akun AWS yang berbeda dengan akun pemilik cadangan.
Titik pemulihan yang dikelola Pencadangan AWS — pencadangan yang dijadwalkan melalui Pencadangan AWS disimpan sebagai titik pemulihan di brankas Pencadangan AWS, tempat aturan siklus hidup dapat mentransisikan atau menghapusnya; periksa konsol Pencadangan AWS jika pencadangan tidak sesuai dengan yang Anda harapkan.

Bagaimana cara memperbaikinya

Cantumkan cadangan untuk tabel dan ambil ARN asli:
```
aws dynamodb list-backups --table-name <Table> --region <r>
```
Verifikasi bahwa itu ada dan tersedia:
```
aws dynamodb describe-backup --backup-arn <arn> --region <r>
```
BackupStatus seharusnya AVAILABLE — cadangan yang sedang dibuat/dihapus/dipulihkan justru menolak panggilan yang konflik dengan BackupInUseException.
Sematkan wilayah ke wilayah yang ada di ARN cadangan (tempat cadangan dibuat).
Konfirmasikan akun dengan aws sts get-caller-identity.
Cadangan diambil oleh paket AWS Backup? Cari di konsol AWS Backup (titik pemulihan di brankasnya) — aturan siklus hidup di sana dapat mentransisikan atau menghapus cadangan sesuai jadwal.

Hubungkan dari DynoTable

DynoTable adalah workbench tabel, bukan konsol pencadangan — gunakan untuk memastikan tabel langsung memang ada di wilayah tujuan pemulihan Anda sebelum memanggil RestoreTableFromBackup. Buka profil wilayah target (⌘P), ⌘K → buka tabel berdasarkan nama, lalu verifikasi akun lewat status kredensial pada chip profil.

Jika pemulihan gagal dengan BackupNotFoundException, berarti ARN-nya salah atau sudah kedaluwarsa; perbaiki itu di API pencadangan AWS Backup / DynamoDB, lalu kembali ke DynoTable untuk memeriksa skema dan item tabel hasil pemulihan. Kalkulator ukuran item membantu memeriksa apakah bentuk item yang dipulihkan masih sesuai dengan rencana kapasitas Anda.

Sumber

DescribeBackup — Referensi Amazon DynamoDB API (diverifikasi 13-07-2026)
Memulihkan tabel DynamoDB dari cadangan (diverifikasi 13-07-2026)

Kesalahan terkait

BackupInUseException — cadangannya ada, tetapi operasi pencadangan yang konflik masih berjalan.
ResourceNotFoundException — tabelnya sendiri tidak ditemukan di wilayah/akun tersebut.
Tabel sudah ada — nama tabel target pemulihan sudah dipakai.
Pelajari: Pencadangan & pemulihan point-in-time

Referensi

Terakhir diverifikasi 2026-07-13 berdasarkan dokumentasi resmi AWS yang ditautkan di atas.