專用 Exadata 基礎架構上的自治式 AI 資料庫服務維護

Oracle 會針對專用 Exadata 基礎架構上的所有自治式 AI 資料庫資源排定並執行所有修正和其他維護作業。同時，它提供多種選項供您自訂、檢視及重新排定不同基礎架構資源的維護事件。

注意：啟用 Database In-Memory 後，在任何導致資料庫重新啟動的修正活動期間，效能可能會降低。如需 Database In-Memory 的其他資訊，請參閱 Database In-Memory 。

服務維護類型

Oracle 會排定您的自治式 AI 資料庫並執行不同的服務維護活動。這些維護事件的修正範圍和頻率各不相同。

Oracle 的雲端營運團隊會持續監控修補，並在修補程式未通過基本健全度測試時執行倒回。如果需要倒回，將會重新排定維護。雖然倒回是最後一個選項，但我們的目標是提供最快的補救措施，讓您的資料庫恢復正常狀態。如果迴歸僅出現在您的應用程式中，則應透過服務要求 (SR) 來報告。對於需要立即注意的重要問題，Oracle 可在標準維護排程之外開發及部署單次修正程式。

每季維護修正程式

Oracle 會排定並執行整個每季的運輸隊伍維護分攤。

每月重要安全性修補程式更新

當有每月安全更新可用時，Oracle 會排定並執行 Exadata 基礎架構、自治式 Exadata VM 叢集 (AVMC) 和自治式容器資料庫 (ACD) 的每月重要安全修正程式更新 (CSPU)。這些更新解決了安全漏洞，並可以包含所有 CVSS 分數的修正。

每季發行版本更新 (RU) 為累積版本，包含透過每月 CSPU 為對應發行版本提供的所有適用修正。未要求提前申請每月 CSPU 的客戶，會在套用下一個適用的每季 RU 時收到這些修正。

僅適用於美國政府區域：

適用於 Oracle Public Cloud、Cloud@Customer 和多雲端部署：

單次修正程式

Oracle 會針對需要在標準維護排程之外立即修正的重要問題產生單次修正程式，包括向 My Oracle Support 提出的重要支援要求和重要的安全更新。如需有關提出支援要求的說明，請參閱在 My Oracle Support 中建立服務要求。

指定何時可以進行維護

一般而言，Oracle 會針對所有 CVSS 分數的漏洞排定並執行每季與每月基礎架構安全性修正的整個運輸隊伍維護作業。您可以讓 Oracle 處理維護排程，或者自行設定 Oracle 可以開始進行維護作業的特定維護時段。

自訂每季維護

您可以選擇自治式 AI 資料庫資源的每季自動維護排程，或讓 Oracle 自動排定更新。Oracle 會事先通知您即將進行排定維護的日期與時間。

您可以使用各種資源層次的自動每季維護來執行下列作業，如下表所示：

基礎建設資源 備註與進一步參考
Exadata 基礎架構 (EI)
自治式 Exadata VM 叢集 (AVMC)

注意：在啟動多個 VM 自治式 AI 資料庫功能之前，在 Oracle Cloud 的 Exadata 基礎架構資源上佈建的 AVMC 資源會繼承其相關 Exadata 基礎架構的維護排程。

自治式容器資料庫 (ACD)
  • 更新自治式容器資料庫維護偏好設定示範如何更新下列偏好設定：

    • 自動更新的維護方式 (輪流或非輪流)。您也可以包含要與 RU 一起更新的時區檔案。

      注意：在「自治式資料保全」組態中，非輪流維護方法會在主要和待命 ACD 的個別維護時段停止工作，直到修正完成為止。

    • 自動更新的維護版本 (下一個 RU 或最新 RU)。

    • ACD 的自動維護排程。您可以利用各種選項來自訂維護排程，如可自訂維護排程中的設定值中所述。

      注意：您無法在「自治式資料保全」組態中定義待命 ACD 的自訂排程。不過，您可以設定在主要 ACD 維護之前排定待命 ACD 維護的天數，因為待命 ACD 一律在主要 ACD 之前修正。

  • 您也可以排定隨選維護以更新 RU (版本更新) 以及時區檔案，或只更新 ACD 的時區檔案。如需指示，請參考排定每季維護更新。

    注意：只有在需要時區檔案更新時，待命 ACD 會在啟用自治式資料保全之 ACD 的主要 ACD 之前 3 天進行修正。

  • 檢視及管理自治式容器資料庫的排定維護
  • 檢視自治式容器資料庫的過去維護

秘訣：Oracle 建議您為上面列出的所有基礎架構資源設定維護時段，以便：

可自訂維護排程中的設定值

您可以從 Oracle Cloud Infrastructure 主控台選擇下列詳細資訊，同時為上述任何基礎架構資源定義自訂排程。

自訂每月基礎架構安全性維護

若有需要，會排定在每月 18 到 21 日之間開始的 21 天時段內套用每月基礎架構安全維護，並且將會在下個月的 9 到 12 日之間執行。您至少會在每月維護時段開始的 7 天之前收到提議排程的通知，您可以視需要將每月維護重排至時段中的其他日期。

每月安全性修正程式可以在維護時段內重新排定為另一個時間，但不能略過或重新排定超過 21 天的時間範圍。只要您將每月固定在目前的維護時段內，您就可以在重新排定每季維護時重新排定每月安全性維護。

在每月基礎架構安全修補活動期間，不會影響自主 AI 資料庫或與其連接的應用程式。資料庫伺服器的更新是透過 Ksplice 技術在線上套用，儲存伺服器的更新會以輪流方式套用。

不過，在更新服務基礎架構的同時，Oracle 可能會封鎖部分作業，包括記憶體擴充、儲存調整、作業系統和 Grid Infrastructure 修正 (包括前置檢查)，以及彈性擴充運算和儲存伺服器。請計畫在更新完成之前，延緩這些作業。根據 I/O 活動，每個資料庫伺服器主機的安全更新應用程式大約需要 15 分鐘，再加上每個儲存伺服器 60 分鐘。若您嘗試執行受影響的作業，主控台將會通知您進行中的安全更新。來賓 VM 中未更新任何軟體。

自訂單次修正程式

您可以使用「Oracle Cloud 主控台維護檢視」來編輯排定的開始時間，或選擇立即安裝單次修正程式。依照預設，Oracle 會排定在修正程式可供使用後的 72 小時內套用一次性修正程式。如果未採取任何動作來變更排程，則會自動套用修補程式。您只能在當季重新排定一次性修正程式。不過，您無法完全略過單次修正程式。

指定要套用的修正程式類型

其中一個標準維護作業是將資料庫軟體修正程式套用至您的自治式容器資料庫，並擴充為其中建立的自治式 AI 資料庫。依照預設，Oracle 會套用版本更新 (RU)。您可以將維護類型設定為下一個 RU，以將自治式容器資料庫更新為下一個版本更新，或將自治式容器資料庫更新為下一個維護時段中的最新版本更新。因此，Oracle 將使用符合您偏好 (若有的話) 的映像檔類型。您可以隨時視需要將指定的排定修正程式變更為其他版本。

如需逐步指引，請參閱更新自治式容器資料庫維護偏好設定。

檢視與管理已排定的維護

根據您設定的維護時段排定維護活動之後，您便可以管理活動的實際計時，即使變更修正程式版本、立即套用修正程式或略過活動。

排定的維護詳細資訊

資源的「維護」頁面會針對每個排定的 Exadata 基礎架構、自治式 Exadata VM 叢集或自治式容器資料庫維護事件列出下列詳細資訊：

排定維護的管理作業

針對基礎架構資源維護頁面中列出的每個維護事件，您可以執行下列管理作業 (前提是該事件尚未進行中)：

注意： 啟用 Autonomous Data Guard 的自治式 AI 資料庫不提供立即修正。基於解決方法，您可以將排定的維護時間修改為從最接近的 4 小時期間開始。確定待命資料庫在主要資料庫之前修正，緩衝期間介於 1 到 7 天之間。

注意：您無法略過兩個連續的維護事件。略過維護事件之後，您便無法略過下一個立即排定的維護事件；您只能略過一年中兩個替代季別的維護事件。

如需逐步指引，請參閱：

檢視維護狀態通知

DB_NOTIFICATIONS 檢視會儲存您自治式 AI 資料庫執行處理之維護狀態通知的相關資訊。

套用至：適用 僅限 Oracle Public Cloud

若要顯示通知資訊，請執行下列動作：

  1. 連線至您的自治式 AI 資料庫執行處理。

  2. 使用下列查詢來檢視維護 (修補) 資訊。

    SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';

以下提供維護狀態的詳細資訊。

下表顯示 DB_NOTIFICATIONS 資料欄和資料類型。

欄 資料類型 描述
TYPE VARCHAR2(128)TYPE

指定通知的類型。

有效值為：MAINTENANCE。

TIME TIMESTAMP(6) WITH TIME ZONE 新增通知項目的時間。
EXPECTED_START_DATE TIMESTAMP(6) WITH TIME ZONE 排定維護的開始時間。
EXPECTED_END_DATE TIMESTAMP(6) WITH TIME ZONE 排定的維護結束時間。
ACTUAL_START_DATE TIMESTAMP(6) WITH TIME ZONE 實際維護開始時間。
ACTUAL_END_DATE TIMESTAMP(6) WITH TIME ZONE 實際維護結束時間。
PRODUCT VARCHAR2(128)

排定或進行維護的產品或元件。

值：DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS VARCHAR2(128)

目前的維護狀態。

值：SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE VARCHAR2(64)

修正作業模式。

值：RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT VARCHAR2(64)

資料庫影響。

值：AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION VARCHAR2(128) 通知訊息明細。
PATCH_ID VARCHAR2(128) 修正程式版本。

維護事件的自動佇列

DifferentAutonomous AI DatabaseResources 的每季維護事件

如果您為任何基礎架構資源選擇自訂維護排程，Oracle 會在排定維護事件時遵循您的偏好。不過，如果您的自訂排程與其他基礎架構資源發生任何重疊，Oracle 會自動將維護事件序列化，讓維護事件依此順序執行，而且它們之間有一段時間間隔；Exadata 基礎架構、自治式 Exadata VM 叢集、自治式容器資料庫。

範例：假設 Exadata 基礎架構資源維護事件和自治式容器資料庫維護事件已排定為同時啟動。在此情況下，Exadata 基礎架構資源維護事件會開始，自治式容器資料庫維護事件會排入佇列，並且在 Exadata 基礎架構資源維護事件之後立即開始。

每季維護事件和每月基礎架構安全修正程式

案例 佇列中
排定在每月基礎架構安全修正程式的 24 小時內進行每季維護活動時。 將會略過排定的每月維護，並且在每季維護之後立即套用。
當每季維護活動排定於每月基礎架構安全修正程式的同時進行。 每季維護將會先執行，每月安全性修正程式將在每季維護完成後立即套用。
當每月基礎架構安全修正程式排定在每季維護之前 0-24 小時開始進行。

排定的每月維護將會等待，而且會在每季維護後立即執行。

如果後續重新排定每季維護，每月安全性維護將會立即開始。

因此，Oracle 建議您同時排定每季和每月維護。因此，如果您在最後一次重新排定每季維護事件，每月維護活動將會在編輯排程時於排定的時間執行。
當每季維護排定在安全維護的 24 小時內進行時，同一個月。

每季維護需要一個維護時段，安全維護則需要一個維護時段。

注意： 您可以隨時在排定的每月 Exadata 基礎架構維護之前重新排定。

儲存伺服器只有在您排定每月安全性維護的當月每季維護的至少 25 小時之前，儲存伺服器才會更新一次，同時排定每季和每月安全性維護。

檢視過去的維護事件

您可以從 Exadata 基礎架構、自治式 Exadata VM 叢集，或自治式容器資料庫資源的詳細資訊頁面檢視過去的維護。

如需逐步指引，請參閱：

監視服務維護事件

您可以使用事件和通知服務監控自治式 AI 資料庫基礎架構資源的維護事件。您可以使用事件和通知服務，在 Exadata 基礎架構、自治式 Exadata VM 叢集以及自治式容器資料庫資源發生維護事件時收到電子郵件通知。

每個基礎架構資源都會產生四個不同的維護事件，如下所示：

如需針對每個基礎架構資源產生的事件完整清單，請參閱專用 Exadata 基礎架構上的自治式 AI 資料庫事件。

您可以執行下列高階作業，訂閱基礎架構資源的任何這些維護事件：

如需包含範例的逐步指南，請參閱 Notifications Example：Emails for Maintenance Events 。

相關內容

在 My Oracle Support 中建立服務要求