專用 Exadata 基礎架構上自治式 AI 資料庫的可用性服務層級協議 (SLA)

本主題描述專用 Exadata 基礎架構上 Oracle Autonomous AI Database 的服務層次協議 (SLA) 和服務層次目標 (SLO)。

Oracle Autonomous AI Database 運用 Oracle 的最高可用性架構 (MAA)，在 Oracle Exadata Cloud 基礎架構 (Oracle Public Cloud、多雲端和 Oracle Exadata Cloud@Customer) 上執行。專用 Exadata 基礎架構上的自治式 AI 資料庫經過工程設計，可在發生非計畫性停機或計畫性維護活動後，於數秒內返回線上應用程式。

Oracle Maximum Availability Architecture (MAA) 是由 Oracle 工程師在多年來開發出的一組最佳實務，用於整合使用 Oracle High Availability、資料保護以及災害復原技術。Oracle MAA 的主要目標是要符合使用 Oracle Cloud MAA 架構和解決方案在系統和資料庫平台上執行的 Oracle 資料庫和應用系統的復原時間目標 (RTO) 和復原點目標 (RPO)。專用 Exadata 基礎架構上的自治式 AI 資料庫已經通過 MAA 白金級驗證和認證。

如需有關 Oracle MAA 的詳細資訊，請參閱 Oracle Database 19c High Availability Overview and Best Practices 中的 Maximum Availability Architecture and Autonomous AI Database Cloud 或 Oracle Database 26ai High Availability Overview and Best Practices 。

正常執行時間

下表概述 Oracle Autonomous AI Database on Dedicated Exadata Infrastructure 的服務層級協議 (SLA) 和服務層級目標 (SLO)。

服務	Type	正常運作時間 (不含自治式資料保全)	正常運作時間 (使用 Autonomous Data Guard)
專用 Exadata 基礎架構上的自治式 AI 資料庫 (公有雲部署)、OCI、@AWS 和 @Azure	服務層次協議 (SLA)	99.95% 每月停機時間上限為 22 分鐘。	99.995% 每個月的停機時間上限為 132 秒。
Exadata 客戶私有雲上的自治式 AI 資料庫	服務層次目標 (SLO)	99.95% 每月停機時間上限為 22 分鐘。	99.995% 每個月的停機時間上限為 132 秒。
適用於開發人員的自治式 AI 資料庫 (公有雲和 Exadata Cloud@Customer 部署兩者)	服務層次目標 (SLO)	99.5%	不適用 Autonomous Data Guard 不支援適用於開發人員的自治式 AI 資料庫。

服務

Type

正常運作時間 (不含自治式資料保全)

正常運作時間 (使用 Autonomous Data Guard)

專用 Exadata 基礎架構上的自治式 AI 資料庫 (公有雲部署)、OCI、@AWS 和 @Azure

服務層次協議 (SLA)

99.95%

每月停機時間上限為 22 分鐘。

99.995%

每個月的停機時間上限為 132 秒。

Exadata 客戶私有雲上的自治式 AI 資料庫

服務層次目標 (SLO)

99.95%

每月停機時間上限為 22 分鐘。

99.995%

每個月的停機時間上限為 132 秒。

適用於開發人員的自治式 AI 資料庫

(公有雲和 Exadata Cloud@Customer 部署兩者)

服務層次目標 (SLO)

99.5%

不適用

Autonomous Data Guard 不支援適用於開發人員的自治式 AI 資料庫。

備註：對於上表「正常運作時間」欄下的 Availability Service Level Agreement (SLA)，Oracle 將盡商業上合理的努力，讓每個此類服務在任何一個日曆月內以指定的「每月正常運作時間百分比」提供 (以下稱「服務承諾」)。如果未達到此服務承諾，您將有資格獲得此類不符合服務點數百分比的服務點數。請參閱 Oracle PaaS and IaaS Public Cloud Services 重要說明文件，瞭解服務積分百分比值和其他詳細資訊。

復原時間目標 (RTO) 與復原點目標 (RPO)

下表概述專用 Exadata 基礎架構上自治式 AI 資料庫 (不含自治式資料保全) 和自治式資料保全 (Autonomous Data Guard) 之不同失敗事件的目標復原時間目標 (RTO) 和復原點目標 (RPO) SLA/SLO。

失敗與維護事件	服務層級停機時間 (SLO)	可行資料遺失上限
本地化活動，包括： Exadata 叢集網路拓樸失敗儲存 (磁碟和快閃) 失敗資料庫執行處理失敗資料庫伺服器失敗定期軟體及硬體維護更新	幾近零	零
需要從備份回復的事件，因為待命資料庫不存在：資料毀損完整資料庫失敗完整的儲存失敗多 AD 區域的可用性網域 (AD)	分鐘到小時 (沒有自治式資料保全)	15 分鐘 (沒有自治式資料保全)
需要非輪流軟體更新或資料庫升級的事件	在非輪流軟體更新或資料庫升級事件完成之前。對於包含時區檔案更新的升級，服務層級的停機時間取決於升級期間修改的時區資料量。	零

失敗與維護事件

服務層級停機時間 (SLO)

可行資料遺失上限

本地化活動，包括：

Exadata 叢集網路拓樸失敗
儲存 (磁碟和快閃) 失敗
資料庫執行處理失敗
資料庫伺服器失敗
定期軟體及硬體維護更新

幾近零

零

需要從備份回復的事件，因為待命資料庫不存在：

資料毀損
完整資料庫失敗
完整的儲存失敗
多 AD 區域的可用性網域 (AD)

分鐘到小時

(沒有自治式資料保全)

15 分鐘

(沒有自治式資料保全)

需要非輪流軟體更新或資料庫升級的事件

在非輪流軟體更新或資料庫升級事件完成之前。

對於包含時區檔案更新的升級，服務層級的停機時間取決於升級期間修改的時區資料量。

零

失敗與維護事件	服務層次停止工作時間 (RTO)	潛在服務層次資料遺失 (RPO)
本地化活動，包括： Exadata 叢集網路結構失敗儲存 (磁碟和快閃) 失敗資料庫執行處理失敗資料庫伺服器失敗定期軟體及硬體維護更新	零或接近零	零
需要使用 Autonomous Data Guard 容錯移轉至待命資料庫的事件，包括：資料損毀 (因為「資料保全」會自動進行區塊修復以進行實體損毀，所以只有在邏輯損毀或大量資料損毀時，才需要進行容錯移轉作業) 完整資料庫失敗完整的儲存失敗可用性網域或區域失敗 (待命資料庫若跨區域，才提供區域失敗保護。)	幾秒鐘到兩分鐘	具有最大可用性保護模式的零 (使用同步重做傳輸)。最常用於區域內待命資料庫。最高效能保護模式接近零 (使用非同步重做傳輸)。最常用於跨區域待命資料庫。

失敗與維護事件

服務層次停止工作時間 (RTO)

潛在服務層次資料遺失 (RPO)

本地化活動，包括：

Exadata 叢集網路結構失敗
儲存 (磁碟和快閃) 失敗
資料庫執行處理失敗
資料庫伺服器失敗
定期軟體及硬體維護更新

零或接近零

零

需要使用 Autonomous Data Guard 容錯移轉至待命資料庫的事件，包括：

資料損毀 (因為「資料保全」會自動進行區塊修復以進行實體損毀，所以只有在邏輯損毀或大量資料損毀時，才需要進行容錯移轉作業)
完整資料庫失敗
完整的儲存失敗
可用性網域或區域失敗 (待命資料庫若跨區域，才提供區域失敗保護。)

幾秒鐘到兩分鐘

具有最大可用性保護模式的零 (使用同步重做傳輸)。最常用於區域內待命資料庫。
最高效能保護模式接近零 (使用非同步重做傳輸)。最常用於跨區域待命資料庫。