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