# RDS for Oracle DB 엔진 업그레이드 Amazon RDS에서 새 Oracle Database 버전을 지원하는 경우, DB 인스턴스를 새 버전으로 업그레이드할 수 있습니다. Amazon RDS에서 사용할 수 있는 Oracle 버전에 대한 자세한 내용은 [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)를 참조하세요. **중요** RDS for Oracle Database 11g, 12c 및 18c는 더 이상 지원되지 않습니다. Oracle Database 11g, 12c 또는 18c 스냅샷을 유지하는 경우 이후 릴리스로 업그레이드하세요. 자세한 내용은 [Oracle DB 스냅샷 업그레이드](USER_UpgradeDBSnapshot.Oracle.md) 단원을 참조하십시오. **Topics** + [RDS for Oracle 엔진 업그레이드 개요](USER_UpgradeDBInstance.Oracle.Overview.md) + [Oracle 메이저 버전 업그레이드](USER_UpgradeDBInstance.Oracle.Major.md) + [Oracle 마이너 버전 업그레이드](USER_UpgradeDBInstance.Oracle.Minor.md) + [Oracle 데이터베이스 업그레이드에 대한 고려 사항](USER_UpgradeDBInstance.Oracle.OGPG.md) + [Oracle DB 업그레이드 테스트](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md) + [RDS for Oracle DB 인스턴스 버전 업그레이드](USER_UpgradeDBInstance.Oracle.Upgrading.md) + [Oracle DB 스냅샷 업그레이드](USER_UpgradeDBSnapshot.Oracle.md) # RDS for Oracle 엔진 업그레이드 개요 RDS for Oracle DB 인스턴스를 업그레이드하기 전에 다음 개념을 숙지하세요. **Topics** + [메이저 및 마이너 버전 업그레이드](#USER_UpgradeDBInstance.Oracle.Overview.versions) + [RDS for Oracle 지원 날짜 및 필수 업그레이드](#Aurora.VersionPolicy.MajorVersionLifetime) + [Oracle 엔진 버전 관리](#Oracle.Concepts.Patching) + [엔진 업그레이드 중 자동 스냅샷](#USER_UpgradeDBInstance.Oracle.Overview.snapshots) + [다중 AZ 배포에서 Oracle 업그레이드](#USER_UpgradeDBInstance.Oracle.Overview.multi-az) + [읽기 전용 복제본의 Oracle 업그레이드](#USER_UpgradeDBInstance.Oracle.Overview.read-replicas) ## 메이저 및 마이너 버전 업그레이드 메이저 버전은 1\$12년마다 출시되는 Oracle Database의 메이저 릴리스입니다. Oracle Database 19c와 Oracle Database 21c는 메이저 릴리스입니다. 분기마다 RDS for Oracle은 각 지원되는 메이저 엔진에 대해 새로운 마이너 엔진 버전을 릴리스합니다. 릴리스 업데이트(RU) 엔진 버전은 지정된 분기에 대한 RU 패치를 포함하여 Oracle의 버그 수정을 통합합니다. 예를 들어 21.0.0.0.ru-2024-10.rur-2024-10.r1은 2024년 10월 RU를 통합한 Oracle Database 21c의 마이너 버전입니다. 공간 패치 번들(SPB) 엔진 버전에는 RU 패치와 Oracle Spatial과 관련된 패치가 포함되어 있습니다. 예를 들어 19.0.0.0.ru-2025-01.spb-1.r1은 엔진 버전 19.0.0.0.ru-2025-01.rur-2025-01.r1에 RU 패치와 공간 패치가 포함된 마이너 엔진 버전입니다. 일반적으로 RDS for Oracle은 해당 RU가 있고서 2\$13주 후에 SPB를 릴리스합니다. RU와 SPB의 차이점에 대한 설명은 [릴리스 업데이트(RU) 및 공간 패치 번들(SPB)](USER_UpgradeDBInstance.Oracle.Minor.md#RUs-and-SPBs) 섹션을 참조하시기 바랍니다. 자세한 내용은 [Release notes for Amazon Relational Database Service (Amazon RDS) for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes)을 참조하시기 바랍니다. RDS for Oracle은 DB 인스턴스에 대해 다음과 같은 업그레이드를 지원합니다. | 업그레이드 유형 | 애플리케이션 호환성 | 업그레이드 메서드 | 샘플 업그레이드 경로 | | --- | --- | --- | --- | | 메이저 버전 | 메이저 버전 업그레이드로 기존 애플리케이션과 호환되지 않는 변경 사항이 도입될 수 있습니다. | 수동 전용 | Oracle Database 19c에서 Oracle Database 21c로 | | 마이너 버전 | 마이너 버전 업그레이드에는 기존 애플리케이션과 호환되는 변경 사항만 포함됩니다. | 자동 또는 수동 | 21.0.0.0.ru-2023-07.rur-2022-07.r1에서 21.0.0.0.ru-2023-10.rur-2022-10.r1로 | **중요** DB 엔진을 업데이트할 때 운영 중단이 발생합니다. 운영 중단 지속 시간은 엔진 버전 및 DB 인스턴스 크기에 따라 다릅니다. 프로덕션 데이터베이스에 업그레이드를 적용하기 전에 철저하게 테스트하여 애플리케이션이 올바르게 작동하는지 확인해야 합니다. 자세한 내용은 [Oracle DB 업그레이드 테스트](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md) 섹션을 참조하세요. ## RDS for Oracle 지원 날짜 및 필수 업그레이드 RDS for Oracle의 데이터베이스 버전에는 예상 지원 날짜가 있습니다. RDS for Oracle DB 엔진의 메이저 또는 마이너 버전이 지원 종료에 가까워지면 RDS는 *강제 업그레이드*라고도 하는 필수 업그레이드를 시작합니다. RDS는 다음 정보를 게시합니다. + 더 이상 사용되지 않는 버전의 인스턴스를 지원되는 버전으로 수동으로 업그레이드하기 시작하라는 권장 사항 + 지원되지 않는 버전에서 더 이상 인스턴스를 만들 수 없는 날짜 + 유지 관리 기간 동안 RDS가 인스턴스를 지원되는 버전으로 자동 업그레이드하기 시작하는 날짜 + 유지 관리 기간이 아닐 때 RDS가 인스턴스를 지원되는 버전으로 자동 업그레이드하기 시작하는 날짜 **중요** 강제 업그레이드는 CloudFormation 스택에 예기치 않은 결과를 초래할 수 있습니다. RDS를 사용하여 DB 인스턴스를 자동으로 업그레이드하는 경우 CloudFormation에 문제가 발생할 수 있습니다. 이 섹션은 다음 주제를 포함합니다: **Topics** + [RDS for Oracle 메이저 릴리스에 대한 지원 날짜](#oracle-major-support-dates) + [RDS for Oracle 마이너 버전에 대한 지원 날짜](#oracle-minor-support-dates) ### RDS for Oracle 메이저 릴리스에 대한 지원 날짜 Oracle에 대한 RDS 메이저 버전은 해당 Oracle 데이터베이스 릴리스 버전에 대한 지원 수명이 끝날 때까지 사용할 수 있습니다. 다음 날짜를 사용하여 테스트 및 업그레이드 주기를 계획할 수 있습니다. 이 날짜는 최신 버전 업그레이드가 필요할 수 있는 가장 빠른 날짜를 나타냅니다. Amazon이 RDS for Oracle 버전에 대한 지원을 원래 명시일보다 오래 연장할 경우, 이 표를 이후 날짜를 반영하도록 업데이트할 계획입니다. **참고** [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) AWS CLI 명령을 실행하거나 [DescribeDBMajorEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS API 작업을 사용하여 Oracle 데이터베이스의 메이저 버전을 볼 수 있습니다. | Oracle 데이터베이스 메이저 릴리스 버전 | 최신 버전으로 업그레이드할 예정일 | | --- | --- | | Oracle Database 19c | 2029년 12월 31일(BYOL 프리미어 지원 포함(추가 지원 수수료 면제)) 2032년 12월 31일(BYOL 추가 지원(추가 비용) 또는 무제한 라이선스 계약 포함) 2029년 12월 31일(라이선스 포함(LI)) | | Oracle Database 21c | 2027년 7월 31일(추가 지원에는 사용할 수 없음) | RDS는 새 메이저 버전으로 업그레이드해야 하기 최소 12개월 전에 사용자에게 알립니다. 알림을 통해 중요한 일정의 타이밍, 사용자의 DB 인스턴스에 미치는 영향, 권장 조치 등 업그레이드 프로세스를 알려줍니다. 메이저 버전으로 업그레이드를 수행하기 전에 새 RDS for Oracle 버전으로 애플리케이션을 철저히 테스트하는 것이 좋습니다. 이 사전 알림 기간이 지나면 후속 주요 버전으로의 자동 업그레이드가 여전히 이전 버전을 실행 중인 모든 RDS for Oracle DB 인스턴스에 적용될 수 있습니다. 이 경우 예약된 유지 관리 기간에 업그레이드가 시작됩니다. 자세한 내용은 My Oracle Support의 [현재 데이터베이스 릴리스 릴리스 일정](https://support.oracle.com/knowledge/Oracle%20Database%20Products/742060_1.html)을 참조하세요. ### RDS for Oracle 마이너 버전에 대한 지원 날짜 경우에 따라 RDS for Oracle에서 메이저 릴리스의 마이너 버전에 대한 지원이 종료됩니다. RDS는 새 마이너 버전으로 업그레이드해야 하기 최소 6개월 전에 사용자에게 알립니다. 알림에는 업그레이드 프로세스가 설명되어 있으며, 여기에는 중요한 이정표의 타이밍, 더 이상 사용되지 않는 마이너 버전을 실행하는 DB 인스턴스에 미치는 영향, 권장 조치 등이 포함됩니다. 새로운 마이너 버전으로 업그레이드를 수행하기 전에 새 RDS for Oracle 버전으로 애플리케이션을 철저히 테스트하는 것이 좋습니다. 더 이상 지원 및 사용되지 않는 마이너 버전에 대한 자세한 내용은 [Amazon Relational Database Service(Amazon RDS) for Oracle 릴리스 노트](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)를 참조하세요. ## Oracle 엔진 버전 관리 DB 엔진 버전 관리를 통해 데이터베이스 엔진의 패치 및 업그레이드 시기와 방법을 제어할 수 있습니다. 데이터베이스 엔진 패치 버전과의 호환성을 유연하게 유지할 수 있습니다. 또한 RDS for Oracle의 새 패치 버전을 테스트하여 프로덕션에 배포하기 전에 애플리케이션과 작동하는지 확인할 수 있습니다. 또한 자신의 조건과 일정에 따라 버전을 업그레이드합니다. **참고** Amazon RDS는 Amazon RDS 관련 DB 엔진 버전을 사용하여 공식 Oracle 데이터베이스 패치를 정기적으로 수집합니다. Amazon RDS Oracle 관련 엔진 버전에 포함되는 Oracle 패치의 목록은 [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)를 참조하세요. ## 엔진 업그레이드 중 자동 스냅샷 Oracle DB 인스턴스를 업그레이드하는 동안 스냅샷은 업그레이드 문제로부터 인스턴스를 보호합니다. DB 인스턴스의 백업 보존 기간이 0보다 크면 Amazon RDS는 업그레이드 중에 다음과 같은 DB 스냅샷을 생성합니다. 1. 업그레이드 변경이 수행되기 전 DB 인스턴스의 스냅샷입니다. 업그레이드가 실패하면 이 스냅샷을 복원하여 이전 버전을 실행하는 DB 인스턴스를 생성할 수 있습니다. 1. 업그레이드가 완료된 후 DB 인스턴스의 스냅샷입니다. **참고** 백업 보존 기간을 변경하려면 [Amazon RDS DB 인스턴스 수정](Overview.DBInstance.Modifying.md) 섹션을 참조하십시오. 업그레이드 후에는 이전 엔진 버전으로 되돌릴 수 없습니다. 하지만 업그레이드 전 스냅샷을 복원하여 새 Oracle DB 인스턴스를 생성할 수 있습니다. ## 다중 AZ 배포에서 Oracle 업그레이드 DB 인스턴스가 다중 AZ 배포에 있는 경우 Amazon RDS는 기본 복제본과 대기 복제본을 모두 업그레이드합니다. 운영 체제 업데이트가 필요하지 않은 경우 기본 업그레이드와 대기 업그레이드가 동시에 수행됩니다. 업그레이드가 완료될 때까지 인스턴스를 사용할 수 없습니다. 다중 AZ 배포에서 운영 체제 업데이트가 필요한 경우 데이터베이스 업그레이드를 요청할 때 Amazon RDS가 업데이트를 적용합니다. Amazon RDS는 다음 단계를 수행합니다. 1. 현재 대기 DB 인스턴스의 운영 체제를 업데이트합니다. 1. 기본 DB 인스턴스를 대기 DB 인스턴스로 장애 조치합니다. 1. 이전에 대기 인스턴스였던 새 기본 DB 인스턴스의 데이터베이스 버전을 업그레이드합니다. 업그레이드 중에는 기본 데이터베이스를 사용할 수 없습니다. 1. 이전에 기본 DB 인스턴스였던 새로운 대기 DB 인스턴스에서 운영 체제를 업데이트합니다. 1. 새로운 대기 DB 인스턴스에서 데이터베이스 버전을 업그레이드합니다. 1. 새 기본 DB 인스턴스를 원래 기본 DB 인스턴스로 장애 조치하고 새 대기 DB 인스턴스를 원래 대기 DB 인스턴스로 다시 장애 조치합니다. 따라서 Amazon RDS는 복제 구성을 원래 상태로 되돌립니다. ## 읽기 전용 복제본의 Oracle 업그레이드 원본 DB 인스턴스의 Oracle DB 엔진 버전과 모든 읽기 전용 복제본은 동일해야 합니다. Amazon RDS는 다음과 같은 단계로 업그레이드를 수행합니다. 1. 원본 DB 인스턴스를 업그레이드합니다. 이 단계 중에 읽기 전용 복제본을 사용할 수 있습니다. 1. 복제본 유지 관리 기간과 상관없이 읽기 전용 복제본을 병렬로 업그레이드합니다. 이 단계 중에 원본 DB를 사용할 수 있습니다. 리전 간 읽기 전용 복제본의 메이저 버전 업그레이드의 경우 Amazon RDS는 다음과 같은 추가 작업을 수행합니다. + 대상 버전에 대한 옵션 그룹을 자동으로 생성합니다. + 모든 옵션과 옵션 설정을 원래 옵션 그룹에서 새 옵션 그룹으로 복사합니다. + 업그레이드된 리전 간 읽기 전용 복제본을 새 옵션 그룹과 연결합니다. # Oracle 메이저 버전 업그레이드 메이저 버전 업그레이드를 수행하려면 DB 인스턴스를 수동으로 수정합니다. 메이저 버전 업그레이드는 자동으로 수행되지 않습니다. **중요** 프로덕션 데이터베이스에 업그레이드를 적용하기 전에 철저하게 테스트하여 애플리케이션이 올바르게 작동하는지 확인해야 합니다. 자세한 내용은 [Oracle DB 업그레이드 테스트](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md) 섹션을 참조하세요. **Topics** + [메이저 업그레이드에 지원되는 버전](#USER_UpgradeDBInstance.Oracle.Major.supported-versions) + [메이저 업그레이드에 지원되는 인스턴스 클래스](#USER_UpgradeDBInstance.Oracle.Major.instance-classes) + [메이저 업그레이드 전에 통계 수집](#USER_UpgradeDBInstance.Oracle.Major.gathering-stats) + [메이저 업그레이드 허용](#USER_UpgradeDBInstance.Oracle.Major.allowing-upgrades) ## 메이저 업그레이드에 지원되는 버전 Amazon RDS는 다음과 같은 메이저 버전 업그레이드를 지원합니다. **** | 현재 버전 | 지원하는 업그레이드 | | --- | --- | | CDB 아키텍처 사용 19.0.0.0 | 21.0.0.0 | Oracle Database의 메이저 버전 업그레이드는 같은 달 또는 그 이후에 릴리스된 RU(릴리스 업데이트)로 업그레이드해야 합니다. Oracle Database 버전에 메이저 버전 다운그레이드는 지원되지 않습니다. ## 메이저 업그레이드에 지원되는 인스턴스 클래스 현재 Oracle DB 인스턴스가 업그레이드하려는 버전에서 지원되지 않는 DB 인스턴스 클래스에서 실행될 수 있습니다. 이 경우 업그레이드하기 전에 DB 인스턴스를 지원되는 DB 인스턴스 클래스로 마이그레이션합니다. 각 Amazon RDS for Oracle 버전 및 에디션에서 지원되는 DB 인스턴스 클래스에 대한 자세한 내용은 [DB 인스턴스 클래스](Concepts.DBInstanceClass.md) 섹션을 참조하세요. ## 메이저 업그레이드 전에 통계 수집 메이저 버전 업그레이드를 수행하기 전에 업그레이드하려는 DB 인스턴스에서 최적화 프로그램 통계를 수집하는 것이 좋습니다. 이렇게 하면 업그레이드 중 DB 인스턴스 가동 중지 시간을 줄일 수 있습니다. 최적화 프로그램 통계를 수집하려면 다음 예제와 같이 마스터 사용자로 DB 인스턴스에 연결하고, `DBMS_STATS.GATHER_DICTIONARY_STATS` 프로시저를 실행합니다. ``` EXEC DBMS_STATS.GATHER_DICTIONARY_STATS; ``` 자세한 내용은 Oracle 설명서의 [GATHER\$1DICTIONARY\$1STATS 프로시저](https://docs.oracle.com/en/database/oracle/oracle-database/19/arpls/DBMS_STATS.html?source=%3Aso%3Atw%3Aor%3Aawr%3Aodv%3A%3A#GUID-867989C7-ADFC-4464-8981-437CEA7F331E)를 참조하세요. ## 메이저 업그레이드 허용 메이저 엔진 버전 업그레이드가 애플리케이션과 호환되지 않을 수 있습니다. 업그레이드는 되돌릴 수 없습니다. EngineVersion 파라미터에 현재 메이저 버전과 다른 메이저 버전을 지정하는 경우 메이저 버전 업그레이드를 허용해야 합니다. CLI 명령 [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)를 사용하여 메이저 버전을 업그레이드하는 경우 `--allow-major-version-upgrade`를 지정합니다. 이 설정은 영구적이지 않으므로 메이저 업그레이드를 수행할 때마다 `--allow-major-version-upgrade`를 지정해야 합니다. 이 파라미터는 마이너 엔진 버전의 업그레이드에 영향을 주지 않습니다. 자세한 내용은 [DB 인스턴스 엔진 버전 업그레이드](USER_UpgradeDBInstance.Upgrading.md) 섹션을 참조하세요. 콘솔을 사용하여 메이저 버전을 업그레이드하는 경우 업그레이드를 허용하는 옵션을 선택할 필요가 없습니다. 대신 콘솔에 메이저 업그레이드를 되돌릴 수 없다는 경고가 표시됩니다. # Oracle 마이너 버전 업그레이드 RDS for Oracle에서 마이너 버전 업그레이드는 메이저 DB 엔진 버전에 대한 업데이트를 의미합니다. RDS에서 마이너 엔진 버전은 릴리스 업데이트(RU) 또는 공간 패치 번들(SPB)입니다. 예를 들어 DB 인스턴스에서 메이저 버전 Oracle Database 19c와 마이너 버전 19.0.0.0.ru-2025-10.rur-2025-10.r1을 실행하는 경우 마이너 버전 19.0.0.0.ru-2026-01.rur-2026-01.r1로 업그레이드할 수 있습니다. RDS for Oracle은 마이너 버전 다운그레이드를 지원하지 않습니다. 수동 또는 자동으로 DB 엔진을 마이너 버전으로 업그레이드할 수 있습니다. 수동 업그레이드하는 방법에 대한 자세한 내용은 [엔진 버전 수동 업그레이드](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual) 섹션을 참조하세요. 자동 업그레이드를 구성하는 방법에 대한 자세한 내용은 [마이너 엔진 버전 자동 업그레이드](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades) 섹션을 참조하세요. 수동 업그레이드인지, 자동 업그레이드인지와 관계없이 마이너 버전 업그레이드에는 자동 중지 시간이 수반됩니다. 업그레이드를 계획할 때 이 가동 중지 시간을 고려합니다. 또한 Amazon RDS는 업그레이드 롤아웃 정책을 지원하여 여러 데이터베이스 리소스 및 AWS 계정에서 자동 마이너 버전 업그레이드를 관리합니다. 자세한 내용은 [자동 마이너 버전 AWS Organizations 업그레이드에 업그레이드 롤아웃 정책 사용](RDS.Maintenance.AMVU.UpgradeRollout.md) 섹션을 참조하세요. **중요** 프로덕션 데이터베이스에 업그레이드를 적용하기 전에 철저하게 테스트하여 애플리케이션이 올바르게 작동하는지 확인해야 합니다. 자세한 내용은 [Oracle DB 업그레이드 테스트](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md) 섹션을 참조하세요. **Topics** + [릴리스 업데이트(RU) 및 공간 패치 번들(SPB)](#RUs-and-SPBs) + [Oracle용 마이너 버전 자동 업그레이드 활성화](#oracle-minor-version-upgrade-tuning-on) + [자동 마이너 버전 AWS Organizations 업그레이드에 업그레이드 롤아웃 정책 사용](#oracle-minor-version-upgrade-rollout) + [RDS for Oracle의 자동 마이너 버전 업그레이드에 대한 알림](#oracle-minor-version-upgrade-advance) + [RDS가 자동 마이너 버전 업그레이드 일정을 예약하는 방법](#oracle-minor-version-upgrade-scheduled) + [RDS for Oracle용 자동 마이너 버전 업그레이드 관리](#oracle-minor-version-upgrade-managing) ## 릴리스 업데이트(RU) 및 공간 패치 번들(SPB) RDS에서 릴리스 업데이트(RU)는 Oracle Database에 대한 보안 수정, 버그 수정 및 새로운 기능을 포함하는 분기별 마이너 엔진 버전입니다. 공간 패치 번들(SPB)은 Oracle Spatial 옵션용으로 설계된 패치가 포함된 RU 엔진 버전입니다. 예를 들어 19.0.0.0.ru-2025-01.spb-1.r1이라는 SPB에는 해당 RU 19.0.0.0.ru-2025-01.rur-2025-01.r1에 있는 모든 패치와 공간에 고유한 패치가 포함됩니다. SPB는 Oracle Database 19c에서만 지원됩니다. 인스턴스가 자동 마이너 버전 업그레이드로 구성된 경우 RU와 SPB는 별도의 업그레이드 경로에 존재합니다. 일반적으로 SPB는 해당 RU가 있고서 2\$13주 후에 릴리스됩니다. 다음 표에는 Oracle Database 19c용 샘플 마이너 버전이 나와 있습니다. | 표준 RU 업그레이드 경로 | SPB 업그레이드 경로 | | --- | --- | | 19.0.0.0.ru-2025-01.rur-2025-01.r1 | 19.0.0.0.ru-2025-01.spb-1.r1 | | 19.0.0.0.ru-2025-04.rur-2025-04.r1 | 19.0.0.0.ru-2025-04.spb-1.r1 | | 19.0.0.0.ru-2025-07.rur-2025-07.r1 | 19.0.0.0.ru-2025-07.spb-1.r1 | | 19.0.0.0.ru-2025-10.rur-2025-10.r1 | 19.0.0.0.ru-2025-10.spb-1.r1 | DB 인스턴스가 자동 업그레이드용으로 구성된 경우 인스턴스는 현재 버전에 해당하는 업그레이드 경로에 존재합니다. 예를 들어 DB 인스턴스가 버전 19.0.0.0.ru-2025-01.rur-2025-01.r1을 실행하는 경우 19.0.0.0.ru-2025-04.rur-2025-04.r1이 릴리스되면 인스턴스가 이 RU로 자동으로 업그레이드됩니다. 마찬가지로 DB 인스턴스가 19.0.0.0.ru-2025-01.spb-1.r1을 실행하는 경우 19.0.0.0.ru-2025-04.spb-1.r1이 릴리스되면 인스턴스가 이 SPB로 자동으로 업그레이드됩니다. RU인 19.0.0.0.ru-2025-01.rur-2025-01.r1을 실행하는 인스턴스는 별도의 업그레이드 경로에 있는 SPB인 19.0.0.0.ru-2025-04.spb-1.r1로 자동으로 업그레이드되지 않습니다. 인스턴스가 공간을 사용하지 않더라도 DB 인스턴스를 SPB로 업그레이드할 수 있지만, 공간 패치는 Oracle Spatial에만 적용됩니다. RU에서 동일한 엔진 버전 이상의 SPB로 수동으로 업그레이드할 수 있습니다. 예를 들어 19.0.0.0.ru-2025-01.rur-2025-01.r1에서 다음 엔진 버전 중 하나로 인스턴스를 업그레이드할 수 있습니다. + 19.0.0.0.ru-2025-01.spb-1.r1 + 19.0.0.0.ru-2025-04.spb-1.r1 RU가 더 높은 엔진 버전인 경우에만 SPB에서 RU로 인스턴스를 업그레이드할 수 있습니다. 예를 들어 SPB 버전 19.0.0.0.ru-2025-04.spb-1.r1에서 상위 RU 버전 19.0.0.0.ru-2025-07.rur-2025-07.r1로 업그레이드할 수 있지만 동일한 RU 버전 19.0.0.0.ru-2025-04.rur-2025-04.r1로 업그레이드할 수 없습니다. DB 인스턴스가 자동 마이너 버전 업그레이드용으로 구성되어 있고 RU에서 SPB로 또는 SPB에서 RU로 수동으로 업그레이드하는 경우 자동 업그레이드 경로가 변경됩니다. RU 버전 19.0.0.0.ru-2025-01.rur-2025-01.r1에서 SPB 버전 19.0.0.0.ru-2025-01.spb-1.r1로 수동으로 업그레이드한다고 가정해 보겠습니다. 다음 마이너 버전 자동 업그레이드는 SPB 버전 19.0.0.0.ru-2025-04.spb-1.r1입니다. SPB가 RU처럼 작동하므로 인스턴스를 RU 및 SPB로 업그레이드하는 데 사용하는 RDS API는 동일합니다. 다음 명령은 RU 및 SPB로 업그레이드하는 것을 보여 줍니다. ``` aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --engine-version 19.0.0.0.ru-2025-01.rur-2025-01.r1 aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --engine-version 19.0.0.0.ru-2025-01.spb-1.r1 ``` Oracle Spatial 옵션에 대한 자세한 내용은 [공간 패치 번들(SPB) 작동 방식](Oracle.Options.Spatial.md#Oracle.Options.Spatial.SPBs) 섹션을 참조하시기 바랍니다. Oracle Database 19c에 대해 지원되는 RU 및 SPB에 대해 알아보려면 [Amazon RDS for Oracle Database 19c(19.0.0.0)](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html)를 참조하시기 바랍니다. ## Oracle용 마이너 버전 자동 업그레이드 활성화 자동 마이너 버전 업그레이드에서 RDS는 수동 개입 없이 사용 가능한 최신 마이너 버전을 Oracle 데이터베이스에 적용합니다. Amazon RDS Oracle DB 인스턴스는 다음과 같은 상황일 때 다음번 유지 관리 기간 중에 업그레이드 일정을 예약합니다. + DB 클러스터에 **자동 마이너 버전 업그레이드** 옵션이 활성화되어 있는 경우 + DB 인스턴스가 아직 최신 마이너 DB 엔진 버전을 실행하고 있지 않은 경우 자동 업그레이드를 활성화하는 방법에 대한 자세한 내용은 [마이너 엔진 버전 자동 업그레이드](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades) 섹션을 참조하세요. ## 자동 마이너 버전 AWS Organizations 업그레이드에 업그레이드 롤아웃 정책 사용 Amazon RDS for Oracle은 AWS Organizations 업그레이드 롤아웃 정책을 지원하여 여러 데이터베이스 리소스 및 AWS 계정에서 자동 마이너 버전 업그레이드를 관리합니다. 이 정책은 수동 또는 사용자 지정 도구를 통해 자동 마이너 버전 업그레이드를 조정하는 운영 오버헤드를 없애는 동시에 프로덕션으로 롤아웃되기 전에 비프로덕션 환경에서 업그레이드를 먼저 적용할 수 있도록 합니다. 새 마이너 엔진 버전을 사용할 수 있게 되면 Amazon RDS는 구성된 업그레이드 롤아웃 순서에 따라 DB 인스턴스를 업그레이드합니다. | 업그레이드 롤아웃 순서 | 일반적인 사용 사례 | 업그레이드 시작 시 | | --- | --- | --- | | 첫 번째 | 개발 및 테스트 환경 | 가장 빠른 - 새 버전을 검증하는 데 이상적 | | 초 | 스테이징 및 중요하지 않은 프로덕션 환경 | '첫 번째' 단계가 완료된 후 | | 마지막 | 중요한 프로덕션 환경 | '두 번째' 단계가 완료된 후 | **중요** DB 인스턴스에 대한 업그레이드 롤아웃 순서를 구성하지 않으면 기본값은 초입니다. 단계 타이밍 및 지속 시간에 대한 자세한 내용은 [RDS가 자동 마이너 버전 업그레이드 일정을 예약하는 방법](#oracle-minor-version-upgrade-scheduled) 섹션을 참조하세요. AWS Organizations에서 업그레이드 롤아웃 정책을 구성하는 방법에 대한 자세한 내용은 [자동 마이너 버전 AWS Organizations 업그레이드에 업그레이드 롤아웃 정책 사용](RDS.Maintenance.AMVU.UpgradeRollout.md) 섹션을 참조하세요. ## RDS for Oracle의 자동 마이너 버전 업그레이드에 대한 알림 DB 인스턴스에서 마이너 버전 자동 업그레이드가 활성화된 경우 RDS for Oracle은 업그레이드를 적용하기 전에 사용자에게 알리기 위해 보류 중인 유지 관리 작업을 생성합니다. Amazon RDS 콘솔의 데이터베이스 세부 정보 페이지의 **유지 관리 및 백업** 탭에서 보류 중인 유지 관리 작업을 볼 수 있습니다. 새 마이너 버전을 사용할 수 있게 되면 RDS for Oracle은 조기 알림(유지 관리 작업 보류 중)을 게시합니다. 조기 알림은 다음 형식을 취합니다. ``` An automatic minor version upgrade to engine-version will be applied during your maintenance window on apply-date based on the upgrade rollout order rollout-order. You can change the upgrade rollout order or apply this upgrade manually at any time before the scheduled date through the AWS console or AWS CLI. ``` 조기 알림의 `apply-date`는 Amazon RDS가 DB 인스턴스를 업그레이드하는 날짜입니다. `rollout-order`는 업그레이드 롤아웃 순서(첫 번째, 두 번째 또는 마지막)입니다. 업그레이드 롤아웃 정책을 구성하지 않은 경우 이 값은 기본적으로 두 번째입니다. 자세한 내용은 [자동 마이너 버전 AWS Organizations 업그레이드에 업그레이드 롤아웃 정책 사용](RDS.Maintenance.AMVU.UpgradeRollout.md) 섹션을 참조하세요. 업그레이드 롤아웃 단계가 시작되면 보류 중인 유지 관리 작업 메시지가 다음 형식으로 변경됩니다. ``` Automatic minor version upgrade to engine-version ``` 이 메시지는 업그레이드가 예약되었으며 예약된 적용 날짜에 유지 관리 기간에 적용됨을 나타냅니다. Amazon RDS 콘솔의 데이터베이스 세부 정보 페이지의 **유지 관리 및 백업** 탭 또는 `describe-pending-maintenance-actions` API 응답의 `CurrentApplyDate` 필드에서 예약된 적용 날짜를 확인할 수 있습니다. 다음 예제에서는 AWS CLI의 `describe-pending-maintenance-actions` 명령을 사용하여 보류 중인 유지 관리 작업에 대한 세부 정보를 가져올 수 있습니다. ``` aws rds describe-pending-maintenance-actions "PendingMaintenanceActions": [ { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:orclinst1", "PendingMaintenanceActionDetails": [ { "Action": "db-upgrade", "Description": "Automatic minor version upgrade to 21.0.0.0.ru-2024-07.rur-2024-07.r1", "CurrentApplyDate": "2024-12-02T08:10:00Z" } ] }, ... ``` [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html)에 대한 자세한 내용은 **AWS CLI 명령 참조를 참조하세요. ## RDS가 자동 마이너 버전 업그레이드 일정을 예약하는 방법 AWS Organizations 업그레이드 롤아웃 정책을 사용하면 Amazon RDS는 구성된 롤아웃 순서에 따라 DB 인스턴스를 단계별로 업그레이드합니다. 이 섹션에서는 각 단계의 타이밍과 지속 시간에 대해 설명합니다. **0단계: 조기 알림** RDS for Oracle에서 새 마이너 버전(일반적으로 Oracle의 분기별 RU 릴리스 후 3\$14주)을 릴리스하면 마이너 버전 자동 업그레이드가 활성화된 모든 DB 인스턴스에 조기 알림이 전송됩니다. 이 알림은 Amazon RDS 콘솔의 데이터베이스 세부 정보 페이지의 **유지 관리 및 백업** 탭과 `describe-pending-maintenance-actions` API 응답에 표시됩니다. 조기 알림 단계는 2주 동안 지속됩니다. 이 단계에서는 자동 업그레이드가 수행되지 않습니다. **1단계: 첫 번째 업그레이드 롤아웃 순서** 조기 알림 단계가 끝나면 RDS for Oracle은 먼저 업그레이드 롤아웃 순서로 DB 인스턴스 업그레이드를 시작합니다. 이 단계는 1월, 4월, 7월 분기별 마이너 버전의 경우 2\$13주, 10월 분기별 마이너 버전의 경우 7\$18주 동안 지속됩니다. 10월 마이너 버전의 연장 기간은 연말 연휴 기간 동안 새 마이너 버전을 테스트할 수 있는 충분한 시간을 제공합니다. 이 단계에서 생성된 새 DB 인스턴스는 업그레이드 롤아웃 순서가 첫 번째인 경우 자동으로 업그레이드됩니다. **2단계: 두 번째 업그레이드 롤아웃 순서** 1단계가 끝나면 RDS for Oracle은 업그레이드 롤아웃 순서가 두 번째인 DB 인스턴스 업그레이드를 시작합니다. 이 단계는 모든 분기별 마이너 버전에서 2주 동안 지속됩니다. 이 단계에서 업그레이드 롤아웃 순서가 첫 번째 또는 두 번째로 생성된 새로운 DB 인스턴스는 자동으로 업그레이드됩니다. **3단계: 마지막 업그레이드 롤아웃 순서** 2단계가 끝나면 RDS for Oracle은 업그레이드 롤아웃 순서가 마지막인 DB 인스턴스 업그레이드를 시작합니다. 이 단계는 다음 분기 마이너 버전 릴리스까지 지속됩니다. 이 단계에서 업그레이드 롤아웃 순서가 첫 번째, 두 번째 또는 마지막으로 생성된 새로운 DB 인스턴스는 자동으로 업그레이드됩니다. | Phase(단계) | 시작 시 | 지속 시간 | 보류 중인 유지 관리 조치 메시지 | | --- | --- | --- | --- | | 0단계: 조기 알림 | RDS for Oracle에서 새 마이너 버전을 릴리스하는 경우 | 2주 | 엔진 버전으로의 자동 마이너 버전 업그레이드는 업그레이드 롤아웃 순서 롤아웃 순서에 따라 적용 날짜의 유지 관리 기간 동안 적용됩니다. AWS 콘솔 또는 AWS CLI를 통해 예정된 날짜 이전에 언제든지 업그레이드 롤아웃 순서를 변경하거나이 업그레이드를 수동으로 적용할 수 있습니다. | | 1단계: 첫 번째 업그레이드 롤아웃 순서 | 조기 알림 단계 종료 | 1월/4월/7월 마이너 버전의 경우 2\$14주, 10월 마이너 버전의 경우 7\$19주 | 마이너 버전을 engine-version으로 자동 업그레이드 | | 2단계: 두 번째 업그레이드 롤아웃 순서 | 1단계 종료 | 2주 | 마이너 버전을 engine-version으로 자동 업그레이드 | | 3단계: 마지막 업그레이드 롤아웃 순서 | 2단계 종료 | 다음 분기 마이너 버전 릴리스까지 | 마이너 버전을 engine-version으로 자동 업그레이드 | ## RDS for Oracle용 자동 마이너 버전 업그레이드 관리 DB 인스턴스에서 마이너 버전 자동 업그레이드가 활성화되면 Amazon RDS는 유지 관리 기간 동안 DB 인스턴스를 최신 마이너 버전으로 자동 업그레이드합니다. 그러나 AWS CLI를 사용하거나 데이터베이스 세부 정보 페이지의 **유지 관리 및 백업** 탭에서 예정된 날짜 이전에 업그레이드를 수동으로 적용하도록 선택할 수 있습니다. 예약된 유지 관리 기간을 기다리는 대신 DB 인스턴스를 즉시 업그레이드하는 방법: ``` aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \ --apply-action db-upgrade \ --opt-in-type immediate ``` 예약된 적용 날짜 대신 다음 유지 관리 기간에 업그레이드를 적용하는 방법: ``` aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \ --apply-action db-upgrade \ --opt-in-type next-maintenance ``` 자동 마이너 버전 업그레이드를 옵트아웃하려면 DB 인스턴스를 수정하고 자동 마이너 버전 업그레이드 옵션을 끕니다. 이렇게 하면 보류 중인 자동 업그레이드의 예약이 취소됩니다. 자동 마이너 버전 업그레이드를 비활성화하는 방법에 대한 자세한 내용은 [마이너 엔진 버전 자동 업그레이드](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades) 섹션을 참조하세요. 자동 마이너 버전 업그레이드를 해제하는 데 도움이 필요한 경우 AWS Support에 문의하세요. 때로는 RDS가 이전 마이너 버전을 적용하기 전에 새 마이너 버전을 사용할 수 있게 됩니다. 예를 들어 `both 21.0.0.0.ru-2025-10.rur-2025-10.r1` 및 `21.0.0.0.ru-2026-01.rur-2026-01.r1`를 업그레이드 대상으로 사용할 수 있는 경우 인스턴스가 `21.0.0.0.ru-2025-07.rur-2025-07.r1`에서 실행됩니다. 이 경우 DB 인스턴스의 불필요한 가동 중지 시간을 방지하기 위해 RDS는 자동 마이너 버전 업그레이드를 최신 버전으로 예약하여 이전 버전으로의 업그레이드를 건너뜁니다. 이 예제에서 RDS는 인스턴스를 `21.0.0.0.ru-2025-07.rur-2025-07.r1`에서 `21.0.0.0.ru-2026-01.rur-2026-01.r1`로 직접 업그레이드합니다. # Oracle 데이터베이스 업그레이드에 대한 고려 사항 Oracle 인스턴스를 업그레이드하기 전에 다음 정보를 검토합니다. **Topics** + [Oracle 멀티테넌트 고려 사항](#USER_UpgradeDBInstance.Oracle.multi) + [옵션 그룹 고려 사항](#USER_UpgradeDBInstance.Oracle.OGPG.OG) + [파라미터 그룹 고려 사항](#USER_UpgradeDBInstance.Oracle.OGPG.PG) + [시간대 고려 사항](#USER_UpgradeDBInstance.Oracle.OGPG.DST) + [공간 패치 번들(SPB) 고려 사항](#USER_UpgradeDBInstance.Oracle.SPB) ## Oracle 멀티테넌트 고려 사항 다음 표에서는 다양한 릴리스에서 지원되는 Oracle Database 아키텍처에 대해 설명합니다. | Oracle Database 릴리스 | RDS 지원 상태 | 아키텍처 | | --- | --- | --- | | Oracle Database 21c | 지원됨 | CDB만 | | Oracle Database 19c | 지원됨 | CDB 또는 비 CDB | 다음 표에서는 지원되는 업그레이드 경로와 지원되지 않는 업그레이드 경로에 대해 설명합니다. | 업그레이드 경로 | 지원 여부 | | --- | --- | | CDB에서 CDB로 | 예 | | 비 CDB에서 CDB로 | 아니요, 하지만 비CDB를 CDB로 변환한 다음 업그레이드할 수 있습니다. | | CDB에서 비 CDB로 | 아니요 | RDS for Oracle의 Oracle 멀티테넌트에 대한 자세한 내용은 [CDB 아키텍처의 단일 테넌트 구성](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant) 단원을 참조하세요. ## 옵션 그룹 고려 사항 DB 인스턴스가 사용자 지정 옵션 그룹을 사용하는 경우 Amazon RDS가 새 옵션 그룹을 자동으로 할당하지 못할 수 있습니다. 예를 들어, 이 상황은 새로운 메이저 버전으로 업그레이드할 경우 발생합니다. 이 경우 업그레이드할 때 새 옵션 그룹을 지정합니다. 새 옵션 그룹을 생성하고 동일한 옵션을 기존 사용자 지정 옵션 그룹에 추가하는 것이 좋습니다. 자세한 내용은 [옵션 그룹 생성](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create) 또는 [옵션 그룹 생성](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy) 섹션을 참조하세요. DB 인스턴스가 `APEX` 및 `APEX-DEV` 옵션이 포함된 사용자 지정 옵션 그룹을 사용하는 경우 업그레이드 시간이 단축될 수 있습니다. 이렇게 하려면 DB 인스턴스와 동시에 Oracle APEX 버전을 업그레이드하세요. 자세한 내용은 [Oracle APEX 버전 업그레이드](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade) 섹션을 참조하세요. ## 파라미터 그룹 고려 사항 DB 인스턴스에서 사용자 지정 파라미터 그룹을 사용할 경우 Amazon RDS에서 DB 인스턴스에 새 파라미터 그룹을 자동으로 할당할 수 없는 경우도 있습니다. 예를 들어, 이 상황은 새로운 메이저 버전으로 업그레이드할 경우 발생합니다. 이 경우 업그레이드할 때 새 파라미터 그룹을 지정해야 합니다. 새 파라미터 그룹을 생성하고 기존 사용자 지정 파라미터 그룹에서와 같은 방법으로 파라미터를 구성하는 것이 좋습니다. 자세한 내용은 [Amazon RDS에서 DB 파라미터 그룹 생성](USER_WorkingWithParamGroups.Creating.md) 또는 [Amazon RDS에서 DB 파라미터 그룹 복사](USER_WorkingWithParamGroups.Copying.md) 섹션을 참조하세요. ## 시간대 고려 사항 시간대 옵션을 사용하면 Oracle DB 인스턴스에서 사용하는 *시스템 시간대*를 변경할 수 있습니다. 예를 들면 온프레미스 환경 또는 기존 애플리케이션과 시간을 호환하기 위해 DB 인스턴스의 시간대를 변경할 수 있습니다. 시간대 옵션은 호스트 레벨에서 시간대를 변경합니다. Amazon RDS for Oracle은 연중 내내 시스템 시간대를 자동으로 업데이트합니다. 시스템 시간대에 대한 자세한 내용은 [Oracle 시간대](Appendix.Oracle.Options.Timezone.md) 단원을 참조하십시오. Oracle DB 인스턴스를 생성하면 데이터베이스가 *데이터베이스 시간대*를 자동으로 설정합니다. 데이터베이스 시간대는 일광 절약 시간(DST) 시간대라고도 합니다. 데이터베이스 시간대는 시스템 시간대와 완전히 다릅니다. Oracle Database 릴리스 간에 패치 세트 또는 개별 패치에 새 DST 버전이 포함될 수 있습니다. 이러한 패치는 다양한 시간대 리전에 대한 전환 규칙의 변경 사항을 반영합니다. 예를 들어 DST가 적용되면 정부가 변경될 수 있습니다. DST 규칙을 변경하면 `TIMESTAMP WITH TIME ZONE` 데이터 형식의 기존 데이터에 영향을 줄 수 있습니다. RDS for Oracle DB 인스턴스를 업그레이드하더라도 Amazon RDS는 데이터베이스 시간대 파일은 자동으로 업그레이드되지 않습니다. 시간대 파일을 자동으로 업그레이드하려면 엔진 버전 업그레이드 도중 또는 이후에 DB 인스턴스와 연결된 옵션 그룹에 `TIMEZONE_FILE_AUTOUPGRADE` 옵션을 포함하면 됩니다. 자세한 내용은 [Oracle 시간대 파일 자동 업그레이드](Appendix.Oracle.Options.Timezone-file-autoupgrade.md)을 참조하세요. 또는 데이터베이스 시간대 파일을 수동으로 업그레이드하려면 원하는 DST 패치가 있는 새 Oracle DB 인스턴스를 생성합니다. 하지만 `TIMEZONE_FILE_AUTOUPGRADE` 옵션을 사용하여 데이터베이스 시간대 파일을 업그레이드하는 것이 좋습니다. 시간대 파일을 업그레이드한 후 현재 인스턴스에서 새 인스턴스로 데이터를 마이그레이션합니다. 다음을 비롯한 여러 기술을 사용하여 데이터를 마이그레이션할 수 있습니다. + AWS Database Migration Service + Oracle GoldenGate + Oracle Data Pump + 원본 내보내기/가져오기(일반 용도로 지원되지 않음) **참고** Oracle Data Pump를 사용하여 데이터를 마이그레이션할 때 유틸리티는 대상 시간대 버전이 소스 시간대 버전보다 낮은 경우 ORA-39405 오류를 발생시킵니다. 자세한 내용은 Oracle 설명서에서 [시간대 제한이 있는 타임스탬프](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89)를 참조하세요. ## 공간 패치 번들(SPB) 고려 사항 RDS for Oracle에서 릴리스 업데이트(RU)는 Oracle Database에 대한 보안 수정, 버그 수정 및 새로운 기능을 포함하는 마이너 엔진 버전입니다. 또한 공간 패치 번들(SPB)은 Oracle Spatial 옵션용으로 설계된 패치를 포함하는 마이너 엔진 버전입니다. 예를 들어 19.0.0.0.ru-2025-01.spb-1.r1은 엔진 버전 19.0.0.0.ru-2025-01.rur-2025-01.r1에 RU 패치와 공간 패치가 포함된 마이너 엔진 버전입니다. 데이터베이스를 SPB로 업그레이드하려면 다음 사항을 고려합니다. + SPB는 Oracle Database 19c에서만 지원됩니다. + 일반적으로 SPB는 해당 분기별 RU가 있고서 2\$13주 후에 릴리스됩니다. + 인스턴스가 Oracle Spatial 옵션을 사용하지 않더라도 DB 인스턴스를 SPB로 업그레이드할 수 있지만 엔진 버전의 Spatial 패치는 Oracle Spatial에만 적용됩니다. SPB에서 새 인스턴스를 만들고 나중에 Oracle Spatial 옵션을 설치할 수 있습니다. + DB 인스턴스에 대해 마이너 버전 자동 업그레이드를 사용 설정하는 경우 업그레이드 경로는 인스턴스가 현재 SPB를 사용하는지 RU를 사용하는지에 따라 달라집니다. 인스턴스가 SPB를 사용하는 경우 RDS는 인스턴스를 최신 SPB로 자동으로 업그레이드합니다. 인스턴스가 RU를 사용하는 경우 RDS는 인스턴스를 최신 RU로 자동으로 업그레이드합니다. + SPB가 현재 RU와 동일한 엔진 버전 또는 그 이상일 경우에만 DB 인스턴스를 RU에서 SPB로 수동으로 업그레이드할 수 있습니다. + RU가 상위 버전인 경우에만 SPB에서 RU로 DB 인스턴스를 수동으로 업그레이드할 수 있습니다. # Oracle DB 업그레이드 테스트 DB 인스턴스를 메이저 버전으로 업그레이드하기 전에 데이터베이스와 해당 데이터베이스에 액세스하는 모든 애플리케이션을 철저히 테스트하여 새 버전과의 호환성을 확인합니다. 다음 절차를 참조하는 것이 좋습니다. **메이저 버전 업그레이드를 테스트하려면** 1. 다음과 같이 새 버전의 데이터베이스 엔진에 대한 Oracle 업그레이드 문서를 검토하여 데이터베이스나 애플리케이션에 영향을 끼칠 수도 있는 호환성 문제가 있는지 살펴봅니다. 자세한 내용은 Oracle 문서의 [Database Upgrade Guide](https://docs.oracle.com/database/121/UPGRD/toc.htm) 단원을 참조하십시오. 1. DB 인스턴스에서 사용자 지정 옵션 그룹을 사용할 경우 업그레이드하려는 새 버전과 호환되는 새 옵션 그룹을 생성합니다. 자세한 내용은 [옵션 그룹 고려 사항](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG) 섹션을 참조하세요. 1. DB 인스턴스에서 사용자 지정 파라미터 그룹을 사용할 경우 업그레이드하려는 새 버전과 호환되는 새 파라미터 그룹을 생성합니다. 자세한 내용은 [파라미터 그룹 고려 사항](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.PG) 섹션을 참조하세요. 1. 업그레이드할 DB 인스턴스의 DB 스냅샷을 생성합니다. 자세한 내용은 [Amazon RDS의 단일 AZ DB 인스턴스에 대한 DB 스냅샷 생성](USER_CreateSnapshot.md) 섹션을 참조하세요. 1. DB 스냅샷을 복구하여 새로운 테스트 DB 인스턴스를 생성합니다. 자세한 내용은 [DB 인스턴스 복원](USER_RestoreFromSnapshot.md) 섹션을 참조하세요. 1. 다음 방법 중 한 가지를 사용하여 이 새로운 테스트 DB 인스턴스를 변경하고 새로운 버전으로 업그레이드합니다. + [콘솔](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.Console) + [AWS CLI](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.CLI) + [RDS API](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.API) 1. 테스트 수행: + 업그레이드한 DB 인스턴스와 관련하여 데이터베이스 및 애플리케이션과 새로운 버전의 호환성을 보장하는 데 필요하다면 최대한 많은 수의 품질 보증 테스트를 실행합니다. + 또한 1단계에서 발견된 호환성 문제의 영향을 평가하는 데 필요한 새로운 테스트도 모두 실행합니다. + 저장 프로시저와 함수, 트리거를 모두 테스트합니다. + 업그레이드한 DB 인스턴스에 대해 애플리케이션의 테스트 버전을 실행합니다. 새 버전에서 애플리케이션이 올바로 작동하는지 확인합니다. + 업그레이드한 인스턴스에서 사용할 스토리지를 평가하여 업그레이드 시 추가 스토리지의 필요 여부를 결정합니다. 프러덕션에서 새 버전을 지원하려면 더 큰 인스턴스 클래스를 선택해야 할 수도 있습니다. 자세한 내용은 [DB 인스턴스 클래스](Concepts.DBInstanceClass.md) 섹션을 참조하세요. 1. 모든 테스트가 통과되면 프로덕션 DB 인스턴스로 업그레이드하세요. DB 인스턴스에 대한 쓰기 작업을 허용하기 전에 DB 인스턴스가 제대로 작동하는지 확인하는 것이 좋습니다. # RDS for Oracle DB 인스턴스 버전 업그레이드 RDS for Oracle DB 인스턴스의 DB 엔진 버전을 수동으로 업그레이드하려면 AWS Management Console, AWS CLI 또는 RDS API를 사용하세요. RDS에서 데이터베이스 업그레이드에 대한 일반적인 정보는 [RDS for Oracle DB 인스턴스 버전 업그레이드](#USER_UpgradeDBInstance.Oracle.Upgrading) 섹션을 참조하세요. 유효한 업그레이드 대상을 가져오려면 AWS CLI [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) 명령을 사용하세요. ## 콘솔 **콘솔을 사용하여 RDS for Oracle DB 인스턴스의 엔진 버전을 업그레이드하는 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다. 1. 탐색 창에서 **데이터베이스**를 선택한 다음 업그레이드하려는 DB 인스턴스를 선택합니다. 1. **수정**을 선택합니다. 1. **DB 엔진 버전**에서 더 높은 데이터베이스 버전을 선택합니다. 1. **계속**해서 수정 사항을 요약한 내용을 확인합니다. 데이터베이스 버전 업그레이드의 영향을 이해해야 합니다. 업그레이드된 DB 인스턴스를 이전 버전으로 다시 변환할 수 없습니다. 계속하기 전에 새 버전으로 데이터베이스와 애플리케이션을 모두 테스트하세요. 1. DB 인스턴스 업그레이드 일정을 결정합니다. 변경 사항을 즉시 적용하려면 **즉시 적용**을 선택합니다. 일부의 경우 이 옵션을 선택하면 중단이 발생할 수 있습니다. 자세한 내용은 [수정 예약 설정 사용](USER_ModifyInstance.ApplyImmediately.md) 섹션을 참조하세요. 1. 확인 페이지에서 변경 내용을 검토합니다. 변경 내용이 정확할 경우 **DB 인스턴스 수정**을 선택하여 변경 내용을 저장합니다. 그렇지 않으면 [**Back**]을 선택하여 변경 내용을 편집하거나 [**Cancel**]을 선택하여 변경 내용을 취소합니다. ## AWS CLI RDS for Oracle DB 인스턴스의 엔진 버전을 업그레이드하려면 CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) 명령을 사용합니다. 다음 파라미터를 지정합니다. + `--db-instance-identifier` - RDS for Oracle DB 인스턴스의 이름입니다. + `--engine-version` – 업그레이드할 데이터베이스 엔진의 버전 번호입니다. 유효한 엔진 버전에 대한 정보를 보려면 AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) 명령을 사용합니다. + `--allow-major-version-upgrade` - DB 엔진 버전을 업그레이드합니다. + `--no-apply-immediately` – 변경 사항이 다음 유지 관리 기간에 적용됩니다. 변경 사항을 바로 적용하려면 `--apply-immediately`를 사용합니다. **Example** 다음 예시는 이름이 `myorainst`인 CDB 인스턴스를 현재 버전인 `19.0.0.0.ru-2024-01.rur-2024-01.r1`에서 버전 `21.0.0.0.ru-2024-04.rur-2024-04.r1`로 업그레이드합니다. 대상 LinuxmacOS, 또는Unix: ``` 1. aws rds modify-db-instance \ 2. --db-instance-identifier myorainst \ 3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 \ 4. --allow-major-version-upgrade \ 5. --no-apply-immediately ``` Windows의 경우: ``` 1. aws rds modify-db-instance ^ 2. --db-instance-identifier myorainst ^ 3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 ^ 4. --allow-major-version-upgrade ^ 5. --no-apply-immediately ``` ## RDS API RDS for Oracle DB 인스턴스를 업그레이드하려면 [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) 작업을 사용합니다. 다음 파라미터를 지정합니다. + `DBInstanceIdentifier` – DB 인스턴스의 이름입니다(예:*`myorainst`* ). + `EngineVersion` – 업그레이드할 데이터베이스 엔진의 버전 번호입니다. 유효한 엔진 버전에 대한 정보를 보려면 [ DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) 작업을 사용합니다. + `AllowMajorVersionUpgrade` – 메이저 버전 업그레이드를 허용하는지 여부입니다. 그렇게 하려면 값을 `true`로 설정합니다. + `ApplyImmediately` – 변경 사항을 즉시 적용하거나 다음 유지 관리 기간에 적용합니다. 변경 사항을 바로 적용하려면 값을 `true`로 설정합니다. 변경 사항을 다음 유지 관리 기간에 적용하려면 값을 `false`로 설정합니다. # Oracle DB 스냅샷 업그레이드 Amazon RDS에서 Oracle DB 스냅샷을 업그레이드하면 데이터베이스가 안전하고 호환 가능해지며 완벽하게 지원됩니다. 이전 Oracle 버전에서 패치 지원이 종료되면 이러한 버전에 연결된 수동 DB 스냅샷을 업그레이드하여 잠재적 취약성이나 서비스 제한을 피할 수 있습니다. 자세한 내용은 [Oracle 엔진 버전 관리](USER_UpgradeDBInstance.Oracle.Overview.md#Oracle.Concepts.Patching) 단원을 참조하십시오. Amazon RDS는 모든 AWS 리전에서 스냅샷 업그레이드를 지원합니다. ## 콘솔 **Oracle DB 스냅샷을 업그레이드하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다. 1. 탐색 창에서 [**Snapshots**]를 선택한 다음 업그레이드하려는 DB 스냅샷을 선택합니다. 1. **작업**에서 **Upgrade snapshot(스냅샷 업그레이드)**을 선택합니다. **Upgrade snapshot(스냅샷 업그레이드)** 페이지가 표시됩니다. 1. 스냅샷을 업그레이드할 **새 엔진 버전**을 선택합니다. 1. (선택 사항) **옵션 그룹**에서 업그레이드된 DB 스냅샷의 옵션 그룹을 선택합니다. DB 스냅샷을 업그레이드할 때 고려할 옵션 그룹은 DB 인스턴스를 업그레이드할 때와 동일합니다. 자세한 내용은 [옵션 그룹 고려 사항](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG) 섹션을 참조하세요. 1. 변경 사항을 저장하려면 **변경 사항 저장**을 선택합니다. 업그레이드 중에는 이 DB 스냅샷의 모든 스냅샷 작업이 비활성화됩니다. 또한 DB 스냅샷 상태가 **사용 가능**에서 **업그레이드 중**으로 바뀐 다음 완료되면 **활성**으로 바뀝니다 스냅샷 손상 문제로 인해 DB 스냅샷을 업그레이드할 수 없는 경우, 상태가 **사용할 수 없음**으로 바뀝니다. 이 상태로부터 스냅샷을 복구할 수는 없습니다. **참고** DB 스냅샷 업그레이드에 실패하면 스냅샷이 원래 버전의 원래 상태로 롤백됩니다. ## AWS CLI AWS CLI를 사용하여 Oracle DB 스냅샷을 업그레이드하려면 다음 파라미터와 함께 [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html) 명령을 호출합니다. + `--db-snapshot-identifier` – DB 스냅샷의 이름입니다. + `--engine-version` – 스냅샷을 업그레이드할 버전입니다. 또한 다음 파라미터를 포함해야 할 수 있습니다. DB 스냅샷을 업그레이드할 때 고려할 옵션 그룹은 DB 인스턴스를 업그레이드할 때와 동일합니다. 자세한 내용은 [옵션 그룹 고려 사항](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG) 섹션을 참조하세요. + `--option-group-name` – 업그레이드된 DB 스냅샷에 대한 옵션 그룹입니다. **Example** 다음 예제는 DB 스냅샷을 업그레이드합니다. 대상 LinuxmacOS, 또는Unix: ``` aws rds modify-db-snapshot \ --db-snapshot-identifier mydbsnapshot \ --engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 \ --option-group-name default:oracle-se2-19 ``` Windows의 경우: ``` aws rds modify-db-snapshot ^ --db-snapshot-identifier mydbsnapshot ^ --engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 ^ --option-group-name default:oracle-se2-19 ``` ## RDS API Amazon RDS API를 사용하여 Oracle DB 스냅샷을 업그레이드하려면 다음 파라미터와 함께 [ModifyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html) 작업을 호출하십시오. + `DBSnapshotIdentifier` – DB 스냅샷의 이름입니다. + `EngineVersion` – 스냅샷을 업그레이드할 버전입니다. `OptionGroupName` 파라미터를 포함해야 할 수도 있습니다. DB 스냅샷을 업그레이드할 때 고려할 옵션 그룹은 DB 인스턴스를 업그레이드할 때와 동일합니다. 자세한 내용은 [옵션 그룹 고려 사항](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG) 섹션을 참조하세요.