ヘッダーをスキップ
Oracle® Fusion Middleware Oracle Event Processing Visualizerユーザーズ・ガイド
11gリリース1 (11.1.1.7)
B61655-06
  目次へ移動
目次

前
 
次
 

3 アプリケーション・タスクの概要

この章では、Oracle Event Processing Visualizerで実行できる一般的なアプリケーション・タスクを紹介します。これには、イベント処理ネットワーク(EPN)の管理、アプリケーション・ライフサイクルの管理、Oracle Continuous Query Language (CQL)ルールの管理、および構成履歴の管理があります。

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

3.1 イベント処理ネットワーク(EPN)の管理

Oracle Event Processingイベント処理ネットワーク(EPN)は、Oracle Event Processingアプリケーションの各種Oracle Event Processingコンポーネント間の相互接続を実行します。Oracle Event Processing Visualizerを使用するとEPNを管理できます。これにはステージの構成、イベントの記録および再生、ステージやパスのスループットおよび待機時間の監視に関する表示および変更が含まれます。ステージを右クリックすると、便利なコンテキスト・メニューから共通のステージ関連機能を選択できます。

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

3.2 アプリケーション・ライフサイクルの管理

アプリケーション・ライフサイクル全体を管理できます。これには、アプリケーションのアップロード、そのデプロイ、アプリケーションの一時停止と再開、およびアプリケーションのデプロイ解除が含まれます。

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

3.3 ルールの管理

ユーザーが開発しデプロイしたOracle Event Processingアプリケーション、およびOracle Event ProcessingサーバーがデプロイしているアプリケーションのOracle CQLおよびEPLプロセッサ内のルールを作成、置換および削除できます。

Oracle Event Processing Visualizerは、作成する任意の問合せを使用してサーバー上の構成ファイルを更新するので注意する必要があります。ただし、これはOracle Event Processing IDE for Eclipse内からはアプリケーションで有効になりません。アプリケーションで変更するには、問合せをOracle Event Processing Visualizerからコピーしアプリケーションに貼り付ける必要があります。

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

3.4 構成履歴の管理

Oracle Event Processing Visualizerを使用すると、Oracle Event Processingコンポーネントに行う構成変更を管理できます。変更履歴を見直して、変更を前のバージョンへ戻す(ロールバックする)ことができます。スタンドアロンサーバーおよびマルチサーバー・ドメインの両方で任意のリソースまたはアプリケーションに関してこれらの操作を実行できます。

また、wlevs.Adminコマンドライン・ツールを使用して構成履歴を管理できます。

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

3.4.1 構成履歴の管理の有効化と無効化

Oracle Event Processingは、デフォルトで、リソースおよびアプリケーションの構成履歴管理を提供します。

任意で、CEP_SERVER/startwlevs.cmd/shファイルを編集してcom.oracle.ocep.config.version.enabledシステム・プロパティを最後の行に追加することによって、この機能を無効化できます(実際には、コマンドは1行にする必要があります)。

"$JAVA_HOME/bin/java" $JVM_ARGS $DEBUG_ARGS -Dwlevs.home="$USER_INSTALL_DIR"
    -Dcom.oracle.ocep.config.version.enabled=false -Dbea.home="$BEA_HOME"  
    -jar "${USER_INSTALL_DIR}/bin/wlevs.jar" $ARGS

この機能を無効にすると、Oracle Event Processingはマルチサーバー・ドメイン内のOracle Event Processingサーバー間でルールを伝播できません。この場合、ルールの変更を伝播するには、マルチサーバー・ドメイン内のすべてのサーバーでルールを手動で更新する必要があります。

この機能を無効化して再度有効化する場合は、次の手順で実行する必要があります。

  1. Oracle Event Processingアプリケーションをアンデプロイします。

  2. Oracle Event Processingサーバーを停止します。

  3. startwlevs.cmd/shを編集し、-Dcom.oracle.ocep.config.version.enabledシステム・プロパティを削除するか、またはこれをtrueに設定します。

  4. Oracle Event Processingサーバーを起動します。

  5. Oracle Event Processingアプリケーションをデプロイします。

    この手順に失敗すると、マルチサーバー・ドメイン内でルールが伝播されず、Oracle Event Processing Visualizerがマルチサーバー・ドメイン内のOracle Event Processingサーバーのビューの整合性を維持できなくなる可能性があります。

3.4.2 変更レコードのパージ動作の構成

構成履歴内の変更レコードをパージする頻度、および各パージで保持するレコード数(パージしないレコード)を設定できます。これらの設定を使用して、パフォーマンスを向上することができます。頻繁にパージして保持するレコードを少なくすると、パフォーマンスが向上する場合があります(実行時にアプリケーションで多数の構成変更が動的に行われる場合など)。

これらの設定は、Oracle Event Processingサーバーの起動時に渡すシステム・プロパティで構成します。システム・プロパティは次のとおりです。

  • com.oracle.ocep.config.version.changeRecordsPurgeFrequency -- 各パージ間の時間(秒単位)。デフォルト値は3600 (1時間)です。

  • com.oracle.ocep.config.version.numSavedChangeRecords -- 古い変更レコードのパージ時に保存される変更レコード数。デフォルト値は25です。

これらを設定するには、CEP_SERVER/startwlevs.cmd/shファイルを編集して、システム・プロパティを最後の行に追加します(実際には、コマンドは1行にする必要があります)。

たとえば、パージ頻度を10分に設定して50個のレコードを保持するには、次のようなコマンドを使用します。

"$JAVA_HOME/bin/java" $JVM_ARGS $DEBUG_ARGS -Dwlevs.home="$USER_INSTALL_DIR"
    -Dcom.oracle.ocep.config.version.changeRecordsPurgeFrequency=600
    -Dcom.oracle.ocep.config.version.numSaveChangeRecords=50
    -Dbea.home="$BEA_HOME"  
    -jar "${USER_INSTALL_DIR}/bin/wlevs.jar" $ARGS

変更を有効にするには、Oracle Event Processingサーバーを再起動する必要があります。

3.4.3 リソース構成履歴の管理

次のOracle Event Processingリソースの構成履歴を管理できます。

  • Oracle Event Processing高可用性アダプタ

  • Oracle CQLルール

詳細は、8.1項「リソース構成履歴の管理」を参照してください。

3.4.4 アプリケーション構成履歴の管理

任意のアプリケーションの構成履歴を管理できます。これによって、任意のアプリケーションのすべてのリソースに対するすべての構成変更のサマリーを確認できます。

詳細は、8.2項「アプリケーション構成履歴の管理」を参照してください。

3.4.5 アプリケーション・ライフサイクルおよび構成履歴の管理

アプリケーションをデプロイするとき、Oracle Event Processingサーバーはアプリケーションの新しい構成履歴を作成します。

アプリケーションを更新するとき、Oracle Event Processingサーバーは既存の構成履歴を消去し、アプリケーションの新しい構成履歴を作成します。

アプリケーションをアンインストールするとき、Oracle Event Processingサーバーはアプリケーションの構成履歴を消去します。

詳細は、3.2項「アプリケーション・ライフサイクルの管理」を参照してください。

3.4.6 マルチサーバー・ドメインおよび構成履歴の管理

マルチサーバー・ドメインにアプリケーションをデプロイするとき、次の構成履歴管理の制約を考慮します。

詳細は、9.8項「マルチサーバー・ドメインの管理」を参照してください。

3.4.6.1 マルチサーバー・ドメインの再結合

Oracle Event Processingサーバーがマルチサーバー・ドメインを結合(または再結合)するとき、サーバーの既存構成履歴の記録が(ある場合に)削除され、Oracle Event Processingサーバーがプライマリに同期したときの最新のマルチサーバー・ドメイン構成履歴に置換されます。

3.4.6.2 同時更新

Oracle Event Processingは、マルチサーバー・ドメイン内の複数のOracle Event Processingサーバーからの同時構成更新をサポートしていません。

マルチサーバー・ドメイン内の1つのノードで1つのOracle Event Processing Visualizerインスタンスから構成を変更します。