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

以前の12cリリース(12.1.3または12.2.1.x)から12c (12.2.1.4.0)にEDQをアップグレードする場合は、この項を参照してください。WebLogicでEDQを前のバージョンからアップグレードする場合は、Oracle Enterprise Data Qualityアップグレード・ガイドを参照し、TomcatでEDQをアップグレードする場合は、Support記事2433058.1を参照してください

ノート:

Oracle Fusion Middleware Oracle Enterprise Data Qualityアップグレード・ガイドを参照する前に、Oracle Fusion Middlewareアップグレード・ドキュメントを確認する必要があります。

Oracle Fusion Middleware 12c (12.2.1.4.0)へのアップグレードの準備のための追加のガイドラインについては、『Oracle Fusion Middlewareのアップグレードのプランニング』を参照してください。このドキュメントには、12c環境に移行するために理解する必要のある用語の変更についても記載されています。

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

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

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

• 第1部: EDQ の部分インストールの実行12.2.1.4.0
  
• 第2部: 古いEDQ環境のアップグレード
  

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

部分インストールを実行するには:

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

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

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

   ノート:

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

第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.4.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

   • Common Infrastructure 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のOracleホーム・ディレクトリです。

       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*: パッケージ・キャッシュ・ディレクトリを作成できません。

    環境変数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サーバー・パラメータの詳細は、「Enterprise Data Qualityをサポートするサーバー・パラメータの設定」を参照してください。

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

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

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

    ノート:

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

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