アプリケーション高可用性のレベルについて

アプリケーション高可用性の要件に応じて、必要な高可用性(HA)保護のレベルを実装できます。

HA保護レベルは次の表で定義され、前のレベルに基づいて段階的にレベルが高くなります。

HAレベル	構成	エクスペリエンス	メリット
レベル1: 基本的なアプリケーション高可用性「レベル1: 基本的なアプリケーション高可用性の構成」を参照	データベースまたはセキュリティの管理者: ロールベースのデータベース・サービスを構成します推奨のデータベース接続文字列を利用して、LDAPおよびウォレットはオプションで構成します Oracle Notification Service (ONS)/高速アプリケーション通知(FAN)を有効にしますアプリケーション開発者: MAA推奨の接続文字列を使用します基本的な例外処理を使用します実装作業: 最小 - 管理者の場合は1時間、開発者の場合は1時間未満(そのアプリケーションには接続失敗例外ロジックがすでにコーディングされていると仮定)	レベル1保護を実装すると、アプリケーションの影響を軽減するアプリケーション + Oracle統合およびインテリジェンスによって、サード・パーティ・アプリケーションのフェイルオーバー・ソリューションと比較して大きなメリットが得られます。アプリケーションの停止時間が短縮されますアプリケーションで、計画メンテナンスおよび計画外停止の間にエラーが認識されます。アプリケーションによって接続エラーが捕捉され、そのアプリケーションに適している場合は、ターゲット・サービスがある別のOracle RACインスタンスまたはデータベースに再接続されます。計画外停止および計画メンテナンスに適用できます。場合によっては、長期実行トランザクションは、計画メンテナンス中に延期または一時停止する必要があります。	アプリケーションが自動的にフェイルオーバーして再接続する(そのアプリケーションに適している場合)高可用性迅速なタイムアウトとデータベース接続文字列を使用した自動的な接続の再試行サービスによる場所の透過性: スタンバイ・データベースと読取り専用データベースに応じたロールベースのサービスにより、アプリケーションが自動的に正しいロールの適切なインスタンスにルーティングされるようにします。データベース接続文字列を使用してONS/FANが自動構成されます。 FANを使用すると停止時に即座に割込みが発生します(タイムアウトを調整して待機する必要はありません)。 ClusterwareはRACとVIPのヘルスを認識するため、FANの働きによりダウンしたエンド・ポイントで待機することはありません
レベル2: 計画メンテナンスに向けたアプリケーションの準備「レベル2: 計画メンテナンスに向けたアプリケーションの準備の構成」を参照	レベル1の構成 + アプリケーション開発者: Oracle接続プールまたは接続テストを使用し、各使用の間で接続をプールに返却します開発者の場合のその他の実装作業: Oracle接続プールに関する最小限の作業で数時間(アプリケーション・サーバーでのそれらの作業を含みます。アプリケーション・サーバーを使用しない場合は、アプリケーションの複雑さに応じて最長でも数日間です)。開発者は、アプリケーションで使用されている接続テストを特定する必要があることがあり、場合によってはそれらをデータベース内で新規作成する必要があります。	計画メンテナンス中のエラーを回避します(計画外停止のエラーの可能性は残ります)。アプリケーションの割込みなしにワークロードを適切にドレインおよび移動する機能性計画外停止と計画メンテナンスのイベントに適用できます。場合によっては、長時間実行トランザクションを、バッチ間で接続テストによってステージングする必要があります。これが不可能な場合、計画メンテナンスの間はそのバッチ・ジョブを延期する必要があります。	ワークロードは、計画メンテナンス中にわずかな遅延とエラーなしでインスタンス間で正常に移動されます。
レベル3: 計画外および計画フェイルオーバーのアプリケーションからのマスク「レベル3: 計画外および計画フェイルオーバーのアプリケーションからのマスクの構成」を参照	レベル1および2の構成 + "アプリケーション・コンティニュイティ"ソリューションデータベースまたはセキュリティの管理者: アプリケーションのPL/SQLの側面に必要な付加的なセキュリティおよび権限アプリケーション開発者: データベース外の外部アクション(副次的作用など)を考慮する必要があります追加の実装作業: 保護範囲を確認するために、開発者とデータベース管理者の間の共同作業に数日から数週間(アプリケーションの複雑さに応じて異なります)	処理中のトランザクションは、アプリケーション・コードの変更なしに自動的にコミットを承認するかリプレイしますデータベース管理者とアプリケーション開発者は、AWR統計を使用して保護範囲を評価し、ACCHK (アプリケーションコンティニュイティ・ヘルス・チェック)を使用してトランザクションを再実行できる場合とできない場合の範囲または例外を特定することで、準備状況の確認のために調整を実施します	アプリケーションから計画外および計画フェイルオーバーをマスクしますアプリケーションは、計画メンテナンスおよび停止中のエラーの認識を回避します処理中のコミットされていないトランザクションがリプレイされ、コミットされたトランザクションは承認されてリプレイされません

HAレベル

構成

エクスペリエンス

メリット

レベル1: 基本的なアプリケーション高可用性

「レベル1: 基本的なアプリケーション高可用性の構成」を参照

データベースまたはセキュリティの管理者:

ロールベースのデータベース・サービスを構成します
推奨のデータベース接続文字列を利用して、LDAPおよびウォレットはオプションで構成します
Oracle Notification Service (ONS)/高速アプリケーション通知(FAN)を有効にします

アプリケーション開発者:

MAA推奨の接続文字列を使用します
基本的な例外処理を使用します

実装作業: 最小 - 管理者の場合は1時間、開発者の場合は1時間未満(そのアプリケーションには接続失敗例外ロジックがすでにコーディングされていると仮定)

レベル1保護を実装すると、アプリケーションの影響を軽減するアプリケーション + Oracle統合およびインテリジェンスによって、サード・パーティ・アプリケーションのフェイルオーバー・ソリューションと比較して大きなメリットが得られます。

アプリケーションの停止時間が短縮されます
アプリケーションで、計画メンテナンスおよび計画外停止の間にエラーが認識されます。アプリケーションによって接続エラーが捕捉され、そのアプリケーションに適している場合は、ターゲット・サービスがある別のOracle RACインスタンスまたはデータベースに再接続されます。
計画外停止および計画メンテナンスに適用できます。場合によっては、長期実行トランザクションは、計画メンテナンス中に延期または一時停止する必要があります。

アプリケーションが自動的にフェイルオーバーして再接続する(そのアプリケーションに適している場合)高可用性

迅速なタイムアウトとデータベース接続文字列を使用した自動的な接続の再試行
サービスによる場所の透過性: スタンバイ・データベースと読取り専用データベースに応じたロールベースのサービスにより、アプリケーションが自動的に正しいロールの適切なインスタンスにルーティングされるようにします。
データベース接続文字列を使用してONS/FANが自動構成されます。
FANを使用すると停止時に即座に割込みが発生します(タイムアウトを調整して待機する必要はありません)。
ClusterwareはRACとVIPのヘルスを認識するため、FANの働きによりダウンしたエンド・ポイントで待機することはありません

レベル2: 計画メンテナンスに向けたアプリケーションの準備

「レベル2: 計画メンテナンスに向けたアプリケーションの準備の構成」を参照

レベル1の構成 +

アプリケーション開発者:

Oracle接続プールまたは接続テストを使用し、各使用の間で接続をプールに返却します

開発者の場合のその他の実装作業: Oracle接続プールに関する最小限の作業で数時間(アプリケーション・サーバーでのそれらの作業を含みます。アプリケーション・サーバーを使用しない場合は、アプリケーションの複雑さに応じて最長でも数日間です)。開発者は、アプリケーションで使用されている接続テストを特定する必要があることがあり、場合によってはそれらをデータベース内で新規作成する必要があります。

計画メンテナンス中のエラーを回避します(計画外停止のエラーの可能性は残ります)。
アプリケーションの割込みなしにワークロードを適切にドレインおよび移動する機能性
計画外停止と計画メンテナンスのイベントに適用できます。場合によっては、長時間実行トランザクションを、バッチ間で接続テストによってステージングする必要があります。これが不可能な場合、計画メンテナンスの間はそのバッチ・ジョブを延期する必要があります。

ワークロードは、計画メンテナンス中にわずかな遅延とエラーなしでインスタンス間で正常に移動されます。

レベル3: 計画外および計画フェイルオーバーのアプリケーションからのマスク

「レベル3: 計画外および計画フェイルオーバーのアプリケーションからのマスクの構成」を参照

レベル1および2の構成 + "アプリケーション・コンティニュイティ"ソリューション

データベースまたはセキュリティの管理者:

アプリケーションのPL/SQLの側面に必要な付加的なセキュリティおよび権限

アプリケーション開発者:

データベース外の外部アクション(副次的作用など)を考慮する必要があります

追加の実装作業: 保護範囲を確認するために、開発者とデータベース管理者の間の共同作業に数日から数週間(アプリケーションの複雑さに応じて異なります)

処理中のトランザクションは、アプリケーション・コードの変更なしに自動的にコミットを承認するかリプレイします
データベース管理者とアプリケーション開発者は、AWR統計を使用して保護範囲を評価し、ACCHK (アプリケーションコンティニュイティ・ヘルス・チェック)を使用してトランザクションを再実行できる場合とできない場合の範囲または例外を特定することで、準備状況の確認のために調整を実施します

アプリケーションから計画外および計画フェイルオーバーをマスクします

アプリケーションは、計画メンテナンスおよび停止中のエラーの認識を回避します
処理中のコミットされていないトランザクションがリプレイされ、コミットされたトランザクションは承認されてリプレイされません

前の表で説明したすべてのHAレベルは、次の理由から、単一の接続VIPエンドポイントとしてロード・バランサを使用する接続管理のアプローチよりも優れています。

スマート・サービス・ヘルスおよびインテリジェント再接続: Oracle ClusterwareとOracle Data Guard Brokerは、クラスタおよびデータベースのヘルスと状態を詳細にモニターして、プライマリでオープンされているデータベース・サービスに接続がルーティングされるようにします。
透過的および自動的フェイルオーバー: データベースのヘルスを問い合せて、VIPの移動に適したデータベースを決定する必要はありません。表で説明した高可用性アプローチでは、すべてが透過的になります。
高速通知および自動的な接続の再試行: すでに接続されているセッションの切断は即時に実施され、Oracle ClusterwareとData Guard Brokerがプライマリおよびスタンバイ・データベースで停止またはロールの変更を検出したときにはインテリジェントに実施されます。

用語

このドキュメント全体を通じて次の用語が使用されています。

アプリケーション・コンティニュイティ: アプリケーション・コンティニュイティは、計画イベントと計画外イベントについてデータベース・レベルで中断をマスクするOracle Database機能であり、Oracle Databaseに依存するアプリケーションのフォルト・トレランスを高めます。
透過的アプリケーション・コンティニュイティ(TAC): Oracle Database 18cで導入され、Oracle Database 19cおよび23aiで拡張されました。Oracle接続プールを使用しないアプリケーション構成にまでサポートが拡張されています(ただし、これらは引き続き推奨ソリューションです)。
ドレイン: あるOracle Real Application Clusters (RAC)インスタンスから別の使用可能なOracle RACインスタンスに接続を移動します。

あるインスタンスから別のインスタンスに正常にセッションを移動するためのドレインは、計画メンテナンス中および負荷のリバランス中に使用されます。接続は、アプリケーションがプールに接続を返却した後に新しい接続を取得するときや、別のルールが満たされたときに移動されます。
フェイルオーバー: サービスを提供する新しいインスタンスで同等のセッションを再確立します。

フェイルオーバーは、計画外停止中および計画メンテナンス中に、割り当てられた期間内にセッションがドレインされない場合に発生します。アプリケーション・コンティニュイティが構成されている場合は、アプリケーションがエラーを受信することはありません。
高速アプリケーション通知(FAN): FANは、障害発生直後のTCP/IPタイムアウトからクライアントを解放するために欠かせないものです。FANは、リソースを使用できるようになるとただちにクライアントに通知し、計画メンテナンス中の停止がクライアントで認識されないようにデータベース・セッションのドレインを開始します。また、FANには構成レベルの情報とサービス・レベルの情報の通知も含まれています。この情報には、サービス・ステータスの変化が含まれます。
Oracle Notification Service (ONS): クラスタ・イベントを処理用や応答用のアプリケーション・ロジックに転送するために、中間層のサーバーまたはアプリケーションに仲介する機能です。

ソフトウェアの推奨事項

HAレベルの構成に推奨のソフトウェアは次のとおりです。

Oracle Real Application Clusters (Oracle RAC)およびOracle Clusterware (効率的な停止の管理のためのサービスおよびインフラストラクチャを提供します)。Oracle Grid Infrastructure (GI)リリース19c以降の使用をお薦めします
Oracle Active Data Guardは、データベース、クラスタ、ストレージまたはサイトの障害から保護するためにお薦めです。
Oracle Database 19cのクライアントとデータベース、またはそれ以降の長期サポート・バージョン(最新のパッチ・レベルが適用されたもの)