ヘッダーをスキップ
Oracle Business Intelligence Applications Informatica PowerCenterユーザーのためのアップグレード・ガイド
リリース7.9.6.2
B61367-01
  ドキュメント・ライブラリへ
ライブラリ		 製品リストへ
製品		 目次
目次		 索引
索引
戻る
戻る 		 次へ
次へ		  

3 Siebel Analytics 7.5.xのアップグレード


注意:

データベース・プラットフォームとソース・システムに関する情報の一部には、今回のリリースのOracle Business Intelligence Applicationsに適用されないものがあります。今回のリリースのOracle Business Intelligence Applicationsでサポートされているデータベースとソース・システムの最新情報は、『Oracle Business Intelligence Applicationsシステム要件およびサポートされるプラットフォーム』を参照してください。必ず、『Oracle Business Intelligence Applicationsリリース・ノート』も参照してください。これらのドキュメントの最新版は、Oracle Technology Network（http://www.oracle.com/technetwork/middleware/bi-foundation/documentation/index.html）にあります。Oracle Technology Networkの無料アカウントを登録するには、http://www.oracle.com/technology/about/index.htmlにアクセスしてください。

この章では、Oracle Siebel Analyticsリリース7.5.xをアップグレードする手順について説明します。

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

3.1 Oracle BI Infrastructureのアップグレード

現行リリースのOracle BI ApplicationsでサポートされているリリースにOracle BI Infrastructureをアップグレードします。『Oracle Business Intelligence Applicationsシステム要件およびサポートされるプラットフォーム』を参照し、サポートされている現行リリースを確認してください。サポートされているリリースのOracle BI Infrastructureをインストールする方法の詳細は、『Oracle Business Intelligence Infrastructureアップグレード・ガイド』を参照してください。

3.2 Oracle BI Applicationsのアップグレード

Oracle BI Applicationsのインストーラを実行して、Oracle BI Applications環境を現行リリースにアップグレードします。インストーラを実行する方法の詳細は、Oracle Business Intelligence Applications Informatica PowerCenterユーザーのためのインストレーション・ガイドを参照してください。

次の事項に注意してください。

3.3 Informatica PowerCenterバージョン8.6.1とHotfix 11へのアップグレード

Informatica PowerCenter 8.6.1とHotfix 11をインストールして、現行リリースのOracle BI Applicationsを実行する必要があります。現行バージョンのInformaticaをサポートするために必要な場合がある追加Hotfixや緊急Bug Fixの詳細は、『Oracle Business Intelligence Applicationsシステム要件およびサポートされるプラットフォーム』を参照してください。

Informatica PowerCenter 8.6.1のコンポーネントとアーキテクチャは、PowerCenter 7.xバージョンとは大幅に異なります。Oracle BI Applicationsに同梱されているInformatica DVDに収録されている、Informatica PowerCenter 8.6.1のドキュメントを熟読することをお薦めします。

Oracle BI ApplicationsのデプロイメントでInformatica PowerCenter 8.6.1を単一のマシンにインストールする際のインストール手順の概要は、Oracle Business Intelligence Applications Informatica PowerCenterユーザーのためのインストレーション・ガイドを参照してください。

Informatica PowerCenter 8.6.1をデプロイする方法の詳細は、『Informatica PowerCenter Installation Guide』、『Informatica PowerCenter Configuration Guide』、『Informatica PowerCenter Administrator Guide』および関連ドキュメントを参照してください。

Hotfix 11を適用する方法の詳細は、『PowerCenter Version 8.6.1 Hotfix 11 Release Notes』を参照してください。このPDFはInformatica PowerCenter DVDのInformaticaドキュメントに収録されており、Hotfix 11インストールにも含まれています。

Informatica PowerCenter 8.6.1にアップグレードするには:

  1. 『Informatica PowerCenter Installation Guide』に記載されているアップグレード前手順を実行します。

  2. 『Informatica PowerCenter Installation Guide』と『PowerCenter Version 8.6.1 HotFix 11 Release Notes』に記載されている指示に従って、Informatica PowerCenterバージョン8.6.1とHotfix 11をインストールします。

  3. 『Informatica PowerCenter Installation Guide』に記載されているアップグレード後手順を実行します。

次の事項に注意してください。

3.4 Informaticaリポジトリのアップグレード

次の手順に従って、Informaticaリポジトリをアップグレードします。

Informaticaリポジトリをバックアップして復元する方法の詳細は、『Informatica PowerCenter Administrator Guide』の第8章「Managing the Repository」で「Backing Up and Restoring the Repository」を参照してください。このドキュメントは、Oracle BI Applicationsに同梱されているInformatica DVDに収録されています。

Informaticaリポジトリをアップグレードするには:

  1. 現在使用しているInformaticaリポジトリをバックアップしてから名前を変更してあることを確認します。


    注意:

    第3.3項「Informatica PowerCenterバージョン8.6.1とHotfix 11へのアップグレード」に記載された手順を実行する際に、このリポジトリをバージョン8.6.1形式にアップグレードする必要があります。カスタム・フォルダを、このリポジトリから次の手順で復元する新規Oracle_BI_DW_Baseリポジトリに移動するには、このリポジトリをバージョン8.6.1形式にアップグレードする必要があります。

  2. Oracle_BI_DW_Base.repファイルをOracleBI\dwrep\Informatica\Repositoryフォルダから<PowerCenter_Installation_Directory>\server\infa_shared\Backupフォルダにコピーします。


    注意:

    第3.2項「Oracle BI Applicationsのアップグレード」で説明されているように、Oracle BI Applicationsインストーラを実行すると、Oracle_BI_DW_Base.repファイルはOracleBIのルート・ディレクトリにインストールされます。

  3. Oracle_BI_DW_Base.repリポジトリを空のスキーマに復元します。

  4. カスタム・フォルダを、以前使用していたInformaticaリポジトリから新規に作成したInformaticaリポジトリにコピーします。

    1. Informatica PowerCenter Repository Managerを起動して、以前使用していたInformaticaリポジトリと新規作成のInformaticaリポジトリの両方に接続します。

    2. 以前使用していたリポジトリのカスタム・フォルダを、新規作成のInformaticaリポジトリにコピーします。

    3. カスタム・フォルダの各マッピングに対して個別にワークフローが存在していることを確認します。

3.5 Oracle BI ApplicationsおよびDACと連携するためのInformatica PowerCenterバージョン8.6.1の構成

Informatica PowerCenterバージョン8.6.1をOracle BI ApplicationsおよびDACと連携させるには、さらに構成する必要があります。それらの手順を実行する方法の詳細は、Oracle Business Intelligence Applications Informatica PowerCenterユーザーのためのインストレーション・ガイドで次に関する項を参照してください。

3.6 DACのインストールおよび構成

Siebel Analytics release 7.5.xには、データ・ウェアハウス管理コンソール（DAC）が含まれていません。現行リリースのOracle BI Applicationsで、DACのクライアントとサーバーおよびDACリポジトリを使用します。現行リリースのOracle BI ApplicationsでサポートされているDACプラットフォームのリリースの詳細は、『Oracle Business Intelligence Applicationsシステム要件およびサポートされるプラットフォーム』を参照してください。

DACをインストールして構成するには、Oracle Business Intelligence Applications Informatica PowerCenterユーザーのためのインストレーション・ガイドに記載されている指示に従います。Oracle Business Intelligence Applications Informatica PowerCenterユーザーのためのインストレーション・ガイドの次の項に記載されたタスクを必ず実行してください。

3.7 データ・ウェアハウスのスキーマのアップグレードとデータの移行に関する概要

Siebel Business Analyticsリリース7.5.xにおいてデータ・ウェアハウスのスキーマをアップグレードしてデータを移行するプロセスには、次に示すように複数のフェーズがあります。


注意:

Oracle BI Applicationsのアップグレード手順では、次の各フェーズを完了する必要があります。現行リリースのOracle BI Applicationsにアップグレードするには、いずれのフェーズも省略できません。

3.8 リリース7.7へのデータ・ウェアハウスのスキーマのアップグレードとデータの移行

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.7にアップグレードし、データを移行します。

データ・ウェアハウスのスキーマをアップグレードするには:

  1. スキーマ・アップグレード用のスクリプトを実行します。

    このスクリプトでは、新しいテーブル、カラムおよびインデックスを、既存のデータ・ウェアハウスのスキーマに追加します。また、データ・ウェアハウスの既存スキーマ・オブジェクトが変更されます。

    1. OracleBI\dwrep\Upgrade\CTLFilesフォルダにナビゲートし、dlsme_HOR_77.ctlファイル（Horizontal）またはddlsme_SIA_77.ctlファイル（Vertical）を探します。

    2. 使用している実装でCTLファイルにおける事前構成済のカラム定義を変更した場合、その変更を反映するようにCTLファイルを編集する必要があります。たとえば、W_DAY_Dで既存のカラムの名前またはサイズを変更した場合、CTLファイルで同じ変更を行う必要があります。CTLファイルで変更を行わない場合、CTLファイルの実行時に、カラム定義は事前構成済の定義に戻ります（カラム・サイズがVARCHAR(50)からVARCHAR(100)に変更されるようなカスタマイズを実行した場合、実行前にCTLファイルで同じ変更が行われていないと、カラムは、事前構成済の値であるVARCHAR(50)に戻ります。これにより、一部のデータベースでは、データが切り捨てられることがあります）。

    3. DDLimpユーティリティを使用して、次のいずれかのスクリプトを実行します。

      Siebel Applications（Horizontal）の場合、ddlsme_HOR_77.ctlを実行します。

      Siebel Industry Applications（Vertical）の場合、ddlsme_SIA_77.ctlを実行します。

      次のコマンドを使用しますが、コマンドで指定するスクリプト名は必要に応じて適切なスクリプト名に置換します。

      ..\OracleBI\dwrep\bin\DDLIMP /U <USER> /P <PASSWORD> /C <ODBC connect string>
/G SSE_ROLE /I N /R Y /F <..\OracleBI\dwrep\Upgrade\CTLFiles\ddlsme_HOR_77.ctl>
/L <..\oracleBI\dwrep\ddlsme_HOR_77.log>

      次に例を示します。

      DDLIMP /U SADMIN /P SADMIN /C SIEBEL_OLTP /G SSE_ROLE
/I N /R Y /F C:\OracleBI\dwrep\Upgrade\CTLFiles\ddlsme_HOR_77.ctl /L C:\OracleBI\dwrep\ddlsme_HOR_77.log

      注意:

      • /P <PASSWORD>: データ・ウェアハウス用のパスワードです。

      • /C <ODBC connect string>: ODBC接続文字列の名前です。

      • /I N: CTLファイルで定義されたインデックスDDLが存在する場合は無視するように、DDLimpに指示します。これによって、既存のインデックスを変更することはありません。デフォルトは/I Yです。この指定により、インデックスを作成してから、CTLファイルのインデックスとデータベースでマージするようにDDLimpに指示します。

      • Oracleデータベースの場合、Data Directドライバを使用します。

      • さらに、次のコマンドを使用できます。

      • /W Y: OLAPデータベースがOracleで、Unicodeを使用している場合に指定します。

      • /Z Y: OLAPデータベースがDB2かSQL Serverで、Unicodeを使用している場合に指定します。

      • /B <TABLE_SPACE_NAME>: これらのテーブルを別の表領域に作成する場合に指定します。DB2の場合、32K表領域として指定する必要があります。

      • /X <INDEX_TABLE_SPACE_NAME>: インデックスを別の表領域に作成する場合に指定します。DB2の場合、32K表領域として指定する必要があります。

      • /Y: DB2/390用の記憶ファイルです。

      • /R: テーブルに関する権限を再度付与します。

  2. Upgrade.repファイルをOracleBI\dwrep\Upgrade\Informatica\Repositoryフォルダから<PowerCenter_Installation_Directory>\server\infa_shared\Backupフォルダにコピーします。

  3. Informatica PowerCenter管理コンソールを起動して、Upgrade.rep（<PowerCenter_Installation_Directory>\server\infa_shared\Backupにあります）を復元します。復元先は、Oracle_BI_DW_Base.repを復元したデータベース以外のデータベースです。

  4. OracleBI\dwrep\Upgrade\Informatica\ParameterFilesフォルダにナビゲートし、753_TENERIFE_UPG_PARAMS.txtファイルをInformatica ServerマシンのSrcFilesフォルダ（たとえば、<PowerCenter_Installation_Directory>\server\infa_shared\SrcFiles）にコピーします。

  5. 753_TENERIFE_UPG_PARAMS.txtの名前をTENERIFE_UPG_PARAMS.txtに変更します。

  6. Informatica Workflow Managerで、Relational Connection Browser（メニュー・バーで「Connections」→「Relational」を選択）を起動し、リレーショナル接続の接続文字列、ユーザー名およびパスワードを次のように編集します。

    1. PARAM_OLTP_SIEBEL接続を編集し、Siebelトランザクション・データベースを指すようにします。

    2. DataWarehouse接続を編集し、新規にアップグレードしたデータ・ウェアハウス・データベースを指すようにします。

    3. PARAM_DAC_OLD接続を作成するか編集して、以前使用していたDACリポジトリ・データベース（アップグレード元のリリース用のもの）を指すようにします。

    4. PARAM_DAC_NEW接続を作成するか編集して、DACリポジトリ・データベースを指すようにします。


      注意:

      Oracleデータベースに接続している場合、ODBC用のドライバではなくOracleネイティブ・ドライバを使用します。

      SQL Serverデータベースに接続している場合、SQL Server用のネイティブ・ドライバではなくODBCドライバを使用します。

  7. Siebel Applications（Horizontal）の場合、Informatica Workflow Managerで、UPGRADE_753_to_770_HORフォルダにナビゲートしてから、指定された順序で次のワークフローを実行します。

    1. Upgrade_R_Image

    2. Upgrade_Unspecifieds

    3. Upgrade_Agree

    4. Upgrade_Asset

    5. Upgrade_Opty

    6. Upgrade_Order

    7. Upgrade_Quote

    8. Upgrade_Response

    9. Upgrade_ServiceRequest

    10. Upgrade_Others

    11. Upgrade_Visibility

    12. UpgradeSlowlyChangingDimensionStartDates

    13. DAC_Metadata_Upgrade_Workflow

  8. Siebel Industry Applications（Vertical）の場合、Informatica Workflow Managerで、UPGRADE_753_to_770_SIAフォルダにナビゲートしてから、指定された順序で次のワークフローを実行します。

    1. Upgrade_R_Image

    2. Upgrade_Unspecifieds

    3. Upgrade_Agree

    4. Upgrade_Asset

    5. Upgrade_Opty

    6. Upgrade_Order

    7. Upgrade_Quote

    8. Upgrade_Response

    9. Upgrade_ServiceRequest

    10. Upgrade_Others

    11. Upgrade_Visibility

    12. UpgradeSlowlyChangingDimensionStartDates

    13. Upgrade_Industry_R_Image

    14. Upgrade_Industry_Unspecified

    15. Upgrade_LS_ActivityProduct

    16. Upgrade_LS_Others

    17. Upgrade_Industry_Household

    18. Upgrade_FINS_Visibility

    19. UpgradeSlowlyChangingDimensionStartDates_Industry

    20. DAC_Metadata_Upgrade_Workflow

3.9 リリース7.9.0へのデータ・ウェアハウスのスキーマのアップグレード

この項の手順では、新しいテーブル、カラムおよびインデックスを、既存のデータ・ウェアハウスのスキーマに追加します。また、データ・ウェアハウスの既存スキーマ・オブジェクトが変更されます。

データ・ウェアハウスのスキーマをアップグレードするには:

  1. UPGRADE.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  2. 790_UPGRADE_PRE_CTL_SCRIPT.sqlスクリプトを実行します。

    1. データベースタイプに対応するSQLクライアントを起動します。

    2. OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにナビゲートします。

    3. 790_UPGRADE_PRE_CTL_SCRIPT.sqlファイルを開いてから、ファイルの内容をSQLクライアントにコピーします。

    4. スクリプトを実行します。

  3. DW.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  4. 790_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにあります。

3.10 Siebelトランザクション・データベースへの新規スキーマ定義のインポート

この項では、Oracle Business Intelligence Applicationsに関連するトランザクション・データベース・オブジェクトをアップグレードする方法について説明します。Siebel CRMアプリケーション用のトランザクション・データベース・オブジェクトはアップグレードしません。

Siebelトランザクション・データベースに新規スキーマ定義をインポートするには:

  1. 非イメージ・テーブルのスキーマ定義をインポートします。

    1. DDLimpユーティリティにアクセスします。

    2. OracleBI\dwrep\Upgrade\CTLFilesフォルダにあるDDL_OLTP.ctlスクリプトを実行します。

      注意: 特定のオブジェクトがデータベースに存在することを示すエラー・メッセージが出力された場合、DDLimpマージ引数（/M Y）をDDLimpコマンドで使用して、エラーを解決してください。

  2. イメージ・テーブルのスキーマ定義をインポートします。

    1. DACでDesignビューに移動し、Executeボタンの右側にあるドロップダウン・リストでカスタム・コンテナを選択します。

    2. Tablesタブをクリックします。

    3. イメージの接尾辞がNULLでないテーブルのすべてに対してクエリーを実行します。

    4. クエリーから返されたテーブルのリストを右クリックしてから、Change Capture Scripts→Generate Image and Trigger Scriptsを選択します。

    5. Triggers and Image Tablesダイアログ・ボックスで、次を実行します。

      - All Tables in the Listオプションを選択します。

      - Generate Image Table Scriptsオプションを選択します。

      - ソース・システムでは適切なデータベース・タイプを選択します。

      - OKをクリックします。

    6. ソース・システムのデータベース・タイプに対応するSQLクライアントを起動します（たとえば、Oracleの場合はSQL Plus、SQL Serverの場合はQuery Analyzer、DB2の場合はコマンド・ウィンドウ）。

      スクリプトでは多くの行が記述されている場合があります。したがって、スクリプト・ファイルをSQLファイルとして保存すると、SQLクライアントで実行できます。

    7. DACで生成したスクリプトをSQLクライアントにコピーしてから実行します。

3.10.1 Siebelトランザクション・データベースのアップグレードの検証

この項の手順に従って、次のテーブルがSiebelトランザクション・データベースに作成されたことを確認します。

トランザクション・データベースのアップグレードを検証するには:

  • すべてのアップグレード・パスで、次のテーブルがSiebelトランザクション・データベースに作成されたことを確認します。

    • S_ETL_R_IMG_xxx

    • S_ETL_I_IMG_xxx

    • S_ETL_D_IMG_xxx

    • S_ETL_PARAM

    • S_ETL_PRD_ATTR

    • S_ETL_PRD_REL

3.11 リリース7.9.0にアップグレードしたデータ・ウェアハウスへのデータの移行

次の手順に従って、リリース7.9.0にアップグレードしたデータ・ウェアハウスにデータを移行します。

アップグレードしたデータ・ウェアハウスにデータを移行するには:

  1. OracleBI\dwrep\Upgrade\Informatica\SrcFilesフォルダにナビゲートしてから、*.csvファイルをInformatica ServerマシンのSrcFilesフォルダ（たとえば、<PowerCenter_Installation_Directory>\server\infa_shared\SrcFiles）にコピーします。

  2. OracleBI\dwrep\Upgrade\Informatica\ParameterFilesフォルダにナビゲートし、770_TENERIFE_UPG_PARAMS.txtファイルをInformatica ServerマシンのSrcFilesフォルダ（たとえば、<PowerCenter_Installation_Directory>\server\infa_shared\SrcFiles）にコピーします。

  3. 770_TENERIFE_UPG_PARAMS.txtの名前をTENERIFE_UPG_PARAMS.txtに変更します。

  4. TENERIFE_UPG_PARAMS.txtファイルで次を実行します。

    1. $$SourceConnectionパラメータを検索します。

    2. 使用しているSiebelアプリケーション（OLTP）のバージョンに応じて、次のいずれかのオプションに値を設定します。

      • SEBL_63

      • SEBL_753

      • SEBL_771

      • SEBL_78

      • SEBL_80（OLTPのバージョンが8.xと8.1.1の場合、この値を使用）

      • SEBL_VERT_753

      • SEBL_VERT_771

      • SEBL_VERT_78

      • SEBL_VERT_80（OLTPのバージョンが8.xと8.1.1の場合、この値を使用）

      たとえば、Siebelアプリケーション（OLTP）のバージョンがSiebel Industry Applications 7.5.xの場合、パラメータは次のようになります。

      $$SourceConnection=SEBL_VERT_753

  5. TENERIFE_UPG_PARAMS.txtファイルで次を実行します。

    1. $$Source_Containerパラメータを検索します。

    2. 使用しているSiebelアプリケーション（OLTP）のバージョンに応じて、次のいずれかのオプションに値を設定します。

      • Siebel 6.3

      • Siebel 7.5.3

      • Siebel 7.5.3 Vertical

      • Siebel 7.7.1

      • Siebel 7.7.1 Vertical

      • Siebel 7.8

      • Siebel 7.8 Vertical

      • Siebel 8.0（OLTPのバージョンが8.xと8.1.1の場合、この値を使用）

      • Siebel 8.0 Vertical（OLTPのバージョンが8.xと8.1.1の場合、この値を使用）

      たとえば、Siebelアプリケーション（OLTP）のバージョンがSiebel Industry Applications 7.5.xの場合、パラメータは次のようになります。

      $$Source_Container=Siebel 7.5.3 Vertical

  6. TENERIFE_UPG_PARAMS.txtファイルで、ETL_PROC_WIDパラメータを次のように編集します。

    MPLT_GET_ETL_PROC_WID.$$ETL_PROC_WID=<latest ETL_PROC_WID value from your database>

    この値はW_PARAM_G.ETL_PROC_WIDから取得できます。

  7. Siebel Industry Applications（Vertical）を実行している場合、TENERIFE_UPG_PARAMS.txtファイルで、VERTICAL_UPGRADEパラメータを1に設定します。次に例を示します。

    $$VERTICAL_UPGRADE=1

  8. Siebel Industry Applications（Vertical）の場合、ETLのロードで使用するアライメント・ルールを定義します。

    1. OracleBI\dwrep\Upgrade\Informatica\SrcFilesフォルダにナビゲートし、AlignmentType_LS_782.csvファイルをInformatica ServerマシンのSrcFilesフォルダ（たとえば、<PowerCenter_Installation_Directory>\server\infa_shared\SrcFiles）にコピーします。

    2. AlignmentType_LS_782.csvファイルの名前をAlignmentType.csvに変更します。

    3. AlignmentType.csvファイルを開いてから、アライメントの次のいずれかの項目タイプをALIGN_TYPEフィールドの下に入力します。

      • Zipcode

      • Account/Contact

      • Brick

    4. ファイルを保存します。

    Oracle Business Analytics Warehouseでは、アライメントの項目タイプは1つのみアップグレード中にETLのロードで使用できます。

  9. Informatica Workflow Managerで、UPGRADE_770_to_79フォルダにナビゲートしてから、指定された順序で次のワークフローを実行します。

    1. MARKETING_LOAD

    2. Upgrade_Dimensions_Industry

    3. Update_Dimensions

    4. Update_Dimension_Unspecified

    5. Update_Facts

    6. Upgrade_LS_Dimensions（Siebel Industry Applicationsのみ）

    7. Upgrade_LS_Facts（Siebel Industry Applicationsのみ）

    8. SIL_PositionDimensionHierarchy_Full

    9. Load_INT_ORG_DH

    10. DIMENSION_LOAD


      注意:

      SCDバージョンの次元を使用している場合、対応するTENN_UPG_W_XXX_D_784_To_W_XXX_DセッションをTENN_UPG_W_XXX_D_784_SCD_To_W_XXX_Dで置換します。これによって、データがW_XXX_SCDバージョンの次元から新しいSCD対応W_XXX_D次元にアップグレードされます。

    11. DIMENSION_UNSPECIFIED_UPDATE

    12. FACT_UPDATE

    13. DAC_Metadata_Upgrade_Workflow


      注意:

      リリース7.7にアップグレードする際に同じ名前でワークフローを実行した場合でも、データ・ウェアハウスのスキーマをリリース7.9.0にアップグレードするには、このワークフローを実行する必要があります。

  10. トランザクション・データベースをSiebel Applications 8.xまたは8.1.1にアップグレードした場合、UPGRADE_790_to_791_SBL80UPGフォルダにナビゲートしてから、指定された順序で次のワークフローを実行します。

    1. UPGRADE_DIMENSIONS

    2. UPGRADE_FACTS

  11. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  12. データが正常に移行されたことを確認する手順は次のとおりです。

    1. \Informatica PowerCenter 8.6.1\Server\SessLogsディレクトリに格納されたInformaticaマッピング・ログファイルを調べて、エラーや失敗を示すログがないことを確認します。

    2. データベースのSQLクライアントにおいて実行したSQLスクリプト（790_UPGRADE_PRE_CTL_SCRIPT.sqlと790_UPGRADE_PRE_DIMENSION_SCRIPT.sql）で実行中に障害やエラーが発生したかどうかを確認します。

    3. DDLimpコマンドを使用して実行したCTLファイル（Upgrade.ctlとDW.ctl）のログファイルを調べて、実行が失敗したかどうかを確認します。

      前述の手順でエラーや実行失敗が検出されなかった場合、データの移行は正常に実行されたことを示します。


      注意:

      テーブルやインデックスがデータベースから削除できないことを示すエラー・メッセージは無視してください。指定されたオブジェクトがデータベースに存在しない場合、これらのエラー・メッセージが表示されます。各ソース・システム・コンテナにすべてのデータ・ウェアハウス・テーブルのサブセットが格納されているため、この現象が発生する場合があります。

  13. データの移行が正常に実行された場合、アップグレード・プロセス中に作成したテーブル（W_xxxx_x_784テーブル、LKP_xxxx_x、W_ASSET_D_TMPなど）を削除します。

    この手順によって、前述のバックアップ・テーブルで使用していたディスク領域が解放されます。

3.12 リリース7.9.4へのデータ・ウェアハウスのスキーマのアップグレードとデータの移行

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.9.4にアップグレードし、データを移行します。

この項の手順では、新しいテーブル、カラムおよびインデックスを、既存のデータ・ウェアハウスのスキーマに追加します。また、データ・ウェアハウスの既存スキーマ・オブジェクトが変更されます。

データ・ウェアハウスのスキーマをリリース7.9.4用のスキーマにアップグレードし、データを移行するには:

  1. 792_UPGRADE_PRE_CTL_SCRIPT.sqlスクリプトを実行します。

    1. データベースタイプに対応するSQLクライアントを起動します（たとえば、Oracleの場合はSQLPLUS、SQL Serverの場合はQuery Analyzer、DB2の場合はコマンド・ウィンドウ）。

    2. OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにナビゲートします。

    3. 792_UPGRADE_PRE_CTL_SCRIPT.sqlファイルを開いてから、ファイルの内容をSQLクライアントにコピーします。

    4. スクリプトを実行します。

  2. ddl_794.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  3. 792_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにあります。

  4. トランザクション・データベースをSiebel Applications 8.xまたは8.1.1にアップグレードした場合、ワークフローを実行して、アップグレードしたデータ・ウェアハウスにデータを移行します。

    1. Informatica Workflow Managerで、UPGRADE_790_TO_791_SBL80UPGフォルダにナビゲートします。

    2. 指定された順序で次のワークフローを実行します。

      UPGRADE_DIMENSIONS

      UPGRADE_FACTS

  5. データの移行が正常に行われたことを検証します。検証では、<PowerCenter_Installation_Directory>\server\infa_shared\SessLogsディレクトリに格納されたInformaticaマッピング・ログファイルを調べて、エラーや失敗を示すログがないことを調べます。

  6. データの移行が正常に実行された場合、アップグレード・プロセス中に作成したテーブル（W_xxxx_x_79xテーブル、LKP_xxxx_x、79x_XXXX_TMPなど）を削除します。

    この手順によって、前述のバックアップ・テーブルで使用していたディスク領域が解放されます。

  7. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

3.13 リリース7.9.5へのデータ・ウェアハウスのスキーマのアップグレードとデータの移行

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.9.5にアップグレードし、データを移行します。

この項の手順では、新しいテーブル、カラムおよびインデックスを、既存のデータ・ウェアハウスのスキーマに追加します。また、データ・ウェアハウスの既存スキーマ・オブジェクトが変更されます。

データ・ウェアハウスのスキーマをリリース7.9.5用のスキーマにアップグレードし、データを移行するには:

  1. reset_infa_seq_gen.batスクリプトを使用して、アップグレード・リポジトリ上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「アップグレードInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  2. 795_UPGRADE_PRE_CTL_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにあります。

  3. UPGRADE_795.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  4. ddl_795.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  5. 795_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにあります。

  6. すべてのドメイン値ファイルを\OracleBI\dwrep\Informatica\LkpFilesフォルダから<PowerCenter_Installation_Directory>\server\infa_shared\LkpFilesフォルダにコピーします。

  7. アップグレードしたデータ・ウェアハウスにデータを移行します。

    1. Upgrade.repファイルをOracleBI\dwrep\Upgrade\Informatica\Repositoryフォルダから<PowerCenter_Installation_Directory>\server\infa_shared\Backupフォルダにコピーします。

    2. Informatica PowerCenter管理コンソールを起動して、Upgrade.rep（<PowerCenter_Installation_Directory>\server\infa_shared\Backupにあります）を復元します。

    3. Informaticaパラメータ・ファイルの795_UPG_PARAMS.txtを構成します。詳細は、付録A「795_UPG_PARAMS.txtにおけるパラメータの設定」を参照してください。

    4. Informatica Workflow Managerで、Relational Connection Browser（メニュー・バーで「Connections」→「Relational」を選択）を起動し、リレーショナル接続の接続文字列、ユーザー名およびパスワードを次のように編集します。OLTPデータベース用に適切なデータベース・プラットフォームに基づいてリレーショナル接続を1つ作成します。PARAM_OLTPの名前で接続を作成します。

      ご使用のOLTP環境に適合するように、PARAM_OLTP接続を編集します。

      ご使用のOLAP環境に適合するように、PARAM_OLAP接続を編集します。


      注意:

      Oracleデータベースに接続している場合、ODBC用のドライバではなくOracleネイティブ・ドライバを使用します。

      SQL Serverデータベースに接続している場合、SQL Server用のネイティブ・ドライバではなくODBCドライバを使用します。

    5. Informatica Workflow Managerで、UPGRADE_794_to_795_SBLフォルダにナビゲートし、UPGRADE_DIMENSIONSワークフローを実行します。

  8. データが正常に移行されたことを確認します。

    1. <PowerCenter_Installation_Directory>\server\infa_shared\Sesslogsディレクトリに格納されたInformaticaマッピング・ログファイルを調べて、エラーや失敗を示すログがないことを調べます。

    2. データベースのSQLクライアントにおいて実行した795_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトで実行中に障害やエラーが発生したかどうかを確認します。

    3. DDLimpコマンドを使用して実行したddl_795.ctlとUpgrade_795.ctlのログファイルを調べて、実行が失敗したかどうかを確認します。

      前述の手順でエラーや実行失敗が検出されなかった場合、データの移行は正常に実行されたことを示します。


      注意:

      テーブルやインデックスがデータベースから削除できないことを示すエラー・メッセージは無視してください。指定されたオブジェクトがデータベースに存在しない場合、これらのエラー・メッセージが表示されます。各ソース・システム・コンテナにすべてのデータ・ウェアハウス・テーブルのサブセットが格納されているため、この現象が発生する場合があります。

  9. データの移行が正常に実行された場合、アップグレード・プロセス中に作成したテーブル（W_xxxx_x_79x、LKP_xxxx_x、79x_XXXX_TMPなど）を削除します。

    この手順によって、前述のバックアップ・テーブルで使用していたディスク領域が解放されます。

  10. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

3.14 リリース7.9.5.1へのデータ・ウェアハウスのスキーマのアップグレード

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.9.5.1にアップグレードします。

データ・ウェアハウスのスキーマをアップグレードするには:

3.15 リリース7.9.5.1からリリース7.9.6.1へのデータ・ウェアハウスのスキーマのアップグレードとデータの移行

Oracle BI Applicationsリリース7.9.0、7.9.1、7.9.2、7.9.3、7.9.4、7.9.5または7.9.5.1からアップグレードする場合、この手順を実行する必要があります。

この項の手順では、新しいテーブル、カラムおよびインデックスを、既存のデータ・ウェアハウスのスキーマに追加します。また、データ・ウェアハウスの既存スキーマ・オブジェクトが変更されます。

この項で説明する手順は次のとおりです。

3.15.1 リリース7.9.5.1からリリース7.9.6.1へのデータ・ウェアハウスのスキーマのアップグレード

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.9.6.1にアップグレードします。

注意: リリース7.9.6.1にアップグレードするには、接頭辞が「796_」であるスクリプトの実行が必要になる場合があります。

データ・ウェアハウスのスキーマをリリース7.9.6.1用のスキーマにアップグレードし、データを移行するには:

  1. Oracleデータベースを使用している場合、796_UPGRADE_DROP_INDEXES.sqlスクリプトを実行します。

    1. データベースタイプに対応するSQLクライアントを起動します。

    2. OracleBI\dwrep\Upgrade\DbScripts\Oracleフォルダにナビゲートします。

    3. 796_UPGRADE_DROP_INDEXES. sqlファイルを開いてから、ファイルの内容をSQLクライアントにコピーします。

    4. スクリプトを実行します。

  2. SQL ServerデータベースまたはDB2データベースを使用している場合、7961_UPGRADE_DROP_INDEXES.sqlスクリプトを実行します。

    1. データベースタイプに対応するSQLクライアントを起動します。

    2. OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダにナビゲートします。

    3. 7961_UPGRADE_DROP_INDEXES. sqlファイルを開いてから、ファイルの内容をSQLクライアントにコピーします。

    4. スクリプトを実行します。

  3. SQL Serverデータベースを使用している場合、7961_UPGRADE_PRE_UPG_CTL_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\SQLServerにあります。

  4. UPGRADE_796.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  5. 7961_UPGRADE_PRE_CTL_SCRIPT.sqlを実行します。

    1. OracleBI\dwrep\Upgrade\DbScripts\<database type>フォルダに移動し、7961_UPGRADE_PRE_CTL_SCRIPT.sqlファイルを開きます。

    2. Datasource_Num_IDパラメータを検索し、その値が既存の実装で適切であることを確認します。

    3. DB2データベースを使用している場合、「TBS_32K」のテキストを検索して、そのテキストを構成済の適切な32K表領域名で置換します。

    4. スクリプトを実行します。

  6. ddl_7961.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  7. 796_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>にあります。

  8. reset_infa_seq_gen.batスクリプトを使用して、アップグレードInformaticaリポジトリ上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「アップグレードInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  9. すべてのドメイン値ファイルを\OracleBI\dwrep\Informatica\LkpFilesフォルダから<PowerCenter_installation_Directory>\server\infa_shared\LkpFilesフォルダにコピーします。

3.15.2 アップグレードしたデータ・ウェアハウスへのデータの移行

次の手順に従って、アップグレードしたデータ・ウェアハウスにデータを移行します。

アップグレードしたデータ・ウェアハウスにデータを移行するには:

  1. Upgrade.repファイルをOracleBI\dwrep\Upgrade\Informatica\Repositoryフォルダから<PowerCenter_installation_Directory>\server\infa_shared\Backupフォルダにコピーします。

  2. Informatica PowerCenter管理コンソールを起動して、Upgrade.rep（<PowerCenter_installation_Directory>\server\infa_shared\Backupにあります）を復元します。

  3. Informaticaパラメータ・ファイルの796_UPG_PARAMS.txtファイルを構成します。詳細は、付録A「すべてのソース・システム用の796_UPG_PARAMS.txtにおけるパラメータの設定」を参照してください。

  4. Siebelソース・システムに固有のパラメータを構成します。詳細は、付録A「Siebelソース・システム用の796_UPG_PARAMS.txtにおける追加パラメータの設定」を参照してください。

  5. Informatica Workflow Managerで、Relational Connection Browser（メニュー・バーで「Connections」→「Relational」を選択）を起動し、リレーショナル接続の接続文字列、ユーザー名およびパスワードを次のように編集します。

    1. ご使用のOLTP環境に適合するように、PARAM_OLTP_SIEBEL接続を編集します。

    2. ご使用のOLAP環境に適合するように、PARAM_OLAP接続を編集します。

    3. ご使用のDACデータベースに適合するように、PARAM_DAC接続を編集します。


    注意:

    Oracleデータベースに接続している場合、ODBC用のドライバではなくOracleネイティブ・ドライバを使用します。

    SQL Serverデータベースに接続している場合、SQL Server用のネイティブ・ドライバではなくODBCドライバを使用します。

  6. Informatica Workflow Managerで、UPGRADE_7951_to_796_SBLフォルダにナビゲートし、UPGRADE_DIMENSIONSとUPGRADE_FACTSのワークフローを実行します。

  7. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  8. 7961_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>にあります。

  9. reset_infa_seq_gen.batスクリプトを使用して、アップグレードInformaticaリポジトリ上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「アップグレードInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  10. Informaticaパラメータ・ファイルの7961_UPG_PARAMS.txtを構成します。詳細は、付録A「7961_UPG_PARAMS.txtにおけるパラメータの設定」を参照してください。

  11. Informatica Workflow Managerで、UPGRADE_796_to_7961_SBLフォルダにナビゲートします。そして、UPGRADE_DIMENSIONSワークフローを実行してから、UPGRADE_FACTSワークフローを実行します。

  12. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  13. 7961_UPGRADE_POST_SCRIPT.sqlを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>にあります。

3.15.3 データの正常移行の確認

次の手順に従って、アップグレードしたデータ・ウェアハウスにデータが正常に移行されたことを確認します。

データが正常に移行されたことを確認するには:

  1. <PowerCenter_installation_Directory>\server\infa_shared\Sesslogsディレクトリに格納されたInformaticaマッピング・ログファイルを調べて、エラーや失敗を示すログがないことを調べます。

  2. データベースのSQLクライアントにおいて実行した次のスクリプトで実行中に障害やエラーが発生したかどうかを確認します。

    7961_UPGRADE_DROP_INDEXES.sql

    7961_UPGRADE_PRE_CTL_SCRIPT.sql

    7961_UPGRADE_PRE_DIMENSION.sql

    7961_UPGRADE_POST_SCRIPT.sql

  3. DDLimpコマンドを使用して実行したddl_7961.ctlスクリプトとUpgrade_7961.ctlスクリプトのログファイルを調べて、実行が失敗したかどうかを確認します。

    前述の手順でエラーや実行失敗が検出されなかった場合、データの移行は正常に実行されたことを示します。


    注意:

    テーブルやインデックスがデータベースから削除できないことを示すエラー・メッセージは無視してください。指定されたオブジェクトがデータベースに存在しない場合、これらのエラー・メッセージが表示されます。各ソース・システム・コンテナにすべてのデータ・ウェアハウス・テーブルのサブセットが格納されているため、この現象が発生する場合があります。

  4. データの移行が正常に実行された場合、アップグレード・プロセス中に作成したテーブル（W_xxxx_x_79x、LKP_xxxx_x、79x_XXXX_TMP、TMP_xxxx_79xなど）を削除します。

    この手順によって、前述のバックアップ・テーブルで使用していたディスク領域が解放されます。

3.15.4 リフレッシュの日付のリセット

アップグレードしたデータ・ウェアハウスにデータが正常に移行したことを確認したら、次の手順に従ってリフレッシュの日付をリセットします。

  1. Informatica Workflow Managerで、UPGRADE_7951_TO_796_SBLフォルダにナビゲートし、RESET_DAC_REFRESH_DATESワークフローを実行します。

  2. DACで、次を実行します。

    1. Setupビューにナビゲートし、Physical Data Sourcesタブをクリックします。

    2. 上部のペイン・リストで、「DataWarehouse」を選択します。データ・ウェアハウスの接続名をカスタマイズした場合、データ・ウェアハウスのデータベースに対する適切な接続を選択します。

    3. Refresh Datesサブタブ（下部のペイン）をクリックします。

    4. 次のテーブルに対してクエリーを実行し、テーブルごとにRefresh Dateカラムの値をNULLに設定します。

      W_POSITION_D

      W_POSITION_DS

      W_POSITION_DH

      FND_LOOKUP_VALUES

  3. 前述のデータ移行手順が完了した場合、誤って使用したり混同しないように、アップグレード・リポジトリを削除できます。

    1. Informatica PowerCenter管理コンソールで、「Upgrade」リポジトリ・サービスを選択します。

    2. 「Properties」タブの「General Properties」領域で、「Edit」をクリックします。

    3. リポジトリ・サービスのオペレーティング・モードが「Exclusive」に設定されていることを確認します。

    4. 「OK」をクリックします。

    5. 「Actions」を選択し、「Delete Contents」をクリックします。

    6. 「Delete contents for <repository name>」ダイアログで、リポジトリのユーザー名とパスワードを入力（たとえば、「Administrator」と「Administrator」）してから、「OK」をクリックします。

3.16 リリース7.9.6からリリース7.9.6.1へのデータ・ウェアハウスのスキーマのアップグレード

Oracle BI Applicationsのリリース7.9.6からリリース7.9.6.1にアップグレードする場合、この項に記載された手順を実行します。


注意:

Oracleデータベースをデータ・ウェアハウス・データベース用に使用している場合にのみ、この項に記載された手順が適用されます。

この項で説明する手順は次のとおりです。

3.16.1 リリース7.9.6.1へのデータ・ウェアハウスのスキーマのアップグレード

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.9.6.1にアップグレードします。

データ・ウェアハウスのスキーマをリリース7.9.6.1用のスキーマにアップグレードするには:

  1. 7961_UPGRADE_DROP_INDEXES.sqlスクリプトを実行します。

    1. データベースタイプに対応するSQLクライアントを起動します。

    2. OracleBI\dwrep\Upgrade\DbScripts\Oracleフォルダにナビゲートします。

    3. 7961_UPGRADE_DROP_INDEXES. sqlファイルを開いてから、ファイルの内容をSQLクライアントにコピーします。

    4. スクリプトを実行します。

  2. UPGRADE_7961.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  3. 796ORA_TO_7961ORA_UPGRADE_PRE_CTL_SCRIPT.sqlを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\Oracleフォルダにあります。

  4. ddl_7961.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

3.16.2 アップグレードしたデータ・ウェアハウスへのデータの移行

次の手順に従って、アップグレードしたデータ・ウェアハウスにデータを移行します。

アップグレードしたデータ・ウェアハウスにデータを移行するには:

  1. 7961_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\Oracleにあります。

  2. reset_infa_seq_gen.batスクリプトを使用して、アップグレード・リポジトリ上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「アップグレードInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  3. Informaticaパラメータ・ファイルの7961_UPG_PARAMS.txtを構成します。詳細は、付録A「7961_UPG_PARAMS.txtにおけるパラメータの設定」を参照してください。

  4. Informatica Workflow Managerで、UPGRADE_796_to_7961_SBLフォルダにナビゲートします。そして、UPGRADE_DIMENSIONSワークフローを実行してから、UPGRADE_FACTSワークフローを実行します。

  5. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、付録E「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  6. 7961_UPGRADE_POST_SCRIPT.sqlを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\Oracleにあります。

3.16.3 データの正常移行の確認

次の手順に従って、アップグレードしたデータ・ウェアハウスにデータが正常に移行されたことを確認します。

データが正常に移行されたことを確認するには:

  1. <PowerCenter_Installation_Directory>\server\infa_shared\Sesslogsディレクトリに格納されたInformaticaマッピング・ログファイルを調べて、エラーや失敗を示すログがないことを調べます。

  2. データベースのSQLクライアントにおいて実行した次のスクリプトで実行中に障害やエラーが発生したかどうかを確認します。

    7961_UPGRADE_DROP_INDEXES.sql

    7961_UPGRADE_PRE_CTL_SCRIPT.sql

    7961_UPGRADE_PRE_DIMENSION.sql

    7961_UPGRADE_POST_SCRIPT.sql

  3. DDLimpコマンドを使用して実行したddl_7961.ctlスクリプトとUpgrade_7961.ctlスクリプトのログファイルを調べて、実行が失敗したかどうかを確認します。

    前述の手順でエラーや実行失敗が検出されなかった場合、データの移行は正常に実行されたことを示します。


    注意:

    テーブルやインデックスがデータベースから削除できないことを示すエラー・メッセージは無視してください。指定されたオブジェクトがデータベースに存在しない場合、これらのエラー・メッセージが表示されます。各ソース・システム・コンテナにすべてのデータ・ウェアハウス・テーブルのサブセットが格納されているため、この現象が発生する場合があります。

3.17 リリース7.9.6.1からリリース7.9.6.2へのデータ・ウェアハウスのスキーマのアップグレードとデータの移行

この項で説明する手順は次のとおりです。

3.17.1 リリース7.9.6.2へのデータ・ウェアハウスのスキーマのアップグレード

次の手順に従って、データ・ウェアハウスのスキーマをリリース7.9.6.2にアップグレードします。

データ・ウェアハウスのスキーマをリリース7.9.6.2用のスキーマにアップグレードするには:

  1. インデックスの削除と作成を行うスクリプトを生成します。詳細は、第C.1項「インデックスの削除および作成のためのスクリプトの生成」を参照してください。

  2. すべてのインデックスを削除するためのスクリプトを実行します。詳細は、第C.2項「すべてのインデックスの削除のためのスクリプトの実行」を参照してください。

  3. SQL Serverデータベースを使用している場合、7962_UPGRADE_PRE_UPG_CTL_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\SQLServerにあります。

  4. UPGRADE_7962.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

  5. 7962_UPGRADE_PRE_CTL_SCRIPT.sqlを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>にあります。

  6. ddl_7962.ctlスクリプトを実行します。詳細は、付録F「DDLimpユーティリティを使用したCTLファイルの実行」を参照してください。

3.17.2 アップグレードしたデータ・ウェアハウスへのデータの移行

次の手順に従って、アップグレードしたデータ・ウェアハウスにデータを移行します。

アップグレードしたデータ・ウェアハウスにデータを移行するには:

  1. 7962_UPGRADE_PRE_DIMENSION_SCRIPT.sqlスクリプトを実行します。このファイルは、OracleBI\dwrep\Upgrade\DbScripts\<database type>にあります。

  2. reset_infa_seq_gen.batスクリプトを使用して、アップグレード・リポジトリ上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、第E.2項「アップグレードInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  3. Informaticaパラメータ・ファイルの7962_UPG_PARAMS.txtを構成します。詳細は、付録A「7962_UPG_PARAMS.txtにおけるパラメータの設定」を参照してください。

  4. ETLインデックスを作成するためのスクリプトを実行します。詳細は、第C.3項「ETLおよびクエリー・インデックスの作成のためのスクリプトの実行」を参照してください。

  5. Informatica Workflow Managerで、UPGRADE_7961_to_7962_SBLフォルダにナビゲートします。そして、UPGRADE_DIMENSIONSワークフローを実行してから、UPGRADE_FACTSワークフローを実行します。

  6. reset_infa_seq_gen.batスクリプトを使用して、ベースのInformaticaリポジトリ（たとえば、Oracle_BI_DW_Base.rep）上で増分実行するために、Informatica Sequence Generatorを初期化します。詳細は、第E.1項「ベースのInformaticaリポジトリ上でのreset_infa_seq_gen.batファイルの実行」を参照してください。

  7. クエリー・インデックスを作成するためのスクリプトを実行します。詳細は、第C.3項「ETLおよびクエリー・インデックスの作成のためのスクリプトの実行」を参照してください。

3.17.3 データの正常移行の確認

次の手順に従って、アップグレードしたデータ・ウェアハウスにデータが正常に移行されたことを確認します。

データが正常に移行されたことを確認するには:

  1. <PowerCenter_Installation_Directory>\server\infa_shared\Sesslogsディレクトリに格納されたInformaticaマッピング・ログファイルを調べて、エラーや失敗を示すログがないことを調べます。

  2. データベースのSQLクライアントにおいて実行した次のスクリプトで実行中に障害やエラーが発生したかどうかを確認します。

    dropallindexes.sql

    7962_UPGRADE_PRE_CTL_SCRIPT.sql

    7962_UPGRADE_PRE_DIMENSION.sql

    createETLIndexes.sql

    createQueryIndexes.sql

  3. DDLimpコマンドを使用して実行したddl_7962.ctlスクリプトとUpgrade_7962.ctlスクリプトのログファイルを調べて、実行が失敗したかどうかを確認します。

    前述の手順でエラーや実行失敗が検出されなかった場合、データの移行は正常に実行されたことを示します。


    注意:

    テーブルやインデックスがデータベースから削除できないことを示すエラー・メッセージは無視してください。指定されたオブジェクトがデータベースに存在しない場合、これらのエラー・メッセージが表示されます。各ソース・システム・コンテナにすべてのデータ・ウェアハウス・テーブルのサブセットが格納されているため、この現象が発生する場合があります。

  4. データの移行が正常に実行された場合、アップグレード・プロセス中に作成したテーブル（W_xxxx_x_79x、LKP_xxxx_x、79x_XXXX_TMPなど）を削除します。

    この手順によって、前述のバックアップ・テーブルで使用していたディスク領域が解放されます。

  5. 前述のデータ移行手順が完了した場合、誤って使用したり混同しないように、アップグレード・リポジトリを削除できます。

    1. Informatica PowerCenter管理コンソールで、「Upgrade」リポジトリ・サービスを選択します。

    2. 「Properties」タブの「General Properties」領域で、「Edit」をクリックします。

    3. リポジトリ・サービスのオペレーティング・モードが「Exclusive」に設定されていることを確認します。

    4. 「OK」をクリックします。

    5. 「Actions」を選択し、「Delete Contents」をクリックします。

    6. 「Delete contents for <repository name>」ダイアログで、リポジトリのユーザー名とパスワードを入力（たとえば、「Administrator」と「Administrator」）してから、「OK」をクリックします。

3.18 Siebel Analyticsリポジトリのアップグレード

この項のプロセスにより、以前のリリースのSiebel Analyticsリポジトリにおけるカスタマイズ内容を、新しいリリースのOracle BIリポジトリとマージします。このプロセスを開始する前に、既存のリポジトリをバックアップしてから名前を変更してあることを確認してください。

リポジトリをアップグレードするために行う作業は次のとおりです。

この項に記載している作業では、複数のバージョンのSiebel AnalyticsリポジトリやOracle BIリポジトリについて言及しています。表3-1には、この項の例で使用しているリポジトリの名前と説明が記載されています。

表3-1 例で使用されているAnalyticsリポジトリの名前

リポジトリの名前 説明

SiebelAnalytics_7x.rpd

アップグレード元リリース用の標準Siebel Analyticsリポジトリです。この項の例では、このリポジトリを元のリポジトリと呼んでいます。

注意: 以前のリリースの標準リポジトリは、\OracleBI\Upgradeフォルダで利用できます。

OracleBIAnalyticsApps.rpd

アップグレード先リリース用の標準Oracle BIリポジトリです。

Customer_SiebelAnalytics.rpd

アップグレード元リリース用のカスタマイズ内容のあるSiebel Analyticsリポジトリです。

Merged_Repository_OracleBI.rpd

アップグレード先リリース用のカスタマイズ内容のあるOracle BIリポジトリです。

3.18.1 Oracle BIリポジトリのアップグレードの準備

次の手順に従って、リポジトリのアップグレードを準備します。

Analyticsリポジトリのアップグレードを準備するには:

  1. マージ・プロセス用のディレクトリ（\OracleBIUpgradeなど）を設定し、次のサブフォルダを作成します。

    • Original

    • AfterEqualize

    • AfterMerge

    • AfterManualWork

    • AfterRegressions

  2. 元のリポジトリ（たとえば、SiebelAnalytics_7x.rpd）、本番リポジトリ（たとえば、Customer_SiebelAnalytics.rpd）および最新インストールのリポジトリ（たとえば、OracleBIAnalyticsApps.rpd）を、\OracleBIUpgrade\Originalフォルダにコピーします。

    現在使用している環境において、Siebel Analyticsリポジトリを使用しているモジュールが1つ以上あるSiebel Analyticsが実行しており、そのSiebel Analyticsリポジトリは、標準のSiebel Analyticsリポジトリファイル（以前のリリースに付属していたもの）からモジュールのために対応プロジェクトを抽出したものである場合、SiebelAnalytics_7x.rpdファイルから同じプロジェクトを抽出してから元のリポジトリとして使用する必要があります。前回アップグレードしたときに抽出に使用した元のリポジトリがある場合、元のリポジトリファイルとして使用できます。これによって、今回アップグレードする際に追加する新規メタデータの喪失が防止されます。

    また、大量のオブジェクトを削除することでカスタマイズしたSiebel Analyticsリポジトリがある場合に、これらのオブジェクトを今回のアップグレードで元に戻すためには、SiebelAnalytics_7x.rpdファイルで同様に削除処理し、削除処理したファイルを元のリポジトリファイルとして使用する必要があります。これによって、今回アップグレードする際に追加する新規メタデータの喪失が防止されます。

3.18.2 Oracle BIリポジトリの同等化

Administration Toolのマージ機能は変更検出アルゴリズムに基づいています。このアルゴリズムによって、リポジトリを適切にアップグレードするために適用が必要な変更を調べます。このアルゴリズムが適切に動作するためには、3つのリポジトリ（たとえば、SiebelAnalytics_7x.rpd、OracleBIAnalyticsApps.rpd、Customer_SiebelAnalytics.rpd）にあるオブジェクトで同等なオブジェクトを調べる必要があります。

この手順のポイントは、OracleBIAnalyticsApps.rpdとCustomer_SiebelAnalytics.rpdにあるすべてのオブジェクトが、SiebelAnalytics_7x.rpdから派生したものであるかどうかを調べることです。

Administration Toolの同等化機能を使用して、これらのオブジェクトにおいて同等化の処理を行います。出力オプション（-O）で指定したファイルは、同等化プロセス中に変更される唯一のファイルになります。

同等化機能には、次に示すようなメカニズムがあります。これらのメカニズムによって、別々のリポジトリにあるオブジェクトがセマンティクス的に同等であるかどうかを調べます。

  • 完全修飾名: あるリポジトリにあるオブジェクトの完全修飾名が、別のリポジトリにある同じクラスに属する別のオブジェクトの完全修飾名と同じ場合、これらのオブジェクトは同等であると宣言されます。

  • 単純文字列置換: 別々のリポジトリにある同じクラスに属する別々のオブジェクトで、オブジェクトの名前が異なっていてもキーとなる文字のみが異なる場合、それらのオブジェクトは同等であると宣言できます。equalizerpds実行可能ファイルでは、完全修飾名のチェックの際にこれらの文字は無視されます。たとえば、「_」と「 」の文字が同等であると宣言されている場合、"Core"."W_DAY_D"は"Core"."W DAY D"と同等であるとみなすことができます。

  • 名前変更ファイル: 前述に示したルールが適用されない場合、equalizerpds実行可能ファイルへの入力としてスクリプトを使用すると、手動で同等と宣言できます。主要なリリースに対応する名前変更ファイル（MAP）が付属しています。これらのファイルは、OracleBI\Upgradeフォルダにあります。また、製品に付属している名前変更ファイルで対応しないカスタマイズがある場合、独自の名前変更ファイルも作成できます。名前変更ファイルはMicrosoft Excelで開いて編集できます。

    表3-2には、使用できるMAPファイルとファイルに関連するSiebel AnalyticsリリースやOracle BI Applicationsリリースの一覧が記載されています。

    表3-2 様々なリリースに使用されるMAP名前変更ファイル

    Siebel AnalyticsリリースまたはOracle Business Intelligence Applicationsリリース（DWリリースからのアップグレード） 使用されるMAP名前変更ファイル

    Siebel Business Analytics Applications 7.0.x

    利用できない

    Siebel Business Analytics Applications 7.5.x

    利用できない

    Siebel Business Analytics Applications 7.7.x（リリース7.7.0より前のリリースのSiebel CRM OLTP）

    Rename77-7962.map

    Siebel Business Analytics Applications 7.7.x（Siebel CRM OLTPリリース7.7.0）

    Rename771-7962.map

    Siebel Business Analytics Applications 7.8.2、およびこのリリースより前のすべての7.8.xリリース

    Rename782-7962.map

    Siebel Business Analytics Applications 7.8.3、およびこのリリースより後のすべての7.8.xリリース

    Rename783-7962.map

    Oracle BI Applications 7.9.0

    Rename79x-7962.map

    Oracle BI Applications 7.9.1

    Rename79x-7962.map

    Oracle BI Applications 7.9.2

    Rename79x-7962.map

    Oracle BI Applications 7.9.3

    Rename793to7962.map

    Oracle BI Applications 7.9.4

    Rename794to7962.map

    Oracle BI Applications 7.9.5

    Rename79x-7962.map

    Oracle BI Applications 7.9.5.1

    Rename7951to7962.map

    Oracle BI Applications 7.9.5.2

    Rename7951to7962.map

    Oracle BI Applications 7.9.6

    Rename79x-7962.map

    Oracle BI Applications 7.9.6.2

    利用できない

equalizerpdsコマンドの構文を次に示します。

equalizerpds.exe  -A userid1 [-B [password1]] -C base_repository_name -D userid2 [-E [password2]] -F repository2_name [-J udml_utf8_file_name_equalization] [-O ouput_repository_name] [-X] [-Y equalStringSet]
-X          Treat 'Factxxxx' as 'Fact' in Business Model.
-Y          Treat the characters as equals.
/?          Display this usage information and exit.

リポジトリの同等化を行うには:

  1. 適切なMAPファイルをOracleBI\Upgradeフォルダからequalizerpds.exe実行用フォルダ（たとえば、\OracleBIUpgrade\Original）にコピーします。

  2. equalizerpds.exeを実行して、最新インストールのリポジトリ（たとえば、OracleBIAnalyticsApps.rpd）と元のリポジトリ（たとえば、SiebelAnalytics_7x.rpd）の同等化を行います。equalizerpdsコマンドの例を次に示します。

    equalizerpds -A Administrator -B SADMIN
-C \\OracleBIUpgrade\Original\SiebelAnalytics_7x.rpd
-D Administrator -E SADMIN
-F \\OracleBIUpgrade\Original\OracleBIAnalyticsApps.rpd
-O \\OracleBIAnalyticsUpgrade\AfterEqualize\OracleBIAnalyticsApps.rpd
-X -J rename7x-79.map

    MAPファイルは、OracleBI\Upgradeフォルダにあります。

    equalizerpds.exe実行可能ファイルが正常に実行されると、返されるエラーはありません。

  3. equalizerpds.exeを実行して、カスタマイズ・リポジトリ（たとえば、Customer_SiebelAnalytics.rpd）と元のリポジトリ（たとえば、SiebelAnalytics_7x.rpd）の同等化を行います。equalizerpdsコマンドの例を次に示します。

    equalizerpds -A Administrator -B SADMIN
-C \\OracleBIUpgrade\Original\SiebelAnalytics_7x.rpd
-D Administrator -E SADMIN
-F \\OracleBIUpgrade\Original\Customer_SiebelAnalytics.rpd
-O \\OracleBIUpgrade\AfterEqualize\Customer_OracleBIAnalyticsApps.rpd

    カスタマイズ・リポジトリと元のリポジトリとの同等化を行うequalizerpdsを実行しても、名前変更ファイルは使用されません。

    元のリポジトリは新しい場所において変更されずにコピーされていることを確認してください。これによって、スクリプト実行後、3つのリポジトリすべてが、\OracleBIUpgrade\AfterEqualizeディレクトリ内に格納されるようになります。

  4. プロセスが正常に完了したことを確認するには、リポジトリのサイズを比較します。出力リポジトリ（-O）のサイズは、同等化（-F）を行ったリポジトリのサイズに近似した値になります。

3.18.3 Siebel AnalyticsとOracle BIのリポジトリの比較

次の手順に従って、新しいリリースのアップグレード先リポジトリと既存のリポジトリを比較します。

リポジトリを比較するには:

  • Administration Toolのリポジトリ比較機能を使用して、新しいリリースのアップグレード先リポジトリと既存のリポジトリとの違いを分析します。新しいリリースのリポジトリにおいて要素が作成、削除または変更されている場所に注意してください。新しいメタデータを使用でき、既存のリポジトリにおけるカスタマイズ内容を廃棄できるかどうかを検討してください。

    Administration Toolのリポジトリ比較機能を使用する方法の詳細は、『Oracle Business Intelligence Server管理ガイド』を参照してください。

3.18.4 Siebel AnalyticsとOracle BIのリポジトリのマージ

この項の手順では、メインのアルゴリズムを実行してリポジトリをアップグレードします。リポジトリをマージする方法の詳細は、『Oracle Business Intelligence Server管理ガイド』を参照してください。

複数のバージョンのリポジトリをマージするには:

  1. 3つのリポジトリ（たとえば、SiebelAnalytics_7x.rpd、OracleBIAnalyticsApps.rpdおよびCustomer_SiebelAnalytics.rpd）をAfterMergeフォルダにコピーします。

  2. \OracleBIUpgrade\AfterMergeフォルダにある最新インストール版リポジトリ（たとえば、OracleBIAnalyticsApps.rpd）を開きます。

  3. リポジトリを別の名前（たとえば、Merged_Repository_OracleBIAnalyticsApps.rpd）で保存します。

    新しく保存したリポジトリには、アップグレードの最終結果の内容が格納されます。

  4. Administration Toolのメニュー・バーで、File→Mergeを選択します。

  5. Select Original Repositoryダイアログ・ボックスで、元のリポジトリ（たとえば、SiebelAnalytics_7x.rpd）を選択します。

  6. パスワードを入力してから「OK」をクリックします。

  7. Select for the Modified Repository fieldをクリックします。

  8. Select Modified Repositoryダイアログ・ボックスで、以前のリリースのAnalyticsリポジトリに対するカスタマイズが含まれるリポジトリを選択します。

  9. Openをクリックしてパスワードを入力し、「OK」をクリックします。

  10. Decisionドロップダウン・リストで、リポジトリ変更に対応する操作を選択するか、デフォルト操作を受け入れます。

  11. Decisionフィールドが空の後続の行を検出するには、Decisionヘッダー・セルをクリックします。

    すべての行のDecisionフィールドに値が入力されると、Mergeボタンが有効になります。

  12. Mergeをクリックします。

    作業しているリポジトリのサイズによっては、このプロセスの所要時間が最大40分になる場合があります。マージが完了すると、メッセージにより通知が行われます。

  13. 一貫性チェックを実行する場合は、「はい」をクリックします。

    一貫性チェックで返されたエラーの数により、マージ・プロセスの実行結果を判定します。発生したエラーの数が多い場合（たとえば、300個以上）、エラーの原因を分析する必要があります。マージ・プロセスにおいて別々のオブジェクトが同等であるとの認識に失敗したとき、名前変更ファイルの編集が必要になる場合があります。それは、現在使用しているリポジトリにオブジェクトがある場合です。また、多くのオブジェクトの名前を変更したが、アップグレード・エンジンでそれらを元のオブジェクトに関連付ける処理が失敗した場合、独自に名前変更ファイルを追加する必要が発生する場合があります。

    また、マージを再実行する前に、Decisionドロップダウン・リストで選択した操作の変更が必要になる場合もあります。これによって、手作業での対処が必要なエラーの数が減少して、時間を節約できる場合があります。

    マージの結果が満足できる水準に達しても、残りのエラーを手作業で対処する必要があります。次の手順に進む前に、すべてのエラーに対処することが重要です。このリポジトリは、次のステージの入力として使用します。

    また、カスタマイズしたオブジェクトのすべてが存在していることと、重複した物理テーブルが存在しないことも確認する必要があります。重複した物理テーブルの有無を確認するには、次のようなクエリーを使用して物理テーブルを検索します。

    where name like '*#1'

  14. リポジトリを\OracleBIUpgrade\AfterManualWorkフォルダにコピーします。

3.18.5 Oracle BIリポジトリのマージの回帰テスト

リポジトリのマージで回帰テストを実行する目的は、レポートで使用される論理SQL文のセットを収集して、新しいメタデータで作業が続行されることを確認することです。このために、次の手順を実行することをお薦めします。

回帰テストを実行するには:

  1. 回帰テストにおいて含める必要があるレポートを実行します。これらのレポートは、Presentation Catalogにおけるレポートのサブセットの場合があります。

  2. 前述の手順で生成された論理SQL文を収集します。このために使用状況トラッキングを使用したり、クエリー・ログファイルを解析することができます。

    使用状況トラッキングの詳細は、『Oracle Business Intelligence Server管理ガイド』を参照してください。

  3. \OracleBI\server\binにあるnQCmd.exeコマンドライン・ユーティリティを使用して、論理SQL文を古いリポジトリに対して実行し、その結果をファイルに保存します。

    nQCmd.exeユーティリティの詳細は、『Oracle Business Intelligence Server管理ガイド』を参照してください。

  4. 論理SQLテスト・スクリプトを編集して、アップグレードした結果による変更内容や名前の変更を無効にするように変更します。

  5. 編集した論理SQLテスト・スクリプトをマージ・リポジトリに対して実行し、その結果を保存します。

  6. 前述の手順で実行した結果を比較して、差異を解釈します。これらの差異の原因がアップグレード・プロセスによるものと判断した場合、手作業で対処する必要があります。

    これによって、新しいOracleBIAnalyticsApps.rpdと本番リポジトリからマージされた内容が、このリポジトリに格納されます。

3.19 Oracle BI Presentation Catalogのアップグレード

組織で次が実行されていた場合、現在使用しているOracle BI Presentation Catalogをアップグレードする必要があります。

以前のバージョンのビルトイン・アプリケーションで配布されたPresentation Catalogに変更を加えていない場合は、カタログのアップグレードは必要ありません。新しいバージョンのカタログを使い始めることができます。

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


注意:

Oracle BI Applicationsリリース7.9よりも前のリリースでは、Presentation Catalog（旧称はSiebel Analytics Web Catalog）は、個々のファイルのディレクトリ構造ではなく、単一のファイルに格納されていました。以前のリリースのPresentation Catalogがある場合は、新しいフォーマットに変換する必要があります。Presentation Catalogを新しいフォーマットに変換する方法の詳細は、『Oracle Business Intelligence Infrastructureアップグレード・ガイド』を参照してください。

3.19.1 入力Presentation Catalogの調整

現在使用しているPresentation Catalogをアップグレードしてから、新しいPresentation Catalogとマージする前に、保持対象となる既存の内容と組込み対象となる新しい内容を調べてください。既存のPresentation Catalogを調べて、レポートとダッシュボードの使用パターンを調査します。既存のカタログに事前構成済の内容のいくつかが、再設計されたフォーマットで新しいバージョンに表示される場合があることに注意してください。さらに、新しいバージョンには新しい内容がすべて格納されます。全社Presentation Catalogを構成する内容にすると判断したら、Catalog Managerを使用して入力カタログを調整します。カタログを調整する方法の詳細は、『Oracle Business Intelligence Presentation Services管理ガイド』を参照してください。

3.19.2 新しいバージョンへのOracle BI Presentation Catalogのアップグレード

Presentation Catalogのアップグレード・プロセスでは、次に示す3つのカタログが使用されます。

  • オリジナルのPresentation Catalog: これは、変更されていないPresentation Catalogで、アップグレード元のOracle BI Applicationsリリースに付属していたカタログです。

  • 新しいPresentation Catalog: これは、OracleBIData\web\catalogフォルダにインストールされているPresentation Catalogで、Oracle BI Applicationsのインストールに付属しているカタログです。

  • 現在使用しているPresentation Catalog: これは、所属する組織で現在使用しているPresentation Catalogです。

このアップグレード・プロセスではCatalog Managerを使用します。Catalog Managerでは、現在使用しているPresentation Catalogと変更されているPresentation Catalogの両方の内容を、オリジナルのPresentation Catalogの内容と比較します。そして、現在使用しているPresentation Catalogに変更内容をマージしてから、アップグレードの差異に関する一覧を作成します。差異を処理する方法を示すことでこれらを解決する必要があります。カタログの内容が競合する場合、内容を優先的に取得する対象カタログを選択できます。最終結果は、マージされたPresentation Catalogになります。このカタログにはサイト固有の変更が反映され、新しいメタデータも同様に反映されます。

現在使用しているPresentation Catalogを新しいバージョンにアップグレードするには:

  1. 現在使用しているPresentation Catalogのバックアップ・コピーを作成します。そして、フォルダ名を<catalogname>_oldに変更してから一時的な場所に移動します。

  2. オリジナルのPresentation Catalogを、現在使用しているPresentation Catalog格納用フォルダにコピーしてから、名前を<catalogname>_Originalに変更します。

  3. Catalog Managerを起動してから、新しいPresentation Catalogをオフライン・モードで開きます。

  4. Tools→Upgrade Catalogを選択します。

  5. original Presentation Catalogフィールドで、オリジナルのPresentation Catalogの場所を探して参照します。

  6. Current Presentation Catalogフィールドで、現在使用しているWeb Catalog（<catalogname>_old）の場所を探して参照します。

  7. OKをクリックします。

  8. アップグレードの差異を次のようにして解決します。

    1. Unresolved差異リストでそれぞれの未解決差異を確認します。

    2. それぞれの未解決差異で、保持するバージョンを選択します。

    3. OKをクリックします。

    SiebelAnalyticsMigrationLog.txtログファイルには、マージ・プロセスに関する情報が記録されます。このログファイルは、\OracleBI\web\catalogmanagerに書き込まれます。エラーがログファイルに記録されている場合、マージ・メカニズムでマージを解決できなかった問題が、該当のパスに存在することを意味します。何も対処は行われていません。特定の項目をマージするには、オリジナルのPresentation Catalogに移動してから手動でマージします。

  9. アップグレードしたPresentation Catalogを調べ、必要に応じてオブジェクトの権限を設定します。

  10. 新しいPresentation Catalogを保存します。

3.19.3 Presentation Catalogアップグレードの結果のテスト


注意:

この項の手順を実行する前に、アップグレードしたデータ・ウェアハウスに最初にデータを移行する必要があります。

Presentation Catalogのアップグレード機能では、自動的にオブジェクトの権限が継承されません。したがって、この項の手順を実行する前に、Presentation Catalogオブジェクトの権限を確認する必要があります。

この手順によって、アップグレードされたレポートと事前構成済の新規レポートが適切に機能して、マージされた新規Presentation Catalog内で適切な結果にレンダリングされるようになります。この手順は一般的に、最初から最後までのすべてのアップグレード・プロセスを行った最終結果を目視で確認することで行います。

アップグレードされたレポートの場合、比較目的に行う適切な手法としては、複数の共存環境を用意して、ユーザーに対して特定のダッシュボード内容を別々の環境で確認するように依頼することがあります。アプリケーションのルック・アンド・フィールだけでなく、レポートに格納されるデータも調べて、内容が同一であることを確認します。日常業務を通常遂行する際に使用するユーザー・インタフェースの様々な要素を使用して結果を検証することを、ユーザーにリクエストすることをお薦めします。様々な要素の例としては、グローバルプロンプト、カラム・セレクタ、レポートフィルタ、ドリル、ナビゲーションなどがあります。

また、新しいPresentation Catalogにおいて全体的な表示設定と管理設定を調べて適切であることを確認してください。アップグレード中に移行した内容に対して確立した表示ルールに注意してください。これらの設定に関して手動での調整が必要になる場合があります。

  戻る
戻る 		 次へ
次へ
  ドキュメント・ライブラリへ
ライブラリ		 製品リストへ
製品		 目次
目次		 索引
索引