기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
문제 해결 AWS Backup
을 (를) 사용할 AWS Backup때 문제가 발생할 수 있습니다. 다음 단원은 발생할 수 있는 몇 가지 일반적인 문제를 해결하는 데 도움이 될 수 있습니다.
에 대한 일반적인 질문은 AWS Backup
FAQ를
일반적인 문제 해결
리소스를 백업하고 복원할 때는 보호할 리소스에 대한 사용 AWS Backup 권한과 액세스 권한이 있어야 합니다. 적절한 권한을 갖는 가장 쉬운 방법은 백업 계획에 리소스를 할당할 때 기본 역할을 선택하는 것입니다. AWS Identity and Access Management (IAM) 을 사용한 액세스 제어에 대한 자세한 내용은 을 AWS Backup참조하십시오액세스 제어.
백업 저장소와 같은 AWS Backup
리소스에 액세스하려고 할 때 AccessDenied 오류가 발생하는 경우 해당 리소스가 없거나 해당 리소스에 액세스할 권한이 없는 것입니다.
특정 리소스 유형을 백업 및 복원하는 데 문제가 발생하면 해당 리소스에 대한 백업 및 복원 문제 해결 주제를 검토하는 것이 도움이 될 수 있습니다. 자세한 내용은 지원되는 AWS 서비스와의 AWS Backup 작동 방식 아래의 링크를 참조하십시오.
리소스 생성 또는 삭제에 AWS Backup 실패한 경우 를 사용하여 AWS CloudTrail 오류 메시지 또는 로그를 확인하여 문제에 대해 자세히 알아볼 수 있습니다. CloudTrailwith 사용에 대한 자세한 내용은 AWS Backup을 참조하십시오를 AWS Backup 사용하여 API 호출을 로깅합니다. CloudTrail .
리소스 생성 문제 해결
다음 정보는 백업 생성과 관련된 문제를 해결하는 데 도움이 될 수 있습니다.
-
일반적으로 AWS 데이터베이스 서비스는 유지 관리 기간이나 자동 백업 기간 1시간 전에 또는 도중에 백업을 시작할 수 없습니다. Amazon FSx는 유지 관리 기간이나 자동 백업 기간 4시간 이전에 또는 도중에 백업을 시작할 수 없습니다(Amazon Aurora는 이 유지 관리 기간 제한에서 제외됨). 이 기간에 예약된 스냅샷 백업은 오류가 발생합니다. 한 가지 예외: 지원되는 서비스에 대해 스냅샷과 연속 백업을 모두 사용하도록 AWS Backup 선택하면 AWS Backup 자동으로 스케줄링되므로 더 이상 해당 창에 대해 걱정할 필요가 없습니다. 지원되는 서비스 목록 및 연속 백업을 수행하는 AWS Backup 데 사용하는 방법에 대한 지침은 지정 시간 복구를 참조하십시오.
-
DynamoDB 테이블을 생성하는 동안에는 해당 테이블에 대한 백업 생성이 실패합니다. DynamoDB 테이블을 생성하는 데는 일반적으로 몇 분이 걸립니다.
-
파일 시스템이 매우 큰 경우에는 Amazon EFS 파일 시스템을 백업하는 데 최대 7일이 소요될 수 있습니다. 한 번에 한 개의 동시 백업만 Amazon EFS 파일 시스템의 대기열에 넣을 수 있습니다. 이전 백업이 여전히 진행되는 동안 후속 백업이 대기열에 있으면 백업 창이 만료되고 백업이 생성되지 않습니다.
-
Amazon EBS의 소프트 할당량은 AWS 리전 계정당 100,000개의 백업이며, 이 할당량에 도달하면 추가 백업이 실패합니다. 이 할당량에 도달하면 초과 백업을 삭제하거나 할당량 증가를 요청할 수 있습니다. 할당량 증가 요청에 대한 자세한 내용은 AWS 서비스 할당량을 참조하십시오.
-
Amazon Relational Database Service(RDS) 백업을 생성할 경우, 다음 사항을 고려하세요.
-
Amazon RDS 스냅샷과 point-in-time 복구가 포함된 연속 백업을 모두 관리하는 AWS Backup 데 사용하지 않는 경우, 사용자가 구성할 수 있는 일일 30분 백업 기간 동안 일정에 따라 시작하거나 필요에 따라 백업을 수행하면 백업이 실패합니다. Amazon RDS 자동 백업에 대한 자세한 내용은 Amazon RDS 사용 설명서의 백업 작업 섹션을 참조하세요. 를 AWS Backup 사용하여 Amazon RDS 스냅샷과 복구를 포함한 연속 백업을 모두 관리하면 이러한 제한을 피할 수 있습니다. point-in-time
-
Amazon RDS 콘솔에서 백업 작업을 시작하면 Aurora 클러스터 백업 작업과 충돌하여
Backup job expired before completion.오류가 발생할 수 있습니다. 이 경우 AWS Backup에서 백업 기간을 더 길게 구성합니다. -
AWS Backup 복사 작업이 생성될 때 현재 TDE 옵션 그룹을 전달하지 않습니다. 복사 작업 생성에 이 옵션 그룹을 사용하려는 경우, AWS Backup 도구 대신 Amazon RDS 콘솔 또는 Amazon RDS API를 사용해야 합니다. 자세한 내용은 Amazon Relational Database Service 사용 설명서의 옵션 그룹 복사를 참조하세요.
-
오류: 온디맨드 백업이 완료되었지만 예약된 백업이 실패하고 "The source snapshot KMS key does not exist, is not enabled or you do not have permissions to access it"이라는 오류 메시지가 발생합니다. 온디맨드 작업은 KMS 액세스가 필요하지 않은 API 호출
CopyDBSnapshot을 사용하기 때문에 완료된 것입니다.해결 방법: KMS 키에 IAM 역할을 추가하십시오.
-
리소스 삭제 문제 해결
에서 생성한 복구 지점은 보호된 리소스의 콘솔 창에서 삭제할 AWS Backup 수 없습니다. 저장되어 있는 저장소에서 해당 항목을 선택한 다음 삭제를 선택하여 AWS Backup 콘솔에서 삭제할 수 있습니다.
복구 시점 또는 백업 저장소를 삭제하려면 적절한 사용 권한이 필요합니다. IAM을 사용한 액세스 제어에 대한 자세한 내용은 을 AWS Backup참조하십시오액세스 제어.
복원 리소스 문제 해결
API를 사용하여 복원
백업을 프로그래밍 방식으로 복원하려면 StartRestoreJob API 작업을 사용합니다.
백업을 생성할 때 사용한 구성 메타데이터를 가져오려면 GetRecoveryPointRestoreMetadata를 직접적으로 호출할 수 있습니다.
자세한 내용은 백업 복원을 참조하세요.
콘솔을 사용하여 백업 복원
형식 지정 오류 문제 해결
매개 변수의 값에 와일드카드 (*) 가 포함된 경우 와일드카드는 공백 이외의 값을 포함하도록 처리됩니다. 공백이 포함된 키-값 쌍의 값은 와일드카드의 일부로 포함되지 않습니다.
