시작하기 전에
리소스 및 애플리케이션 마이그레이션을 시작하기 전에 마이그레이션 옵션을 고려하고 필요한 애플리케이션 데이터베이스를 프로비전닝하고 마이그레이션합니다.
단일 데이터베이스 시스템의 CDB(컨테이너 데이터베이스) 내에서 애플리케이션 데이터베이스를 별도의 데이터베이스 또는 pdb(플러그인할 수 있는 데이터베이스) 로 프로비전할 수 있습니다.
다중 노드 Db를 지원하는 Oracle Grid Infrastructure 또는 논리적 볼륨 관리자가 모두 지원됩니다.
주:
ZDM(제로 작동 중지 시간 이전) 과 같은 데이터베이스 이전 툴을 사용하려면 이전할 소스 데이터베이스의 SYS 비밀번호와 대상 데이터베이스 SYS 비밀번호가 동일해야 합니다.워크로드 복잡성 및 작동 중지 시간 요구사항에 따라 사용할 수 있는 다양한 마이그레이션 전략이 있습니다.
데이터베이스 프로비전에 대한 자세한 내용은 이 문서의 앞부분에 있는 가상 시스템 데이터베이스 프로비전 을(를) 참조하십시오.
작업 로드 이전 정보
이 섹션에서는 여러 가지 일반적인 마이그레이션 시나리오를 제공합니다.
한 가지 옵션 세트는 온-프레미스 워크로드를 Oracle Cloud Infrastructure의 새로 생성된 도메인으로 마이그레이션합니다.
- WebLogic 관리자 콘솔을 사용하여 작업 로드를 수동으로 이전하여 리소스를 배치하고 다음 방법 중 하나를 사용하여 응용 프로그램을 배치합니다.
- WebLogic 관리자 콘솔
- JDeveloper 배치 툴
- WebLogic WLDT(Deploy Tooling) 를 사용하여 작업 로드를 이전하십시오.
- 기존 응용 프로그램 배치 스크립트를 새 도메인에 대상으로 지정하여 WebLogic Scripting Tool을 사용하여 작업 로드를 이전하십시오.
다른 옵션은 온-프레미스(예: WebLogic 스크립트 또는 WebLogic 배치 툴 모델 파일) 에 도메인을 배치하는 데 사용하는 WebLogic 서버 툴을 업데이트하고 이를 Oracle Cloud Infrastructure에 대상으로 지정하여 새 도메인을 생성하고 애플리케이션을 재배포하는 것입니다.
Oracle 데이터베이스를 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(비즈니스 복구 지점 목표), RTO(복구 시간 목표) 및 SLA(전체 가용성 서비스 레벨 계약) 에 따라 달라집니다. 이전 관리자는 적합한 방법으로 해당 비즈니스 계약을 평가하고 매핑해야 합니다.
MAA(Oracle Maximum Availability Architecture) 에서는 특히 이러한 옵션과 메소드를 다룹니다. 다음 표에서는 이 표에 대해 간략하게 설명합니다.
| 솔루션 | 복잡성 | 마이그레이션 세분성 | 마이그레이션 유형(실제 또는 논리적) | 전체 배포 공수 | 마이그레이션 모델 | 키 이전 사용 사례 |
|---|---|---|---|---|---|---|
| 데이터 펌프 규칙 익스포트 및 임포트 | 낮음 | 중간 | 논리 | 높음 | 온라인/특정 시점 |
|
| 데이터 펌프 전체 전송 가능 | 중간 | 낮음 | 물리적 | 중간 | 온라인/연속
익스포트하는 동안 소스가 읽기 전용이어야 합니다. |
엔디언이 동일한 전체 데이터베이스(소스 Oracle Database 버전 11.2.0.3 필요) |
| 데이터 펌프 전송 가능한 테이블스페이스 | 중간 | 낮음 | 물리적 | 중간 | 온라인/연속 | 스키마 테이블스페이스 집합(소스 Oracle Database 버전 11.2.0.3 필요) |
| SQL*Loader | 낮음 | 높음 | 논리 | 높음 | 오프라인 | 특정 테이블 또는 스키마 이전 |
| GoldenGate | 높음 | 높음 | 논리 | 높음 | 오프라인/연속 |
|
| RMAN 백업 및 복원 | 낮음 | 낮음 | 물리적 | 낮음 | 오프라인/연속 | 전체 데이터베이스 또는 테이블스페이스 집합 |
| Data Guard | 낮음 | 낮음 | 물리적 | 낮음 | 온라인/연속 | 작동 중지 시간이 0이거나 0인 전체 데이터베이스 |
|
PDB 원격 복제 원격 복제 PDB 재배치 PDB 이전 |
낮음 | 낮음 | 물리적 | 낮음 | 온라인/연속 |
|
주:
대부분의 솔루션을 결합하여 가장 효율적인 마이그레이션 전략을 생성할 수 있습니다. 일부 패키지화된 응용 프로그램에서는 이전에 지원되는 툴에 대한 제한 사항이 있을 수 있습니다.크기 조정 및 배포 계획
주:
데이터베이스 및 VM에 대한 용량 크기 조정이 온프레미스와 동일합니다.- 작업 로드의 성능 요구사항
- 초당 트랜잭션
- 사용자 접속 수
- 예상 미래 작업 로드 변경
- 용량 요구 사항
- vCPUs
- 메모리
- 저장 영역 및 IO 용량
- 미래 성장
- 관리성 요구사항
- Oracle Cloud Infrastructure 원시 서비스 및 접근성
- 모니터링 도구
- 백업 솔루션
- 확장성 기능
- 데이터베이스 스케일
- VM 확장
- 클러스터 배율
- 가용성 요구사항
- Oracle 고가용성 솔루션
- vMotion, DRS
- 애플리케이션 요구사항
- 온-프레미스 구성요소 간의 종속성
- 애플리케이션과 Oracle Cloud Infrastructure 서비스 간의 네트워크 플로우
근거, 표준화 및 통합
마이그레이션 작업 중에 이 기회를 사용하여 데이터베이스 버전을 표준화하고 필요에 따라 데이터베이스 시스템을 통합하는 것이 좋습니다. Oracle Database 19c는 장기 지원 릴리스를 제공하므로 최소한의 표준화된 데이터베이스 버전이어야 합니다.
통합은 조직이 작업의 효율성을 높이기 위해 추구하는 주요 전략 중 하나입니다. 통합을 통해 조직은 동일한 결과를 달성하기 위해 필요한 리소스가 줄어들기 때문에 비용을 낮추는 IT 리소스의 활용률을 높일 수 있습니다. 또한 구성요소 및 객체가 모니터링, 관리 및 유지 관리되어야 하므로 운영 비용도 감소합니다.
Dba 및 관리자는 최대한 많은 데이터베이스를 통합할 수 있는 가장 좋은 기회를 찾아야 합니다. Oracle 19c에서는 최대 3개의 플러그 가능 데이터베이스(PDB) 와 함께 Oracle 다중 테넌트 옵션을 사용할 수 있습니다. 이렇게 하면 스케일이 더욱 경제적이며, 더 높은 통합 밀도가 애플리케이션 및 데이터베이스 중재에 부합될 수 있습니다. 따라서 어떤 데이터베이스가 배치 컨테이너 데이터베이스(CDB) 모델에 맞는지 확인해야 합니다.
통합과 함께 분리 관리를 고려하십시오. 격리 요구사항은 가능한 통합 방식 또는 정도에 영향을 줄 수 있습니다. 시스템에서 여러 Pdb를 단일 데이터베이스에 통합할지, 단일 플랫폼의 여러 데이터베이스를 호스트할지, 두 접근 방법의 조합을 모두 사용할지 여부를 결정하는 분리 레벨입니다. 격리는 결함, 리소스, 보안 및 작동 영역의 네 영역으로 분류될 수 있습니다. 각 클라우드 모델은 OS 또는 데이터베이스 내장 기능을 사용하여 OS나 데이터베이스 내장 기능을 약간 다르게 처리하고, 종종 고급 기능 또는 제품과 결합하여 완벽한 솔루션을 제공하며 위험에 익숙해집니다.