サービス・レベル目標値(SLO)
Oracle Autonomous Database Serverlessのサービス・レベル目標値(SLO)について説明します。
- リカバリ時間の目標とリカバリ・ポイントの目標
Oracle Autonomous Database Serverlessは、計画外停止や計画メンテナンス・アクティビティの後、1桁秒以内にアプリケーションをオンラインに戻すように設計されています。 - 組込みツールの可用性
Oracleは、暦月のサービス・コミットメント中に、以下に定義された月次稼働時間率(可用性)目標のある次のツールを持つように、商業上合理的な努力を払います。 - ゼロ回帰サービス・レベル目標値
Oracle Autonomous Database Serverlessでは、データベースにパッチが自動的に適用されます。Oracleでは、これらのパッチが原因で、本番データベースにゼロ・リグレッションのサービス・レベル目標が提供されます。
親トピック: 概要
リカバリ時間の目標とリカバリ・ポイントの目標
Oracle Autonomous Database Serverlessは、計画外停止または計画メンテナンス・アクティビティの後、1桁秒以内にアプリケーションをオンラインで返すように設計されています。
次の表に、様々な障害イベントに関するターゲット・リカバリ時間目標(RTO) SLOの概要を示します。
イベント | リカバリ時間目標(RTO)サービス・レベル目標値 | リカバリ・ポイント目標(RPO)サービス・レベル目標値、可能な最大データ損失 |
---|---|---|
Autonomous Data Guardが有効な場合に、スタンバイ・データベースへのフェイルオーバーが必要なイベント:
|
Autonomous Data Guardスタンバイの場合: ローカル・スタンバイ・データベース: 2分 リージョン間スタンバイ・データベース: 10分未満 詳細は、Autonomous Data Guardのリカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を参照してください。 |
ローカル・スタンバイ・データベース: 可能な最大データ損失目標は10秒未満です クロスリージョン・スタンバイ・データベース: 可能なデータ損失の最大目標は1分です |
次のような、バックアップ・コピーへのフェイルオーバーまたはバックアップからのリストアが必要なイベント(Autonomous Data Guardスタンバイがない場合)。
|
データベースのサイズに基づくバックアップベースの障害時リカバリの場合: ローカル・バックアップ・コピー: 1時間+ (5TB当たり1時間) リージョン間のバックアップ・コピー: 1時間+ (5TB当たり1時間) たとえば、5TBデータベースのリカバリ時間目標(RTO)は最大2時間です。 詳細は、バックアップベースのディザスタ・リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)を参照してください。 |
ローカル・バックアップ・コピー: 可能な最大データ損失目標は10秒未満です リージョン間バックアップ・コピー: データ損失の最大目標は1分です |
親トピック: サービス・レベル目標値(SLO)
組込みツールの可用性
Oracleは、暦月のサービス・コミットメント中に、以下に定義された月次稼働時間率(可用性)目標が設定された以下のツールを持つよう、商業上合理的な努力を払います。
Oracle Autonomous Database組込みツール | 可用性サービス・レベルの目的 |
---|---|
Oracle REST Data Services (ORDS) | 99.95% |
(Autonomous Database上の)Oracle APEX | 99.95% |
データベース・アクション | 99.95% |
Graph Studio | 99.95% |
Oracle Machine Learning:
|
99.95% |
データ変換 | 99.95% |
次の用語は、この表にリストされているOracle Autonomous Database組込みツールの可用性サービス・レベル目標値に適用されます。
-
「HTTPエラー率」は、各データベース・ビルトイン・ツールに別々に適用され、パーセンテージ値は、(i)該当するツールに対して実行された失敗したHTTPコールの合計数に相当します。暦月中の1分間の「Bad Gateway」または「Service Unavailable」のステータスを(ii)ツールに対して1分間に実行されたHTTPコールの合計数で割った。
-
「月次稼働時間率」は、該当する暦月の各分間のHTTPエラー率の平均を100%から引いて計算されます。
Oracle Autonomous Database組込みツール | 可用性サービス・レベルの目的 |
---|---|
Oracle Database API for MongoDB | 99.95% |
以下の条件は、Oracle Database API for MongoDBの可用性サービス・レベル目標値に適用されます。
-
「Connection through Oracle Database API for MongoDB」は、Oracle Database API for MongoDBを使用して、任意のツールまたはアプリケーションからCloud Serviceに確立される直接接続です。
-
「毎月の稼働割合」は、その月の中で、該当するCloud Serviceが「使用不可」の状態であった分単位の割合を100%から引いて計算されます。
-
「使用不可」とは、(i) Oracle Database API for MongoDBを介した接続が確立されていない、または確立できず、(ii)かかる接続を確立するための継続的な試み(少なくとも5回)が失敗した場合の1分を意味します。
親トピック: サービス・レベル目標値(SLO)
ゼロ回帰サービス・レベルの目的
Oracle Autonomous Database Serverlessは、データベースにパッチを自動的に適用します。Oracleでは、これらのパッチが原因で、本番データベースにゼロ・リグレッションのサービス・レベル目標が提供されます。
Oracle Autonomous Database Serverlessでは、データベース・コンソールで発表されたメンテナンス・ウィンドウ中に、バグおよびセキュリティ修正を含むパッチが自動的に適用されます。アーリー・パッチ・レベル・オプションを使用してテスト・データベースまたは本番前データベースをプロビジョニングする場合、本番データベースにパッチを適用する前に、これらのインスタンスでパッチをテストできます。テスト・データベースまたは本番前データベースで問題が発生した場合は、サービス・リクエストを提出して、パッチが本番データベースに適用される前に対処された問題を取得できます。
Oracleは、本番データベースにゼロ・リグレッションのサービス・レベル目標を提供します。このドキュメントの「回帰」は、データベース・コンソールで発表されたメンテナンス・ウィンドウ中に実行されるAutonomous Databaseのパッチまたは更新によって導入された問題として説明されています。
アーリー・パッチ・レベルでパッチがデータベースに適用された後、サービス・リクエストを通じてそのデータベースの問題を検出して報告した場合、Oracleは、本番データベースで同じ問題が発生しないように、商業的に合理的な方法で問題に対処します。
詳細は、パッチ・レベルの設定を参照してください。
親トピック: サービス・レベル目標値(SLO)