반응형
증상
S3 버킷에 온디맨드 백업을 실행하면 아래 메시지와 함께 작업 실패
Bucket {bucket_name} already has continuous backup enabled for another vault
Backup job failed.

AWS Backup 콘솔 > 작업 > 백업 작업을 보면 같은 리소스에 대한 작업이 여러 번 연속으로 실패 상태로 남아 있음
다시 시도해도 결과는 같음
원인
-
버킷은 이미 **다른 Backup Vault에 연속 백업(Continuous backup / PITR)**이 걸려 있음S3 버킷 하나에는 연속 백업을 한 Vault에만 연결할 수 있음그런데 온디맨드 백업을 다른 Vault로 실행하자, AWS Backup이 연속 백업을 새 Vault에 또 연결하려고 하면서 요청을 거부
정리하면, 기존 백업 플랜의 "특정 시점 복구(PITR)에 대한 지속적 백업 활성화" 옵션 때문에 생긴 충돌
해결 방법
방법 1. 백업 규칙에서 PITR 해제 (비추천)
백업 플랜의 규칙에서 Enable continuous backups for point-in-time recovery (PITR) 체크를 해제

⚠️ 다만 이 설정은 규칙 전체에 적용되므로, 같은 규칙으로 보호받는 다른 리소스(S3, RDS, Aurora 등)의 연속 백업까지 모두 꺼지기 때문에 버킷 하나 때문에 쓰기에는 추천하지 않음
방법 2. 해당 S3의 연속 복구 시점만 연결 해제 (추천)
문제가 되는 버킷의 연속 복구 시점만 골라서 연결을 끊는 방법
1) 기존 Vault에서 복구 시점 찾기
AWS Backup > 백업 볼트 > 백업 볼트 이름 > 복구 시점 탭에서 버킷 명으로 필터링

2) 연결 해제 선택
해당 복구 시점을 선택한 뒤 작업 > 삭제를 누르면 두 가지 선택지가 나옴
- 복구 시점 연결 해제: 기존 연속 백업은 남겨 두되 새 백업은 생성하지 않고 기존 백업은 만료될 때까지 복원할 수 있는 상태
- 복구 시점 삭제: 백업을 영구 삭제하며 복원할 수 없음
기존 백업 데이터를 남겨 두는 게 안전하므로 "복구 시점 연결 해제"를 선택

반응형
'AWS > Backup 및 Restore' 카테고리의 다른 글
| EC2 복원 (0) | 2023.04.21 |
|---|---|
| EFS 복원 (0) | 2023.04.20 |
| S3 복원 (0) | 2023.04.19 |
| 온디맨드(on-demand) 백업 (0) | 2023.04.18 |
| 예약 백업 생성하기(S3, EC2, EFS 등) (0) | 2023.04.14 |