

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

# 개요
<a name="overview"></a>

이는 Snowball Edge 및 FSx for Lustre와 함께 Oracle XTTS Direct Connect및 RMAN 증분 백업을 AWS 사용하여 Oracle 데이터베이스를 로 마이그레이션하는 개념적 프로세스입니다.

다음 다이어그램은 다양한 엔디안 형식의 Oracle 데이터베이스에 대한 상위 수준 마이그레이션 단계를 보여줍니다.

![\[설명은 다이어그램 뒤에 있는 번호가 매겨진 목록에 있습니다.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-process-overview.png)


1. 모든 테이블스페이스의 전체 백업을 만듭니다.

1. Snowball Edge를 사용하여 백업을 소스 단계에서 대상 단계로 이동합니다.

1. 테이블스페이스를 대상 데이터베이스로 변환합니다.

1. 증분 백업을 수행합니다.

1.  Direct Connect 를 사용하여 소스 단계에서 대상 단계로 증분 백업을 전송합니다.

1. 증분 백업을 롤포워드하여 변환하고 대상 데이터베이스에 적용합니다.

1. 전송 중인 모든 테이블스페이스에 대한 메타데이터를 내보내고 가져옵니다.

전환 전에 다음을 수행하여 가동 중지 시간을 최소화할 수 있습니다.
+ , , `USER`, 및를 포함한 비세그먼트 기반 객체의 메타데이터 내보내기 `PACKAGE_SPEC` `PACKAGE_BODY` `PROCEDURE`및 가져오기 `FUNCTION`
+ 전체 백업 및 증분 백업을 위한 병렬 처리 증가
+ 데이터 파일 변환
+ 마이그레이션 중 백업 롤포워드

교차 플랫폼 증분 백업([2471245.1](https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=114983393292188&id=2471245.1))을 사용한 전송 가능한 테이블스페이스 가동 중지 감소 Oracle 문서에서는 RMAN 증분 백업과 함께 Oracle XTTS를 사용하는 방법을 설명합니다. 이 문서에는 요구 사항 및 권장 사항에 대한 세부 정보도 포함되어 있습니다. 이 문서에서는 온프레미스 환경에서의 Oracle로 Oracle 데이터베이스를 마이그레이션하는 방법 AWS 또는 가동 중지 시간을 최소화하기 위해 각 마이그레이션 단계를 병렬화하는 방법을 설명하지 않습니다.

이 가이드는 단계를 병렬화하여 매우 큰 데이터 크기로 미션 크리티컬 시스템 환경에서 마이그레이션 가동 중지 시간을 최소화하는 방법을 제공합니다.

초기 설정 단계에 따라 RMAN 증분 백업과 함께 Oracle XTTS를 사용하기 위한 상위 단계에는 다음 단계가 포함됩니다.

## 1단계 - 준비 단계
<a name="intro-phase1"></a>

준비 단계는 다음 단계로 구성됩니다.

1. 테이블스페이스의 초기 전체 백업(레벨=0)은 소스 데이터베이스에서 소스 단계인 NAS 스토리지로 가져옵니다.

1. 백업 사본은 Snowball Edge를 사용하여 Amazon Simple Storage Service(Amazon S3)와 통합된 FSx for Lustre인 대상 단계로 전송됩니다.

1. 백업 테이블스페이스는 리틀 엔디안 형식으로 대상 데이터베이스로 복원 및 변환됩니다.

이 단계의 단계는 마이그레이션 중에 한 번만 실행됩니다. 전송 중인 데이터는이 단계에서 소스 데이터베이스에서 완전히 액세스할 수 있습니다.

## 2단계 - 롤포워드 단계
<a name="intro-phase2"></a>

롤포워드 단계는 다음 단계로 구성됩니다.

1. 증분 백업은 소스 데이터베이스에서 소스 단계로 가져옵니다.

1. 증분 백업 복사본은를 통해 대상 단계로 전송됩니다 Direct Connect.

1. 증분 백업 복사본은 리틀 엔디안 형식으로 대상 데이터베이스로 변환됩니다. 그런 다음 사본이 초기 대상 데이터베이스에 적용되며, 이를 롤포워드 단계라고 합니다.

이 단계를 여러 번 실행할 수 있습니다. 각 연속 증분 백업은 시간이 덜 걸리고 대상 데이터 파일 복사본이 소스 데이터베이스와 함께 더 최신 상태가 됩니다. 1단계와 마찬가지로이 단계에서는 전송 중인 소스 데이터에 완전히 액세스할 수 있습니다.

## 3단계 - 전송 단계
<a name="intro-phase3"></a>

세 번째 단계에는 다음 단계가 포함됩니다.

1. 전송 중인 테이블스페이스는 읽기 전용으로 변경됩니다.

1. 최종 증분 백업은 소스 데이터베이스에서 가져옵니다.

1. 메타데이터를 내보냅니다.

1. 백업이 전송되어 대상에 적용됩니다.

1. 객체 메타데이터를 가져옵니다.

이 시점에서 대상 데이터베이스의 시스템 변경 번호(SCN)는 소스 데이터베이스의 시스템 변경 번호와 일치합니다.

전송 가능한 테이블스페이스의 메타데이터는 소스 데이터베이스에서 내보내고 대상 데이터베이스로 가져옵니다. 메타데이터에는 사용자, 역할, 패키지, 프로시저, 함수, 테이블 및 인덱스에 대한 정보가 포함됩니다.

마지막으로 애플리케이션에서 대상 데이터베이스에 대한 전체 액세스를 위해 테이블스페이스가 읽기/쓰기됩니다.

이 단계 뒤에는 검증 단계가 이어집니다.