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

このトピックでは、Oracle Autonomous Database on Dedicated Exadata Infrastructureのサービス・レベル合意(SLA)およびサービス・レベル目標値(SLO)について説明します。

Oracle Autonomous Database runs on the Oracle Exadata Cloud infrastructure (Oracle Public Cloud, Multicloud, and Oracle Exadata Cloud@Customer), leveraging Oracle’s Maximum Availability Architecture (MAA).専用Exadataインフラストラクチャ上のAutonomous Databaseは、計画外停止や計画メンテナンス・アクティビティの後、1桁秒以内にアプリケーションをオンラインで返すように設計されています。

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

Uptime

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

表- 稼働時間SLA/SLO

サービス タイプ 稼働時間(Autonomous Data Guardなし) 稼働時間(Autonomous Data Guardを使用)

専用Exadata Infrastructure上のAutonomous Database (Oracle Public Cloudデプロイメント)

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

99.95%

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

99.995%

1か月当たり最大132秒のダウンタイム。
Exadata Cloud@Customer上のAutonomous Database、Oracle Database@AWS上のAutonomous Database サービス・レベル目標値(SLO)

99.95%

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

99.995%

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

Autonomous Database for Developers

(Oracle Public CloudおよびExadata Cloud@Customerデプロイメントの両方)

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

99.5%

該当しません

開発者向けAutonomous Databaseは、Autonomous Data Guardではサポートされていません。

ノート:

Oracleは、上掲表の「稼働時間」列に基づく可用性サービス・レベル契約(SLA)について、暦月中に対象サービス(以下「サービス・コミットメント」といいます)が所定の月間稼働時間率を用いて当該対象サービスを各々利用可能にするための商業上合理的な努力を払います。このサービス・コミットメントが満たされない場合、お客様は、当該非準拠サービスのサービス・クレジットを受領する資格が得られます。サービス・クレジット・パーセンテージサービス・クレジットの割合の値およびその他の詳細は、Oracle PaaSおよびIaaS Public Cloud Servicesのピラー・ドキュメントを参照してください。

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

次の表に、Autonomous Data Guardを使用せずにAutonomous Data Guardを使用するAutonomous Database on Dedicated Exadata Infrastructureの様々な障害イベントに対するターゲット・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)のSLA/SLOの概要を示します。

表- デフォルトの高可用性ポリシーのリカバリ時間およびリカバリ・ポイントSLA/SLO

障害およびメンテナンス・イベント サービス・レベルの停止時間(SLO) 許容される最大データ損失
次のような局所的なイベント:
  • Exadataクラスタ・ネットワークのトポロジ障害
  • ストレージ(ディスクおよびフラッシュ)の障害
  • データベース・インスタンスの障害
  • データベース・サーバーの障害
  • ソフトウェアおよびハードウェアの定期的な更新

ほぼゼロ

ゼロ
スタンバイ・データベースが存在しないため、バックアップからのリストアを必要とするイベント:
  • データ破損
  • データベース全体の障害
  • 全面的なストレージ障害
  • マルチADリージョンの可用性ドメイン(AD)

数分から数時間

(Autonomous Data Guardなし)

15分

(Autonomous Data Guardなし)

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

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

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

ゼロ

表- Autonomous Data Guardのリカバリ時間およびリカバリ・ポイントSLA/SLO

障害およびメンテナンス・イベント サービス・レベルの停止時間(RTO) 潜在的なサービス・レベルのデータ損失(RPO)
次のような局所的なイベント:
  • Exadataクラスタ・ネットワーク・ファブリックの障害
  • ストレージ(ディスクおよびフラッシュ)の障害
  • データベース・インスタンスの障害
  • データベース・サーバーの障害
  • ソフトウェアおよびハードウェアの定期的な更新

ゼロまたはほぼゼロ

ゼロ
次のものを含む、Autonomous Data Guardを使用してスタンバイ・データベースにフェイルオーバーする必要があるイベント:
  • データ破損(Data Guardには物理的な破損のための自動ブロック修復があるため、フェイルオーバー操作が必要なのは論理的な破損または広範なデータ破損の場合のみです)
  • データベース全体の障害
  • 全面的なストレージ障害
  • 可用性ドメインまたはリージョンの障害(リージョンごとの障害保護は、スタンバイが複数のリージョンに存在する場合にのみ使用できます。)

数秒から2分
  • 最大可用性保護モード(同期REDO転送を使用)ではゼロ。イントラリージョン・スタンバイ・データベースに最もよく使用されます。
  • 最大パフォーマンス保護モードの場合はほぼゼロ(非同期REDOトランスポートを使用)。クロスリージョン・スタンバイ・データベースに一般的に使用されます。