Schedulerを使用すると、ジョブを定義、スケジュールおよび実行できます。ジョブとは、アプリケーションのかわりに実行する作業の単位のことです。特定のPL/SQLファンクションやコマンド行プロセスを実行するジョブを定義します。Suiteでデプロイされている場合は、ジョブを作成してタスクを実行できます。SOAインフラストラクチャ・レベルまたは個々のパーティション・レベルで、特定のフォルト条件が満たされるとアラート・メッセージがトリガーされるエラー通知ルールを作成できます。Schedulerは、現在埋込みの製品ジョブのスケジュールに重点を置いています。Schedulerを使用してください。Webサービスのスケジュール(コンポジット、プロキシ・サービスなど)。アダプタのアクティブ化/非アクティブ化のスケジュール。フォルト通知および一括フォルト・リカバリのスケジュール。スクリプトのスケジュール。Schedulerからのジョブおよびジョブ・セットの発行。Webサービス・ジョブを使用して、次のようにSOAコンポジット・アプリケーションをスケジュールできます。(OWSM)ポリシーでジョブを保護します。custom/soaで作成する必要があります。Scheduler権限があります。ジョブ・メタデータの管理に関する項を参照してください。Schedulerを使用してジョブを発行します(ジョブの発行時にはスケジュールを定義します)。Schedulerリクエストの管理に関する項を参照してください。Schedulerでのカスタム・メタデータの作成。Schedulerでのジョブ出力の管理と表示、およびスレッドの抑制と制御。BPELプロセスからのジョブの発行。Schedulerランタイム機能のサブセットにアクセスします。Schedulerを呼び出すなど、SOA統合をサポートするために提供されています。Schedulerと相互作用する必要があるすべてのクライアントでは、ESSWebserviceを使用できます。ESSWebserviceでは、リクエスト発行およびリクエスト管理用のジョブ・スケジューリングおよび管理機能を公開しています。WLSTコマンドを使用します。その他の用途については、ドキュメントとサポートが不完全であるため、このリリースではサポートされていません。Schedulerの詳細は、次のドキュメントを参照してください。Schedulerは、デフォルトではクロスコンポーネント・ワイヤリングを使用して相互に双方向にワイヤリングされます。Schedulerにワイヤリングされ、その逆も同様です。各ワイヤは2つの部分で実装されます。1つ目の部分は、URLがサービス表に書きこまれる場所を公開します。2つ目の部分は、サービス表が読み込まれ、URLがローカル構成にキャッシュされる場所を消費します。URLが変更された場合は、通常自動的に再公開されます。Controlでサービス表を手動で再度読み込み、キャッシュする必要があります。Controlでポート番号などが変更された場合は、手動で再度ワイヤリングすることもできます。コンポーネント連携のためのワイヤリングに関する項を参照してください。Suiteでは、ビジネス・プロセスを中心とするビジネス・アプリケーションの開発、管理および使用のための統合環境が提供されます。Suiteには、次の機能が用意されています。ユーザーフレンドリなアプリケーションで標準に基づくプロセス・モデルを作成できます。プロセス開発者とプロセス・アナリスト間のコラボレーションが可能です。2.0およびBPELがサポートされます。Rulesをカスタマイズできます。Rulesの編集、および事前定義コンポーネントを使用したタスクのカスタマイズを行える、Webベースのアプリケーションが提供されます。柔軟性の高い非構造型プロセスを含めるようにビジネス・プロセス管理を拡張します。動的タスクを追加し、宣言的なパターンとルールドリブンのフローの決定を使用した承認ルーティングをサポートします。プロセスベースのアプリケーションの開発のエンドツーエンド要件に対処することで、アプリケーション開発ライフサイクルの様々なステージを統一します。Suiteは、サービス・コンポーネント・アーキテクチャ(SCA)インフラストラクチャに基づいて、設計、実装、ランタイムおよび監視のステージを統一します。これにより、異なるペルソナがアプリケーション・ライフサイクルのすべてのステージに参加できます。Suiteは、設計時や実装からランタイムやアプリケーション管理まで、アプリケーション開発ライフサイクルのすべてのステージをシームレスに統合します。Suite上で階層化され、次のような多くの同じ製品コンポーネントを共有します。統合のためのOracleアダプタ・フレームワーク詳細は、次のドキュメントを参照してください。Controlから実行できます。この項では、これらのタスクの概要を示します。Suiteのパフォーマンスとチューニング実行可能な管理タスクは、マップされているパーティション・ロールに基づきます。各パーティション・ロールは、異なる一連の権限に対応しています。パーティションでユーザーが処理するのに必要な特定のパーティション・ロールを割り当てることができます。Controlでユーザーが実行できるタスクが決まります。詳細は、「パーティションへのアクセスの保護」を参照してください。Controlで実行できます。構成タスクでは、使用環境の監査レベルやペイロード検証などのプロパティを設定します。プロパティは次のレベルで設定できます。B2Bバインディングサービスおよび参照バインディング・コンポーネントのメッセージ・ヘッダー・プロパティ優先順位としては、継承SOAコンポジット・アプリケーションのプロパティ設定(監査レベルの設定やペイロード検証)が最も優先され、次にサービス・エンジンの設定、SOAインフラストラクチャの設定の順に優先されます。ほとんどのプロパティでは、この種の優先度を考慮する必要はありません。監査トラッキングでは、メッセージ・トラッキング・インフラストラクチャによって収集する情報のレベルを選択できます。監査レベル・トラッキングは、次のレベルで設定できます。個々のBPELアクティビティBPELプロセスまたはBPMNプロセス・サービス・コンポーネントSOAコンポジット・アプリケーションサービス・エンジンSOAインフラストラクチャ監査トラッキングを複数レベルで設定した場合は、どの設定が優先されるかを理解することが重要です。監査レベル設定の一般的な例を示します。本番SOAインフラストラクチャこれは初期状態の設定です。監査レベルは「本番」に設定されます。SOAインフラストラクチャの設定は、子(サービス・エンジン、コンポジット、コンポーネント、アクティビティ)のレベル別に継承されます。デフォルトが「継承」のプロパティはありません。プロパティなしプロパティなしプロパティなし継承オフSOAインフラストラクチャ監査レベルは「オフ」に設定されます。これが推奨設定で、パフォーマンスの拡張につながります。監査要件によっては、デバッグまたはコンプライアンスの監査が必要なコンポジットの監査レベルを個別に設定できます。継承オフコンポジット監査レベルは「本番/開発」に設定されます。コンポジット設定は、SOAインフラストラクチャ・レベルの設定をオーバーライドします。プロパティなし本番/開発プロパティなし継承オフコンポーネントコンポーネントの監査レベルは「本番/開発」に設定され、親レベルの設定をオーバーライドします。本番/開発プロパティなしプロパティなし継承オフBPELアクティビティ。BPELアクティビティの監査レベルは「本番/開発」に設定され、親レベルの設定をオーバーライドします。注意:BPELアクティビティ、コンポーネント、コンポジットおよびサービス・エンジンのレベルでのデフォルトの監査レベル値は、「継承」です。監査レベルのプロパティがない場合、デフォルトの「継承」に設定されます。SOAインフラストラクチャ・レベルでのデフォルトの監査レベルは、「本番」です。データベース増分を制限するため、および最適パフォーマンスのために、SOAインフラストラクチャ・レベルでの設定を「オフ」にして、デバッグおよびモニタリングが必要なコンポジットに対してコンポジット・レベルでの監査レベルを設定することをお薦めします。コンプライアンス要件がユーザーの監査要件の粒度を決定する場合もあります。次の各項では、監査レベルの構成について説明します。SOAインフラストラクチャ・レベルでの監査レベル設定の構成の詳細は、SOAインフラストラクチャの構成を参照してください。BPELサービス・エンジン・レベルでの監査レベル設定の構成の詳細は、BPELプロセス・サービス・エンジン・プロパティの構成を参照してください。コンポジット・レベルでの監査レベル設定の構成の詳細は、SOAコンポジット・アプリケーションのホーム・ページでのアプリケーションの状態管理を参照してください。BPELコンポーネント・レベルでの監査レベル設定の構成の詳細は、BPELプロセス・サービス・コンポーネント・レベルでの監査レベルの設定を参照してください。BPELアクティビティ・レベルでのSOAコンポジット・アプリケーションの監査を参照してください。監査レベルの低減に、本番環境でのパフォーマンスの改善とデータベース記憶域の低減に関するヒントが含まれています。Controlで実行できます。次のような項目を監視できます。SOAインフラストラクチャまたは個々のパーティション内のビジネス・フロー・インスタンス、フォルトおよび拒否メッセージ。サービス・エンジン、サービス・インフラストラクチャ、およびバインディング・コンポーネントのリクエスト処理パフォーマンス。サービスおよび参照バインディング・コンポーネントのメッセージ処理に要する合計処理時間と平均処理時間。サービス・コンポーネントにおける監査証跡およびプロセス・フローの動作。BPMNプロセスの場合は、BPMNプロセス・フロー全体が表示され、プロセス・インスタンスがとるパスが強調表示されます。Mediatorおよびヒューマン・ワークフローにおけるサービス・エンジンのリクエストおよびスレッドの状態。アダプタ構成レポート、監視レポートおよびスナップショット・レポート。Suiteでも問題を監視して診断できます。詳細は、「SOAコンポジット・アプリケーションに関する問題の診断」を参照してください。Controlで実行できます。次のような項目を管理できます。パーティションの作成および削除。パーティションの作成後、コンポジットを適切なパーティションにデプロイできます。このアクションにより、SOAコンポジット・アプリケーションをパーティションに論理的にグループ化できます。ワーク・マネージャ・グループの作成および管理。各パーティションは、ワーク・マネージャで構成されるワーク・マネージャ・グループに関連付けられます。Serverエンティティです。ワーク・マネージャで処理する作業の優先度を定義できます。パーティションへのユーザー・アクセスの保護。これにより、ユーザーは、アクセス権を付与されたパーティション内でのコンポジットのみの管理に制限されます。コンポジットの状態(アクティブ化、リタイア、起動、停止およびデフォルト・コンポジット・バージョンの設定)の管理。ビジネス・フロー・インスタンスの削除または終了。SOAコンポジット・アプリケーションのデプロイ、アンデプロイおよび再デプロイ。JARファイルへのデプロイ済SOAコンポジット・アプリケーションのエクスポート。「Webサービスのテスト」ページからのSOAコンポジット・アプリケーションのテスト・インスタンスの起動。SOAインフラストラクチャ・レベルまたは個々のパーティション・レベルでのフォルトからのリカバリ。BPELプロセスでの拒否メッセージのリカバリ。SOAインフラストラクチャ・レベルまたは個々のパーティション・レベルでの、特定のフォルト条件が満たされるとアラート・メッセージがトリガーされるエラー通知ルールの作成。JCAアダプタ・サービスのアクティブ化および非アクティブ化のスケジュール。SOAコンポジット・アプリケーションの自動テストの実行。SOAコンポジット・アプリケーション、サービス・コンポーネントおよびバインディング・コンポーネントへのポリシーのアタッチ。ヒューマン・ワークフローでの受信および送信通知メッセージの管理。ビジネス・イベントのサブスクライブおよびイベント公開のテスト。分析データ、BPELセンサー・データ、コンポジット・センサー・データの収集の無効化および有効化。Coherence分散キャッシュへのインスタンスおよびコールバック・メッセージ・データの格納。以降の各項では、いくつかの管理タスクについてより具体的な概要を示します。SOAインフラストラクチャは、GridLinkデータ・ソースおよびマルチ・データ・ソースによってデータベース障害から保護されます。通常、GridLinkおよびマルチ・データ・ソースはシステム設定時に構成します(インストール時にマルチプールを直接定義)。RAC)データベース・インスタンスが失敗すると、使用可能なデータベース・インスタンスを使用して接続が再確立されます。(12.1.3)では、SOAインフラストラクチャ・レベル(すべてのパーティションについて)および個々のパーティション・レベルでフォルト・リカバリが集中管理されます。(11.1.1)とは異なります。Controlの「フロー・インスタンス」ページと「エラー・ホスピタル」ページから実行します。次のタイプのフォルト・リカバリがサポートされています。個々のフォルトのリカバリ。この場合は、各フォルト・タイプに固有の最も詳細なリカバリ・オプションにアクセスできます。複数(一括)フォルトのリカバリ。この場合は、リカバリに対して複数のフォルトを選択します。JDeveloperのフォルト・ポリシー・エディタでフォルト・リカバリ・ポリシーを定義できます。Controlで管理するSOAコンポジット・アプリケーションにパッケージ化されます。Mediatorおよびヒューマン・ワークフローのフォルトの動作はこれとは異なります。これらは、フォルト・ポリシーなしでリカバリ可能なフォルトを作成できます。Worklistからリカバリ可能と識別されたフォルトに対してフォルト・リカバリを実行します。Controlに表示されます。処理中の情報に問題がある(データベースで社会保障番号が見つからないなど)ときに発生するアプリケーション固有のフォルト。ネットワーク・エラーまたは他のタイプのエラー(データベース・サーバーやWebサービスがアクセス不可の場合など)。SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのエラー。ポリシーはメッセージの配信にセキュリティを適用します。フォルトは次のいずれかに分類することもできます。リカバリ可能またはリカバリ不可:特定のタイプのフォルトのみがリカバリ可能として識別されます。表1-2に、リカバリ可能なフォルトとリカバリ不可のフォルトの例をいくつか示します。拒否メッセージ:フォルトは、その発生時期に基づいて拒否メッセージとして分類されます。フォルトの発生がSOAコンポジットの入力前で、ビジネス・フロー・インスタンスが生成されていない場合は、拒否メッセージとして分類されます。システム・フォルトまたはポリシー・フォルトは拒否メッセージとして分類されます。拒否メッセージほとんどのシステム・フォルト存在しない参照サービス起動の失敗ポリシー・フォルトフォルト・リカバリの実行の詳細は、「ビジネス・フロー・インスタンスの削除または終了」、「ビジネス・フロー・インスタンスでのフォルトからのリカバリ」および「エラー・ホスピタルでのフォルトからのリカバリ」を参照してください。フォルト・ポリシー・ウィザードを使用して自動フォルト・リカバリのフォルト・ポリシーを設計する方法に関する項を参照してください。Controlでは、ポリシーを次のレベルでアタッチおよびデタッチできます。SOAコンポジット・アプリケーションサービス・コンポーネントサービス・バインディング・コンポーネントおよび参照バインディング・コンポーネントポリシーはメッセージの配信にセキュリティを適用します。Middlewareでは、ポリシー・ベースのモデルを使用してWebサービスを管理します。次のタイプのポリシーがサポートされています。1.0および1.1の標準を実装します。これらの標準によって、ユーザーの認証と認可、アイデンティティ伝播およびメッセージ保護(メッセージ整合性およびメッセージ機密性)が実施されます。WS-ReliableMessagingプロトコルをサポートして、エンドツーエンドのメッセージ配信を保証します。添付がMTOMフォーマットであることを保証します。このフォーマットは、Webサービスとの間でバイナリ・データを効率的に送受信するためのフォーマットです。WS-Addressing仕様に準拠したWS-AddressingヘッダーがSOAPメッセージに含まれていることを検証します。トランスポート・レベル・データは、この情報を渡すためにネットワーク・レベル・トランスポートに依存するのではなく、XMLメッセージに含まれます。リクエスト、レスポンスおよびフォルト・メッセージをメッセージ・ログに記録します。管理ポリシーにはカスタム・ポリシーを含めることもできます。WebサービスおよびクライアントがHTTP接続ではなくJMS宛先を使用して通信できるようになります。Infoset、スキーマ検証、永続性などのWebサービス機能を可能にします。(WS-AT)トランザクションの相互運用をサポートします。ポリシーは、企業のポリシー・フレームワークの一部であり、このフレームワークによってポリシーを集中的に作成して管理できます。詳細は、次のドキュメントを参照してください。ポリシーの実行方法の概要ポリシーは、ポリシーがアタッチされているコンポーネントにメッセージが到達する前に実行されます。この結果、エラーは、ポリシーがアタッチされているコンポーネントの直前のコンポーネントに表示されます。Mediatorに渡される前にワイヤで実行されます。Mediatorではなくサービス・バインディング・コンポーネントに表示されます。ヒューマン・タスク・サービス・コンポーネントにアタッチされたポリシーは、メッセージがヒューマン・タスク・サービス・コンポーネントに渡される前に、直前のBPELプロセス・サービス・コンポーネントで実行されます。この結果、フォルトは、ヒューマン・タスク・サービス・コンポーネントではなく、BPELプロセス・サービス・コンポーネントに表示されます。ヒューマン・タスク・サービス・コンポーネントにアタッチされたポリシーは、メッセージがヒューマン・タスク・サービス・コンポーネントに渡される前に、ヒューマン・サービス・コンポーネントに関連付けられているヒューマン・ステップのBPMNプロセスの内部で実行されます。これにより、フォルトは、ヒューマン・タスク・サービス・コンポーネントではなく、BPMNプロセス・サービス・コンポーネントに表示されます。ポリシー・エラーの正確な位置を確認するには、監査証跡を参照してください。Controlから管理できます。アプリケーションは、SOAインフラストラクチャにデプロイすると自動的にアクティブ化されます。デプロイメント時には、アプリケーションに対して特定のリビジョン番号を指定できます。リビジョンは、アプリケーションの特定のデプロイ済バージョンです。アプリケーションの複数のリビジョンをデプロイし、すべてのリビジョンを同時に実行できます。これは、リビジョンの重要な利点です。古いリビジョンのアプリケーションがあり、引続き有効なある顧客で実行中であるとします。その後、別の顧客とのパートナーシップが開始され、この顧客については小規模なアプリケーションの設計変更が必要です。ある時点で古い顧客を新しいリビジョンのアプリケーションに移行する計画ですが、現時点では、移行の必要はありません。これは、リビジョンを使用すると、両方のアプリケーションを実行できるためです。Controlでは、リビジョン値がアプリケーション名に付加されます。図1-1で、リビジョン1.0は、多数のデプロイ済SOAコンポジット・アプリケーションに対するバージョンです。特定のコンポジット・アプリケーション・リビジョンに対する新規リクエストを受信すると、そのコンポジット・アプリケーション・リビジョンが起動します。リビジョンが指定されていない新規リクエストを受信すると、デフォルトのリビジョンが起動します。デフォルトのリビジョンは、小さい緑色の丸印で他のリビジョンと区別されます。Controlから実行できます。アプリケーション・リビジョンの停止と再起動。アプリケーション・リビジョンは通常、デプロイメント後即時に起動されます。アプリケーション・リビジョンのリタイアとアクティブ化。アプリケーション・リビジョンは、デプロイメント時に即時にアクティブ化されます。デフォルト・バージョンとしてのアプリケーションの設定。アプリケーション・リビジョンのデプロイ、アンデプロイおよび再デプロイ。アプリケーション・リビジョンの特定インスタンスの削除。SOAコンポジット・アプリケーションのライフサイクルの状態の管理の詳細は、次の各項を参照してください。SOAコンポジット・アプリケーションの自動テストの概要SOAコンポジット・アプリケーションのテストを自動化するテスト・ケースを作成、デプロイおよび実行できます。テスト・ケースを使用すると、SOAコンポジット・アプリケーションとその参照の間の相互作用を、本番環境へのデプロイメント前にシミュレートできます。テスト・スイートは、1つ以上のテスト・ケースの論理的な集合で構成されます。各テスト・ケースには、テスト・インスタンスの実行時に実行される一連のコマンドが含まれています。テスト・スイートの実行は、テスト実行と呼ばれます。各テストは1つのビジネス・フロー・インスタンスに対応します。SOAコンポジット・アプリケーションのテスト・ケース内に、BPELプロセス・サービス・コンポーネントのテスト・ケースを作成することもできます。SOAインフラストラクチャの「フロー・インスタンス」ページでは、これらのテストの実行で生成されたインスタンスのフローIDの横に小さい黄色のボックスが表示され、テスト・インスタンスとして区別されます。テスト・スイート・フレームワークの機能は、次のとおりです。SOAコンポジット・アプリケーションが実行時に相互作用するコンポーネントの動作を、エミュレーションを使用してシミュレートします。特定のコンポーネントを起動せずに、コンポーネントからのレスポンスを指定できます。アサーションを使用し、プロセス実行時にデータを検証します。詳細は、次の各項を参照してください。Suiteのパフォーマンスに影響することがあります。システム・メッセージ、起動メッセージおよびエンジン・ディスパッチャ・メッセージの処理用のスレッド数を割り当てるために、BPELプロセス・サービス・エンジンにプロパティを設定できます。チューニング情報は、次のドキュメントを参照してください。ユースケースのチューニング推奨事項コンポーネント別の主要なチューニング・プロパティ(次の情報を含む)。症状が現れた場合の推奨事項プロファイルベースのチューニング推奨事項(インストール時に質問に回答してプロファイルを選択し、選択したプロファイルに基づいてプロパティをチューニング)。Suiteコンポーネントのチューニングの詳細は、次のドキュメントを参照してください。Controlを組み合せて使用してSOAコンポジットを管理およびテストできます。ControlでSOAコンポジット・アプリケーションのテスト・インスタンスをデプロイ、監視および起動するには次の各項を参照してください。Serverドメインの実行時データおよび履歴データを監視できます。Middlewareコンポーネント・ファミリ全体の検出、監視および集中管理をサポートします。Middlewareインストールの構成部分ではないため、ライセンスを別途取得してインストールする必要があります。詳細は、次のURLを参照してください。