DynamoDB BackupNotFoundException

TL;DR — DynamoDB에는 귀하가 제공한 BackupArn과 일치하는 백업이 없습니다. 거의 항상 잘못되었거나 형식이 잘못된 ARN, 삭제되거나 만료된 백업, 잘못된 리전/계정을 가리키는 클라이언트 등이 있습니다. 테이블의 백업을 나열하고 정확한 ARN을 복사합니다.

무엇을 의미하는가

BackupNotFoundException: Backup not found for the given BackupARN.

복원 및 설명 호출(RestoreTableFromBackup, DescribeBackup, DeleteBackup)은 ARN으로 백업을 처리합니다. 이 HTTP 400은 자격 증명이 확인되는 지역 + 계정의 해당 ARN에 백업이 존재하지 않음을 의미합니다. ARN이 정확할 때까지 클라이언트측에서 재시도할 수 없습니다.

왜 발생하는가

틀렸거나 형식이 잘못된 ARN — 오타, 잘린 ARN 또는 list-backups에서 복사하지 않고 직접 만든 ARN입니다.
백업이 삭제되었거나 만료되었습니다 — 누군가가 온디맨드 백업을 제거했거나, AWS Backup 수명 주기 규칙에 따라 해당 백업이 만료되었거나, 생성 후 35일이 지나면 만료되는 4개 백업(PITR이 활성화된 테이블이 삭제되면 자동으로 생성됨)이었습니다.
잘못된 지역 — list-backups/describe-backup는 지역적입니다. 백업은 생성된 지역(ARN에 포함된 지역)에 있으므로 다른 곳을 가리키는 클라이언트는 이를 볼 수 없습니다.
잘못된 계정 — 자격 증명이 백업을 소유한 계정과 다른 AWS 계정으로 확인됩니다.
AWS Backup 관리형 복구 지점 — AWS Backup을 통해 예약된 백업은 AWS Backup 저장소에 복구 지점으로 저장되며, 여기서 수명 주기 규칙에 따라 백업이 전환되거나 삭제될 수 있습니다. 백업이 예상한 위치에 없으면 AWS Backup 콘솔을 확인하십시오.

어떻게 해결하는가

테이블의 백업을 나열하고 실제 ARN을 가져옵니다.
```
aws dynamodb list-backups --table-name <Table> --region <r>
```
존재하고 사용 가능한지 확인하세요.
```
aws dynamodb describe-backup --backup-arn <arn> --region <r>
```
BackupStatus은 AVAILABLE`이어야 합니다. 중간 생성/삭제/복원인 백업은 대신 BackupInUseException를 사용하는 충돌하는 호출을 거부합니다.
리전을 백업 ARN(백업이 생성된 위치)에 있는 리전으로 고정합니다.
aws sts get-caller-identity를 눌러 계정을 확인하세요. 5. AWS Backup 계획으로 백업을 수행합니까? AWS Backup 콘솔(볼트의 복구 지점)에서 찾아보십시오. 수명 주기 규칙에 따라 일정에 따라 백업을 전환하거나 삭제할 수 있습니다.

DynoTable에서 연결

DynoTable은 백업 콘솔이 아닌 테이블 작업대입니다. RestoreTableFromBackup을 호출하기 전에 복원하려는 지역에 라이브 테이블이 있는지 확인하는 데 사용하세요. 대상 지역 프로필(⌘P), ⌘K을 열고 → 이름별로 테이블을 열고, 프로필 칩에서 자격 증명 상태로 계좌를 확인합니다.

BackupNotFoundException으로 인해 복원이 실패하면 ARN이 잘못되었거나 만료된 것입니다. AWS Backup/DynamoDB 백업 API에서 이를 수정한 다음 DynoTable로 돌아와 복원된 테이블 스키마와 항목을 검사합니다. item size calculator는 복원된 품목 형태가 여전히 용량 계획에 맞는지 여부를 온전하게 확인하는 데 도움이 됩니다.

출처

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

참고 자료

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