BackupInUseException

TL;DR — Bu tabloda çakışan bir yedekleme kontrol düzlemi işlemi hâlâ sürüyor: yedek şu anda oluşturuluyor, siliniyor veya geri yükleniyor. Bu işlemler sıralı yürütülür — süren işlemin bitmesini bekleyin (DescribeBackup ile BackupStatus değerini kontrol edin), sonra kendinizinkini yeniden deneyin.

Ne anlama gelir

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.

Talep üzerine yedekleme işlemleri (CreateBackup, DeleteBackup, RestoreTableFromBackup) kontrol düzlemi çağrılarıdır ve DynamoDB, aynı yedek ya da tablo üzerinde zaten çalışan bir işlemle çakışacak olanları reddeder. Bu, bir izin veya veri sorunu değil, geçici bir durum hatasıdır.

Neden olur

Hâlâ oluşturulmakta olan bir yedeği silmek — CreateBackup henüz AVAILABLE durumuna ulaşmadı.
Ondan bir geri yükleme çalışırken bir yedeği silmek — geri yükleme, yeni tablonun oluşturulması bitene kadar yedeği tutar.
Çakışan otomasyon — bir temizleme betiği ile bir yedekleme zamanlayıcısının birbiriyle yarışması ya da aynı tabloda CreateBackup'ı iki kez tetikleyen bir yeniden deneme döngüsü.
Hız sınırını aşarak patlama yapmak — DeleteBackup saniyede en fazla 10 çağrı kabul eder; sıkı bir döngüde birçok yedeği süpürmek çakışmaları ve kısıtlamayı birlikte tetikler.

Nasıl düzeltilir

Neyin sürdüğünü kontrol edin, sonra bekleyin:
```
aws dynamodb describe-backup --backup-arn arn:aws:dynamodb:...:table/orders/backup/01234...
# BackupStatus: CREATING | AVAILABLE | DELETED
```
Durum yerleştiğinde işleminizi yeniden deneyin (tamamlanmış bir oluşturma için AVAILABLE; geri yüklenen bir tablo describe-table ile ACTIVE durumuna ulaşır).
Sert biçimde başarısız olmak yerine geri çekilmeyle yeniden deneyin — yedekleme işlemleri saniyelerden dakikalara kadar sürer; çağrının etrafındaki basit bir bekle-ve-yeniden-dene döngüsü sıralı yürütmeyi soğurur.
Otomasyonunuzu sıralı yürütün — yedek yaşam döngüsü işlemleri için tablo başına tek bir sahip; silmeleri, çakışabilen bir cron üzerinde her ikisini birden çalıştırmak yerine oluşturmaların arkasına kuyruğa alın.
Toplu silmeleri temposunda tutun — saniyede 10 DeleteBackup çağrısının altında kalın ve bu istisnayı yavaşlama sinyali olarak ele alın.

Yedekler, en az kaybını göze alabileceğiniz veriyi korur — DynoTable masaüstü uygulaması ile bir tablonun yedeklerini budamadan önce içinde gerçekte ne olduğuna göz atın ve DynamoDB fiyatlandırma hesaplayıcısı ile geri yükleme okuma trafiğini tahmin edin.

DynoTable’da yakala

Yedeklemeleri silmeden önce korudukları canlı tabloya göz atın; ⌘K ile açın ve verilerin hâlâ önemli olduğunu doğrulayın. DynoTable, bir temizleme komut dosyası çalıştırılmadan önce hesaplardaki tablo içeriklerinin (⌘P) noktasal olarak kontrol edilmesini pratik hale getirir.

Bir RestoreTableFromBackup planladığınızda pricing calculator ile geri yükleme okuma trafiğini tahmin edin. Yedekleme sahibi her hesap için Ayarlar → Profiller altında Bağlantıyı Test Et ile profilleri yapılandırın. Bkz. Connect to AWS ve Install. Aktarım sırasında yedeklemenin bitmesini beklerken, verilerin hâlâ saklanmaya devam edildiğini doğrulamak için korumalı tablolara ⌘K ile göz atın. Birkaç saniyede bir yapılan 11. anket yeterlidir; yedekleme oluşturma işlemleri genellikle birkaç dakika içinde tamamlanır ve silme işlemleri de benzer şekilde sınırlandırılır.

Kaynaklar

DeleteBackup — Amazon DynamoDB API Reference (2026-07-13 tarihinde doğrulandı)
Restoring a DynamoDB table from a backup (2026-07-13 tarihinde doğrulandı)

İlgili hatalar

BackupNotFoundException — ARN hiçbir yedeğe çözümlenmiyor.
Table already exists — halihazırda alınmış bir ada geri yükleme.
LimitExceededException — çok fazla eşzamanlı kontrol düzlemi işlemi.
Öğrenin: Backups & point-in-time recovery

Kaynaklar

En son 2026-07-13 tarihinde yukarıda bağlantısı verilen resmi AWS belgelerine karşı doğrulandı.