プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理
12c (12.2.1)
E69952-02
目次へ移動
目次

前
次

5 ビジネス・フロー・インスタンスのトラッキング

この章では、ビジネス・フロー・インスタンスのステータスをトラッキングする方法について説明します。これには、ビジネス・フローの検索基準の指定と保存、インスタンスの削除と終了、インスタンスの現在の状態の表示、インスタンスのフォルトのリカバリと中断、インスタンスのコンポジット・センサー値の表示、インスタンスの開始コンポジットと参加コンポジットの表示、インスタンスのリシーケンス・グループの表示、およびドメインをまたがるビジネス・フローの表示が含まれます。

この章の内容は次のとおりです。

リリース12cおよびリリース11gのビジネス・フロー・インスタンス、およびインスタンス間の相違の詳細は、「ビジネス・フロー・インスタンスの概要」を参照してください。

「エラー・ホスピタル」ページのフォルトの管理の詳細は、「エラー・ホスピタルでのフォルトからのリカバリ」を参照してください。

5.1 SOAインフラストラクチャまたはパーティション・レベルでのビジネス・フロー・インスタンスのトラッキング

SOAインフラストラクチャ、個々のパーティション、または個々のSOAコンポジット・アプリケーションの「フロー・インスタンス」ページから、ビジネス・フローのインスタンスをトラッキングできます。1つのビジネス・フロー・インスタンスは、1つのエンドツーエンド・ビジネス・トランザクションに相当します。ビジネス・フローは、単一のSOAコンポジット・アプリケーションまたは特定のビジネス・プロセスを実現するために組み合された複数のSOAコンポジット・アプリケーションで構成されます。

ビジネス・フロー・インスタンスをトラッキングすると、次を識別できます。

  • 特定のリクエストに発生したことの特定

    • リクエストが受信されたかどうか

    • リクエストの処理が完了しているか、それとも進行中か

    • 処理が終了している場合、正常に完了したか、それともエラーが発生したか

    • 処理が進行中の場合、外部リクエストにスタックして、スケジュールされたリカバリを待っているか、それとも管理アクションを必要としているか

  • 多数の失敗の分析および解決

    たとえば、バックエンド・サービス(データベースなど)の実行時エラーが発生したとします。ボリュームが大きいシステムでは、1つの原因のため、短期間に非常に大量のフォルトが発生する可能性があります。これらのフォルトは、SOAコンポジット・アプリケーション間に広がる可能性があります。こうした状況において、次を識別できます。

    • 失敗の根本原因を特定(通常、1つまたは2つの個別インスタンスを分析することで行います)。

    • 異なるSOAコンポジット・アプリケーション間で、失敗の根本原因が同一のリクエストの数を確認。

    • 失敗の根本原因とリカバリ・ステータスが同一のすべてのインスタンスに対して、一括リカバリ/終了アクションを適用(たとえば、BPELリカバリやEDNリカバリ)。

    • バッチ・サイズを特定。

    • オプションでクイック・パージを実行して、次のバッチを処理できるように、処理済のフォルトを除去、またはフォルトを中断。

ビジネス・フロー・インスタンスは、次のレベルの「フロー・インスタンス」ページおよび「エラー・ホスピタル」ページから管理できます。

  • SOAインフラストラクチャ・レベル(すべてのパーティションにアクセスを提供)

  • 個々のパーティション・レベル

注意:

ビジネス・フロー・インスタンスは、個々のSOAコンポジット・アプリケーションの「フロー・インスタンス」ページからも管理できます。特定のコンポジットによって開始されるフロー、またはコンポジットを経由するフローは、コンポジット・レベルでリストされます。それぞれに対して、別々のフィルタ基準があります。個々のSOAコンポジット・アプリケーション・レベルには、「エラー・ホスピタル」ページはありません。詳細は、「SOAコンポジット・アプリケーション・レベルでのビジネス・フロー・インスタンスのトラッキング」を参照してください。

環境を構成して、上位レベルのSOAインフラストラクチャの「フロー・インスタンス」ページと「エラー・ホスピタル」ページへのアクセスを一部の管理者に与え、個々のパーティションの「フロー・インスタンス」ページと「エラー・ホスピタル」ページに限定したアクセスを残りの管理者に与えることができます。詳細は、「パーティションおよびワーク・マネージャ・グループの管理」を参照してください。

「フロー・インスタンス」ページには、次のいずれかのオプションを使用してアクセスします。

すべてのパーティションのビジネス・フロー・インスタンスにアクセスする手順は、次のとおりです。


SOAインフラストラクチャのメニューから... ナビゲータのSOAフォルダから... SOAコンポジットのメニューから...
  1. 「ホーム」「フロー・インスタンス」の順に選択します。

  1. 「SOA」フォルダを展開します。

  2. 「soa-infra」をクリックします。

  3. 「フロー・インスタンス」タブをクリックします。

  1. 「SOAインフラストラクチャ」を選択します。

  2. 「フロー・インスタンス」タブをクリックします。


個々のパーティションのビジネス・フロー・インスタンスにアクセスする手順は、次のとおりです。


SOAインフラストラクチャのメニューから... ナビゲータのSOAフォルダから...
  1. 「パーティションの管理」を選択します。

  2. 「SOAパーティション」列で、特定のパーティションをクリックします。

  3. 「フロー・インスタンス」タブをクリックします。

  1. 「SOA」「soa-infra」の順に展開します。

  2. 特定のパーティションをクリックします。

  3. 「フロー・インスタンス」タブをクリックします。


個々のSOAコンポジット・アプリケーションのビジネス・フロー・インスタンスへのアクセスの詳細は、「SOAコンポジット・アプリケーション・レベルでのビジネス・フロー・インスタンスのトラッキング」を参照してください。

「フロー・インスタンス」ページに、次の詳細が表示されます。

  • 包括的なインスタンスおよびフォルト検索基準を指定して保存し、「検索」をクリックするためのユーティリティ。

    注意:

    「フロー・インスタンス」ページに初めてアクセスする場合、「検索結果」表は空です。「検索」をクリックして、この表にビジネス・フロー・インスタンスの詳細を移入する必要があります。

  • ビジネス・フローを一意に識別するフローID、ビジネス・フローを開始するコンポジット(ビジネス・フローは複数のコンポジットにまたがることができます)、フロー・インスタンスの状態(たとえば、正常に完了、実行中、失敗、リカバリが必要など)、インスタンスの開始時間、インスタンスへの最終更新、このフローが開始されたパーティション、フロー・インスタンス名(BPELプロセスまたはOracle Mediatorサービス・コンポーネントで設計時に設定された場合)、およびログ・ファイルへのリンクを表示する「検索結果」表。表にその他の列を表示するには、「表示」「列」の順に選択します。

  • 「エラー・ホスピタル」ページに移動して、「フロー・インスタンス」ページで実行した検索基準の結果を表示するための、「検索結果」表の上にある「エラー・ホスピタル」ボタン。このアクションでは、「検索結果」表の行を選択する必要はありません。フロー・インスタンス・ページに現在表示されているフロー・インスタンスのエラー・レポートを表示するには、このオプションを使用します。エラー・ホスピタル・ページでは、これらのインスタンスの集計フォルト統計を表示できます。また、各個別インスタンスにアクセスせずに、これらのフロー・インスタンスに対して一括リカバリおよび一括中断操作を実行することもできます。

注意:

  • ビジネス・フロー・インスタンスおよびフォルトのデータは、インスタンスおよびフォルトを取得する期間で区切られます。現在のデリミタは、「検索結果」表のタイトルの右側に表示されます。デフォルト値は24時間です。この値は、「SOAインフラストラクチャの共通プロパティ」ページのデフォルト問合せ期間プロパティで変更できます。詳細は、「監査証跡、ペイロード検証およびデフォルト問合せ期間の構成」を参照してください。

  • 同じSOAコンポジット・アプリケーションをアンデプロイして再デプロイすると、コンポジットのアンデプロイの前に作成されたビジネス・フロー・インスタンスは取得できません。ビジネス・フローは引き続き使用できます。ただし、アクティブなインスタンスは、再デプロイ時の構成に応じて中断されるかそのままになります。詳細は、「SOAコンポジット・アプリケーションの再デプロイ」を参照してください。

次のビジネス・フロー・インスタンスのタスクを実行できます。

5.1.1 ビジネス・フローの検索基準の指定と保存

「検索オプション」セクションでは、インスタンスとフォルトの検索基準を包括的に指定および保存できます。検索基準の結果は「検索結果」表に表示されます。保存済の検索基準はユーザー固有のもので、ユーザー間で共通ではありません。Oracle Enterprise Manager Fusion Middleware Controlの各ユーザーは、自分の優先検索を保存できます。作成すると、保存済の検索は「ダッシュボード」ページに表示され、「エラー・ホスピタル」ページと「フロー・インスタンス」ページにもリンクとして表示されます。

ビジネス・フローの検索基準を指定および保存する手順は、次のとおりです。

  1. 「検索オプション」アイコンをクリックして、「検索オプション」セクションを表示します。「検索オプション」セクションはスライド・パネルに表示されるため、ページにまったく表示されない場合があります。
  2. インスタンスとフォルトの検索基準を包括的に指定および保存するには、次の各項を参照してください。

5.1.1.1 事前定義済のビジネス・フロー・インスタンス検索の実行

優先検索オプションを選択すると、検索基準を入力せずにビジネス・フローを迅速に検索できます。結果は「検索結果」表に表示されます。検索は、事前定義された期間によって制約されます。デフォルトの期間は24時間です。この値は、「SOAインフラストラクチャ」メニューの「SOA管理」からアクセスできる、「SOAインフラストラクチャの共通プロパティ」ページの「デフォルト問合せ期間」プロパティを変更することによって変更できます。

次のオプションを使用できます。

  • 最新のインスタンス: 最新のインスタンスを表示します。

  • フォルトがあるインスタンス: フォルトがある最近のインスタンスを表示します。この事前定義済の検索オプションは、「エラー・ホスピタル」ページでも使用できます。ここでは、「レポート・フィルタ」リストから選択できます。

  • リカバリ可能なインスタンス: リカバリを待つ最新のインスタンスを表示します。

「検索オプション」セクションの上部で、検索用のオプションを選択します。

または

検索結果は「検索結果」表に表示されます(この例では、「リカバリ可能なインスタンス」オプションの検索結果が表示されています)。

事前定義された検索の実行の詳細は、「フロー・インスタンス」ページの「weblogic」メイン・メニューの「ヘルプ」「このページのヘルプ」の順に選択します。

保存済検索の詳細は、「「検索オプション」ツールバーの使用」を参照してください。

5.1.1.2 「検索オプション」ツールバーの使用

「検索オプション」ツールバーでは、事前定義済またはカスタム検索の実行、検索基準の保存、表示された検索基準のリセット、検索のブックマーク、およびフィルタの追加と削除などの検索関連のタスクを実行できます。デフォルトでは、事前定義の検索のみを呼び出すことができます。カスタム検索を保存することによって、使用可能な検索のリストを拡張できます。「検索オプション」ツールバーはスライド・パネルに表示されるため、ページにまったく表示されない場合があります。まだ開かれていない場合は、大きい「検索オプション」アイコンをクリックすることによって呼び出すことができます。

「検索オプション」セクションのツールバーに移動します。

次のオプションを使用できます。


要素 説明
「リセット」アイコン

現在呼び出されている保存済検索を最後に保存された値にリセットする場合にクリックします。これは、保存済検索を変更したときに問合せの構築プロセスを再開する場合に便利です。

「保存」アイコン

現在の検索基準を保存する場合にクリックします。これにより、選択した検索フィールドとその値の両方が保存され、後で同じ検索を実行したり、結果の新しいセットを表示できるようになります。

検索を保存するときに名前を指定する必要があります。既存の保存済の検索を上書きすることはできませんが、異なる名前で保存することはできます。作成した保存済の検索は削除できます。保存済の検索を管理するには、「検索オプション」リストから「すべての保存済検索」を選択します。

「ブックマーク」アイコン

現在の検索基準をブックマークする場合にクリックします。検索パラメータを含むURLとともにメッセージが表示されます。このURLをブラウザのブックマーク・ウィンドウ、電子メールまたはチャットにコピーします。生成されたURLには、選択した検索フィールドとその値の両方に関する情報が含まれます。これにより、後で同じ検索を実行したり、結果の新しいセットを表示できます。


「検索オプション」ツールバーの詳細は、「フロー・インスタンス」ページの「weblogic」メイン・メニューの「ヘルプ」「このページのヘルプ」の順に選択します。

5.1.1.3 検索フィルタの追加および削除

構成用に表示される検索フィルタの追加および削除を実行できます。フィルタは、検索基準の作成に使用できるビジネス・フローの属性です。フィルタを選択してから、「検索オプション」セクションでカスタマイズできます。指定された検索基準を持つフィルタは、結果の問合せが実行されるときに(論理的AND値として処理されて)まとめて追加されます。空のフィールドは無視されます。

  1. 「フィルタの追加/削除」をクリックします。

    選択に使用できるフィルタが表示されます。一部のフィルタは相互依存しています。これらを削除すると、現在の検索パラメータはリセットされることがあります。時間フィルタは必須のため、削除できません。

  2. 検索基準で使用する適切なフィルタを選択および選択解除して、「OK」をクリックします。
  3. 「検索」をクリックします。

    選択された条件は、「検索オプション」セクションに表示されます。「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」で説明しているように、選択したフィルタをさらにカスタマイズできます。

5.1.1.4 ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存

「検索フィルタの追加および削除」で選択した各検索フィルタのパラメータを構成して、ビジネス・フローインスタンスの検索問合せを作成できます。「検索結果」表に検索結果が表示されます。

  1. 「検索オプション」セクションに移動します。
  2. 該当する検索フィルタのパラメータを構成します。空白のままのフィルタは無視されます。これらを削除する必要はありません。各フィルタの構成の詳細は、「フロー・インスタンス」ページの「weblogic」メニューの「ヘルプ」「このページのヘルプ」の順に選択します。

    要素 説明

    時間

    過去の特定の時刻に検索問合せを制限します。ビジネス・フローを検索するには時間フィルタが必要です。1つ以上の時間フィルタが必要です。複数の時間フィルタのリストが表示された場合は、両方の値を指定するようにします。「オプション」をクリックすると、選択できるフィルタが表示されます。選択すると、検索対象の期間を指定できます。

    • インスタンス作成済(デフォルトで表示され、選択を解除できません)

    • インスタンス更新済

    • フォルトが発生しました

    また、「カスタム期間」チェック・ボックスを選択して、カスタムの検索対象期間を指定することもできます。この検索は、3つの期間すべてに対するものです(インスタンス作成済インスタンス更新済、およびフォルトが発生しました)。

    コンポジット

    ビジネス・フローの検索問合せ対象を特定のコンポジットに制限します。

    • パーティション・レベルで検索する場合、そのパーティションのSOAコンポジット・アプリケーションによって参加および起動されたインスタンスのみが戻されます。

    • SOAインフラストラクチャ・レベルで検索する場合、任意のパーティションのSOAコンポジット・アプリケーションによって参加および起動されたインスタンスが返されます。

    次のタスクを実行します。

    • 選択したコンポジットで開始されたビジネス・フローにのみ検索対象を制限するには、「開始中」を選択します。このコンポジット内のすべてのビジネス・フローを検索するには、関連を選択します。

    • 検索するパーティションを選択します。個々のパーティション・レベルでフロー・インスタンス・ページにアクセスする場合、そのパーティションはすでに選択されており、変更できません。パーティションを選択しないと、すべてのパーティションが検索されます。

    • 特定のSOAコンポジット・アプリケーション名をリストから選択するか、「検索」をクリックして、検索対象の名前の全体または部分を指定します。名前の一部検索では、名前の先頭部分の入力のみサポートし、大文字と小文字を区別します。コンポジットを指定しない場合、すべてのパーティションが検索されます。

    リシーケンサ

    検索するリシーケンサ・グループを選択します。リシーケンサ・コンポーネントが参加しているビジネス・フローに検索対象を制限するには、このフィルタを使用します。このセクションを空白のままにすると、この検索フィルタは無視されます。Oracle Mediatorのリシーケンサは、関連しているが順序が正しくないメッセージ・ストリームの順序を直します。

    • 任意のグループ: すべてのグループ内のすべてのリシーケンス・フローを検索する場合に選択します。

    • 特定のグループ: 特定のリシーケンス・グループに関連付けられたビジネス・フローを検索する場合に選択します。グループの名前と場所を指定します。この場所は、グループを含むOracle MediatorコンポーネントとSOAコンポジット・アプリケーションのリビジョンです。グループ名フィルタは、1つのグループ・インスタンスのみを返します。

    リシーケンス・グループの詳細は、「リシーケンス・グループの監視」を参照してください。

    フロー・インスタンス

    特定のビジネス・フロー・インスタンスを検索するには、少なくとも次のいずれかの方法でインスタンスを識別します。

    • フローID: フローID、開始ECIDまたは相関フローIDを使用して検索する場合に選択します。

    • インスタンス名: Oracle JDeveloperで設計時に作成したフロー・インスタンスの名前またはタイトルを指定します。

    • コンポジット・インスタンス名: コンポジット・インスタンスの名前またはタイトルを指定します。リリース11gからアップグレードされたSOAコンポジット・アプリケーションには、コンポジット・インスタンスの名前またはタイトルを含めることができます。

    • センサー値の追加(最大6): 最大6個のコンポジット・センサーの名前と値のペアを指定する場合にクリックします。

    注意: 手動で名前を入力するか、ルックアップ機能を使用して、「センサー名」フィールドを移入できます。ルックアップ機能を使用する場合、検索に追加する各センサーのコンポジットを指定する必要があります。すべてのセンサーベースの検索条件が論理ANDで接続されます。ただし、異なるコンポジットの複数のセンサーを指定すると、空の結果表になる可能性があります。ベスト・プラクティスとして、同じフロー・インスタンスに一致する値がある可能性が高くなるため、同じコンポジットのセンサーを使用してください。

    次の追加のセンサーのガイドラインに注意してください:

    • すべてのセンサー条件が論理ANDで接続されます。別のセンサー名を入力できません。検索では、すべての名前と一致するインスタンスを検索します。

    • 名前を手動で入力する場合、正確なセンサー名および値を指定する必要があります。

    • 各センサーの名前および値を指定する必要があります。

    • 「値」フィールドを空のままにすることはサポートされていません(結果が戻されません)。値にかかわらず、検索を使用してセンサーが定義されているすべてのインスタンスを検索することはできません。

    • 等号(=)以外の演算子を使用する場合、ルックアップ機能を使用します。

    • コンポジットではなく正確なセンサー名がわかっている場合、すべてのコンポジットのインスタンスを検索するメイン検索を使用します。ただし、選択対象のセンサーのリストを表示する場合、ルックアップ機能を使用します。ルックアップ機能でコンポジットを最初に指定するため、コンポジット名も把握する必要があります(一度に1つのコンポジットのセンサーを検索します)。また、すべてのコンポジットがリストされます: 定義されたセンサーを使用したコンポジットと使用しないコンポジット。各コンポジットの試行が効率的ではありません。

    状態

    特定の状態のビジネス・フローにのみ検索を制限します。状態の説明の詳細は、「ビジネス・フロー・インスタンスの現在の状態の表示」を参照してください。

    アクティブなインスタンスを検索するには、「アクティブ」を選択します。アクティブ・インスタンスは、いずれの終了状態にも達していません。リストがリフレッシュされ、さらにフィルタ処理を行うための次の選択肢が表示されます。

    • すべてアクティブ

    • リカバリ

    • 一時停止

    • 実行中

    アクティブでないインスタンスを検索するには、「非アクティブ」を選択します。非アクティブ・インスタンスは、いずれかの終了状態に達しています。リストがリフレッシュされ、さらにフィルタ処理を行うための次の選択肢が表示されます。

    • すべて非アクティブ

    • 完了

    • 失敗

    • 中断

    フォルト

    ビジネス・フローの検索対象をフォルトがあるものに制限します。このフィールドを空白のままにすると、このフィルタは無視されます。検索対象のフォルトのタイプを指定する場合に選択します。

    • 全フォルト: 任意のタイプのフォルトを含むビジネス・フローを検索する場合に選択します。

    • リカバリが必要です: 続行するために人的リカバリを待機しているスタック・フローを検索する場合に選択します。リカバリの特定のタイプをさらに指定するには、フォルト・リカバリ・タイプ・フィルタを使用します。

    • リカバリ不可: リカバリ不可のフォルトを含むフローを検索する場合に選択します。

    • リカバリ済: リカバリ済のフォルトを少なくとも1つ含むフローを検索する場合に選択します。

    • システム自動再試行:システム自動再試行が発生した、失敗したフローを検索する場合に選択します。

    フォルト・フィルタをさらにカスタマイズする場合は、「フォルト」フィルタの横にある「詳細」をクリックして追加のフィルタ属性を表示します。

    • フォルト・リカバリ・タイプ: 失敗したビジネス・フローの検索を、特定のタイプのリカバリ・アクションを待機しているスタック・フローに絞り込みます。このフィールドは、「フォルト」フィルタで「リカバリが必要」を選択し、「詳細」をクリックした場合にのみ使用可能です。このフィールドを空白のままにした場合、フォルト・リカバリ・タイプ・フィルタは無視されます。フォルト・リカバリ・タイプは次のとおりです。

      管理リカバリ

      BPELアクティビティ・リカバリ

      BPEL起動メッセージ・リカバリ

      BPELコールバック・メッセージ・リカバリ

      EDNリカバリ

      メディエータ・リカバリ

      ヒューマン・ワークフロー・リカバリ

      拒否されたメッセージ・リカバリ

    • フォルト・タイプ: 失敗したビジネス・フローの検索をフィルタ処理します。このフィールドを空白のままにした場合、「フォルト・タイプ」フィルタは無視されます。そのフォルト・タイプを含むフローのみに検索を制限するには、次のいずれかを選択します。

      システム: ネットワーク・エラーまたは他のタイプのエラー(データベース・サーバーやWebサービスにアクセスできないなど)。

      ビジネス: 処理される情報に問題がある場合に生成されるアプリケーション固有のフォルト(データベースで社会保障番号が見つからないなど)。

      OWSM: SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのエラー。ポリシーはメッセージの配信にセキュリティを適用します。

    • フォルト所有者: フォルトが処理された特定のコンポーネント、サービスまたは参照(フォルトの所有者とも呼ばれる)を選択します。失敗したビジネス・フローの検索を絞り込むには、このフィルタを使用します。空白のままにした場合、「フォルト所有者」フィルタは無視されます。フォルト所有者はフォルトの場所と類似していますが、これらは常に同じではありません。フォルト所有者はリカバリを実行するコンポーネントまたはリカバリを試行する場所で、その場合はフローが再実行されます。フォルトの場所、は作成された、またはフォルトの原因となったコンポーネントです。

    • フォルト詳細: 失敗したビジネス・フローの検索をフィルタ処理します。すべてのフィールドを空白のままにした場合、「フォルト詳細」フィルタは無視されます。フォルトに関する次の詳細の少なくとも1つを指定します。これらの値が設定されていないフォルトのみを検索するには、検索フィールドにNOT SPECIFIEDを入力します。

      エラー・メッセージの内容: 同じエラー・メッセージ・テキストを持つ、失敗したビジネス・フローのみを検索する場合に使用します。メッセージの任意の部分を入力できます。この検索では大文字と小文字が区別されます。

      フォルト名: NegativeCreditなどの説明的な特定のフォルト名を持つ、失敗したビジネス・フローのみを検索する場合に使用します。正確な名前(文字列全体)を入力する必要があります。この検索では大文字と小文字が区別されます。

      フォルト・コード: 同じフォルト・コードを持つ、失敗したビジネス・フローのみを検索する場合に使用します。

      フォルト検索基準をカスタマイズするには、「フォルト詳細」の横の「詳細」をクリックして、その他の構成フィールド(HTTPホスト、JNDI名、イベント名およびイベント・ネームスペースなど)を表示します。

    ユーザー

    Oracle Enterprise Managerの特定のユーザーまたはビジネス所有者に関連付けられているすべてのインスタンスを検索します。ユーザーは、ユーザーの資格証明が明示的に伝播されたSOAコンポジット・アプリケーションでのみ設定されます(たとえば、コンポジットに、コンポジットWebサービスにアタッチされたユーザー認証OWSMポリシーがある場合)。


  3. 将来の使用に備えて検索基準を保存する場合は、「検索の保存」アイコンをクリックして名前を指定します。

    保存済の検索は、「検索オプション」ドロップダウン・リスト、および「エラー・ホスピタル」ページの「レポート・フィルタ」セクションから選択できるようになります。

  4. 検索基準の作成の完了後、「検索」をクリックします。
  5. 「検索結果」表には、検索結果が表示されます。
  6. 「エラー・ホスピタル」をクリックすると、検索結果に集計済のフォルト詳細(フォルト名、フォルトの合計数、リカバリが必要なフォルト、リカバリ不能なフォルト、リカバリ済のフォルト、および自動フォルト再試行など)が表示されます。これにより表内にすでに表示されているすべてのフロー・インスタンスのフォルト情報が集計されるため、選択の必要はありません。

5.1.2 ビジネス・フロー・インスタンスの削除または終了

「検索結果」表のビジネス・フロー・インスタンスを削除または中断できます。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。

    「検索結果」表に、ビジネス・フロー・インスタンスが入力されます。

  2. 特定のビジネス・フローを選択するか、[Shift]キーを押しながら複数のビジネス・フローをクリックして選択します。
  3. 「アクション」リストをクリックして、削除または中断するビジネス・フロー・インスタンスを選択します。表の上にある選択項目の削除アイコンまたは「選択項目を中断」アイコンをクリックすることもできます。
    • 選択項目の削除: 表で選択したビジネス・フロー・インスタンスが削除されます。インスタンスの削除の確認を選択すると、ページがリフレッシュされ、削除したインスタンスがリストから削除されます。インスタンスのフロー・トレースの詳細は、いったん削除されたらアクセスできなくなります。

    • 選択項目を中断: 表で選択したビジネス・フロー・インスタンスが中断されます。選択したインスタンスの中断を確認すると、ページがリフレッシュされ、中断したインスタンスの状態が「中断」として表示されます。場合によっては、インスタンスの状態の更新に遅延が発生する可能性があります。インスタンスのフロー・トレースおよび監査証跡の詳細は中断された後もアクセスできます。

      各インスタンスを個別に選択せずに、検索基準に基づいて大量のインスタンスを中断する場合は、「フロー・インスタンス」ページで「選択項目を中断」アクションを使用しないでください。かわりに、エラー・ホスピタル・ページで「一括中断」オプションを使用してください。

注意:

実行中のインスタンスを選択した場合は、「中断」オプションを使用して、実行中のインスタンスを停止できます。

5.1.3 ビジネス・フロー・インスタンスの現在の状態の表示

ビジネス・フロー・インスタンスを構成するコンポーネントを表示できます。ビジネス・フローは、1つのフロー内で組み合された複数のSOAコンポジット・アプリケーションで構成できます。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。

    「検索結果」表に、ビジネス・フロー・インスタンスが入力されます。

  2. 「検索結果」表の「フロー状態」列には、特定のビジネス・フロー・インスタンスの状態が表示されます。

    ビジネス・フロー・インスタンスは、次のいずれかの状態で存在します。


    状態 説明

    実行中

    インスタンスは実行中です(たとえば、承認待ちのヒューマン・ワークフロー・サービス・コンポーネントでインスタンスが停止している場合があります)。この状態に関連したリカバリ可能なフォルトはなく、インスタンスはまだ正常に完了していません。

    リカバリ

    インスタンスのフォルトがリカバリを待機中です。「ビジネス・フロー・インスタンスでのフォルトからのリカバリ」を参照してください。

    一時停止

    インスタンスは現在一時停止しています。これは、コンポジットのあるバージョンから別のバージョンへの移行に関連しています。これはOracle BPM Suiteコンポーネントに適用されます。

    中断

    インスタンスはユーザーによって明示的に終了されています。コンポジットがアンデプロイされている場合、実行中のインスタンスは中断としてマークされます。再デプロイ時に、中断するか継続して実行するかを選択できます。

    完了

    インスタンスは正常に完了し、リカバリ可能またはリカバリ不能なフォルトはありません。

    失敗

    インスタンスは完了しましたが、リカバリ不能なフォルトがあります。


  3. 「フローID」列で特定のフローID番号をクリックすると、ビジネス・フロー・インスタンスの状態に関する、さらに具体的な詳細にアクセスできます。

    「フローのトレース」ページが表示され、フローが取ったパスが表示されます(エントリ・ポイント、実行されたコンポーネント、および終了ポイント)。フローのトレースは、「監査レベル」プロパティが「本番」または「開発」に設定されている場合にのみ使用できます。監査レベルが「オフ」の場合、トレース・ビューはコンポーネント・インスタンスのリストに置き換えられます。「フローのトレース」ページの「フォルト」タブを使用して、フォルトからリカバリできます。

  4. 「トレース」表で特定のサービス・コンポーネントをクリックすると、監査証跡およびプロセス・フローが表示されます。「アクション」リストを選択することで、フロー・トレースのXMLを表示することもできます。

注意:

Oracle Service Busリリース11g (リリース11.1.1.4から11.1.1.7)からOracle SOA Suiteリリース12cの直接バインディング・サービスを起動すると、Oracle Enterprise Manager Fusion Middleware Controlリリース12cの「フローのトレース」ページの「トレース」表にエントリが表示されず、Oracle Service Busから直接バインディング・サービスが起動されたことが表示されます。このタイプの起動の表示はサポートされていません。

Oracle Service Busリリース12cからのOracle SOA Suiteリリース12c直接バインディング・サービスの起動は、Oracle Enterprise Manager Fusion Middleware Controlの「フローのトレース」ページの「トレース」表に表示されます。

直接バインディング・サービスは、Oracle Service Busのフロー内で、またはOracle Service Busのフローの最初または途中にも表示されます。

5.1.4 ビジネス・フロー・インスタンスでのフォルトからのリカバリ

選択したビジネス・フローでリカバリ可能と識別されているフォルトをリカバリできます。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。

    「検索結果」表に、ビジネス・フロー・インスタンスが入力されます。

  2. 「検索結果」表の「フロー状態」列で、「リカバリ」とラベル付けされたフォルトのあるインスタンスを特定します。この状態のフォルトはリカバリを待機中です。

  3. ビジネス・フロー・インスタンスを選択して、「詳細の表示」をクリックします。

    「検索結果」表の下に、「フォルト」タブが表示されます。このタブには、エラー・メッセージ、フォルト所有者(フォルトが処理されたサービス・コンポーネント、サービス・バインディング・コンポーネントまたは参照バインディング・コンポーネント)、フォルトが発生したコンポジット、フォルトの時間(フォルトがリカバリ可能な場合)、およびフォルト・ログへのリンクが表示されます。その他の列を表示するには、「表示」「列」の順に選択します。「列のリセット」を選択すると、「フォルト」表の列の並べ替えや列の表示/非表示などのすべてのカスタマイズが削除されます。

  4. 「エラー・メッセージ」列で、エラー・メッセージにカーソルを置くとエラー・メッセージ全体が表示され、赤いフォルト・アイコンをクリックするとメッセージをコピーするポップアップ・ダイアログが表示されます。また、「リカバリ」列内のリンクまたはアイコンにカーソルを置くと、どのタイプのリカバリが必要か表示できます。

  5. フォルト・リカバリを実行する方法を選択します。いずれかの方法を使用して、自動的にリカバリを実行するか、管理者操作を介してリカバリを実行することができます。この管理者操作によるアクションは、Oracle JDeveloperで設計したfault-policies.xmlファイルのora-human-interventionアクションで定義します。


    フォルト・リカバリの実行場所 移動先の手順

    表の上の「リカバリ」リスト

    6

    「リカバリ」列の「リカバリが必要」メッセージ

    7


  6. フォルト・リカバリを実行する表の列を選択します。

    1. 表の上のリカバリ・リストから、実行するフォルト・リカバリ・アクションを選択します。「再試行」および「中断」オプションは、すべてのリカバリ可能なフォルトで使用できます。「続行」「再スロー」および「リプレイ」オプションは、SOAコンポジット・アプリケーションにアタッチされたフォルト・ポリシー・ファイルの内容によって決まります。

      「フォルト詳細およびリカバリ・オプション」ダイアログが表示されます。

    2. 手順8に進みます。

  7. 「リカバリ」列で、「リカバリが必要」メッセージをクリックします。

    フォルトを説明するダイアログが表示されます。

    1. 「再試行」または「中断」をクリックして、自動的に再試行するか、フォルトを中断します。または、「その他のリカバリ・オプション」をクリックして、管理者操作を実行します。

      自動リカバリが成功した場合は、「フロー・インスタンス」ページの「検索結果」表のフローがリフレッシュされ、別のフロー状態が表示されます(たとえば、リカバリが完了に変更されるなど)。場合によっては、更新された状態の取得が遅れ、その結果変更された状態が表示されないことがあります。ただし、どの場合でも、リカバリ要求が送信されたことを示す確認メッセージが表示されます。フォルト・レベルのボタンで、またはページ・レベルの「リフレッシュ」ボタンで、明示的なページ・レベルのリフレッシュを実行します。

      「その他のリカバリ・オプション」をクリックした場合は、「フォルト詳細およびリカバリ・オプション」ダイアログが表示されます。

    2. 手順8に進みます。

  8. 「フォルト詳細およびリカバリ・オプション」ダイアログの「リカバリ・オプション」セクションには、フォルト・リカバリを実行するためのオプションが表示されます。BPELメッセージ・リカバリなどのその他のリカバリ・タイプは、異なる一連のオプションを表示します。フォルト・ポリシーによってトリガーされたリカバリやBPEL起動、コールバックおよびアクティビティ・メッセージ・リカバリなど、どのようなタイプのフォルトでもこのコンソールからリカバリできます。リリース11gでは、BPELプロセス・サービス・エンジンの「リカバリ」タブを参照しても、起動、コールバックおよびアクティビティ・リカバリを実行できます。

  9. 「リカバリ・アクション」リストから、実行するアクションを選択します。


    アクション 説明 アクションの対象

    中断

    インスタンス全体を終了します。

    BPELプロセスとOracle Mediator

    再試行

    インスタンスを直接再試行します。このリカバリ・アクションを使用するシナリオ例は、ネットワーク・エラーのためにサービス・プロバイダにアクセスできないことが原因でフォルトが発生した場合の例です。ネットワーク・エラーは現在解決しています。

    BPELプロセスとOracle Mediator

    続行

    フォルトを無視して処理を続行します(フォルト・アクティビティには成功のマークが付けられます)。

    BPELプロセス

    再スロー

    現在のフォルトを再スローします。フォルトの処理に、BPELフォルト・ハンドラ(catchブランチ)が使用されます。デフォルトでは、再スロー・フォルト・ポリシーが明示的に指定されていない場合、すべての例外がフォルト管理フレームワークによって捕捉されます。

    BPELプロセス

    リプレイ

    フォルトが発生したスコープ全体を再度リプレイします。

    BPELプロセス


  10. 「変数」リストから変数を選択します。この変数の内容が「値」フィールドに表示されます。この例では、変数crInputが選択されています。この変数は、invokeアクティビティで使用され、不適切な社会保障番号の値を含んでいます。

  11. 「値」フィールドに適切な値を入力します。この例では、社会保障番号を1で始まるように編集します。

  12. 「リカバリ」をクリックします。

フォルト・ポリシーの設計の詳細は、『Oracle SOA SuiteでのSOAアプリケーションの開発』のFault Management Frameworkによるフォルトの処理に関する項を参照してください。

5.1.5 ビジネス・フロー・インスタンスのコンポジット・センサー値の表示

「コンポジット・センサー値」タブには、選択したビジネス・フローで検出されたコンポジット・センサーの値が表示されます。コンポジット・センサーは、メッセージにトラッキング可能なフィールドを実装する手段を提供します。コンポジット・センサーは、フローに関連付けられたSOAコンポジット・アプリケーションのサービスおよび参照バインディング・コンポーネントに含まれる場合があります。このタブにデータが表示されるのは、センサーがコンポジットに対して定義されており、選択したビジネス・フローによって取得された値がnullでない場合のみです。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。

    「検索結果」表に、ビジネス・フロー・インスタンスが入力されます。

  2. 「検索結果」表で特定のビジネス・フロー・インスタンスを選択して、「詳細の表示」をクリックします。
  3. 「コンポジット・センサー値」タブをクリックします。

    このタブには、このフローに含まれるコンポジット・センサー名とそれらの値が表示されます。

    コンポジット・センサーの詳細は、『Oracle SOA SuiteでのSOAアプリケーションの開発』の「コンポジット・センサーの定義」を参照してください。

5.1.6 ビジネス・フロー・インスタンスでの開始SOAコンポジット・アプリケーションと参加SOAコンポジット・アプリケーションの表示

ビジネス・フロー・インスタンスに参加しているSOAコンポジット・アプリケーションをすべて表示できます。このタブには、このフローに関連付けられたコンポジットのリスト、フローにおけるそれらの順序(ビジネス・フローを開始したコンポジット、およびそのビジネス・フローに参加したすべての後続のコンポジット)、特定のコンポジットがフローに入った時間、およびログへのリンクが表示されます。

ビジネス・フロー・インスタンスの開始コンポジットおよび参加コンポジットを表示する手順は、次のとおりです。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。
  2. 「検索結果」表で特定のビジネス・フロー・インスタンスを選択して、「詳細の表示」をクリックします。
  3. 「コンポジット」タブをクリックします。

    このビジネス・フロー・インスタンスに含まれる開始SOAコンポジット・アプリケーションおよび参加SOAコンポジット・アプリケーションが表示されます。「名前」列には、フロー・インスタンス・タイトルの値が表示されます(リリース11gでは、コンポジット・インスタンスごとにタイトルまたは名前を指定しました)。リリース12cでは、この値は「名前」列に表示されます。

5.1.7 ビジネス・フロー・インスタンスのリシーケンス・グループの表示

「リシーケンス・グループ」タブが表示されるのは、リシーケンス・コンポーネントがフローに参加している場合のみです。このようなフロー・インスタンスは、小さなトリプル矢印のアイコンで示されます。Oracle Mediatorのリシーケンサは、関連しているが順序が正しくないメッセージ・ストリームの順序を直します。グループは、最後の処理時間によって順序付けられます(最近のものが先頭)。または、グループ名または状態によって並べ替えることもできます。

フロー・インスタンス・ページの「リシーケンス・グループ」タブでは、表の行を選択したり任意のアクションを実行することはできません。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。
  2. 「検索結果」表で、リシーケンス・グループが含まれる特定のビジネス・フロー・インスタンスを選択して、「詳細の表示」をクリックします。
  3. 「リシーケンス・グループ」タブをクリックします。

    グループ名、グループの場所、グループの状態、および最後に処理された時間が表示されます。

  4. 「グループ」列で、名前をクリックするとグループの詳細が表示されます。

    リシーケンス・グループにフォルトがある場合、「フォルト」タブをクリックして、リシーケンスされたフロー・インスタンスに関連付けられたフォルトを表示できます。リカバリ可能なフォルトは、「フォルト」タブからリカバリできます。

  5. 「すべてのリシーケンス・グループ」をクリックして「メディエータ・リシーケンス・グループ」ページにアクセスすると、グループ名、グループが含まれるOracle MediatorおよびSOAコンポジット・アプリケーション、グループの状態(タイムアウトや失敗など)、最後の処理時間、およびバックログ・メッセージの合計数など、定義されているすべてのグループに関する詳細が表示されます。

詳細は、「リシーケンス・グループの監視」を参照してください。

5.1.8 ドメインをまたがるビジネス・フローの表示

フロー相関IDは、ドメインをまたがるビジネス・フローを一意に識別するGUID値です。フロー相関IDはフローIDとは異なります。後者は、1つのOracle SOA Suiteドメイン内のビジネス・フローを一意に識別します。2つのOracle SOA Suiteドメインを超えるビジネス・フローは、1つのフロー相関IDと2つのフローIDを持ちます。同様に、Oracle SOA Suiteの外部で生じたビジネス・フローはOracle SOA Suiteスキーマにアクセスできないため、フローIDを作成できません。ただし、フロー相関IDは作成できます。

ドメインをまたがるビジネス・フローを表示する手順は、次のとおりです。

  1. 「ビジネス・フロー・インスタンスの検索フィルタ基準の構成および保存」,で説明しているように、「検索オプション」セクションに検索基準を指定して、「検索」をクリックします。
  2. 「検索結果」表の「表示」メイン・メニューから「列」「相関フローID」の順に選択します。

    フロー相関IDはすべて表に表示されます。

    SOAコンポジット・アプリケーションがOracle Enterprise Schedulerリクエストを発行すると、(フローIDではなく)フロー相関IDがOracle Enterprise Schedulerに伝播され、「リクエスト詳細」ページの「実行ステータス」セクションの「発行フローID」フィールドに表示されます。リクエストに関連付けられたOracle Enterprise Scheduler送信者フロー相関IDは、DMS(ダイナミック・モニタリング・サービス)フローIDに対応します。DMSフローIDは、SOAフロー相関IDに対応します。

5.1.9 同じリビジョン番号を持つ再デプロイされたコンポジットのパーティション・レベルおよびコンポジット・レベルの検索結果

パーティション固有の検索では、すべてのバージョンのSOAコンポジット・アプリケーション(同じリビジョン番号で再デプロイされたものも含む)が表示されるのに対し、コンポジット固有の検索では、現在のデプロイメントのバージョンのみが表示されます。リビジョン番号は変更されないため、「フロー・インスタンス」ページの「検索結果」表のどの行がどのバージョンに属しているかを特定することは不可能です。これは、パーティション・レベルの検索では混乱を招く可能性がありますが、コンポジット・レベルの検索ではそうではありません。この状況を回避するには、デプロイメントごとにリビジョン番号を増分します。これにより、複数のデプロイメントがあることがより明らかになります。

たとえば、次のような場合を考えてみます。

  1. コンポジットAをデプロイして、複数のインスタンスを作成します。コンポジット固有の検索およびパーティション固有の検索の両方でこれらのインスタンスが表示されます。
  2. コンポジットAを再デプロイおよび上書きして、インスタンスを作成します。コンポジット固有の検索では、最新のバージョンに加えて、最初のリビジョンからのインスタンスが表示されます。パーティション固有の検索では、最新のバージョンに加えて、最初のリビジョンからのインスタンスが表示されます。
  3. コンポジットAをアンデプロイして再デプロイし、インスタンスを作成します。コンポジット固有の検索では、最新のバージョンからのインスタンスのみが表示されます。パーティション固有の検索では、既存のバージョンに加えて、最初および2番目のバージョンからのすべてのインスタンスが表示されます。