Oracle Zero Downtime Migration을 통해 Oracle Database@Azure로 이전하기

Oracle Zero Downtime Migration을 통해 Oracle Database@Azure로 전환

Oracle Database@Azure를 사용하면 Microsoft Azure 데이터 센터의 Oracle Exadata Database Service on Dedicated Infrastructure에서 미션 크리티컬 Oracle 데이터베이스를 실행할 수 있습니다.

Oracle Exadata Database Service 및 Oracle RAC(Oracle Real Application Clusters)에서 제공하는 고가용성, 성능 및 확장성을 기본 제공하는 동시에 Azure 애플리케이션에서 짧은 대기시간을 활용할 수 있습니다.

클라우드로의 데이터베이스 마이그레이션은 일반적으로 비즈니스 다운타임과 관련된 수동 프로세스입니다. Oracle Zero Downtime Migration은 다운타임을 최소화하면서 Oracle 데이터베이스 마이그레이션을 간소화 및 자동화하고, Oracle Maximum Availability Architecture(Oracle MAA) 모범 사례를 기본적으로 통합하고, 플리트 마이그레이션을 지원하며, 다른 이점들 중에서도 무료로 제공합니다.

Since its release in 2019, Oracle Zero Downtime Migration has been the trusted migration tool for customers worldwide for Oracle database migrations to on-premises Oracle Exadata machines, Oracle Exadata Database Service on Cloud@Customer, and Oracle Cloud Infrastructure (OCI). 자세한 내용은 자세히 탐색을 참조하여 Oracle Zero Downtime Migration을 확인하십시오.

구조

This reference architecture describes Oracle Database migrations from on-premises to Oracle Exadata Database Service on Dedicated Infrastructure on Oracle Database@Azure using the physical online migration workflow based on Oracle Data Guard and direct data transfer, providing simplicity, automation, and business continuity during your database migrations to Oracle Database@Azure.

Oracle Zero Downtime Migration 서비스 호스트는 소스 데이터베이스 옆에 별도의 온프레미스 가상 머신(VM)에 설치됩니다. 대상 Oracle Exadata Database Service on Dedicated Infrastructure는 Oracle Database@Azure의 위임된 서브넷에 있는 Azure 가상 네트워크(VNet) 내의 Azure 데이터 센터에서 프로비저닝됩니다. 온프레미스 데이터 센터는 Azure의 데이터 센터에 Azure ExpressRoute 또는 사이트 간 VPN을 통해 연결됩니다. 직접 데이터 전송을 기반으로 하는 Oracle Zero Downtime Migration 물리적 온라인 워크플로우는 서비스 메소드에서 복원을 사용하여 대상 데이터베이스를 생성하고 소스 데이터베이스를 중간 저장 위치로 백업하지 않습니다. Oracle Zero Downtime Migration은 자동으로 Oracle Data Guard를 활용하여 온프레미스 데이터베이스의 데이터를 대상 데이터베이스로 복제합니다. Oracle Zero Downtime Migration은 자동으로 Oracle Data Guard를 설정하고, 이를 유지 관리하고, 마이그레이션이 완료된 후 구성을 정리합니다. 따라서 Oracle Data Guard 설정 및 유지 관리에 대한 지식이 필요하지 않습니다. 마이그레이션이 완료되면 대상 데이터베이스는 자동 백업 기능을 사용하여 데이터베이스를 Oracle Database Autonomous Recovery Service에 백업할 수 있습니다.

다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.

다음은 oracle-db-azure-zdm-diagram.png에 대한 설명입니다.

그림 oracle-db-azure-zdm-diagram.png에 대한 설명

oracle-db-azure-zdm-oracle.zip

아키텍처의 구성 요소는 다음과 같습니다.

지역
Oracle Cloud Infrastructure 지역은 가용성 도메인이라는 하나 이상의 데이터 센터를 포함하는 지역화된 지리적 영역입니다. 지역은 다른 지역과는 독립적이며, 거리는 국가 또는 대륙에 걸쳐 분리될 수 있습니다.
VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 Oracle Cloud Infrastructure 지역에서 설정한 커스터마이징 가능한 소프트웨어 정의 네트워크입니다. 기존 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN은 VCN 생성 후 변경할 수 있는 겹치지 않는 여러 CIDR 블록을 가질 수 있습니다. VCN을 서브넷으로 분할할 수 있으며, 영역 또는 가용성 도메인으로 범위를 지정할 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 서브넷을 생성한 후 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
DRG(동적 경로 지정 게이트웨이)
DRG는 VCN과 지역 외부 네트워크(예: 다른 Oracle Cloud Infrastructure 지역의 VCN, 온프레미스 네트워크 또는 다른 클라우드 제공자의 네트워크) 간에 동일한 지역의 VCN 간 전용 네트워크 트래픽에 대한 경로를 제공하는 가상 라우터입니다.
온프레미스 네트워크
이 네트워크는 조직에서 사용하는 로컬 네트워크입니다. 토폴로지의 스포크 중 하나입니다.
서비스 게이트웨이
서비스 게이트웨이는 VCN에서 Oracle Cloud Infrastructure Object Storage와 같은 다른 서비스로의 액세스를 제공합니다. VCN에서 Oracle 서비스로의 트래픽은 Oracle 네트워크 패브릭을 통해 이동하며 인터넷을 순회하지 않습니다.
사이트 간 VPN
사이트 간 VPN은 온프레미스 네트워크와 Oracle Cloud Infrastructure의 VCN 간 IPSec VPN 연결을 제공합니다. IPSec 프로토콜 제품군은 패킷이 소스에서 대상으로 전송되기 전에 IP 트래픽을 암호화하고 트래픽이 도착하면 해독합니다.
VNIC
VNIC(가상 네트워크 인터페이스 카드)는 한 인스턴스가 VCN에 접속할 수 있게 해주며, 인스턴스가 VCN 내부 및 외부의 끝점과 접속되는 방법을 결정합니다. 각 VNIC는 VCN의 서브넷에 있으며 다음 항목을 포함합니다.
- VNIC가 위치한 서브넷에 속한 기본 전용 IPv4 주소로, 사용자 또는 Oracle이 선택합니다.
- VNIC가 위치한 동일한 서브넷에 있는 보조 전용 IPv4 주소(선택사항)로, 사용자 또는 Oracle이 선택합니다.
- 각 전용 IP에 대한 선택적 공용 IPv4 주소입니다. Oracle에서 선택하지만 재량에 따라 사용자가 지정합니다.
- 각 전용 IP 주소에 대한 DNS의 선택적 호스트 이름입니다.
- MAC 주소입니다.
- VLAN 태그 - Oracle에서 할당하며 VNIC와 인스턴스 연결이 완료된 경우(베어메탈 인스턴스에만 해당) 사용할 수 있습니다.
- VNIC의 네트워크 트래픽에서 소스/대상 검사를 사용 또는 사용 안함으로 설정하는 플래그입니다.
- 선택한 하나 이상의 NSG(네트워크 보안 그룹)에서 선택적 멤버쉽입니다. NSG에는 해당 NSG의 VNIC에만 적용되는 보안 규칙이 있습니다.
- 선택적 IPv6 주소입니다. IPv6 모든 상업 및 정부 지역에서 주소 지정이 지원됩니다.
Data Guard
Oracle Data Guard에서는 하나 이상의 Standby Database를 생성하고, 유지관리하고, 관리하고, 모니터링하여 운용 중인 Oracle 데이터베이스를 중단 없이 계속 사용할 수 있도록 지원하는 종합적인 서비스 세트를 제공합니다. Oracle Data Guard는 이러한 대기 데이터베이스를 운용 중인 데이터베이스의 복사본으로 유지 관리합니다. 그런 다음 계획된 운용중단 또는 계획되지 않은 운용중단으로 인해 운용 데이터베이스를 사용할 수 없게 되면 Oracle Data Guard는 대기 데이터베이스를 운용 롤로 전환하여 운용중단과 연관된 작동 중지 시간을 최소화할 수 있습니다.
Exadata Database Service
Oracle Exadata Database Service를 통해 클라우드에서 Exadata의 기능을 활용할 수 있습니다. 필요에 따라 데이터베이스에 컴퓨트 서버 및 스토리지 서버를 추가할 수 있는 유연한 Exadata X9M 시스템을 프로비저닝할 수 있습니다. Exadata X9M 시스템은 고대역폭 및 짧은 대기시간, 영구 메모리(PMEM) 모듈 및 지능형 Exadata 소프트웨어를 위한 RDMA over Converged Ethernet(RoCE) 네트워킹을 제공합니다. 쿼터 랙 X9M 시스템에 해당하는 구성을 사용하여 Exadata X9M 시스템을 프로비전한 다음 프로비전 후 언제든지 데이터베이스 및 스토리지 서버를 추가할 수 있습니다.

Oracle Exadata Database Service on Dedicated Infrastructure는 Oracle Cloud Infrastructure(OCI) 데이터 센터에서 Oracle Exadata Database Machine을 서비스로 제공합니다. Oracle Exadata Database Service on Dedicated Infrastructure 인스턴스는 OCI 지역의 Exadata 랙에 상주하는 VM(가상 머신) 클러스터입니다.

Oracle Exadata Database Service on Cloud@Customer는 데이터 센터에 호스팅되는 Oracle Exadata Database Service를 제공합니다.
객체 스토리지
오브젝트 스토리지를 사용하면 데이터베이스 백업, 분석 데이터, 이미지 및 비디오와 같은 리치 콘텐츠 등 모든 콘텐츠 유형의 대량의 정형 및 비정형 데이터에 빠르게 액세스할 수 있습니다. 인터넷 또는 클라우드 플랫폼 내에서 직접 안전하게 데이터를 저장하고 검색할 수 있습니다. 성능 또는 서비스 안정성의 저하 없이 스토리지를 확장할 수 있습니다. 빠르고 즉각적이며 자주 액세스하는 데 필요한 "핫" 스토리지에 표준 스토리지를 사용합니다. 장기간 보관하고 거의 액세스하지 않는 "콜드" 스토리지에는 아카이브 스토리지를 사용합니다.
Azure VNIC
Azure 데이터 센터의 서비스에는 물리적 네트워크 인터페이스 카드(NIC)가 사용됩니다. 가상 머신 인스턴스는 물리적 NIC와 연관된 VNIC(가상 NIC)를 사용하여 통신합니다. 각 인스턴스에는 실행 중 자동으로 생성되고 연결되는 기본 VNIC가 있으며, 인스턴스 수명 동안 사용할 수 있습니다.
Azure 가상 네트워크 게이트웨이
Azure Virtual Network Gateway는 Azure 가상 네트워크와 온프레미스 네트워크 간에 안전한 교차 온프레미스 연결을 설정하는 서비스입니다. 데이터 센터와 Azure를 아우르는 하이브리드 네트워크를 만들 수 있습니다.
Azure 위임 서브넷
서브넷 위임은 관리 서비스, 특히 서비스형 플랫폼 서비스를 가상 네트워크에 직접 주입하는 Microsoft의 기능입니다. 즉, 가상 네트워크 내의 외부 관리 서비스에 대한 홈으로 서브넷을 지정하거나 위임할 수 있습니다. 즉, 외부 서비스는 기술적으로 외부 서비스형 플랫폼이지만 가상 네트워크 리소스 역할을 합니다.
Azure 가상 네트워크
Azure Virtual Network(VNet)는 Azure에서 전용 네트워크의 기본 구성 요소입니다. VNet를 사용하면 Azure 가상 머신과 같은 많은 Azure 리소스가 서로, 인터넷 및 온프레미스 네트워크와 안전하게 통신할 수 있습니다.
다운타임 없는 마이그레이션 서비스 호스트
Oracle Zero Downtime Migration 서비스 호스트는 전용 시스템이어야 하지만 다른 용도로 공유할 수 있습니다.

Oracle Zero Downtime Migration 소프트웨어에는 Oracle Linux 7, Oracle Linux 8 또는 Red Hat Enterprise Linux 8 플랫폼 중 하나에서 실행되는 독립형 Oracle Linux 호스트가 필요합니다.

Oracle Zero Downtime Migration 서비스 호스트는 소스 및 대상 데이터베이스 서버에 연결할 수 있어야 합니다. 연결이 보장되는 한 서비스 호스트는 어디에서나 찾을 수 있습니다.

권장사항

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

패치 및 업데이트 탭에서 패치 번호 33509650을 검색하여 MOS(My Oracle Support)에서 최신 Oracle Zero Downtime Migration 소프트웨어 버전을 다운로드합니다.
소스 데이터베이스 옆에 있는 온프레미스에 Oracle Zero Downtime Migration 서비스 호스트를 설치합니다.
Oracle Zero Downtime Migration 서비스 호스트에 사용 가능한 스토리지가 100GB 이상 있는지 확인합니다.
사이트 간 VPN 또는 Azure ExpressRoute를 통해 온프레미스와 Azure 간의 안전한 전용 네트워크 연결을 보장합니다.
데이터베이스 크기에 따라 온프레미스 네트워크에서 Azure로 충분한 네트워크 처리량을 보장합니다.

고려사항

이 참조 구조를 배치할 때는 다음 사항을 고려하십시오.

Target Database는 다음을 수행해야 합니다.
- 자동 백업을 사용으로 설정하지 않고 Oracle Cloud 툴링을 사용하여 프로비전됩니다.
- 원본 데이터베이스와 같거나 더 높은 시간대 파일 버전이 있어야 합니다.
소스 및 대상 데이터베이스는 다음을 수행해야 합니다.
- 동일한 데이터베이스 이름(DB_NAME)을 사용합니다.
- 데이터베이스 고유 이름이 다릅니다(DB_UNIQUE_NAME).
- 서버 매개변수 파일(SPFILE)을 사용합니다.
- 동일한 문자 집합을 사용합니다.
- sqlnet.ora 파일에 동일한 암호화 알고리즘이 정의되어 있습니다.
- 동일한 주 릴리스 버전(예: 19c)을 사용합니다. 그러나 Target Database에는 더 높은 패치 레벨(예: 19.21의 소스 및 19.22의 대상)이 있을 수 있습니다. 대상 데이터베이스가 소스 데이터베이스보다 높은 패치 레벨에 있는 경우 Oracle Zero Downtime Migration은 마이그레이션의 일부로 데이터 패치를 자동으로 실행합니다.
SYS 사용자 계정 비밀번호는 소스 및 대상 데이터베이스에서 동일해야 합니다.
COMPATIBLE 데이터베이스 초기화 파라미터가 원본 및 Target Database에서 동일해야 합니다.
Oracle Database 12c 릴리스 2 이상의 경우 TDE 전자 지갑이 소스에 존재하고 전자 지갑 상태가 OPEN 상태여야 합니다. 소스 데이터베이스를 암호화할 필요는 없지만 TDE 전자 지갑을 구성해야 합니다.
Oracle Zero Downtime Migration을 사용하려면 Oracle Zero Downtime Migration 서비스 호스트의 SSH 키가 RSA 형식이어야 합니다(Oracle Linux 8의 기본값은 OPENSSH).

추가 살펴보기

이 아키텍처의 서비스에 대해 자세히 알아보십시오.

다음 추가 리소스를 검토하십시오.

확인

승인자: Sinan Petrus Toma, Ricardo Gonzalez, Thomas Van Buggenhout
제공자: Emiel Ramakers, Wei Han, John Sulyok