プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド
12c (12.2.1.2)
E82649-02
目次へ移動
目次
前
前 		次
次

21 Oracle Real-Time Integration Business Insightを使用したドキュメントの拡張

ドメインを拡張して、ビジネス・ユーザー向けに設計されたアプリケーション、Oracle Real-Time Integration Business Insightを追加することができます。このアプリケーションを使用すると、ユーザーはWebベースのダッシュボードおよびレポートを使用して、ビジネスレベルのメトリックをモデル化、収集およびモニターできます。

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

上位トピック: 「エンタープライズ・ドメインの構成」

21.1 Business Insightの構成時に使用される変数

この章のタスクを実行する際には、この項にリストされているディレクトリ変数を参照してください。

いくつかのディレクトリ変数の値については、「このガイドで使用するファイル・システムとディレクトリ変数」に定義されています。

  • ORACLE_HOME

  • ASERVER_HOME

  • MSERVER_HOME

  • OHS_DOMAIN_HOME

さらに、「エンタープライズ・トポロジによって必要とされる物理および仮想IPアドレス」で定義されている仮想IP (VIP)アドレスを参照してください。

  • ADMINVHN

この章で説明するアクションは、次のホスト・コンピュータで実行されます。

  • SOAHOST1

  • SOAHOST2

  • WEBHOST1

  • WEBHOST2

  • BAMHOST1

  • BAMHOST2

21.2 Oracle Insightをドメインに追加するための前提条件

Oracle Insightを既存のOracle SOA Suiteドメインに追加する前に、前提条件が満たされていることを確認してください。

21.2.1 Oracle Insightをドメインに追加するためのインストール要件について

この章では、図3-2に示すように、Oracle SOA Suite (SOA、OSB、BPMおよびBAM)がすでに実行中のドメインでOracle Real-Time Integration Business Insightを構成することを前提としています。

デフォルトのOracle SOA SuiteおよびOracle Real-Time Integration Business Insightトポロジでは、Oracle InsightをBAM Managed Serversにターゲット指定します。ビジネス・メトリックを収集するために、InsightsエージェントもOSBおよびSOAサーバーにデプロイします。詳細は、Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成で、Oracle Real-Time Integration Business Insightドメインの構成を参照してください。サービス移行、JDBCストア、WebLogicプロキシ・プラグイン、SOAサーバーおよびその他の構成に関する推奨のベスト・プラクティスが、既存のBAMサービスにはすでに適用されていることを前提にしています。
詳細は、次の項を参照してください。

デフォルトのトポロジでは、Oracle InsightはOracle SOA SuiteおよびOracle Business Process Managementディストリビューションに含まれているため、Oracle Insightをインストールする必要はありません。Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジの理解に示すように、Oracle InsightはOracle SOA Suiteのインストール時にOracleホーム・ディレクトリにインストールされます。

21.2.2 Oracle Insightのデータベース・スキーマ要件について

リポジトリ作成ユーティリティ(RCU)を実行して、必要なOracle BAM/SOAスキーマを作成したときに、Oracle Insightに必要なスキーマがデータベースに作成されます。そのため、Oracle Insightを対象にRCUを実行する必要はありません。

21.2.3 既存のインストールのバックアップ

既存のFusion Middlewareホームとドメインをバックアップしていない場合は、今すぐバックアップします。

既存のFusion Middlewareホームとドメインをバックアップするには、エンタープライズ・デプロイメントのバックアップとリカバリの実行を参照してください。

21.3 Oracle Insightをドメインに追加するためのロードマップ

Oracle Real-Time Integration Business Insight用にSOAドメインを拡張する前に、ドメインを拡張する際に実行する必要がある手順を、概要レベルで把握しておいてください。

手順 説明 詳細情報

構成ウィザードによる、管理サーバー・ドメイン・ホーム内のドメインの拡張

Oracle Insightコンポーネントを追加するために、SOAドメイン拡張します。

 Oracle Real-Time Integration Business Insightを追加するためのSOAドメインの拡張

管理対象サーバーのドメイン・ディレクトリへのドメイン構成の伝播

Oracle Insightでは、WebLogic Serverの起動スクリプトに多少の更新が必要です。これらの変更は、packコマンドとunpackコマンドを使用して伝播させます。

ドメイン・ディレクトリおよびマシンへの拡張済ドメインの伝播

Oracle Insight管理グループへのSOA管理者ロールの追加

この手順により、一連の資格証明を使用して、様々な製品固有の管理ユーティリティにアクセスできます。

Oracle Insight管理グループへのエンタープライズ・デプロイメント管理ユーザーの追加

関係するサーバーの起動

Oracle Insightサーバーにより、既存のドメインが拡張されます。そのため、管理サーバーおよびそれぞれのノード・マネージャはSOAHOST1およびSOAHOST2で稼働しています。

管理対象サーバーの起動

WLS_BAM管理対象サーバーの検証

管理コンソールに表示されるサーバーのステータスが「実行中」であることを確認し、URLにアクセスしてサーバーのステータスを確認します。

WLS_BAM2管理対象サーバーの起動と検証

WLS_BAM管理対象サーバーに対するOracle HTTP Serverの更新

Oracle HTTP ServerがOracle Insightにルーティングできるようにするには、必要なディレクティブをOracle HTTP Serverの構成ファイルに追加して、WebLogicClusterパラメータをクラスタ内のノードの一覧に設定します。

WLS_BAM管理対象サーバーに対するOracle HTTP Serverの構成

WebLogic Serverプロキシ・プラグインの構成

Oracle Insightに対してWebLogic Serverプロキシ・プラグインを有効にします。

WebLogicプロキシ・プラグインの構成

Oracle HTTP Serverを介したアクセスの検証

サーバーのステータスが「実行中」であることを確認します。

ハードウェア・ロード・バランサを介したOracle Insightへのアクセスの検証

21.4 Oracle Real-Time Integration Business Insightを追加するためのSOAドメインの拡張

この項では、Oracle Real-Time Integration Business Insightを追加して、既存のエンタープライズ・デプロイメントのSOAドメインを拡張する手順について説明します。

ドメインを拡張するには、次のタスクを実行する必要があります。

21.4.1 構成ウィザードの起動

注意:

ドメインで起動スクリプトに直接カスタマイズを追加した場合、それらのカスタマイズは構成ウィザードによって上書きされます。ドメイン内のすべてのサーバーに適用されるサーバー起動パラメータをカスタマイズするには、setUserOverrides.shというファイルを作成して構成します。たとえば、WebLogic Serverクラスパスにカスタム・ライブラリを追加し、サーバーを実行するための追加のJAVAコマンドライン・オプションを指定するか、追加の環境変数を指定します。このファイルに追加されたカスタマイズはドメインのアップグレード操作中に保存され、PackおよびUnpackコマンドを使用する際にリモート・サーバーに継承されます。

ドメインの構成を開始するには:

  1. ドメインの構成中に、構成のロック、保存、アクティブ化が行われないように、管理サーバーを停止します。
  2. 次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。
    ORACLE_HOME/oracle_common/common/bin 
./config.sh

21.4.2 Oracle Insightの構成ウィザード画面のナビゲート

次以降の項で説明する手順を実行して、静的クラスタで使用するトポロジのドメインを作成して構成します。

21.4.2.1 静的クラスタを含めるドメインの拡張

この手順では、Business Activity Monitoringを含めるドメインの拡張で作成したドメインを拡張して、Oracle Real-Time Integration Business Insightコンポーネントを追加します。

ドメイン作成および構成には次のタスクが含まれます。

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、「既存ドメインの更新」を選択します

「ドメインの場所」フィールドで、ASERVER_HOME変数の値を選択します。これは、「エンタープライズ・デプロイメント用の初期インフラストラクチャ・ドメインの作成」で作成した管理サーバー・ドメイン・ホームの完全なパスを表します。

ディレクトリの場所の変数の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください

ヒント:

この画面に示されるその他のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で「製品テンプレートを使用してドメインを更新」が選択されていることを確認した後に、次のテンプレートを選択します。

  • Insight SOAエージェント - 12.2.1.2.0[soa]

  • Insight Service Busエージェント - 12.2.1.2.0[osb]

  • Insight - 12.2.1.2.0[soa]

「次へ」をクリックします。

タスク3   GridLink Oracle RACデータベース接続の詳細情報の指定

「GridLink Oracle RACコンポーネント・スキーマ」画面で、次の表に示すように、RACデータベースおよびコンポーネント・スキーマへの接続に必要な情報を入力します。

要素 説明と推奨値

「SCAN」、「ホスト名」および「ポート」

「SCAN」チェック・ボックスを選択します。

「ホスト名」フィールドには、Oracle RACデータベースのSingle Client Access Name (SCAN)アドレスを入力します。

「ポート」フィールドには、データベースのSCANリスニング・ポートを入力します(1521など)

「ONSホスト」と「ポート」

「ONSホスト」フィールドには、Oracle RACデータベースのSCANアドレスを入力します。

「ポート」フィールドには、ONSリモート・ポートを入力します(通常は6200)。

FANの有効化

「FANの有効化」チェック・ボックスが選択され、データベースがFANイベントを受信および処理できることを確認します。
タスク4   JDBC接続のテスト

「JDBCデータ・ソースのテスト」画面で、すべての接続が正常であることを確認します。

接続のテストは自動的に行われます。「ステータス」列に結果が表示されます。正常でない接続がある場合は、「前へ」をクリックして前の画面に戻り、入力を訂正します。

すべての接続に成功したら「次へ」をクリックします。

タスク5   拡張構成の選択

「次へ」をクリックして、続行します。

タスク6   構成の仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

「更新」をクリックします。

「ドメインの拡張」画面で、「完了」をクリックします。

タスク7   管理サーバーの起動

管理サーバーを起動して、ドメインに行った変更が適用されたことを確認します。

21.5 ドメイン・ディレクトリおよびマシンへの拡張済ドメインの伝播

Insightコンポーネントを含めることでドメインを拡張し、SOAHOST1上の管理サーバーを再起動したら、そのドメイン変更をドメイン・ディレクトリおよびマシンに伝播する必要があります。

次の表は、変更をすべてのドメイン・ディレクトリとマシンに伝播するために必要な手順をまとめたものです。

タスク 説明 詳細情報

SOAHOST1での拡張済ドメインの圧縮

Packコマンドを使用して、新しいBAMサーバー構成が含まれる新しいテンプレートJARファイルを作成します。

ドメインを圧縮する場合は、insightdomaintemplateExtBAM.jarというテンプレートJARファイルを作成します。

SOAHOST1での拡張済ドメインの圧縮

SOAHOST1の管理対象サーバー・ディレクトリでのドメインの解凍*

SOAHOST1のローカル記憶域上の管理対象サーバー・ディレクトリにテンプレートJARファイルを解凍します。

SOAHOST1の管理対象サーバー・ドメイン・ディレクトリでのドメインの解凍

SOAHOST2でのドメインの解凍

SOAHOST2のローカル記憶域上の管理対象サーバー・ディレクトリにテンプレートJARファイルを解凍します。

SOAHOST2でのドメインの解凍

*個別のホストでOracle BAMを構成する場合は、すべてのノード、つまりBAMHOST1、BAMHOST2、SOAHOST1およびSOAHOST2でドメインを解凍します。

21.6 Oracle Insight管理グループへのエンタープライズ・デプロイメント管理ユーザーの追加

管理対象サーバーのOracle Insight構成を検証する前に、InsightAdmin管理ロールをエンタープライズ・デプロイメントの管理グループ(SOA Administrators)に追加します。

このタスクを実行するには、「Oracle SOA Suite製品の管理のためのロールの構成」を参照してください。

21.7 管理対象サーバーの起動

ドメインの拡張、管理サーバーの再起動、およびドメインの他のホストへの伝播を完了したら、構成したSOA、OSBおよびBAMサーバーを起動します。

  1. Fusion Middleware Controlログイン画面を表示するには、ブラウザに次のURLを入力します。
    http://ADMINVHN:7001/em
  2. 管理サーバー資格証明を使用してFusion Middleware Controlにログインします。
  3. 「ターゲット・ナビゲーション」ペインで、ドメインを開き、ドメイン内の管理対象サーバーを表示します。
  4. SOA、OSBおよびBAM管理対象サーバーを選択し、Oracle WebLogic Serverツールバーで「起動」をクリックします。

    注意:

    BAMサーバーは、ポリシー・アクセス・サービスに依存して機能するため、BAMサーバーが起動する前に、ドメイン内のWSM-PM管理対象サーバーが稼働し、アクセス可能な状態になっている必要があります。

  5. 起動操作が完了したら、「ドメイン」ホーム・ページに移動し、WLS_BAM1管理対象サーバーが稼働中であることを確認します。
  6. Insightソフトウェアが適切に構成されていることを確認するには:
    1. ブラウザに次のURLを入力します。
      http://SOAHOST1:9001/insight
http://SOAHOST2:9001/insight

      個別のホスト・コンピュータでOracle Insightを構成した場合は、SOAHOST1ではなく、BAMHOST1をURLに入力します。

      Insightsのログイン画面が表示されます。
    2. weblogic_soaログイン資格証明を入力します。
      「インサイト」画面が表示されます。
  7. SOAおよびOSBサーバーでInsightエージェントを検証する場合は、次のURLを使用します。
    http://SOAHOST1:8001/insight-soa/
http://SOAHOST1:8011/insight-osb/resources/
http://SOAHOST2:8001/insight-soa/
http://SOAHOST2:8011/insight-osb/resources/

    注意:

    BAMクラスタ用のフロントエンド・アドレスが構成されている場合は、Insightを正しく検証するために、Web層(OHSまたはOTD)に必要なURLが定義されていることを確認してください。

21.8 WLS_BAM1およびWLS_BAM2管理対象サーバーの検証

管理対象サーバーがまだ起動されていない場合は、この項に示す手順に従って、WLS_BAM1およびWLS_BAM2を起動して検証してください。

  1. 管理サーバー資格証明を使用してFusion Middleware Controlにログインします。
  2. 「ターゲット・ナビゲーション」ペインで、ドメインを開き、ドメイン内の管理対象サーバーを表示します。
  3. WLS_BAM1およびWLS_BAM2の各管理対象サーバーを選択し、Oracle WebLogic Serverツールバーで「起動」をクリックします。
  4. 起動操作が完了したら、「ドメイン」ホーム・ページに移動し、WLS_BAM1およびWLS_BAM2管理対象サーバーが稼働中であることを確認します。WLS_BAM1およびWLS_BAM2用の同等のURLにアクセスします。
    http://SOAHOST1:9001/bam/composer
http://SOAHOST2:9001/bam/composer

    BAMコンポーザのログイン画面が表示されます。ログイン資格証明を入力します。BAMコンポーザのメニューが表示されます。

  5. 次のURLを入力します。
    http://SOAHOST1:9001/inspection.wsil/
http://SOAHOST2:9001/inspection.wsil/

    リンクのリストが表示されます。

  6. ブラウザに次のURLを入力します。
    http://SOAHOST1:9001/bam/cqservice/
http://SOAHOST2:9001/bam/cqservice/

    「BAMサービスが稼働中です」というメッセージがブラウザに表示されます。

    注意:

    個別のホスト・コンピュータでOracle BAMを構成した場合は、SOAHOSTNではなく、BAMHOSTNをURLに入力します。

21.9 拡張したドメイン用のWeb層の構成

Web層のWebサーバー・インスタンスを構成して、拡張したドメイン内の適切なクラスタにパブリックURLと内部URLの両方に対するリクエストをインスタンスでルーティングできるようにします。

考えられるスケールアウト・シナリオの準備での追加の手順は、クロス・コンポーネント・ワイヤリング情報の更新を参照してください。

21.9.1 拡張したドメイン用のOracle Traffic Directorの構成

このドメインでOracle Traffic Directorを構成した場合、状況によっては、Oracle Traffic Director構成に別のオリジン・サーバー・プール、仮想サーバーまたはルートを追加する必要があります。各Oracle Fusion Middleware製品のOracle Traffic Directorの要件を理解するための情報と、オリジン・サーバー・プール、仮想サーバーおよびルートを追加する手順は、エンタープライズ・デプロイメント用のOracle Traffic Director仮想サーバーの定義を参照してください。

21.9.2 WLS_BAM管理対象サーバーに対するOracle HTTP Serverの構成

Oracle HTTP Serverインスタンスの構成ファイルに対して次の変更を行い、Web層のOracle HTTP Serverインスタンスが、Oracle SOA、OSB、BAMクラスタ上のOracle InsightソフトウェアにOracle Insightのリクエストを正しくルーティングできるようにします。

これらの手順は、Oracle SOA Suiteと同じホストでOracle BAM/Insightを構成することを前提にしています。Oracle BAM/Insight用に個別のホストを使用する場合は、SOAHOSTコンピュータではなくBAMHOSTコンピュータを参照するように、Oracle HTTP Server構成ファイルのWebLogicClusterパラメータを変更する必要があります。

Oracle HTTP ServerがOracle Insightにリクエストをルーティングできるようにする手順:

  1. WEBHOST1にログインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します。
    cd OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
  2. 次のディレクティブを、soa_vh.confファイルの<VirtualHost>タグ内に追加します。

    注意:

    個別のホストでBAMが構成されている場合。SOAHOST1とSOAHOST2をそれぞれBAMHOST1とBAMHOST2に置き換えます。

    <Location /insight >
  WLSRequest ON
  WebLogicCluster SOAHOST1:9001,SOAHOST2:9001
  WLProxySSL ON
  WLProxySSLPassThrough ON
</Location>

<Location /insight-soa>
  WLSRequest ON
  WebLogicCluster SOAHOST1:8001,SOAHOST2:8001
  WLProxySSL ON
  WLProxySSLPassThrough ON
</Location>
  3. 次のディレクティブを、osb_vh.confファイルの<VirtualHost>タグ内に追加します。
    <Location /insight-osb/resources/>
  WLSRequest ON
  WebLogicCluster SOAHOST1:8011,SOAHOST2:8011
  WLProxySSL ON
  WLProxySSLPassThrough ON
</Location>
  4. ディレクトリを次の場所に変更して、2番目のOracle HTTP Serverインスタンス(ohs1)の構成ファイルを更新できるようにします。
    cd OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf
  5. soa_vh.confファイルを開き、ディレクティブを<VirualHost>タグに追加します。
  6. osb_vh.confファイルを開き、<VirualHost>タグにディレクティブを追加します。
  7. WEBHOST1とWEBHOST2上のOracle HTTP Serverインスタンスを再起動します。

21.9.3 WebLogicプロキシ・プラグインの構成

BAMクラスタの「WebLogicプラグインの有効化」パラメータを設定します。

  1. Oracle WebLogic Server管理コンソールにログインします。
  2. 「ドメイン構造」ペインで「環境」ノードを開きます。
  3. 「クラスタ」をクリックします。
  4. Oracle HTTP Serverからのリクエストをプロキシ設定する、BAM_Clusterクラスタを選択します。

    「構成: 一般」タブが表示されます。

  5. 「詳細」セクションまでスクロール・ダウンして、開きます。
  6. 「ロックして編集」をクリックします。
  7. 「WebLogicプラグインの有効化」を「はい」に設定します。
  8. 「保存」をクリックして、「変更をアクティブ化します。」をクリックします。BAMサーバーを再起動して、変更内容を有効にします。

21.10 ハードウェア・ロード・バランサを介したOracle Insightへのアクセスの検証

Oracle Insight URLが、ハードウェア・ロード・バランサからのリクエストを、Oracle HTTP Serverインスタンスを経て中間層のOracle Insightソフトウェアに、正常にルーティングしていることを確認します。

この手順では、Oracle Insightが構成されている管理対象サーバーのフェイルオーバーをテストすることもできます。

URLを検証する手順は次のとおりです。

  1. WLS_BAM1管理対象サーバーが稼働中は、Oracle WebLogic Server管理コンソールを使用して、WLS_BAM2管理対象サーバーを停止します。
  2. 次のURLにアクセスし、「WLS_BAM1管理対象サーバーの起動」で示すように、HTTPレスポンスを検証します。
    https://soa.example.com/insight
  3. Insight UIにアクセスできる資格証明を使用してログインします。
  4. 次のURLにアクセスして、Insightエージェントが予想どおりに実行されていることを確認します。
    https://soa.example.com/insight-soa
https://soa.example.com/insight-osb/resources/application.wadl
    資格証明を使用してログインすると、次のメッセージが表示されます。
    "Welcome to procmon war"
  5. Oracle WebLogic Server管理コンソールでWLS_BAM2を起動します。
  6. Oracle WebLogic Server管理コンソールでWLS_BAM1を停止します。
  7. /insight URLに再度アクセスし、「WLS_BAM2管理対象サーバーの起動と検証」に示すように、HTTPレスポンスが有効であることを確認します。

21.11 Oracle Insight構成のバックアップ構成のバックアップ

Oracleのベスト・プラクティスとしては、ドメインの拡張が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、その時点までのバックアップを作成します。後の手順で問題が発生した場合、即座にリストアするために迅速なバックアップが使用されます。

バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。

構成をバックアップする方法の詳細は、「SOAエンタープライズ・デプロイメントにおけるバックアップとリカバリの実行」を参照してください。

前
前 		次
次
目次へ移動
目次