專用 Exadata 基礎架構上的自治式 AI 資料庫服務維護
Oracle 會針對專用 Exadata 基礎架構上的所有自治式 AI 資料庫資源排定並執行所有修正和其他維護作業。同時,它提供多種選項供您自訂、檢視及重新排定不同基礎架構資源的維護事件。
注意:啟用 Database In-Memory 後,在任何導致資料庫重新啟動的修正活動期間,效能可能會降低。如需 Database In-Memory 的其他資訊,請參閱 Database In-Memory 。
服務維護類型
Oracle 會排定您的自治式 AI 資料庫並執行不同的服務維護活動。這些維護事件的修正範圍和頻率各不相同。
Oracle 的雲端營運團隊會持續監控修補,並在修補程式未通過基本健全度測試時執行倒回。如果需要倒回,將會重新排定維護。雖然倒回是最後一個選項,但我們的目標是提供最快的補救措施,讓您的資料庫恢復正常狀態。如果迴歸僅出現在您的應用程式中,則應透過服務要求 (SR) 來報告。對於需要立即注意的重要問題,Oracle 可在標準維護排程之外開發及部署單次修正程式。
-
每季維護修正程式:一般而言,Oracle 會排定並執行整個每季的運輸隊伍維護分攤。
-
每季維護修正程式適用於各種資源層級,例如 Exadata 基礎架構、自治式 Exadata VM 叢集 (AVMC) 以及自治式容器資料庫 (ACD)。您可以在建立這些基礎架構資源時設定每季維護時段,或之後再變更。
-
您可以讓 Oracle 處理維護排程, 或者自行設定 Oracle 可以開始進行維護作業的特定維護時段.
-
Oracle 預設會套用版本更新 (RU) 以及這些每季維護修正程式。您可以設定以「滾動」或「非滾動」維護方式來更新 RU。
-
滾動式方法會更新 ACD (一次一個節點),而 Autonomous AI 資料庫則不會停止工作。
-
非輪流方法會關閉所有節點並行更新 ACD。此方法可將維護時間縮到最短,但 ACD 和所有關聯的自治式 AI 資料庫都需要完全停止工作。
注意:在「自治式資料保全」組態中,非輪流維護方法會在主要和待命 ACD 的個別維護時段停止工作,直到修正完成為止。
-
-
您也可以包含要與 RU 一起更新的時區檔案。每季維護修正程式若包含時區檔案更新,ACD 和關聯的自治式 AI 資料庫將需要完全停止工作。停機時間取決於時區敏感的資料量。
-
不含時區檔案更新的每季維護修正程式,可以輪流或非輪流方式套用,視自治式容器資料庫 (ACD) 的維護組態而定。
-
-
每月安全性修補程式:
-
Exadata 基礎架構安全修正程式:Oracle 會排定並執行每月基礎架構安全維護活動以及每季維護。不過,這些安全修正程式只會在有重要安全更新的月份套用,包括針對 CVSS 分數大於或等於 7 的漏洞所做的修正。
-
任何在 Oracle 排定安全性維護之前佈建的 Exadata 基礎架構,都將符合安全性維護資格。
-
每月安全性維護程序會更新資料庫伺服器,以修正重大安全性漏洞和產品問題。他們還會將儲存伺服器更新為可解決已知安全漏洞和產品問題的 Exadata 儲存軟體映像檔。
-
-
自治式 VM 叢集安全修正程式:除了定期的每季更新之外,Oracle 還會針對自治式 VM 叢集執行每月安全維護。這些修補程式僅適用於 GOV 區域。
-
使用滾動方法套用每月安全修正程式。
-
每季第一個月包括每季修正程式;接下來的兩個月包括每月安全修正程式。
-
為確保套用補丁,您必須選取該季度的所有三個月,並指定第 3 週和 (或) 第 4 週的偏好設定。
-
-
-
單次修正程式:Oracle 會針對向 My Oracle Support 提出的重要支援要求產生單次修正程式。如需有關提出支援要求的說明,請參閱在 My Oracle Support 中建立服務要求。
-
當您與 Oracle 同意服務要求十分重要,且需要單次修補程式才能立即解決時,服務團隊會產生單次修補程式並使其可供使用。單次修正程式與排定的維護修正程式不同。
-
如果啟用 Oracle Cloud 通知和含有接收新更新相關通知之規則的事件,當單次修正程式可供使用時,Oracle 會傳送包含要修正之產品 OCID 的通知。否則,您可以在 My Oracle Support 入口網站中找到您提出之支援要求的更新可用性通知。
-
單次修正程式已轉送至下一個版本更新 (RU),以確保:
-
提供給特定客戶的一次性修正,可供所有客戶使用。
-
後續版本不需要再套用一次性修補程式。
-
-
如有需要,RU 可以有多個單次修補程式與其合併。從目前的發行版本開始,一次性修正程式不是累計的,因此您必須個別套用這些修正程式。如果單次修補程式太接近後續的 RU,則會在下一季建立具有單次修復的自訂 RU 版本。
-
假設已排定未合併至最新 RU 的單次修正,且您選擇套用下一個 RU。接著,Oracle 會取消排定的一次性修正程式。您可以在維護歷史記錄中檢視取消的維護執行。下載與稽核及日誌記錄服務時,會提供登入維護歷史記錄的所有單次修正詳細資訊。
-
如有需要,可以透過服務要求來回復單次修補程式。
-
「自治式容器資料庫」可用的單次修正程式數目會顯示在其詳細資訊頁面中。按一下旁邊的複製連結,即可複製所有這些單次修正程式編號。
-
指定何時可以進行維護
一般而言,Oracle 會為 CVSS 分數大於或等於 7 的漏洞排定並執行每季與每月基礎架構安全性修正的整個運輸隊伍維護。您可以讓 Oracle 處理維護排程, 或者自行設定 Oracle 可以開始進行維護作業的特定維護時段.
自訂每季維護
您可以選擇自治式 AI 資料庫資源的每季自動維護排程,或讓 Oracle 自動排定更新。Oracle 會事先通知您即將進行排定維護的日期與時間。
您可以使用各種資源層次的自動每季維護來執行下列作業,如下表所示:
-
自訂自動維護偏好和排程。您可以在佈建自治式 AI 資料庫資源時設定這些偏好設定,或稍後再進行變更。
-
在排定的維護開始之前的任何時間點檢視和變更排程。對後續季別排定的維護所做的變更並不會影響當季的排程。
-
檢視過去的維護事件。
| 基礎建設資源 | 備註與進一步參考 |
|---|---|
| Exadata 基礎架構 (EI) |
|
| 自治式 Exadata VM 叢集 (AVMC) |
注意:在啟動多個 VM 自治式 AI 資料庫功能之前,在 Oracle Cloud 的 Exadata 基礎架構資源上佈建的 AVMC 資源會繼承其相關 Exadata 基礎架構的維護排程。 |
| 自治式容器資料庫 (ACD) |
|
秘訣:Oracle 建議您為上面列出的所有基礎架構資源設定維護時段,以便:
- 防止定期資料庫作業中斷的維護作業發生。
- 以交錯方式修正您的基礎架構資源。交錯不同基礎架構資源的維護事件是最佳做法,可協助您先驗證一組資源上的修正程式後,再修正另一組資源。例如,當您使用不同的「自治式容器資料庫」進行開發及測試,且想要在將開發環境套用到生產環境之前先驗證修正程式時,您可以自訂其維護排程,以便在生產環境 ACD 之前先修正所有開發 ACD。
可自訂維護排程中的設定值
您可以從 Oracle Cloud Infrastructure 主控台選擇下列詳細資訊,同時為上述任何基礎架構資源定義自訂排程。
-
允許的月數:您至少必須每季選取一個月,也可以選擇略過一季的修正。不能略過連續兩季的修正。
注意:當您選擇略過時,必須從該季度至少選取一個月。如果前一季未進行維護,則此功能可作為備用。在此案例中,Oracle 將會在選取的月份自動執行維護,即使選擇略過該季別。
-
所選月份內的週 (或週):週別從當月的第 1 天、第 8 天、第 15 天及第 22 天開始,期間為 7 天。根據工作曆日期而非每週固定日期的週別開始與結束。無法將維護排定在包含超過 28 天的第五週進行。如果您未指定每月固定週別,Oracle 將自動指定一週。
-
所選週別的日 (或天數) :
如果您未指定星期幾,Oracle 將會在自動指定的日期執行維護更新。
根據行事曆日期 (而非一週天) 開始和結束的週數,如果您想要確保在修正 Exadata 基礎架構 (EI) 時有特定的順序,請在選擇該天時特別注意。例如,觀察下面顯示的兩個月:


2023 年 9 月時,第 1 週開始於星期五,結束於星期四。So, its first Saturday comes a day before its first Sunday. 不過,2023 年 10 月的第 1 週開始於星期日,結束於星期六。因此,第一個星期六會在其第一個星期日之後 5 天產生。
假設您想要先修正所有 Exadata 基礎架構資源後,再修正其自治式容器資料庫 (ACD),以維持特定的維護順序。排定在第 1 週的星期六維護 Exadata 基礎架構資源及其 ACD 在第 1 週的星期日假設第 1 週的星期日一律為第 1 週的星期六之後的一天,可能會有幾個月的工作,例如 2023 年 9 月,但不是其他如 2023 年 10 月。如果您想要實行特定順序進行修正,可以按一週將它們排入空格。在此情況下,您可以將 Exadata 基礎架構資源排定在第 1 週的星期六及其 ACD 在第 2 週的星期日。Doing so will always ensure that your Exadata Infrastructure resource is patched before patching its ACDs.
-
開始維護作業時的 4 小時制 (或 Windows) 。
-
主要與待命維護之間的緩衝區期間:待命 ACD 維護與主要 ACD 維護之間的天數,亦即在主要容器資料庫上執行維護之前,要執行待命容器資料庫維護的天數。您可以選擇 1 到 7 天之間的任何值。
選取緩衝區期間僅適用於自治式容器資料庫,此資料庫是自治式資料保全組態中的主要資料庫。 -
前置時間:您要接收通知訊息之維護事件之前的週數下限。您的前置時間會確保新核發的維護更新已排定為您所需的最短提前通知期間入帳。
前置時間不適用於維護自治式容器資料庫資源。 -
您可以選取重設為預設值,將變更回復成預設值。
自訂每月基礎架構安全性維護
若有需要,會排定在每月 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 叢集或自治式容器資料庫維護事件列出下列詳細資訊:
- 事件的狀態。
- 事件的類型,如「每週」、「每季」、「每月」或「每年」。
- 事件的 OCID。
- 事件的排定開始時間與日期。
-
事件的維護方式為滾動式非滾動式。只顯示 Exadata 基礎架構資源。
- 要在事件中套用的修正程式版本。只顯示自治式容器資料庫資源。
排定維護的管理作業
針對基礎架構資源維護頁面中列出的每個維護事件,您可以執行下列管理作業 (前提是該事件尚未進行中):
-
將事件的開始時間和日期重新排定在該季的稍後時間。在編輯維護開始時間視窗中指定新的開始時間和日期。
-
按一下立即修正,即可立即啟動維護事件。
注意: 啟用 Autonomous Data Guard 的自治式 AI 資料庫不提供立即修正。基於解決方法,您可以將排定的維護時間修改為從最接近的 4 小時期間開始。確定待命資料庫在主要資料庫之前修正,緩衝期間介於 1 到 7 天之間。
- 略過 Autonomous Container Database 排定的維護事件。
注意:您無法略過兩個連續的維護事件。略過維護事件之後,您便無法略過下一個立即排定的維護事件;您只能略過一年中兩個替代季別的維護事件。
-
選取要套用的其他修正程式版本。選取版本時,請注意下列事項:
-
您選取的版本必須晚於自治式容器資料庫的目前版本。
-
可用的版本清單可同時包含發行版本更新 (RU) 和發行版本更新修訂版本 (RUR)。您可以選擇任一種類型,無論為自治式容器資料庫設定的維護類型為何。若在版本清單中選取其他類型,並不會變更為自治式容器資料庫設定的類型。
-
-
將 Exadata 基礎架構維護方法從輪流更新為非輪流,反之亦然。
如需逐步指引,請參閱:
檢視維護狀態通知
DB_NOTIFICATIONS 檢視會儲存您自治式 AI 資料庫執行處理之維護狀態通知的相關資訊。
套用至:
僅限 Oracle Public Cloud
若要顯示通知資訊,請執行下列動作:
-
連線至您的自治式 AI 資料庫執行處理。
-
使用下列查詢來檢視維護 (修補) 資訊。
SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
以下提供維護狀態的詳細資訊。
-
維護執行已結束:指定維護已完成。
STATUS顯示COMPLETED值,其中包含ACTUAL_START_DATE和ACTUAL_END_DATE中已完成維護的開始和結束時戳。 -
已排定執行處理的維護執行:指定已排定新的維護。
STATUS顯示EXPECTED_START_DATE和EXPECTED_END_DATE中排定之維護的預期開始和結束時戳值SCHEDULED。 -
維護執行已開始:指定維護進行中,並且提供作用中維護的開始時戳。
STATUS會顯示值IN_PROGRESS,而ACTUAL_START_DATE會儲存開始時戳。
下表顯示 DB_NOTIFICATIONS 資料欄和資料類型。
| 欄 | 資料類型 | 描述 |
|---|---|---|
TYPE |
VARCHAR2(128)TYPE |
指定通知的類型。 有效值為: |
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) |
排定或進行維護的產品或元件。 值: |
STATUS |
VARCHAR2(128) |
目前的維護狀態。 值: |
OP_MODE |
VARCHAR2(64) |
修正作業模式。 值: |
DATABASE_IMPACT |
VARCHAR2(64) |
資料庫影響。 值: |
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 VM 叢集 (AVMC) 和自治式容器資料庫 (ACD) 資源的維護提醒,會在實際維護執行前 1 週傳送維護提醒通知。對於 Exadata 基礎架構資源,提醒通知會在維護執行前 1 到 4 週之間釋出,視設定的偏好設定而定。
- 維護開始
- 維護結束
如需針對每個基礎架構資源產生的事件完整清單,請參閱專用 Exadata 基礎架構上的自治式 AI 資料庫事件。
您可以執行下列高階作業,訂閱基礎架構資源的任何這些維護事件:
- 建立通知服務主題。
- 新增電子郵件訂閱至主題。
- 新增事件服務規則,以傳送維護事件至通知服務主題。
如需包含範例的逐步指南,請參閱 Notifications Example:Emails for Maintenance Events 。