

# DB 인스턴스 복원
<a name="USER_RestoreFromSnapshot"></a><a name="restore_snapshot"></a>

이 섹션에서는 DB 인스턴스를 복원하는 방법에 대해 설명합니다. 이 페이지는 DB 스냅샷에서 Amazon RDS DB 인스턴스로 복원하는 방법을 보여 줍니다.

Amazon RDS는 개별 데이터베이스가 아닌 전체 DB 인스턴스를 백업하여 DB 인스턴스의 스토리지 볼륨 스냅샷을 생성합니다. DB 스냅샷에서 복원하여 새 DB 인스턴스를 생성할 수 있습니다. 복원할 DB 스냅샷의 이름을 입력한 다음 복원으로부터 생성된 새 DB 인스턴스의 이름을 입력하면 됩니다. DB 스냅샷에서 기존 DB 인스턴스를 복원할 수는 없습니다. 스냅샷을 복원할 때는 새 DB 인스턴스를 생성합니다.

복원된 DB 인스턴스는 `available` 상태가 되면 바로 사용할 수 있습니다. DB 인스턴스는 백그라운드에서 데이터를 계속 로드합니다. 이를 *지연 로딩*이라고 합니다. 아직 로드되지 않은 데이터에 액세스하는 경우, DB 인스턴스는 Amazon S3에서 요청된 데이터를 즉시 다운로드한 후, 백그라운드에서 데이터의 나머지 로드를 계속 진행합니다. 자세한 내용은 [Amazon EBS 스냅샷](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html)을 참조하세요.

빠른 액세스가 필요한 테이블에 대한 지연 로딩의 영향을 완화하기 위해 `SELECT *`와 같은 전체 테이블 스캔과 관련된 작업을 수행할 수 있습니다. 이를 통해 Amazon RDS는 S3에서 백업된 모든 테이블 데이터를 다운로드할 수 있습니다.

DB 인스턴스를 복원하고 원본 DB 스냅샷과 다른 스토리지 유형을 사용할 수 있습니다. 이 경우 데이터를 새로운 스토리지 유형으로 마이그레이션하기 위해 추가 작업이 필요하기 때문에 복원 프로세스가 오래 걸립니다. 마그네틱 스토리지로 또는 스토리지에서 복원할 때 마이그레이션 프로세스의 속도가 가장 느립니다. 이는 마그네틱 스토리지에는 프로비저닝된 IOPS 또는 범용(SSD) 스토리지의 IOPS 기능이 없기 때문입니다.

DB 인스턴스 스냅샷에서 DB 인스턴스를 복원하기 위해 CloudFormation을 사용할 수 있습니다. 자세한 내용은 *AWS CloudFormation 사용 설명서*의 [AWS::RDS::DBInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbinstance.html)를 참조하세요.

**참고**  
공유되고 동시에 암호화된 DB 스냅샷에서는 DB 인스턴스를 복원할 수 없습니다. 대신 DB 스냅샷의 사본을 만들어 거기에서 DB 인스턴스를 복원할 수 있습니다. 자세한 내용은 [Amazon RDS용 DB 스냅샷 복사](USER_CopySnapshot.md) 섹션을 참조하세요.

RDS 추가 지원 버전을 사용하여 DB 인스턴스를 복원하는 방법에 대한 자세한 내용은 [Amazon RDS 추가 지원이 포함된 DB 인스턴스 또는 다중 AZ DB 클러스터 복원](extended-support-restoring-db-instance.md) 섹션을 참조하세요.

## 스냅샷에서 복원
<a name="USER_RestoreFromSnapshot.Restoring"></a>

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 DB 스냅샷에서 DB 인스턴스를 복원할 수 있습니다.

**참고**  
DB 인스턴스 복원 시 스토리지 양을 줄일 수 없습니다. 할당된 스토리지를 늘릴 경우, 10% 이상 늘려야 합니다. 이 값을 10% 미만으로 늘리면 오류가 발생합니다. RDS for SQL Server DB 인스턴스를 복원할 때는 할당된 스토리지를 늘릴 수 없습니다.

### 콘솔
<a name="USER_RestoreFromSnapshot.CON"></a>

**DB 스냅샷에서 DB 인스턴스를 복원하려면**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 [**Snapshots**]를 선택합니다.

1. 복원 원본으로 사용할 DB 스냅샷을 선택합니다.

1. **작업**에서 **스냅샷 복원**을 선택합니다.

1. **스냅샷 복원(Restore snapshot)** 페이지의 **DB 인스턴스 식별자(DB instance identifier)**에 복원된 DB 인스턴스의 이름을 입력합니다.

1. 할당된 스토리지 크기와 같은 다른 설정을 지정합니다.

   각 설정에 대한 자세한 내용은 [DB 인스턴스에 대한 설정](USER_CreateDBInstance.Settings.md) 섹션을 참조하세요.

1. [**DB 인스턴스 복원(Restore DB instance)**]을 선택합니다.

### AWS CLI
<a name="USER_RestoreFromSnapshot.CLI"></a>

DB 스냅샷에서 DB 인스턴스를 복원하려면 AWS CLI 명령 [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html)을 사용합니다.

이 예에서는 `mydbsnapshot`이라는 이전에 생성된 DB 스냅샷에서 복원합니다. 그리고 `mynewdbinstance`라는 새 DB 인스턴스로 복원해야 합니다. 이 예에서는 할당된 스토리지 크기도 설정합니다.

다른 설정을 지정할 수 있습니다. 각 설정에 대한 자세한 내용은 [DB 인스턴스에 대한 설정](USER_CreateDBInstance.Settings.md) 섹션을 참조하세요.

**Example**  
대상 LinuxmacOS, 또는Unix:  
   

```
1. aws rds restore-db-instance-from-db-snapshot \
2.     --db-instance-identifier mynewdbinstance \
3.     --db-snapshot-identifier mydbsnapshot \
4.     --allocated-storage 100
```
Windows의 경우:  
   

```
1. aws rds restore-db-instance-from-db-snapshot ^
2.     --db-instance-identifier mynewdbinstance ^
3.     --db-snapshot-identifier mydbsnapshot ^
4.     --allocated-storage 100
```
다음과 비슷한 출력이 반환됩니다.  

```
1. DBINSTANCE  mynewdbinstance  db.t3.small  MySQL     50       sa              creating  3  n  8.0.28  general-public-license
```

**Example**  
다음 예제에서는 새로 생성된 인스턴스에 스토리지 볼륨을 추가하는 동안 스냅샷을 복원하는 방법을 보여 줍니다. 스냅샷에는 추가 볼륨이 포함되었습니다`rdsdbdata2`. 복원 작업은 `rdsdbdata3`을 추가하여 새로 생성된 인스턴스에 총 3개의 볼륨을 만듭니다. 스냅샷을 복원할 때는 볼륨을 삭제할 수 없습니다.  

```
1. aws rds restore-db-instance-from-db-snapshot \
2.      --db-instance-identifier my-restored-instance \
3.      --db-snapshot-identifier my-asv-snapshot \
4.      --additional-storage-volumes '[{ \
5.              "VolumeName": "rdsdbdata3", \
6.              "StorageType":"gp3", \
7.              "AllocatedStorage": 5000, \
8.              "IOPS": 12000 \
9.          }]'
```

### RDS API
<a name="USER_RestoreFromSnapshot.API"></a>

DB 스냅샷에서 DB 인스턴스를 복원하려면 Amazon RDS API 함수 [RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html)을 다음 파라미터와 함께 호출합니다.
+ `DBInstanceIdentifier` 
+ `DBSnapshotIdentifier` 

## 고려 사항
<a name="USER_RestoreFromSnapshot.Considerations"></a>

DB 스냅샷에서 DB 인스턴스로 복원할 때 고려해야 할 사항은 다음 주제를 참조하세요.

**Topics**
+ [파라미터 그룹 고려 사항](#USER_RestoreFromSnapshot.Parameters)
+ [보안 그룹 고려 사항](#USER_RestoreFromSnapshot.Security)
+ [옵션 그룹 고려 사항](#USER_RestoreFromSnapshot.Options)
+ [리소스 태깅 고려 사항](#restore-from-snapshot.tagging)
+ [Db2 고려 사항](#USER_RestoreFromSnapshot.Db2)
+ [Microsoft SQL Server 고려 사항](#USER_RestoreFromSnapshot.MSSQL)
+ [MySQL 고려 사항](#USER_RestoreFromSnapshot.MySQL)
+ [Oracle Database 고려 사항](#USER_RestoreFromSnapshot.Oracle)

### 파라미터 그룹 고려 사항
<a name="USER_RestoreFromSnapshot.Parameters"></a>

복원된 DB 인스턴스를 올바른 파라미터 그룹과 연결할 수 있도록 생성한 DB 스냅샷에 대한 DB 파라미터 그룹을 유지하는 것이 좋습니다.

기본 DB 파라미터 그룹은 다른 그룹을 선택하지 않는 한 복원된 인스턴스와 연결됩니다. 기본 파라미터 그룹에서는 사용자 정의 파라미터 설정을 사용할 수 없습니다.

DB 인스턴스를 복원할 때 파라미터 그룹을 지정할 수 있습니다.

DB 파라미터 그룹에 대한 자세한 내용은 [Amazon RDS의 파라미터 그룹](USER_WorkingWithParamGroups.md) 섹션을 참조하십시오.

### 보안 그룹 고려 사항
<a name="USER_RestoreFromSnapshot.Security"></a>

DB 인스턴스를 복원할 때 다른 항목을 선택하지 않는 한 기본 Virtual Private Cloud(VPC), DB 서브넷 그룹 및 VPC 보안 그룹이 복원된 인스턴스와 연결됩니다.
+ Amazon RDS 콘솔을 사용하는 경우 사용자 지정 VPC 보안 그룹을 지정하여 인스턴스와 연결하거나 새 VPC 보안 그룹을 생성할 수 있습니다.
+ AWS CLI를 사용 중이라면 `restore-db-instance-from-db-snapshot` 명령에 `--vpc-security-group-ids` 옵션을 포함하여 인스턴스에 연결할 사용자 지정 VPC 보안 그룹을 지정할 수 있습니다.
+ Amazon RDS API를 사용 중이라면 `VpcSecurityGroupIds.VpcSecurityGroupId.N` 작업에 `RestoreDBInstanceFromDBSnapshot` 파라미터를 포함할 수 있습니다.

복원이 완료되고 새 DB 인스턴스를 사용할 수 있게 되면 DB 인스턴스를 수정하여 VPC 설정을 변경할 수도 있습니다. 자세한 내용은 [Amazon RDS DB 인스턴스 수정](Overview.DBInstance.Modifying.md) 섹션을 참조하세요.

### 옵션 그룹 고려 사항
<a name="USER_RestoreFromSnapshot.Options"></a>

DB 인스턴스를 복원할 경우 기본 DB 옵션 그룹은 대부분의 경우 복원된 DB 인스턴스와 연결됩니다.

원본 DB 인스턴스가 영구 또는 영구 옵션이 포함된 옵션 그룹과 연결된 경우는 예외입니다. 예를 들어 원본 DB 인스턴스가 Oracle Transparent Data Encryption(TDE)을 사용하는 경우 복원된 DB 인스턴스는 TDE 옵션이 있는 옵션 그룹을 사용해야 합니다.

DB 인스턴스를 다른 VPC로 복원하는 경우 다음 중 하나를 수행하여 DB 옵션 그룹을 할당해야 합니다.
+ 해당 VPC 그룹의 기본 옵션 그룹을 인스턴스에 할당합니다.
+ 해당 VPC에 연결된 다른 옵션 그룹을 할당합니다.
+ 새 옵션 그룹을 생성하여 해당 DB 인스턴스에 배정. Oracle TDE와 같은 지속적 또는 영구적 옵션의 경우 지속적 또는 영구적 옵션을 포함하는 새 옵션 그룹을 생성해야 합니다.

DB 옵션 그룹에 대한 자세한 내용은 [옵션 그룹 작업](USER_WorkingWithOptionGroups.md) 섹션을 참조하세요.

### 리소스 태깅 고려 사항
<a name="restore-from-snapshot.tagging"></a>

DB 스냅샷에서 DB 인스턴스를 복원할 때 RDS는 새 태그를 지정하는지 여부를 확인합니다. 그렇다면 새 태그가 복원된 DB 인스턴스에 추가됩니다. 새 태그가 없는 경우 RDS는 스냅샷 생성 시 원본 DB 인스턴스의 태그를 복원된 DB 인스턴스에 추가합니다.

자세한 내용은 [DB 스냅샷에 태그 복사](USER_Tagging.md#USER_Tagging.CopyTags) 섹션을 참조하세요.

### Db2 고려 사항
<a name="USER_RestoreFromSnapshot.Db2"></a>



BYOL 모델에서는 Amazon RDS for Db2 DB 인스턴스를 사용자 IBM Site ID 및 사용자 IBM Customer ID가 포함된 사용자 지정 파라미터 그룹과 연결해야 합니다. 그렇지 않으면 스냅샷에서 DB 인스턴스를 복원하려는 시도가 실패합니다. Amazon RDS for Db2 DB 인스턴스도 AWS License Manager 자체 관리형 라이선스와 연결되어야 합니다. 자세한 내용은 [Db2용 Bring Your Own License(BYOL)](db2-licensing.md#db2-licensing-options-byol) 섹션을 참조하세요.

AWS Marketplace를 통한 Db2 라이선스 모델을 사용하려면 사용하려는 특정 IBM Db2 에디션에 대한 활성 AWS Marketplace 구독이 필요합니다. 아직 구독이 없는 경우 해당 IBM Db2 에디션에 대해 [AWS Marketplace에서 Db2를 구독](db2-licensing.md#db2-marketplace-subscribing-registering)합니다. 자세한 내용은 [AWS Marketplace를 통한 Db2 라이선스](db2-licensing.md#db2-licensing-options-marketplace) 섹션을 참조하세요.

### Microsoft SQL Server 고려 사항
<a name="USER_RestoreFromSnapshot.MSSQL"></a>

RDS for Microsoft SQL Server DB 스냅샷을 새 인스턴스로 복원할 때에는 항상 스냅샷과 동일한 버전으로 복원할 수 있습니다. 경우에 따라서는 DB 인스턴스의 버전을 변경할 수도 있습니다. 다음은 버전을 변경할 때 적용되는 제한 사항입니다.
+ DB 스냅샷에는 새 버전에 할당되는 스토리지가 충분히 있어야 합니다.
+ 다음 버전 변경만이 지원됩니다.
  + Standard Edition에서 Enterprise Edition으로 변경
  + Web Edition에서 Standard Edition 또는 Enterprise Edition으로 변경
  + Express Edition에서 Web Edition, Standard Edition 또는 Enterprise Edition으로 변경

스냅샷을 복원하여 지원되지 않는 새 버전으로 변경할 경우, 기본 백업과 복원 기능을 사용할 수 있습니다. SQL Server는 데이터베이스에서 활성화된 SQL Server 기능을 기반으로 데이터베이스가 새 버전과 호환되는지 여부를 확인합니다. 자세한 내용은 [기본 백업 및 복원 기능을 사용하여 SQL Server 데이터베이스 가져오기 및 내보내기](SQLServer.Procedural.Importing.md) 섹션을 참조하세요.

### MySQL 고려 사항
<a name="USER_RestoreFromSnapshot.MySQL"></a>

지원되지 않는 엔진 버전을 사용하여 RDS for MySQL DB 스냅샷에서 복원하려면 DB 스냅샷을 두 번 이상 업그레이드해야 할 수 있습니다. 업그레이드 옵션에 대한 자세한 내용은 [RDS for MySQL에서 지원되지 않는 엔진 버전이 있는 DB 스냅샷에 대한 업그레이드 옵션](mysql-upgrade-snapshot.upgrade-options.md) 섹션을 참조하세요.

RDS for MySQL DB 스냅샷 엔진 버전을 업그레이드하는 방법에 대한 자세한 내용은 [MySQL DB 스냅샷 엔진 버전 업그레이드](mysql-upgrade-snapshot.md) 섹션을 참조하세요.

### Oracle Database 고려 사항
<a name="USER_RestoreFromSnapshot.Oracle"></a>

DB 스냅샷에서 Oracle 데이터베이스를 복원할 때는 다음 사항을 고려하세요.
+ DB 스냅샷을 복원하기 전에 이후 Oracle 데이터베이스 릴리스로 업그레이드할 수 있습니다. 자세한 내용은 [Oracle DB 스냅샷 업그레이드](USER_UpgradeDBSnapshot.Oracle.md) 섹션을 참조하세요.
+ 단일 테넌트 구성을 사용하는 CDB 인스턴스의 스냅샷을 복원하는 경우 PDB 이름을 변경할 수 있습니다. CDB 인스턴스가 다중 테넌트 구성을 사용하는 경우 PDB 이름을 변경할 수 없습니다. 자세한 내용은 [CDB 백업 및 복원](Oracle.Concepts.single-tenant.snapshots.md) 섹션을 참조하세요.
+ CDB 이름은 항상 `RDSCDB`이며 변경할 수 없습니다. 이 CDB 이름은 모든 CDB 인스턴스에서 동일합니다.
+ DB 스냅샷에서는 테넌트 데이터베이스와 직접 상호 작용할 수 없습니다. 다중 테넌트 구성을 사용하는 CDB 인스턴스의 스냅샷을 복원하는 경우 포함된 테넌트 데이터베이스를 모두 복원하는 것입니다. [describe-db-snapshot-tenant-database](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-tenant-databases.html)를 사용하여 복원하기 전에 DB 스냅샷 내의 테넌트 데이터베이스를 검사할 수 있습니다.
+ Oracle GoldenGate를 사용하는 경우 항상 `compatible` 파라미터를 포함하는 파라미터 그룹을 유지하십시오. DB 스냅샷에서 DB 인스턴스를 복원하는 경우 `compatible` 값 이상을 가진 파라미터 그룹을 지정합니다.
+ DB 스냅샷을 복원할 때 데이터베이스 이름을 변경하도록 선택할 수 있습니다. 온라인 redo 로그의 총 크기가 20GB를 초과하는 경우 RDS는 온라인 redo 로그 크기를 기본 설정인 512MB(4x128MB)로 재설정할 수 있습니다. 크기가 작을수록 적절한 시간 내에 복원 작업을 완료할 수 있습니다. 나중에 온라인 redo 로그를 다시 생성하고 크기를 변경할 수 있습니다.
+ AWS Secrets Manager에서 마스터 사용자 암호를 관리할 수 있습니다. 자세한 내용은 [AWS Secrets Manager를 통한 마스터 사용자 암호 관리 개요](rds-secrets-manager.md#rds-secrets-manager-overview) 섹션을 참조하세요.

# Amazon RDS에서 DB 인스턴스를 지정된 시간으로 복원
<a name="USER_PIT"></a>

소스 DB 인스턴스를 수정하지 않고 DB 인스턴스를 특정 시점으로 복원하여 새 DB 인스턴스를 생성할 수 있습니다.

특정 시점으로 DB 인스턴스를 복원할 때 기본 Virtual Private Cloud(VPC) 보안 그룹을 선택할 수 있습니다. 또는 DB 인스턴스에 사용자 정의 VPC 보안 그룹을 적용할 수 있습니다.

복원된 DB 인스턴스는 기본 DB 파라미터 및 옵션 그룹과 자동으로 연결됩니다. 하지만 복원 중에 사용자 지정 파라미터 그룹 및 옵션 그룹을 지정하여 적용할 수 있습니다.

요청에 태그가 제공되면 제공된 태그가 복원된 DB 인스턴스에 적용됩니다. 요청에 태그가 제공되지 않고 소스 DB 인스턴스가 리전 내 활성 상태이고 태그가 있는 경우 RDS는 소스 DB 인스턴스의 최신 태그를 복원된 DB 인스턴스에 추가합니다.

RDS는 DB 인스턴스에 대한 트랜잭션 로그를 Amazon S3에 5분마다 업로드합니다. DB 인스턴스의 최근 복원 가능 시간을 확인하려면 AWS CLI[describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) 명령을 사용한 후 DB 인스턴스의 `LatestRestorableTime` 필드에 반환되는 값을 살펴봅니다. Amazon RDS 콘솔에서 각 DB 인스턴스의 복원 가능한 최신 시간을 보려면 [ **자동 백업**을 선택합니다.

백업 보존 기간 중 어느 특정 시점으로든 복원할 수 있습니다. 각 DB 인스턴스의 복원 가능한 가장 빠른 시간을 보려면 Amazon RDS 콘솔에서 **자동 백업**을 선택합니다.

![\[자동 백업\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/automated-backups.png)


**참고**  
프로비저닝된 IOPS 스토리지를 원본 DB 인스턴스로 사용하는 경우 동일하거나 유사한 DB 인스턴스 크기와 IOPS로 복원하는 것이 좋습니다. 예를 들어, 호환되지 않는 IOPS 값이 있는 DB 인스턴스 크기를 선택하면 오류가 발생할 수 있습니다.

RDS 추가 지원 버전을 사용하여 DB 인스턴스를 복원하는 방법에 대한 자세한 내용은 [Amazon RDS 추가 지원이 포함된 DB 인스턴스 또는 다중 AZ DB 클러스터 복원](extended-support-restoring-db-instance.md) 섹션을 참조하세요.

일부 Amazon RDS 데이터베이스 엔진에는 특정 시점에서 복원할 때 다음과 같이 특별히 고려할 사항이 있습니다.
+ Amazon RDS for Db2 DB 인스턴스에서 암호 인증을 사용하는 경우, `rdsadmin.add_user`를 포함한 사용자 관리 작업은 로그에 캡처되지 않습니다. 이러한 작업을 수행하려면 전체 스냅샷 백업이 필요합니다.

  BYOL 모델에서는 RDS for Db2 DB 인스턴스를 사용자 IBM Site ID 및 사용자 IBM Customer ID가 포함된 사용자 지정 파라미터 그룹과 연결해야 합니다. 그렇지 않으면 DB 인스턴스를 특정 시점으로 복원하려는 시도가 실패합니다. Amazon RDS for Db2 DB 인스턴스도 AWS License Manager 자체 관리형 라이선스와 연결되어야 합니다. 자세한 내용은 [Db2용 Bring Your Own License(BYOL)](db2-licensing.md#db2-licensing-options-byol) 섹션을 참조하세요.

  AWS Marketplace를 통한 Db2 라이선스 모델을 사용하려면 사용하려는 특정 IBM Db2 에디션에 대한 활성 AWS Marketplace 구독이 필요합니다. 아직 구독이 없는 경우 해당 IBM Db2 에디션에 대해 [AWS Marketplace에서 Db2를 구독](db2-licensing.md#db2-marketplace-subscribing-registering)합니다. 자세한 내용은 [AWS Marketplace를 통한 Db2 라이선스](db2-licensing.md#db2-licensing-options-marketplace) 섹션을 참조하세요.
+ RDS for Oracle DB 인스턴스를 특정 시점으로 복원할 때, 복원된 DB 인스턴스를 위한 다른 DB 엔진, 라이선스 모델 및 DBName(SID)을 지정할 수 있습니다. RDS가 AWS Secrets Manager에 마스터 사용자 암호 관리를 저장하도록 지정할 수도 있습니다. 자세한 내용은 [AWS Secrets Manager를 통한 마스터 사용자 암호 관리 개요](rds-secrets-manager.md#rds-secrets-manager-overview) 섹션을 참조하세요.
+ Microsoft SQL Server DB 인스턴스를 특정 시점으로 복원할 때 그 인스턴스 내의 각 데이터베이스는 인스턴스 내에 있는 각각의 다른 데이터베이스와 1초 이내의 시점으로 복원됩니다. 인스턴스 내에 있는 여러 데이터베이스에 걸쳐 이루어지는 트랜잭션은 일관되게 복원되지 않을 수 있습니다.
+ SQL Server DB 인스턴스의 경우 `OFFLINE`, `EMERGENCY` 및 `SINGLE_USER` 모드는 지원되지 않습니다. 데이터베이스를 이들 모드 중 하나로 설정하면 최근 복원 가능 시간이 전체 인스턴스를 앞서 가는 동작이 중지됩니다.
+ SQL Server 데이터베이스의 복구 모델 변경과 같은 동작으로 특정 시점으로 복구에 사용되는 로그 시퀀스가 중단될 수 있습니다. 경우에 따라 Amazon RDS는 이 문제를 감지하고 최근 복원 가능 시간이 앞으로 진행되지 않도록 합니다. SQL Server 데이터베이스에서 `BULK_LOGGED` 복구 모델을 사용하는 등의 경우에는 로그 시퀀스의 중단이 감지되지 않습니다. 로그 시퀀스가 중단될 경우 SQL Server DB 인스턴스를 특정 시점으로 복원하지 못할 수도 있습니다. 이런 이유로, Amazon RDS는 SQL Server 데이터베이스의 복구 모델 변경을 지원하지 않습니다.

또한 AWS Backup을 사용해 Amazon RDS DB 인스턴스의 백업을 관리하는 방법도 있습니다. DB 인스턴스가 AWS Backup의 백업 계획에 연결되어 있는 경우, 해당 백업 계획이 특정 시점으로 복구에 사용됩니다. AWS Backup으로 생성된 백업은 이름이 `awsbackup:AWS-Backup-job-number`로 끝납니다. AWS Backup에 대한 자세한 내용은 [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide)를 참조하세요.

**참고**  
이 주제의 정보는 Amazon RDS에 적용됩니다. Amazon Aurora DB 클러스터 복원에 대한 자세한 내용은 [지정된 시간으로 DB 클러스터 복원](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html)을 참조하세요.

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 DB 인스턴스를 특정 시점으로 복원할 수 있습니다.

**참고**  
DB 인스턴스 복원 시 스토리지 양을 줄일 수 없습니다. 할당된 스토리지를 늘릴 경우, 10% 이상 늘려야 합니다. 이 값을 10% 미만으로 늘리면 오류가 발생합니다. RDS for SQL Server DB 인스턴스를 복원할 때는 할당된 스토리지를 늘릴 수 없습니다.

## 콘솔
<a name="USER_PIT.CON"></a>

**지정된 시간으로 DB 인스턴스 복원**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 **백업 자동화**를 선택합니다.

   자동 백업은 **현재 리전(Current Region)** 탭에 표시됩니다.

1. 복원하려는 DB 인스턴스를 선택합니다.

1. **작업**에서 **특정 시점으로 복구**를 선택합니다.

   **특정 시점으로 복구** 창이 나타납니다.

1. **최근 복원 가능 시간**을 선택하여 가능한 최근 시간으로 복원하거나, **사용자 지정**을 선택하여 시간을 선택합니다.

   **사용자 지정(Custom)**을 선택한 경우 인스턴스를 복원하려는 날짜와 시간을 입력합니다.
**참고**  
시간은 현지 시간대로 표시됩니다. 즉, 협정 세계시(UTC)에서 오프셋으로 표시됩니다. 예를 들어 UTC-5는 동부 표준시/하절기 중부 표준시입니다.

1. **DB 인스턴스 식별자**에 대상 복원된 DB 인스턴스의 이름을 입력합니다. 이름은 고유해야 합니다.

1. 필요에 따라 DB 인스턴스 클래스, 스토리지, 스토리지 자동 크기 조정 사용 여부 등의 다른 옵션을 선택합니다.

   각 설정에 대한 자세한 내용은 [DB 인스턴스에 대한 설정](USER_CreateDBInstance.Settings.md) 섹션을 참조하세요.

1. **특정 시점으로 복구**를 선택합니다.

## AWS CLI
<a name="USER_PIT.CLI"></a>

지정된 시간으로 DB 인스턴스를 복원하려면 AWS CLI 명령 [ restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html)을 사용하여 새로운 DB 인스턴스를 만듭니다. 또한 이 예에서는 할당된 스토리지 크기를 설정하고 스토리지 AutoScaling을 활성화합니다.

이 작업에는 리소스 태깅이 지원됩니다. `--tags` 옵션을 사용하면 소스 DB 인스턴스 태그가 무시되고 제공된 태그가 사용됩니다. 이 옵션을 사용하지 않으면 소스 인스턴스의 최신 태그가 사용됩니다.

다른 설정을 지정할 수 있습니다. 각 설정에 대한 자세한 내용은 [DB 인스턴스에 대한 설정](USER_CreateDBInstance.Settings.md) 섹션을 참조하세요.

**Example**  
대상 LinuxmacOS, 또는Unix:  

```
1. aws rds restore-db-instance-to-point-in-time \
2.     --source-db-instance-identifier mysourcedbinstance \
3.     --target-db-instance-identifier mytargetdbinstance \
4.     --restore-time 2017-10-14T23:45:00.000Z \
5.     --allocated-storage 100 \
6.     --max-allocated-storage 1000
```
Windows의 경우:  

```
1. aws rds restore-db-instance-to-point-in-time ^
2.     --source-db-instance-identifier mysourcedbinstance ^
3.     --target-db-instance-identifier mytargetdbinstance ^
4.     --restore-time 2017-10-14T23:45:00.000Z ^
5.     --allocated-storage 100 ^
6.     --max-allocated-storage 1000
```

**Example**  
다음 예제에서는 인스턴스를 특정 시점으로 복원할 때 볼륨을 추가하는 방법을 보여 줍니다.  
대상 LinuxmacOS, 또는Unix:  

```
 1. aws rds restore-db-instance-to-point-in-time \
 2.      --source-db-instance-identifier my-asv-instance \
 3.      --target-db-instance-identifier my-pitr-instance \
 4.      --use-latest-restorable-time \
 5.      --additional-storage-volumes '[{ \
 6.              "VolumeName": "rdsdbdata2", \
 7.              "StorageType":"gp3", \
 8.              "AllocatedStorage": 5000, \
 9.              "IOPS": 12000 \
10.          }]'
```
Windows의 경우:  

```
 1. aws rds restore-db-instance-to-point-in-time ^
 2.      --source-db-instance-identifier my-asv-instance ^
 3.      --target-db-instance-identifier my-pitr-instance ^
 4.      --use-latest-restorable-time ^
 5.      --additional-storage-volumes '[{ ^
 6.              "VolumeName": "rdsdbdata2", ^
 7.              "StorageType":"gp3", ^
 8.              "AllocatedStorage": 5000, ^
 9.              "IOPS": 12000 ^
10.          }]'
```

## RDS API
<a name="USER_PIT.API"></a>

DB 인스턴스를 특정 시간으로 복원하려면, Amazon RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) 작업을 다음 파라미터와 함께 호출합니다.
+ `SourceDBInstanceIdentifier`
+ `TargetDBInstanceIdentifier`
+ `RestoreTime`

# 다중 AZ DB 클러스터를 특정 시점으로 복원
<a name="USER_PIT.MultiAZDBCluster"></a>

다중 AZ DB 클러스터를 특정 시점으로 복원하여 새 다중 AZ DB 클러스터를 생성할 수 있습니다.

RDS는 다중 AZ DB 클러스터의 트랜잭션 로그를 Amazon S3에 지속적으로 업로드합니다. 백업 보존 기간 중 어느 특정 시점으로든 복원할 수 있습니다. 다중 AZ DB 클러스터에서 복원 가능한 가장 빠른 시간을 보려면 AWS CLI [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) 명령을 사용하세요. DB 클러스터의 `EarliestRestorableTime` 필드에 반환된 값을 확인합니다. 다중 AZ DB 클러스터의 최근 복원 가능 시간을 확인하려면 DB 클러스터의 `LatestRestorableTime` 필드에 반환되는 값을 살펴봅니다.

다중 AZ DB 클러스터를 특정 시점으로 복원할 때 다중 AZ DB 클러스터의 기본 VPC 보안 그룹을 선택하거나 다중 AZ DB 클러스터에 사용자 지정 VPC 보안 그룹을 적용할 수 있습니다.



복원된 다중 AZ DB 클러스터는 기본 DB 클러스터 파라미터 그룹과 자동으로 연결됩니다. 그러나 사용자 지정 DB 클러스터 파라미터 그룹을 복원 중에 지정하여 적용할 수 있습니다.

소스 DB 클러스터에 리소스 태그가 있는 경우 RDS는 복원된 DB 클러스터에 최신 태그를 추가합니다.

**참고**  
소스 DB 클러스터와 동일하거나 유사한 다중 AZ DB 클러스터 크기로 복원하는 것이 좋습니다. 또한 프로비저닝된 IOPS 스토리지를 사용하는 경우 동일하거나 유사한 IOPS 값으로 복원하는 것이 좋습니다. 예를 들어, 호환되지 않는 IOPS 값을 가진 DB 클러스터 크기를 선택하는 경우 오류가 발생할 수 있습니다.  
소스 다중 AZ DB 클러스터에서 범용 SSD(gp3) 스토리지를 사용하고 할당된 스토리지가 400GiB 미만인 경우에는 복원된 DB 클러스터의 프로비저닝된 IOPS를 수정할 수 없습니다.

RDS 추가 지원 버전을 사용하여 다중 AZ DB 클러스터를 복원하는 방법에 대한 자세한 내용은 [Amazon RDS 추가 지원이 포함된 DB 인스턴스 또는 다중 AZ DB 클러스터 복원](extended-support-restoring-db-instance.md) 섹션을 참조하세요.

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 다중 AZ DB 클러스터를 특정 시점으로 복원할 수 있습니다.

## 콘솔
<a name="USER_PIT.MultiAZDBCluster.CON"></a>

**다중 AZ DB 클러스터를 지정된 시점으로 복원하는 방법**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 **Databases**(데이터베이스)를 선택합니다.

1. 복원하려는 다중 AZ DB 클러스터를 선택합니다.

1. **작업**에서 **특정 시점으로 복구**를 선택합니다.

   **특정 시점으로 복구** 창이 나타납니다.

1. **최근 복원 가능 시간**을 선택하여 가능한 최근 시간으로 복원하거나, **사용자 지정**을 선택하여 시간을 선택합니다.

   **사용자 지정(Custom)**을 선택한 경우 다중 AZ DB 클러스터를 복원할 날짜 및 시간을 입력합니다.
**참고**  
시간은 현지 시간대로 표시됩니다. 즉, 협정 세계시(UTC)에서 오프셋으로 표시됩니다. 예를 들어 UTC-5는 동부 표준시/하절기 중부 표준시입니다.

1. **DB 클러스터 식별자(DB cluster identifier)**로 복원된 다중 AZ DB 클러스터의 이름을 입력합니다.

1. **가용성 및 지속성(Availability and durability)**에서 **다중 AZ DB 클러스터(Multi-AZ DB cluster)**를 선택합니다.  
![\[다중 AZ DB 클러스터 선택\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)

1. **DB 인스턴스 클래스(DB instance class)**에서 DB 인스턴스 클래스를 선택합니다.

   현재 다중 AZ DB 클러스터는 db.m6gd 및 db.r6gd DB 인스턴스 클래스만 지원합니다. DB 인스턴스 클래스에 대한 자세한 내용은 [DB 인스턴스 클래스](Concepts.DBInstanceClass.md) 섹션을 참조하세요.

1. 나머지 섹션에서 DB 클러스터 설정을 지정합니다. 각 설정에 대한 자세한 내용은 [다중 AZ DB 클러스터를 생성하기 위한 설정](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings) 단원을 참조하세요.

1. **특정 시점으로 복구**를 선택합니다.

## AWS CLI
<a name="USER_PIT.MultiAZDBCluster.CLI"></a>

다중 AZ DB 클러스터를 지정된 시간으로 복원하려면 AWS CLI 명령 [ restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html)을 사용하여 다중 AZ DB 클러스터를 새로 생성합니다.

현재 다중 AZ DB 클러스터는 db.m6gd 및 db.r6gd DB 인스턴스 클래스만 지원합니다. DB 인스턴스 클래스에 대한 자세한 내용은 [DB 인스턴스 클래스](Concepts.DBInstanceClass.md) 섹션을 참조하세요.

**Example**  
대상 LinuxmacOS, 또는Unix:  

```
1. aws rds restore-db-cluster-to-point-in-time \
2.     --source-db-cluster-identifier mysourcemultiazdbcluster \
3.     --db-cluster-identifier mytargetmultiazdbcluster \
4.     --restore-to-time 2021-08-14T23:45:00.000Z \
5.     --db-cluster-instance-class db.r6gd.xlarge
```
Windows의 경우:  

```
1. aws rds restore-db-cluster-to-point-in-time ^
2.     --source-db-cluster-identifier mysourcemultiazdbcluster ^
3.     --db-cluster-identifier mytargetmultiazdbcluster ^
4.     --restore-to-time 2021-08-14T23:45:00.000Z ^
5.     --db-cluster-instance-class db.r6gd.xlarge
```

## RDS API
<a name="USER_PIT.MultiAZDBCluster.API"></a>

DB 클러스터를 지정된 시간으로 복원하려면 다음 파라미터를 사용하여 Amazon RDS API [RestoreDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) 작업을 호출합니다.
+ `SourceDBClusterIdentifier`
+ `DBClusterIdentifier`
+ `RestoreToTime`

# 스냅샷에서 다중 AZ DB 클러스터로 복원
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.Restoring"></a>

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 다중 AZ DB 클러스터로 스냅샷을 복원할 수 있습니다. 다음과 같은 각 스냅샷 유형을 다중 AZ DB 클러스터로 복원할 수 있습니다.
+ 단일 AZ 배포의 스냅샷
+ 단일 DB 인스턴스가 포함된 다중 AZ DB 클러스터 배포의 스냅샷
+ 다중 AZ DB 클러스터의 스냅샷

다중 AZ 배포에 대한 정보는 [Amazon RDS에 대한 다중 AZ 배포 구성 및 관리](Concepts.MultiAZ.md) 섹션을 참조하세요.

**작은 정보**  
스냅샷을 복원하여 단일 AZ 배포 또는 다중 AZ DB 클러스터 배포를 다중 AZ DB 클러스터 배포로 마이그레이션할 수 있습니다.

RDS 추가 지원 버전을 사용하여 다중 AZ DB 클러스터를 복원하는 방법에 대한 자세한 내용은 [Amazon RDS 추가 지원이 포함된 DB 인스턴스 또는 다중 AZ DB 클러스터 복원](extended-support-restoring-db-instance.md) 섹션을 참조하세요.

## 콘솔
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.CON"></a>

**다중 AZ DB 클러스터로 스냅샷을 복원하는 방법**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 [**Snapshots**]를 선택합니다.

1. 복원 원본으로 사용할 스냅샷을 선택합니다.

1. **작업**에서 **스냅샷 복원**을 선택합니다.

1. **스냅샷 복원** 페이지의 **가용성 및 지속성(Availability and durability)**에서 **다중 AZ DB 클러스터(Multi-AZ DB cluster)**를 선택합니다.  
![\[다중 AZ DB 클러스터 선택\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)

1. **DB 클러스터 식별자(DB cluster identifier)**로 복원된 다중 AZ DB 클러스터의 이름을 입력합니다.

1. 나머지 섹션에서 DB 클러스터 설정을 지정합니다. 각 설정에 대한 자세한 내용은 [다중 AZ DB 클러스터를 생성하기 위한 설정](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings) 단원을 참조하세요.

1. **DB 인스턴스 복원**을 선택합니다.

## AWS CLI
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.CLI"></a>

스냅샷을 다중 AZ DB 클러스터로 복원하려면 AWS CLI 명령 [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html)을 사용합니다.

다음 예제에서는 이전에 생성된 `mysnapshot`이라는 스냅샷에서 복원합니다. `mynewmultiazdbcluster`라는 새로운 다중 AZ DB 클러스터로 복원합니다. 다중 AZ DB 클러스터의 DB 인스턴스에서 사용하는 DB 인스턴스 클래스도 지정합니다. `mysql` 또는 `postgres`를 DB 엔진으로 지정합니다.

`--snapshot-identifier` 옵션에서 DB 클러스터 스냅샷을 지정할 때는 이름 또는 Amazon 리소스 이름(ARN)을 사용할 수 있습니다. 그러나 DB 스냅샷을 지정할 때는 ARN만 사용해야 합니다.

`--db-cluster-instance-class` 옵션의 경우 새 다중 AZ DB 클러스터에 대한 DB 인스턴스 클래스를 지정합니다. 다중 AZ DB 클러스터는 db.m6gd 및 db.r6gd와 같은 특정 DB 인스턴스 클래스만 지원합니다. DB 인스턴스 클래스에 대한 자세한 내용은 [DB 인스턴스 클래스](Concepts.DBInstanceClass.md) 섹션을 참조하세요.

또한 다른 옵션도 지정할 수 있습니다.

**Example**  
대상 LinuxmacOS, 또는Unix:  

```
1. aws rds restore-db-cluster-from-snapshot \
2.     --db-cluster-identifier mynewmultiazdbcluster \
3.     --snapshot-identifier mysnapshot \
4.     --engine mysql|postgres \
5.     --db-cluster-instance-class db.r6gd.xlarge
```
Windows의 경우:  

```
1. aws rds restore-db-cluster-from-snapshot ^
2.     --db-cluster-identifier mynewmultiazdbcluster ^
3.     --snapshot-identifier mysnapshot ^
4.     --engine mysql|postgres ^
5.     --db-cluster-instance-class db.r6gd.xlarge
```

DB 클러스터를 복원한 후에는 스냅샷을 생성하는 데 사용한 DB 클러스터 또는 DB 인스턴스와 연결된 보안 그룹에 다중 AZ DB 클러스터를 추가해야 합니다. 이 작업을 완료하면 이전 DB 클러스터 또는 DB 인스턴스와 동일한 기능이 제공됩니다.

## RDS API
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.API"></a>

스냅샷을 다중 AZ DB 클러스터로 복원하려면 다음 파라미터를 사용하여 RDS API 작업 [RestoreDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html)을 호출하면 됩니다.
+ `DBClusterIdentifier` 
+ `SnapshotIdentifier` 
+ `Engine` 

필요한 경우 다른 파라미터를 지정할 수도 있습니다.

DB 클러스터를 복원한 후에는 스냅샷을 생성하는 데 사용한 DB 클러스터 또는 DB 인스턴스와 연결된 보안 그룹에 다중 AZ DB 클러스터를 추가해야 합니다. 이 작업을 완료하면 이전 DB 클러스터 또는 DB 인스턴스와 동일한 기능이 제공됩니다.

# 다중 AZ DB 클러스터 스냅샷에서 DB 인스턴스로 복원
<a name="USER_RestoreFromMultiAZDBClusterSnapshot"></a>

*다중 AZ DB 클러스터 스냅샷*은 개별 데이터베이스가 아닌 전체 DB 클러스터를 백업하여 DB 클러스터의 스토리지 볼륨 스냅샷을 생성합니다. 다중 AZ DB 클러스터 스냅샷을 단일 AZ 배포 또는 다중 AZ DB 인스턴스 배포에 복원할 수 있습니다. 다중 AZ 배포에 대한 정보는 [Amazon RDS에 대한 다중 AZ 배포 구성 및 관리](Concepts.MultiAZ.md) 섹션을 참조하세요.

**참고**  
다중 AZ DB 클러스터 스냅샷을 새 다중 AZ DB 클러스터로 복원할 수도 있습니다. 지침은 [스냅샷에서 다중 AZ DB 클러스터로 복원](USER_RestoreFromMultiAZDBClusterSnapshot.Restoring.md) 섹션을 참조하세요.

RDS 추가 지원 버전을 사용하여 다중 AZ DB 클러스터를 복원하는 방법에 대한 자세한 내용은 [Amazon RDS 추가 지원이 포함된 DB 인스턴스 또는 다중 AZ DB 클러스터 복원](extended-support-restoring-db-instance.md) 섹션을 참조하세요.

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 다중 AZ DB 클러스터 스냅샷을 단일 AZ 배포 또는 다중 AZ DB 인스턴스 배포에 복원할 수 있습니다.

## 콘솔
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.CON"></a>

**다중 AZ DB 클러스터 스냅샷을 단일 AZ 배포 또는 다중 AZ DB 인스턴스 배포에 복원**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 [**Snapshots**]를 선택합니다.

1. 복원 원본으로 사용할 다중 AZ DB 클러스터 스냅샷을 선택합니다.

1. **작업**에서 **스냅샷 복원**을 선택합니다.

1. **Restore snapshot**(스냅샷 복원) 페이지의 **Availability and durability**(가용성 및 내구성)에서 다음 중 하나를 선택합니다.
   + **Single DB instance**(단일 DB 인스턴스) – 대기 DB 인스턴스가 없는 하나의 DB 인스턴스로 스냅샷을 복원합니다.
   + **Multi-AZ DB instance**(다중 AZ DB 인스턴스) – 스냅샷을 하나의 기본 DB 인스턴스와 하나의 대기 DB 인스턴스가 포함된 다중 AZ DB 인스턴스 배포로 복원합니다.

1. **DB instance identifier**(DB 인스턴스 식별자)에 복원된 DB 인스턴스의 이름을 입력합니다.

1. 나머지 섹션에서 DB 인스턴스 설정을 지정합니다. 각 설정에 대한 자세한 내용은 [DB 인스턴스에 대한 설정](USER_CreateDBInstance.Settings.md) 단원을 참조하세요.

1. **DB 인스턴스 복원**을 선택합니다.

## AWS CLI
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.CLI"></a>

DB 인스턴스 배포로 다중 AZ DB 클러스터를 복원하려면 AWS CLI 명령 [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html)을 사용합니다.

다음 예제에서는 이전에 생성된 `myclustersnapshot`이라는 다중 AZ DB 클러스터 스냅샷에서 복원합니다. `mynewdbinstance`라는 기본 DB 인스턴스가 포함된 다중 AZ DB 인스턴스 배포로 복원합니다. `--db-cluster-snapshot-identifier` 옵션의 경우 다중 AZ DB 클러스터 스냅샷의 이름을 지정합니다.

`--db-instance-class` 옵션의 경우 새 DB 인스턴스 배포에 DB 인스턴스 클래스를 지정합니다. DB 인스턴스 클래스에 대한 자세한 내용은 [DB 인스턴스 클래스](Concepts.DBInstanceClass.md) 섹션을 참조하세요.

또한 다른 옵션도 지정할 수 있습니다.

**Example**  
대상 LinuxmacOS, 또는Unix:  

```
1. aws rds restore-db-instance-from-db-snapshot \
2.     --db-instance-identifier mynewdbinstance \
3.     --db-cluster-snapshot-identifier myclustersnapshot \
4.     --engine mysql \
5.     --multi-az \
6.     --db-instance-class db.r6g.xlarge
```
Windows의 경우:  

```
1. aws rds restore-db-instance-from-db-snapshot ^
2.     --db-instance-identifier mynewdbinstance ^
3.     --db-cluster-snapshot-identifier myclustersnapshot ^
4.     --engine mysql ^
5.     --multi-az ^
6.     --db-instance-class db.r6g.xlarge
```

DB 인스턴스를 복원한 후에는 스냅샷을 생성하는 데 사용한 다중 AZ DB 클러스터와 연결된 보안 그룹에 DB 인스턴스를 추가해야 합니다(해당하는 경우). 이 작업을 완료하면 이전 다중 AZ DB 클러스터와 동일한 기능이 제공됩니다.

## RDS API
<a name="USER_RestoreFromMultiAZDBClusterSnapshot.API"></a>

다중 AZ DB 클러스터 스냅샷을 DB 인스턴스 배포로 복원하려면 다음 파라미터를 사용하여 RDS API 작업 [RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html)을 호출합니다.
+ `DBInstanceIdentifier` 
+ `DBClusterSnapshotIdentifier` 
+ `Engine` 

필요한 경우 다른 파라미터를 지정할 수도 있습니다.

DB 인스턴스를 복원한 후에는 스냅샷을 생성하는 데 사용한 다중 AZ DB 클러스터와 연결된 보안 그룹에 DB 인스턴스를 추가해야 합니다(해당하는 경우). 이 작업을 완료하면 이전 다중 AZ DB 클러스터와 동일한 기능이 제공됩니다.

# 자습서: DB 스냅샷에서 Amazon RDS DB 인스턴스 복원
<a name="CHAP_Tutorials.RestoringFromSnapshot"></a>

Amazon RDS를 사용하여 작업할 때, 때때로 사용하지만 늘 필요하지는 않은 DB 인스턴스가 있는 경우가 많습니다. 예를 들어, Amazon EC2 인스턴스를 사용하여 고객 설문 웹 사이트를 호스트하는 분기별 고객 설문 작업이 있다고 합시다. 설문조사 결과를 저장하는 데 사용되는 DB 인스턴스도 있습니다. 이러한 시나리오에서 비용을 절약하는 한 가지 방법은 보고서 설문조사가 완료된 후 DB 인스턴스의 DB 스냅샷을 생성하는 것입니다. 그런 다음 DB 인스턴스를 삭제하고 설문조사를 다시 수행해야 할 때 복원합니다.

DB 인스턴스를 복원할 때 복원할 DB 스냅샷의 이름을 제공합니다. 그런 다음 복원 작업에서 생성되는 새 DB 인스턴스의 이름을 입력하면 됩니다.

스냅샷에서 DB 인스턴스를 복원하는 방법에 대한 자세한 내용은 [DB 인스턴스 복원](USER_RestoreFromSnapshot.md) 섹션을 참조하세요.

Amazon RDS의 AWS KMS 키 관리에 대한 내용은 [AWS KMS key 관리](Overview.Encryption.Keys.md) 섹션을 참조하세요.

## DB 스냅샷에서 DB 인스턴스 복원
<a name="tut-restore-snapshot.console"></a>

AWS Management Console에서 스냅샷에서 복원하려면 다음 절차를 사용하세요.

**DB 스냅샷에서 DB 인스턴스를 복원하려면**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 [**Snapshots**]를 선택합니다.

1. 복원 원본으로 사용할 DB 스냅샷을 선택합니다.

1. **작업**에서 **스냅샷 복원**을 선택합니다.  
![\[RDS 콘솔의 작업(Actions) 메뉴에서 스냅샷 복원 옵션\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/tut-restore-instance1.png)

   **스냅샷 복원** 페이지가 표시됩니다.  
![\[스냅샷 복원 페이지\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/tut-restore-instance2.png)

1. **DB 인스턴스 설정(DB instance settings)**에서 **DB 엔진(DB engine)** 및 **라이선스 모델(License model)**(Oracle 또는 Microsoft SQL Server용)에 대한 기본 설정을 사용합니다.

1. **설정(Settings)** 아래의 **DB 인스턴스 식별자(DB instance identifier)**에서 복원된 DB 인스턴스에 사용할 고유 이름(예: **mynewdbinstance**)을 입력합니다.

   DB 스냅샷을 만든 후 삭제한 DB 인스턴스로부터 복원하는 경우 해당 DB 인스턴스의 이름을 사용할 수 있습니다.

1. **가용성 및 내구성** 아래에서 다른 가용 영역에 대기 인스턴스를 생성할지 여부를 선택합니다.

   이 자습서에서는 대기 인스턴스를 생성하지 마세요.

1. **연결** 아래에서 다음에 대해 기본 설정을 사용합니다.
   + **Virtual private cloud(VPC)**
   + **DB 서브넷 그룹**
   + **공개 액세스**(Public access)
   + **VPC 보안 그룹(방화벽)**

1. **DB 인스턴스 클래스(DB instance class)**를 선택합니다.

   이 자습서에서는 **버스트 가능한 클래스(t 클래스 포함)(Burstable classes (includes t classes))**를 선택한 다음 **db.t3.small**을 선택합니다.

1. **암호화(Encryption)**에 기본 설정을 사용합니다.

   스냅샷의 원본 DB 인스턴스가 암호화된 경우 복원된 DB 인스턴스도 암호화됩니다. 암호화되지 않은 상태로 만들 수는 없습니다.

1. 페이지 하단에서 **추가 구성(Additional configuration)**을 확장합니다.  
![\[추가 구성\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/tut-restore-instance3.png)

1. **데이터베이스 옵션(Database options)** 아래에서 다음을 수행합니다.

   1. **DB 파라미터 그룹(DB parameter group)**을 선택합니다.

      이 자습서에서는 기본 파라미터 그룹을 사용합니다.

   1. **옵션 그룹(Option group)**을 선택합니다.

      이 자습서에서는 기본 옵션 그룹을 사용합니다.
**중요**  
어떤 경우에는 지속 또는 영구 옵션을 사용하는 DB 인스턴스의 DB 스냅샷에서 복원할 수 있습니다. 그렇다면 동일한 옵션을 사용하는 옵션 그룹을 선택해야 합니다.

   1. **삭제 방지(Deletion protection)**에서 **삭제 방지 활성화(Enable deletion protection)** 확인란을 선택합니다.

1. **DB 인스턴스 복원**을 선택합니다.

**데이터베이스(Databases)** 페이지에 복원된 DB 인스턴스가 `Creating` 상태로 표시됩니다.

![\[데이터베이스 페이지의 복원된 DB 인스턴스\]](http://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/images/tut-restore-instance4.png)
