Azure로 Oracle 워크로드 마이그레이션

클라우드 채택 과정의 일환으로 기존 워크로드를 클라우드로 마이그레이션해야 합니다. Oracle 워크로드는 다른 워크로드와 유사하며 성공적인 마이그레이션을 위해 체계적인 접근 방식이 필요합니다. 마이그레이션 방법론에 대한 자세한 내용은 클라우드 채택 프레임워크 클라우드 마이그레이션을 참조하세요. 이 문서에서는 Oracle 워크로드와 관련된 고유한 제약 조건 및 고려 사항에 대해 설명합니다.

Oracle 마이그레이션 프로세스

워크로드에 관련 서비스 유형을 사용하여 성능을 개선하고 비용을 절감하기 위해 인프라 요구 사항을 지속적으로 재평가해야 합니다. 예를 들어 워크로드를 Oracle Database@Azure 이동하려는 경우 선택한 SKU가 요구 사항을 충족하는지 확인합니다. 마찬가지로 Azure Virtual Machines에서 워크로드를 Oracle로 이동하는 경우 VM(가상 머신) 크기가 요구 사항을 충족하는지 확인합니다. 자세한 내용은 Oracle 워크로드를 Azure 랜딩 존으로 마이그레이션하기 위한 용량 계획을 참조 하세요.

마이그레이션 리소스를 검토하여 Oracle에서 Azure로 마이그레이션 프로세스를 정의합니다. 다음도 가능합니다.

• Azure 구독 할당량 제한 확인: Azure Virtual Machines에서 Oracle로 마이그레이션할 경우 선택한 대상 VM 크기를 Azure 구독의 할당량 한도에 맞게 조정해야 합니다.

• 배포 모델 식별: IaaS(Infrastructure as Code), CI/CD(지속적인 통합 및 지속적인 업데이트) 파이프라인 및 기타 DevOps 사례를 사용하여 솔루션 구성 요소의 배포를 최대한 자동화합니다.

• 애플리케이션 종속성 확인: 마이그레이션 작업이 최소한의 중단이 있는지 확인합니다.

• 데이터 용량 식별: 온-프레미스 환경에서 Azure로 현재 사용 가능한 네트워크 연결 용량을 마이그레이션하고 평가할 데이터의 양을 식별합니다. 이 정보를 사용하여 온-프레미스 환경에서 Azure로 직접 데이터를 복사할 수 있는지 확인합니다. 초기 데이터 로드를 위해 Azure Data Box와 같은 실제 데이터 전송 어플라이언스 필요할 수 있습니다.

• 가용성 요구 사항 확인: 사용할 수 있는 마이그레이션 도구에 영향을 줄 수 있으므로 워크로드 가용성 요구 사항을 결정합니다.

Oracle Database@Azure 경우 다음을 확인합니다.

• 솔루션을 배포하려는 지역에서 Oracle Database@Azure 솔루션을 사용할 수 있는지 확인합니다. 자세한 내용은 사용 가능한 지역을 참조 하세요.

• 온-프레미스 환경에서 Oracle Database@Azure 이동할 때 필요한 데이터베이스 변경 사항을 고려합니다. 마이그레이션에는 데이터베이스 테이블스페이스 및 스키마에 대한 일부 변경 내용이 포함될 수 있습니다. 자세한 내용은 Oracle 데이터베이스를 Exadata Cloud Service로 마이그레이션을 참조 하세요.

Oracle 마이그레이션 워크로드 관련 활동

다음 섹션에서는 마이그레이션 프로세스에 대해 자세히 설명합니다. 단계가 반드시 순차적인 것은 아닙니다. 몇 가지 단계를 병렬로 수행할 수 있습니다.

• 원본 및 대상 시스템 버전 평가: 온-프레미스 운영 체제 버전, 애플리케이션 버전 및 데이터베이스 버전이 Azure에서 사용하려는 버전과 동일한지 여부를 평가합니다.

  • 하나 이상의 리소스를 업데이트해야 하는 경우 마이그레이션 프로세스를 복잡하게 하지 않도록 마이그레이션 전에 업데이트합니다.

  • 온-프레미스 데이터베이스가 Oracle Solaris, IBM AIX(Advanced Interactive Executive) 또는 HP-UX(Hewlett Packard Unix) 같은 대규모 엔디언 운영 체제에서 실행되는 경우 데이터베이스 마이그레이션 프로세스에는 엔디안 변환이 포함됩니다. Azure 지원 작은 엔디안 운영 체제. 도구 관점에서 이 지원은 마이그레이션에 사용할 도구를 고려할 때 옵션 수를 제한합니다. 특히 Oracle Data Guard, Azure Migrate 및 Modernize 또는 다른 파일 복사 메서드를 사용할 수 없습니다. Endian 변환과 호환되는 마이그레이션 방법에는 Oracle Data Pump Export, Oracle Data Pump Import, Oracle XTTS(플랫폼 간 전송 가능 테이블스페이스) 또는 Oracle GoldenGate, Quest SharePlex 및 Striim과 같은 데이터 복제본(replica)tion 유틸리티가 포함됩니다.

  • 요구 사항 및 호환성에 따라 온-프레미스 애플리케이션 서버를 현대화하거나 마이그레이션할 수 있습니다. 자세한 내용은 클라우드 채택 시나리오를 참조 하세요.

• 마이그레이션 프로세스 중에 워크로드 가용성 요구 사항을 평가합니다. 워크로드 가동 중지 시간을 최소화해야 하는 경우 데이터 펌프 내보내기 기능, 데이터 펌프 가져오기 기능 또는 Azure Migrate 및 현대화와 같은 마이그레이션 방법이 워크로드에 적합하지 않을 수 있습니다. 이 경우 다음 3단계 프로세스를 수행할 수 있습니다.

  • RMAN(Oracle Recovery Manager)을 사용하여 Azure에서 전체 데이터베이스를 백업한 다음 복원합니다. 필요한 경우 XTTS를 통해 엔디안 변환을 수행합니다. 그 결과 온-프레미스 원본 데이터베이스의 지정 시간 복사본인 데이터베이스가 생성됩니다. 자세한 내용은 플랫폼 간에 데이터 전송을 참조 하세요.

  • 두 원본이 모두 little-endian 형식인 경우 Oracle Data Guard를 사용하여 Azure에서 새로 복원된 데이터베이스를 원본 데이터베이스와 동기화합니다. 마이그레이션에 big-endian에서 little-endian으로의 변환이 포함된 경우 Data Guard를 사용할 수 없습니다. 대신 Oracle GoldenGate, Quest SharePlex 또는 Striim과 같은 SQL 기반 데이터 복제본(replica)tion 유틸리티를 사용하여 Azure에서 새로 복원된 데이터베이스를 원본 데이터베이스와 동기화합니다.

  • Azure의 대상 데이터베이스를 원본 온-프레미스 데이터베이스와 동기화한 후 중단을 예약할 수 있습니다. 단독형은 원본 온-프레미스 데이터베이스를 종료하고 마지막 몇 개의 트랜잭션을 Azure의 대상 데이터베이스로 플러시합니다. 그런 다음 Azure에서 대상 데이터베이스를 새 원본 데이터베이스로 열 수 있습니다. 단독형은 사용하는 동기화 방법에 따라 몇 분 정도 걸릴 수 있습니다.

  • 애플리케이션 서비스에 대해 선택한 마이그레이션 방법에 따라 애플리케이션을 Azure로 완전히 마이그레이션하기 전에 여러 애플리케이션 서비스 작업을 완료해야 할 수 있습니다.

  • 마이그레이션 프로세스에 Oracle ZDM(제로 가동 중지 시간 마이그레이션)을 사용하는 것이 좋습니다. 자세한 내용은 제로 가동 중지 시간 마이그레이션을 참조 하세요.

• 필요한 라이선스 평가: 데이터베이스에는 마이그레이션 도구에 따라 다양한 라이선스가 필요할 수 있습니다. 예를 들면 다음과 같습니다.

  • Oracle Data Guard에는 Oracle Database Enterprise Edition이 필요합니다.

  • Oracle GoldenGate에는 Oracle GoldenGate 라이선스가 필요합니다.

  Azure의 Oracle 라이선스에 대한 자세한 내용은 클라우드 컴퓨팅 환경에서 Oracle 소프트웨어 라이선스를 참조 하세요.

다음 단계

Azure로 Oracle 데이터베이스 마이그레이션