기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon Aurora DSQL restore
개요
Amazon Aurora DSQL 단일 리전 클러스터를 복원하려면 AWS Backup 콘솔 또는 CLI를 사용하여 복원할 복구 시점(백업)을 선택합니다. Aurora DSQL 다중 리전 클러스터를 복원하려면 AWS Backup 및 Aurora DSQL CLI를 모두 사용합니다.
이름, 클러스터 암호화 및 삭제 보호를 포함시킨 다음 새로 생성된 클러스터로 복원을 시작합니다.
Aurora DSQL 단일 리전 클러스터 복원
AWS Backup 콘솔 또는를 사용하여 Aurora DSQL 클러스터를 단일 리전으로 복원할 수 있습니다 AWS CLI.
- Console
-
AWS Backup 는 새 Aurora DSQL 클러스터를 생성합니다.
- AWS CLI
-
단일 리전 복원
-
CLI 명령을 사용하여 지정된 복구 시점에서 Aurora 클러스터를 aws backup start-restore-job
복원합니다.
-
복원 작업에 필요한 메타데이터를 포함합니다. 예시
{
"recoveryPointArn": "arn",
"tags": Map<String, String>,
"metadata": {
"regionalConfig": [
{
"region": "us-east-1
", // optional
"isDeletionProtectionEnabled": true, // optional
"kmsKeyId": "my_key
" // optional
},
]
}
}
Aurora DSQL 다중 리전 클러스터 복원
Aurora DSQL 다중 리전 클러스터 복원은 연결된 세 개의 그룹인 닫힌 리전 트리플릿 내에서 발생합니다 AWS 리전. 다중 리전 복원을 사용하려면 작업에서 지정한 리전이 하나의 트리플릿에 포함되어야 합니다.
세 개의 트리플릿은 다음과 같습니다.
-
미국 동부(버지니아 북부), 미국 동부(오하이오), 미국 서부(캘리포니아 북부)
-
유럽(아일랜드), 유럽(런던), 유럽(파리)
-
아시아 태평양(도쿄), 아시아 태평양(서울), 아시아 태평양(오사카)
AWS Backup CLI를 사용하여 먼저 동일한 복구 시점을 복원한 다음 Aurora DSQL CLI를 사용하여 새로 생성된 클러스터를 연결하여 Aurora DSQL 클러스터의 백업을 여러 리전으로 복원update-cluster
할 수 있습니다.
표시된 리전 중 하나에 대한 교차 리전 복사본을 자동으로 생성하는 규칙이 포함된 백업 계획이 있는 경우 생성된 복사본을이 다중 리전 복원에 사용할 수 있습니다.
먼저이 섹션의 앞부분에 표시된 트리플릿 중 하나에 있는 백업 볼트에 저장된 복구 시점을 선택합니다. 그런 다음 복구 시점을 동일한 트리플릿 내의 나열된 다른 리전 중 하나로 복사합니다(지원되지 않는 리전은 복원 작업에 실패함). 그런 다음 각 클러스터에 대해 복원 작업을 시작합니다. 마지막으로 update-cluster
명령을 사용하여 새로 생성된 DSQL 클러스터를 연결합니다.
개별 단계는 다음과 같습니다.
- Console
-
다중 리전 복원은 AWS Backup 콘솔에서 아직 사용할 수 없습니다. API를 통해이 절차를 수행하는 AWS CLI 단계는 인접 탭을 참조하세요.
- AWS CLI
-
다중 리전 복원은 AWS Backup CLI 명령을 사용하여 서로 다른 리전에서 각각 두 개의 복원 작업을 시작하여 수행됩니다. 그런 다음 이러한 작업을 시작한 후 24시간 이내에 Aurora DSQL CLI를 사용하여 복원 작업의 일부로 생성된 새 클러스터를 연결합니다.
첫 번째 복구 시점과 해당 복구 시점의 사본은 모두 동일한 리전 트리플릿에 있어야 합니다. 클러스터가 트리플릿 외부의 리전에 있는 경우 작업이 실패합니다.
-
미국 동부(버지니아 북부), 미국 동부(오하이오), 미국 서부(캘리포니아 북부)
-
유럽(아일랜드), 유럽(런던), 유럽(파리)
-
아시아 태평양(도쿄), 아시아 태평양(서울), 아시아 태평양(오사카)
를 통한 다중 리전 복원 AWS CLI
-
복원하려는 복구 시점이 하나 이상의 다른 리전에 복사되었는지 확인합니다.
두 리전에서 일치하는 복구 시점이 없는 경우 복구 시점(백업)의 리전 간 복사본을 생성하는 방법에 StartCopyJob
대한 자세한 내용은 에서 백업 복사본 생성 AWS 리전 및 섹션을 참조하세요.
-
CLI 명령을 사용하여 첫 번째 리전에서 복원 작업을 생성aws backup start-restore-job
하여 지정된 복구 시점에서 Aurora 클러스터를 복원합니다.
복원 작업에 필요한 메타데이터를 포함합니다.
{
"recoveryPointArn": "arn",
"metadata": {
"witnessRegion": "region3
",
"regionalConfig": [
{
"region": "region1
", // optional
"isDeletionProtectionEnabled": true, // boolean
"kmsKeyId": "my_key
" // optional
}
]
}
// If additional metadata is included, AWS Backup will return an exception
}
다음은 소스 리전이 미국 동부(버지니아 북부)인 포함된 속성의 예입니다.
{
// sourceRegion: us-east-1
"recoveryPointArn": "arn",
"metadata": {
"witnessRegion": "us-east-2",
"regionalConfig": [
{
"region": "us-east-1",
"deletionProtectionEnabled": true,
"kmsKeyId": "my_key"
}
]
}
// If additional metadata is included, AWS Backup will return an exception
}
-
다음 두 하위 단계에 따라이 작업에 사용할 두 번째 리전의 동일한 복구 시점을 식별할 수 있습니다.
-
첫 번째 리전에서 CLI 명령를 호출합니다aws backup describe-recovery-point
.
출력에서 CreationTime, BackupPlanID 및 ResourceARN에 대한 정보를 저장합니다.
-
두 번째 리전에서는 이전 명령(CreationTimeaws backup list-recovery-point-by-backup-vault
, BackupPlanID, ResourceARN)에서 저장한 메타데이터를 포함하여를 사용합니다.
이러한 속성을 기준으로 필터링하여 첫 번째 리전의 백업 복사본인 정확한 복구 시점을 찾습니다. 이 작업에 필요한 두 개의 동일한 복구 시점은 동일한 CreationTime, BackupPlanID 및 ResourceARN을 갖습니다.
aws configure set
명령을 AWS CLI 사용하여에서 AWS 리전을 설정/전환할 수 있습니다.
aws configure set region region_name
-
CLI 명령를 사용하여 두 번째 리전에서 복원 작업을 생성합니다aws backup start-restore-job
.
다음 조건이 충족되는지 확인합니다.
-
첫 번째 start-restore-job
명령을 전송한 후 24시간 이내에 각 리전에서 한 번씩 명령을 aws dsql update-cluster
두 번 사용하여 Aurora DSQL 클러스터를 두 복원 작업으로 업데이트합니다. 이렇게 하면 새로 생성된 두 클러스터가 연결되므로 복구 시점 ARN 대신 올바른 클러스터 ARN을 사용할 수 있습니다.
-
aws configure set region
region1_name
-
aws dsql update-cluster
-
aws configure set region
region2_name
-
aws dsql update-cluster
복구 시점이 미국 서부(오레곤) 리전에 있는 클러스터 업데이트의 예:
aws dsql update-cluster
-\-multi-region-properties
Clusters=[
arn:aws:dsql:us-east-1:111122223333:cluster/abc,
arn:aws:dsql:us-east-2:111122223333:cluster/def,
],
WitnessRegion=us-west-2
Aurora DSQL 복원 문제 해결
오류: 권한 부족
가능한 원인: Aurora DSQL 복구 시점을 DSQL API와 상호 작용한 적이 없는 계정(교차 계정 복사)으로 복사하려고 하면 DSQL 서비스 연결 역할이 대상 계정에 설정되지 않았으므로 권한 문제 오류가 발생할 수 있습니다.
해결 방법: DSQL 서비스 연결 역할 AuroraDsqlServiceLinkedRolePolicy가 포함된 DSQL 관리형 정책을 대상 계정의 역할에 연결합니다. AuroraDsqlServiceLinkedRolePolicy
백업 또는 복원 프로세스에서 다른 문제가 발생하면 AWS Backup 콘솔에서 또는를 사용하여 백업 및 복원 작업의 상태를 확인할 수 있습니다 AWS CLI. 또한 AWS Backup 작업과 관련된 오류 메시지 또는 이벤트가 있는지 AWS CloudTrail 로그를 검토할 수 있습니다.
Aurora DSQL 복원 관련 자주 묻는 질문
-
“Aurora DSQL 콘솔에서 Aurora DSQL AWS Backup 에를 사용할 수 있나요?”
아니요. AWS Backup 콘솔, SDK 또는 CLI에서만 백업 및 복원을 수행하고 백업을 관리할 수 있습니다.
-
“Aurora DSQL에 사용할 수 있는 백업 세분화는 무엇입니까? 클러스터에서 특정 테이블 또는 데이터베이스를 백업할 수 있나요?"
전체 Aurora DSQL 클러스터만 백업하고 복원할 수 있습니다.
-
“Aurora DSQL 전체 백업입니까 아니면 증분 백업입니까?”
Aurora DSQL 클러스터(백업)의 복구 시점은 클러스터의 전체 백업입니다.
-
“Aurora DSQL 다중 리전 클러스터에 대한 백업을 생성할 수 있나요?”
예, 단일 리전에서 단일 클러스터의 백업을 생성할 때와 동일한 단계를 사용하여에서 다중 리전 클러스터의 각 클러스터에 대한 백업을 생성할 수 있습니다.는 다중 리전 클러스터를 복원하려는 다른 리전에서 백업의 교차 리전 복사본을 생성하는 모범 사례로를 AWS Backup 권장합니다. 다중 리전 복원에는 동일한 복구 시점의 동일한 사본 두 개가 필요합니다[이 작업에서 동일함은 복구 시점의 리소스 이름과 생성 시간이 동일함을 의미함].
-
“복원된 클러스터가 기존 클러스터를 덮어쓰나요?”
아니요. Aurora DSQL 데이터를 복원하면가 스냅샷에서 새 클러스터를 AWS Backup 생성합니다. 복원된 클러스터는 소스 클러스터를 덮어쓰지 않습니다.