Oracle® Fusion Middleware

Oracle Enterprise Data Qualityのインストールと構成

12c (12.2.1.2.0)

E88281-01(原本部品番号:E77764-02)

2016年10月

インストール担当者およびシステム管理者向けのドキュメントで、Oracle Enterprise Data Qualityのインストール、構成およびアップグレード方法について説明しています

Oracle Fusion Middleware Oracle Enterprise Data Qualityのインストールと構成, 12c (12.2.1.2.0)

E88281-01

Copyright © 2016 Oracle and/or its affiliates. All rights reserved.

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 Enterprise Data Qualityのインストールの計画

- 1.1 EDQの概要

- 1.2 インストールおよび構成タスクの概要

- 1.3 EDQコンポーネントおよびバージョンの選択

- 1.3.1 EDQに必要なコンポーネントの正しい組合せの選択

- 1.3.2 サポートされているプラットフォームとコンポーネントのバージョン

- 1.4 EDQシステム要件を満たす

- 1.4.1 ディスクおよびメモリー要件

- 1.4.2 EDQディレクトリ要件

- 1.4.3 UNIXシステムのリソース要件(ulimit)

- 1.4.4 仮想ハードウェア

- 1.4.5 オペレーティング・システム・ユーザー

- 1.5 EDQのダウンロード

2 必要な外部ソフトウェア・コンポーネントのインストール

- 2.1 手順の前提条件

- 2.2 EDQをサポートするJava Development Kitのインストール

- 2.3 EDQをサポートするアプリケーション・サーバーのインストール

- 2.3.1 Oracle Fusion Middleware Infrastructureのインストール(Oracle WebLogic Serverを含む)

- 2.3.2 Apache Tomcatのインストール

- 2.4 EDQをサポートするデータベースのインストール

- 2.4.1 EDQをサポートするOracle Databaseのインストール

- 2.4.1.1 EDQをサポートするOracle Databaseの構成

- 2.4.2 EDQをサポートするPostgreSQLデータベースのインストール

- 2.4.2.1 EDQをサポートするPostgreSQLデータベースの構成

- 2.4.2.2 ローカル・データベース接続の確認

- 2.4.2.3 Linuxシステムでのパスワード認証の有効化

- 2.4.2.4 リモート接続の構成

3 Enterprise Data Qualityのインストール

- 3.1 インストール・プログラムの起動

- 3.2 EDQインストール画面のナビゲート

- 3.3 インストールの確認

- 3.3.1 インストール・ファイルの確認

- 3.3.2 ディレクトリ・サービスの確認

- 3.3.3 Oracleホームの内容の表示

4 Oracle WebLogic Serverを使用したEnterprise Data Qualityの構成

- 4.1 手順の前提条件

- 4.2 EDQデータベース・リポジトリの作成

- 4.3 WebLogic Server EDQドメインの作成

- 4.3.1 WebLogic Serverドメインの構成ウィザードの起動

- 4.3.2 ドメインの構成ウィザード画面のナビゲート

- 4.3.3 管理対象サーバーを表示するためのLaunchpadの構成

- 4.4 Oracle WebLogic Serverの起動

- 4.5 同じドメインでの複数のEDQサーバーの実行

- 4.6 WebLogic Serverクラスタでの高可用性用のEDQの構成

- 4.6.1 クラスタ・モードのデプロイメント用のEDQの構成

- 4.6.1.1 クラスタのデプロイメント用のドメインの構成ウィザードの実行

- 4.6.2 クラスタのEDQの起動

- 4.6.3 HAクラスタのJMX APIおよびコマンドラインの有効化

- 4.6.4 ランディング領域

5 を使用したEnterprise Data Qualityの構成

- 5.1 手順の前提条件

- 5.2 EDQデータベース・オブジェクトの作成

- 5.2.1 Oracle DatabaseでのEDQリポジトリの作成

- 5.2.2 PostgreSQL DatabaseでのEDQリポジトリの作成

- 5.3 Tomcat Application Serverの構成

- 5.4 Tomcat Application Serverで使用するディレクトリの作成

- 5.5 Tomcat Application Serverと連携して動作するEDQの構成

- 5.6 EDQ機能パックの確認

- 5.7 Tomcat Application ServerでのEDQアプリケーションのデプロイ

6 Enterprise Data Qualityをサポートするサーバー・パラメータの設定

- 6.1 サーバー・パラメータの設定方法

- 6.1.1 WebLogic Serverドメインでのサーバー・パラメータの設定方法

- 6.1.2 Tomcatドメインでのサーバー・パラメータの設定方法

- 6.2 推奨パラメータ値

- 6.2.1 JVMパラメータの設定

- 6.2.2 その他のパラメータの設定

- 6.3 パラメータ設定の例

7 Enterprise Data Qualityの構成後の次の手順

- 7.1 EDQへのログイン

- 7.2 EDQ Launchpad

8 Enterprise Data Qualityのアップグレード

- 8.1 前の12cリリースから12.2.1.2.0へのアップグレード

- 8.1.1 第1部: EDQ 12.2.1.2.0の部分インストールの実行

- 8.1.2 第2部: 古いEDQ環境のアップグレード

9 Enterprise Data Qualityのシステムからの削除

- 9.1 EDQのLinuxまたはUNIXシステムからの削除

- 9.2 EDQのWindowsシステムからの削除

はじめに

このドキュメントでは、Linux、UNIXおよびWindowsプラットフォームでOracle Enterprise Data Qualityをインストールおよび構成する方法を説明します。また、アプリケーション・サーバーおよびデータベースと連携するようにEDQを構成する手順も説明します。

対象読者

このドキュメントは、Oracle Enterprise Data Qualityをインストールしているシステム管理者またはアプリケーション開発者を対象としています。アプリケーション・サーバーおよびWebテクノロジの基本知識を持ち、Linux、UNIXおよびWindowsプラットフォームの一般知識を持っていることが前提です。このガイド全体では、Oracle Enterprise Data Qualityのインストール先となるサポートされたプラットフォームのコンポーネントを熟知していることも必要です。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

EDQの詳細は、Oracle Enterprise Data Qualityドキュメント・セットにある次のドキュメントを参照してください。

EDQドキュメント・ライブラリ

次の出版物がEDQのインストールと使用のために提供されています。

- 『Oracle Fusion Middleware Enterprise Data Qualityリリース・ノート』

- Oracle Fusion Middleware Enterprise Data Qualityのインストールと構成

- 『Oracle Fusion Middleware Enterprise Data Qualityの管理』

- 『Oracle Fusion Middleware Enterprise Data Qualityの理解』

- Oracle Fusion Middleware Enterprise Data Qualityの外部システムとの統合

- Oracle Fusion Middleware Oracle Enterprise Data Qualityの保護

- Oracle Enterprise Data Qualityアドレス検証サーバーのインストレーションおよびアップグレード・ガイド

- Oracle Enterprise Data Qualityアドレス検証サーバー・リリース・ノート

次の場所で、これらのガイドおよびすべてのOracle製品ドキュメントの最新バージョンを検索してください。

https://docs.oracle.com

オンライン・ヘルプ

オンライン・ヘルプは、すべてのOracle Enterprise Data Qualityユーザー・アプリケーションに提供されています。各アプリケーションで、[F1]キーを押すか、「ヘルプ」アイコンをクリックすることで表示できます。ディレクタのプロジェクト・ブラウザの主なノードには、ヘルプ・ページに統合されたリンクが含まれます。それらにアクセスするには、ノードを選択して[F1]を押すか、またはプロジェクト・ブラウザでオブジェクトを右クリックして「ヘルプ」を選択します。ディレクタ・ツール・パレットのEDQプロセッサには、統合されたヘルプ・トピックも含まれます。これにアクセスするには、キャンバスでプロセッサを右クリックして「プロセッサ・ヘルプ」を選択するか、キャンバスかツール・パレットでプロセッサを左クリックして[F1]を押します。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 Enterprise Data Qualityのインストールの計画

この章では、Oracle Enterprise Data Quality (EDQ)をインストールする準備について説明します。製品のインストール時およびドメインの構成時またはその後で問題が発生することがないように、様々なトピックで示された説明を最後まで確認してください。

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

- EDQの概要

- インストールおよび構成タスクの概要

- EDQコンポーネントおよびバージョンの選択

- EDQシステム要件を満たす

- EDQのダウンロード

1.1 EDQの概要

EDQでは、データ品質の把握、改善、保護および制御に使用される、包括的なデータ品質管理環境を提供します。このソフトウェアは、ベスト・プラクティスのマスター・データ管理、データ統合、ビジネス・インテリジェンスおよびデータ移行イニシアティブを容易にします。カスタマ・リレーションシップ・マネジメント(CRM)および他のアプリケーションに統合されたデータ品質を提供します。

このドキュメントでは、EDQをサポートするために必要なコンポーネントの選択、インストールおよび構成に沿ってガイドします。

1.2 インストールおよび構成タスクの概要

この項(表1-1)では、実行するEDQインストールおよび構成タスクの概要について実行順に説明します。

表1-1 EDQ製品のインストール手順

タスク

実行するアクション

EDQをサポートする外部ソフトウェア・コンポーネントについて理解して選択します。

1.3項「EDQコンポーネントおよびバージョンの選択」を参照してください

EDQシステム要件を満たします。

1.4項「EDQシステム要件を満たす」を参照してください。

Oracle Software Delivery CloudからEDQインストール・ファイルを取得します。

1.5項「EDQのダウンロード」を参照してください

JDKおよび選択したアプリケーション・サーバーおよびデータベース・コンポーネントをインストールします。

2項「必要な外部ソフトウェア・コンポーネントのインストール」を参照してください

EDQソフトウェアをインストールします。

3項「Enterprise Data Qualityのインストール」を参照してください

EDQを構成します

手順については、第4章「Oracle WebLogic Serverを使用したEnterprise Data Qualityの構成」または5項「Apache Tomcatを使用したEnterprise Data Qualityの構成」を参照してください

システム・パラメータを設定します。

6項「Enterprise Data Qualityをサポートするサーバー・パラメータの設定」を参照してください

次の手順

ログインと基本的な使用の情報は、7項「Enterprise Data Qualityの構成後の次の手順」を参照してください

(オプション)以前のEDQリリースからアップグレードします。

Oracle WebLogic ServerまたはApache Tomcatを使用する場合、8項「Enterprise Data Qualityのアップグレード」を参照してください

1.3 EDQコンポーネントおよびバージョンの選択

次の項では、EDQのサポートに必要なコンポーネントと、それらのコンポーネントおよびEDQのサポートされるバージョンを示します。

- EDQに必要なコンポーネントの正しい組合せの選択

- サポートされているプラットフォームとコンポーネントのバージョン

1.3.1 EDQに必要なコンポーネントの正しい組合せの選択

EDQはJavaサーブレット・エンジン、Java Web Startグラフィカル・ユーザー・インタフェース、およびデータベース内のデータ・リポジトリを使用する、Java Webアプリケーションです。そのため、次のコンポーネントへのアクセスが必要です。

- Java Development Kit (JDK)

- Webサービスを提供するJavaアプリケーション・サーバー。Oracle WebLogic ServerおよびApache Tomcatがサポートされます。

- 構成データ、作業データ、およびプロセスで実行される作業結果を保存する、構造化問合せ言語(SQL)リレーショナル・データベース管理システム(RDBMS)。Oracle Databaseがサポートされます。

次のアプリケーション・サーバーおよびデータベースは、EDQで使用するためにサポートされます。

- Oracle WebLogic 12.2.1(Fusion Middleware Infrastructure 12.2.1パッケージ)またはApache Tomcat 8。

- Oracle Database 11.2.0.4+または12.1.0.1+。

これらのコンポーネントのインストール手順は、2項「必要な外部ソフトウェア・コンポーネントのインストール」で説明しています。これらの各コンポーネントのサポートされるバージョンについては、1.3.2項を参照してください。

1.3.2 サポートされているプラットフォームとコンポーネントのバージョン

インストール前に、動作保証プラットフォーム、JDK、データベース、アプリケーション・サーバー、およびEDQのリリースのリストを確認します。この情報は、次に示すOracle Enterprise Data Quality動作保証マトリックスにリストされています

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

1.4 EDQシステム要件を満たす

この項では、EDQのハードウェア要件およびソフトウェア要件について説明します。これらの要件は、EDQ製品に対し、Oracleにより動作保証され、サポートされているサーバー構成です。

1.4.1 ディスクおよびメモリー要件

EDQが実行する必要があるタスクによっては、タスク実行に使用されるハードウェアに多大な負荷がかかる可能性があります。EDQサーバーに推奨される最小限のハードウェア仕様は、次のとおりです。

- 8GBの物理メモリー(4GBはEDQ Java仮想マシン(JVM)に割当て)

- 4つ以上の論理CPU

- データベース・サーバー上に500GB以上のハード・ディスク領域。EDQが生成する作業データを含むEDQ結果スキーマには、少なくともEDQで処理が想定されるソース・データの20倍の量を含めるのに十分な容量が必要です。同じプロジェクトで同時に動作するEDQユーザーが多い場合には、このサイズは増大する可能性があります。大量のユーザー変更の参照データおよびケース管理データがなければ、構成スキーマは小さいまま(通常は5GBより少ない)です。

注意:
これらの推奨値は、特定のデプロイメントに対するサイズ変更のアドバイスを示すものではなく、固有の環境でのサイズ要件のテストの開始点です。EDQへの処理負荷により、より大きいマシンまたは多くのマシンのデプロイが適切な場合があります。

1.4.2 EDQディレクトリ要件

EDQでは1つのインストール・ディレクトリおよび2つの構成ディレクトリを使用します。その内容のいずれかに手動で更新を適用する必要がある場合に備えて、これらのディレクトリの場所を記録しておきます。

EDQインストール・ディレクトリ

インストール・プロセス中に、EDQインストール・ファイルを含むインストール・ディレクトリを指定する必要があります。このディレクトリはEDQホーム(EDQ_HOME)ディレクトリと呼ばれ、次のような名前です。

- EDQをOracle Fusion Middleware製品パックの一部としてインストールしている場合、EDQホーム・ディレクトリはOracle Fusion Middlewareホーム(インストール)ディレクトリのサブディレクトリとしてインストールする必要があります。通常のデフォルトのFusion Middlewareホーム・ディレクトリは、プラットフォームに応じて、次のようになります。
LinuxおよびUNIXの場合

/opt/Oracle/Middleware/FMW_HOME

Windowsの場合

C:\Oracle\Middleware\FMW_HOME

注意:
Middlewareホーム・ディレクトリを、このガイドでは、FMW_HOMEと示します。

- WebLogic ServerまたはApache Tomcatアプリケーション・サーバーを使用する場合、任意のディレクトリにEDQホーム・ディレクトリをインストールできます。

EDQホーム・ディレクトリには、約1GBのハードディスク容量が必要です。

EDQ構成ディレクトリ

EDQには、プログラム・ファイルを含むEDQホーム(インストール)ディレクトリとは別の2つの構成ディレクトリが必要です。構成ディレクトリは次のとおりです。

- ベース構成ディレクトリ: このディレクトリにはデフォルトの構成データが含まれます。EDQがインストールされると、ベース構成ディレクトリ内のファイルの変更、名前の変更、または移動はできません。

- ローカル構成ディレクトリ: このディレクトリにはデフォルト構成のオーバーライドが含まれます。EDQはベース構成ディレクトリを調べる前に、まずこのディレクトリにオーバーライドがあるかどうか調べます。ローカル構成ディレクトリ内のファイルは、EDQのカスタマイズまたは拡張のために変更できます。

構成ディレクトリの名前と場所は次のとおりです。

- Oracle WebLogic Serverを使用している場合、構成ウィザードは、oedq.home (ベース構成ディレクトリ)およびoedq.local.home (ローカル構成ディレクトリ)の名前で、自動的にEDQドメイン内に構成ディレクトリを作成して移入します。インストール・パスの例は次のとおりです。

WLS_HOME/user_projects/domains/edq/config/fmwconfig/edq/oedq.home
WLS_HOME/user_projects/domains/edq/config/fmwconfig/edq/oedq.local.home

- Apache Tomcatを使用している場合、構成ディレクトリを任意の場所に任意の名前で作成し、構成ユーティリティがそれらに移入します。インストール手順の中で、ディレクトリを作成するように促されます。

デフォルトのEDQインストールで、構成ディレクトリは合計約1MBを占有します。EDQインスタンスがlandingareaを使用する場合、処理および書出しのためにファイルがロードされると、この合計が増える可能性があります。

1.4.3 UNIXシステムのリソース要件(ulimit)

アプリケーション・サーバーをホストするUNIXシステムの構成方法によっては、アプリケーション・サーバーで1GBを超えるファイルを作成できない場合があります。これによって、ファイルを使用して処理のためにEDQにデータを転送する場合に、大きなデータセットの処理能力が制限されることになります。変更する必要がある最も一般的な制限は、アプリケーション・サーバーのユーザー('weblogic'など)が作成できる処理の数です。大きなサーバーでは、多くの場合、これを65536などに増やす必要があります。

システム・リソースの制限はulimitコマンドにより制御されます。デフォルトのulimit値は、ulimit -aコマンドを使用して表示できます。ファイル・サイズ、処理の制限、およびファイル操作制限の設定を確認します。ファイル・サイズにおけるハードulimitは、アプリケーション・サーバーのアカウントに応じて、上方修正や削除する必要がある場合もあります。必要な場合は、システム管理者に相談してください。

1.4.4 仮想ハードウェア

Oracle VM Serverなどの仮想化ツールを使用すると、仮想化されたシステムにEDQをインストールできます。仮想システムおよび物理システムは、どちらもこのドキュメントに示されている最小限のハードウェア要件を満たす必要があります。

1つの物理システムに複数の仮想システムをデプロイする場合にロード・バランシング・ソフトウェアを使用するときは、ロード・バランシング・ソフトウェアを慎重に調整する必要があります。通常、EDQでは、中間層(ほとんどの処理を実行する)の相当な計算力およびメモリーおよびデータベース(データおよび結果を書き込む)の大容量の表領域が必要です。バッチ間で、システムにかかる負荷は非常に少量です。データのバッチ処理中、EDQでは急激にハードウェアがCPUバウンドまたはI/Oバウンドまで使用されます。仮想化されたロード・バランシングが適切に構成されていない場合、パフォーマンスは最適にはなりません。

1.4.5 オペレーティング・システム・ユーザー

オペレーティング・システムのユーザー・アカウントは、サーバー上のEDQのインストールとアップグレード、およびアプリケーション・サーバーのインストールに使用します。このユーザーはすべてのプラットフォームで必要です。このユーザーは、EDQインストール・ディレクトリ(EDQ_HOME)、構成ディレクトリ、およびすべてのデータベース・ディレクトリに対して完全な権限(読取り、書込みおよび実行)を持つ必要があります。このユーザー・アカウントを、このドキュメントではEDQインストール・ユーザーと呼びます。EDQディレクトリの詳細は、1.4.2項「EDQディレクトリ要件」を参照してください

注意:
UNIXまたはLinuxオペレーティング・システムにインストールする場合に、rootユーザーをEDQインストール・ユーザー・アカウントとして使用しないでください。

1.5 EDQのダウンロード

EDQインストールおよび構成ファイルをダウンロードするには、次に示すOracle Software Delivery Cloud Webサイトから汎用パッケージ・インストーラを入手します。

1. Webブラウザに、Oracle Software Delivery CloudのURLを入力します。
http://edelivery.oracle.com/

2. 「サインイン/登録」をクリックします。

注意:
まだログインしていない場合、オラクル社のシングル・サインオン・ページが表示されます。OracleのユーザーIDおよびパスワードを入力し、「サインイン」をクリックします。

条件および規制ページが表示されます。

3. 「Oracle Software Delivery Cloudトライアル・ライセンス契約」および「輸出規制」チェック・ボックスを選択し、「続行」をクリックします。
「メディア・パックの検索」ページが表示されます。

4. 「メディア・パックの検索」ページで、次の手順を実行します。

1. 製品パックの選択ドロップダウン・リストで、「Oracle Fusion Middleware」を選択します。

2. 「プラットフォーム」ドロップダウン・リストから、EDQをインストールするプラットフォームを選択します。

3. 「実行」をクリックします。

「結果」リストが展開して、検索基準に該当する入手可能なすべてのメディア・パックが表示されます。

5. Oracle Enterprise Data Quality 12c (12.2.1.1.0)メディア・パック(Oracle Fusion Middleware製品パック)を検索および選択して、「続行」をクリックします。

6. Oracle Enterprise Data Quality 12.2.1.10の横にある「ダウンロード」ボタンをクリックします。

7. ファイルを保存するディレクトリを参照します。「保存」をクリックして、ダウンロードを開始します。ZIPファイルがダウンロードされます。

8. ZIPファイルを一時ディレクトリに解凍します。

2 必要な外部ソフトウェア・コンポーネントのインストール

この章では、EDQをサポートするソフトウェア・コンポーネントのインストール方法について説明します。

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

- 手順の前提条件

- EDQをサポートするJava Development Kitのインストール

- EDQをサポートするアプリケーション・サーバーのインストール

- EDQをサポートするデータベースのインストール

注意:
これらのコンポーネントは、EDQをインストールする前にインストールする必要があります。

2.1 手順の前提条件

この項の手順を実行する前に、第1章「Enterprise Data Qualityのインストールの計画」の要件を最初に読んで対応する必要があります

2.2 EDQをサポートするJava Development Kitのインストール

EDQおよびアプリケーション・サーバーは両方ともJava Development Kit (JDK)に依存しています。JDKでは、Javaアプリケーションのコンパイルおよびデバッグを行うためのJavaランタイム環境(JRE)およびツールが提供されます。

次の表を使用して、適切なJDKを識別し、EDQをインストールしているプラットフォームにインストールします。

プラットフォーム

使用するJDK

AIX

IBM JDK。これはAIXでサポートされるJDKのみです。

HP-UX

HP JDK

Solaris

Oracle JDK

Linux

Oracle JDK

Windows

Oracle JDK

プラットフォームごとのサポートされるJDKのバージョンについては、次に示すOracle Enterprise Data Quality動作保証マトリックスを参照してください

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

次の場所で提供されている手順を使用して、適切なJDKをダウンロードしてインストールします

http://www.oracle.com/technetwork/java/javase/downloads/index.html

注意:
Solarisシステムでは、Javaアプリケーションを実行するために32ビットと64ビットの両方のJDKをインストールする必要があります。

JDKをインストールしたディレクトリを書き留めておきます。アプリケーション・サーバーのインストール中にこのディレクトリを指定する必要があります。このディレクトリへのパスを、このドキュメントではJDK_HOMEディレクトリと示します。たとえば、JDK_HOMEは次のいずれかになる可能性があります。

LinuxおよびUNIXの場合

/opt/jdk1.8

Windowsの場合

C:\Program Files\Java\jdk1.8

注意:
デフォルトのインストール・ディレクトリC:\Program Files\Java\jdk1.8のように、JDK_HOMEディレクトリに空白が含まれている場合は、C:\Progra~1\Java\jdk1.8のように、JAVA_HOME環境変数をディレクトリのWindows短縮名に設定する必要があります。

2.3 EDQをサポートするアプリケーション・サーバーのインストール

最大セキュリティの場合、アプリケーション・サーバー(Oracle WebLogic ServerまたはApache Tomcat)を構成して、HTTPSのみを使用する必要があります。暗号化されていないHTTPアクセスを無効化する必要があります。HTTPSが提供されるOracle HTTP ServerまたはApache HTTP Serverなどのフロントエンドをかわりに使用できます。

次のアプリケーション・サーバーのいずれかを選択してダウンロードします。

- Oracle Fusion Middleware Infrastructureのインストール(Oracle WebLogic Serverを含む)

- Apache Tomcatのインストール

注意:
選択したアプリケーション・サーバーにより使用できるデータベースが決まります。Oracle WebLogic Serverでは、Oracle Databaseを使用し、Oracle Fusion Middleware環境にEDQをインストールする必要があります。Apache Tomcatでは、Oracle DatabaseまたはPostgreSQL Databaseのどちらも使用でき、スタンドアロン・アプリケーションとしてEDQをインストールできます。PostgreSQLは本番の使用でサポートされていません。

2.3.1 Oracle Fusion Middleware Infrastructureのインストール(Oracle WebLogic Serverを含む)

Oracle WebLogic Serverにインストールする場合、Oracle WebLogic ServerおよびJRFの両方をインストールします。このリリースのEDQでサポートされるWebLogic Serverバージョンを表示するには、次に示すOracle Enterprise Data Quality動作保証マトリックスを参照してください

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

Oracle WebLogic ServerおよびJRFのダウンロードとインストールについては、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』を参照してください。

注意:
Fusion Middleware Infrastructureインストーラを使用します。無料のWebLogic Serverディストリビューションを開発者に使用しないでください。このインストーラにはEDQに必要なすべてのファイルが含まれていません。

WebLogic Serverインストールへのディレクトリ・パスを、このドキュメントではWLS_HOMEディレクトリと示します。

2.3.2 Apache Tomcatのインストール

このリリースのEDQでサポートされるTomcatバージョンを表示するには、次に示すOracle Enterprise Data Quality動作保証マトリックスを参照してください

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

Apache Tomcatをダウンロードおよびインストールするには、次に示すApache Software Foundation Server Webサイトに移動します。

http://tomcat.apache.org

Tomcatのインストール後に、次のタスクを実行します。

1. 2.2項「EDQをサポートするJava Development Kitのインストール」でインストールしたJava Development Kit (JDK)を使用してTomcatを構成します。次のいずれかを実行できます。

- /etc/sysconfig/tomcat7.confファイルにJDK実行可能ファイルへのパスを設定します。例:

JAVA_HOME="/opt/java/jdk1.7.0_45"

- JDKパスをローカルのsetenv.shファイルに追加します。

2. (推奨)Tomcatがサービスとして起動するように構成します。

3. Tomcatを実行するオペレーティング・システム・ユーザーを作成します。このユーザーはEDQインストールおよび構成ディレクトリを所有する必要があります。このアカウントを使用して、EDQドメインを管理し、EDQアプリケーションにログインします。EDQディレクトリの詳細は、1.4.2項「EDQディレクトリ要件」を参照してください

2.4 EDQをサポートするデータベースのインストール

この項には、EDQリポジトリを含むデータベースのインストールおよび構成に特有の情報が含まれます。

- Oracle WebLogic ServerをEDQアプリケーション・サーバーとして使用している場合、Oracle Databaseをインストールする必要があります。

- アプリケーション・サーバーとしてApache Tomcatを使用する場合、本番用にサポートされているデータベースはOracle Databaseです。PostgreSQLデータベースは、開発またはテスト目的でのみサポートされます。

サポートしているデータベースのバージョンを表示するには、次の場所を参照します。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

注意:
4項「Oracle WebLogic Serverを使用したEnterprise Data Qualityの構成」または5項「Apache Tomcatを使用したEnterprise Data Qualityの構成」(選択したアプリケーション・サーバーによる)でEDQを構成する時に、3つのスキーマおよび3人のユーザーをこのデータベースに作成します。

2.4.1 EDQをサポートするOracle Databaseのインストール

サポートされるOracle Database製品およびインストール手順は、次に示すOracle DatabaseのWebサイトからダウンロードできます。

http://www.oracle.com

2.4.1.1 EDQをサポートするOracle Databaseの構成

次の構成要素は、EDQとともに使用するOracleデータベースをインストールまたは構成するときに、必須または推奨されます。

必須:

- 「データベースの作成と構成」インストール・オプションを選択します。

- データベースをUnicode文字セットを使用するように構成して、EDQが最も幅広い文字セットでデータを取得して処理できるようにします。詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』のUnicodeでの多言語データベースのサポートに関する項を参照してください。

- EDQではデータベースにデータベース管理者(DBA)ユーザー・アカウントが必要です。このデータベース・アカウントは、インストールおよび構成プロセス中に、EDQに固有のデータベース・アカウントおよびオブジェクトを作成するために使用します。

推奨:

- EDQをサポートするOracleメモリー構造および表領域の構成を指定するときに、次の構成を選択することをお薦めします。

- 4GBのプログラム・グローバル領域(PGA)

- 4GBのシステム・グローバル領域(SGA)

- 20GBのUNDO表領域

- 20GBの一時表領域

- 結果データベース(EDQRESULTSスキーマ)用の120GBの表領域(4x30GBファイル)

- 構成データベース(EDQCONFIGスキーマ)用の30GBの表領域(1x30GBファイル)

- SESSIONSおよびPROCESSESパラメータの値を大きくする必要がある場合があります。推奨値は次のとおりですが、これらのパラメータは、最適なパフォーマンスを得るために、後で調整が必要になる場合があります。
SESSIONS=500

PROCESSES=500

これらの値の適切な設定の詳細は、データベース管理者に連絡してください。

2.4.2 EDQをサポートするPostgreSQLデータベースのインストール

PostgreSQL製品およびインストール手順は、次に示す公式のPostgreSQL Webサイトからダウンロードできます。

http://www.postgresql.org

注意:
PostgreSQLがオペレーティング・システムに付属する場合、そのリリースがEDQでサポートされるリリースであるかどうかを、次に示す動作保証マトリックスで確認します。
http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

2.4.2.1 EDQをサポートするPostgreSQLデータベースの構成

次の構成要素は、EDQとともに使用するPostgreSQLデータベースをインストールまたは構成するときに、必須または推奨されます。

必須:

- PostgreSQL dataディレクトリ(var/lib/pgsql/data/postgresql.confなど)にある、postgresql.confファイルを編集して最大403の接続を許可します。

- PostgreSQLデータベースをUnicode文字セットを使用するように構成して、EDQが最も幅広い文字セットでデータを取得して処理できるようにします。詳細は、次に示すPostgreSQL Webサイトの「ドキュメント」リンクをクリックしてください。
http://www.postgresql.org

- EDQでPostgreSQLデータベースを使用するには、データベース・リスニングを有効にする必要があります。2.4.2.2項「ローカル・データベース接続の確認」を参照してください

- Linuxシステムでは、パスワード認証を使用するようにPostgreSQLを構成する必要があります。2.4.2.3項「Linuxシステムでのパスワード認証の有効化」を参照してください

推奨:

Windowsにインストールする場合は、次に示すPostgreSQL Webサイトからダウンロードできるグラフィカル・インストーラを使用することをお薦めします。

http://www.postgresql.org

ダウンロード・ページの各オペレーティング・システムに、グラフィカル・インストーラへのリンクが用意されています。

2.4.2.2 ローカル・データベース接続の確認

この項では、PostgreSQLデータベースのローカル接続がデータベース・リスニングがオンになるように適切に構成されていること、またパスワードが認証で受け入れられることの確認方法について説明します。

1. EDQデータベース・ユーザーとしてシステムにログインします。

2. (Windowsのみ)MS-DOSコマンド・プロンプト(cmd.exe)を探し、実行します。

3. データベース・サーバーが実行中であることを確認します。詳細は、次に示すPostgreSQL Webサイトでインストール済バージョンのPostgreSQLドキュメントを参照してください。
http://www.postgresql.org

4. PostgreSQL dataディレクトリに移動します。たとえば、Linuxの場合は/var/lib/pgsql/data、Windowsの場合はC:\Program Files\PostgreSQL\9.3\dataです。

5. プラットフォームに応じて、次のいずれかのコマンドを入力して、pg_hba.confファイルを開きます。
Linuxコマンドラインの場合

tail pg_hba.conf

Windowsコマンドラインの場合

TYPE pg_hba.conf

ファイルの内容が表示されます。次にその抜粋を示します。

# TYPE  DATABASE        USER            ADDRESS                 METHOD
# "local" is for Unix domain socket connnections only
local  all              all                                     ident

# IPv4 local connections:
host    all             all             127.0.0.1/32            md5
# IPv6 local connections:
host    all             all             ::1/128                 md5

6. IPv4およびIPv6ローカル接続が、前の手順のコンソール出力に示すように構成されていることを確認します。ADDRESS列の固有のデータベースのアドレスを使用します。

2.4.2.3 Linuxシステムでのパスワード認証の有効化

Linuxシステムでは、PostgreSQLのインストール・ディレクトリのdataサブディレクトリのpg_hba.confファイル(たとえば、/var/lib/pgsql/data/pg_hba.conf)を編集して、パスワード認証を使用するようにPostgreSQLを構成する必要があります。ident sameuserエントリを探し、それらの値をmd5に変更します。

2.4.2.4 リモート接続の構成

PostgreSQLデータベースがEDQのインストール場所とは別のシステムにインストールされている場合、そのシステムは他のホストからの接続を受け入れるように構成されている必要があります。これは、すべてのPostgreSQL環境に当てはまります。

1. PostgreSQLデータベースのdataディレクトリを特定します。

2. postgresql.confファイルを編集します。

3. 次の行を探します。
#listen_addresses = 'localhost'

4. 次の行を挿入して、PostgreSQLがリモート・ホストからの接続を受け入れるようにします。
listen_addresses = '*'

5. pg_hba.confファイルを編集して、addr/maskを使用する次の行を追加して、EDQを実行するホストのサブネットを識別します。
host all all addr/mask md5

たとえば、host all all 192.168.0.0/24 md5とすると、IPアドレスが192.168.0.0から192.168.0.255のすべてのホストからの接続が許可され、host all all 0.0.23.56/32 md5とすると、IPアドレス10.0.23.56からの接続のみを受け入れられます。

3 Enterprise Data Qualityのインストール

この章では、Enterprise Data Qualityのインストール・プログラムをグラフィック・モードで起動する方法について説明します。インストール・プロセスで表示される画面の順序についても説明します。

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

- インストール・プログラムの起動

- EDQインストール画面のナビゲート

- インストールの確認

3.1 インストール・プログラムの起動

EDQインストール・プログラムは、すべてのサポートされるオペレーティング・システムのインストールに使用される、一般的なJava Archive (JAR)ファイルで提供されます。

インストール・プログラムを起動するには、次の手順を実行します。

1. EDQインストール・ユーザーとしてターゲット・システムにログインします。このユーザーは、管理者としてコマンド・プロンプトを実行できる必要があります。

2. インストール・プログラムがダウンロードされて解凍されたディレクトリに移動します。

3. 次のように、システム上のJDKインストール・ディレクトリ(JDK_HOME)からjava -jarを呼び出して、インストール・プログラムを起動します。
UNIXオペレーティング・システム:

JDK_HOME/bin/java -jar edq_generic.jar

Windowsオペレーティング・システム:

JDK_HOME\bin\java -jar edq_generic.jar

UNIXおよびWindowsオペレーティング・システムの前述のコマンドで、edq_generic.jarはinstallation jarファイルの実際の名前の汎用プレースホルダです。インストール・プログラムが表示されたら、インストールの準備は完了です。各インストール・プログラム画面の説明については、3.2項を参照してください。

3.2 EDQインストール画面のナビゲート

インストール・プログラムでは画面が連続して表示されます。インストール画面に関して詳細な情報が必要な場合は、インストール中にインストール画面で「ヘルプ」をクリックします。表3-1「インストール・プログラムの実行」の手順を使用して、インストールを完了します。

表3-1 インストール・プログラムの実行

画面

実行するアクション

インストール・インベントリの設定

UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、この画面が開きます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

中央インベントリの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のOracle中央インベントリの理解に関する項を参照してください。

Windowsオペレーティング・システムでは、この画面は表示されません。

ようこそ

「次へ」をクリックし、インストールを続行します。

「取消」をクリックすると、いつでもインストールを取り消すことができます。

自動更新

この画面で、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を検索します。

インストール場所

一度インストールしているEDQを含む、ミドルウェアのインストール・ディレクトリ(FMW_HOME)を指定します。1.4.2項「EDQディレクトリ要件」を参照してください

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

「表示」をクリックして、インストールの場所を確認できます。

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

前提条件チェック

この画面では、対象のシステムが最小限の要件を満たしているかどうかを確認します。

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

「正常なタスクの表示」をクリックして、確認するタスクのリストを表示できます。

「ログを表示」をクリックして、ログの詳細を表示できます。

インストール・サマリー

この画面を使用して、選択したインストール・オプションを確認します。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。レスポンス・ファイルは、後でサイレント・インストールに使用できます

「インストール」をクリックして続行します。

インストールの進行状況

この画面では、インストールの進行状況を確認できます。

インストール・プログラムの進行状況が100%になったら、「終了」をクリックしてインストーラを閉じるか、「次へ」をクリックしてサマリーを表示します。

インストール完了

インストールが完了すると、この画面が表示されます。

「終了」をクリックしてインストール・プログラムを終了します。

3.3 インストールの確認

インストールが完了したら、一連のタスクを適切に完了することにより、それを確認します。

3.3.1 インストール・ファイルの確認

インストール・ログ・ファイルの内容を確認し、何も問題が発生していないことを確認します。デフォルトでは、インストーラはログ・ファイルをOracle_Inventory_Location/logs (UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logs (Windowsオペレーティング・システムの場合)ディレクトリに書き込みます。

ログ・ファイルとその場所の詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のインストール・ログ・ファイルに関する項を参照してください。

3.3.2 ディレクトリ・サービスの確認

インストールの内容は、インストール中に選択したオプションによって異なります。

インストール後のディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解の「Oracle Fusion Middlewareの主要ディレクトリとは」を参照してください。

3.3.3 Oracleホームの内容の表示

viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することもできます。詳細は、Oracle Universal InstallerによるソフトウェアのインストールのOracleホームの内容を表示する方法に関する項を参照してください。

4 Oracle WebLogic Serverを使用したEnterprise Data Qualityの構成

この章では、EDQデータベース・リポジトリの作成およびEDQ用のOracle WebLogic Serverドメインの作成およびOracle WebLogic Serverの起動を行う方法について説明します。

注意:
これらの手順はOracle WebLogic Server環境にのみ適用されます。Apache Tomcatを使用している場合、5項「Apache Tomcatを使用したEnterprise Data Qualityの構成」の指示に従う必要があります

この章では次の項について説明します。

- 手順の前提条件

- EDQデータベース・リポジトリの作成

- WebLogic Server EDQドメインの作成

- Oracle WebLogic Serverの起動

- 同じドメインでの複数のEDQサーバーの実行

- WebLogic Serverクラスタでの高可用性用のEDQの構成

4.1 手順の前提条件

この項の手順を実行する前に、次の手順を最初に読んで対応する必要があります。

- 第1章「Enterprise Data Qualityのインストールの計画」

- 第2章「必要な外部ソフトウェア・コンポーネントのインストール」

- 第3章「Enterprise Data Qualityのインストール」

4.2 EDQデータベース・リポジトリの作成

EDQではいくつかのデータベース・スキーマを利用します。これらのスキーマは構成スキーマ(EDQCONFIG)、結果スキーマ(EDQRESULTS)およびステージング・スキーマ(EDQSTAGING)です。これらはOracle Repository Creation Utility (RCU)を使用して作成できます。

RCUを実行する人は、DBA権限でデータベースにログインできる必要があります。DBA権限で実行できない場合、RCUではDBAが後で実行するスクリプトを作成できます。

注意:
EDQのアップグレードにはRCUを使用しないでください。8項「Enterprise Data Qualityのアップグレード」の手順を使用してください

RCUを実行する手順:

1. リポジトリ・データベースが実行していることを確認してください。

2. オペレーティング・システムのコマンド・シェルまたはコンソールを実行します。

3. 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です。

データベースのサービス名を指定します。通常、サービス名はグローバル・データベース名と同じです。たとえば、orcl.example.comです。
Oracle Databaseのリリース12cを使用している場合、プラガブル・データベースの接続の詳細を入力していることを確認する必要があります。たとえば、pdborcl.example.comです。

データベースのユーザー名を入力します。ユーザー名は、SYSまたはDBA権限を持つユーザーを指定できます。

データベース・ユーザーのパスワードを入力します。

「ロール」リストから「Sysdba」を選択します。ユーザーがSYSの場合、自動的にこれが選択されます。DBA権限を持つユーザーの場合、「ロール」リストから「通常」を選択します。

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

グローバルな前提条件の確認中

前提条件チェックの進行状況が完了に達したら、「OK」をクリックして続行します。

コンポーネントの選択

「接頭辞の新規作成」を選択し、このセッションで作成しているすべてのデータベース・スキーマの一意な接頭辞名を入力します。たとえば、edqprodまたはデフォルトのDEVです。

「Oracle ASリポジトリ・コンポーネント」チェック・ボックスを選択します。EDQ構成、結果およびステージング・スキーマをデータベース・リポジトリに作成するOracle EDQのチェック・ボックスは自動的に選択されます。

Oracle EDQコンポーネントを選択すると、すべての必要なスキーマがインストールされます。EDQスキーマが選択されるだけでなく、監査およびEDQが統合されているOPSSをサポートするために必要な共通スキーマも選択されます。これにより、EDQがこれらの統合されているコンポーネントで正しく機能することが保証されます。

インストールされる3つのEDQスキーマは、構成、結果およびステージングです。Fusion Connectorの使用に関係なく、ステージング・スキーマはCDSでも使用されます。ただし、不要な場合のステージング・スキーマのインストールは操作に干渉せず、最小のデータベース・リソースを使用します。

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

コンポーネント前提条件の確認中

前提条件チェックの進行状況が完了に達したら、「OK」をクリックして続行します。

スキーマ・パスワード

「すべてのスキーマに同じパスワードを使用」が選択されていることを確認します。

すべてのパスワード・フィールドにすべてのEDQデータベース・スキーマに使用するパスワードを入力し、「次へ」をクリックして続行します。

表領域のマップ

RCUにより作成されるデフォルトのEDQ表領域が、コンポーネント別に表示されます。

「表領域の管理」をクリックし、情報を変更して表領域を変更することができます。EDQCONFIGスキーマに対し1つのユーザー表領域を使用し、EDQRESULTSスキーマに対しては別のユーザー表領域を使用することをお薦めします。推奨される最小サイズ(後で調整できます)は、次のとおりです。

- EDQRESULTS: 120GBの表領域(4x30GBファイル)

- EDQCONFIG: 30GBの表領域(1x30GBファイル)

- EDQSTAGING: 30GBの表領域(1x30GBファイル)

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

表領域の検証と作成

「OK」をクリックして、存在しない表領域をスキーマに作成し、操作が完了したら「OK」をクリックします。

サマリー

データベースの詳細を確認し、「作成」をクリックして続行します。

リポジトリ・コンポーネントの作成の進捗を示すステータス画面が表示されます。

完了サマリー

「閉じる」をクリックしてRCUプログラムを終了します。

4.3 WebLogic Server EDQドメインの作成

この手順は構成ウィザードを使用して、次のものを含む、EDQ用の基本的なWebLogic Serverドメインを作成します。

- 1つの管理サーバーおよび1つの管理対象サーバー(追加の管理対象サーバーまたはクラスタなし)。

注意:
今後管理対象サーバーを追加する可能性がある場合、単一サーバーで起動しても、クラスタ・デプロイメントを選択する必要があります。そうしないと、単一サーバーからクラスタにWebLogicのデータ・ソース、アプリケーションおよびデプロイメントを手動で再度ターゲット設定する必要があります。

- EDQ構成スキーマ用の1つの(非RAC)データ・ソース、結果スキーマ用の1つのデータ・ソースおよびステージング・スキーマ用の1つのデータ・ソース。構成ウィザードを使用して、データ・ソースをRACデータ・ソースに変換できます。または後でWebLogic Server管理コンソールから行うこともできます。

- edq/nodemanagerとして、EDQドメイン内に定義済のノード・マネージャ構成。この構成のノード・マネージャ・ホームは編集できません。必要な場合、この手順の間にこの構成を変更できます。

注意:
Oracle WebLogicノード・マネージャにより管理される管理対象サーバーの使用をお薦めします。構成ウィザードで管理対象サーバー、クラスタ、およびその他の拡張機能を構成できますが、最初の構成プロセスの後で、WebLogic Server管理コンソールを使用して行うことの方が実用的です。詳細は、第4.5節「同じドメインでの複数のEDQサーバーの実行」を参照してください

4.3.1 WebLogic Serverドメインの構成ウィザードの起動

ドメインの構成ウィザードを起動するには、次の手順に従います。構成ウィザードをグラフィカル・モードで実行します。

1. 1.4.5項「オペレーティング・システム・ユーザー」で作成したEDQインストール・ユーザーとしてシステムにログインします

2. FMW_HOME/oracle_common/common/binディレクトリに移動します。FMW_HOMEは、Fusion Middlewareインストール・ディレクトリです。

3. 次のコマンドを入力してウィザードを起動します。
LinuxまたはUNIXオペレーティング・システムの場合

./config.sh

Microsoft Windowsオペレーティング・システムの場合:

config.cmd

WebLogic Server構成ウィザードが表示されます。

4.3.2 ドメインの構成ウィザード画面のナビゲート

表4-2は構成ウィザードの画面について説明します。選択内容により、特定の状況でのみ特定の画面が表示されます。画面の詳細は、「ヘルプ」ボタンをクリックしてください。

表4-2 新しいEDQ WebLogic Serverドメインの作成のための構成画面

画面

実行するアクション

ドメインの作成

新しいドメインの作成を選択します。

「ドメインの場所」ボックスで、新しいドメインへのパス(FMW_HOME/user_projects/domains/edq_domainなど)を入力するか、または「参照」をクリックして、ドメイン・ディレクトリを作成します。

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

テンプレート

Oracle Enterprise Data Quality – 12.2.1.1.0 [edq]を選択します。Oracle JRFおよびWebLogic Coherence Cluster Extensionが自動的に選択されます。これらの選択を保持します。

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

管理者アカウント

EDQドメインの管理者アカウント用のユーザー名およびパスワードを指定します。このアカウントを使用して、ドメインを管理し、EDQアプリケーションにログインします。

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

アプリケーションの場所

EDQドメインのアプリケーションを格納するディレクトリを指定します。

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

ドメイン・モードおよびJDK

ドメイン・モード: 次のオプションから、使用するドメインの起動時の動作モードを選択します。

- 開発モード - このモードは、セキュリティ構成が比較的緩やかで、ユーザー名とパスワードにboot.propertiesを使用して、アプリケーションを自動的にデプロイできます。

- 本番モード: このモードでは、セキュリティ構成が比較的厳重であり、アプリケーションのデプロイにユーザー名とパスワードが要求されます。本番環境にドメインを配置する前に、本番環境を保護するための手順をよく確認してください。詳細は、『Oracle WebLogic Serverの本番環境の保護』を参照してください。

JDK: 使用可能なJDKのリストから、2.2項「EDQをサポートするJava Development Kitのインストール」でインストールしたJDKを選択します

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

データベース構成タイプ

RCUデータが選択されていることを確認します。ここにはリポジトリ作成ユーティリティを実行したときに指定した接続情報が移入されます(4.2項「RCUプログラムの実行」を参照してください)。

これらのフィールドを変更する必要がある場合、RCUを実行したときに指定したスキーマ接頭辞(デフォルトではDEV)とパスワードを使用していることを確認します。

完了したら、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をそのまま使用します。

マシン

ドメインに新しいマシンを作成します。ノード・マネージャがサーバーを起動および停止するために、マシンが必要です。

「追加」クリックして、新しいマシンを作成します。

「名前」フィールドでedq_machine_1を指定します。

「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。この例に示されているポート番号5556は、このドキュメントの別の例でも引用されることがあります。このポート番号は、必要に応じて各自のポート番号に置換してください。

サーバーのマシンへの割当て

作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

「マシン」ペインで、サーバーを割り当てるマシンを選択します。この場合、edq_machine_1になります。

「サーバー」ペインで、次のいずれかを実行して、AdminServerをedq_machine_1に割り当てます。

- シングルクリックで「AdminServer」をして選択し、右矢印をクリックすることで、「マシン」ペインで選択済のマシン(edq_machine_1)の下に移動します。

- AdminServerをダブルクリックして、「マシン」ペイン内の選択したマシン(edq_machine_1)の下に移動します。

もう1度繰り返して、edq_server_1とedq_server_2の両方をedq_machine_1に割り当てます。

仮想ターゲット

WebLogic Serverマルチテナント(MT)環境で使用するための仮想ターゲットを追加または削除します。

仮想ターゲットは、パーティションまたはリソース・グループが実行される場所を定義します。また、それらはトラフィックをルーティングする方法(アドレス、プロトコル設定、ターゲット指定など)に関する指示を与えます。リクエスト・ルーティングは、ホスト名とオプションのURIで決定します。

パーティション

追加するパーティションごとに「追加」をクリックし、パーティションに使用する名前を入力します。パーティション名は、ドメイン内で一意である必要があります。

構成のサマリー

ビューを選択してからそのビューのリスト内の個々の項目を選択することで、ドメインの構成を確認します。

ドメインが希望どおりに構成されている場合は、「作成」をクリックしてドメインを作成します。

構成を変更する必要がある場合は、「戻る」をクリックして変更する設定のための適切な画面に戻るか、左側のリンクをクリックしてその画面に移動します。

構成の進行状況

ドメイン作成の進行状況を表示します。

このプロセスが完了したら、「次へ」をクリックします。

構成の終了

ドメイン作成結果を確認します。

構成ウィザードを終了するには、「終了」をクリックします。

4.3.3 管理対象サーバーを表示するためのLaunchpadの構成

接続する管理対象サーバーを表示するためにLaunchpadを構成するには、次の行をlocalホーム・ディレクトリのdirector.propertiesに追加します。

[expr]adf.headerextra = ': ' || weblogic.Name

4.4 Oracle WebLogic Serverの起動

インストールを完了するには、管理サーバー、管理対象サーバーおよびクラスタを開始する必要があります。ノード・マネージャおよび管理サーバーを使用した管理対象サーバーの起動の詳細は、Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理のOracle WebLogic Serverインスタンスの起動および停止に関する項を参照してください。

起動用のサーバー・パラメータの設定に関する重要な情報については、6項「Enterprise Data Qualityをサポートするサーバー・パラメータの設定」も参照してください。

4.5 同じドメインでの複数のEDQサーバーの実行

高可用性シナリオをサポートするには、複数の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サービス・リクエストを処理することができます。

4.6 WebLogic Serverクラスタでの高可用性用のEDQの構成

Oracle WebLogic Serverクラスタ環境で高可用性用のOracle Enterprise Data Qualityをインストールおよび構成できます。クラスタ環境でシステムを機能させ、個別のRACノード障害を許容し、完全なデータベース障害後に再接続するために、Oracle Enterprise Data Qualityの高可用性機能が拡張されています。

Enterprise Data Qualityの高可用性機能の詳細は、『Oracle Fusion Middleware Oracle Enterprise Data Qualityの理解』を参照してください。

4.6.1 クラスタ・モードのデプロイメント用のEDQの構成

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の高可用性用のオプションを有効化または構成します。次の項を参照してください。

- 4.6.3項「HAクラスタのJMX APIおよびコマンドラインの有効化」

- 4.6.4項「ランディング領域」

4.6.1.1 クラスタのデプロイメント用のドメインの構成ウィザードの実行

RCUで作成したスキーマを使用してクラスタ・モードでEDQをデプロイする手順:

1. 4.3.1項「WebLogic Serverドメインの構成ウィザードの起動」および4.3.2項「ドメインの構成ウィザード画面のナビゲート」の手順に従って、ドメインの構成ウィザードの基本構成画面を起動および構成します。

2. 「拡張構成」画面で、「トポロジ」オプションを選択して、「次へ」を選択します。「トポロジ」オプションで、サーバー・テンプレート、管理対象サーバー、クラスタ、仮想ターゲットおよびCoherenceの設定の追加、削除または変更できます。

3. サーバーの管理画面で、"edq_server1"などのEDQサーバーを選択し、「クローン」ボタンを選択してサーバーのコピーを作成します。サーバーをクローニングしない場合、「追加」ボタンを選択して新しいサーバーを追加し、クラスタにターゲット設定します。
"edq_server2"など、このサーバーに適切な名前を付けます。

リスニング・ポートをサーバー1と同じポートにしないでください。サーバー・グループは、EDQ管理対象サーバーを指定する必要があります。両方同じマシンで実行していると仮定し、リスニング・アドレスをサーバー1と同じにする必要があります。

「次へ」をクリックして、「クラスタ」画面に移動します。

4. 「追加」ボタンを選択して、クラスタを追加します。
サーバーが同じマシンにデプロイされている場合、クラスタ・アドレスとしてマシン名を入力します。そうでない場合、クラスタ・アドレスはマシン名のカンマ区切りリストで指定する必要があります。

ロード・バランサをデプロイしていない場合、フロントエンド・ホストを空白のままにします。ロード・バランサを使用してデプロイしている場合、ロード・バランサのURLを入力します。

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

5. 「サーバーのクラスタへの割当」画面で、作成した両方のサーバーを作成したクラスタに割り当てます。

6. 「Coherenceクラスタ」画面をステップ実行します。

7. 「マシン」画面で、クラスタのマシンを追加し、管理対象サーバーを割り当てることができます。startWebLogic.shスクリプトを通じて手動で起動し、ノード・マネージャで管理されないため、AdminServerをマシンに割り当てる必要はありません。

8. 残りの画面をステップ実行し、「作成」を選択してクラスタを作成します。

4.6.2 クラスタのEDQの起動

ドメインを作成したら、次のコマンドを実行して管理サーバーを起動します。

FMW_HOME/user_projects/domains/edq_domain/bin/startWebLogic.sh

ドメインの作成時に「ドメイン・モードおよびJDK」画面で「本番モード」を選択すると、管理者ユーザーのログイン資格証明のプロンプトが表示されます。「管理者アカウント」画面で受け取った同じ資格証明を入力します

次のコマンドを使用して、ノード・マネージャを起動します。

FMW_HOME/user_projects/domains/edq_domain/bin/startNodeManager.sh

ブラウザを使用して管理コンソールにログオンし、構成手順の実行中に作成した両方の管理対象サーバーを起動できます。

次の方法でサーバーにアクセスできます。

- サーバーのLaunchpadにアクセスできます。サーバーのいずれかに接続し、ディレクタ・アプリケーションを起動します。または

- クラスタの前のロード・バランサを使用して接続できます。ロード・バランサが選択する管理対象サーバーに接続されます。

GUIが接続されているサーバーを示すダイアログを表示するには、プロジェクト・ブラウザのサーバーを右クリックして、「サーバー情報」を選択します。

4.6.3 HAクラスタのJMX APIおよびコマンドラインの有効化

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などで実行させます。

4.6.4 ランディング領域

ランディング領域は、EDQによるサーバー・ファイル・システムへのデータの読取りおよび書込みを可能にする機能です。ランディング領域をクラスタで使用する場合、ランディング領域を管理対象サーバー間で共有する方法を考慮する必要があります。デフォルトでは、ランディング領域はoedq.local.home領域にあります。これをEDQ管理対象サーバーをサポートしている様々なホスト間で共有する場合、ランディング領域は非クラスタ・システムのように引き続き動作します。

ランディング領域のファイル・システムを管理対象サーバー間で共有しないが使用する必要がある場合、多くのオプションを使用できます。

- director.propertiesファイルのlandingareaプロパティを使用して、ランディング領域の場所をEDQ管理対象サーバーを実行しているホスト間で共有される場所に変更できます。

- EDQジョブがすべてのタスクを実行し、同じ管理対象サーバーで処理するため、ジョブが使用または生成したファイルがローカルのランディング領域に書き込まれます。受信または送信ファイルを適切な共有場所に転送するため、外部タスクをジョブに追加できます。

- EDQジョブが外部ファイルを使用している場合、ジョブを起動する前にこれらをすべての管理対象サーバーにコピーできます。

- EDQジョブが追加のEDQジョブで使用するためにファイルを生成している場合、ランディング領域をrsyncなどの外部ツールを使用して実行される様々なジョブ間で様々な管理対象サーバーをまたいで同期できます。

ファイルが生成され同じジョブ内で使用される場合、共有ランディング領域は必要ない可能性があります。ジョブ全体が同じ管理対象サーバーで実行されるため、ローカルのランディング領域にアクセスします。

5 Apache Tomcatを使用したEnterprise Data Qualityの構成

この章では、Tomcat Application Serverと連携して動作するようにEDQおよびデータベースを構成する方法と、必要な追加の構成手順の実行方法について説明します。

注意:
これらの手順はApache Tomcat環境にのみ適用されます。Oracle WebLogic Serverを使用している場合、4項「Oracle WebLogic Serverを使用したEnterprise Data Qualityの構成」の指示に従う必要があります

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

- 手順の前提条件

- EDQデータベース・オブジェクトの作成

- Tomcat Application Serverの構成

- Tomcat Application Serverで使用するディレクトリの作成

- Tomcat Application Serverと連携して動作するEDQの構成

- EDQ機能パックの確認

- Tomcat Application ServerでのEDQアプリケーションのデプロイ

5.1 手順の前提条件

この項の手順を実行する前に、次の手順を最初に読んで対応する必要があります。

- 第1章「Enterprise Data Qualityのインストールの計画」

- 第2章「必要な外部ソフトウェア・コンポーネントのインストール」

- 第3章「Enterprise Data Qualityのインストール」

5.2 EDQデータベース・オブジェクトの作成

EDQでは3つのデータベース・アカウントと3つのスキーマが必要です。最初のスキーマには構成データ、2番目には結果データ、3番目にはステージング・データが含まれます。これらのオブジェクトは2項「必要な外部ソフトウェア・コンポーネントのインストール」でEDQリポジトリとしてインストールしたデータベース内に作成する必要があります

5.2.1 Oracle DatabaseでのEDQリポジトリの作成

この手順は、OracleデータベースをEDQのリポジトリとして構成します。

1. edqconfig、edqresultsおよびedqstagingという名前か、または別の好きな名前の、3つのデータベース・アカウントを作成します。名前を選択するときに、1つのスキーマが構成スキーマになり、もう1つが結果スキーマになることを考慮します。

2. これらのアカウントそれぞれに次の権限を付与します。

- CREATE SESSION(通常CONNECTによって付与される)

- CREATE INDEXTYPE(通常RESOURCEによって付与される)

- CREATE SEQUENCE(通常RESOURCEによって付与される)

- CREATE TABLE(通常RESOURCEによって付与される)

- CREATE TYPE(通常RESOURCEによって付与される)

- CREATE INDEX

- DROP TABLE

- DROP INDEX

- UNLIMITED TABLESPACE(表領域の自動拡張を許可することを推奨)

5.2.2 PostgreSQL DatabaseでのEDQリポジトリの作成

この手順は、PostgreSQLデータベースをEDQのリポジトリとして構成します。

1. edqconfig、edqresultsおよびedqstagingという名前か、または別の好きな名前の、3つのEDQユーザーを作成します。

2. データベース管理者(DBA)権限を作成したユーザーに付与します。

3. 次のスキーマを作成します。

- edqconfigまたは別の好きな名前のスキーマ。このスキーマは、作成した最初のユーザーが所有する必要があり、構成データを含みます。

- edqresultsまたは別の好きな名前のスキーマ。このスキーマは、作成した2番目のユーザーが所有する必要があり、結果データを含みます。

- edqstagingまたは別の好きな名前のスキーマ。このスキーマは、作成した3番目のユーザーが所有する必要があり、ステージング・データを含みます。

4. データベース構成をテストするために、ログアウトしてから、新しいEDQユーザーの資格証明を使用してログインします。

5.3 Tomcat Application Serverの構成

必要なOracle Application Development Framework (ADF)共有ディレクトリを作成します。

1. Tomcatディレクトリにlib.adf ADF共有ディレクトリを作成します。

2. EDQ製品に附属しているadf-essentials.zipファイルをlib.adfディレクトリに解凍します。このzipファイル内のJARファイルはlib.adfディレクトリにある必要があり、デフォルトで解凍されるadf-essentialsディレクトリではありません。

3. Oracle ADFが個々の共有ライブラリ・パスからロードされるように、Tomcat common.loaderプロパティを構成します(通常はcatalina.propertiesファイルにあります)。例:

common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,
${catalina.home}/lib,${catalina.home}/lib/*.jar,
${catalina.home}/lib.adf/*.jar

5.4 Tomcat Application Serverで使用するディレクトリの作成

EDQ構成ファイルを格納するために、2つの空のディレクトリを作成します。例:

LinuxおよびUNIXオペレーティング・システムの場合:

/opt/edqconfig/oedqhome

/opt/edqconfig/oedqlocalhome

Windowsオペレーティング・システムの場合:

C:\edqconfig\oedqhome

C:\edqconfig\oedqlocalhome

最初のディレクトリ(oedqhome)はベース構成ディレクトリで、インストール後に変更されない構成ファイルを含みます。2番目のディレクトリ(oedqlocalhome)はローカル構成ディレクトリで、作成するカスタム設定を含みます。アプリケーション・サーバーのユーザーが、作成するこの2つのディレクトリへの読取りおよび書込みアクセス権限を持つことを確認してください。これらのディレクトリの詳細は、1.4.2項「EDQディレクトリ要件」を参照してください

5.5 Tomcat Application Serverと連携して動作するEDQの構成

これらの手順に従い、EDQ構成アプリケーション(configapp)を実行して、Apache Tomcatと連携して動作するようにEDQを構成し、リポジトリ・スキーマに必要なEDQオブジェクトを移入します。

注意:
これらの手順は、2項「必要な外部ソフトウェア・コンポーネントのインストール」の指示に従って必要なデータベース・スキーマを作成済であると仮定しています

EDQ構成アプリケーションを起動するには、次の手順に従います。

1. EDQインストール・ユーザーとしてシステムにログインします。

2. FMW_HOME/edq/oracle.edqディレクトリに移動します。

3. 次のコマンドを入力して構成アプリケーションを起動します。
java -jar configapp.jar

「EDQ構成アプリケーション」が表示されます。

表5-1「EDQ構成アプリケーション」を使用してEDQを構成します。

表5-1 EDQ構成アプリケーションの実行

画面

実行するアクション

EDQ構成アプリケーションの完了

「開始」をクリックして、構成を続行します。

「取消」をクリックすると、いつでもインストールを取り消すことができます。

構成ディレクトリ

EDQ構成ファイルを格納するために、5.4項で作成した2つの空のディレクトリを指定します。

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

機能パック

必要な機能パック(使用ランセンスを取得済のもの)を選択します。

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

構成スキーマの構成

「選択タイプ」リストから、5.2項で作成した構成スキーマに対する正しいオプションを選択します。

- JNDI Connectionオプションは使用しないでください。

構成スキーマのユーザー名およびパスワードを入力します。

データベースのタイプのオプションとして、「Oracle」または「Postgres」のいずれかを選択します。

データベースを含むシステムのホスト名、ポート番号、およびデータベース一意IDを入力します。(Oracleの一意IDはSIDで、サービス名ではありません。サービス名を必要とするプラガブル・データベースを使用する場合、RAW JDBC URLまたはJNDIソースを使用する必要があります。)

Testをクリックして、データベースへの接続が適切に構成されたことを確認します。

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

結果スキーマの構成

「選択タイプ」リストから、5.2項で作成した結果スキーマに対する正しいオプションを選択します。

- JNDI Connectionオプションは使用しないでください。

- PostgreSQLの場合、「プロパティ」オプションを使用する場合があります。

結果スキーマのユーザー名およびパスワードを入力します。

データベースのタイプのオプションとして、「Oracle」または「Postgres」のいずれかを選択します。

データベースを含むシステムのホスト名、ポート番号、およびデータベース一意IDを入力します。(Oracleの一意IDはSIDで、サービス名ではありません。サービス名を必要とするプラガブル・データベースを使用する場合、RAW JDBC URLまたはJNDIソースを使用する必要があります。)

「テスト」をクリックして、データベースへの接続が適切に構成されたことを確認します。

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

選択したオプション

選択内容のサマリーを確認します。選択内容を変更する場合は、「戻る」を使用します。

「終了」をクリックして、構成を完了して次に進みます。

EDQ構成アプリケーションの完了

「完了」をクリックしてインストール・プログラムを終了します。

5.6 EDQ機能パックの確認

5.5項「Tomcat Application Serverと連携して動作するEDQの構成」の説明に従い、EDQ構成アプリケーションを使用してインストールされたEDQ機能パックを検証できます。また、次のことを認識する必要があります。

- Siebel Customer Relationship ManagementまたはUniversal Customer Masterとの統合など、EDQ顧客データ・サービス・パックの完全な機能をEDQサーバーで使用する場合、すべての機能パックが必要です。

- Oracle Watchlist ScreeningをEDQサーバーにインストールする場合、すべての機能パックが必要になります。

5.7 Tomcat Application ServerでのEDQアプリケーションのデプロイ

EDQアプリケーションは手動でTomcat Application Serverにデプロイされる必要があります。

1. アプリケーション・サーバーを停止します。

2. アプリケーション・サーバーにedq.warファイルをデプロイします。
次に示す「Tomcat Web Application Deployment」Webページを参照してください。

http://tomcat.apache.org/tomcat-8.0-doc/deployer-howto.html

3. 5.4項で作成したベースおよびローカル構成ディレクトリにEDQをリンクするには、次のいずれかを実行します。

- EDQサポート・プラットフォームのいずれかで、それらのディレクトリへのパスを指定する-Dedq.config.pathという名前のJavaプロパティを使用できます。構文は次のとおりで、path_to_base_configはベース構成ディレクトリへのパスで、path_to_local_configはローカル構成ディレクトリへのパスです。
LinuxおよびUNIXの場合 (コロンでパスを区切る)

-Dedq.config.path=path_to_base_config:path_to_local_config
-Doracle.mds.cache=simple

Windowsの場合(セミコロンでパスを区切る)

-Dedq.config.path=path_to_base_config;path_to_local_config
-Doracle.mds.cache=simple

- Windowsの場合、次に示すように、EDQ_CONFIG_PATHという名前の環境変数をJAVA_OPTS環境変数に追加できます。path_to_base_configはベース構成ディレクトリへのパスで、path_to_local_configはローカル構成ディレクトリへのパスです。

EDQ_CONFIG_PATH="path_to_base_config;path_to_local_config"

Javaパラメータの設定の詳細は、次に示すApache TomcatのドキュメントWebサイトを参照してください。

http://tomcat.apache.org/

4. アプリケーション・サーバー・サービスを再起動し、edq.warが正常にデプロイされるようにします。

6 Enterprise Data Qualityをサポートするサーバー・パラメータの設定

この章には、EDQをサポートするフレームワークでの推奨する管理対象サーバーのパラメータ設定が含まれています。これらの設定はOracle WebLogic ServerおよびApache Tomcatアプリケーション・サーバー環境の両方に適用されます。

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

- サーバー・パラメータの設定方法

- 推奨パラメータ値

- パラメータ設定の例

6.1 サーバー・パラメータの設定方法

この項では、WebLogic ServerおよびTomcatドメインに対し推奨するサーバー・パラメータの設定方法について説明します。EDQインストールに応じたガイドラインを使用します。

6.1.1 WebLogic Serverドメインでのサーバー・パラメータの設定方法

WebLogic Serverドメインで管理対象サーバーを起動するときに、構成パラメータのセットが渡されて、Java仮想マシン(JVM)が初期化されます。これらのパラメータには、サーバーのJVM設定およびサーバー構成ディレクトリへのパスが含まれますが、これらに限定されません。

EDQの必須サーバー構成パラメータの設定のメソッドは、管理対象サーバーの起動に使用したメソッドによって異なります。次の点で違いを説明します。

- EDQ管理対象サーバーをWebLogic Server管理コンソールから起動するときに、管理対象サーバーの構成設定は、ドメインの構成ウィザードにより設定済なため(4.3項を参照してください)、サーバーの起動引数として事前定義済です。サーバーを起動するときに、これらの引数はデフォルトで適用されますが、6.2項で説明した推奨設定に変更できます。

- 起動スクリプトを使用してEDQ管理対象サーバーを起動するとき、WebLogic Server管理コンソールで定義されたサーバーの起動引数は無視されます。しかし、ドメインの構成ウィザードが実行した場合は、デフォルトのJVM設定を含むedq_server1管理対象サーバーが作成されます。これらの設定は、setStartupEnv.cmd(Windows)またはsetStartupEnv.sh(Linux)スクリプトに格納されます。6.2項で説明したように、このスクリプトを編集して、管理対象サーバーの名前を追加または変更し、推奨JVM設定を適用することができます。

6.1.2 Tomcatドメインでのサーバー・パラメータの設定方法

アプリケーション・サーバーのバージョンのTomcatドキュメントを参照してください。Tomcatのすべてのバージョンのドキュメントは次の場所にあります。

http://tomcat.apache.org

6.2 推奨パラメータ値

この項では、推奨するサーバー・パラメータ設定について説明します。

6.2.1 JVMパラメータの設定

EDQ環境を実行しているJava仮想マシン(JVM)に、次のパラメータを設定する必要があります。これらのパラメータのほとんどはHotSpot JVMに適用され、これはOracleから提供されるJava Development Kit (JVM)の一元的JVMです。これはEDQに最高のパフォーマンスをもたらす、優先JVMです。

- 最大ヒープ・メモリー(-Xmx)は、通常、ホスト・サーバーの使用可能な物理メモリーの約50%に設定します。たとえば、32GBのRAMを搭載するサーバーの場合、16GBの設定から開始します(-Xmx16384m)。JVMとネイティブ処理の間のメモリーの相対使用量に応じて、この設定を調整する必要があります。このパラメータはほとんどのJVMに共通です。

- 特別な推奨事項がないかぎり、予約済コード・キャッシュのサイズは128mに設定します(-XX:ReservedCodeCacheSize=128m)このパラメータはHotSpot JVMに特有です。

6.2.2 その他のパラメータの設定

次に示す追加のパラメータ設定をお薦めします。

- UNIXシステムでは、ヘッドレス・モードを常にオンにする(-Djava.awt.headless=true)必要があります。このパラメータはJava Abstract Window Toolkit (AWT)ライブラリに特有です。一部のグラフィック描画ルーチン(グラフの周囲など)は、フォントのサイズやその他の属性を設定するためにクライアントの表示デバイスに接続しようとするので、このような設定をお薦めします。マシンに表示デバイスが含まれていない場合、これは操作の妨げになる可能性があります。headless=true設定により、グラフィック・ライブラリはディスプレイに接続せずに動作します。

6.3 パラメータ設定の例

次に、32GBのRAMを含む一般的なUNIXまたは」Linuxサーバーの推奨するパラメータ・オプションの完全なセットの例を示します。

-Xmx16384m
-XX:ReservedCodeCacheSize=128m
-Djava.awt.headless=true

7 Enterprise Data Qualityの構成後の次の手順

この章では、EDQの使用開始方法について説明し、EDQの主要コンポーネントを理解することを目的としています。

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

- EDQへのログイン

- EDQ Launchpad

7.1 EDQへのログイン

EDQ Launchpadおよびクライアント・アプリケーションにアクセスするには、サポートされているブラウザを起動して、次のURLを入力します。

http://server_name:port_number/edq

server_nameはEDQをインストールしたサーバーの名前で、port_numberはアプリケーション・サーバーが実行しているHTTPまたはHTTPSポート(デフォルトでは、WebLogic Serverでは8001、Tomcatでは8080)。アプリケーション・サーバーを異なるポートに対して実行するようにデプロイした場合は、そのポート番号を指定する必要があります。

適切なアプリケーション・サーバーのログイン資格証明を入力します。

WebLogic Serverのログイン

4.3.2項「ドメイン構成ウィザード画面のナビゲート」で作成したWebLogic Serverユーザーを使用します

Tomcatのログイン

デフォルトのEDQ管理者アカウントdnadminとパスワードdnadminを使用します。初回ログイン時にパスワードの変更を求められます。このパスワードは、デフォルトのセキュリティ標準を満たしています。

7.2 EDQ Launchpad

Launchpadからは、EDQクライアント・アプリケーション、サービスおよびシステム管理にアクセスすることができます。EDQをインストールすると、Launchpadに次のものが表示されます。

ディレクタ

ディレクタ・クライアント・アプリケーションを起動します(主要な構成アプリケーションです)。

サーバー・コンソール

次のタスクを実行できます。

- ジョブのスケジュール

- 現在のタスクの表示

- イベント・ログの表示

- ジョブの結果の表示

ダッシュボード

ダッシュボードを起動します(公開されたデータ品質メトリックが表示されます)。

一致レビュー

一致レビュー・アプリケーションを起動します(ユーザーは、自分に割り当てられているレビューの概要の表示、およびレビュー・アプリケーションの起動を実行できます)。

ケース管理

ケース管理は、データ品質処理の結果を手動で調査できるように設計されたアプリケーションです。また、バッチおよびリアルタイムの両方のスクリーニング結果に関して、Oracle Watchlist Screeningで主な調査アプリケーションとしても使用されます。ケース管理では、権限を持つユーザーは、高度に構成可能なワークフローと、すべての調査作業の総合的な監査履歴を使用して、照合結果を管理およびレビューできます。

ケース管理の管理

ケース管理の管理では、次の領域の機能が提供されます。

- ワークフロー管理: ワークフローの作成、編集、コピー、インポート、エクスポートおよび削除を実行できます。

- ケース・ソース管理: ケース・ソース定義をインポート、エクスポートおよび削除できます。

- 権限管理: ユーザーがアクセス権を持つデータを定義および管理できます。

管理

このアプリケーションでは、十分な権限を持つユーザーは、EDQユーザー、権限グループ、パスワードおよびセキュリティ・ルール、拡張機能、機能パック、Launchpadに表示されるアプリケーション、セッションを表示および監視する機能を構成できます。

Webサービス

EDQサーバーで構成されるWebサービスの詳細を表示し、Webサービス・テスターへのアクセスを許可します。

ログイン

右上隅の明示的な「ログイン」ボタン。ログインすると、ユーザーが使用できるページの完全なリストが表示されます。ログインした後は、画面右上のユーザー名をクリックして、ユーザー・メニューにアクセスできます。これにより、ログアウト機能やパスワード変更機能にアクセスできます(「パスワードの変更」オプションは内部レルムを使用している場合のみ表示されます)。

パスワードの変更

ユーザーにパスワードの変更を許可します。ユーザーは既存のパスワードでログインしてから、新しいパスワードを入力して確認する必要があります。このオプションは、WebLogic Serverを使用する場合は利用できません。

ヘルプ

各EDQアプリケーションの使い方を参照できます。

管理者は、管理ページで、ユーザーに表示されるユーザー・アプリケーションおよびリンクを定義して、Launchpadを再構成することができます。詳細は、Oracle Enterprise Data Qualityオンライン・ヘルプを参照してください。

8 Enterprise Data Qualityのアップグレード

この章では、EDQ 12c(12.1.3または12.2.1の前のバージョン)からEDQの最新バージョンにアップグレードする方法について説明します。TomcatのEDQをアップグレードするか、任意のプラットフォームの12c以前のバージョンのEDQをアップグレードするには、Oracle Fusion Middleware Oracle Enterprise Data Qualityアップグレード・ガイドを参照してください。

注意:
Oracle Fusion Middleware Oracle Enterprise Data Qualityアップグレード・ガイドを参照する前に、Oracle Fusion Middlewareアップグレード・ドキュメントを確認する必要があります。
Oracle Fusion Middleware 12c (12.2.1.2.0)へのアップグレードの準備のための追加のガイドラインについては、Oracle Fusion Middlewareのアップグレードのプランニングを参照してください。このドキュメントには、12c環境に移行するために理解する必要のある技術的な変更についての説明も含まれています。

8.1 前の12cリリースから12.2.1.2.0へのアップグレード

プラットフォームとしてOracleデータベースおよびWebLogicアプリケーション・サーバーを使用するEDQ 12cのインストールからプラットフォームとしてOracle DatabaseおよびOracle WebLogicを使用するEDQ 12.2.1.2.0にアップグレードするには、実質的に2つのプロセスがあります。

- 第1部: EDQ 12.2.1.2.0の部分インストールの実行

- 第2部: 古いEDQ環境のアップグレード

8.1.1 第1部: EDQ 12.2.1.2.0の部分インストールの実行

部分インストールを実行する手順:

1. 1.4項「EDQシステム要件を満たす」の説明に従って、すべてのEDQ 12.2.1.2.0システム要件を満たしている環境であることを確認し、必要に応じて環境をアップグレードします。

2. 「EDQのダウンロード」の説明に従い、EDQ 12.2.1.2.0をダウンロードします。

3. Fusion Middleware Infrastructureリリース12.2.1.2.0をダウンロードします。

4. 環境の現在のJava Development KitがEDQ 12.2.1をサポートしていない場合、「EDQをサポートするJava Development Kitのインストール」の説明に従って、Java Development KitをインストールしてEDQ 12.2.1をサポートします。

5. 環境の現在のOracle Fusion Middleware InfrastructureがEDQ 12.2.1をサポートしていない場合、「Oracle Fusion Middleware Infrastructureのインストール(Oracle WebLogic Serverを含む)」の説明に従って、Oracle Fusion Middleware InfrastructureをインストールしてEDQ 12.2.1をサポートします。

注意:
古いリリースのEDQをサポートするために使用したOracle Fusion Middleware Infrastructureは、新しいリリースのEDQをサポートしません。そのため、他の目的のために新しいリリースのOracle Fusion Middleware Infrastructureをすでにインストールしている場合を除いて、今すぐインストールする必要があります。
新しいリリースのFusion Middleware Infrastructureは、古いリリースと異なるFusion Middlewareホームにインストールする必要があります。

6. 環境の現在のOracle DatabaseがEDQ 12.2.1をサポートしていない場合、Oracle DatabaseをEDQ 12.2.1をサポートしているリリースにアップグレードします。

7. 第3章「Enterprise Data Qualityのインストール」の説明に従って、Enterprise Data Quality 12.2.1.2.0アセットをインストールし、新しいFusion Middleware InfrastructureのFusion MiddlewareホームにEDQがインストールされていることを確認します。この手順には、Oracle Fusion Middleware EDQディストリビューションのインストールが含まれます。通常、これはfmw_12.2.1.2.0_edq.jarのような名前の単一のファイルを含む.zipファイルとしてダウンロードされます。この.jarファイルを実行すると、Oracle Universal Installerが起動します。後のステージで再構成ウィザードを使用してWebLogicドメインをアップグレードするため、今すぐWebLogicドメインを構成または拡張する必要はありません。

注意:
この手順では、環境のFusion Middlewareホームの場所にEnterprise Data Qualityの要素を配置します。これらの一部は後のインストール・プロセスで使用されます。ただし、このステージでEDQ環境は動作しません。

8.1.2 第2部: 古いEDQ環境のアップグレード

最新のEDQ環境にアップグレードする前に、次のいくつかの考慮事項があります。

- 高可用性のために構成されるEDQインスタンスをアップグレードする場合:
同じWebLogicクラスタ内の複数のWebLogic管理対象サーバーを構成して、高可用性のためにEnterprise Data Quality 11g以上を有効化できます。リリースEDQ 11およびEDQ 12.1.3では、これらの各管理対象サーバーに固有の専用データベース・リポジトリ(つまり、構成および結果データソースの固有のペア)および固有の専用構成ディレクトリが必要でした。

EDQ 12.2.1では、高可用性用の構成が単純化されました。リリース12.2.1.0.0以上から、クラスタのすべてのWebLogic管理対象サーバーで同じデータベース・リポジトリを共有できます。つまり、構成および結果データソースの1つのペアのみが必要で、クラスタのすべてのWebLogic管理対象サーバーで同じベースおよびローカル構成ディレクトリを共有できます。

高可用性のために構成されるEDQ 11gまたは12.1.3のインスタンスをアップグレードする場合、構成を変更してEDQ 12.2.1で導入された高可用性への単純化された方法を利用することをお薦めします。そのためには、次のタスクを実行します。

- アップグレード・アシスタントを使用して、1つのデータベース・リポジトリのみ(つまり、構成および結果スキーマの1つのペアのみ)をアップグレードします。

- Oracle Fusion Middleware再構成ウィザードを1回実行して、アップグレードしたデータベース・リポジトリの接続詳細を提供します。「拡張オプション」画面でウィザードを実行する場合、「管理対象サーバー、クラスタおよびCoherence」オプションを選択していることを確認し、リリース12.2.1のEDQ高可用性ガイドを参照して、新しい単純化されたアーキテクチャを使用して高可用性のためのアップグレードしたEDQインスタンスを構成します。

- 'startup arguments'や'Java options'を含むすべてのWebLogic管理対象サーバーのサーバー・パラメータが同じベースおよびローカル構成ディレクトリを指すよう構成されていることを確認します。

- また、引き続き複数のスキーマおよび構成領域を使用して、アップグレード後に既存の高可用性の構成を維持できます。手順は次のとおりです。

- 各ペアの構成および結果スキーマに対して、個別にアップグレード・アシスタントを実行します。

- director.propertiesファイルでcoherence.clustering = falseを設定して、Coherenceを無効化します。

古い環境のアップグレードを開始する手順:

1. 古いEDQ環境をバックアップします。
開始する前に、EDQドメインを含む、古いEDQ環境の完全バックアップを作成することをお薦めします。手順については、Oracle Fusion Middlewareのアップグレードのプランニング・ドキュメントのアップグレードのためのバックアップおよびリカバリ計画に関する項を参照してください。

2. WebLogic Server管理サーバーとすべての管理対象サーバーを停止します。

3. EDQリポジトリ・データベースのEDQCONFIG(構成)、EDQRESULTS(結果)、EDQSTAGING(12.2.1.xからアップグレードする場合のみ。これは、12.1.3からアップグレードする場合に存在しません)、OPSS、IAUおよびSTBスキーマをアップグレードするには、アップグレード・アシスタントを起動します。

1. 次のディレクトリに移動します。ここで、12.2.1_FMW_HOMEはバージョン12.2.1.2.0のOracleホーム・ディレクトリです。
UNIXの場合

12.2.1_FMW_HOME/oracle_common/upgrade/bin

Windowsの場合

12.2.1_FMW_HOME\oracle_common\upgrade\bin

2. 次のプログラムを実行します。
LinuxまたはUNIXの場合:

./ua

Windowsの場合

ua.bat

4. 「ようこそ」画面で、先に進む前に重要な注意事項を確認します。「ようこそ」画面には、アップグレードに進む前に考慮する注意事項が含まれています。これらに目を通し、作業を進める準備が整っていることを確認します。画面の詳細は、「ヘルプ」をクリックしてください。それ以外の場合は、「次へ」をクリックします。

5. アップグレードのタイプ、「ドメインで使用されるすべてのスキーマ」オプションの順に選択します。「ドメイン・ディレクトリ」フィールドで、古いEDQ環境のドメイン・ディレクトリ(これは/OLD_FMW_HOME/user_projects/domains/edq_domainと似ています)を選択します。「次へ」をクリックします。

6. 「コンポーネント・リスト」画面には、古いEDQ環境のドメインのアップグレードするコンポーネント(つまり、スキーマ)のリストが表示されます。次のコンポーネントがリストされます。

- Oracle Enterprise Data Quality結果

- Oracle Audit Services

- Oracle Platform Security Services

- 共通インフラストラクチャ・サービス

- Oracle Enterprise Data Quality構成

コンポーネントを選択し、「次へ」をクリックします。

7. 「前提条件」画面で、前提条件を満たしていることを確認し、満たされている場合は関連するボックスを選択します。Upgrade Assistantは前提条件が満たされていることを確認しないことに注意してください。「次へ」をクリックします。

8. データベースおよびスキーマ資格証明の指定:

1. EDQ結果スキーマ、IAU、OPSS、STBおよびEDQ構成スキーマ画面が連続して表示されます。

2. 最初の画面で、EDQ結果(EDQRESULTS)スキーマを含むデータベースの接続詳細を指定してから、「接続」をクリックします。次に、スキーマ・ユーザーのパスワードを求められます。

3. 残りの画面には、EDQ結果スキーマ画面で指定したデータベース接続とスキーマ資格証明が自動的に移入されます。いずれかのスキーマでこれらのエントリが正しくない場合、エントリを変更して、データベース接続が確立されるのを確認します。

9. アップグレードの検証を完了します。「調査」画面では、アップグレード・アシスタントにより、選択したコンポーネントをアップグレードする前に、一連の検証が実行されます。すべての検証が成功していることを確認します。

10. アップグレードを開始します。「アップグレード・サマリー」画面で「アップグレード」をクリックし、アップグレードを開始します。「アップグレードの進行状況」の各画面には、アップグレードの進行状況に関する情報が示され、「アップグレード成功」画面にアップグレードが要約されます。

11. 必要な12cスキーマを作成します。

注意:
12.1.3からアップグレードする場合のみ、ステージング・スキーマを作成する必要があります。12.2.1の前のバージョンからアップグレードする場合、この手順をスキップできます。

Oracle Fusion Middlewareリリース12.2.1ではスキーマと表が導入されました。これはOracle Repository Creation Utility (RCU)の12.2.1バージョンで作成される必要があります。アップグレードのこの手順は、EDQドメインの再構成の前に実行する必要があります。

必要な12.2.1スキーマを作成するには、リリース12.2.1の「EDQデータベース・リポジトリの作成」を参照してください。すべての手順に従いますが、「コンポーネントの選択」画面で次のスキーマを選択します。

- EDQステージング・リポジトリ(Oracle EDQオプションの下にあることに注意してください)。

12. EDQドメインを再構成します。この手順では、Oracle Fusion Middleware再構成ウィザードを実行して、WebLogic Serverドメイン環境のアップグレードを完了します。

13. 次の手順を実行して、ステージング・モードが「nostage」に設定されていることを確認します。

1. WebブラウザからWebLogic Server管理サーバー・コンソールにログインします。

2. 左側のペインで、「環境」を開き、「サーバー」をクリックします。「サーバーのサマリー」画面が表示されます。

3. 「サーバーのサマリー」画面で、EDQ WebLogic管理対象サーバー(edq_server1など)をクリックします。

4. 「構成」タブ、「デプロイメント」タブの順に選択します。

5. 「ステージング・モード」メニューから、「nostage」が選択されていることを確認し、選択されていない場合は選択します。その他のサーバーの設定を変更しないでください。

6. 「保存」をクリックします。

14. ノード・マネージャを停止します。

1. ノード・マネージャがまだ実行されておらず、前述のコマンドを使用して起動した場合、実行しているコマンド・シェルを閉じて停止します。

2. ノード・マネージャがすでに実行されている場合(たとえば、環境でのサービスとしてすでに実行されている場合など)、適切な方法を使用して停止します(たとえば、ノード・マネージャ・サービスの停止など)。

15. 再構成ウィザードを起動してEDQドメインを再構成します。

1. 次のディレクトリに移動します。ここで、12.2.1_FMW_HOMEはリリース12.2.1 Fusion Middlewareホーム・ディレクトリです。
Windowsの場合

12.2.1_FMW_HOME\oracle_common\common\bin

UNIXの場合

12.2.1_FMW_HOME/oracle_common/common/bin

2. ドメインの再構成ウィザードを開始します。
Windowsの場合

reconfig.cmd -log=log_file

UNIXの場合

./reconfig.sh -log=log_file

16. log_fileに完全パスおよびファイル名を指定します。ログ・ファイルの作成は、再構成処理をトラブルシューティングする必要がある場合に役立つことがあります。

注意:
次のエラー・メッセージが表示される場合、デフォルトのキャッシュ・ディレクトリが有効ではないことを示します。

*sys-package-mgr*: can't create package cache dir

環境変数CONFIG_JVM_ARGSを設定することでキャッシュ・ディレクトリを変更できます。例:

CONFIG_JVM_ARGS=-Dpython.cachedir=valid_directory

17. ドメインを指定します。「ドメインの選択」画面で、古いEDQドメインの場所への完全パス(FMW_HOME/user_projects/domains/edq_domainまたはFMW_HOME\user_projects\domains\edq_domainに似ています)を指定します。また、「参照」をクリックし、ファイル・マネージャのウィンドウを使用してドメインの場所を選択できます。

18. 再構成セットアップの進行状況を表示します。
「再構成セットアップの進行状況」は再構成の進行状況を表示し、選択したベース・ドメインが12.2.1ドメインに再構成できるかどうかを検証します。「コアWLSインフラストラクチャの再構成に成功しました。」というメッセージは、ドメインが12.2.1ドメインに再構成できることを示し、「次へ」をクリックして次の手順に進むことができます。このメッセージが戻されない場合、ドメインは12.2.1ドメインに再構成できません。これが発生する場合、EDQバージョンがバージョン11g以前であるかどうかを確認します。そうである場合、最初にEDQ 11gにアップグレードし、次にバージョン12.2.1にアップグレードする必要があります。

19. ドメイン・モードおよびJDKを選択します。ドメイン・モードを開発から本番または本番から開発に変更できません。
ドメイン・モードとJDK画面で、新しいEDQドメインで使用するJava Development Kit (JDK)の場所を指定します。これは、新しいEDQ環境のシステム要件に準拠するJDKである必要があります。

20. データベース構成タイプを選択します。

1. 「データベース構成タイプ」画面で、デフォルトで「RCUデータ」オプションを選択する必要があります。EDQリポジトリ・データベースの接続詳細は自動的に移入されます。共通インフラストラクチャ・スキーマ(STB)のスキーマ所有者およびパスワードが表示されます。この情報が自動的に移入されない場合または正しくない場合、必要な修正を行います。

2. 「RCU構成の取得」をクリックします。再構成ウィザードにより、データベース・サーバーに接続可能でスキーマ・データを取得してローカルのスキーマ・コンポーネントを取得したデータにバインドできることがレポートされます。これらの手順に失敗した場合、接続データを修正して、RCU構成の再取得をクリックします。それ以外の場合は、「次へ」をクリックします。

21. JDBCコンポーネント・スキーマを選択します。「JDBCコンポーネント・スキーマ」画面で、古いEDQドメインに関連付けられているスキーマが画面の下半分に表示されます。変更する必要がある場合は、データ・ソース各の横のチェック・ボックスを選択してから、変更します。

注意:
前述の手順5のリポジトリ作成ユーティリティを使用して作成したEDQステージング・スキーマの正しい接続詳細が表示されない場合があります。そうでない場合、正しくなるように修正します。

22. JDBCコンポーネント・スキーマをテストします。「JDBCコンポーネント・スキーマ・テスト」画面で、検出されたデータ・ソース接続をテストします。テストするスキーマを選択し、「選択された接続のテスト」をクリックします。

注意:
接続をテストするには、接続中のデータベースが実行している必要があります。

23. オプションの拡張構成オプションを選択して、追加のドメイン・オプションを選択します。

1. 管理対象サーバー構成を変更するには、「管理対象サーバー、クラスタおよびCoherence」を選択します。オプションの詳細は、「ヘルプ」ボタンをクリックしてください。

2. 変更をスキップするには、「次へ」をクリックします。

24. ドメインの再構成を開始します。「構成のサマリー」画面で、構成を確認してから、再構成プロセスを開始するには「再構成」をクリックし、変更するには「戻る」をクリックします。

25. 再構成を完了します。「ドメイン再構成は正常に適用された」ことを示すメッセージが表示されるまで待機してから、「次へ」をクリックします。
チェックマークと「Oracle WebLogic Serverの再構成に成功しました」というメッセージにより、再構成が成功したことが示されます。「次へ」、「終了」の順にクリックして再構成ウィザードを閉じます。

26. 次の手順に従ってアップグレード・アシスタントを起動し、EDQのドメイン構成をアップグレードします。

1. 次のディレクトリに移動します。ここで、12.2.1_FMW_HOMEはバージョン12.2.1のOracleホーム・ディレクトリです。
Windowsの場合

12.2.1_FMW_HOME\oracle_common\upgrade\bin

UNIXの場合

12.2.1_FMW_HOME/oracle_common/upgrade/bin

2. 次のプログラムを実行します
LinuxまたはUNIXの場合:

./ua

Windowsの場合

ua.bat

3. 「ようこそ」画面で、先に進む前に重要な注意事項を確認します。「ようこそ」画面には、アップグレードに進む前に考慮する注意事項が含まれています。これらに目を通し、作業を進める準備が整っていることを確認します。画面の詳細は、「ヘルプ」をクリックしてください。それ以外の場合は、「次へ」をクリックします。

注意:
次の画面の詳細は、『Upgrade Assistantによるアップグレード』のOracle WebLogicコンポーネント構成のアップグレードに関する項を参照してください。

4. 「選択したスキーマ」画面で、「ドメインによって使用されるすべての構成」を選択します。この時点で、画面の名前が「すべての構成」に変更されます。「ドメイン・ディレクトリ」フィールドで、古いEDQ環境のドメイン・ディレクトリ(これは/OLD_FMW_HOME/user_projects/domains/edq_domainと似ています)を選択して、「次へ」をクリックします。

5. 「コンポーネント・リスト」画面で、アップグレードするコンポーネントのリスト(Oracle JRF、System Components InfrastructureおよびOracle Enterprise Data Quality Configurationから構成)を確認して、「次へ」をクリックします。

6. 「前提条件」画面で、前提条件を満たしていることを確認し、満たしている場合は関連するボックスを選択します(アップグレード・アシスタントは前提条件が満たされていることを確認しないことに注意してください)。「次へ」をクリックします。

7. 「調査」画面では、アップグレード・アシスタントにより、アップグレード不要またはそれぞれ成功のステータスが戻され、コンポーネントをアップグレード可能であることが検証されます。調査が完了したら、「次へ」をクリックします。

8. 「アップグレード・サマリー」画面で、「アップグレード」をクリックします。

9. 「アップグレードの進行状況」画面で、アップグレードが完了するまで待機し、「次」をクリックします。

10. 「アップグレード成功」画面で「閉じる」をクリックします。

27. 次の手順を使用して、ベース・ドメインへのアップグレード変更を適用します。

1. アップグレードしたEDQドメインのWebLogicノード・マネージャを起動します。

2. アップグレードしたEDQドメインからWebLogic Server管理サーバーを起動します。実行中の場合、停止してから再起動します。
Windowsの場合

DOMAIN_HOME\bin\startWebLogic.cmd

UNIXの場合

DOMAIN_HOME/bin/startWebLogic.sh

3. WebブラウザからWebLogic Server管理サーバー・コンソールにログインします。

4. 「ドメイン構造」リストで、「デプロイメント」をクリックします。

5. 「デプロイ」の下で、edqを選択してから、「更新」をクリックします。

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

7. 「終了」をクリックします。

8. アップグレードを完了するには、EDQ管理対象サーバーを起動します。

注意:
startManagedWebLogic.shスクリプトは、EDQ WebLogicドメインのbinディレクトリにあります。このスクリプトの実行は、EDQ WebLogic管理対象サーバーを起動する方法の1つです。EDQ WebLogicドメインを再構成すると、startManagedWebLogic.shスクリプトが上書きされる可能性があります。そのため、スクリプトをカスタマイズした場合、アップグレード・プロセス中にカスタマイズが失われる可能性があります。これは、このスクリプト内にEDQのサーバー・パラメータ(つまり、'startup arguments'または'Java options')を組み込んだ場合に注意する特に重要な点です。これらがないと、EDQ管理対象サーバーは正しく動作しません。
EDQサーバー・パラメータの詳細は、第6章「Enterprise Data Qualityをサポートするサーバー・パラメータの設定」を参照してください。

28. Webブラウザを開き、アップグレードしたEDQ環境のLaunchpadに移動します。EDQのインストール時にデフォルトのオプションを変更しないかぎり、アドレスはhttp://your-server-name:8001/edqです。

29. Launchpadから、ディレクタ・ユーザー・インタフェースを開き、EDQのバージョンを確認してバージョンがアップグレードされていることを確認します。ディレクタのメニューから、「ヘルプ」、「バージョン情報」オプションの順にクリックして、バージョンを確認します。

30. すべてのプロジェクトが正常に移行されていることを確認します。

注意:
正しくアップグレードしたシステムで、Oracleなどのデータ・ストアのパスワードを指定する必要はありません。パスワードを再指定しないことを確認するために追加の設定を行う必要はありません。

31. プロセスで一致レビューを使用する場合、一致レビューにアクセスする前にインテリジェント実行をオフにしてこれら(またはそれらが一部であるジョブ)を実行する必要があります。ジョブまたはプロセスの「実行プリファレンス」のインテリジェント実行をオフにできます。

9 Enterprise Data Qualityのシステムからの削除

この章では、Linux、UNIXおよびWindowsからEDQを削除する方法について説明します。

この章では、次の項目について説明します。

- EDQのLinuxまたはUNIXシステムからの削除

- EDQのWindowsシステムからの削除

注意:
これらの手順は、Oracle Universal Installer (OUI)でインストールされたEDQファイルを削除します。Oracle WebLogic ServerからはEDQアプリケーションを削除しません。『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のドメインおよびアプリケーション・データの削除に関する項の手順に従ってください。

9.1 EDQのLinuxまたはUNIXシステムからの削除

EDQをLinuxまたはUNIXシステムから削除するには、次の手順に従います。

1. EDQインストール・ユーザーとしてターゲット・システムにログインします。

2. EDQ_HOME/oui/binディレクトリに移動します。

注意:
続行する前に、ログインに使用したユーザーに関して、このディレクトリ内のすべてのファイルが実行権限を持つことを確認してください。

3. 次のコマンドを実行してdeinstall.shプログラムを開始します。
./deinstall.sh

EDQアンインストール・プログラムが表示されます。

4. 削除するディストリビューションとしてEnterprise Data Quality 12.2.1.1.0を選択してから、「アンインストール」をクリックします。

5. 画面をナビゲートして、「終了」をクリックしてシステムからEDQを削除します。

9.2 EDQのWindowsシステムからの削除

EDQをWindowsシステムから削除するには、次の手順に従います。

1. EDQインストール・ユーザーとしてターゲットのWindowsシステムにログインします。

2. MS-DOSコマンド・プロンプト(cmd.exe)を探して、それを右クリックし、「管理者として実行」を選択します。

3. インストール・ディレクトリのEDQ_HOME\oui\binに移動します。

4. 次のコマンドを入力します。
deinstall.cmd -deinstall

EDQアンインストール・プログラムが表示されます。

5. 削除するディストリビューションとしてEnterprise Data Quality 12.2.1.1.0を選択してから、「アンインストール」をクリックします。

6. 画面をナビゲートして、「終了」をクリックしてシステムからEDQを削除します。

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。