Oracle Database 이전
온프레미스 VMware 환경에서 실행되는 Oracle 데이터베이스를 Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Base Database Service 등의 Oracle Cloud Infrastructure Database 서비스로 마이그레이션하는 것이 좋습니다. Oracle Cloud Infrastructure Database 서비스와 함께 제공되는 모든 혜택을 누릴 수 있습니다.
온-프레미스(On-Premise) VMware 환경에서의 데이터베이스 이전
기존 애플리케이션 및 미들 계층 시스템을 온프레미스에서 Oracle Cloud VMware Solution으로 마이그레이션하든, Oracle Cloud VMware Solution에서 애플리케이션 및 미들 계층 시스템을 생성하든, Oracle Cloud VMware Solution 플랫폼으로의 데이터베이스 연결 지연 시간 및 근접성을 고려해야 합니다.
- Oracle Database 생성 또는 기존 Oracle Database를 Oracle Cloud Infrastructure로 마이그레이션
Oracle Cloud Infrastructure Database 서비스를 적극 권장합니다. Oracle Cloud Infrastructure에서는 다양한 데이터베이스 서비스 옵션을 사용할 수 있습니다. 응용 프로그램 및 작업 로드 요구 사항에 따라 적절한 옵션을 선택할 수 있습니다.
- Oracle 이외의 데이터베이스를 Oracle Cloud VMware Solution으로 마이그레이션
이 옵션은 Microsoft SQL Server, IBM DB2, PostgreSQL 등의 비Oracle 데이터베이스에만 적용됩니다. 이 사용 사례에서는 특정 데이터베이스에 대한 VMware HCX 도구 및 마이그레이션 모범 사례를 사용하여 비Oracle 데이터베이스를 Oracle Cloud VMware Solution으로 마이그레이션할 수 있습니다.
- 온프레미스 데이터베이스 유지 관리
이 옵션을 사용하면 온프레미스에서 클라우드로 데이터베이스 시스템을 마이그레이션할 필요가 없습니다. 그러나 대기 시간 및 처리량은 애플리케이션에 미치는 영향에 대한 주요 고려 사항일 수 있습니다. Oracle Cloud VMware Solution 및 온프레미스 간 연결을 위해 Oracle Cloud Infrastructure FastConnect와 같은 솔루션을 고려해 보십시오.
Oracle Cloud Infrastructure로 Oracle 데이터베이스 이전
Oracle 또는 비Oracle 데이터베이스를 온프레미스 데이터 센터에서 Oracle Cloud Infrastructure로 마이그레이션하기 전에 다음 고려 사항, 사전 요구 사항 및 평가 프로세스를 검토하십시오.
고려사항
이 섹션은 이전 섹션에 나열된 데이터베이스 플랫폼을 포함하는 온프레미스 Oracle 데이터베이스를 Oracle Cloud Infrastructure로 마이그레이션하는 데 적용됩니다. 이전 작업을 시작하기 전에 개별 데이터베이스 작업 로드, 제한 사항 및 종속성을 이해합니다.
- 이 데이터베이스의 현재 버전은 무엇입니까?
- 이 버전의 데이터베이스를 몇 개나 이전하겠습니까?
- 몇 개의 데이터베이스가 특정 LOB(현업 부서)에 연결되어 있습니까?
- 비Linux 플랫폼에 데이터베이스가 있습니까? 즉, 교차 엔디언 마이그레이션이 있습니까?
- 함께 마이그레이션해야 하는 종속 데이터베이스가 있습니까?
- 마이그레이션할 타사 데이터베이스(비Oracle)가 있으며 어떤 버전(예: SQL Server 2016)이 있습니까?
- 테스트 및 개발 데이터베이스의 경우 모든 복사본이 마이그레이션됩니까 아니면 마스터 복사본만 마이그레이션됩니까?
- 데이터베이스의 크기(총 디스크 공간 및 데이터 공간(GB/TB)
- Oracle Cloud에 대한 네트워크 연결을 위해 FastConnect 또는 VPN을 사용하시겠습니까? 데이터베이스의 대역폭과 크기는 주로 마이그레이션 솔루션을 구동합니다.
이전 옵션
Oracle Databases를 온프레미스에서 Oracle Cloud Infrastructure로 마이그레이션하는 방법에는 여러 가지가 있습니다. 각 방법은 RPO(Business Recovery Point Objective), RTO(Recovery Time Objective) 및 SLA(General Availability Service Level Agreement)에 따라 달라집니다. 마이그레이션 관리자는 해당 비즈니스 계약을 적절한 방법으로 평가하고 매핑해야 합니다.
Oracle Maximum Availability Architecture(MAA)는 특히 이러한 옵션과 방법을 다룹니다. 다음 표에서는 이에 대해 간략하게 설명합니다.
| 해결책 | 복잡성 | 마이그레이션의 세분성 | 이전 유형(물리적 또는 논리적) | 전체 배포 작업 | 이전 모델 | 주요 마이그레이션 사용 사례 |
|---|---|---|---|---|---|---|
| Data Pump 기존 엑스포트 및 임포트 | 저가 | 중간 | 논리 | 고가 | 온라인/포인트 |
|
| 데이터 펌프 전체 전송 가능 | 중간 | 저가 | 실제 | 중간 | 온라인/지속
엑스포트 중에 소스가 읽기 전용이어야 합니다. |
엔디언이 동일한 전체 데이터베이스(소스 Oracle Database 버전 11.2.0.3 필요) |
| 데이터 펌프 Transportable 테이블스페이스 | 중간 | 저가 | 실제 | 중간 | 온라인/지속 | 스키마 테이블스페이스 집합(소스 Oracle Database 버전 11.2.0.3 필요) |
| SQL*Loader | 저가 | 고가 | 논리 | 고가 | 오프라인 | 특정 테이블 또는 스키마 이전 |
| GoldenGate | 고가 | 고가 | 논리 | 고가 | 오프라인/지속적 |
|
| RMAN 백업 및 복원 | 저가 | 저가 | 실제 | 저가 | 오프라인/지속적 | 전체 데이터베이스 또는 테이블스페이스 집합 |
| Data Guard | 저가 | 저가 | 실제 | 저가 | 온라인/지속 | 다운타임이 거의 없는 전체 데이터베이스 |
|
PDB 원격 복제 원격 복제 PDB 재배치 PDB 이전 |
저가 | 저가 | 실제 | 저가 | 온라인/지속 |
|
주:
대부분의 솔루션을 결합하여 가장 효율적인 마이그레이션 전략을 수립할 수 있습니다. 일부 패키지 응용 프로그램의 경우 마이그레이션에 지원되는 도구에 제한이 있을 수 있습니다.크기 조정 및 배치 계획
주:
데이터베이스 및 VM에 대한 용량 크기 조정 작업은 온프레미스와 동일합니다.- 작업 로드의 성능 요구 사항
- 초당 트랜잭션 수
- 사용자 접속 수
- 향후 예상되는 작업 로드 변경
- 용량 요구사항
- vCPUs
- 메모리
- 스토리지 및 IO 용량
- 미래 성장
- 관리 효율성 요구 사항
- Oracle Cloud Infrastructure 네이티브 서비스 및 접근성
- 모니터링 툴
- 백업 솔루션
- 확장성 기능
- 데이터베이스 스케일
- VM 규모
- 클러스터 확장
- 가용성 요구 사항
- Oracle 고가용성 솔루션
- vMotion, DRS
- 애플리케이션 요구사항
- 온-프레미스(On-Premise) 구성 요소 간의 종속성
- 애플리케이션과 Oracle Cloud Infrastructure 서비스 간의 네트워크 흐름
합리화, 표준화 및 통합
마이그레이션 작업의 일환으로 마이그레이션 팀은 이 기회를 사용하여 데이터베이스 버전을 표준화하고 적절한 경우 데이터베이스 시스템을 통합하는 것이 좋습니다. Oracle Database 19c는 장기 지원 릴리스를 제공하므로 최소 표준화된 데이터베이스 버전이어야 합니다.
통합은 조직이 운영 효율성을 높이기 위해 추구하는 주요 전략 중 하나입니다. 통합을 통해 조직은 IT 리소스의 활용도를 높여 동일한 결과를 달성하는 데 필요한 리소스가 줄어들기 때문에 비용을 절감할 수 있습니다. 더 적은 수의 구성 요소와 객체를 모니터링, 관리 및 유지 관리해야 하므로 운영 비용도 절감됩니다.
DBA와 관리자는 가능한 많은 데이터베이스를 통합할 수 있는 최적의 기회를 모색해야 합니다. Oracle 19c에서는 Oracle 다중 테넌트 옵션을 최대 세 개의 플러그 가능한 데이터베이스(PDB)와 함께 사용할 수 있습니다. 이를 통해 규모에 대한 경제성이 향상되고 애플리케이션 및 데이터베이스 현대화를 통해 통합 밀도가 높아집니다. 따라서 배치의 CDB(컨테이너 데이터베이스) 모델에 맞는 데이터베이스를 결정해야 합니다.
통합과 함께 격리 관리를 고려합니다. 격리 요구 사항은 가능한 통합 방법 또는 정도에 영향을 줄 수 있습니다. 시스템에서 요구하는 격리 수준은 단일 데이터베이스에 여러 PDB를 통합할지, 단일 플랫폼에 여러 데이터베이스를 호스팅할지 또는 두 접근 방식의 조합을 사용할지 결정합니다. 격리 기능은 결함, 리소스, 보안 및 운영의 네 가지 영역으로 분류할 수 있습니다. 각 클라우드 모델은 OS 또는 데이터베이스 내장 기능을 사용하여 격리를 약간 다르게 처리하며, 종종 고급 기능 또는 제품과 결합하여 완전한 솔루션을 제공하고 위험을 보완합니다.
Oracle Zero Downtime Migration을 사용하여 Oracle Database Service로 마이그레이션
이 문서에서는 온프레미스 환경에서 Oracle Database를 다운타임 없이 마이그레이션하기 위한 자세한 단계를 제공하지 않습니다. Oracle Database: Move to Oracle Cloud Using Zero Downtime Migration에 설명된 세부 단계를 따를 수 있습니다.
- Oracle Zero Downtime Migration은 Oracle Database 버전 11.2.0.4 이상을 지원합니다.
- 소스 및 대상 데이터베이스는 동일한 데이터베이스 버전을 사용해야 합니다.
- Oracle Zero Downtime Migration은 Linux 운영 체제에서 호스팅되는 Oracle Databases를 지원합니다.
- 원본 데이터베이스는 단일 Instance 또는 Oracle Real Application Clusters(RAC) 데이터베이스로 이전하는 단일 Instance 데이터베이스일 수도 있고 RAC 단일 노드 또는 RAC 데이터베이스일 수도 있고 RAC 데이터베이스로 이전하는 단일 Instance 데이터베이스일 수도 있습니다.
- Oracle Zero Downtime Migration은 Enterprise Edition 및 Standard Edition Oracle Databases를 소스 데이터베이스로 지원합니다. Enterprise Edition 데이터베이스는 Oracle Data Guard를 사용하여 이전됩니다. Standard Edition 데이터베이스는 백업 및 복원 방법을 사용하여 오프라인으로 이전됩니다.
- Oracle Zero Downtime Migration을 사용하면 소스 데이터베이스가 하나 이상의 플러거블 데이터베이스(PDB)를 갖춘 비컨테이너 데이터베이스(CDB) 또는 컨테이너 데이터베이스(CDB)가 될 수 있습니다. 소스 데이터베이스가 비CDB인 경우 비CDB로 이전됩니다. 소스 데이터베이스가 하나 이상의 PDB가 있는 CDB인 경우 Oracle Zero Downtime Migration은 소스 CDB와 동일한 PDB 세트를 가진 CDB로 마이그레이션합니다.
- 마이그레이션을 지원하기 위해 Oracle Zero Downtime Migration은 Oracle Fleet Patching and Provisioning(FPP) 프레임워크의 특징과 기능을 사용합니다. 예를 들어 FPP 작업 스케줄러 기능을 사용하여 모든 데이터베이스 이전 작업을 스케줄링, 일시 중지 및 재개할 수 있는 모든 권한을 부여합니다. Oracle Zero Downtime Migration은 또한 FPP의 평가 모드를 사용하여 마이그레이션 프로세스를 검증하고 마이그레이션이 시작되기 전에 가능한 실패 조건을 감지합니다. Oracle Zero Downtime Migration에는 마이그레이션 중 및 이후의 감사 기능이 포함되어 있으며, 마이그레이션 프로세스를 각기 다른 단계로 배포하여 사용자가 워크플로를 사용자 정의하고 모든 단계에서 사용자 작업 스크립트를 추가할 수 있습니다.
온프레미스에서 클라우드로 마이그레이션할 때는 여러 가지 소스 및 대상 시나리오를 고려해야 합니다. 온프레미스 소스 애플리케이션과 데이터베이스가 모두 VMware에서 실행 중일 수도 있고, 데이터베이스가 Oracle Database Appliance 또는 Oracle Exadata를 실행하는 동안 애플리케이션이 VMware에서 실행 중일 수도 있습니다. 또한 Oracle Cloud VMware Solution에서 실행되는 애플리케이션, Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Autonomous Database on Dedicated Exadata Infrastructure에서 실행되는 데이터베이스 등 여러 가지 대상 클라우드 시나리오를 고려해야 합니다. 소스 및 대상 시나리오에 따른 자세한 Oracle Database 마이그레이션 지침은 자세히 살펴보기를 참조하십시오.