BackupInUse예외

TL;DR — 이 테이블에서는 충돌하는 백업 제어 영역 작업이 아직 진행 중입니다. 현재 백업이 생성, 삭제 또는 복원 중입니다. 이러한 작업은 직렬화됩니다. 기내 작업이 완료될 때까지 기다린 다음(DescribeBackup을 통해 BackupStatus 확인) 다시 시도하세요.

무엇을 의미하는가

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.

온디맨드 백업 작업(CreateBackup, DeleteBackup, RestoreTableFromBackup)은 제어 플레인 호출이며 DynamoDB는 동일한 백업 또는 테이블에 대해 이미 실행 중인 작업과 충돌할 수 있는 작업을 거부합니다. 권한이나 데이터 문제가 아닌 일시적인 상태 오류입니다.

왜 발생하는가

아직 생성 중인 백업 삭제 중 — CreateBackup이 아직 AVAILABLE에 도달하지 않았습니다.
복원이 실행되는 동안 백업 삭제 — 복원에서는 새 테이블 생성이 완료될 때까지 백업을 보관합니다.
겹치는 자동화 — 정리 스크립트와 백업 스케줄러가 서로 경쟁하거나 동일한 테이블에서 CreateBackup를 두 번 실행하는 재시도 루프입니다.
속도 제한 초과 버스트 — DeleteBackup는 초당 최대 10개의 호출을 허용합니다. 긴밀한 루프 트립에서 많은 백업을 청소하면 충돌이 발생하고 함께 제한됩니다.

어떻게 해결하는가

비행 중인 내용을 확인한 후 기다리세요.
```
aws dynamodb describe-backup --backup-arn arn:aws:dynamodb:...:table/orders/backup/01234...
# BackupStatus: CREATING | AVAILABLE | DELETED
```
상태가 안정되면 작업을 다시 시도하십시오(완료된 생성의 경우 AVAILABLE, describe-table를 통해 복원 테이블이 ACTIVE에 도달함).
하드 실패 대신 백오프로 재시도 — 백업 작업은 몇 초에서 몇 분 정도 걸립니다. 호출 주위의 간단한 대기 및 재시도 루프가 직렬화를 흡수합니다.
자동화 직렬화 — 백업 수명 주기 작업을 위해 테이블당 소유자 한 명 대기열은 겹칠 수 있는 크론에서 둘 다 실행하는 대신 생성 뒤에서 삭제됩니다.
대량 삭제 속도 — 초당 10 DeleteBackup 호출 미만을 유지하고 이 예외를 속도를 늦추라는 신호로 처리합니다.
테이블 이름과 날짜로 백업에 태그를 지정하면 자동화가 삭제를 맹목적으로 재시도하는 대신 진행 중인 ARN을 건너뛸 수 있습니다.

DynoTable에서 찾기

백업을 삭제하기 전에 백업이 보호하는 라이브 테이블을 찾아보세요. ⌘K로 열고 데이터가 여전히 중요한지 확인하세요. DynoTable을 사용하면 정리 스크립트가 실행되기 전에 계정(⌘P) 전체에서 테이블 내용을 무작위로 확인할 수 있습니다.

RestoreTableFromBackup를 계획할 때 pricing calculator를 사용하여 복원 읽기 트래픽을 추정합니다. 백업을 소유한 각 계정에 대해 연결 테스트를 사용하여 설정 → 프로필에서 프로필을 구성합니다. Connect to AWS 및 Install을 참조하세요. 진행 중인 백업이 완료되기를 기다리는 동안 ⌘K로 보호된 테이블을 탐색하여 데이터가 여전히 보존되어야 하는지 확인합니다. 몇 초마다 DescribeBackup 폴링하면 충분합니다. 백업 생성은 일반적으로 몇 분 안에 완료되며 삭제도 비슷하게 제한됩니다.

출처

DeleteBackup — Amazon DynamoDB API Reference (2026-07-13 인증)
Restoring a DynamoDB table from a backup (2026-07-13 인증)

참고 자료

위에 링크된 공식 AWS 문서를 기준으로 2026년 7월 13일에 마지막으로 확인되었습니다.