Oracle 次要版本升級 - Amazon Relational Database Service

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

Oracle 次要版本升級

在 RDS for Oracle 中,次要版本升級是主要資料庫引擎版本的更新。在 RDS 中,次要引擎版本是版本更新 (RU) 或空間修補程式套件 (SPB)。例如,如果您的資料庫執行個體執行主要版本 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 不支援次要版本降級。

您可以手動或自動將資料庫引擎升級為次要版本。如需了解如何手動升級,請參閱 手動升級引擎版本。如需了解如何設定自動升級,請參閱 自動升級次要引擎版本。無論手動或自動升級,次要版本升級皆需停機時間。規劃升級時,請考量此停機時間。

Amazon RDS 也支援升級推展政策,以管理跨多個資料庫資源和 的自動次要版本升級 AWS 帳戶。如需詳細資訊,請參閱使用 AWS Organizations 升級推展政策進行自動次要版本升級

重要

所有升級都務必要經過完整測試,以確認您的應用程式正常運作,再將升級套用至您的生產資料庫。如需詳細資訊,請參閱測試 Oracle 資料庫升級

版本更新 (RU) 和空間修補程式套件 (SPB)

在 RDS 中,版本更新 (RU) 是指每季的次要引擎版本,其中包含 Oracle Database 的安全修正、錯誤修正和新功能。空間修補程式套件 (SPB) 是一個 RU 引擎版本,其中包含專為 Oracle Spatial 選項設計的修補程式。例如,名為 19.0.0.0.ru-2025-01.spb-1.r1 的 SPB 包含對應的 RU 19.0.0.0.ru-2025-01.rur-2025-01.r1 中的所有修補程式,以及 Spatial 專用的修補程式。僅支援將 SPB 用於 Oracle Database 19c。

您的執行個體設定了自動次要版本升級時,RU 和 SPB 會位於個別的升級路徑。一般而言,SPB 會在其對應的 RU 之後 2-3 週發行。下表顯示 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

如果您的資料庫執行個體設定了自動升級,執行個體將會位於對應至目前版本的升級路徑。例如,如果您的資料庫執行個體執行 19.0.0.0.ru-2025-01.rur-2025-01.r1 版,當 19.0.0.0.ru-2025-04.rur-2025-04.r1 發行時,您的執行個體將會自動升級至此 RU。同樣地,如果您的資料庫執行個體執行 19.0.0.0.ru-2025-01.spb-1.r1,當 19.0.0.0.ru-2025-04.spb-1.r1 發行時,您的執行個體就會自動升級至此 SPB。執行 19.0.0.0.ru-2025-01.rur-2025-01.r1 (此為 RU) 的執行個體將不會自動升級至 19.0.0.0.ru-2025-04.spb-1.r1 (這是個別升級路徑上的 SPB)。

即使您的執行個體未使用 Spatial,您仍可將資料庫執行個體升級至 SPB,但 Spatial 修補程式僅適用於 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。

如果您的資料庫執行個體設定了自動次要版本升級,當您手動從 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 Database 19c 支援的 RU 和 SPB,請參閱 Amazon RDS for Oracle Database 19c (19.0.0.0)

開啟 Oracle 的自動次要版本升級

進行自動次要版本升級時,RDS 會將最新可用的次要版本套用至您的 Oracle 資料庫,無需您手動介入。在下列情況下,Amazon RDS for Oracle 資料庫執行個體會在下次維護時段排程升級:

  • 您的資料庫執行個體已開啟自動次要版本升級選項。

  • 您的資料庫執行個體未執行最新次要資料庫引擎版本。

如需了解如何開啟自動升級,請參閱 自動升級次要引擎版本

使用 AWS Organizations 升級推展政策進行自動次要版本升級

Amazon RDS for Oracle 支援 AWS Organizations 升級推展政策,以管理跨多個資料庫資源和 的自動次要版本升級 AWS 帳戶。此政策消除了手動或透過自訂工具協調自動次要版本升級的操作開銷,同時確保在推出生產之前,先在非生產環境中套用升級。當新的次要引擎版本可用時,Amazon RDS 會根據其設定的升級推展順序來升級資料庫執行個體:

升級推展順序 典型使用案例 當升級開始時
First 開發和測試環境 最早 - 適用於驗證新版本
預備和非關鍵生產環境 在「第一個」階段完成後
Last 關鍵生產環境 「第二個」階段完成後
重要

如果您未設定資料庫執行個體的升級推展順序,則預設為秒。

如需階段計時和持續時間的詳細資訊,請參閱 Amazon RDS 如何排程自動次要版本升級。如需在 AWS Organizations 中設定升級推展政策的詳細資訊,請參閱 使用 AWS Organizations 升級推展政策進行自動次要版本升級

RDS for Oracle 中的自動次要版本升級通知

如果您的資料庫執行個體已啟用自動次要版本升級,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 將升級資料庫執行個體的日期。 rollout-order是您的升級推展順序 (第一個、第二個或最後一個)。如果您尚未設定升級推展政策,此值預設為秒。如需詳細資訊,請參閱使用 AWS Organizations 升級推展政策進行自動次要版本升級

當升級推展階段開始時,待定維護動作訊息會變更為下列格式:

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,請參閱《AWS CLI 命令參考》

Amazon RDS 如何排程自動次要版本升級

當您使用 AWS Organizations 升級推展政策時,Amazon RDS 會根據設定的推展順序分階段升級資料庫執行個體。本節說明每個階段的時間和持續時間。

階段 0:提早通知

當 RDS for Oracle 發行新的次要版本 (通常是 Oracle 季度 RU 發行後 3 到 4 週) 時,啟用自動次要版本升級的所有資料庫執行個體都會收到提早通知。此通知會顯示在 Amazon RDS 主控台中資料庫詳細資訊頁面的維護與備份索引標籤,以及 describe-pending-maintenance-actions API 回應中。提早通知階段會持續 2 週。在此階段,不會自動升級。

階段 1:先升級推展順序

在早期通知階段結束時,RDS for Oracle 會先開始升級具有升級推展順序的資料庫執行個體。此階段的 1 月、4 月、7 月每季次要版本持續 2 到 3 週,10 月每季次要版本持續 7 到 8 週。10 月次要版本的延長期間提供足夠的時間,以在年底假日季節測試新的次要版本。在此階段期間使用升級推展順序建立的新資料庫執行個體將會自動升級。

階段 2:升級推展順序秒

在第 1 階段結束時,RDS for Oracle 會開始以升級推展順序升級資料庫執行個體。對於所有每季次要版本,此階段會持續 2 週。在此階段期間,使用升級推展順序第一或第二項建立的新資料庫執行個體會自動升級。

階段 3:升級推展順序最後

在第 2 階段結束時,RDS for Oracle 會開始升級最後升級推展順序的資料庫執行個體。此階段會持續到下一個季度次要版本發行為止。在此階段期間,使用升級推展順序先、秒或最後建立的新資料庫執行個體會自動升級。

階段 啟動時 持續時間 待定維護動作訊息
階段 0:提前通知 當 RDS for Oracle 發行新的次要版本時 2 週 系統會根據升級推展訂單推展訂單,在您的維護時段於 apply-date 套用自動次要版本升級至 engine-version。您可以隨時透過 AWS 主控台或 AWS CLI,在排程日期之前變更升級推展順序或手動套用此升級。
階段 1:升級推展順序優先 提早通知階段結束 January/April/July 月次要版本為 2 到 4 週,10 月次要版本為 7 到 9 週 engine-version 的自動次要版本升級
階段 2:升級推展順序秒 階段 1 結束 2 週 engine-version 的自動次要版本升級
階段 3:升級推展順序最後 階段 2 結束 直到下一個季度次要版本發行為止 engine-version 的自動次要版本升級

管理 RDS for Oracle 的自動次要版本升級

在資料庫執行個體上啟用自動次要版本升級時,Amazon RDS 會在維護時段將您的資料庫執行個體自動升級至最新的次要版本。不過,您可以選擇使用 AWS CLI 或在資料庫詳細資訊頁面的維護與備份索引標籤上,在排程日期之前手動套用升級。

若要立即升級資料庫執行個體,而不是等待排定的維護時段:

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

若要選擇退出自動次要版本升級,請修改資料庫執行個體並關閉自動次要版本升級選項。這會取消排程任何待定的自動升級。

若要進一步了解如何關閉自動次要版本升級,請參閱自動升級次要引擎版本。如果您需要關閉自動次要版本升級的協助,請聯絡 AWS Support。

有時,在 RDS 套用先前的次要版本之前,就已有新的次要版本可供使用。例如,當 both 21.0.0.0.ru-2025-10.rur-2025-10.r121.0.0.0.ru-2026-01.rur-2026-01.r1 作為升級目標可用21.0.0.0.ru-2025-07.rur-2025-07.r1時,您的執行個體正在 上執行。在此情況下,為了避免資料庫執行個體經歷不必要的停機時間,RDS 會排程自動將次要版本升級至最新版本的作業,而不升級至先前的版本。在此範例中,RDS 會將您的執行個體21.0.0.0.ru-2025-07.rur-2025-07.r1直接從 升級至 21.0.0.0.ru-2026-01.rur-2026-01.r1