마이그레이션 계획

이전 옵션 고려

Oracle Exadata Database Service 또는 Oracle Database Exadata Cloud at Customer를 사용할 경우 다음과 같은 네 가지 일반적인 배포 모델을 고려해야 합니다.

대규모 온프레미스 데이터베이스를 Oracle Database Exadata Cloud at Customer의 "현재 상태 그대로" 이동하고 Oracle Data Guard에서 연결된 OCI 재해 복구(DR) 인스턴스도 제공합니다.

구성요소	온프레미스	Exadata(하프 랙)
데이터베이스 크기	47TB	47TB
코어	24	16
시스템 글로벌 영역 및 프로그램 글로벌 영역	4TB	1.5TB

여러 온프레미스 데이터베이스를 Oracle Exadata Database Service 또는 Oracle Database Exadata Cloud at Customer의 여러 PDB(플러그 가능한 데이터베이스)에 통합하는 동시에 Oracle Data Guard에서 연결된 OCI DR 인스턴스도 제공합니다.

구성요소	온프레미스	Exadata(10 풀 랙)
데이터베이스	1000	1000
DB 구성	DB당 2~16TB	CDB = 29 PDB = 다양한 크기의 1000

Oracle Database Exadata Cloud at Customer를 사용하여 온프레미스에서 운영 워크로드를 실행하고 Oracle Data Guard에서 연결된 데이터베이스 인스턴스를 사용하여 OCI에서 DR 또는 Oracle Exadata Database Service를 제공합니다.

구성요소	온프레미스	Exadata(하프 랙)
데이터베이스 크기	19.5TB	19.5TB
코어	24	12
시스템 글로벌 영역 및 프로그램 글로벌 영역	2.5TB	1.5TB

Oracle Data Guard에서 연결된 데이터베이스 인스턴스와 함께 온프레미스 하드웨어를 사용하여 OCI의 Oracle Exadata Database Service에서 운영 워크로드를 실행하고 DR을 수행합니다.

구성요소	온프레미스	Exadata(하프 랙)
데이터베이스 크기	19.5TB	19.5TB
코어	24	12
시스템 글로벌 영역 및 프로그램 글로벌 영역	2.5TB	1.5TB

무중단 마이그레이션 서비스 사용

대규모 온프레미스 데이터베이스를 OCI(Oracle Cloud Infrastructure)로 마이그레이션하려면 ZDM(제로 다운타임 마이그레이션) 서비스를 사용하는 것이 좋습니다.

Oracle Exadata Database Service 또는 Oracle Database Exadata Cloud at Customer를 사용하는 경우 소스 데이터베이스의 백업을 생성하고 대상 데이터베이스에 복원해야 합니다. 그런 다음 RMAN을 실행하고 Oracle Active Data Guard 동기화를 수행하며 기본 롤을 원본 데이터베이스에서 대상 데이터베이스로 전환해야 합니다. 또한 제로 작동 중지 시간 마이그레이션은 선택한 백업 매체를 기반으로 다양한 마이그레이션 방법을 지원합니다. 백업 매체는 Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance 또는 NFS(네트워크 파일 시스템) 스토리지일 수 있습니다.

다음은 exadata-physical-migration-oci.png에 대한 설명입니다.

그림 exadata-physical-migration-oci.png에 대한 설명

다음 표에서는 여러 ZDM(제로 작동 중지 시간 마이그레이션) 시나리오에 대한 요구 사항 및 조건을 보여줍니다.

이전 방법	마이그레이션 시간	가동 중지 시간 요구 사항^*	사용된 Oracle 툴	활용 시기
ZDM - 물리적 온라인	8시간	2-5분 (데이터베이스 크기에 독립적)	Oracle Cloud ZDM Oracle DataGuard RMAN	소스 및 대상 DB 버전이 동일함 비CDB에서 PDB로 다운타임 최소화
ZDM - 물리적 오프라인	8시간	TB당 최대 8시간	Oracle Cloud ZDM RMAN	소스 및 대상 DB 버전이 동일함 비CDB에서 PDB로 더 긴 다운타임 감소 가능
ZDM - 논리적 온라인	12시간	2-5분 (데이터베이스 크기에 독립적)	Oracle Cloud ZDM Oracle GoldenGate Oracle Data Pump RMAN	진행 중인 업그레이드 비CDB에서 PDB로 다운타임 최소화 플랫폼 간 마이그레이션
ZDM - 논리적 오프라인	16시간	TB당 최대 16시간	Oracle Cloud ZDM Oracle Data Pump	진행 중인 업그레이드 비CDB에서 PDB로 AWS RDS의 소스 데이터베이스 다운타임 감소 가능 플랫폼 간 마이그레이션

^* 이러한 다운타임 수치는 오라클의 경험에서 도출되며 정확한 수치가 아닌 전반적인 지침으로 사용해야 합니다. 다운타임 요구 사항은 크게 다를 수 있으므로 운용 컷오버를 계획하기 전에 철저한 분석과 테스트가 필요합니다.

권장 사항

요구 사항은 여기에 설명된 아키텍처와 다를 수 있습니다. 다음 권장 사항을 시작점으로 사용합니다.

VCN
VCN을 생성할 때 VCN의 서브넷에 연결할 리소스의 수에 따라 필요한 CIDR 블록 수 및 각 블록의 크기를 결정합니다. 표준 전용 IP 주소 공간 내에 있는 CIDR 블록을 사용합니다.

전용 접속을 설정하려는 다른 네트워크(Oracle Cloud Infrastructure, 온프레미스 데이터 센터 또는 다른 클라우드 제공자)와 겹치지 않는 CIDR 블록을 선택합니다.

VCN을 생성한 후 해당 CIDR 블록을 변경, 추가 및 제거할 수 있습니다.

서브넷을 설계할 때는 트래픽 플로우와 보안 요구사항을 고려하십시오. 특정 계층 또는 역할 내의 모든 리소스를 보안 경계로 사용할 수 있는 동일한 서브넷에 연결합니다.

지역 서브넷 사용
Cloud Guard
Oracle에서 제공하는 기본 레시피를 복제하고 사용자정의하여 사용자정의 감지기 및 응답기 레시피를 생성합니다. 이러한 레시피를 사용하면 경고를 생성하는 보안 위반 유형과 이에 대해 수행할 수 있는 작업을 지정할 수 있습니다. 예를 들어 가시성이 공용으로 설정된 오브젝트 스토리지 버킷을 감지할 수 있습니다.

테넌시 레벨에서 Cloud Guard를 적용하여 가장 광범위한 범위를 포괄하고 다중 구성 유지 관리에 대한 관리 부담을 줄입니다.

관리 목록 기능을 사용하여 감지기에 특정 구성을 적용할 수도 있습니다.
보안 영역
최대 보안이 필요한 리소스의 경우 Oracle은 보안 영역을 사용할 것을 권장합니다. 보안 영역은 모범 사례를 기반으로 하는 Oracle 정의 보안 정책 레시피와 연관된 구획입니다. 예를 들어, 보안 영역의 리소스는 공용 인터넷에서 액세스할 수 없으며 고객 관리 키를 사용하여 암호화되어야 합니다. 보안 영역에서 리소스를 생성하고 업데이트할 때 Oracle Cloud Infrastructure는 보안 영역 레시피의 정책에 대해 작업을 검증하고 모든 정책을 위반하는 작업을 거부합니다.

고려 사항

Oracle Exadata Database Service를 사용하여 Oracle Cloud에 온프레미스 데이터베이스를 배치할 때 다음 사항을 고려하십시오.

ZDM(무중단 마이그레이션)
ZDM은 온프레미스 및 클라우드에서 실행할 수 있습니다. ZDM은 다양한 대상으로 마이그레이션할 온프레미스 데이터베이스를 지원합니다.
- Oracle Base Database Service
- 전용 인프라에 대한 Oracle Exadata Database Service
- Oracle Exadata Database Service Cloud at Customer
- Oracle Exadata 온프레미스
- Oracle 자율운영 데이터베이스
  - Oracle Autonomous Transaction Processing(전용 및 공유)
  - Oracle Autonomous Data Warehouse(전용 및 공유)
ZDM 및 Oracle Cloud Infrastructure DMS(데이터베이스 마이그레이션 서비스)
ZDM과 DMS의 주요 차이점은 다음과 같습니다.
- ZDM은 대부분의 메소드/소스/대상을 지원하는 주 엔진으로 작동하며 CLI(명령줄 인터페이스)를 기반으로 합니다.
- DMS는 커버 아래 ZDM을 사용하며 사용자 인터페이스를 통해 논리적 오프라인/온라인 마이그레이션을 OCI 전용 데이터베이스 서비스로 허용합니다.
- 데이터베이스 마이그레이션은 데이터베이스를 OCI(Oracle Cloud Infrastructure)로 마이그레이션하기 위한 고성능 셀프서비스 경험을 제공하는 완전 관리형 서비스입니다.
- OCI 데이터베이스 마이그레이션은 테넌시 및 리소스와 별도로 관리되는 클라우드 서비스로 실행됩니다. 이 서비스는 데이터베이스 마이그레이션 서비스 테넌시에서 다중 테넌트 서비스로 작동하고 PE(전용 엔드포인트)를 사용하여 리소스와 통신합니다. PE는 데이터베이스 이전을 통해 관리됩니다.
데이터베이스 크기
ZDM 또는 DMS에 대한 크기 제한은 없습니다. 이론상 제한 사항은 운영 체제에서 가질 수 있는 Oracle Database의 최대 크기입니다. 데이터 파일의 최대 개수와 데이터 파일의 최대 크기는 운영 체제에 따라 다릅니다.

Autonomous Database로 소규모(<1) 테라바이트 데이터베이스 마이그레이션의 경우 작동 중지 시간 요구사항에 따라 ZDM 논리적 오프라인 또는 온라인 방법을 사용할 수 있습니다. 논리적 온라인 옵션은 몇 분만 작동 중지해야 하지만 논리적 오프라인 옵션은 데이터베이스 크기에 따라 몇 시간 동안 작동 중지 시간이 걸립니다.

400TB 이상의 온프레미스 데이터베이스 크기의 경우, 온프레미스에서 Oracle Exadata Database Service Cloud at Customer로 마이그레이션됩니다(고객의 데이터 센터에도 있음). ZDM 물리적 온라인 이전을 사용하여 작동 중지 시간을 줄이고 Data Guard를 사용하여 이전 중 위험을 줄입니다. 그러나 소스 데이터베이스와 대상 데이터베이스의 버전이 같아야 합니다. 더 낮은 버전에서 더 높은 버전으로 진행 중인 업그레이드를 수행하려면 ZDM 논리적 온라인 방법을 사용합니다. 오프라인 방식을 사용할 경우 업무에 적합하지 않을 수 있는 큰 다운타임이 발생합니다.
Data Guard 및 Active Data Guard
DG(Data Guard)와 ADG(Active Data Guard)는 둘 다 기본 Oracle 데이터베이스가 재해 및 데이터 손상에도 살아남을 수 있도록 하나 이상의 대기 데이터베이스를 생성, 유지 관리, 관리 및 모니터하는 종합적인 서비스 집합을 제공합니다. 대기 데이터베이스는 운용 중인 데이터베이스의 복사본으로 유지 관리됩니다. 그러나 ADG를 사용하면 기본 데이터베이스와 동기화 상태를 유지하는 동안 대기 데이터베이스를 읽기 전용(예: 보고용)으로 열 수 있습니다. DG를 사용할 경우 동기화 프로세스를 일시 중지하여 대기 데이터베이스를 읽기 전용 모드로 열어야 합니다.
Exadata 가상화
가상 머신에서 Exadata를 가상화할 수도 있고 베어메탈 설치를 수행할 수도 있습니다. 옵션의 구조는 크게 다를 수 있습니다. 베어메탈 설치를 사용하는 경우 Exadata 시스템을 물리적으로 분할하지 않는 한 전체 Exadata 시스템에 대해 하나의 Oracle 클러스터가 생성됩니다. 가상화된 Exadata 시스템에서는 배치되는 VM 클러스터 수에 따라 하나의 관리 도메인(dom0)과 하나 이상의 사용자 도메인(domU)이 있습니다.
Real Application Testing(RAT)
자세히 알아보기 섹션의 링크를 참조하십시오.