Oracle® Fusion Middleware

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

リリース12c (12.1.3)

E59397-02(原本部品番号:E51644-02)

2015年1月

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

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

E59397-02

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

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

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

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

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(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 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インストール画面のナビゲート

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.4 Oracle WebLogic Serverの起動

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

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 WebLogic ServerでのEnterprise Data Qualityのアップグレード

- 8.1 Enterprise Data Qualityのアップグレードの準備

- 8.2 ファイルベースのキーストアのOPSSセキュリティ・ストアへの移行

- 8.3 EDQおよびOPSSスキーマのアップグレード

- 8.4 必要な12cスキーマの作成

- 8.5 EDQドメインの再構成

- 8.6 ベース・ドメインへのアップグレード変更の適用

- 8.7 アップグレードのトラブルシューティング

9 Tomcat ServerでのEnterprise Data Qualityのアップグレード

- 9.1 Oracle Enterprise Data Qualityのアップグレードの準備

- 9.2 Enterprise Data Qualityのアップグレード

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

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

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

はじめに

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

対象読者

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

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

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 Fusion Middlewareのドキュメント・セットにある次のドキュメントを参照してください。

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製品ドキュメントの最新バージョンを検索してください。

http://http://docs.oracle.com

オンライン・ヘルプ

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

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

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

- 1.1項「EDQの概要」

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

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

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

- 1.5項「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を使用している場合、8項「WebLogic ServerでのEnterprise Data Qualityのアップグレード」を参照してください。

Apache Tomcatを使用している場合、9項「Tomcat Serverでの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およびPostgreSQLがサポートされます。

次の表に、EDQとの使用をサポートするアプリケーション・サーバーおよびデータベースの組合せを示します。

アプリケーション・サーバー

データベース

WebLogic Server

Oracle

Tomcat

Oracle

Tomcat

PostgreSQL

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

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

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

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と示します。

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

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

EDQ構成ディレクトリ

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

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

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

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

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

WLS_HOME/user_projects/domains/edq_domain/edq/oedq.home
WLS_HOME/user_projects/domains/edq_domain/edq/oedq.local.home

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

デフォルトのEDQインストールでは、構成ディレクトリは合計で約1MBを占めますが、処理が必要なデータおよびファイルの量とともにサイズは増大します。

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

アプリケーション・サーバーをホストするUNIXシステムの構成方法によっては、アプリケーション・サーバーで1GBを超えるファイルを作成できない場合があります。これによって、ファイルを使用して処理のためにEDQにデータを転送する場合に、大きなデータセットの処理能力が制限されることになります。

システム・リソースの制限は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. 「製品パックの選択」ドロップダウン・リストから「E-Business Suite」(アプリケーション価格リストから製品を購入した場合)または「Oracle Fusion Middleware」(テクノロジ価格リストから製品を購入した場合)を選択します。

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

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

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

5. 「Oracle Enterprise Data Quality 12cメディア・パック(12.1.3)」(E-Business Suite製品パック)または「Oracle Enterprise Data Quality 12c (12.1.3)メディア・パック」(Oracle Fusion Middleware製品パック)オプションを探して選択し、「続行」をクリックします。

6. 「Oracle Fusion Middleware 12.1.3」の横の「ダウンロード」ボタンをクリックします。

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

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

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

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

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

- 2.1項「手順の前提条件」

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

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

- 2.4項「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 Fusion Middleware動作保証マトリックスを参照してください。

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.7.0_45

Windowsの場合

C:\Program Files\Java\jdk1.7.0_45

注意:

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

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

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

- Oracle WebLogic Serverのインストール

- Apache Tomcatのインストール

注意:

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

2.3.1 Oracle WebLogic Serverのインストール

このリリースでEDQによりサポートされるWebLogic Serverのバージョンを表示するには、次に示すOracle Fusion Middleware動作保証マトリックスを参照してください。

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

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

注意:

一般的なWebLogic ServerおよびCoherenceインストーラを使用します。無料のWebLogic Serverディストリビューションを開発者に使用しないでください。このインストーラにはEDQに必要なすべてのファイルが含まれていません。

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

2.3.2 Apache Tomcatのインストール

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

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をアプリケーション・サーバーとして使用している場合、PostgreSQLまたはOracle Databaseのどちらをインストールしてもかまいません。

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

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を構成する時に、2つのスキーマおよび2人のユーザーをこのデータベースに作成します。

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の一時表領域

- 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のインストール・プログラムをグラフィック・モードで起動する方法について説明します。インストール・プロセスで表示される画面の順序についても説明します。

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

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

- 3.2項「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

インストール・プログラムが表示されたら、インストールの準備は完了です。各インストール・プログラム画面の説明については、3.2項を参照してください。

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

インストール・プログラムでは画面が連続して表示されます。3.2項「インストール・プログラムの実行」の手順を使用して、インストールを完了します。

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

画面

実行するアクション

ようこそ

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

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

インストール場所

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

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

インストール・タイプ

デフォルトの「WebLogic Serverのインストール」はこれがインストール済のアプリケーション・サーバーの場合に使用し、「他のプラットフォームのインストール」はアプリケーション・サーバーがTomcatの場合に選択します。

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

前提条件チェック

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

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

インストール・サマリー

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

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

インストールの進行状況

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

インストール・プログラムの進行状況が100%に達したら、「次へ」をクリックして続行します。

インストール完了

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

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

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

この章では、EDQデータベース・リポジトリの作成およびEDQ用のOracle WebLogic Serverドメインの作成方法、WebLogic Serverの開始方法、EDQ Webサービスを提供するようにWebLogic Serverを構成する方法について説明します。

注意:

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

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

- 4.1項「手順の前提条件」

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

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

- 4.4項「Oracle WebLogic Serverの開始」

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

4.1 手順の前提条件

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

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

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

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

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

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

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

注意:

EDQのアップグレードにはRCUを使用しないでください。8項「WebLogic Serverでの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となります。

データベースのユーザー名を入力します。デフォルトのユーザー名はSYSです。

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

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

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

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

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

コンポーネントの選択

「接頭辞の新規作成」を選択し、作成しているデータベース・スキーマの接頭辞を入力します。たとえば、edqprodまたはデフォルトのDEVです。

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

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

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

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

スキーマ・パスワード

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

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

表領域のマップ

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

「表領域の管理」をクリックし、情報を変更して表領域を変更することができます。EDQCONFIGスキーマに対し1つのユーザー表領域を使用し、EDQRESULTSスキーマに対しては別のユーザー表領域を使用することをお薦めします。

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

表領域のマップ

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

サマリー

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

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

完了サマリー

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

4.3 WebLogic Server EDQドメインの作成

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

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

- EDQ構成スキーマ用の1つの(非RAC)データ・ソースおよび結果スキーマ用の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.1.3 (edq)を選択します。すべてデフォルトの選択のままにします。

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

アプリケーションの場所

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

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

管理者アカウント

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

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

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

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

- 開発モード: このモードでは、セキュリティ構成が比較的緩和され、アプリケーションの自動デプロイが許可されます。

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

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

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

JDBCデータ・ソース

リポジトリのEDQ構成スキーマ(edqConfigDS)およびEDQ結果スキーマ(edqResultsDS)のJDBCデータ・ソースのデフォルト値が表示されます。Oracle RACのオプションは未選択のままにします。これらは拡張構成で、WebLogic Serverの経験を積んでから、これらに変更することができます。

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

JDBCデータ・ソース・テスト

「選択された接続のテスト」をクリックし、構成ツールがデータ・ソースに接続できることを確認します。接続をテストするには、ターゲット・データベースが実行している必要があります。テストをスキップするには、このチェック・ボックスの選択を解除します。

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

データベース構成タイプ

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

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

完了したら、RCU構成の取得をクリックしてOracle Databaseに接続し、EDQスキーマをバインドします。

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

JDBCコンポーネント・スキーマ

EDQ構成および結果スキーマを含むデフォルトを受け入れ、「次へ」をクリックします。

JDBCテスト

すべてのスキーマが選択され、自動的にテストされます。

必要な場合は、前の画面に戻って接続構成を変更します。

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

構成のサマリー

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

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

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

構成の進行状況

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

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

構成に成功しました

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

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

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ドメイン内で、クラスタまたは非クラスタで動作するように構成できます(ただし、各サーバーが個別で専用の、次のアイテムを持つ場合)。

- EDQCONFIGおよびEDQRESULTSスキーマ: EDQインスタンスに対しては、リポジトリ作成ユーティリティ(RCU)を再実行し、スキーマ名に異なる接頭辞を付けることで(DEV2など)、異なるEDQインスタンスに対する別のスキーマを作成できます。

- JDBCデータ・ソース: 各スキーマに対し、それぞれ異なるJNDI名で、対応するJDBCデータ・ソースを作成する必要があります。WebLogic Serverの構成ウィザードは、JDBCデータ・ソースを最初のサーバーに対してのみ作成します。残りのデータ・ソースはWebLogic Server管理コンソールを使用して、手動で作成する必要があります。

- 構成ディレクトリ(ベースおよびローカル): WebLogic Serverの構成ウィザードは、構成ディレクトリを最初のEDQサーバーに対してのみ作成するため、ローカル構成ディレクトリ(oedq.local.home)を最初のサーバーからその他のサーバーにコピーする必要があります。ベース構成ディレクトリ(oedq.home)はすべての管理対象サーバーで共有できます。これらのディレクトリの詳細は、1.4.2項「EDQディレクトリ要件」を参照してください。

- director.propertiesファイル: 後続の各EDQサーバーの新しい構成ディレクトリ内のdirector.propertiesファイルを編集して、作成済の新しいデータ・ソースの新しいJNDI名を指し示すようにする必要があります。また、異なる管理ポート、FTPポートおよびSSHDポートを割り当てる必要があります。これらのポートは管理対象サーバーの設定では定義されていないためです。

- サーバー・リスニング・ポート。各サーバーは異なるポートでリスニングする必要があります。

Java Required Files (JRF)テンプレートはWebLogic Server管理コンソールを使用して作成された管理対象サーバーに適用される必要があります。これはWebLogic Serverの構成ウィザードにより自動的に実行されたライブラリのターゲット設定と同等です。

最後の手順は次のとおりです。

- WebLogic Server管理コンソールを使用して、その他のEDQサーバーの管理対象サーバーの設定を変更します。

- 「サーバーの起動」タブでサーバー起動の「引数」オプションを構成してedq.config.pathを更新し、関連する新しい構成ディレクトリを指すようにします。

複数のEDQサーバーを構成した後は、これらのサーバーをクラスタ化せずに関連するポートへのそれぞれのLaunchpad URLを使用して直接アクセスするか、または標準のWebLogic Serverプラクティスを使用してサーバーをクラスタの一部として設定することができます。別のフロントエンド・ロード・バランサを設定し、1つのクラスタURLを通じて、受信するWebサービス・リクエストを処理することができます。

注意:

ロード・バランスされたクラスタURLを使用して、EDQ Launchpadへのアクセスを試みないでください(実際にアクセスされているEDQサーバーが不明確になるためです)。そのかわり、専用ポートを使用して直接いずれかのサーバーにログインし、EDQまたはWebLogic Serverコンソールを使用して、クラスタ内のすべてのサーバーに接続します。

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

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

注意:

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

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

- 5.1項「手順の前提条件」

- 5.2項「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アプリケーションのデプロイ」

5.1 手順の前提条件

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

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

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

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

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

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

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

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

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

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

- CREATE TABLEおよびCREATE INDEX

- DROP TABLEおよびDROP INDEX

- CONNECT

- RESOURCE

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

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

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

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

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

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

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

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オプションは使用しないでください。

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

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

データベースのタイプのオプションとして、「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-6.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項「サーバー・パラメータの設定方法」

- 6.2項「推奨パラメータ値」

- 6.3項「パラメータ設定の例」

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管理対象サーバーが作成されます。これらの設定は、edq_server 1のsetDomainEnv.cmd (Windows)またはsetDomainEnv.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に共通です。

- 特別な推奨事項がないかぎり、最大Permgen領域は512mに設定します(-XX:MaxPermSize=512m)。このパラメータはHotSpot JVMに特有です。

- 特別な推奨事項がないかぎり、予約済コード・キャッシュのサイズは128mに設定します(-XX:ReservedCodeCacheSize=128m)このパラメータはHotSpot JVMに特有です。
MaxPermSizeパラメータの値を大きくする場合、それに比例してReservedCodeCacheSize値を大きくする必要があります。

- ソフト参照フラッシュ間隔は、常に1を設定します(-XX:SoftRefLRUPolicyMSPerMB=1)。このパラメータはHotSpot JVMに特有です。

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

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

- Oracle JDBC最大キャッシュ・バッファ・サイズは、常に0を設定します(-Doracle.jdbc.maxCachedBufferSize=0)。このパラメータはOracle JDBCドライバに特有です。

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

6.3 パラメータ設定の例

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

-Xmx16384m
-XX:MaxPermSize=512m
-XX:ReservedCodeCacheSize=128m
-Doracle.jdbc.maxCachedBufferSize=0
-XX:SoftRefLRUPolicyMSPerMB=1
-Djava.awt.headless=true

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

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

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

- 7.1項「EDQへのログイン」

- 7.2項「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サービスの詳細を表示します。

パスワードの変更

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

ヘルプ

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

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

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

この章では、WebLogic Serverで実行中のEDQを、リリース11gからリリース12c (12.1.3)にアップグレードする方法について説明します。

注意:

このドキュメントでのトピックは、示された順番に実行する必要があります。

この章には、次の項が含まれ、意図する実行順に示されています。

- 8.1項「Enterprise Data Qualityのアップグレードの準備」

- 8.2項「ファイルベースのキーストアのOPSSセキュリティ・ストアへの移行」

- 8.3項「EDQおよびOPSSスキーマのアップグレード」

- 8.4項「必要な12cスキーマの作成」

- 8.5項「EDQドメインの再構成」

- 8.6項「ベース・ドメインへのアップグレード変更の適用」

- 8.7項「アップグレードのトラブルシューティング」

注意:

Apache TomcatでEDQをアップグレードしている場合、第9章「Tomcat ServerでのEnterprise Data Qualityのアップグレード」を参照してください。

8.1 Enterprise Data Qualityのアップグレードの準備

これらの手順は、アップグレード・プログラムを実行する前に実行する必要のある準備作業の概要を示します。

表8-1 EDQのアップグレードの準備手順(実行順)

手順

実行するアクション

Oracle Fusion Middlewareのアップグレードに関するドキュメントを確認します。

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

現在のEDQバージョンがアップグレードの有効な開始点かどうかを判断します。

アップグレードの開始点とは、Oracle Fusion Middleware Upgrade Assistantを使用してリリース12c (12.1.3)に直接アップグレードするために、実行している必要のあるEDQの特定のバージョンのことです。

有効な開始点: Oracle Universal Installer (OUI)を使用してインストールされた、EDQバージョン11.1.1.7以降。現在のバージョンがこの要件を満たしている場合、アップグレード・アシスタントを使用して12c (12.1.3)に直接アップグレードできます。そのリリースで、OUIが初めてEDQで使用可能になりました。処置: このドキュメントの手順を続行します。

無効な開始点: リリース11g (11.1.1.7)より前のEDQのバージョン。処置: 最初にソフトウェアをバージョン11.1.1.7以降にアップグレードしてから、このドキュメントに戻り、環境をリリース12c (12.1.3)にアップグレードします。バージョン11.1.1.7にアップグレードするには、次に示すOracle Enterprise Data Qualityインストレーションおよびアップグレード・ガイド・リリース11g R1 (11.1.1.7)を参照してください。

http://docs.oracle.com/cd/E48549_01/doc.11117/e40040/upgrade.htm#CIABBCGE

11g Fusion Middleware環境をバックアップします。

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

現在のEDQドメインのすべてのEDQサーバーおよびコンポーネントを停止します。

『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動および停止に関する項を参照してください。

すべてのEDQコンポーネントは、これらのアップグレード手順の終わりに、開始するよう求められるまで、停止したままにする必要があります。

WebLogic Server管理サーバーの実行

停止するよう求められるまで、WebLogic Server管理サーバーを実行しておきます。管理サーバーからタスクを実行します。

EDQリリース12c (12.1.3)のダウンロード

1.5項「EDQのダウンロード」の手順に従います。

EDQリリース12c (12.1.3)のインストール

12cのソフトウェアをインストールします。3項「Enterprise Data Qualityのインストール」を参照してください。

EDQバージョン12.1.3のアップグレード

このチェックリストのすべての手順を満たしたら、次の手順を表示順に実行することで、リリース12c (12.1.3)にアップグレードできます。

8.2項「ファイルベースのキーストアのOPSSセキュリティ・ストアへの移行」

8.3項「EDQおよびOPSSスキーマのアップグレード」

8.5項「EDQドメインの再構成」

8.6項「ベース・ドメインへのアップグレード変更の適用」

8.7項「アップグレードのトラブルシューティング」

8.2 ファイルベースのキーストアのOPSSセキュリティ・ストアへの移行

すべてのOracle Fusion Middleware製品は、そのセキュリティ資格証明をOracleデータベースのOracle Platform Security Services (OPSS)スキーマに格納する必要があります。これに対するOracleの用語はセキュリティ・ストアです。構成ディレクトリ内のファイルベースのキーストアを使用していた場合、OPSS DBベースのセキュリティ・ストアを使用する必要があります。

OPSS DBベースのセキュリティ・ストアに変換するには、OPSS、監査サービスおよび監査サービス・ビューア・スキーマを作成します。監査サービスおよび監査サービス・ビューア・スキーマは、Oracle Platformおよびセキュリティ・サービス・スキーマによって必要とされます。これらのスキーマを作成した後で、OPSSスキーマ用のWebLogic Serverデータ・ソースを作成し、さらにEDQキーストアをOPSSスキーマに再度関連付けます。

- タスク1「OPSSスキーマの作成」

- タスク2「OPSSスキーマ用のJDBCデータ・ソースの作成」

- タスク3「ファイルベースのキーストアのDBベースのセキュリティ・ストアへの再関連付け」

タスク1 OPSSスキーマの作成

Fusion Middleware 11gリポジトリ作成ユーティリティ(RCU)を実行してOPSSスキーマを作成します。画面の詳細は、「ヘルプ」をクリックしてください。

1. オラクル社から11gリポジトリ作成ユーティリティ(RCU)をダウンロードします。手順については、次の場所を参照してください。
http://docs.oracle.com/cd/E23104_01/download_readme_ps6/download_readme_ps6.htm#BABHDBJC

2. 選択したディレクトリにコンテンツを解凍します。このディレクトリをRCU_HOMEディレクトリと呼びます。Windowsオペレーティング・システムでは、名前に空白を含むディレクトリにRCUファイルを解凍しないでください。

3. WebLogic Server管理サーバーを起動します。

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

5. RCU_HOMEディレクトリ内のbinディレクトリからRCUを起動します。

注意:

英語以外の言語のデータベースを使用してRCUを実行する場合は、次の環境変数を設定します。

setenv LANG en_US.UTF8

setenv LC_ALL $LANG

setenv NLS_LANG american_america

Linuxの場合:

./rcu

Windowsの場合:

rcu.bat

6. 「OK」をクリックして「ようこそ」画面をパス・スルーします。

7. 「リポジトリの作成」画面で、「作成」を選択してから、「次へ」をクリックします。

8. 「データベース接続の詳細」画面で、EDQリポジトリ・データベースの接続詳細と、EDQデータベース・ユーザーのログイン資格証明を入力します。

9. 「コンポーネントの選択」で既存のスキーマ接頭辞の使用を選択するか、または新しい接頭辞を作成します。Oracle ASリポジトリ・コンポーネントで、「AS共通スキーマ」を展開してから、「Oracle Platform Security Services (OPSS)」を選択します。

10. 「スキーマ・パスワード」画面で、スキーマの所有者のパスワードを入力します。

11. 「表領域のマップ」画面で、1つのデフォルトの表領域と1つの一時表領域を使用します。デフォルトの表領域名が表示されます。

12. 「サマリー」画面で、「OK」をクリックし、スキーマの作成を終了します。

タスク2 OPSSスキーマ用のJDBCデータ・ソースの作成

WebLogic Server管理コンソールを使用して、OPSSスキーマ用の汎用JDBCデータ・ソースを作成します。画面の詳細は、「ヘルプ」をクリックしてください。

1. 「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」を選択します。

2. データ・ソースのサマリー画面で「新規」をクリックし、「汎用データ・ソース」を選択します。

3. 「JDBCデータ・ソース」の「プロパティ」画面で、データ・ソース名、およびタスク1で11g RCUを使用して作成したOPSSスキーマのJNDI名を入力します。OPSSデータ・ソース名はopss-data-sourceで、JNDI名はこの例のようになります。jdbc/OpssDataSourceデータベースのタイプとして「Oracle」を選択してから、「次へ」を押します。

4. 「新しいJDBCデータ・ソースの作成」画面で、Oracleデータベースに必要なデフォルトのJDBCドライバが表示されて選択されます。「次へ」をクリックします。

注意:

注意:JDBCドライバを使用してデータベース接続を作成するには、先にJDBCドライバをインストールしておく必要があります。一部のドライバはWebLogic Serverとともにインストールされていますが、多くのドライバはインストールされていません。

5. 「トランザクション・オプション」画面で、「グローバル・トランザクションのサポート」ボックスを選択されたままにして、「次へ」をクリックします。

6. 「接続プロパティ」画面で、接続詳細、およびタスク1で11g RCUを使用して作成したOPSSスキーマへ接続するための資格証明を入力します。

7. 「データベース接続のテスト」画面で接続パラメータを確認し、「構成のテスト」をクリックします。接続テストの結果がページの上部に表示されます。テストに失敗した場合は、構成エラーをすべて修正してテストを再試行します。選択したJDBCドライバがWebLogic Server管理サーバーにインストールされていない場合は、「次へ」をクリックしてこの手順をスキップします。この手順が終了した後で、ドライバをインストールします。

8. ターゲットの選択ページで、データ・ソースのデプロイ先となるWebLogic Serverサーバーまたはクラスタを選択します。

9. 「終了」をクリックして、JDBCデータ・ソースの構成を保存し、選択したターゲットにデータ・ソースをデプロイします。

10. これらの変更をアクティブ化するには、管理コンソールの「チェンジ・センター」で、「変更のアクティブ化」をクリックします。すべての変更がすぐに有効になるわけではありませんが、EDQのアップグレード・プロセスの最後にサーバーを再起動するとすべて有効になります。

タスク3 ファイルベースのキーストアのDBベースのセキュリティ・ストアへの再関連付け

WebLogic Server Scripting Tool (WLST)を使用して、ファイルベースのキーストアを、WebLogic Server管理コンソールを使用して作成したOPSSデータ・ソースに再関連付けします。

1. 11g $EDQ_HOME/oracle_common/common/binディレクトリから、次のコマンドを発行して、WebLogic Server Scripting Tool (WLST)を実行します。
UNIX/Linuxの場合

./wlst.sh

Windowsの場合

wlst.cmd

2. WLSTで、セキュリティ・ストアを作成するOracleデータベースに接続します。

connect('username', 'password', 'host:port')

説明:

usernameは管理ユーザーの名前です。

passwordは管理ユーザーのパスワードです。

hostはデータベース・ホストの名前です。

portはデータベースへの接続ポートです。

3. OPSSスキーマをファイルベース形式からデータベース形式へと再関連付けします。

reassociateSecurityStore(domain="upgradeDomain",
servertype="DB_ORACLE", jpsroot="cn=jpsroot",
datasourcename="jdbc/OpssDataSource", join="false");

説明:

datasourcenameはタスク2のWebLogic Server管理コンソールで作成した新しいOPSS JNDIデータ・ソースの名前です。このスクリプトの詳細は、次を参照してください。

http://docs.oracle.com/cd/E29542_01/core.1111/e10043/cfgauthr.htm#JISEC2675

注意:

EDQサーバーおよび管理対象サーバーはまだ再起動しないでください。残りのアップグレードの手順を完了します。変更内容はサーバーに保存され、アップグレード後にサーバーを再起動したときに、残りのサーバーに伝播されます。

8.3 EDQおよびOPSSスキーマのアップグレード

この項の手順に従い、EDQデータベース・リポジトリのEDQCONFIG (構成)、EDQRESULTS (結果)およびOPSSスキーマをアップグレードします。

- タスク1「アップグレード・アシスタントの起動」

- タスク2「続行前の重要な注意の確認」

- タスク3「アップグレード操作の選択」

- タスク4「コンポーネント・スキーマの選択」

- タスク6「前提条件の確認」

- タスク7「データベースおよびスキーマ資格証明の指定」

- タスク8「アップグレードの検証の完了」

- タスク9「アップグレードの開始」

注意:

Upgrade Assistantでは、スキーマ・アップグレードの実行中、ドメインのすべてのサーバーを停止する必要があります。

タスク1 アップグレード・アシスタントの起動

1. 次のディレクトリに移動します。ここで、12c_FMW_HOMEはバージョン12c Oracleホーム・ディレクトリです。
UNIXオペレーティング・システムの場合:

12_FMW_HOME/oracle_common/upgrade/bin

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

12_FMW_HOME\oracle_common\upgrade\bin

2. 次のプログラムを実行します。
LinuxまたはUNIXオペレーティング・システムの場合

./ua

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

ua.bat

タスク2 続行前の重要な注意の確認

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

注意:

次の画面の詳細は、アップグレード・アシスタントによるアップグレードのアップグレード・アシスタントによるスキーマのアップグレードに関する項を参照してください。

タスク3 アップグレード操作の選択

「スキーマ」を選択します。次の画面でアップグレード・アシスタントにより、アップグレード可能なスキーマがリストされます。

「スキーマ」を選択すると、画面のタイトルが「スキーマ」に変わります。

タスク4 コンポーネント・スキーマの選択

「使用可能なコンポーネント」画面には、アップグレード可能なスキーマがリストされます。

「Oracle Fusion Middleware」を選択し、次のスキーマがすべて選択されていることを確認します。

- Oracle Enterprise Data Quality構成スキーマ

- Oracle Enterprise Data Quality結果スキーマ

- Oracle Platformセキュリティ・サービス・スキーマ

タスク5 11gベース・ドメイン・ディレクトリの指定

「ドメイン・ディレクトリ」画面で、バージョン11g EDQドメインのディレクトリを入力します。たとえば、C:\Oracle\Middleware\FMW_HOME\user_projects\domains\edq_domainです。

続行する前にボックスを確認してください。Upgrade Assistantでは前提条件が満たされていることを確認できません。

タスク6 前提条件の確認

「前提条件」画面で項目を確認します。アップグレード・アシスタントでは前提条件が満たされていることを確認できません。

タスク7 データベースおよびスキーマ資格証明の指定

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

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

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

タスク8 アップグレードの検証の完了

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

タスク9 アップグレードの開始

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

8.4 必要な12cスキーマの作成

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

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

- 監査サービス

- 監査サービス・ビューア

- 監査サービス追加

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

注意:

「コンポーネントの選択」画面でOPSSスキーマを選択しないでください。このスキーマはすでに8.2項「ファイルベースのキーストアのOPSSセキュリティ・ストアへの移行」で11g RCUを使用して作成し、8.3項「EDQおよびOPSSスキーマのアップグレード」でアップグレード・アシスタント(UA)ユーティリティを使用してアップグレードしています。

8.5 EDQドメインの再構成

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

各画面の詳細は、「ヘルプ」をクリックしてください。

- タスク1「ステージング・モードの「nostage」への設定」

- タスク3「再構成ウィザードの起動」

- タスク4「11gドメインの指定」

- タスク5「「再構成セットアップの進行状況」の表示」

- タスク6「ドメイン・モードとJDKの選択」

- タスク9「必要な12cスキーマの指定」

- タスク9「必要な12cスキーマの指定」

- タスク7「JDBCデータ・ソースの構成」

- タスク8「JDBCデータ・ソースのテスト」

- タスク12「ノード・マネージャ構成の移行」

- タスク14「ドメイン再構成の開始」

- タスク15「再構成ウィザードの終了」

タスク1 ステージング・モードの「nostage」への設定

このタスクはステージング・モードを必要な設定の「nostage」に設定します。

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

2. 左ペインで、「環境」を展開します。

3. 「サーバー」でedq_server1を選択します。

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

5. 「ステージング・モード」メニューからの「nostage」を選択します。その他のサーバーの設定を変更しないでください。

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

タスク2 ノード・マネージャの開始および停止

このタスクは、ノード・マネージャがインストールされてから少なくとも1回は開始されていることを確認します。ノード・マネージャを開始すると、以前のドメインからバージョン12cドメインに移動する必要のあるスクリプト・ファイルのセットが作成されます。このタスクを実行すると、ドメインのアップグレード時に余分な手順を実行する必要がなくなります。

1. EDQ 11gドメインから、次のコマンドを実行してノード・マネージャを開始します。hostnameには、ノード・マネージャがインストールされているシステムの名前を指定し、portには、それが実行するポート番号を指定します。
Windowsの場合

startNodeManager.cmd hostname port

UNIXの場合

sh startNodeManager.sh hostname port

2. 実行元のコマンド・シェルを閉じることでノード・マネージャを停止します。

タスク3 再構成ウィザードの起動

このタスクはEDQドメインをアップグレードします。

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

2. 次のディレクトリに移動します。ここで、12c_FMW_HOMEはバージョン12c Fusion Middlewareホーム・ディレクトリです。
UNIXオペレーティング・システムの場合:

12c_FMW_HOME/oracle_common/common/bin

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

12c_FMW_HOME\oracle_common\common\bin

3. ドメインの再構成ウィザードを開始します。
UNIXオペレーティング・システムの場合:

./reconfig.sh -log=log_file

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

reconfig.cmd -log=log_file

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

注意:

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

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

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

CONFIG_JVM_ARGS=-Dpython.cachedir=valid_directory

タスク4 11gドメインの指定

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

タスク5 「再構成セットアップの進行状況」の表示

「再構成セットアップの進行状況」は再構成の進行状況を表示し、選択したベース・ドメインが12cドメインに再構成できるかどうかを検証します。「コアWLSインフラストラクチャの再構成に成功しました」というメッセージは、ドメインが12cドメインに再構成できることを示し、「次へ」をクリックして次の手順に進むことができます。このメッセージが戻されない場合、ドメインは12cドメインに再構成できません。その場合、EDQバージョンがバージョン11gよりも前であるかどうかを確認し、そうであれば、先にEDQ 11gにアップグレードしてから、バージョン12cにアップグレードする必要があります。8.1項「Enterprise Data Qualityのアップグレードの準備」を参照してください。

タスク6 ドメイン・モードとJDKの選択

ドメイン・モードは変更できません。

ドメイン・モードとJDK画面で、ドメインで使用するJava Development Kit (JDK)の場所を指定します。これは、2.2項「EDQをサポートするJava Development Kitのインストール」でインストールしたJDKである必要があります。

タスク7 JDBCデータ・ソースの構成

「JDBCデータソース」画面で、11g EDQドメインに関連付けられたJDBCデータ・ソースが画面の下半分に表示されます。これらのデータ・ソースはEDQ構成スキーマおよび結果スキーマである必要があります。変更する必要がある場合は、データ・ソース各の横のチェック・ボックスを選択してから、変更します。

タスク8 JDBCデータ・ソースのテスト

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

注意:

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

タスク9 必要な12cスキーマの指定

「データベース構成タイプ」画面で、RCUデータ・オプションを選択して、12.1.3 RCUを実行したときに作成したスキーマのデータベース接続情報を入手します。ドメインの構成ウィザードは接続情報を使用してこれらのコンポーネントに対するデータ・ソースを構成します。

タスク10 JDBCコンポーネント・スキーマの構成

JDBCコンポーネント・スキーマ画面で、OPSSスキーマを選択し、画面の一番上のそのスキーマに対する11gデータ・ソース設定を指定します。

タスク11 JDBCコンポーネント・スキーマ接続のテスト

JDBCコンポーネント・スキーマ・テスト画面で、すべてのスキーマを選択して、選択された接続のテストをクリックします。

注意:

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

タスク12 ノード・マネージャ構成の移行

「ノード・マネージャ」画面で、ノード・マネージャ構成を移行し、必要に応じて拡張オプションを変更します。「ノード・マネージャ・タイプ」の下のドメインごとのデフォルトの場所および「ノード・マネージャ構成」の下の既存の構成を移行を選択します。ノード・マネージャのログイン資格証明を指定し、「次へ」をクリックします。

タスク13 オプションの詳細構成オプションの選択

「拡張構成」画面では、追加のドメイン・オプションを選択できます。

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

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

タスク14 ドメイン再構成の開始

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

タスク15 再構成の終了

「ドメイン再構成は正常に適用された」ことを示すメッセージが表示されるまで待機してから、「次へ」をクリックします。

チェックマークと「Oracle WebLogic Serverの再構成に成功しました」というメッセージにより、再構成が成功したことが示されます。結果を表示してから、「終了」をクリックして再構成ウィザードを閉じます。

8.6 ベース・ドメインへのアップグレード変更の適用

これらの手順は、EDQドメインのベース・ドメインへのアップグレード中に行った変更を適用します。

1. アップグレードしたEDQドメインからWebLogic Server管理サーバーを起動します。実行中の場合、停止してから再起動します。
(UNIX) DOMAIN_HOME/bin/startWebLogic.sh

(Windows) DOMAIN_HOME\bin\startWebLogic.cmd

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

3. 「デプロイ」に移動します。

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

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

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

7. EDQ管理対象サーバーを起動します。これはアップグレードを完了するために必要です。

8.7 アップグレードのトラブルシューティング

アップグレード・アシスタントの実行中にアップグレード・プロセスが失敗した場合、アップグレード・アシスタントを閉じ、できる場合は問題を修正してから、アップグレード・アシスタントを再起動します。

ファイルベースのキーストアをOPSSセキュリティ・ストアに移行した場合、発生する可能性のある1つの問題は、移行および再割当て後にWebLogic Server管理サーバーを再起動する場合です(手順については8.2項「ファイル・ベースのキーストアのOPSSセキュリティ・ストアへの移行」を参照してください)。EDQ秘密鍵がデータベース・セキュリティ・ストアにコピーされていないため、これはエラーの原因になります。これが失敗の原因となる可能性がある場合、WebLogic Scripting Tool (wlst)を実行して、次のコマンドを発行します。

connect("user", "password", "localhost:7001")
getOpssService("KeyStoreService").deleteKeyStore("edq", "default", "")

ここで、userはEDQデータベース・ユーザーで、passwordはそのユーザーのパスワードです。

正常に完了すると、「キーストアが削除されました」というメッセージが戻されます。

問題の原因がすぐに明らかにならない場合、またはアップグレード・アシスタンスの実行後にアップグレードが失敗した場合は、アップグレード・アシスタントによるアップグレードのアップグレードのトラブルシューティングに関する項を参照してください。

9 Tomcat ServerでのEnterprise Data Qualityのアップグレード

この章では、Tomcat Serverで実行中のEDQを、リリース11gからリリース12c (12.1.3)にアップグレードする方法について説明します。

注意:

このドキュメントでのトピックは、示された順番に実行する必要があります。

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

- 9.1項「Oracle Enterprise Data Qualityのアップグレードの準備」

- 9.2項「Enterprise Data Qualityのアップグレード」

注意:

Oracle WebLogic ServerでEDQをアップグレードしている場合、8項「WebLogic ServerでのEnterprise Data Qualityのアップグレード」を参照してください。

9.1 Oracle Enterprise Data Qualityのアップグレードの準備

アップグレードを実行する前に、これらのアップグレード前手順を実行します。

1. TomcatでEDQのバージョン12cに直接アップグレードできるのは、Tomcatバージョン7からのみです。Tomcat6を実行している場合、EDQのアップグレードを進める前に、Tomcatをバージョン7にアップグレードする必要があります。次の場所で、Apache Tomcatのドキュメントを参照してください。
http://tomcat.apache.org

2. 始める前に、11g環境の完全バックアップを実行することをお薦めします。

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

これらの手順はEDQのアップグレードを実行します。Tomcat7がインストールされていることを前提としています。そうでない場合は、9.1項「Oracle Enterprise Data Qualityのアップグレードの準備」を参照してください。

アップグレードの手順は次のとおりです。

- 9.2項「EDQリリース12c (12.1.3)のインストール」

- 9.2項「移行準備チェックの実行」

- タスク3「構成スキーマの移行」

- タスク5「構成アプリケーションの実行」

- タスク6「アップグレードの終了」

タスク1 EDQリリース12c (12.1.3)のインストール

このタスクはEDQリリース12c (12.1.3)の製品ファイルをインストールします。

1. EDQ 11.1.1.7サーバーを停止します。

2. EDQ 12cファイルをインストールします。第3章「Enterprise Data Qualityのインストール」を参照してください。

タスク2 移行準備チェックの実行

このタスクは、11g構成スキーマが12cバージョンに移行できるかどうかを検証します。

1. EDQ 12.1.3ディレクトリに移動します。

2. JDK実行可能ファイルへのパスが、EDQ用にインストールしたJDKに正しく設定されていることを確認します。

3. 次のコマンドを実行して、移行準備レポートを実行します。

java -jar migration.jar premigrate dbtype:dbid@host:port/user/password

説明:

- dbtypeは、PostgreSQLの場合はpgsql、Oracleの場合はoracleです。

- dbidは、PostgreSQLの場合はデータベース名、Oracleの場合はSIDです。

- hostはデータベース・ホスト・マシンの名前です。

- portはオプションで、データベースがデフォルトのポート番号以外のポート番号で実行している場合に使用する必要があります。値を指定しない場合は、そのデータベース・タイプのデフォルトのポートが前提となります。

- userはEDQがディレクタ・データベースに接続するために使用するユーザーIDです。

- passwordはデータベース・ユーザーのパスワードです。

4. 移行前レポートを確認します。問題が報告されたら、タスク3を続行する前に解決する必要があります。

タスク3 構成スキーマの移行

このタスクはEDQリリース11g (11.1.1.7)構成スキーマをEDQリリース12c (12.1.3)構成スキーマに移行します。EDQは起動時に自動的に結果スキーマを移行するのでこの手順では触れていません。

1. EDQバージョン12.1.3インストール・ディレクトリ(EDQ_HOME)から、migration.jarファイルを実行します。使用中のデータベースにより、次のコマンドのいずれかを使用します(すべて1つのコマンドライン上)。

- PostgreSQLデータベース

$FMW_HOME\edq\oracle.edq -jar migration.jar migrate
postgres:databaseName@machinename:port/user/password

- Oracleデータベース

$FMW_HOME\edq\oracle.edq -jar migration.jar migrate
oracle:sid@machinename:port/user/password

このコマンドの入力変数の説明については、タスク2を参照してください。

タスク4   Case Managementスキーマのアップグレード

このタスクでは、EDQリリース11g (11.1.1.7) Case ManagementスキーマをEDQリリース12c (12.1.3) Case Managementスキーマに移行します。

1. EDQバージョン12.1.3インストール・ディレクトリ(EDQ_HOME)から、cmパラメータを指定してmigration.jarファイルを実行します。使用中のデータベースにより、次のコマンドのいずれかを使用します(すべて1つのコマンドライン上)。

- PostgreSQLデータベース

$FMW_HOME\edq\oracle.edq -jar migration.jar cm
postgres:databaseName@machinename:port/user/password

- Oracleデータベース

$FMW_HOME\edq\oracle.edq -jar migration.jar cm
oracle:sid@machinename:port/user/password

このコマンドの入力変数の説明については、タスク2を参照してください。

タスク5 構成アプリケーションの実行

このタスクはベースおよびローカル構成ディレクトリを更新し、リポジトリ・データベースへのEDQ接続を更新し、EDQ構成で使用中の機能パックを変更します。

1. バージョン12.1.3 EDQインストール・ディレクトリ(EDQ_HOME)からconfigapp.jarファイルを実行します。

$FMW_HOME\edq\oracle.edq -jar configapp.jar

EDQ構成アプリケーションが起動します。

2. 最初の画面で、「開始」をクリックして、アップグレード手順を開始します。

3. 「構成ディレクトリ」画面で、「既存の構成ディレクトリを更新します」を選択します。デフォルトのEDQベースおよびローカル構成ディレクトリの場所を受け入れるか、正しい場所を参照します。

4. 「機能パック」画面で、このEDQのインストールで使用する機能パックを選択します。そのパック内のプロセッサを使用する構成パッケージを使用する予定の場合、パックを確実に選択します。

5. 「構成リポジトリ・データベースを構成します」画面で、構成スキーマの接続詳細を指定するか、示されたデフォルトを受け入れます。

6. 「結果リポジトリ・データベースを構成します」画面で、結果スキーマの接続詳細を指定するか、示されたデフォルトを受け入れます。

7. 「選択したオプション」画面で、指定した構成を確認します。「戻る」をクリックして指定した内容を変更するか、または「終了」をクリックしてアップグレードの選択を受け入れます。

8. 「EDQ構成アプリケーション」画面で、構成詳細が適用されるまで待ってから「閉じる」をクリックします。構成を再実行する場合は、「再起動」をクリックして構成アプリケーションを再起動します。

タスク6 アップグレードの終了

このタスクはアップグレードを完了する手順を実行します。

1. EDQリリース12c (12.1.3)をサポートするADFライブラリをデプロイします。詳細は、5.3項「Tomcat Application Serverの構成」を参照してください。

2. Tomcatのライブラリ・パスを更新します。

3. edq.warファイルをEDQ 12cインストール・ディレクトリ(EDQ_HOME)から再デプロイします。詳細は、5.7項「Tomcat Application ServerでのEDQアプリケーションのデプロイ」を参照してください。

4. Tomcatアプリケーション・サーバーを起動します。

5. EDQログ、起動パッドおよびEDQクライアントをチェックして、バージョンが正しいことを確認します。

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

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

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

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

- 10.2項「EDQのWindowsシステムからの削除」

注意:

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

10.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.1.3を選択してから、「アンインストール」をクリックします。

5. 「終了」をクリックして、EDQのシステムからの削除を完了します。

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

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

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

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

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

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

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

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

6. 「終了」をクリックして、EDQのシステムからの削除を完了します。

オラクル社の法律上の注意点について

コピーライトについて

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

商標と登録商標について

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の登録商標です。

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

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

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