데이터베이스 이전 중 작동 중지 시간 감소에 대해 알아보기

운용 데이터베이스를 새 플랫폼으로 마이그레이션하기 위한 계획된 작동 중지 시간은 계획되지 않은 작동 중지 시간으로 인해 작동 중단될 수 있습니다. 특히 여러 시간대에서 사용자를 지원하는 글로벌 엔터프라이즈와 하루 24시간, 7일 간의 고객에게 인터넷 액세스를 제공하는 엔터프라이즈의 경우 마찬가지입니다. 데이터베이스를 온프레미스에서 클라우드로 마이그레이션하거나 현재 클라우드 서비스에서 새 인프라 또는 플랫폼으로 마이그레이션하는지에 관계없이 고가용성을 제공하는 Oracle 기술을 사용하여 작동 중지 시간을 줄일 수 있습니다.

예상 작동 중지 시간에 대해 알아보기

온프레미스에서 클라우드로 데이터베이스를 이전할 때 일부 옵션의 경우 작동 중지 시간이 다른 옵션입니다.

다음 표는 고가용성 이전 솔루션에 대해 예상된 작동 중지 시간을 보여줍니다.

Oracle 솔루션 예상 운용중단 시간

Oracle GoldenGate

0-초

Oracle Data Guard

5분 미만

Oracle 복구 관리자

2시간 미만

Oracle Cloud 백업에서 인스턴스화

데이터베이스 크기에 따라 남은 시간 (분)

데이터베이스를 Oracle Database Cloud Service 로 마이그레이션하기 위한 고려 사항

다양한 방법으로 온-프레미스 Oracle DatabaseOracle Database Cloud Service 로 이전할 수 있습니다.

모든 마이그레이션 방법에서 모든 마이그레이션 시나리오에 적용되는 것은 아닙니다. 대부분의 마이그레이션 방법은 소스 데이터베이스와 대상 데이터베이스의 특정 특성이 일치하거나 호환되는 경우에만 적용됩니다. 추가 계수는 이전 시나리오에 기술적으로 적용할 수 있는 메소드 중에서 이전에 대해 선택하는 메소드에 영향을 줄 수 있습니다.

이전 방식을 선택할 때 고려할 일부 특성과 데이터베이스 옵션은 다음과 같습니다.

  • 소스 데이터베이스 버전

  • Oracle Database Cloud Service 데이터베이스 버전

  • 온프레미스 호스트 운영 체제 및 버전

  • 온프레미스 데이터베이스 문자 집합

  • 데이터 수량 (인덱스 포함)

  • 온-프레미스 데이터베이스에 사용되는 데이터 유형

  • 데이터 준비를 위한 스토리지

  • 허용되는 시스템 장애 길이

  • 네트워크 대역폭 및 연결

마이그레이션 시나리오에 적용할 수 있는 마이그레이션 방법을 결정하려면 다음 정보를 수집합니다.

  1. 소스 온-프레미스 데이터베이스의 데이터베이스 버전입니다.

    Oracle Database 11g 릴리스 2버전이 11.2.0.4보다 낮으면 적어도 11.2.0.4. 버전으로 업그레이드해야 합니다.

  2. 온-프레미스 Oracle Database 12c 릴리스 1버전 12.1.0.2 이상의 데이터베이스의 경우 데이터베이스의 구조입니다.

    • CDB(컨테이너 데이터베이스) 는 하나 이상의(단일 테넌트) pdb(다중 테넌트) 플러그인할 수 있는 데이터베이스를 지원할 수 있습니다.
    • 비CDB

  3. 온-프레미스 소스 데이터베이스 호스트 플랫폼 및 엔디언 형식입니다.

    플랫폼은 사용하는 바이트 순서에 따라 little-endian 또는 big-endian 입니다. Oracle Database Cloud Service 는 리엔디언이 거의 없는 Linux x86–64플랫폼을 사용합니다.

    소스 데이터베이스의 플랫폼 이름을 식별하려면 V$DATABASE를 질의합니다.

    V$TRANSPORTABLE_PLATFORM 질의: 각 플랫폼의 엔디언 형식과 함께 플랫폼 간 테이블스페이스 전송을 지원하는 모든 플랫폼을 표시합니다.

  4. 온-프레미스 데이터베이스와 Oracle Database Cloud Service 데이터베이스의 데이터베이스 문자 집합입니다.

    일부 이전 방법을 사용하려면 소스 데이터베이스와 대상 데이터베이스가 호환되는 데이터베이스 문자 집합을 사용해야 합니다. 기본적으로 데이터베이스는 AL32UTF8 데이터베이스 문자 집합을 사용하도록 구성됩니다.

  5. Oracle Database Cloud Service 로 이전할 대상 데이터베이스 버전입니다.

    Oracle Database 12c 이상을 사용하는 Oracle Cloud 의 데이터베이스는 CDB 구조를 사용합니다. Enterprise Edition 옵션을 사용하여 생성된 데이터베이스는 단일 테넌트이며, Enterprise Edition - High Performance 또는 Enterprise Edition - Extreme Performance 옵션을 사용하여 생성된 데이터베이스는 다중 테넌트입니다.

    • Oracle Database 11g 릴리스 2

    • Oracle Database 12c 릴리스 1

    • Oracle Database 12c 릴리스 2

    • Oracle Database 18c

새 클라우드 서비스로 DBCS 데이터베이스 이전 고려 사항

Oracle Database 는 Oracle Database Cloud Service 환경 간에 이전할 수 있습니다.

데이터베이스 파일 크기, 작업 로드 레벨, 사용 중인 소프트웨어 버전 등 이전에 영향을 줄 수 있는 요소에 대해 현재 환경을 검토하십시오.

이전 전에 소스 데이터베이스를 최적화하는 방법에 영향을 주는 버전, 패치 및 저장 영역과 같은 대상 환경의 요구사항을 고려하십시오.

이전에 적합한 클라우드 서비스를 확인할 수 있도록 다음 정보를 수집합니다.

  • 소스 데이터베이스의 데이터베이스 파일 크기를 결정하여 대상 데이터베이스 시스템에 할당할 공간을 결정합니다.

    다음 질의를 실행하여 이전하려는 데이터베이스의 데이터베이스 파일에 대한 총 크기를 찾을 수 있습니다.

    SELECT SUM(BYTES)/1024/1024 SIZE_IN_MB FROM DBA_SEGMENTS;

    리두 로그의 크기를 찾으려면 V$LOG 동적 뷰를 질의합니다.

    SELECT GROUP#, BYTES FROM V$LOG;
  • 작업 로드 레벨 확인

    Oracle AWR (자동 작업 로드 저장소) 보고서를 생성하여 소스 데이터베이스의 작업 로드 샘플을 찾을 수 있습니다. 또는 ADDM (자동 데이터베이스 진단 모니터) 보고서를 생성하여 지정된 스냅샷 간의 시간 동안 소스 데이터베이스 성능을 찾을 수 있습니다. 시간 모델 통계, 운영 체제 통계 및 대기 이벤트는 운영 체제 용량과 관련해서 명확한 작업 로드 측정 단위를 제공합니다.

  • 소스 데이터베이스에 설정된 환경 변수를 확인합니다.

    대상 데이터베이스에서 이러한 동일한 설정을 사용할 수도 있습니다.

  • 소스 데이터베이스에서 데이터베이스 문자 집합을 확인하십시오.

    다음 쿼리를 실행하여 데이터베이스 문자 세트를 찾을 수 있습니다.

    SELECT NLS_CHARACTERSET, NLS_NCHAR_CHARACTERSET
     FROM NLS_DATABASE_PARAMETERS;

    대상 데이터베이스에는 이러한 문자 세트도 있어야 합니다.

  • 현재 배치된 재해 복구 계획을 결정합니다.

    예를 들어, Oracle Data Guard 가 이미 배치된 경우 이전 프로시저에 대한 대기 데이터베이스를 생성할 수 있습니다. 크기가 잘못된 백업이 사용된 경우 RMAN (Oracle Recovery Manager) 을 사용하여 Oracle Cloud 에 새 백업을 만드는 작업을 계획해야 합니다.

  • 소스 데이터베이스로 Oracle GoldenGate 가 구성되어 있는지 확인합니다.

    Oracle GoldenGate 에 대한 정보를 찾으려면 ggsci 유틸리티를 실행합니다. 이전을 위해 Oracle Data Guard 를 사용하지 않으려면 Oracle GoldenGate 를 대체 이전 툴로 사용할 수 있습니다.

이전 전 데이터베이스 간소화 및 최적화

데이터베이스를 이전하기 전에 대상 플랫폼 버전으로 업그레이드하고, 사용되지 않는 객체를 삭제하고, 다른 최적화를 수행하여 작동 중지 시간을 줄일 수 있습니다.

모든 데이터베이스 플랫폼 이전에는 다음과 같은 단순화 및 최적화 전략 외에도 상당한 테스트 양이 포함되어야 합니다.

  • 단순화: 서로 다른 버전을 통해 발전된 대부분의 데이터베이스 환경과 다른 데이터베이스 관리자에게는 이전 정보가 포함되어 있습니다. 현재 DBA는 일부 객체, 데이터, 정책 또는 이와 유사한 이유로 이 문제가 될 수 있습니다. 간단히 하기 위해 관리를 보다 쉽고 신뢰할 수 있습니다. 이와 같이 간소화하면 보다 가용성이 높은 시스템으로 이어집니다.

    이전 전에 소스 데이터베이스에 필요하지 않은 스키마 객체를 삭제하십시오. 이렇게 하면 이전되는 데이터 양을 줄일 수 있습니다.

  • 최적화: 대부분의 경우 마이그레이션에는 새 기능을 포함하여 업데이트된 데이터베이스 버전이 필요합니다. 마이그레이션을 수행하는 동안 새로운 기능과 모범 사례 권장 사항을 채택할 것을 고려해야 합니다.

    대상 데이터베이스 버전과 일치하도록 소스 데이터베이스 업그레이드를 고려해 보십시오. 이렇게 하면 이전이 크게 향상될 수도 있습니다. 예를 들어 데이터 펌프의 병렬 기능은 새로운 각 Oracle Database 릴리스로 향상되므로 소스 시스템의 데이터베이스 익스포트가 대상 데이터베이스 버전과 일치하도록 업그레이드된 경우 더 빨리 향상되고 완료될 수 있습니다.

    단계에서 마이그레이션을 수행할 수 있는지 여부를 고려합니다. 예를 들어, 소스 데이터베이스에 읽기 전용 데이터가 많이 포함되어 있는 경우 작동 중지 시간을 줄이기 위해 실시간 데이터 이전 전에 소스 데이터베이스가 이전될 수 있습니다.