Oracle® Fusion Middleware Oracle Enterprise Data Qualityのインストールと構成 12c (12.2.1.2.0) E88281-01 |
|
前 |
次 |
この章では、EDQデータベース・リポジトリの作成およびEDQ用のOracle WebLogic Serverドメインの作成およびOracle WebLogic Serverの起動を行う方法について説明します。
注意: これらの手順はOracle WebLogic Server環境にのみ適用されます。Apache Tomcatを使用している場合、5項「Apache Tomcatを使用したEnterprise Data Qualityの構成」の指示に従う必要があります |
この章では次の項について説明します。
この項の手順を実行する前に、次の手順を最初に読んで対応する必要があります。
EDQではいくつかのデータベース・スキーマを利用します。これらのスキーマは構成スキーマ(EDQCONFIG
)、結果スキーマ(EDQRESULTS
)およびステージング・スキーマ(EDQSTAGING)です。これらはOracle Repository Creation Utility (RCU)を使用して作成できます。
RCUを実行する人は、DBA権限でデータベースにログインできる必要があります。DBA権限で実行できない場合、RCUではDBAが後で実行するスクリプトを作成できます。
RCUを実行する手順:
リポジトリ・データベースが実行していることを確認してください。
オペレーティング・システムのコマンド・シェルまたはコンソールを実行します。
RCUをFMW_HOME/oracle_common/bin
ディレクトリから開始します。FMW_HOME
は、Oracle Fusion Middlewareインストール・ディレクトリです。
Linuxの場合:
./rcu
Windowsの場合:
rcu.bat
表4-1の手順に従って、RCU構成画面を完成させます。
表4-1 RCUプログラムの実行
画面 | 実行するアクション |
---|---|
ようこそ |
「次へ」をクリックして、インストールを続行します。 「取消」をクリックすると、いつでもインストールを取り消すことができます。 |
リポジトリの作成 |
「次へ」をクリックして続行します。 デフォルトの「リポジトリの作成」および「システム・ロードおよび製品ロード」オプションを使用します。DBA権限を持ち、RCUを実行している人物が必要です。 |
データベース接続の詳細 |
「データベース・タイプ」リストから「Oracle Database」を選択します。 Oracle Databaseが実行されているホストの名前を指定します。 データベースのポート番号を入力します。Oracleデータベースのデフォルトのポート番号は1521です。 データベースのサービス名を指定します。通常、サービス名はグローバル・データベース名と同じです。たとえば、 データベースのユーザー名を入力します。ユーザー名は、 データベース・ユーザーのパスワードを入力します。 「ロール」リストから「Sysdba」を選択します。ユーザーが 「次へ」をクリックして続行します。 |
グローバルな前提条件の確認中 |
前提条件チェックの進行状況が完了に達したら、「OK」をクリックして続行します。 |
コンポーネントの選択 |
「接頭辞の新規作成」を選択し、このセッションで作成しているすべてのデータベース・スキーマの一意な接頭辞名を入力します。たとえば、 「Oracle ASリポジトリ・コンポーネント」チェック・ボックスを選択します。EDQ構成、結果およびステージング・スキーマをデータベース・リポジトリに作成するOracle EDQのチェック・ボックスは自動的に選択されます。 Oracle EDQコンポーネントを選択すると、すべての必要なスキーマがインストールされます。EDQスキーマが選択されるだけでなく、監査およびEDQが統合されているOPSSをサポートするために必要な共通スキーマも選択されます。これにより、EDQがこれらの統合されているコンポーネントで正しく機能することが保証されます。 インストールされる3つのEDQスキーマは、構成、結果およびステージングです。Fusion Connectorの使用に関係なく、ステージング・スキーマはCDSでも使用されます。ただし、不要な場合のステージング・スキーマのインストールは操作に干渉せず、最小のデータベース・リソースを使用します。 「次へ」をクリックして続行します。 |
コンポーネント前提条件の確認中 |
前提条件チェックの進行状況が完了に達したら、「OK」をクリックして続行します。 |
スキーマ・パスワード |
「すべてのスキーマに同じパスワードを使用」が選択されていることを確認します。 すべてのパスワード・フィールドにすべてのEDQデータベース・スキーマに使用するパスワードを入力し、「次へ」をクリックして続行します。 |
表領域のマップ |
RCUにより作成されるデフォルトのEDQ表領域が、コンポーネント別に表示されます。 「表領域の管理」をクリックし、情報を変更して表領域を変更することができます。
「次へ」をクリックして続行します。 |
表領域の検証と作成 |
「OK」をクリックして、存在しない表領域をスキーマに作成し、操作が完了したら「OK」をクリックします。 |
サマリー |
データベースの詳細を確認し、「作成」をクリックして続行します。 リポジトリ・コンポーネントの作成の進捗を示すステータス画面が表示されます。 |
完了サマリー |
「閉じる」をクリックしてRCUプログラムを終了します。 |
この手順は構成ウィザードを使用して、次のものを含む、EDQ用の基本的なWebLogic Serverドメインを作成します。
1つの管理サーバーおよび1つの管理対象サーバー(追加の管理対象サーバーまたはクラスタなし)。
注意: 今後管理対象サーバーを追加する可能性がある場合、単一サーバーで起動しても、クラスタ・デプロイメントを選択する必要があります。そうしないと、単一サーバーからクラスタにWebLogicのデータ・ソース、アプリケーションおよびデプロイメントを手動で再度ターゲット設定する必要があります。 |
EDQ構成スキーマ用の1つの(非RAC)データ・ソース、結果スキーマ用の1つのデータ・ソースおよびステージング・スキーマ用の1つのデータ・ソース。構成ウィザードを使用して、データ・ソースをRACデータ・ソースに変換できます。または後でWebLogic Server管理コンソールから行うこともできます。
edq/nodemanager
として、EDQドメイン内に定義済のノード・マネージャ構成。この構成のノード・マネージャ・ホームは編集できません。必要な場合、この手順の間にこの構成を変更できます。
注意: Oracle WebLogicノード・マネージャにより管理される管理対象サーバーの使用をお薦めします。構成ウィザードで管理対象サーバー、クラスタ、およびその他の拡張機能を構成できますが、最初の構成プロセスの後で、WebLogic Server管理コンソールを使用して行うことの方が実用的です。詳細は、第4.5節「同じドメインでの複数のEDQサーバーの実行」を参照してください |
ドメインの構成ウィザードを起動するには、次の手順に従います。構成ウィザードをグラフィカル・モードで実行します。
1.4.5項「オペレーティング・システム・ユーザー」で作成したEDQインストール・ユーザーとしてシステムにログインします
FMW_HOME/oracle_common/common/bin
ディレクトリに移動します。FMW_HOME
は、Fusion Middlewareインストール・ディレクトリです。
次のコマンドを入力してウィザードを起動します。
LinuxまたはUNIXオペレーティング・システムの場合
./config.sh
Microsoft Windowsオペレーティング・システムの場合:
config.cmd
WebLogic Server構成ウィザードが表示されます。
表4-2は構成ウィザードの画面について説明します。選択内容により、特定の状況でのみ特定の画面が表示されます。画面の詳細は、「ヘルプ」ボタンをクリックしてください。
表4-2 新しいEDQ WebLogic Serverドメインの作成のための構成画面
画面 | 実行するアクション |
---|---|
ドメインの作成 |
新しいドメインの作成を選択します。 「ドメインの場所」ボックスで、新しいドメインへのパス( 「次へ」をクリックして続行します。 |
テンプレート |
Oracle Enterprise Data Quality – 12.2.1.1.0 [edq]を選択します。Oracle JRFおよびWebLogic Coherence Cluster Extensionが自動的に選択されます。これらの選択を保持します。 「次へ」をクリックして続行します。 |
管理者アカウント |
EDQドメインの管理者アカウント用のユーザー名およびパスワードを指定します。このアカウントを使用して、ドメインを管理し、EDQアプリケーションにログインします。 「次へ」をクリックして続行します。 |
アプリケーションの場所 |
EDQドメインのアプリケーションを格納するディレクトリを指定します。 「次へ」をクリックして続行します。 |
ドメイン・モードおよびJDK |
ドメイン・モード: 次のオプションから、使用するドメインの起動時の動作モードを選択します。
JDK: 使用可能なJDKのリストから、2.2項「EDQをサポートするJava Development Kitのインストール」でインストールしたJDKを選択します 「次へ」をクリックして続行します。 |
データベース構成タイプ |
RCUデータが選択されていることを確認します。ここにはリポジトリ作成ユーティリティを実行したときに指定した接続情報が移入されます(4.2項「RCUプログラムの実行」を参照してください)。 これらのフィールドを変更する必要がある場合、RCUを実行したときに指定したスキーマ接頭辞(デフォルトでは 完了したら、RCU構成の取得をクリックしてOracle Databaseに接続し、EDQスキーマをバインドします。 「次へ」をクリックして続行します。 |
コンポーネントのデータソース |
デフォルトを受け入れて「次へ」をクリックします。 |
JDBCテスト |
すべてのスキーマが選択され、自動的にテストされます。 必要な場合は、前の画面に戻って接続構成を変更します。 「次へ」をクリックして続行します。 |
拡張構成 |
「管理サーバー」、「ノード・マネージャ」、「トポロジ」(サーバー・テンプレート、管理対象サーバー、クラスタ、仮想ターゲットおよびCoherenceを含む)オプションを選択します。 |
管理サーバー |
「管理サーバー」画面で、「すべてのローカル・アドレス」からリスニング・アドレスを管理サーバーを配置するホストのIPアドレスに変更します。 「すべてのローカル・アドレス」は使用しないでください。 管理サーバーにサーバー・グループは指定しないでください。 |
ノード・マネージャ |
「ドメインごとのデフォルトの場所」オプションを選択したままにし、ノード・マネージャのユーザー名とパスワードを入力します。 |
管理対象サーバー |
EDQサーバーをクローニングして、サーバーのコピーを作成します。 EDQサーバーをクローニングしない場合、「追加」を選択して、追加のEDQサーバーを追加します。 管理対象サーバーを配置するホストのIPアドレスを選択します。 クラスタ・モードのインストールの構成手順は、4.6項「WebLogic Serverクラスタでの高可用性用のEDQの構成」を参照してください |
クラスタ |
「追加」を選択して、クラスタを追加します。両方のサーバーが同じマシンにデプロイされている場合、クラスタ・アドレスとしてマシン名を入力します。 クラスタ・モードのインストールの追加の構成手順およびそれらの構成画面の説明は、4.6項「WebLogic Serverクラスタでの高可用性用のEDQの構成」を参照してください 非クラスタ・モードでEDQをデプロイするには、必要に応じて適切なコンポーネントを選択します。 |
サーバーのクラスタへの割当 |
作成した管理対象サーバーを作成したクラスタに割り当てます。 クラスタ・モードのインストールの構成手順は、4.6項「WebLogic Serverクラスタでの高可用性用のEDQの構成」を参照してください |
Coherenceクラスタ |
ドメインに自動的に追加されるCoherenceクラスタを構成します。 Coherenceクラスタのリスニング・ポートとして、デフォルトのポート番号の7574をそのまま使用します。 |
マシン |
ドメインに新しいマシンを作成します。ノード・マネージャがサーバーを起動および停止するために、マシンが必要です。 「追加」クリックして、新しいマシンを作成します。 「名前」フィールドで 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。この例に示されているポート番号 |
サーバーのマシンへの割当て |
作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。 「マシン」ペインで、サーバーを割り当てるマシンを選択します。この場合、 「サーバー」ペインで、次のいずれかを実行して、
もう1度繰り返して、 |
仮想ターゲット |
WebLogic Serverマルチテナント(MT)環境で使用するための仮想ターゲットを追加または削除します。 仮想ターゲットは、パーティションまたはリソース・グループが実行される場所を定義します。また、それらはトラフィックをルーティングする方法(アドレス、プロトコル設定、ターゲット指定など)に関する指示を与えます。リクエスト・ルーティングは、ホスト名とオプションのURIで決定します。 |
パーティション |
追加するパーティションごとに「追加」をクリックし、パーティションに使用する名前を入力します。パーティション名は、ドメイン内で一意である必要があります。 |
構成のサマリー |
ビューを選択してからそのビューのリスト内の個々の項目を選択することで、ドメインの構成を確認します。 ドメインが希望どおりに構成されている場合は、「作成」をクリックしてドメインを作成します。 構成を変更する必要がある場合は、「戻る」をクリックして変更する設定のための適切な画面に戻るか、左側のリンクをクリックしてその画面に移動します。 |
構成の進行状況 |
ドメイン作成の進行状況を表示します。 このプロセスが完了したら、「次へ」をクリックします。 |
構成の終了 |
ドメイン作成結果を確認します。 構成ウィザードを終了するには、「終了」をクリックします。 |
インストールを完了するには、管理サーバー、管理対象サーバーおよびクラスタを開始する必要があります。ノード・マネージャおよび管理サーバーを使用した管理対象サーバーの起動の詳細は、Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理のOracle WebLogic Serverインスタンスの起動および停止に関する項を参照してください。
起動用のサーバー・パラメータの設定に関する重要な情報については、6項「Enterprise Data Qualityをサポートするサーバー・パラメータの設定」も参照してください。
高可用性シナリオをサポートするには、複数のEDQサーバーのクラスタを構成して、受信負荷(たとえば、大量の同時のWebサービス・リクエストからの)を分担し、個々のサーバーで障害が発生してもサービスを継続できるようにすることをお薦めします。この項では、Oracle WebLogic Serverを使用するモデルをサポートするようにEDQを構成する方法について、基本的な指針を示します。
複数のEDQ管理対象サーバーを構成して、クラスタまたはそれ以外の同じWebLogic Serverドメインで実行できます。すべてのサーバーが同じマシンにある場合、各サーバーは異なるポートでリスニングする必要があります。
Java Required Files (JRF)テンプレートはWebLogic Server管理コンソールを使用して作成された管理対象サーバーに適用される必要があります。これはWebLogic Serverの構成ウィザードにより自動的に実行されたライブラリのターゲット設定と同等です。
最後の手順は次のとおりです。
WebLogic Server管理コンソールを使用して、その他のEDQサーバーの管理対象サーバーの設定を変更します。
複数のEDQサーバーを構成した後は、これらのサーバーをクラスタ化せずに関連するポートへのそれぞれのLaunchpad URLを使用して直接アクセスするか、または標準のWebLogic Serverプラクティスを使用してサーバーをクラスタの一部として設定することができます。別のフロントエンド・ロード・バランサを設定し、1つのクラスタURLを通じて、受信するWebサービス・リクエストを処理することができます。
Oracle WebLogic Serverクラスタ環境で高可用性用のOracle Enterprise Data Qualityをインストールおよび構成できます。クラスタ環境でシステムを機能させ、個別のRACノード障害を許容し、完全なデータベース障害後に再接続するために、Oracle Enterprise Data Qualityの高可用性機能が拡張されています。
Enterprise Data Qualityの高可用性機能の詳細は、『Oracle Fusion Middleware Oracle Enterprise Data Qualityの理解』を参照してください。
Oracle WebLogic Serverクラスタ環境で高可用性用のOracle Enterprise Data Qualityをインストールおよび構成する手順:
第4章「手順の前提条件」の説明に従って、インストールを計画し、前提条件およびソフトウェアをインストールします。
4.2項「EDQデータベース・リポジトリの作成」の説明に従って、リポジトリ作成ユーティリティ(RCU)を実行します。完全な高可用性の実装を取得するには、スキーマをOracle RACインスタンスにデプロイする必要があります。標準のOracleデータベースのデプロイは、データベースのHA機能を提供しません。
4.3項「WebLogic Server EDQドメインの作成」および4.6.1.1項「クラスタのデプロイメント用のドメインの構成ウィザードの実行」に示されているクラスタの構成手順の説明に従って、ドメインの構成ウィザードを実行して、ドメインをプロビジョニングします。
4.6.2項「クラスタのEDQの起動」の説明に従って、クラスタのEDQを起動します。
EDQの高可用性用のオプションを有効化または構成します。次の項を参照してください。
RCUで作成したスキーマを使用してクラスタ・モードでEDQをデプロイする手順:
4.3.1項「WebLogic Serverドメインの構成ウィザードの起動」および4.3.2項「ドメインの構成ウィザード画面のナビゲート」の手順に従って、ドメインの構成ウィザードの基本構成画面を起動および構成します。
「拡張構成」画面で、「トポロジ」オプションを選択して、「次へ」を選択します。「トポロジ」オプションで、サーバー・テンプレート、管理対象サーバー、クラスタ、仮想ターゲットおよびCoherenceの設定の追加、削除または変更できます。
サーバーの管理画面で、"edq_server1"などのEDQサーバーを選択し、「クローン」ボタンを選択してサーバーのコピーを作成します。サーバーをクローニングしない場合、「追加」ボタンを選択して新しいサーバーを追加し、クラスタにターゲット設定します。
"edq_server2"など、このサーバーに適切な名前を付けます。
リスニング・ポートをサーバー1と同じポートにしないでください。サーバー・グループは、EDQ管理対象サーバーを指定する必要があります。両方同じマシンで実行していると仮定し、リスニング・アドレスをサーバー1と同じにする必要があります。
「次へ」をクリックして、「クラスタ」画面に移動します。
「追加」ボタンを選択して、クラスタを追加します。
サーバーが同じマシンにデプロイされている場合、クラスタ・アドレスとしてマシン名を入力します。そうでない場合、クラスタ・アドレスはマシン名のカンマ区切りリストで指定する必要があります。
ロード・バランサをデプロイしていない場合、フロントエンド・ホストを空白のままにします。ロード・バランサを使用してデプロイしている場合、ロード・バランサのURLを入力します。
「次へ」をクリックします。
「サーバーのクラスタへの割当」画面で、作成した両方のサーバーを作成したクラスタに割り当てます。
「Coherenceクラスタ」画面をステップ実行します。
「マシン」画面で、クラスタのマシンを追加し、管理対象サーバーを割り当てることができます。startWebLogic.sh
スクリプトを通じて手動で起動し、ノード・マネージャで管理されないため、AdminServerをマシンに割り当てる必要はありません。
残りの画面をステップ実行し、「作成」を選択してクラスタを作成します。
ドメインを作成したら、次のコマンドを実行して管理サーバーを起動します。
FMW_HOME/user_projects/domains/edq_domain/bin/startWebLogic.sh
ドメインの作成時に「ドメイン・モードおよびJDK」画面で「本番モード」を選択すると、管理者ユーザーのログイン資格証明のプロンプトが表示されます。「管理者アカウント」画面で受け取った同じ資格証明を入力します
次のコマンドを使用して、ノード・マネージャを起動します。
FMW_HOME/user_projects/domains/edq_domain/bin/startNodeManager.sh
ブラウザを使用して管理コンソールにログオンし、構成手順の実行中に作成した両方の管理対象サーバーを起動できます。
次の方法でサーバーにアクセスできます。
サーバーのLaunchpadにアクセスできます。サーバーのいずれかに接続し、ディレクタ・アプリケーションを起動します。または
クラスタの前のロード・バランサを使用して接続できます。ロード・バランサが選択する管理対象サーバーに接続されます。
GUIが接続されているサーバーを示すダイアログを表示するには、プロジェクト・ブラウザのサーバーを右クリックして、「サーバー情報」を選択します。
EDQ高可用性デプロイメント・テンプレートでは、内部JMXサーバーが無効化されます。これは、同じホストで実行されている複数の管理対象サーバーの間でポートの競合を防ぐためです。内部JMXサーバーはこのAPIを使用する様々なコマンドライン・ツールを実行していないため、サーバーにアクセスできません。特に、ジョブの起動および取消しのためのコマンドライン・ツールは動作しません。
これらのツールを有効化するには、内部JMXサーバーを再度有効化する必要があります。これは、oedq.local.homeディレクトリのdirector.properties
ファイルを編集して実現します。director.properties
ファイルに次の行を追加します。
management.localserver = "true"
この行はJMXサーバーを有効化します。デフォルトでは、JMXサーバーはポート8090で稼働します。複数のEDQ管理対象サーバーを同じホストで実行する場合、各サーバーを構成して異なるポート番号を使用する必要があります。
'edq_server1'や'edq_server2'など、EDQ管理対象サーバーの名前の最後に数値が付けられている場合(これはデフォルトのネーミング・スキームです)、行
management.port = 8090 + servernum - 1
を同じdirector.properties
ファイルに追加すると、最初のEDQ管理対象サーバーがポート8090でJMXサーバーを実行させ、2番目のサーバーがポート8092などで実行させます。
ランディング領域は、EDQによるサーバー・ファイル・システムへのデータの読取りおよび書込みを可能にする機能です。ランディング領域をクラスタで使用する場合、ランディング領域を管理対象サーバー間で共有する方法を考慮する必要があります。デフォルトでは、ランディング領域はoedq.local.home領域にあります。これをEDQ管理対象サーバーをサポートしている様々なホスト間で共有する場合、ランディング領域は非クラスタ・システムのように引き続き動作します。
ランディング領域のファイル・システムを管理対象サーバー間で共有しないが使用する必要がある場合、多くのオプションを使用できます。
director.properties
ファイルのlandingarea
プロパティを使用して、ランディング領域の場所をEDQ管理対象サーバーを実行しているホスト間で共有される場所に変更できます。
EDQジョブがすべてのタスクを実行し、同じ管理対象サーバーで処理するため、ジョブが使用または生成したファイルがローカルのランディング領域に書き込まれます。受信または送信ファイルを適切な共有場所に転送するため、外部タスクをジョブに追加できます。
EDQジョブが外部ファイルを使用している場合、ジョブを起動する前にこれらをすべての管理対象サーバーにコピーできます。
EDQジョブが追加のEDQジョブで使用するためにファイルを生成している場合、ランディング領域をrsyncなどの外部ツールを使用して実行される様々なジョブ間で様々な管理対象サーバーをまたいで同期できます。
ファイルが生成され同じジョブ内で使用される場合、共有ランディング領域は必要ない可能性があります。ジョブ全体が同じ管理対象サーバーで実行されるため、ローカルのランディング領域にアクセスします。