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

# 플랫폼 간 환경을 AWS 위해 대용량 Oracle 데이터베이스를 로 마이그레이션
<a name="welcome"></a>

*Incheol Roh, Amazon Web Services(AWS)*

*2021년 *3월([문서 기록](doc-history.md))

온프레미스에서 Amazon Web Services(AWS) 클라우드로 100TB를 초과하는 Oracle 데이터베이스를 마이그레이션할 때 마이그레이션 가동 중지 시간은 심각한 요인입니다. 특히 시스템이 글로벌 엔터프라이즈 리소스 계획(ERP) 또는 제조 실행 시스템(MES)과 같은 미션 크리티컬 시스템인 경우 비즈니스 연속성을 위해 가동 중지 시간을 최대한 줄이고자 합니다.

[Strategies for Migrating Oracle Databases to에 언급된 대로 다양한 엔디안 형식의 시스템 간에 Oracle 데이터베이스를 마이그레이션하는 AWS](https://d1.awsstatic.com/whitepapers/strategies-for-migrating-oracle-database-to-aws.pdf) 방법에는 여러 가지가 있습니다. 이러한 접근 방식 중 하나는 Oracle 교차 플랫폼 전송 가능 테이블스페이스(XTTS)이며, 이를 사용하여 마이그레이션 가동 중지 시간을 며칠에서 몇 시간으로 줄일 수 있습니다.

Oracle XTTS를 Oracle Recovery Manager(RMAN) 증분 백업과 결합하면 다양한 엔디안 형식을 실행하는 플랫폼 간에 데이터를 이동하는 데 필요한 가동 중지 시간을 크게 줄일 수 있습니다.

이 가이드에서는 RMAN 증분 백업과 함께 Oracle XTTS와 함께 [AWS Snowball Edge](https://aws.amazon.com/snowball)[AWS Direct Connect](https://aws.amazon.com/directconnect), 및 [Amazon FSx for Lustre](https://aws.amazon.com/fsx)를 사용하는 방법을 소개합니다. 이 접근 방식의 목표는 데이터 세트가 매우 큰 환경에서 마이그레이션 가동 중지 시간을 최소화하는 것입니다.