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

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

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

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

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

2019년 출시된 이래 Oracle Zero Downtime Migration은 온프레미스 Oracle Exadata 머신, Oracle Exadata Database Service on Cloud@Customer, Oracle Cloud Infrastructure(OCI)로의 Oracle 데이터베이스 마이그레이션을 위해 전 세계 고객들을 위한 신뢰할 수 있는 마이그레이션 도구였습니다. 자세한 내용은 자세히 탐색을 참조하여 Oracle Zero Downtime Migration을 확인하십시오.

구조

이 참조 아키텍처는 Oracle Data Guard 및 직접 데이터 전송 기반의 물리적 온라인 마이그레이션 워크플로를 사용하여 온프레미스에서 Oracle Exadata Database Service on Dedicated Infrastructure(Oracle Database@Azure 기반)로 Oracle Database@Azure로 데이터베이스를 마이그레이션하는 동안 단순성, 자동화 및 비즈니스 연속성을 제공하는 Oracle Database 마이그레이션에 대해 설명합니다.

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.png에 대한 설명입니다.
그림 oracle-db-azure-zdm.png에 대한 설명

oracle-db-azure-zdm-oracle.zip

Microsoft Azure는 다음 구성요소를 제공합니다.

  • Azure VNIC

    Azure 데이터 센터의 서비스에는 물리적 네트워크 인터페이스 카드(NIC)가 사용됩니다. 가상 머신 인스턴스는 물리적 NIC와 연관된 VNIC(가상 NIC)를 사용하여 통신합니다. 각 인스턴스에는 실행 중 자동으로 생성되고 연결되는 기본 VNIC가 있으며, 인스턴스 수명 동안 사용할 수 있습니다.

  • Azure 가상 네트워크 게이트웨이

    Azure 가상 네트워크 게이트웨이는 Azure 가상 네트워크와 온프레미스 네트워크 간에 안전한 교차 온프레미스 연결을 설정하는 서비스입니다. 이를 통해 데이터 센터와 Azure를 아우르는 하이브리드 네트워크를 생성할 수 있습니다.

  • Azure 위임 서브넷

    서브넷 위임은 관리 서비스, 특히 서비스형 플랫폼 서비스를 가상 네트워크에 직접 주입하는 Microsoft의 기능입니다. 즉, 가상 네트워크 내의 외부 관리 서비스에 대한 홈으로 서브넷을 지정하거나 위임할 수 있습니다. 즉, 외부 서비스는 기술적으로 외부 서비스형 플랫폼이지만 가상 네트워크 리소스 역할을 합니다.

  • Azure 가상 네트워크

    Azure Virtual Network(VNet)는 Azure에서 전용 네트워크의 기본 구성 요소입니다. VNet를 사용하면 Azure 가상 머신과 같은 많은 Azure 리소스가 서로, 인터넷 및 온프레미스 네트워크와 안전하게 통신할 수 있습니다.

Oracle Cloud Infrastructure는 다음 구성요소를 제공합니다.

  • 지역

    Oracle Cloud Infrastructure 지역은 가용성 도메인이라는 하나 이상의 데이터 센터를 포함하는 지역화된 지리적 영역입니다. 지역은 다른 지역과는 독립적이며, 거리는 국가 또는 대륙에 걸쳐 분리될 수 있습니다.

  • VCN(가상 클라우드 네트워크) 및 서브넷

    VCN은 Oracle Cloud Infrastructure 지역에서 설정한 커스터마이징 가능한 소프트웨어 정의 네트워크입니다. 기존 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN은 VCN 생성 후 변경할 수 있는 겹치지 않는 여러 CIDR 블록을 가질 수 있습니다. VCN을 서브넷으로 분할할 수 있으며, 영역 또는 가용성 도메인으로 범위를 지정할 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 서브넷을 생성한 후 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.

  • 온프레미스 네트워크

    이 네트워크는 조직에서 사용하는 로컬 네트워크입니다. 토폴로지의 스포크 중 하나입니다.

  • 서비스 게이트웨이

    서비스 게이트웨이는 VCN에서 Oracle Cloud Infrastructure Object Storage와 같은 다른 서비스로의 액세스를 제공합니다. VCN에서 Oracle 서비스로의 트래픽은 Oracle 네트워크 패브릭을 통해 이동하며 인터넷을 순회하지 않습니다.

  • Data Guard

    Oracle Data Guard and Oracle Active Data Guard provide a comprehensive set of services that create, maintain, manage, and monitor one or more standby databases and that enable production Oracle databases to remain available without interruption. Oracle Data Guard는 인메모리 복제를 사용하여 이러한 대기 데이터베이스를 운영 데이터베이스의 복사본으로 유지 관리합니다. 계획되거나 계획되지 않은 운용중단으로 인해 운용 중인 데이터베이스를 사용할 수 없게 되면 Oracle Data Guard에서 대기 데이터베이스를 운용 롤로 전환하여 운용중단과 연관된 작동 중지 시간을 최소화할 수 있습니다. Oracle Active 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를 제공합니다.

  • 다운타임 없는 마이그레이션 서비스 호스트

    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 서비스 호스트는 소스 및 대상 데이터베이스 서버에 연결할 수 있어야 합니다. 연결이 보장되는 한 서비스 호스트는 어디에서나 찾을 수 있습니다.

  • Oracle Database Autonomous Recovery Service

    Oracle Database Autonomous Recovery Service는 Oracle 데이터베이스를 보호하는 Oracle Cloud 서비스입니다. OCI 데이터베이스의 백업 자동화 및 향상된 데이터 보호 기능을 통해 모든 백업 처리 및 스토리지 요구 사항을 Oracle Database Autonomous Recovery Service로 오프로드하여 백업 인프라 비용과 수동 관리 오버헤드를 없앨 수 있습니다.

Oracle Zero Downtime Migration 마이그레이션 워크플로

주:

나열된 각 마이그레이션 워크플로우에 대한 자세한 내용은 자세히 탐색을 참조하십시오.

다음 워크플로우를 수행하여 Oracle Database@Azure에서 Oracle Database를 Oracle Exadata Database Service on Dedicated Infrastructure로 마이그레이션할 수 있습니다.

  • 물리적 온라인 이전

    물리적 온라인 마이그레이션 워크플로우는 동일한 데이터베이스 버전과 플랫폼 간의 마이그레이션을 지원합니다. Direct Data Transfer 및 "restore from service" 방식을 사용하여 Target Database를 생성하고 원본 데이터베이스를 중간 저장 영역 위치로 백업하는 것을 명시적으로 방지합니다. Oracle Data Guard는 최소한의 다운타임 마이그레이션을 위해 소스 및 대상 데이터베이스를 동기화 상태로 유지합니다.

  • 물리적 오프라인 이전

    물리적 오프라인 마이그레이션 워크플로우는 동일한 데이터베이스 버전과 플랫폼 간의 마이그레이션을 지원합니다. RMAN(Recovery Manager) 백업 및 복원을 사용하여 Target Database를 생성합니다. Azure Files 서비스는 RMAN 백업 파일을 저장할 NFS 파일 공유를 제공합니다.Azure Files service provides an NFS file share to store the RMAN backup files.

  • 논리적 온라인 이전

    논리적 온라인 마이그레이션 워크플로우는 동일한 데이터베이스 버전 및 플랫폼 간 마이그레이션을 지원합니다. 이 스크립트는 Oracle Data Pump 엑스포트/임포트를 사용하여 Target Database를 생성합니다. Azure Files 서비스는 데이터 펌프 덤프 파일을 저장할 NFS 파일 공유를 제공합니다.The Azure Files service provides an NFS file share to store the Data Pump dump files. OCI GoldenGate은 소스 및 대상 데이터베이스를 동기화 상태로 유지하여 다운타임 최소 마이그레이션을 수행합니다.

  • 논리적 오프라인 이전

    논리적 오프라인 마이그레이션 워크플로우는 동일한 데이터베이스 버전 및 플랫폼 간 마이그레이션을 지원합니다. 이 스크립트는 Oracle Data Pump 엑스포트/임포트를 사용하여 Target Database를 생성합니다. Azure Files 서비스는 데이터 펌프 덤프 파일을 저장할 NFS 파일 공유를 제공합니다.The Azure Files service provides an NFS file share to store the Data Pump dump files.

다음 Oracle Zero Downtime Migration 마이그레이션 워크플로를 수행하여 Oracle Database를 Oracle Database@Azure에서 Oracle Autonomous Database Serverless로 마이그레이션할 수 있습니다.

  • 논리적 온라인 이전

    논리적 온라인 마이그레이션 워크플로우는 동일한 데이터베이스 버전 및 플랫폼 간 마이그레이션을 지원합니다. 이 스크립트는 Oracle Data Pump 엑스포트/임포트를 사용하여 Target Database를 생성합니다. Azure Files 서비스는 데이터 펌프 덤프 파일을 저장할 NFS 파일 공유를 제공합니다.The Azure Files service provides an NFS file share to store the Data Pump dump files. OCI GoldenGate은 소스 및 대상 데이터베이스를 동기화 상태로 유지하여 다운타임 최소 마이그레이션을 수행합니다.

  • 논리적 오프라인 이전

    논리적 오프라인 마이그레이션 워크플로우는 동일한 데이터베이스 버전 및 플랫폼 간 마이그레이션을 지원합니다. 이 스크립트는 Oracle Data Pump 엑스포트/임포트를 사용하여 Target Database를 생성합니다. Azure Files 서비스는 데이터 펌프 덤프 파일을 저장할 NFS 파일 공유를 제공합니다.The Azure Files service provides an NFS file share to store the Data Pump dump files.

권장사항

다음 권장 사항을 시작점으로 사용합니다. 요구 사항은 여기에 설명된 아키텍처와 다를 수 있습니다.
  • 패치 및 업데이트 탭에서 패치 번호 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