WebSphere Process Server の失敗したイベントの管理

WebSphere Process Server Recovery サービスは、Service Component Architecture (SCA) コンポーネント間で失敗した操作をモニターします。操作が失敗した場合、Recovery サービスは、イベントと障害についてのデータを収集します。その後、Failed Event Manager を使用して、失敗したイベントを表示、変更、再サブミット、または削除できます。

失敗したイベントとは?

WebSphere® Process Server のコンテキストにおいて、イベントとは WebSphere Process Server アプリケーションによって受け取った要求のことです。 外部ソース (インバウンド・アプリケーション・アダプターなど) から、または Web サービスの外部呼び出しから発信される場合があります。イベントは、操作するビジネス・ロジックへの参照とそのデータで構成されており、サービス・データ・オブジェクト (ビジネス・オブジェクト) 内に保管されます。イベントが受信されると、イベントは適切な WebSphere Process Server アプリケーション・ビジネス・ロジックによって処理されます。

実行の単一スレッドは、複数の枝 (またはスレッド) に分岐することができます。個々の枝は、同一のセッション・コンテキストによってメインの呼び出し側イベントにリンクされます。

これらの枝のいずれかのビジネス・ロジックが、システム障害、コンポーネント障害、またはコンポーネント使用不可が原因で完全に実行できない場合、イベントは失敗状態に移行します。複数の枝が失敗した場合、枝ごとに失敗したイベントが作成されます。WebSphere Process Server Recovery サービスは、以下のタイプの失敗したイベントを取り扱います。 Recovery サービスは、同期呼び出しからの障害を取り扱いません。
失敗したイベントには、通常、関連付けられた送信元情報と宛先情報があります。送信元と宛先は、対話のタイプに関係なく、障害ポイント (呼び出しに失敗した場所) を基にしています。 コンポーネント A がコンポーネント B を非同期で呼び出すようになっている以下の例について考えてみます。この場合、要求メッセージは A から B に送信され、応答メッセージは B から A に送信されます。 これは、すべての非同期呼び出しについて該当します。

失敗したイベントの管理方法

Recovery サービスは、失敗した非同期対話を、SCA システム・バス (SCA.SYSTEM.cell_name.Bus) 上に作成されている失敗したイベントの宛先に送信します。 失敗したイベントのデータは、失敗したイベントのデータベース (デフォルトでは WPSCRDB) に格納され、Failed Event Manager インターフェースを通じて管理目的で使用できます。

管理者は、Failed Event Manager を使用して、すべての WebSphere Process Server の失敗したイベントをブラウズおよび管理します。失敗イベント管理の共通のタスクには、以下のタスクが含まれます。

Failed Event Manager にアクセスするには、「統合アプリケーション」>「Failed Event Manager」をクリックします。

関連概念
失敗したイベントのデータの操作
失敗したイベントの再サブミット
関連タスク
失敗したイベントの検出
失敗したイベントの削除

(c) Copyright IBM Corporation 2005, 2006. All rights reserved.
(c) Copyright IBM Japan 2006
このインフォメーション・センターでは、Eclipse テクノロジー (http://www.eclipse.org) が採用されています。