Oracle Database 이전
온프레미스 VMware 환경에서 실행되는 Oracle 데이터베이스를 Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Base Database Service 등과 같은 Oracle Cloud Infrastructure Database 서비스로 마이그레이션하는 것이 좋습니다. Oracle Cloud Infrastructure Database 서비스와 함께 제공되는 모든 이점을 활용할 수 있습니다.
온프레미스 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 Databases를 Oracle Cloud Infrastructure로 마이그레이션
Oracle 또는 비Oracle 데이터베이스를 온프레미스 데이터 센터에서 Oracle Cloud Infrastructure로 마이그레이션하기 전에 다음 고려 사항, 필요 조건 및 평가 프로세스를 검토하십시오.
고려사항
이 섹션은 이전 섹션에 나열된 데이터베이스 플랫폼을 포함하는 온프레미스 Oracle 데이터베이스를 Oracle Cloud Infrastructure로 마이그레이션하는 데 적용됩니다. 이전 작업을 시작하기 전에 개별 데이터베이스 작업 로드, 제한 사항 및 종속성을 이해하십시오.
- 이 데이터베이스의 현재 버전은 무엇입니까?
- 이 버전의 데이터베이스를 몇 개나 이전하겠습니까?
- 얼마나 많은 데이터베이스가 특정 LOB(현업 부서)에 연결되어 있습니까?
- 비Linux 플랫폼의 데이터베이스, 즉 교차 엔디언 마이그레이션이 있습니까?
- 함께 마이그레이션해야 하는 종속 데이터베이스가 있습니까?
- 마이그레이션할 타사 데이터베이스(비Oracle)와 어떤 버전(예: SQL Server 2016)이 있습니까?
- 테스트 및 개발 데이터베이스의 경우 모든 복제본이 마이그레이션됩니까, 아니면 마스터 복제본만 마이그레이션됩니까?
- 데이터베이스의 크기(데이터 자체의 총 디스크 공간 및 공간(GB/TB)는 얼마입니까?
- Oracle Cloud에 대한 네트워크 연결에 FastConnect 또는 VPN을 사용하시겠습니까? 데이터베이스의 대역폭과 크기는 주로 마이그레이션 솔루션을 구동합니다.
이전 옵션
온프레미스에서 Oracle Cloud Infrastructure로 Oracle 데이터베이스를 마이그레이션하는 방법에는 여러 가지가 있습니다. 각 방식은 RPO(Business Recovery Point Objective), RTO(Recovery Time Objective) 및 SLA(전체 가용성 SLA)에 따라 다릅니다. 마이그레이션 관리자는 해당 비즈니스 계약을 적절한 방법으로 평가하고 매핑해야 합니다.
Oracle Maximum Availability Architecture(MAA)는 이러한 옵션과 방법을 구체적으로 다룹니다. 다음 표에서는 이에 대해 간략하게 설명합니다.
| 해결책 | 복잡성 | 마이그레이션의 세분성 | 마이그레이션 유형(물리적 또는 논리적) | 전체 배포 작업 | 이전 모델 | 키 마이그레이션 사용 사례 |
|---|---|---|---|---|---|---|
| Data Pump 기본 익스포트 및 임포트 | 저가 | 중간 | 논리 | 고가 | 온라인/포인트 |
|
| 데이터 펌프 전체 전송 가능 | 중간 | 저가 | 실제 | 중간 | 온라인/계속
엑스포트 중에 소스를 읽기 전용으로 설정해야 합니다. |
엔디언이 동일한 전체 데이터베이스(소스 Oracle Database 버전 11.2.0.3 필요) |
| 데이터 펌프 전송 가능 테이블스페이스 | 중간 | 저가 | 실제 | 중간 | 온라인/계속 | 스키마 테이블스페이스 집합(소스 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
- 응용 프로그램 요구 사항
- 온프레미스 구성요소 간의 종속성
- 애플리케이션과 Oracle Cloud Infrastructure 서비스 간의 네트워크 흐름
합리화, 표준화 및 통합
마이그레이션 노력의 일환으로 마이그레이션 팀은 이 기회를 사용하여 데이터베이스 버전을 표준화하고 적절한 경우 데이터베이스 시스템을 통합하는 것이 좋습니다. Oracle Database 19c는 장기 지원 릴리스를 제공하기 때문에 표준화된 최소 데이터베이스 버전이어야 합니다.
통합은 조직이 운영 효율성을 높이기 위해 추구하는 주요 전략 중 하나입니다. 통합을 통해 조직은 IT 리소스의 활용도를 높일 수 있으므로 동일한 결과를 달성하는 데 필요한 리소스가 줄어들기 때문에 비용을 절감할 수 있습니다. 또한 모니터링, 관리 및 유지 관리해야 하는 구성 요소와 객체 수가 줄어들기 때문에 운영 비용도 절감됩니다.
DBA와 관리자는 가능한 많은 데이터베이스를 통합할 수 있는 최적의 기회를 찾아야 합니다. Oracle 19c에서는 최대 세 개의 PDB(플러그 가능한 데이터베이스)와 함께 Oracle 다중 테넌트 옵션을 사용할 수 있습니다. 이는 더 큰 규모의 경제를 제공하며 애플리케이션 및 데이터베이스 현대화를 통해 더 높은 통합 밀도를 실현할 수 있습니다. 따라서 배치의 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 supports Oracle Databases hosted on Linux operating systems.
- 원본 데이터베이스는 단일 Instance 또는 Oracle Real Application Clusters (RAC) 데이터베이스로 이전하는 단일 Instance 데이터베이스이거나 RAC 데이터베이스로 이전하는 RAC 단일 노드 또는 RAC 데이터베이스일 수 있습니다.
- 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 마이그레이션 지침은 자세히 알아보기를 참조하십시오.