専用Exadataインフラストラクチャ上のAutonomous AI Databaseの可用性サービス・レベル・アグリーメント(SLA)

このトピックでは、専用Exadata Infrastructure上のOracle Autonomous AI Databaseのサービス・レベル目標値(SLA)およびサービス・レベル目標値(SLO)を説明します。

Oracle Autonomous AI Databaseは、Oracleの最大可用性アーキテクチャ(MAA)を活用して、Oracle Exadata Cloudインフラストラクチャ(Oracle Public Cloud、MulticloudおよびOracle Exadata Cloud@Customer)上で実行されます。Autonomous AI Database on Dedicated Exadata Infrastructureは、計画外停止または計画メンテナンス・アクティビティの後、1桁秒以内にアプリケーションをオンラインに戻すように設計されています。

Oracle Maximum Availability Architecture (MAA)は、Oracle高可用性、データ保護およびディザスタ・リカバリ・テクノロジを統合して使用するために、Oracleエンジニアによって何年にもわたって開発された一連のベスト・プラクティスである。Oracle MAAの主な目的は、Oracle Cloud MAAアーキテクチャおよびソリューションを使用して、システムおよびデータベース・プラットフォームで実行されているOracleデータベースおよびアプリケーションのリカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を満たすことです。Autonomous AI Database on Dedicated Exadata Infrastructureは、MAA Platinumが検証および認定されています。

Oracle MAAの詳細は、『Oracle Database 19c高可用性概要およびベスト・プラクティス』のMaximum Availability Architecture and Autonomous AI Database Cloudまたは『Oracle Database 26ai高可用性概要およびベスト・プラクティス』を参照してください。

Uptime

次の表に、Oracle Autonomous AI Database on Dedicated Exadata Infrastructureのサービス・レベル合意(SLA)およびサービス・レベル目標値(SLO)の概要を示します。

サービス	入力してください	稼働時間(Autonomous Data Guardなし)	稼働時間(Autonomous Data Guardを使用)
Autonomous AI Database on Dedicated Exadata Infrastructure(パブリック・クラウド・デプロイメント)、OCI、@AWS、@Azure	サービス・レベル合意(SLA)	99.95% 月当たり最大22分のダウンタイム。	99.995% 月当たり最大132秒のダウンタイム。
Autonomous AI Database on Exadata Cloud@Customer	サービス・レベル目標値(SLO)	99.95% 月当たり最大22分のダウンタイム。	99.995% 1か月当たり最大132秒の停止時間。
開発者のための自律型AIデータベース (パブリック・クラウドとExadata Cloud@Customerの両方のデプロイメント)	サービス・レベル目標値(SLO)	99.5%	該当しません Autonomous AI Database for Developersは、Autonomous Data Guardではサポートされていません。

サービス

入力してください

稼働時間(Autonomous Data Guardなし)

稼働時間(Autonomous Data Guardを使用)

Autonomous AI Database on Dedicated Exadata Infrastructure(パブリック・クラウド・デプロイメント)、OCI、@AWS、@Azure

サービス・レベル合意(SLA)

99.95%

月当たり最大22分のダウンタイム。

99.995%

月当たり最大132秒のダウンタイム。

Autonomous AI Database on Exadata Cloud@Customer

サービス・レベル目標値(SLO)

99.95%

月当たり最大22分のダウンタイム。

99.995%

1か月当たり最大132秒の停止時間。

開発者のための自律型AIデータベース

(パブリック・クラウドとExadata Cloud@Customerの両方のデプロイメント)

サービス・レベル目標値(SLO)

99.5%

該当しません

Autonomous AI Database for Developersは、Autonomous Data Guardではサポートされていません。

注:上掲表の「稼働時間」列に基づく可用性サービス・レベル契約(SLA)の場合、Oracleは、いずれの暦月間においても、所定の月次稼働時間割合に基づいて当該対象サービスを利用できるようにするための商業上合理的な努力を払うものとします(以下「サービス確約」といいます)。このサービス・コミットメントが満たされない場合、お客様は、当該非準拠のサービスに対するサービス・クレジットをサービス・クレジット・パーセンテージで受けることができます。「サービス・クレジット・パーセンテージ」の値およびその他の詳細は、Oracle PaaS and IaaS Public Cloud Servicesの補遺を参照してください。

リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)

次の表に、Autonomous Data GuardおよびAutonomous Data Guardを使用しない専用Exadataインフラストラクチャ上のAutonomous AI Databaseの異なる障害イベントのターゲット・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)SLA/SLOの概要を示します。

障害およびメンテナンス・イベント	サービス・レベルの停止時間(SLO)	許容される最大データ損失
次のような局所的なイベント: Exadataクラスタ・ネットワーク・トポロジの障害ストレージ(ディスクおよびフラッシュ)の障害データベース・インスタンス障害データベース・サーバー障害ソフトウェアおよびハードウェアの定期的な更新	ほぼゼロ	ゼロ
スタンバイ・データベースが存在しないため、バックアップからのリストアを必要とするイベント: データ破損データベース全体の障害全面的なストレージ障害マルチADリージョンの可用性ドメイン(AD)	数分から数時間 (Autonomous Data Guardなし)	15分 (Autonomous Data Guardなし)
非ローリング・ソフトウェア更新またはデータベース・アップグレードを必要とするイベント	非ローリング・ソフトウェア更新またはデータベース・アップグレード・イベントが完了するまで。タイムゾーン・ファイルの更新を含むアップグレードの場合、サービス・レベルの停止時間は、アップグレード中に変更されるタイムゾーン・データの量によって異なります。	ゼロ

障害およびメンテナンス・イベント

サービス・レベルの停止時間(SLO)

許容される最大データ損失

次のような局所的なイベント:

Exadataクラスタ・ネットワーク・トポロジの障害
ストレージ(ディスクおよびフラッシュ)の障害
データベース・インスタンス障害
データベース・サーバー障害
ソフトウェアおよびハードウェアの定期的な更新

ほぼゼロ

ゼロ

スタンバイ・データベースが存在しないため、バックアップからのリストアを必要とするイベント:

データ破損
データベース全体の障害
全面的なストレージ障害
マルチADリージョンの可用性ドメイン(AD)

数分から数時間

(Autonomous Data Guardなし)

15分

(Autonomous Data Guardなし)

非ローリング・ソフトウェア更新またはデータベース・アップグレードを必要とするイベント

非ローリング・ソフトウェア更新またはデータベース・アップグレード・イベントが完了するまで。

タイムゾーン・ファイルの更新を含むアップグレードの場合、サービス・レベルの停止時間は、アップグレード中に変更されるタイムゾーン・データの量によって異なります。

ゼロ

障害およびメンテナンス・イベント	サービス・レベルの停止時間(RTO)	潜在的なサービス・レベルのデータ損失(RPO)
次のような局所的なイベント: Exadataクラスタのネットワーク・ファブリックの障害ストレージ(ディスクおよびフラッシュ)の障害データベース・インスタンス障害データベース・サーバー障害ソフトウェアおよびハードウェアの定期的な更新	ゼロまたはほぼゼロ	ゼロ
次のものを含む、Autonomous Data Guardを使用してスタンバイ・データベースにフェイルオーバーする必要があるイベント: データ破損(Data Guardには物理的な破損のための自動ブロック修復があるため、フェイルオーバー操作が必要なのは論理的な破損または広範なデータ破損の場合のみです) データベース全体の障害全面的なストレージ障害可用性ドメインまたはリージョンの障害(リージョンの障害保護を使用できるのは、スタンバイを複数のリージョンにまたがって配置されている場合のみです。)	数秒から2分	最大可用性保護モード(同期REDO転送を使用)ではゼロ。イントラ・リージョン・スタンバイ・データベースによく使用されます。最大パフォーマンス保護モードの場合はゼロに近い(非同期REDO転送を使用)。クロス・リージョン・スタンバイ・データベースによく使用されます。

障害およびメンテナンス・イベント

サービス・レベルの停止時間(RTO)

潜在的なサービス・レベルのデータ損失(RPO)

次のような局所的なイベント:

Exadataクラスタのネットワーク・ファブリックの障害
ストレージ(ディスクおよびフラッシュ)の障害
データベース・インスタンス障害
データベース・サーバー障害
ソフトウェアおよびハードウェアの定期的な更新

ゼロまたはほぼゼロ

ゼロ

次のものを含む、Autonomous Data Guardを使用してスタンバイ・データベースにフェイルオーバーする必要があるイベント:

データ破損(Data Guardには物理的な破損のための自動ブロック修復があるため、フェイルオーバー操作が必要なのは論理的な破損または広範なデータ破損の場合のみです)
データベース全体の障害
全面的なストレージ障害
可用性ドメインまたはリージョンの障害(リージョンの障害保護を使用できるのは、スタンバイを複数のリージョンにまたがって配置されている場合のみです。)

数秒から2分

最大可用性保護モード(同期REDO転送を使用)ではゼロ。イントラ・リージョン・スタンバイ・データベースによく使用されます。
最大パフォーマンス保護モードの場合はゼロに近い(非同期REDO転送を使用)。クロス・リージョン・スタンバイ・データベースによく使用されます。