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) が採用されています。