데이터베이스 업그레이드

이 문서에서는 콘솔 및 API를 사용하여 DB 시스템에서 데이터베이스를 업그레이드하는 절차에 대해 설명합니다.

Oracle Database 릴리스 및 소프트웨어 지원 일정은 My Oracle Support 포털의 Release Schedule of Current Database Releases (Doc ID 742060.1)를 참조하십시오.

필요한 IAM 정책

Oracle Cloud Infrastructure를 사용하려면 관리자가 정책의 보안 접근 권한을 부여해야 합니다. SDK, CLI 또는 기타 툴과 함께 콘솔 또는 REST API를 사용하는 경우 이 액세스가 필요합니다. 권한이 없거나 권한이 부여되지 않았음을 알리는 메시지가 표시되면 관리자에게 어떤 유형의 액세스 권한이 있는지, 어떤 구획에서 작업할 수 있는지 확인하십시오.

관리자의 경우: 데이터베이스 관리자가 Oracle Cloud 데이터베이스 시스템을 관리할 수 있도록 설정의 정책을 통해 지정된 그룹이 데이터베이스 및 관련 데이터베이스 리소스로 모든 작업을 수행할 수 있습니다.

정책을 처음 사용하는 경우 정책 시작하기공통 정책을 참조하십시오. 데이터베이스 쓰기 정책에 대한 자세한 내용은 데이터베이스 서비스에 대한 세부정보를 참조하십시오.

필요 조건

DB 시스템에서 Oracle Database를 업그레이드하려면 다음 필요 조건을 검토하십시오.

  • 데이터베이스가 아카이브 로그 모드여야 합니다.
  • 데이터베이스에 Flashback이 활성화되어 있어야 합니다.

자세한 내용은 다음을 참조하십시오.:

데이터베이스 업그레이드 정보

데이터베이스 소프트웨어 버전 업그레이드에 대한 다음 정보를 검토합니다.

  • Oracle Database 19c 또는 21c를 Oracle Database 23ai로 업그레이드할 수 있습니다. 모든 이전 Oracle Database 버전을 먼저 Oracle Database 19c로 업그레이드해야 합니다.
  • DB 시스템은 Grid Infrastructure 소프트웨어 버전 23ai를 사용하여 Oracle Database 23ai로 업그레이드해야 합니다.
  • DB 시스템은 Oracle Linux 8(OL8)을 사용하여 Oracle Database 23ai로 업그레이드해야 합니다.
  • DB 시스템은 Oracle Linux 7(OL7)을 사용하여 Oracle Database 19c로 업그레이드해야 합니다.
  • DB 시스템이 ASM(자동 저장 영역 관리) 저장 영역 관리 소프트웨어를 사용하는 경우 시스템에서 Oracle Grid Infrastructure 19c 이상을 사용해야 합니다.
  • 최소 소프트웨어 버전 요구 사항을 충족하지 않는 DB 시스템 데이터베이스의 경우 백업 및 복원 작업을 사용하여 OL7 및 GI 19c를 사용하는 DB 시스템으로 데이터베이스를 복원한 후에만 업그레이드할 수 있습니다.
  • 데이터베이스 업그레이드에는 데이터베이스 작동 중지 시간이 포함됩니다. Oracle은 데이터베이스 업그레이드 일정을 잡을 때 이를 고려할 것을 권장합니다.
  • Oracle은 업그레이드하기 전에 데이터베이스를 백업하고 테스트 시스템에서 새 소프트웨어 버전을 테스트할 것을 권장합니다.

    요청 시 수동 백업 생성에 대한 자세한 내용은 On-Demand Full Backups을 참조하십시오.

  • Oracle은 업그레이드하기 전에 데이터베이스에 대한 업그레이드 사전 검사 작업을 실행할 것을 권장합니다. 그러면 업그레이드 수행을 계획하기 전에 완화가 필요한 문제를 발견할 수 있습니다. 사전 검사 작업은 데이터베이스 가용성에 영향을 주지 않습니다. 따라서 언제든지 수행할 수 있습니다.
  • 자동 백업 작업이 진행 중인 동안에는 업그레이드 작업을 수행할 수 없습니다. 업그레이드하기 전에 Oracle은 자동 백업을 사용 안함으로 설정하고 수동 백업을 수행할 것을 권장합니다.

    자세한 내용은 데이터베이스에 대한 자동 백업 구성데이터베이스의 온디맨드 전체 백업 생성을 참조하십시오.

  • 업그레이드 후에는 업그레이드 전에 수행된 자동 백업을 사용하여 데이터베이스를 이전 시점으로 복원할 수 없습니다.
  • 버전 11.2 소프트웨어를 사용하는 데이터베이스를 업그레이드하는 경우 결과 버전 19c 데이터베이스는 비컨테이너 데이터베이스(비CDB)가 됩니다. 업그레이드가 완료된 후 콘솔 또는 API를 사용하여 결과 19c 데이터베이스를 PDB(플러그 가능한 데이터베이스)로 변환할 수 있습니다.

    사전 검사 실행 및 비CDB를 PDB로 변환하는 방법은 비컨테이너 데이터베이스를 Oracle Database 19c PDB로 변환을 참조하십시오.

  • 일반적으로 사용 가능한 Oracle Database 소프트웨어 릴리스를 사용하는 업그레이드의 경우 dbcli 유틸리티를 사용하여 업그레이드를 수행할 수 없습니다. 콘솔을 사용하여 데이터베이스 업그레이드를 수행합니다. 조직에서 사용자정의 소프트웨어 버전을 사용하여 업그레이드해야 하는 경우 Oracle에 문의하여 dbcli와 함께 사용하여 소프트웨어를 다운로드할 수 있는 사전 인증 URL을 받으십시오. dbcli를 사용하여 업그레이드는 Oracle이 이 PAR URL(사전 인증된 요청 URL)을 제공한 경우에만 수행할 수 있습니다.

Data Guard 연관이 있는 데이터베이스 업그레이드

Data Guard가 연관된 데이터베이스의 경우 항상 대기 데이터베이스를 먼저 업그레이드한 다음 기본 데이터베이스를 업그레이드해야 합니다. 콘솔에서 콘솔을 사용하여 생성된 Data Guard 연관에 대한 업그레이드 옵션을 사용할 수 있습니다. 그러나 Data Guard 연관이 없지만 수동으로 기본 또는 대기 데이터베이스로 구성된 데이터베이스는 이러한 데이터베이스를 업그레이드하기 위해 다음과 같이 적용됩니다.

  • 데이터베이스 서비스는 데이터베이스가 기본 데이터베이스인지 대기 데이터베이스인지 여부를 감지하고 식별할 수 있습니다.
  • 데이터베이스 버전 11.2 및 12.1의 경우 업그레이드하기 전에 Data Guard 구성을 사용 안함으로 설정해야 합니다.
  • 먼저 standby database와 primary database를 차례로 업그레이드해야 합니다.
  • 데이터베이스 서비스는 업그레이드 중인 데이터베이스에서 GRP(보장된 복원 지점)를 설정합니다. 업그레이드가 성공하면 GRP가 기본 데이터베이스에서 자동으로 제거됩니다. 그러나 대기 데이터베이스에서 GRP를 수동으로 제거해야 합니다.

  • 업그레이드하는 동안 DB_HOME가 변경되고 대기 데이터베이스가 마운트 모드로 열리며 기본 데이터베이스가 읽기/쓰기 모드로 열립니다.

primary database와 standby database가 모두 성공적으로 업그레이드되면 다음을 수행합니다.

  1. 데이터베이스 버전 11.2 및 12.1의 경우 업그레이드 전에 이전에 사용 안함으로 설정한 Data Guard 구성을 사용으로 설정합니다.
  2. standby database의 open 모드를 확인합니다.
  3. standby에서 생성된 GRP를 삭제합니다.

데이터베이스 서비스에서 데이터베이스 업그레이드 작업을 수행하는 방법

데이터베이스 업그레이드 프로세스 중에는 다음 단계가 자동으로 수행됩니다.

  • 자동 사전 검사를 실행합니다. 이를 통해 시스템은 완화가 필요한 문제를 식별하고 업그레이드 작업을 중지할 수 있습니다.
  • 업그레이드 실패 시 플래시백을 수행할 수 있도록 GRP를 설정합니다.
  • 지정된 Oracle 게시 또는 사용자정의 데이터베이스 소프트웨어 이미지를 기반으로 새 데이터베이스 홈을 생성합니다.
  • DBUA(Database Upgrade Assistant) 소프트웨어를 실행하여 데이터베이스에서 업그레이드를 수행합니다. Data Guard 연관 데이터베이스의 경우 이 단계는 기본 데이터베이스에서만 실행됩니다.

실패한 데이터베이스 업그레이드 롤백

주:

롤백 작업은 Oracle Database Enterprise Edition에만 사용할 수 있습니다.

데이터베이스 업그레이드가 성공적으로 완료되지 않으면 롤백을 수행할 수 있습니다. 데이터베이스 업그레이드 작업이 실패하면 데이터베이스 세부정보 페이지에 표시되는 배너 메시지에 롤백 옵션이 제공됩니다.

롤백을 시작하기 전에 다음 정보를 검토하십시오.

  • 롤백은 데이터베이스를 업그레이드 이전의 상태로 재설정합니다.
  • 업그레이드 중 및 이후의 모든 데이터베이스 변경 사항은 손실됩니다.

Data Guard 연관에 있는 데이터베이스의 경우 다음 단계에 따라 롤백을 수행해야 합니다.

  • standby database 업그레이드가 실패하여 롤백하려는 경우 다음 단계를 수행하십시오.
    1. 대기 데이터베이스를 롤백합니다.
  • 대기 데이터베이스 업그레이드가 실패하여 재시도하려는 경우 다음 단계를 수행하십시오.
    1. 대기 데이터베이스를 롤백합니다.
    2. 대기 데이터베이스를 업그레이드합니다.
  • primary database 업그레이드가 실패하고 롤백하려는 경우 다음 단계를 수행합니다.
    1. primary database를 롤백합니다.
    2. CLI를 사용하여 standby database를 롤백합니다. 콘솔은 성공적인 업그레이드를 롤백하는 옵션을 제공하지 않습니다.

      CLI에 대한 자세한 내용은 롤백 업그레이드을 참조하십시오.

    3. 11.2 및 12.1 데이터베이스 버전에서 실행 중인 기본 데이터베이스에서 Data Guard 구성을 다시 사용으로 설정합니다.
    4. 롤백에 성공한 후에는 Data Guard 구성을 확인합니다.
  • 기본 데이터베이스 업그레이드가 실패하여 재시도하려는 경우 다음 단계를 수행합니다.
    1. primary database를 롤백합니다.
    2. 대기 데이터베이스에서 GRP로 플래시백을 실행합니다.

      GRP에 대한 자세한 내용은 Managing Guaranteed Restore Points를 참조하십시오.

    3. primary database를 업그레이드합니다.

주:

항상 primary database를 먼저 롤백한 다음 standby database를 롤백해야 합니다.

일반적으로 콘솔의 롤백 옵션을 사용하여 데이터베이스를 롤백하면 데이터베이스 서비스에서 다음 단계를 자동으로 처리합니다.

  1. Flashback을 실행합니다.
  2. 데이터베이스 홈을 변경합니다.
  3. GRP 삭제.

CLI를 통해서만 성공적인 대기 데이터베이스 업그레이드를 롤백할 수 있습니다.

콘솔을 사용하여 롤백을 수행하는 단계에 대한 자세한 내용은 실패한 데이터베이스 업그레이드 롤백을 참조하십시오.

데이터베이스 업그레이드가 완료된 후

업그레이드가 성공적으로 완료되면 다음 사항에 유의하십시오.

  • Oracle은 dbcli ultility를 사용하여 이전 데이터베이스 홈을 제거할 것을 권장합니다.

    자세한 내용은 Dbhome 명령을 참조하십시오.

  • 업그레이드하기 전에 자동 백업을 비활성화한 경우 데이터베이스에 대해 자동 백업이 활성화되어 있는지 확인합니다.
  • Oracle Database COMPATIBLE 매개변수를 편집하여 새 Oracle Database 버전을 반영합니다.

    자세한 내용은 What Is Oracle Database Compatibility?을 참조하십시오.

  • Oracle User의 홈 디렉토리에 있는 .bashrc 파일이 19c 데이터베이스 홈을 가리키도록 업데이트되었는지 확인합니다.
  • 데이터베이스를 Oracle Database 11.2에서 Oracle Database 19c로 업그레이드한 경우 결과 비컨테이너 데이터베이스를 PDB(플러거블 데이터베이스)로 변환할 수 있습니다. 변환 전에 사전 검사를 수행하여 변환 작업 전에 문제를 식별할 수 있습니다.
  • standby database에서 생성된 GRP는 삭제해야 합니다.

Guaranteed 복원 지점 관리

Guaranteed Restore Point 나열

다음 명령문을 사용하여 V$RESTORE_POINT 뷰를 사용하여 모든 GRP를 나열할 수 있습니다.

SELECT NAME FROM V$RESTORE_POINT WHERE GUARANTEE_FLASHBACK_DATABASE='YES';

자세한 내용은 Oracle Database Backup and Recovery User's GuideListing Restore Points Using the V$RESTORE_POINT view을 참조하십시오.

보장된 복원 지점을 삭제하는 중

다음 명령문을 사용하여 DROP RESTORE POINT 문을 사용하여 GRP를 삭제할 수 있습니다.

DROP RESTORE POINT <grp name>;

여기서 grp name는 삭제해야 하는 GRP의 이름입니다.

자세한 내용은 Oracle Database Backup and Recovery User's GuideDropping Restore Points을 참조하십시오.

데이터베이스 업그레이드

데이터베이스 업그레이드 내역 보기

실패한 데이터베이스 업그레이드 롤백

비컨테이너 데이터베이스를 Oracle Database 19c PDB로 변환

이 항목은 Oracle Database 11.2에서 Oracle Database 19c로 업그레이드된 데이터베이스에 적용됩니다. 변환 프로세스의 일부로 비CDB 변환으로 생성된 PDB(플러거블 데이터베이스)를 보유할 새 CDB(컨테이너 데이터베이스)를 생성합니다. 19c보다 이후 버전의 Oracle Database를 사용하는 PDB로 비컨테이너 데이터베이스를 변환하려면 데이터베이스 업그레이드에 설명된 대로 이 항목의 단계를 수행한 다음 결과 19c 데이터베이스를 이후 소프트웨어 버전으로 업그레이드합니다.

필요 조건 및 권장 사용법

  • PDB로 변환하려면 비CDB의 TDE 전자 지갑 비밀번호가 있어야 합니다.
  • Oracle은 변환을 시도하기 전에 데이터베이스의 수동 백업을 생성할 것을 권장합니다. 자세한 내용은 기본 데이터베이스 서비스의 백업 및 복구를 참조하십시오.
  • 콘솔에서는 변환이 성공적으로 완료될 수 있는지 확인하기 위해 변환 작업에 대한 사전 검사를 수행할 수 있습니다. Oracle은 변환을 수행하기 전에 사전 검사를 실행할 것을 권장합니다. 사전 검사를 수행하려면 이 절차의 단계를 따르고 최종 단계에 대해 사전 검사 실행을 누릅니다.
  • 소스 DB 시스템에서 변환을 시도하기 전에 DB 시스템을 복제하고 복제된 시스템의 데이터베이스에 대한 변환 작업을 테스트할 수 있습니다. 자세한 내용은 DB 시스템 복제를 참조하십시오.

콘솔을 사용하여 비CDB에서 PDB로 변환

  1. 탐색 메뉴를 엽니다. Oracle Database, Oracle Base Database Service 순으로 선택합니다.
  2. 구획을 선택합니다. DB 시스템 목록이 표시됩니다.
  3. DB 시스템 목록에서 변환할 데이터베이스가 포함된 DB 시스템의 이름을 누릅니다.
  4. DB 시스템의 세부정보와 데이터베이스 목록이 표시됩니다.
  5. 데이터베이스 리스트에서 변환할 데이터베이스의 이름을 클릭합니다.
  6. 데이터베이스 세부 정보 페이지의 데이터베이스 정보 탭에서 데이터베이스 구조 필드를 선택하여 데이터베이스가 비컨테이너 데이터베이스인지 확인합니다.
  7. 데이터베이스 세부정보 페이지에서 작업 더 보기를 누른 다음 PDB로 변환을 누릅니다.
  8. 비CDB 데이터베이스를 플러그인할 수 있는 데이터베이스로 변환 패널에서 컨테이너 데이터베이스 세부정보 섹션에 다음 정보를 제공합니다.
    • 컨테이너 데이터베이스 이름: 변환된 PDB를 보유할 새 CDB의 이름을 제공합니다.
    • 비밀번호: 새 CDB에 대한 비밀번호를 제공합니다.
    • 암호 확인: CDB 암호를 다시 입력합니다.
    • TDE 전자 지갑에 관리자 비밀번호 사용: TDE 전자 지갑에 대해 별도의 비밀번호를 설정하려면 이 옵션을 선택 해제합니다. 옵션을 선택 취소하면 다음 필드가 표시됩니다.
      • TDE 전자 지갑 비밀번호 입력: 새 CDB에 대한 TDE 전자 지갑 비밀번호를 제공합니다.
      • TDE 전자 지갑 비밀번호 확인: TDE 전자 지갑 비밀번호를 다시 입력하십시오.
  9. 비컨테이너 데이터베이스 세부정보 섹션에서 변환하려는 비CDB의 기존 TDE 전자 지갑 비밀번호를 입력합니다.
  10. 사전 검사 실행을 눌러 사전 검사를 수행하거나, 데이터베이스를 변환할 준비가 되었으면 PDB로 변환을 누릅니다.

    주:

    사전 검사를 실행하면 콘솔의 데이터베이스 세부정보 페이지로 돌아갑니다. 변환 작업을 시작하려면 이 항목의 모든 단계를 다시 수행하고 최종 단계에서 PDB로 변환 옵션을 누릅니다.

데이터베이스가 성공적으로 변환된 후 콘솔의 데이터베이스 세부정보 페이지에 데이터베이스 구조 필드에 컨테이너 데이터베이스가 표시됩니다. 이 필드는 데이터베이스 세부 정보 페이지의 데이터베이스 정보 섹션에 있습니다.

비CDB를 PDB로 변환하기 위한 문제 해결 팁

변환 작업이 성공적으로 완료되지 않으면 데이터베이스 cli(dbcli) 명령행 유틸리티를 사용하여 문제를 해결할 수 있습니다. 데이터베이스 클리에 대한 자세한 내용은 Oracle Database CLI Reference를 참조하십시오.

문제를 해결하려면

  1. DB 시스템에 접속 개요에 설명된 대로 DB 시스템에 로그인합니다.
  2. dbcli list-jobs 명령을 사용하여 실패한 데이터베이스 변환 작업의 작업 ID 및 상태를 확인합니다.
  3. dbcli describe-job 명령을 사용하여 실패한 데이터베이스 변환 작업에 대한 세부정보를 표시합니다.

dbcli describe-job 명령으로 반환된 정보에 따라 변환 작업을 실패하게 만든 문제를 해결할 수 있습니다. 플러그인 프로세스 중 발생하는 오류(새 PDB가 새 CDB에 플러그인되는 경우)는 실패를 일으킨 문제가 해결된 후 변환을 완료하는 데 도움이 필요하면 Oracle Support에 문의하십시오.

변환 작업이 실패하면 콘솔에 DB 시스템에 두 개의 데이터베이스가 표시되거나 종료된 데이터베이스만 표시될 수 있습니다. DB 시스템을 재설정하는 데 최대 2시간이 걸릴 수 있습니다. 콘솔에 더 이상 두 개의 데이터베이스 또는 종료된 단일 데이터베이스가 표시되지 않으면 변환을 다시 시도할 수 있습니다. DB 시스템이 자체적으로 재설정되지 않고 다시 시도할 수 있는 경우 Oracle Support에 문의하십시오.

API 사용

API 사용 및 서명 요청에 대한 자세한 내용은 REST API보안 인증서를 참조하십시오. SDK에 대한 자세한 내용은 Software Development Kits and Command Line Interface를 참조하십시오.

다음 API를 사용하여 데이터베이스 업그레이드를 관리합니다.

  • ListDatabaseUpgradeHistoryEntries
  • UpgradeDatabase

주:

UpgradeDatabase API를 사용하여 DB 시스템에서 데이터베이스를 업그레이드하는 경우 DB_VERSION 또는 DB_SOFTWARE_IMAGE를 업그레이드 소스로 지정해야 합니다.

데이터베이스 서비스에 대한 API의 전체 목록은 데이터베이스 서비스 API를 참조하십시오.