

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 에서 데이터베이스 스키마 변환 AWS Schema Conversion Tool
<a name="CHAP_Converting"></a>

 AWS Schema Conversion Tool (AWS SCT)를 사용하여 기존 데이터베이스 스키마를 한 데이터베이스 엔진에서 다른 데이터베이스 엔진으로 변환할 수 있습니다. AWS SCT 사용자 인터페이스를 사용하여 데이터베이스를 변환하는 것은 매우 간단할 수 있지만 변환하기 전에 고려해야 할 몇 가지 사항이 있습니다.

예를 들어 AWS SCT 를 사용하여 다음을 수행할 수 있습니다.
+  AWS SCT 를 사용하여 기존 온프레미스 데이터베이스 스키마를 동일한 엔진을 실행하는 Amazon RDS DB 인스턴스에 복사할 수 있습니다. 이 기능을 사용하면 클라우드로 이전하고 라이선스 유형을 변경하는 데 따르는 비용 절감의 가능성을 분석할 수 있습니다.
+ 데이터베이스 기능을 동등한 Amazon RDS 기능으로 변환할 수 없는 경우도 있습니다. Amazon Elastic Compute Cloud(Amazon EC2) 플랫폼에서 데이터베이스를 호스팅하고 자체 관리하는 경우 AWS 서비스를 대체하여 이러한 기능을 에뮬레이션할 수 있습니다.
+ AWS SCT 는 온라인 트랜잭션 처리(OLTP) 데이터베이스 스키마를 Amazon Relational Database Service(RDS) MySQL DB 인스턴스, Amazon Aurora DB 클러스터 또는 PostgreSQL DB 인스턴스로 변환하는 대부분의 프로세스를 자동화합니다. 소스 및 대상 데이터베이스 엔진에는 다양한 기능이 포함되어 있으며, 가능하면 Amazon RDS DB 인스턴스에서 동등한 스키마를 생성하려고 AWS SCT 시도합니다. 직접 변환이 불가능한 경우에서 수행할 수 있는 작업 목록을 AWS SCT 제공합니다.

**Topics**
+ [에서 마이그레이션 규칙 적용 AWS Schema Conversion Tool](CHAP_Converting.MigrationRules.md)
+ [AWS SCT를 사용하여 스키마 변환](CHAP_Converting.Convert.md)
+ [에서 스키마 수동 변환 AWS SCT](CHAP_Converting.Manual.md)
+ [에서 변환된 스키마 업데이트 및 새로 고침 AWS SCT](CHAP_Converting.UpdateRefresh.md)
+ [에서 변환된 스키마 저장 및 적용 AWS SCT](CHAP_Converting.SaveAndApply.md)
+ [에서 스키마 비교 AWS Schema Conversion Tool](CHAP_Converting.SchemaCompare.md)
+ [에서 변환된 관련 객체 보기 AWS Schema Conversion Tool](CHAP_Converting.RelatedObjects.md)

AWS SCT 는 다음과 같은 온라인 트랜잭션 처리(OLTP) 변환을 지원합니다.


| 원본 데이터베이스 | 대상 데이터베이스 | 
| --- | --- | 
|  IBM Db2 for z/OS(버전 12)  |  Amazon Aurora MySQL-Compatible Edition, Amazon Aurora PostgreSQL-Compatible Edition, MySQL, PostgreSQL  | 
|  IBM Db2 LUW(버전 9.1, 9.5, 9.7, 10.5, 11.1, 11.5)  |  Aurora MySQL, Aurora PostgreSQL, MariaDB, MySQL, PostgreSQL  | 
| Microsoft Azure SQL Database |  Aurora MySQL, Aurora PostgreSQL, MySQL, PostgreSQL  | 
|  Microsoft SQL Server(버전 2008 R2 이상)  |  Aurora MySQL, Aurora PostgreSQL, Babelfish for Aurora PostgreSQL, MariaDB, Microsoft SQL Server, MySQL, PostgreSQL   | 
|  MySQL(버전 5.5 이상)  |  Aurora PostgreSQL, MySQL, PostgreSQL 를 사용하지 않고도 스키마와 데이터를 MySQL에서 Aurora MySQL DB 클러스터로 마이그레이션할 수 있습니다 AWS SCT. 자세한 내용은 [Amazon Aurora DB 클러스터로 데이터 마이그레이션](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Migrate.html)을 참조하세요.  | 
|  Oracle(버전 10.2 이상)  |   Aurora MySQL, Aurora PostgreSQL, MariaDB, MySQL, Oracle, PostgreSQL   | 
|  PostgreSQL(버전 9.1 이상)  |  Aurora MySQL, Aurora PostgreSQL, MySQL, PostgreSQL  | 
| SAP ASE(12.5, 15.0, 15.5, 15.7, 16.0) |   Aurora MySQL, Aurora PostgreSQL, MariaDB, MySQL, PostgreSQL   | 

데이터 웨어하우스 스키마 변환에 대한 자세한 내용은 [를 사용하여 데이터 웨어하우스 스키마를 Amazon RDS로 변환 AWS SCT](CHAP_Converting.DW.md) 섹션을 참조하세요.

데이터베이스 스키마를 Amazon RDS로 변환하려면 다음과 같은 개략적인 단계를 수행합니다.
+  [에서 마이그레이션 규칙 생성 AWS SCT](CHAP_Converting.MigrationRules.md) - 스키마를 로 변환하기 전에 열의 데이터 유형을 변경하고, 한 스키마에서 다른 스키마로 객체를 이동하고, 객체 이름을 변경하는 규칙을 설정할 AWS SCT수 있습니다.
+ [AWS SCT를 사용하여 스키마 변환에서 스키마 수동 변환 AWS SCT](CHAP_Converting.Convert.md) – AWS SCT 에서 사용자가 검토할 수 있도록 변환된 스키마의 로컬 버전을 생성하지만 준비가 될 때까지는 대상 DB 인스턴스에 적용되지 않습니다.
+ [에서 평가 보고서 사용 AWS Schema Conversion Tool](CHAP_AssessmentReport.md) – AWS SCT 는 자동으로 변환할 수 없는 스키마 요소를 자세히 설명하는 데이터베이스 마이그레이션 평가 보고서를 생성합니다. 이 보고서를 사용하면 Amazon RDS DB 인스턴스에서 소스 데이터베이스와 호환되는 스키마를 만들어야 하는 위치를 식별할 수 있습니다.
+ [AWS SCT를 사용하여 스키마 변환에서 스키마 수동 변환 AWS SCT](CHAP_Converting.Manual.md) – 자동으로 변환할 수 없는 스키마 요소가 있는 경우 소스 스키마를 업데이트한 다음 다시 변환하거나, 대상 Amazon RDS DB 인스턴스에서 동일한 스키마 요소를 생성할 수 있습니다.
+ [에서 변환된 스키마 업데이트 및 새로 고침 AWS SCT](CHAP_Converting.UpdateRefresh.md) - 소스 데이터베이스의 최신 스키마로 AWS SCT 프로젝트를 업데이트할 수 있습니다.
+ [에서 변환된 스키마 저장 및 적용 AWS SCT](CHAP_Converting.SaveAndApply.md) - 준비가 되면 로컬 프로젝트의 변환된 스키마를 대상 Amazon RDS DB 인스턴스에 AWS SCT 적용해야 합니다.

# 에서 마이그레이션 규칙 적용 AWS Schema Conversion Tool
<a name="CHAP_Converting.MigrationRules"></a>

로 스키마를 변환 AWS SCT하기 전에 마이그레이션 규칙을 설정할 수 있습니다. 의 *마이그레이션 규칙*은 열의 데이터 유형 변경, 한 스키마에서 다른 스키마로 객체 이동, 객체 이름 변경과 같은 변환을 수행할 AWS SCT 수 있습니다. 예를 들면, 소스 스키마에 `test_TABLE_NAME`이라는 테이블 집합이 있다고 가정해 보세요. 대상 스키마의 접두사 `test_`를 접두사 `demo_`로 변경하는 규칙을 설정할 수 있습니다.

**참고**  
서로 다른 소스 및 대상 데이터베이스 엔진에 대한 마이그레이션 규칙만 생성할 수 있습니다.

다음 작업을 수행하는 마이그레이션 규칙을 생성할 수 있습니다.
+ 접두사 추가, 제거 또는 교체
+ 접미사 추가, 제거 또는 교체
+ 열 데이터 정렬 변경
+ 데이터 유형 변경
+ `char`, `varchar`, `nvarchar` 및 `string` 데이터 유형의 길이 변경
+ 객체 이동
+ 객체 이름 변경

다음 객체에 대한 마이그레이션 규칙을 생성할 수 있습니다.
+ Database
+ 스키마
+ 표
+ 열

## 마이그레이션 규칙 생성
<a name="CHAP_Converting.MigrationRules.Map"></a>

마이그레이션 규칙을 생성하고 규칙을 프로젝트의 일부로 저장할 수 있습니다. 프로젝트를 연 상태에서 다음 절차를 사용하여 마이그레이션 규칙을 생성합니다.

**마이그레이션 규칙을 생성하려면**

1. **보기** 메뉴에서 **매핑 보기**를 선택합니다.

1.  **Server mappings**에서 소스 및 대상 서버 쌍을 선택합니다.

1. **New migration rule**을 선택합니다. **변환 규칙** 대화 상자가 나타납니다.

1. **새 규칙 추가**를 선택합니다. 규칙 목록에 새 행이 추가됩니다.

1. 규칙을 구성합니다.

   1. **Name**(이름)에 규칙의 이름을 입력합니다.

   1. **For**에서 규칙이 적용되는 객체 유형을 선택합니다.

   1. **where**에서 마이그레이션 규칙을 적용하기 전에 객체에 적용할 필터를 입력합니다. where 절은 like 절을 사용하여 평가됩니다. 정확한 이름을 입력하여 하나의 객체를 선택하거나 패턴을 입력하여 여러 객체를 선택할 수 있습니다.

      **where** 절에 사용할 수 있는 필드는 객체 유형에 따라 다릅니다. 예를 들어, 객체 유형이 스키마인 경우 스키마 이름에 사용할 수 있는 필드는 하나뿐입니다.

   1. **작업**에서 생성하려는 마이그레이션 규칙 유형을 선택합니다.

   1. 규칙 유형에 따라 하나 또는 두 개의 추가 값을 입력합니다. 예를 들어, 객체의 이름을 바꾸려면 객체의 새 이름을 입력합니다. 접두사를 바꾸려면 이전 접두사와 새 접두사를 입력합니다.

      char, varchar, nvarchar 및 문자열 데이터 유형의 경우 곱셈 연산자를 사용하여 데이터 유형 길이를 변경할 수 있습니다. 예를 들어, `%*4` 값은 `varchar(10)` 데이터 유형을 `varchar(40)`으로 변환합니다.

1. 마이그레이션 규칙을 구성한 후 **저장**을 선택하여 규칙을 저장합니다. **취소**를 선택하여 변경 사항을 취소할 수도 있습니다.  
![\[변환 규칙 대화 상자\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/transformation-rules.png)

1. 규칙 추가, 편집 및 삭제를 완료한 후 **모두 저장**을 선택하여 변경 내용을 모두 저장합니다.

1. **닫기**를 선택하여 **변환 규칙** 대화 상자를 닫습니다.

토글 아이콘을 사용하면 마이그레이션 규칙을 삭제하지 않고 끌 수 있습니다. 복사 아이콘을 사용하면 기존 마이그레이션 규칙을 복제할 수 있습니다. 연필 아이콘을 사용하면 기존 마이그레이션 규칙을 편집할 수 있습니다. 삭제 아이콘을 사용하면 기존 마이그레이션 규칙을 삭제할 수 있습니다. 마이그레이션 규칙 변경 내용을 저장하려면 **모두 저장**을 선택합니다.

## 마이그레이션 규칙 내보내기
<a name="CHAP_Converting.MigrationRules.Export"></a>

 AWS DMS 를 사용하여 소스 데이터베이스에서 대상 데이터베이스로 데이터를 마이그레이션하는 경우 마이그레이션 규칙에 대한 정보를 제공할 수 있습니다 AWS DMS. 작업에 대한 자세한 내용은 [AWS Database Migration Service 복제 작업 사용](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.html) 섹션을 참조하세요.

**마이그레이션 규칙을 내보내려면**

1. 의 **보기 메뉴에서 매핑** **보기를** AWS Schema Conversion Tool선택합니다.

1.  **Migration rules**에서 마이그레이션 규칙을 선택한 다음, **Modify migration rule**을 선택합니다.

1.  **스크립트 내보내기를 AWS DMS** 선택합니다.

1. 스크립트를 저장할 위치로 이동한 다음 **저장**을 선택합니다. 마이그레이션 규칙은에서 사용할 수 있는 JSON 스크립트로 저장됩니다 AWS DMS.

# AWS SCT를 사용하여 스키마 변환
<a name="CHAP_Converting.Convert"></a>

프로젝트를 소스 데이터베이스와 대상 Amazon RDS DB 인스턴스 모두에 연결하면 AWS Schema Conversion Tool 프로젝트에 소스 데이터베이스의 스키마가 왼쪽 패널에 표시됩니다. 스키마는 트리 보기 형식으로 표시되며 트리의 각 노드는 지연 로드됩니다. 트리 보기에서 노드를 선택하면는 해당 시점에 소스 데이터베이스에서 스키마 정보를 AWS SCT 요청합니다.

소스 데이터베이스에서 스키마 항목을 선택한 다음 해당 스키마를 대상 DB 인스턴스의 DB 엔진에 해당하는 동일한 스키마로 변환할 수 있습니다. 소스 데이터베이스에서 변환할 스키마 항목을 선택할 수 있습니다. 선택한 스키마 항목이 상위 항목에 종속된 경우는 상위 항목에 대한 스키마 AWS SCT 도 생성합니다. 예를 들어, 변환할 테이블을 선택한다고 가정해 봅니다. 그렇다면 테이블의 스키마와 테이블이 있는 데이터베이스를 AWS SCT 생성합니다.

## 스키마 변환
<a name="CHAP_Converting.Convert.Procedure"></a>

소스 데이터베이스의 스키마를 변환하려면 변환할 스키마 이름의 확인란을 선택합니다. 그런 다음 프로젝트의 왼쪽 패널에서 이 스키마를 선택합니다. 그러면 AWS SCT 가 스키마 이름을 파란색으로 강조 표시합니다. 스키마의 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴를 열고 아래와 같이 **스키마 변환**을 선택합니다.

![\[스키마 변환\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/transform_schema.png)


소스 데이터베이스에서 스키마를 변환한 후 프로젝트의 왼쪽 패널에서 스키마 항목을 선택하고 프로젝트의 중앙 패널에서 변환된 스키마를 볼 수 있습니다. 하단 중앙 패널에는 다음과 같이 변환된 스키마를 생성하기 위한 속성 및 SQL 명령이 표시됩니다.

![\[소스 스키마 항목 선택\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/select_schema_item.png)


스키마를 변환한 후 프로젝트를 저장할 수 있습니다. 소스 데이터베이스의 스키마 정보는 프로젝트와 함께 저장됩니다. 이 기능을 사용하면 소스 데이터베이스에 연결하지 않고도 오프라인으로 작업할 수 있습니다. 소스 데이터베이스에 대해 **데이터베이스에서 새로 고침**을 선택하면 AWS SCT 가 소스 데이터베이스에 연결하여 프로젝트의 스키마를 업데이트합니다. 자세한 내용은 [에서 변환된 스키마 업데이트 및 새로 고침 AWS SCT](CHAP_Converting.UpdateRefresh.md) 단원을 참조하십시오.

자동으로 변환할 수 없는 항목의 데이터베이스 마이그레이션 평가 보고서를 생성할 수 있습니다. 평가 보고서는 자동으로 변환할 수 없는 스키마 항목을 식별하고 처리하는 데 유용합니다. 자세한 내용은 [에서 평가 보고서 사용 AWS Schema Conversion Tool](CHAP_AssessmentReport.md) 단원을 참조하십시오.

가 변환된 스키마를 AWS SCT 생성하면 대상 DB 인스턴스에 즉시 적용되지 않습니다. 대신 대상 DB 인스턴스에 적용할 준비가 될 때까지 변환된 스키마를 로컬에 저장합니다. 자세한 내용은 [변환된 스키마 적용](CHAP_Converting.SaveAndApply.md#CHAP_Converting.Applying) 단원을 참조하십시오.

## 변환된 스키마 편집
<a name="CHAP_Converting.Edit"></a>

변환된 스키마를 편집하고 변경 내용을 프로젝트의 일부로 저장할 수 있습니다.

**변환된 스키마를 편집하려면**

1. 소스 데이터베이스의 스키마를 표시하는 왼쪽 패널에서 변환된 스키마를 편집할 스키마 항목을 선택합니다.

1. 선택한 항목에 대해 변환된 스키마를 표시하는 하단 중앙 패널에서 **SQL** 탭을 선택합니다.

1. **SQL** 탭에 표시된 텍스트에서 필요에 따라 스키마를 변경합니다. 프로젝트를 업데이트하면 스키마가 프로젝트에 자동으로 저장됩니다.  
![\[대상 DB 인스턴스에서 스키마 새로 고침\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/edit_converted_schema.png)

변환된 스키마에 대한 변경 내용은 업데이트 시 프로젝트와 함께 저장됩니다. 소스 데이터베이스에서 스키마 항목을 새로 변환하고 해당 항목에 대해 이전에 변환된 스키마로 업데이트한 경우 해당하는 기존 업데이트는 소스 데이터베이스를 기반으로 새로 변환된 스키마 항목으로 대체됩니다.

## 변환된 스키마 지우기
<a name="CHAP_Converting.Clear"></a>

대상 DB 인스턴스에 스키마를 적용할 때까지는 변환된 스키마 AWS SCT 만 프로젝트에 로컬로 저장합니다. DB 인스턴스의 트리 보기 노드를 선택한 다음 **데이터베이스에서 새로 고침**을 선택하면 프로젝트에서 계획된 스키마를 지울 수 있습니다. 대상 DB 인스턴스에 기록된 스키마가 없으므로 데이터베이스에서 새로 고치면 소스 DB 인스턴스에 있는 것과 일치하도록 AWS SCT 프로젝트에서 계획된 스키마 요소가 제거됩니다.

# 에서 스키마 수동 변환 AWS SCT
<a name="CHAP_Converting.Manual"></a>

평가 보고서에는 대상 Amazon RDS DB 인스턴스의 데이터베이스 엔진으로 자동 변환할 수 없는 항목 목록이 포함되어 있습니다. 변환할 수 없는 각 항목의 경우 **작업 항목** 탭에는 작업 항목이 포함되어 있습니다.

다음과 같은 방법으로 평가 보고서의 작업 항목에 응답할 수 있습니다.
+ 소스 데이터베이스 스키마 수정
+ 대상 데이터베이스 스키마 수정

## 소스 스키마 수정
<a name="CHAP_Converting.Manual.Source"></a>

일부 항목의 경우 소스 데이터베이스의 데이터베이스 스키마를 자동으로 변환할 수 있는 스키마로 수정하는 것이 훨씬 쉬울 수 있습니다. 먼저 새로운 변경 내용이 애플리케이션 아키텍처와 호환되는지 확인하고 소스 데이터베이스의 스키마를 업데이트합니다. 마지막으로 업데이트된 스키마 정보로 프로젝트를 새로 고칩니다. 그런 다음 업데이트된 스키마를 변환하고 새 데이터베이스 마이그레이션 평가 보고서를 생성할 수 있습니다. 소스 스키마에서 변경된 항목에 대해서는 더 이상 작업 항목이 표시되지 않습니다.

이 프로세스의 장점은 소스 데이터베이스를 새로 고칠 때 항상 업데이트된 스키마를 사용할 수 있다는 것입니다.

## 대상 스키마 수정
<a name="CHAP_Converting.Manual.Target"></a>

일부 항목의 경우 변환된 스키마를 대상 데이터베이스에 적용한 다음 자동으로 변환할 수 없는 항목에 대해서는 대상 데이터베이스에 동일한 스키마 항목을 수동으로 추가하는 것이 훨씬 쉬울 수 있습니다. 스키마를 적용하여 대상 DB 인스턴스로 자동 변환할 수 있는 모든 스키마를 작성할 수 있습니다. 자세한 내용은 [에서 변환된 스키마 저장 및 적용 AWS SCT](CHAP_Converting.SaveAndApply.md) 단원을 참조하십시오.

대상 DB 인스턴스에 작성되는 스키마에는 자동으로 변환할 수 없는 항목이 포함되어 있지 않습니다. 대상 DB 인스턴스에 스키마를 적용한 후 소스 데이터베이스의 스키마와 동일한 스키마를 대상 DB 인스턴스에서 수동으로 생성할 수 있습니다. 데이터베이스 마이그레이션 평가 보고서의 작업 항목에는 동일한 스키마를 생성하는 방법에 대한 제안 사항이 포함되어 있습니다.

**주의**  
대상 DB 인스턴스에서 스키마를 수동으로 생성하는 경우 수행하는 모든 수동 작업의 사본을 저장합니다. 프로젝트에서 변환된 스키마를 대상 DB 인스턴스에 다시 적용하면 수행한 수동 작업을 덮어씁니다.

경우에 따라서는 대상 DB 인스턴스에 동일한 스키마를 생성할 수 없습니다. 대상 DB 인스턴스의 DB 엔진에서 사용할 수 있는 기능을 사용하려면 애플리케이션과 데이터베이스의 일부를 다시 설계해야 할 수 있습니다. 자동으로 변환할 수 없는 스키마를 그냥 무시해도 되는 경우도 있습니다.

# 에서 변환된 스키마 업데이트 및 새로 고침 AWS SCT
<a name="CHAP_Converting.UpdateRefresh"></a>

 AWS Schema Conversion Tool 프로젝트에서 소스 스키마와 대상 스키마를 모두 업데이트할 수 있습니다.
+ **소스** – 소스 데이터베이스의 스키마를 업데이트하면 AWS SCT 가 프로젝트의 스키마를 소스 데이터베이스의 최신 스키마로 바꿉니다. 이 기능을 사용하면 소스 데이터베이스의 스키마가 변경된 경우 프로젝트를 업데이트할 수 있습니다.
+ **대상** – 대상 Amazon RDS DB 인스턴스의 스키마를 업데이트하면 AWS SCT 가 프로젝트의 스키마를 대상 DB 인스턴스의 최신 스키마로 바꿉니다. 대상 DB 인스턴스에 스키마를 적용하지 않은 경우는 변환된 스키마를 프로젝트에서 AWS SCT 지웁니다. 그런 다음 소스 데이터베이스의 스키마를 새로운 대상 DB 인스턴스로 변환할 수 있습니다.

**데이터베이스에서 새로 고침**을 선택하여 AWS SCT 프로젝트의 스키마를 업데이트합니다.

**참고**  
스키마를 새로 고치면는 필요한 경우에만 메타데이터를 AWS SCT 로드합니다. 데이터베이스의 모든 스키마를 완전히 로드하려면 스키마의 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴를 열고 **Load schema**를 선택합니다. 예를 들어 이 옵션을 사용하여 데이터베이스의 모든 메타데이터를 한꺼번에 로드한 후 오프라인으로 작업할 수 있습니다.

# 에서 변환된 스키마 저장 및 적용 AWS SCT
<a name="CHAP_Converting.SaveAndApply"></a>

가 변환된 스키마를 AWS Schema Conversion Tool 생성하면(에 표시된 대로[AWS SCT를 사용하여 스키마 변환에서 스키마 수동 변환 AWS SCT](CHAP_Converting.Convert.md)) 변환된 스키마가 대상 DB 인스턴스에 즉시 적용되지 않습니다. 대신 대상 DB 인스턴스에 적용할 준비가 될 때까지 변환된 스키마를 프로젝트에 로컬로 저장합니다. 이 기능을 사용하면 대상 DB 엔진으로 자동 변환할 수 없는 스키마 항목으로 작업할 수 있습니다. 자동으로 변환할 수 없는 항목에 대한 자세한 내용은 [에서 평가 보고서 사용 AWS Schema Conversion Tool](CHAP_AssessmentReport.md) 섹션을 참조하세요.

선택적으로 대상 DB 인스턴스에 스키마를 적용하기 전에 도구에서 변환된 스키마를 SQL 스크립트로 파일에 저장하도록 할 수 있습니다. 또한 도구에서 변환된 스키마를 대상 DB 인스턴스에 직접 적용하도록 할 수도 있습니다.

## 변환된 스키마를 파일에 저장
<a name="CHAP_Converting.Saving"></a>

변환된 스키마를 텍스트 파일에 SQL 스크립트로 저장할 수 있습니다. 이 접근 방식을 사용하면에서 생성된 SQL 스크립트를 수정 AWS SCT 하여 도구가 자동으로 변환할 수 없는 항목을 처리할 수 있습니다. 그런 다음, 대상 DB 인스턴스에서 업데이트된 스크립트를 실행하여 변환된 스키마를 대상 데이터베이스에 적용할 수 있습니다.

**변환된 스키마를 SQL 스크립트로 저장하려면**

1.  스키마를 선택하고 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴를 엽니다.

1.  **SQL로 저장**을 선택합니다.

1.  파일 이름을 입력하고 **저장**을 선택합니다.

1.  다음 옵션 중 하나를 사용하여 변환된 스키마를 저장합니다.
   + **단일 파일**
   + **Single file per stage**
   + **Single file per statement**

**SQL 스크립트의 형식을 선택하려면**

1. **설정** 메뉴에서 **프로젝트 설정**을 선택합니다.

1.  **Save scripts**를 선택합니다.

1.  **공급업체**에서 데이터베이스 플랫폼을 선택합니다.

1.  **Save SQL scripts to**에서 데이터베이스 스키마 스크립트를 저장할 방법을 선택합니다.

1.  **확인**을 선택하여 설정을 저장합니다.

## 변환된 스키마 적용
<a name="CHAP_Converting.Applying"></a>

변환된 스키마를 대상 Amazon RDS DB 인스턴스에 적용할 준비가 되면 프로젝트의 오른쪽 패널에서 스키마 요소를 선택합니다. 스키마 요소의 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴를 열고 아래와 같이 **Apply to database**를 선택합니다.

![\[데이터베이스에 적용\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/write_to_database.png)


## 확장 팩 스키마
<a name="CHAP_Converting.SaveAndApply.Ext"></a>

변환된 스키마를 대상 DB 인스턴스에 처음 적용하면 AWS SCT 가 대상 DB 인스턴스에 추가적인 스키마를 추가합니다. 이 스키마는 변환된 스키마를 대상 DB 인스턴스에 쓸 때 필요한 소스 데이터베이스의 시스템 함수를 구현합니다. 이 스키마를 확장 팩 스키마라고 합니다.

확장 팩 스키마를 수정하지 않도록 합니다. 그렇지 않으면 대상 DB 인스턴스에 작성된 변환된 스키마에서 예상치 못한 결과가 발생할 수 있습니다. 스키마가 대상 DB 인스턴스로 완전히 마이그레이션되고 더 이상 필요하지 않은 AWS SCT경우 확장 팩 스키마를 삭제할 수 있습니다.

확장 팩 스키마는 소스 데이터베이스에 따라 다음과 같이 이름이 지정됩니다.
+ IBM Db2 LUW: `aws_db2_ext`
+ Microsoft SQL Server: `aws_sqlserver_ext`
+ MySQL: `aws_mysql_ext`
+ Oracle: `aws_oracle_ext`
+ PostgreSQL: `aws_postgresql_ext`
+ SAP ASE: `aws_sapase_ext`

자세한 내용은 [AWS SCT 확장 팩의 AWS Lambda 함수 사용](CHAP_ExtensionPack.md#CHAP_ExtensionPack.OLTP) 단원을 참조하십시오.

# 에서 스키마 비교 AWS Schema Conversion Tool
<a name="CHAP_Converting.SchemaCompare"></a>

마이그레이션 후 소스 또는 대상 스키마를 변경한 경우를 사용하여 두 데이터베이스 스키마를 비교할 수 있습니다 AWS SCT. 소스 스키마와 같은 버전 또는 이전 버전의 스키마를 비교할 수 있습니다.

다음과 같은 스키마 비교가 지원됩니다.
+ Oracle 대 Oracle, 버전 12.1.0.2.0, 11.1.0.7.0, 11.2.0.1.0, 10
+ SQL Server 대 SQL Server, 버전 2016, 2014, 2012, 2008 RD2, 2008
+ PostgreSQL 대 PostgreSQL 및 Aurora PostgreSQL-Compatible Edition, 버전 9.6, 9.5.9, 9.5.4
+ MySQL 대 MySQL, 버전 5.6.36, 5.7.17, 5.5

**프로젝트 설정** 페이지의 **Compare Schema** 탭에서 스키마 비교를 위한 설정을 지정합니다.

![\[스키마 비교 설정\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/schema-compare-settings.png)


스키마를 비교하려면 스키마를 선택하고 두 스키마와 그렇지 않은 객체 간에 다른 객체를 AWS SCT 나타냅니다.

**두 스키마를 비교하려면**

1. 기존 AWS SCT 프로젝트를 열거나, 프로젝트를 만들고 소스 및 대상 엔드포인트에 연결합니다.

1. 비교하려는 스키마를 선택합니다.

1. 컨텍스트(마우스 오른쪽 버튼 클릭) 메뉴를 열고 **Compare Schema**를 선택합니다.

 AWS SCT 는 객체의 아이콘에 검은색 원을 추가하여 두 스키마 간에 다른 객체를 나타냅니다.

![\[스키마 비교 결과\]](http://docs.aws.amazon.com/ko_kr/SchemaConversionTool/latest/userguide/images/schema-compare-results.png)


스키마 비교 결과를 단일 객체, 객체의 단일 범주 또는 전체 스키마에 적용할 수 있습니다. 결과를 적용하려는 범주, 객체 또는 스키마 옆의 상자를 선택합니다.

# 에서 변환된 관련 객체 보기 AWS Schema Conversion Tool
<a name="CHAP_Converting.RelatedObjects"></a>

스키마 변환 후 경우에 따라 소스 데이터베이스에서 하나의 스키마 객체에 대해 여러 객체를 생성했을 AWS SCT 수 있습니다. 예를 들어 Oracle에서 PostgreSQL로 변환을 수행할 때는 각 Oracle 트리거를 AWS SCT 가져와 PostgreSQL 대상에서 트리거 및 트리거 함수로 변환합니다. 또한가 Oracle 패키지 함수 또는 프로시저를 PostgreSQL로 AWS SCT 변환하면 프로시저 또는 함수를 실행하기 전에 init 블록으로 실행해야 하는 동등한 함수와 INIT 함수가 생성됩니다.

다음 프로시저를 사용하면 스키마 변환 후에 생성된 모든 관련 객체를 볼 수 있습니다.

**스키마 변환 중에 생성된 관련 객체를 보려면**

1. 스키마 변환 후 대상 트리 보기에서 변환된 객체를 선택합니다.

1. **Related Converted Objects** 탭을 선택합니다.

1. 관련 대상 객체의 목록을 볼 수 있습니다.