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

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

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

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

稼働時間

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

表7-21アップタイムSLA/SLO

サービス	型	稼働時間(Autonomous Data Guardなし)	稼働時間(Autonomous Data Guardを使用)
専用Exadata Infrastructure上のAutonomous Database (Oracle Public Cloudデプロイメント)	サービス・レベル合意(SLA)	99.95% 1か月当たり最大22分のダウンタイム。	99.995% 1か月当たり最大132秒のダウンタイム。
Autonomous Database on Exadata Cloud@Customer	サービス・レベル目標値(SLO)	99.95% 1か月当たり最大22分のダウンタイム。	99.995% 1か月当たり最大132秒のダウンタイム。
Autonomous Database for Developers (Oracle Public CloudおよびExadata Cloud@Customerデプロイメントの両方)	サービス・レベル目標値(SLO)	99.5%	適用されません Autonomous Database for Developersは、Autonomous Data Guardではサポートされていません。

サービス

型

稼働時間(Autonomous Data Guardなし)

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

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

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

99.95%

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

99.995%

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

Autonomous Database on Exadata Cloud@Customer

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

99.95%

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

99.995%

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

Autonomous Database for Developers

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

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

99.5%

適用されません

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

ノート

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

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

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

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

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

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

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

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

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

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

ほぼゼロ

ゼロ

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

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

分から時間

(Autonomous Data Guardなし)

15分

(Autonomous Data Guardなし)

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

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

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

ゼロ

表7-23 Autonomous Data Guardのリカバリ時間とリカバリ・ポイントSLA/SLO

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

親トピック: リファレンス

Oracle Cloud Infrastructureドキュメント