13 BPELプロセスのサービス・コンポーネントとエンジンの管理

この章では、BPELプロセス・サービス・コンポーネントとサービス・エンジンの管理方法について説明します。

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

第13.1項「BPELプロセス・サービス・コンポーネントのフォルトのリカバリ」
第13.2項「BPELプロセス・サービス・コンポーネントのポリシーの管理」
第13.3項「BPELプロセス・サービス・エンジンのフォルトのリカバリ」
第13.4項「BPELプロセス・サービス・エンジンのメッセージ・リカバリの実行」

詳細は、次の各項を参照してください。

13.1 BPELプロセス・サービス・コンポーネントのフォルトのリカバリ

リカバリ可能として識別されたBPELプロセス・サービス・コンポーネントを監視し、個別のフォルト・リカバリと一括のフォルト・リカバリを実行できます。リカバリ可能として識別されたBPELプロセス・フォルトについては、(fault-bindings.xmlファイルを介して)フォルトにバインドされ、アクションora-human-interventionをトリガーするフォルト・ポリシーが定義されている必要があります。ただし、フォルト・ポリシーが定義されていない場合、フォルトは、リカバリ可能またはリカバリ不可のフォルトとして通常どおり処理されます。

BPELプロセス・サービス・コンポーネントのフォルトをリカバリする手順は、次のとおりです。

次のいずれかのオプションを使用して、このページにアクセスします。

「SOAインフラストラクチャ」メニューからアクセスする手順	ナビゲータの「SOA」フォルダからアクセスする手順
「ホーム」を選択します。「デプロイ済コンポジット」タブを選択します。「コンポジット」セクションで、特定のSOAコンポジット・アプリケーションを選択します。	「soa-infra」の下にある、特定のSOAコンポジット・アプリケーションを選択します。

「コンポーネント・メトリック」セクションで、BPELプロセス・サービス・コンポーネントを選択します。
「フォルト」をクリックします。

「フォルト」ページに、次の詳細が表示されます。
- 特定のフォルトを検索するためのユーティリティ。基準を指定して「検索」をクリックします。詳細は、「ヘルプ」アイコンをクリックしてください。
- サービス・コンポーネントで発生したフォルト。フォルトID、エラー・メッセージ、フォルトのリカバリが可能かどうか、フォルトの発生時間、サービス・コンポーネントのインスタンスID、フォルトが発生したアクティビティ、およびフォルトが記述されているログ・ファイルへのリンクが表示されます。
図版bpel_comp_faults.gifの説明

リカバリが可能として識別されたBPELプロセス・サービス・コンポーネントのフォルトはリカバリできます。

次のいずれかの方法を使用して、リカバリ対象のフォルトを選択します。BPELプロセス・サービス・コンポーネント・レベルでフォルト・リカバリ対象を選択することは、SOAインフラストラクチャ・レベル、SOAコンポジット・アプリケーション・レベルおよびOracle Mediatorサービス・コンポーネント・レベルで選択するのと同じです。

対象	操作
単一フォルト・リカバリ	単一フォルト・リカバリの対象を選択するには、次の3つの方法があります。リカバリ可能として識別されたフォルトの行をクリックします。行が強調表示された状態で、ステップ5の説明に従って、「リカバリ・アクション」リストから特定のアクションを選択します。「リカバリ」列で「リカバリ」リンクをクリックし、インスタンス監査証跡の「フォルト」ページにアクセスしてフォルト・リカバリを実行します。「エラー・メッセージ」列で、リカバリ可能として識別されたフォルトのメッセージをクリックします。完全なフォルト詳細(フォルトID、フォルトの発生時間、フォルトの場所、フォルト・タイプ、エラー・メッセージ・テキストなど)が表示されます。リカバリ可能なフォルトには、「ここでリカバリ」オプションが表示されます。「ここでリカバリ」をクリックし、インスタンス監査証跡の「フォルト」ページにアクセスしてフォルト・リカバリを実行します。
一括フォルト・リカバリ	一括フォルト・リカバリの対象を選択するには、次の2つの方法があります。 [Shift]キーまたは[Ctrl]キーを押しながら、行から特定のフォルトを選択します。または、「選択」メニューから、「すべてのリカバリ可能な値を選択」を選択します。次に、[Shift]キーまたは[Ctrl]キーを押しながらクリックすることによって、リカバリ操作に含めないフォルトの選択を解除します。次に、ステップ5の説明に従って、「リカバリ・アクション」リストからアクションを選択します。注意: 選択できるのは、選択したすべてのフォルトに適用可能なアクションのみです。
すべてのフォルトのリカバリ	「選択」メニューから、「すべてのリカバリ可能な値を選択」を選択します。ステップ5の説明に従って、「リカバリ・アクション」リストからアクションを選択します。注意: 選択できるのは、選択したすべてのフォルトに適用可能なアクションのみです。

注意:

ほとんどの場合、フォルト・ポリシーのアクションは自動的に実行されます。ただし、アクションora-human-interventionを使用するフォルト・ポリシーを定義した場合は例外です。このアクションによって、Oracle Enterprise Manager Fusion Middleware Controlからリカバリできるリカバリ可能なフォルトが作成されます。

「リカバリ・アクション」リストからアクションを選択します。

アクション	説明
再試行	インスタンスを直接再試行します。このリカバリ・アクションを使用するシナリオ例は、ネットワーク・エラーのためにサービス・プロバイダにアクセスできないことが原因でフォルトが発生した場合の例です。ネットワーク・エラーは現在解決しています。
中断	インスタンス全体を終了します。
リプレイ	フォルトが発生したスコープ・アクティビティ全体を再度リプレイします。
再スロー	現在のフォルトを再スローします。フォルトの処理に、BPELフォルト・ハンドラ(catchブランチ)が使用されます。デフォルトでは、再スロー・フォルト・ポリシーが明示的に指定されていない場合、すべての例外がフォルト管理フレームワークによって捕捉されます。
続行	フォルトを無視して処理を続行します(フォルト・アクティビティには成功のマークが付けられます)。

フォルト表内から次の追加監視タスクを実行します。
1. 「リカバリ可能なフォルトのみ表示」チェック・ボックスを選択すると、リカバリ可能なフォルトのみ表示されます。
2. 「フォルト・タイプ」リストから、すべてのフォルト、システム・フォルト、ビジネス・フォルトまたはOracle Web Services Manager(OWSM)フォルトを選択して、フォルト表に表示します。これらのフォルト・タイプの詳細は、「ヘルプ」アイコンをクリックしてください。
3. 「ビュー」リストから、「列」→「フォルトID」の順に選択し、各エラー・メッセージのフォルトIDを表示します。フォルトIDは自動的に生成され、フォルトを一意に識別します。フォルトIDは、エラー・メッセージをクリックしたときも表示されます。
4. 「コンポーネント・インスタンスID」列で、特定のサービス・コンポーネントIDをクリックし、インスタンスに関するタスク詳細(たとえば、タスクの現在の状態)にアクセスします。拒否メッセージにはコンポーネント・インスタンスIDがないことに注意してください。
5. 「ログ」列で、リンクをクリックし、「ログ・メッセージ」ページにアクセスします。このページには、そのインスタンスに固有のメッセージがフィルタされて表示されます。

詳細は、次のドキュメントを参照してください。

第1.4.3.1項「フォルト・リカバリの概要」
第8.5.1項「BPELプロセスに対するフォルト・リカバリの例」
『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』
ログ・ファイルの表示および検索については、『Oracle Fusion Middleware管理者ガイド』を参照してください

13.2 BPELプロセス・サービス・コンポーネントのポリシーの管理

現在デプロイされているSOAコンポジット・アプリケーションのBPELプロセス・サービス・コンポーネントとの間で、ポリシーをアタッチおよびデタッチできます。ポリシーでは、メッセージ配信に対してセキュリティが適用されます。Oracle Fusion Middlewareでは、ポリシー・ベースのモデルを使用してWebサービスを管理します。

注意:

ポリシーをアタッチするには、その前に、使用可能なポリシーの定義と使用環境で使用するポリシーの詳細について、『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』を参照してください。

BPELプロセス・サービス・コンポーネント・ポリシーを管理する手順は、次のとおりです。

次のいずれかのオプションを使用して、このページにアクセスします。

「SOAインフラストラクチャ」メニューからアクセスする手順	ナビゲータの「SOA」フォルダからアクセスする手順
「ホーム」を選択します。「デプロイ済コンポジット」タブを選択します。「コンポジット」セクションで、特定のSOAコンポジット・アプリケーションを選択します。	「soa-infra」の下にある、特定のSOAコンポジット・アプリケーションを選択します。

「コンポーネント・メトリック」セクションで、BPELプロセス・サービス・コンポーネントを選択します。
「ポリシー」をクリックします。

「ポリシー」ページを使用すると、BPELプロセス・サービス・コンポーネントとの間でポリシーをアタッチおよびデタッチできます。「ポリシー」セクションには、アタッチされたポリシーの名前、切替え可能なポリシー参照ステータス(有効または無効)、カテゴリ(「管理」、「信頼できるメッセージング」、「MTOMアタッチメント」、「セキュリティ」または「WSアドレス」)、違反、およびSOAインフラストラクチャの最後の再起動以降の認証、認可、機密性および整合性の失敗が表示されます。

図版bpel_comp_policy.gifの説明
「アタッチ/デタッチ」をクリックします。

複数のコンポーネントが使用可能な場合は、アタッチまたはデタッチを実行するサービスまたはコンポーネントを選択するプロンプトが表示されます。
ポリシーのアタッチ先またはデタッチ先のサービスまたはコンポーネントを選択します。

ポリシーをアタッチまたはデタッチするためのダイアログが起動します。

「アタッチされたポリシー」セクションに、現在アタッチされているポリシーが表示されます。「使用可能なポリシー」セクションには、アタッチ可能な追加のポリシーが表示されます。
使用環境に適したポリシーを選択してアタッチします。
「アタッチ」をクリックします。
ポリシーのアタッチを終了した後は、「検証」をクリックします。
エラー・メッセージが表示された場合は、検証エラーがなくなるまで必要な修正を行います。
「OK」をクリックします。

アタッチしたポリシーがポリシー表に表示されます。

詳細は、次のドキュメントを参照してください。

第1.4.3.2項「ポリシーの概要」
ポリシーのアタッチで表示されるダイアログについては、第8.8項「SOAコンポジット・アプリケーションのポリシーの管理」を参照してください。
使用可能なポリシーの定義と使用環境で使用するポリシーの詳細は、『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』を参照してください。

13.3 BPELプロセス・サービス・エンジンのフォルトのリカバリ

BPELプロセス・サービス・エンジンで発生し、リカバリ可能として識別されたフォルトを監視し、個別リカバリと一括リカバリを実行できます。BPELプロセス・サービス・エンジンでは、すべてのBPELプロセス・サービス・コンポーネントのフォルトを、属しているSOAコンポジット・アプリケーション・インスタンスに関係なく表示できます。リカバリ可能として識別されたBPELプロセス・フォルトについては、(fault-bindings.xmlファイルを介して)フォルトにバインドされ、アクションora-human-interventionをトリガーするフォルト・ポリシーが定義されている必要があります。ただし、フォルト・ポリシーが定義されていない場合、フォルトは、リカバリ可能またはリカバリ不可のフォルトとして通常どおり処理されます。

BPELプロセス・サービス・エンジンのフォルトをリカバリする手順は、次のとおりです。

次のいずれかのオプションを使用して、このページにアクセスします。

「SOAインフラストラクチャ」メニューからアクセスする手順	ナビゲータの「SOA」フォルダからアクセスする手順
「サービス・エンジン」→「BPEL」の順に選択します。	「soa-infra」を右クリックします。「サービス・エンジン」→「BPEL」の順に選択します。

「フォルト」をクリックします。

「フォルト」ページに、次の詳細が表示されます。
- 特定のフォルトを検索するためのユーティリティ。基準を指定して「検索」をクリックします。詳細は、「ヘルプ」アイコンをクリックしてください。
- サービス・エンジンで発生したフォルト。フォルトID、エラー・メッセージ、フォルトのリカバリが可能かどうか、フォルトの発生時間、フォルトが発生したSOAコンポジット・アプリケーションとサービス・コンポーネント、およびサービス・コンポーネント・インスタンスIDが表示されます。
図版bpel_se_faults.gifの説明

リカバリが可能として識別されたBPELプロセス・サービス・エンジンのフォルトはリカバリできます。

次のいずれかのオプションを使用して、リカバリ対象のフォルトを選択します。SOAインフラストラクチャ・レベル、SOAコンポジット・アプリケーション・レベルおよびOracle Mediatorサービス・コンポーネント・レベルでのフォルト・リカバリと同様に、単一フォルト・リカバリ、一括フォルト・リカバリ、およびすべてのフォルトのリカバリを実行できます。フォルトを選択してこれらのタイプのリカバリを実行する手順については、第13.1項「BPELプロセス・サービス・コンポーネントのフォルトのリカバリ」のステップ4を参照してください。

注意:

「リカバリ・アクション」リストからアクションを選択します。

アクション	説明
再試行	再試行成功時アクションを指定するオプション付きでインスタンスを再試行します。このリカバリ・アクションを使用するシナリオ例は、ネットワーク・エラーのためにサービス・プロバイダにアクセスできないことが原因でフォルトが発生した場合の例です。ネットワーク・エラーは現在解決しています。
中断	インスタンス全体を終了します。
リプレイ	フォルトが発生したスコープ・アクティビティ全体を再度リプレイします。
再スロー	現在のフォルトを再スローします。フォルトの処理に、BPELフォルト・ハンドラ(catchブランチ)が使用されます。デフォルトでは、再スロー・フォルト・ポリシーが明示的に指定されていない場合、すべての例外がフォルト管理フレームワークによって捕捉されます。
続行	フォルトを無視して処理を続行します(フォルト・アクティビティには成功のマークが付けられます)。

フォルト表内から次の追加監視タスクを実行します。
1. 「リカバリ可能なフォルトのみ表示」チェック・ボックスを選択すると、リカバリ可能なフォルトのみ表示されます。
2. 「フォルト・タイプ」リストから、すべてのフォルト、システム・フォルト、ビジネス・フォルトまたはOWSMフォルトを選択して、フォルト表に表示します。これらのフォルト・タイプの詳細は、「ヘルプ」アイコンをクリックしてください。
3. 「ビュー」リストから、「列」→「フォルトID」の順に選択し、各エラー・メッセージのフォルトIDを表示します。フォルトIDは自動的に生成され、フォルトを一意に識別します。フォルトIDは、エラー・メッセージをクリックしたときも表示されます。
4. 「コンポジット」列で、特定のSOAコンポジット・アプリケーションをクリックし、そのホーム・ページにアクセスします。
5. 「コンポーネント」列で、特定のサービス・コンポーネントをクリックし、そのホーム・ページにアクセスします。
6. 「コンポーネント・インスタンスID」列で、特定のサービス・コンポーネントIDをクリックし、インスタンスに関するタスク詳細(たとえば、タスクの現在の状態)にアクセスします。拒否メッセージにはコンポーネント・インスタンスIDがないことに注意してください。

詳細は、次の各項を参照してください。

第1.4.3.1項「フォルト・リカバリの概要」(フォルトの概念的な詳細情報)
第8.5.1項「BPELプロセスに対するフォルト・リカバリの例」

13.4 BPELプロセス・サービス・エンジンのメッセージ・リカバリの実行

プロセス・インスタンスのトランザクション・ロールバックによって配信されなかった起動メッセージまたはコールバック・メッセージのリカバリは、手動で実行できます。起動メッセージのリカバリは、非同期のBPELプロセスにのみ適用されます。同期BPELプロセスは、エラーをコール側クライアントに返すため、「リカバリ」ページからはリカバリできません。リカバリ可能アクティビティは失敗したアクティビティですが、リカバリが可能です。たとえば、非同期BPELプロセスを起動するファイル・アダプタを使用しているときに、システムがインスタンスの処理中にクラッシュした場合は、すべてのメッセージ・レコードが確実にリカバリされるように、サーバーが再起動したときに手動でリカバリを実行できます。

BPELプロセス・サービス・エンジンによる自動リカバリの試行に失敗したメッセージを管理することもできます。これらのメッセージの自動リカバリが複数回試行されないようにするには、これらのメッセージを消耗済状態にします。その後、これらのメッセージに対して次のいずれかのアクションを実行できます。

自動リカバリ・キューに戻す
リカバリを試行しない
リカバリを即時に試行する

たとえば、データベース・アダプタに書き込むBPELプロセスがあるとします。データベースがダウンしている場合、これらのメッセージはリカバリ・キューに送信されます。これらのメッセージの自動リカバリは、データベースがダウンしている間は失敗します。これらのメッセージには、自動リカバリが再び試行されないように消耗済状態のマークが付けられます。データベースの実行が再び開始されたら、自動リカバリが再び試行されるように、これらのメッセージをリセットする(自動リカバリ・キューに戻す)ことができます。

BPELプロセス・サービス・エンジンのメッセージをリカバリする手順は、次のとおりです。

次のいずれかのオプションを使用して、このページにアクセスします。

「SOAインフラストラクチャ」メニューからアクセスする手順	ナビゲータの「SOA」フォルダからアクセスする手順
「サービス・エンジン」→「BPEL」の順に選択します。	「soa-infra」を右クリックします。「サービス・エンジン」→「BPEL」の順に選択します。

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

「リカバリ」ページに、次の詳細が表示されます。

「アラーム表のリフレッシュ」ボタンは、データベース内の消失したインメモリー・クォーツ・スケジュール済ジョブを再同期化する場合に選択します。たとえば、waitアクティビティ、またはpickアクティビティのonAlarmブランチでタイマーが起動され、そのトランザクションがロールバックされたと仮定します。データベースのwaitアクティビティまたはonAlarmブランチにあるBPELインスタンスを使用して、これらのジョブを再同期化できます。
特定のメッセージの失敗を検索するためのユーティリティ。基準を指定して「検索」をクリックします。詳細は、「ヘルプ」アイコンをクリックしてください。
サービス・エンジンでのメッセージの失敗。対話ID、メッセージの失敗のリカバリが可能かどうか、サービス・コンポーネント、失敗が発生したコンポジット・アプリケーション、およびフォルトの発生時間が表示されます。状態に応じて、これらのメッセージをただちにリカバリするか、これらのメッセージを取り消すか、または自動リカバリのためにこれらのメッセージをリセットできます。

図版bpel_se_recov.gifの説明

注意:

解決済状態および未配信状態のコールバック・メッセージをリカバリできます。「タイプ」リストから「コールバック」を選択し、「メッセージの状態」リストから「解決」または「未配信」のいずれかを選択して検索条件を実行すると、これらのメッセージがリカバリ用に表示されます。コールバック・メッセージが最初にBPELプロセス・サービス・エンジンに入るとき、その状態は未配信状態です。対話IDのマッチングまたは相関のいずれかによって、このメッセージがターゲットBPELプロセス・インスタンスに解決されると、状態は解決済に切り替えられます。これらの両方の状態では、メッセージはまだ消費されていません。これらの2つの状態のメッセージはリカバリできます(消費のためにBPELプロセス・サービス・エンジンに再配信される)。他の状況では、コールバック・メッセージがこれらの両方の状態で残されている場合があります。これらの状態のメッセージもリカバリできます。ただし、残されているコールバック・メッセージが常に未配信状態のまま保たれる保証はありません。
「タイプ」リストから「呼出し」を選択し、「メッセージの状態」リストから「未配信」を選択して「リカバリ」をクリックすると、リカバリが実行されます。ただし、Oracle BPEL Process Managerサービス・コンポーネントまたはサービス・エンジンの「ダッシュボード」ページでは、このインスタンスの「最終更新日時」列は空のままになります。これは予想される動作です。最終更新日時が表示されないのは、Oracle BPEL Process Managerの最初のインスタンス(たとえばbpel:70004)が、最初の呼出しによって作成されるためです(つまり、作成されるがまだ変更されていない)。未配信の呼出しメッセージをリカバリすると、常に新しいインスタンス(たとえばbpel:70005)が作成されます。以前作成されたインスタンス(bpel:70004)は使用されず、永続的に同じステータスのまま(「最終更新日時」列が空のまま)になります。この情報は監査目的でのみ提供されます。
「メッセージの状態」リストはコールバック・メッセージおよび起動メッセージのタイプのリカバリにのみ適用され、アクティビティ・メッセージのタイプのリカバリには適用されません。

この表でフォルトを選択します。

次のいずれかのオプションを選択します。

アクション	説明
リカバリ	フォルトが発生したメッセージを再試行します。消耗済状態のメッセージを選択してこのボタンをクリックすると、メッセージのリカバリが即時に試行されます。このリカバリの試行も失敗となった場合、メッセージは消耗済状態に戻ります。メッセージを選択して「リセット」をクリックし、そのメッセージを自動リカバリ・キューに戻す必要があります。関連する例外エラーが原因で、非同期BPELプロセスでトランザクション・ロールバック・シナリオが発生した場合は、最後のデハイドレーション・アクティビティにロールバックします。これが新しいインスタンスであり、かつ最初のデハイドレーション・アクティビティが受信アクティビティであった場合、BPELプロセス・サービス・エンジンはリカバリ可能な呼出しを作成します。呼出しをリカバリするために「リカバリ」をクリックすると、サービス・エンジンによって新しいインスタンスが作成されます。このインスタンスは、例外エラーなしで実行が完了する可能性があります。ただし、フォルトとして識別された古いインスタンスは引き続き表示されます。
取消としてマーク	今後配信されないようにメッセージにマークする場合に選択します。消耗済状態のメッセージを選択してこのボタンをクリックすると、そのメッセージのリカバリは試行されなくなります。
リセット	消耗済メッセージを未配信状態にリセットする場合に選択します。これにより、メッセージは自動リカバリ・キューに戻されます。消耗済状態で表示されたメッセージは、メッセージ表に表示されなくなります。「メッセージの状態」リストで「未配信」を選択して「検索」をクリックすると、これらのメッセージが表示されます。また、消耗済状態のコールバック・メッセージを解決状態にリセットし、かつ、引き続きリカバリ可能にすることもできます。

アクション

説明

リカバリ

フォルトが発生したメッセージを再試行します。

消耗済状態のメッセージを選択してこのボタンをクリックすると、メッセージのリカバリが即時に試行されます。このリカバリの試行も失敗となった場合、メッセージは消耗済状態に戻ります。メッセージを選択して「リセット」をクリックし、そのメッセージを自動リカバリ・キューに戻す必要があります。

関連する例外エラーが原因で、非同期BPELプロセスでトランザクション・ロールバック・シナリオが発生した場合は、最後のデハイドレーション・アクティビティにロールバックします。これが新しいインスタンスであり、かつ最初のデハイドレーション・アクティビティが受信アクティビティであった場合、BPELプロセス・サービス・エンジンはリカバリ可能な呼出しを作成します。呼出しをリカバリするために「リカバリ」をクリックすると、サービス・エンジンによって新しいインスタンスが作成されます。このインスタンスは、例外エラーなしで実行が完了する可能性があります。ただし、フォルトとして識別された古いインスタンスは引き続き表示されます。

取消としてマーク

今後配信されないようにメッセージにマークする場合に選択します。消耗済状態のメッセージを選択してこのボタンをクリックすると、そのメッセージのリカバリは試行されなくなります。

リセット

消耗済メッセージを未配信状態にリセットする場合に選択します。これにより、メッセージは自動リカバリ・キューに戻されます。消耗済状態で表示されたメッセージは、メッセージ表に表示されなくなります。「メッセージの状態」リストで「未配信」を選択して「検索」をクリックすると、これらのメッセージが表示されます。また、消耗済状態のコールバック・メッセージを解決状態にリセットし、かつ、引き続きリカバリ可能にすることもできます。

リカバリのためにメッセージが送信されると、そのアクションがBPELプロセス・サービス・エンジンによって完了するのに時間がかかる場合があります。通常、この時間は数秒以内となります。この間、メッセージは「リカバリ」ページに表示されたままになります。この期間内に、同じメッセージのリカバリをもう1回実行しても、無視されます。最新のリカバリ・ステータスを受信するには、ページを数秒ごとに更新します。

注意:

ora-retryアクションを使用してBPELプロセスにフォルト・ポリシーを定義した場合は、フォルトが発生すると、BPELプロセスではフォルトからのリカバリをretryCountパラメータに指定した回数試行します。この期間の後、プロセスは実行中の状態のままになります。完了していないプロセスのアクティビティ(呼出し、受信など)のステータスは、保留中の手動リカバリとして表示されます。これは予期されている動作です。

起動メッセージおよびコールバック・メッセージのリカバリを試行する最大回数を構成する方法の詳細は、第11.3項「起動メッセージおよびコールバック・メッセージの自動リカバリ試行の構成」を参照してください。