BackupInUseException

TL;DR — Operasi bidang kontrol pencadangan yang konflik masih berlangsung di tabel ini: cadangan sedang dibuat, dihapus, atau dipulihkan saat ini. Operasi ini diserialkan — tunggu hingga operasi dalam penerbangan selesai (periksa BackupStatus melalui DescribeBackup), lalu coba lagi operasi Anda.

Apa artinya

BackupInUseException: There is another ongoing conflicting backup control
plane operation on the table. The backup is either being created, deleted
or restored to a table.

Mengapa itu terjadi

Menghapus cadangan yang masih dibuat — CreateBackup belum mencapai AVAILABLE.
Menghapus cadangan saat pemulihan sedang berjalan — pemulihan akan menahan cadangan hingga tabel baru selesai dibuat.
Otomasi yang tumpang tindih — skrip pembersihan dan penjadwal cadangan berpacu satu sama lain, atau putaran percobaan ulang yang menembakkan CreateBackup dua kali pada tabel yang sama.
Melampaui batas kecepatan — DeleteBackup menerima paling banyak 10 panggilan per detik; menyapu banyak cadangan dalam satu putaran yang ketat menyebabkan konflik dan pembatasan secara bersamaan.

Bagaimana cara memperbaikinya

Periksa apa yang ada dalam penerbangan, lalu tunggu:
```
aws dynamodb describe-backup --backup-arn arn:aws:dynamodb:...:table/orders/backup/01234...
# BackupStatus: CREATING | AVAILABLE | DELETED
```
Coba lagi operasi Anda setelah status ditetapkan (AVAILABLE untuk pembuatan yang telah selesai; tabel pemulihan mencapai ACTIVE melalui describe-table).
Coba lagi dengan backoff alih-alih gagal — operasi pencadangan memerlukan waktu beberapa detik hingga menit; loop tunggu dan coba lagi di sekitar panggilan menyerap serialisasi.
Buat serial otomatisasi Anda — satu pemilik per tabel untuk operasi siklus hidup pencadangan; penghapusan antrian di belakang pembuatan daripada menjalankan keduanya pada cron yang dapat tumpang tindih.
Kecepatan penghapusan massal — tetap di bawah 10 panggilan DeleteBackup/second dan tangani pengecualian ini sebagai sinyal untuk memperlambat.
Tandai cadangan dengan nama dan tanggal tabel sehingga otomatisasi dapat melewati ARN dalam penerbangan alih-alih mencoba ulang penghapusan secara membabi buta.

Temukan di DynoTable

Sebelum Anda menghapus cadangan, telusuri tabel langsung yang dilindungi — buka dengan ⌘K dan konfirmasikan bahwa data masih penting. DynoTable memudahkan untuk memeriksa isi tabel di seluruh akun (⌘P) sebelum skrip pembersihan dijalankan.

Perkirakan pemulihan lalu lintas baca dengan kalkulator harga saat Anda merencanakan RestoreTableFromBackup. Konfigurasikan profil pada Pengaturan → Profil dengan Uji Koneksi untuk setiap akun yang memiliki cadangan. Lihat Menghubungkan ke AWS dan Instal. Sambil menunggu pencadangan dalam penerbangan selesai, jelajahi tabel yang dilindungi dengan ⌘K untuk mengonfirmasi bahwa data masih memerlukan penyimpanan. Jajak pendapat DescribeBackup setiap beberapa detik sudah cukup — pembuatan cadangan biasanya selesai dalam beberapa menit, dan penghapusan juga dibatasi.

Sumber

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

Kesalahan terkait

BackupNotFoundException — ARN tidak memutuskan untuk membuat cadangan sama sekali.
Tabel sudah ada — mengembalikan ke nama yang sudah dipakai.
LimitExceededException — terlalu banyak operasi bidang kendali secara bersamaan.
Pelajari: Pencadangan & pemulihan point-in-time

Referensi

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