アプリケーション・コンティニュイティ: 停止をマスクするための自動リプレイ

計画済および計画外の停止に続いてアプリケーション・コンティニュイティは、データベース・セッションを再構築し、データベース・セッションを使用不可にしているリカバリ可能エラーに続く保留中作業を再送信することで、停止をマスキングしようとします。アプリケーション・コンティニュイティは、リカバリ不能なエラーが原因のコール障害後は作業を再送信しません。無効なデータ値の送信は、リプレイに使用できないリカバリ不能エラーの例です。

アプリケーション・コンティニュイティが構成されていると、エンド・ユーザーのリクエストは最大1回実行され、サービスに指定されたリプレイ・タイムアウト属性を超えていない場合はリプレイが開始されます。リプレイ時は、アプリケーション・コンティニュイティは実行が少し遅れているようにユーザーに見えます。リプレイが成功するとこの機能は、一時的な停止(セッション障害、インスタンスまたはノードの停止、ネットワーク障害など)や計画済停止(修復、構成変更、アプリケーションのパッチ適用など)からアプリケーションをマスキングします。

関連項目:

アプリケーション・コンティニュイティの詳細は、次のドキュメントを参照してください。

Oracle Database開発ガイド
『Oracle Database概要』
『Oracle Database JDBC開発者ガイド』

アプリケーション・コンティニュイティを使用するには、アプリケーションが使用するデータベース・サービスの属性を構成し、アプリケーションで許可されている場合は、可変を維持するための権限を付与する必要があります。接続を流用してから返すようにアプリケーションを変更することも必要です。

アプリケーションで統合プールを使用している場合は、要求境界は接続の流用(チェックアウト)および返還(チェックイン)に対応します。アプリケーションが接続を返さない(およびこれらの接続を確保解除するプロパティが公開されていない)場合は、要求境界をアプリケーションに追加する必要があります。要求境界は、統合プールが使用されていない場合も追加する必要があります。