Oracle® Fusion Middleware

Oracle Business Intelligence移行ガイド

12c (12.2.1.1)

E77366-01(原本部品番号:E74567-01)

2016年6月

Oracle Fusion Middleware Oracle Business Intelligence移行ガイド 12c (12.2.1.1)

E77366-01

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

原本著者: Priyanka Chheda

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 概要: Oracle Business Intelligenceの11gから12cへの移行

- 1.1 12cの移行プロシージャの理解

- 1.1.1 既存の11gシステムの分析および最適化

- 1.1.2 何がどのように移行されるかの理解

- 1.1.3 移行を検証するテスト計画の定義

- 1.1.4 既存の11gシステムにおける代表的なサブセットでの移行のテスト

- 1.1.5 移行の実行

2 Oracle BI 11gから12cへの移行

- 2.1 前提条件

- 2.2 BI移行ツール(bi-migration-tool.jar)の生成

- 2.3 エクスポート・バンドルの作成

- 2.4 BI移行スクリプト(migration-tool.sh|cmd)を使用したインポート

- 2.5 Oracle BIデプロイメントの検証

3 Oracle BI EEの移行後の手順

- 3.1 カタログ・グループの移行

- 3.2 Oracle BI EEの構成の移行

- 3.2.1 Oracle BI WebLogicセキュリティ構成の移行

- 3.2.2 Oracle Enterprise Manager Fusion Middleware Controlセキュリティ構成の移行

- 3.2.3 Oracle Enterprise Manager Fusion Middleware Controlが管理するBusiness Intelligence構成の移行

- 3.2.4 Enterprise Manager Fusion Middleware Controlが管理するBusiness Intelligenceログ構成の移行

- 3.2.5 Oracle BI Server構成の移行

- 3.2.6 Oracle BIプレゼンテーション・サーバー構成の移行

- 3.3 DataDirectドライバを使用するためのデータベースの構成

- 3.4 使用状況トラッキングの構成

- 3.5 SQLサーバーの構成

- 3.6 ロールおよび権限の追加

- 3.7 Oracle BIのMySQLの構成

- 3.8 BI JavaHost構成の確認

- 3.9 クラスタの有効化

- 3.10 Oracleハードウェア・アクセラレーションおよび互換性モードの有効化

- 3.11 Oracle BI Serverの互換性フレームワークの設定

- 3.12 Fusion Middleware MapViewer構成の移行

- 3.13 DYNAMIC_OLAP_LOGIN初期化ブロックの「認証のために必要」オプションの選択解除

4 Oracle BI Publisherの移行後の手順

- 4.1 スケジューラ・ジョブおよびジョブ履歴の移行

- 4.2 JMSResourceセキュリティ構成からのBISystemUserポリシーの削除

- 4.2.1 BISystemUserポリシーの手動削除

- 4.2.2 WLSTスクリプトを使用したBISystemUserポリシーの削除

5 Essbaseの移行後の手順

A 既知の違い: Oracle Business Intelligence 12c

- A.1 SCM: DSOおよびARのバランス・トレンドが12cでは異なって表示される

- A.2 ビューの表示エラー: オーダー未処理レポートで無効な列が発生

- A.3 BIコンポーザの視覚的な手がかりは標準モードとアクセシビリティ・モードで同じように表示される

- A.4 ダッシュボードでの埋込みコンテンツの有効化

- A.5 トレリス・ビューは12cでグリッド線なしで表示される

- A.6 ドメイン・ホームとbipublisherフォルダ・パスが12cでは異なる

- A.7 Oracle BI EEコンテンツの12cでの変更内容

- A.8 カタログ構造の変更

B 例外処理

- B.1 TRANSFORMBAREXCEPTIONでの構成失敗

- B.1.1 ユーザーGUIDの再生成

- B.1.2 Oracle Business Intelligenceカタログの更新

- B.2 複数のY軸のHighchartsグラフが移行後に表示されない

- B.3 NQSConfig.INIファイルでのEVALUATEパラメータの設定

- B.4 Error: ava.lang.NoClassDefFoundError: クラスsun.awt.X11GraphicsEnvironmentを初期化できませんでした

- B.5 Oracle BI Publisherでのファイル・データソースの検証

- B.6 [nQSError: 46168] 操作RawFile::checkSoftLimitが失敗しました

- B.7 12cで代理機能の構成に失敗する

- B.8 移行後にカスタム・リンクおよびSampleApp Oracle Technology Networkページが表示されない

- B.9 12cへの11g WebLogicユーザーの移行

はじめに

このドキュメントでは、Oracle Business Intelligenceの11g環境から12c環境へデータを移行する方法を説明します。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

このドキュメントは、Oracle Business Intelligenceをインストールおよび構成するシステム管理者またはアプリケーション開発者を対象としています。読者がweb技術に精通していて、WindowsおよびUNIXプラットフォームの一般的な意味解釈を持っていると考えられています。

親トピック: はじめに

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

Oracleのアクセシビリティへの取り組みについては、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)にアクセスしてください。

Oracleサポートへのアクセス

サポートを購入したオラクル社のお客様は、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を参照してください。

親トピック: はじめに

関連ドキュメント

詳細は、12c (12.2.1)ドキュメント・セットにある次のドキュメントを参照してください。

- Oracle Fusion Middlewareのインストールのプランニング

- Oracle Fusion Middleware Infrastructureのインストールと構成

- Oracle Business Intelligence Enterprise Editionシステム管理者ガイド

- Oracle Business Intelligence Publisherユーザーズ・ガイド

- Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド

- 高可用性ガイド

親トピック: はじめに

表記規則

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

表記規則

意味

太字

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

イタリック体

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

固定幅フォント

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

親トピック: はじめに

1 概要: Oracle Business Intelligence 11gから12cへの移行

Oracle Business Intelligence 11gから12cへのメタデータおよび構成の移行は、BI移行ツールを使用して実行されるホーム外プロセスです。このツールは、11gシステムのシステム・セキュリティ構成情報、Oracle BIリポジトリおよびOracle BIプレゼンテーション・サービス・カタログを含むOracle BI 11gメタデータ・アーカイブを作成します。

この項では、Oracle BIのメタデータおよび構成をOracle BI 11g (リリース11.1.1.7以降)からOracle BI 12c (リリース12.2.1.1)インスタンスに移行するプロセスを説明します。

注意:
BI移行ツールは、11gシステムのカスタマイズされた機能は保持しません。11gシステムのカスタマイズされた機能は、移行後に12cシステムに手動でコピーする必要があります。

- 12cの移行プロシージャの理解
Oracle BI 12c (12.2.1.1)は、Oracleからの最新のBusiness Intelligenceリリースです。Oracle BI 11gから12cへの移行には、入念な準備、計画およびテストが必要です。Oracleでは大部分の移行プロセスを自動化するツールおよびテクノロジを提供しています。ただし、採用する厳密な戦略は、既存の11gシステムの構成および12cシステムの必要な構成によって異なります。

1.1 12cの移行プロシージャの理解

Oracle BI 12c (12.2.1.1)はOracleのBusiness Intelligenceの最新のリリースです。Oracle BI 11gから12cへの移行には、入念な準備、計画およびテストが必要です。Oracleでは大部分の移行プロセスを自動化するツールおよびテクノロジを提供しています。ただし、採用する厳密な戦略は、既存の11gシステムの構成および12cシステムの必要な構成によって異なります。

このドキュメントは、Oracle BI 12cで発生した問題をデバッグして修正する十分な知識があることを前提としています。また、Oracle BI 12cソフトウェアがダウンロードされていて、既存のOracle BI 11gインスタンスがシステムにインストールされ稼働していることも前提としています。

注意:
メタデータおよび構成の移行はホーム外プロセスです。移行プロセスは、本番環境の既存の11gシステムに影響を及ぼしません。既存の11gシステムは、12cシステムのロールアウトの準備ができるまで使用し続けることができます。

効率的な移行戦略を作成するために、次の手順を実行することをお薦めします。

1. 12cへの移行を準備するために、既存の11gシステムを分析し、最適化します

2. 何がどのように移行されるかを理解します

3. 移行を検証するテスト計画を定義します

4. 既存の11gシステムの代表的なサブセットでサンプル移行をテストします

5. 移行を実行します

最終的に実装する移行方法は、ご使用の特定の状況特有であり、具体的なトポロジおよび組織の要件に依存します。

- 既存の11gシステムの分析および最適化
既存のOracle BI 11gシステムからメタデータおよび構成を移行するには時間とリソースが必要です。最適化されていない11gデプロイメントは、移行プロセスを中断する可能性があり、12cシステムのパフォーマンスに影響する可能性があります。冗長なコンテンツを削除して、類似コンテンツをマージして統合することで、既存の11gシステムを分析して最適化することをお薦めします。

- 何がどのように移行されるかの理解
Oracleは、Business Intelligenceの12cリリースの既存の機能に対して多くの拡張機能を導入しました。場合によっては、これらの拡張機能で既存の機能を置き換えたり、様々な方法でそれを再実装しています。既存の11gの機能および構成は、可能なかぎり対応する12cシステムに移行されます。12cシステムの表示や動作が異なる場合もありますが、最終的な結果は機能的に同じことが期待できます。

- 移行を検証するためのテスト計画の定義
12cシステムに必要なすべての移行データがそろっているかを検証するためにテスト計画を定義することをお薦めします。Oracle BI 12cでは、12cシステムの特定の部分を検証できる一連の検証ツールを用意しています。ただし、これらのツールは検証タスクを補助するものです。

- 既存の11gシステムにおける代表的なサブセットでの移行のテスト
移行を円滑に進めるために、実際の移行を実行する前に、サンプル・データを11gシステムから12cシステムへ移行することをお薦めします。

- 移行の実行
サンプル移行を実行してデータが期待どおりに12cシステムに移行されたことを検証した後、Oracle BI 11gシステム全体の移行を続行できます。

親トピック: 概要: Oracle Business Intelligenceの11gから12cへの移行

1.1.1 既存の11gシステムの分析および最適化

既存のOracle BI 11gシステムからメタデータおよび構成を移行するには時間とリソースが必要です。最適化されていない11gデプロイメントは、移行プロセスを中断する可能性があり、12cシステムのパフォーマンスに影響する可能性があります。冗長なコンテンツを削除して、類似コンテンツをマージして統合することで、既存の11gシステムを分析して最適化することをお薦めします。

既存の11gシステムを分析する場合、現在システムが稼働しているハードウェアおよびオペレーティング・システム環境に注意してください。現在の環境をOracle Fusion Middleware 12cのシステム要件および動作保証情報と比較します。Oracle BI 12cをデプロイするには、一連の新しいシステム要件があります。たとえば、Oracle BI 12cでは、オペレーティング・システムの新しいバージョンとJava JDKの新しいバージョンを必要とします。詳細は、次を参照してください。

- システム要件に関するドキュメントはOracle® Fusion Middlewareシステム要件および仕様

- 動作保証に関するドキュメントはOracle Fusion Middlewareのサポートされるシステム構成

11gシステムを分析する際には、次の詳細情報に注意します。

- リポジトリの名前およびサイズ

- Oracle BI Presentation Catalogの名前およびサイズ

- 既存のセキュリティ・モデル詳細

- データ・ソース

- スケジュールされたジョブの数

- 外部システムへのすべてのリンク

既存の11gシステムの移行を準備する際に最適化するには、次のタスクを実行します。

1. 整合性チェッカを実行して11gリポジトリの妥当性をチェックし、Oracle BI 12c管理ツールで問合せの失敗の原因となりうる構文またはセマンティック上のエラーおよび警告を特定および修正します。詳細は、『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリまたはビジネス・モデルの整合性のチェックに関する項を参照してください。

2. 使用されていない初期化ブロックをすべて無効化します。

3. 不要になったため移行する必要がなくなったユーザーおよびグループを特定して削除します。

4. 不要になったためにアップグレードする必要がなくなったリポジトリおよびOracle BI Presentation Catalogのオブジェクトを特定して削除します。

5. Oracle BI Server使用状況トラッキング機能を使用している場合は、使用状況トラッキング・データを確認して、使用されていないオブジェクトを特定します。

6. Oracle BI Serverのサマリー・アドバイザ機能を使用していた場合には、集計データと集計スクリプトのサマリー・アドバイザを確認してください。

親トピック: 12cの移行プロシージャの理解

1.1.2 何がどのように移行されるかの理解

Oracleは、Business Intelligenceの12cリリースで、既存の機能に対して多くの拡張機能を導入しました。場合によっては、これらの拡張機能で既存の機能を置き換えたり、様々な方法でそれを再実装しています。既存の11gの機能および構成は、可能なかぎり対応する12cシステムに移行されます。12cシステムの表示や動作が異なる場合もありますが、最終的な結果は機能的に同じことが期待できます。

効率的な移行方法により、Oracle BI 11g環境から12c環境にメタデータおよび構成を移行できます。このプロセスの目的は、元の11gシステムの外観および動作を12c環境で正確に再現することではありません。11gの外観および動作を再現することは不可能ではありませんが、時間がかかり、困難を伴う場合があります。たとえば、ダッシュボードおよびプロンプトは12cでは異なる方法で表示され、11gの外観を再作成するには、大量の人手の介入が必要になります。また、Oracle BI 12cに移行する意味がなくなります。つまり、12cに導入された拡張機能が利用できなくなります。

次のコンポーネントが移行されます。

- Oracle BIサーバー: これには、NQSConfig.INIとopmn.xml環境が含まれます。
Oracle BIプレゼンテーション・サービス: これには、instanceconfig.xmlが含まれます。

- Oracle BI Publisher: これには、scanner.xml、xdo.cfg、xmlp-server-config.xml、datasources.xml、xdodelivery.cfg、cupsprinters.cfg、マップ・ディレクトリ、プラグイン・ディレクトリが含まれます。

次のメタデータが移行されます。

- コンテンツ(WebCat)、モデル(RPD)、メタデータを保護するための認可ポリシー(Java AuthoriZatioN (JAZN))。

opmn.xmlファイルに含まれている次のOPMNプロパティは、構成の移行中に12cに移行されません。

- obips

- obiccs

- obijh

- obisch

ただし、OBISプロパティは移行されます。

親トピック: 12cの移行プロシージャの理解

1.1.3 移行を検証するテスト計画の定義

12cシステムに必要なすべての移行データがそろっているかを検証するために、テスト計画を定義することをお薦めします。Oracle BI 12cでは、12cシステムの特定の部分を検証できる一連の検証ツールを用意しています。ただし、これらのツールは検証タスクを補助するものです。

一般的なテスト計画では次を確認します。

- テスト・アップグレードとして使用する既存の12cシステムの代表的なサブセット

- テスト・アップグレードが正常に終了したかを検証する際に使用するいくつかのキー・インジケータ

- 完全アップグレードが正常に終了したかを検証する際に使用する追加のキー・インジケータ

親トピック: 12cの移行プロシージャの理解

1.1.4 既存の11gシステムにおける代表的なサブセットでの移行のテスト

移行を円滑に進めるために、実際の移行を実行する前に、サンプル・データを11gシステムから12cシステムへ移行することをお薦めします。

サンプル・データを移行するには、このガイドで説明している移行プロシージャを参照してください。データの代表的なサブセットを移行して移行をテストすると、次を実現できます。

- 既存の11gシステムのデータの移行が成功する可能性が高いかの迅速な検証

- 既存の11gシステムと新しい12cシステム間で発生しうる差異の詳細な検証

注意:
移行プロセス中および移行プロセス完了後も、11gシステムはそのまま残ります。

前に作成したテスト計画を使用して、サンプル移行プロセスが正常に完了し、結果のシステムにデータがあることを確認します。

親トピック: 12cの移行プロシージャの理解

1.1.5 移行の実行

サンプル移行を実行して、データが期待どおりに12cシステムに移行されたことの検証を終えると、Oracle BI 11gシステム全体の移行を続行できます。

次のフローチャートは、移行プロセスのフローを示しています。

図1-1 BI移行プロセスのフロー

表1-1に、Oracle BI 11gから12cへの移行で実行する必要がある手順の概要サマリーを示します。

表1-1 移行プロセスの概要

手順番号

手順の説明

詳細

1

Oracle BI 12cソフトウェアをインストールして構成します。

BI 12cをインストールする手順は、Oracle Business Intelligenceのインストールと構成のOracle Business Intelligenceのインストールに関する項を参照してください。

12cを構成する手順は、Oracle Business Intelligenceのインストールと構成のOracle Business Intelligenceの構成に関する項を参照してください。

2

BI移行ツール(bi-migration-tool.jar)を生成し、12cのOracleホームから11gシステムにコピーします。

なし。

3

11gシステムでBI移行ツールを使用してエクスポート・バンドルを作成します。

「エクスポート・バンドルの作成」を参照してください。

4

BI移行スクリプト(migration-tool.sh|cmd)を使用して、エクスポート・バンドルをインポートします。

BI移行スクリプト(migration-tool.sh|cmd)を使用したインポートを参照してください。

5

インストール後の手順を実行します。

BI EEについては、「Oracle BI EEの移行後の手順」を参照してください。

BI Publisherについては、「Oracle BI Publisherの移行後の手順」を参照してください。

Essbaseについては、「Essbaseの移行後の手順」を参照してください。

親トピック: 12cの移行プロシージャの理解

2 Oracle BI 11gから12cへの移行

移行プロセスでは、システムにインストールしたBIコンポーネントの11gメタデータと構成を移行します。移行は2ステップのプロセスです。プロセスの最初のステップでは、BI移行ツール(bi-migration-tool.jar)を使用してエクスポート・バンドルを読取り専用の11g動作保証済リリース(11.1.1.7以降)から作成します。2番目のステップでは、BI移行スクリプト(migration-tool.sh)を使用してエクスポート・バンドルを12cシステムにインポートします。

注意:
エクスポート・プロセスは読取り専用です。データ、構成または既存のバイナリは、ソース・システムで変更も削除もされません。エクスポート中、メタデータおよび構成(特にデータ・モデルおよび接続プール)、カタログ・コンテンツおよびセキュリティ・ストア認可ポリシーは保持されます。次を再構成する必要があります。

- WebLogic認証の構成
WebLogicでは、11gから12cへの移行はサポートされません。そのため、12cでセキュリティ・レルムを再構成する必要があり、それは11gから12cへの移行の一部とはなりません。ユーザーとグループが外部LDAPに存在する場合、その外部LDAPを指し示すようにBI 12cを構成する必要があります。BI 11gのユーザーがWebLogic LDAPでホストされていた場合、WebLogic Serverを使用して、ユーザーを11gから12cのWebLogic LDAPにエクスポートできます。ただし、12cでは、BIシステム・ユーザーはサポートされません。そのため、BIシステム・ユーザーは、12cシステムへのインポート後に削除する必要があります。

- 中間層データベース・コンテンツ(BI Publisherスケジュール、エージェントのジョブ履歴、スコアカード注釈および使用状況トラッキング表)
エージェントは、無効化された状態で11gから12cに移行されます。移行後にそれらを再有効化する必要があります。エージェントを再度有効にすると、スケジューラ・データベースにエントリが再作成されます。ただし、エージェント履歴は11gから12cに移行されません。使用状況トラッキングも再構成する必要がああります。

- TimesTen集計などのアプリケーション固有のデータ、グローバル・キャッシュ、必要なデータベース・スキーマおよびEssbaseアプリケーション、データ、アウトライン、ルールおよび計算

インポート・プロセスはオフラインです。インポート中、メタデータ・コンテンツは指定されたサービス・インスタンスをカスタマイズするようにデプロイされ、既存の構成設定を上書きします

- 前提条件
移行の準備の際にOracleが推奨する環境を構成してください。

- BI移行ツール(bi-migration-tool.jar)の生成
BI移行ツール(bi-migration-tool.jar)は自動実行で自己包含です。BI移行スクリプト(migration-tool.sh|cmd)を使用して、BI移行ツールのjarファイルを生成する必要があります。12cドメインを構成した後、BI移行スクリプトが使用できるようになります。この手順では、11gシステムに容易に転送できるように、BI移行ツールのコンポーネントを単一の自動実行jarファイルにパッケージします。これを実行するためには、構成されたドメインで12cシステムに対するアクセスが必要です。BI移行ツールを実行し、それ自体を再パッケージできるように十分なインフラストラクチャを用意するために、12cドメインを設定する必要があります。12cドメインはこの時点では空の可能性があります。

- エクスポート・バンドルの作成
エクスポート・バンドルは".jar "ファイルで、11g Oracleホームからのメタデータ情報で構成されます。

- BI移行スクリプト(migration-tool.sh|cmd)を使用したインポート
BI移行スクリプト(migration-tool.sh|cmd)を使用して、エクスポート・バンドルをインポートする必要があります。BI移行スクリプトは、Oracleホームおよびドメイン・ホームのディレクトリを自動的に決定します。

- Oracle BIデプロイメントの検証
Oracle BIベースライン検証ツールは、Oracle BI 11g リリースから12c リリースへの移行などのライフサイクル操作中に違いを識別できます。移行プロシージャを実行した後、このツールを使用して2つのデプロイメントを比較し、11g環境からのデータが12c環境に正しくコピーされたかを検証できます。

2.1 前提条件

移行の準備の際にOracleが推奨する環境を構成してください。

移行プロシージャを続ける前に次の要件を満たしていることを確認します。

- 11gの認証されたGAリリース11.1.1.7以降がインストールされていること。

- Oracle Business Intelligenceのインストールと構成のインストレーション・ガイドの手順に従って、12cソフトウェアをインストールして構成していること。

- 11gシステムおよび12cシステムの両方にファイル・システム権限があること。

- 11gユーザーが12cドメインにサインインできるようにWebLogic認証チェーンが構成されていること。詳細は、Oracle WebLogic Serverセキュリティの管理の認証プロバイダの構成に関する項を参照してください。

- 12cのBIインスタンスが実行中の場合は、このBIインスタンスを停止していること。コンテンツを12cの新しいインスタンスに移行する前にBIインスタンスが停止している必要があります。
管理サーバーと管理対象サーバーを起動および停止する手順は、Oracle Fusion Middlewareの管理の管理サーバー、管理対象サーバーおよびノード・マネージャの起動と停止に関する項を参照してください。BIインスタンスを起動および停止する手順は、コンポーネントの起動と停止に関する項を参照してください。

- システムにJDKバージョン1.8.0_77がインストールされていること。

- OBIS1とOBIPS1を停止していること。

親トピック: Oracle BI 11gから12cへの移行

2.2 BI移行ツール(bi-migration-tool.jar)の生成

BI移行ツール(bi-migration-tool.jar)は自動実行で自己包含です。BI移行スクリプト(migration-tool.sh|cmd)を使用して、BI移行ツールのjarファイルを生成する必要があります。12cドメインを構成した後、BI移行スクリプトが使用できるようになります。この手順では、11gシステムに容易に転送できるように、BI移行ツールのコンポーネントを単一の自動実行jarファイルにパッケージします。これを実行するためには、構成されたドメインで12cシステムに対するアクセスが必要です。BI移行ツールを実行し、それ自体を再パッケージできるように十分なインフラストラクチャを用意するために、12cドメインを設定する必要があります。12cドメインはこの時点では空の可能性があります。

BI移行ツールのjarを生成するには:

1. 次の場所にあるBI移行スクリプトを見つけます。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/bitools/bin/migration-tool.sh

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

%DOMAIN_HOME%\bitools\bin\migration-tool.cmd

DOMAIN_HOMEを、12cのBIインスタンスを構成したときに作成した12cのドメイン・ホームへの実際のパスに置き換えます。

2. 次のコマンドを実行してBI移行ツールを生成します。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/bitools/bin/migration-tool.sh package bi-migration-tool.jar

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

%DOMAIN_HOME%\bitools\bin\migration-tool.cmd package bi-migration-tool.jar

各パラメータの意味は次のとおりです

表2-1 コマンドの説明

オプション

説明

$DOMAIN_HOME/bitools/bin

BI移行スクリプトの場所を指定します。

package

パッケージ操作を実行するためにBI移行スクリプトを指定します。

bi-migration-tool.jar

出力の書込み先となる移行ツールjarファイルのファイル名を指定します。このドキュメントでは、bi-migration-tool.jarファイルは「BI移行ツール」と呼ばれ、migration-tool.shスクリプトは「BI移行スクリプト」と呼ばれます。

3. データをエクスポートする場所からホスト・システムにBI移行ツールをコピーします。

親トピック: Oracle BI 11gから12cへの移行

2.3 エクスポート・バンドルの作成

エクスポート・バンドルは".jar "ファイルで、11g Oracleホームからのメタデータ情報で構成されます。

エクスポート・バンドルを作成するには:

1. パラメータを指定せずにBI移行ツールを実行します。次のコマンドを入力します。
UNIXオペレーティング・システムの場合:

$JDK_HOME/bin/java -jar bi-migration-tool.jar

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

%JDK_HOME%\bin\java -jar bi-migration-tool.jar

このコマンドは、11gシステムの様々な部分を探すためにBI移行ツールに含めることができるパラメータのリストを表示します。

2. ここでは、BI移行ツールを次のパラメータで実行し、エクスポート・バンドルを作成します。

表2-2 パラメータの説明: エクスポート・バンドルの作成

パラメータ

説明

out

BI移行ツールを「エクスポート」モードで実行するように指示します。

<oracle 11g home>

Oracleホーム・ディレクトリを指定します。これは通常、MiddlewareホームにあるディレクトリOracle_BIです。

DOMAIN_HOME

ドメイン・ホーム・ディレクトリを指定します。これは通常Middlewareホームにあるディレクトリuser_projects/domains/bi/です。

<output export bundle path>

出力されるエクスポート・バンドルのファイル名を指定します。出力はBARファイルではありません。エクスポート・バンドルのファイル名には"jar"拡張子を含める必要があります。

次に、エクスポート・バンドルを作成するサンプル・コマンドを示します。

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

$JDK_HOME/bin/java -jar $ORACLE_HOME/bi/migration-tool/jlib/bi-migration-tool.jar out $ORACLE_HOME/Oracle_BI1 $DOMAIN_HOME/tmp/migration-tool-test/test_export.jar

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

%JDK_HOME%\bin\java -jar $ORACLE_HOME\bi\migration-tool\jlib\bi-migration-tool.jar out $ORACLE_HOME\Oracle_BI1 $DOMAIN_HOME\tmp\migration-tool-test\test_export.jar

各パラメータの意味は次のとおりです

表2-3 パラメータの値: エクスポート・バンドルの作成

パラメータ

説明

$ORACLE_HOME/bi/migration-tool/jlib/bi-migration-tool.jar

BI移行ツールがコピーされる場所。

$ORACLE_HOME/Oracle_BI1

Oracleホーム・ディレクトリのある場所。

$DOMAIN_HOME

ドメイン・ホーム・ディレクトリのある場所。

/tmp/migration-tool-test/test_export.jar

エクスポート・バンドルが作成される場所。

注意:
システムのそれぞれのパスでこれらのファイル・パスを置き換えるようにしてください。

次のメッセージは正常なエクスポートを示します。
エクスポートは成功しました

エクスポート・バンドルを12cシステムにコピーします。

親トピック: Oracle BI 11gから12cへの移行

2.4 BI移行スクリプト(migration-tool.sh|cmd)を使用したインポート

BI移行スクリプト(migration-tool.sh|cmd)を使用して、エクスポート・バンドルをインポートする必要があります。BI移行スクリプトは、Oracleホームおよびドメイン・ホームのディレクトリを自動的に決定します。

12cシステムにエクスポート・バンドルをインポートするには、BI移行スクリプトを実行する際に次のパラメータを含めることができます。

表2-4 パラメータの説明: エクスポート・バンドルのインポート

パラメータ

説明

in

BI移行スクリプトがバンドルをインポートすることを示します。

config

インポート・プロセス中に構成ファイルを上書きするBI移行スクリプトを示します。このスクリプトを使用して、データとともに構成を移行することもできます。

<export bundle>

エクスポート・バンドルのあるパスです。

<service instance name>

サービス・インスタンスの名前(service1)を指定します。

12cシステムにメタデータと構成をインポートするには、次の手順を実行します。

1. 次のパラメータを使用してBI移行スクリプトを実行します。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/bitools/bin/migration-tool.sh in config <export bundle> <service instance name>

次に例を示します。

$DOMAIN_HOME/bitools/bin/migration-tool.sh in config /tmp/migration-tool-test/test_export.jar service1

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

%DOMAIN_HOME%\bitools\bin\migration-tool.cmd in config <export bundle> <service instance name>

次に例を示します。

%DOMAIN_HOME%\bitools\bin\migration-tool.cmd in config /tmp/migration-tool-test/test_export.jar service1

各パラメータの意味は次のとおりです

表2-5 パラメータの値: エクスポート・バンドルのインポート

パラメータ

説明

in

BI移行スクリプトがバンドルをインポートすることを示します。

config

インポート・プロセス中に構成ファイルを上書きするBI移行スクリプトを示します。

/tmp/migration-tool-test/test_export.jar

エクスポート・バンドルのあるパスです。

service1

サービス・インスタンスの名前を指定します。

2. 移行に成功すると、次のような出力が表示されます。

Import succeeded
About to close down logging to: $DOMAIN_HOME/bilogs/migration/migration-2016-05-05-06-13-05.log
This is so that the log file can be archived into the diagnostics zip
Any remaining log entries will go to '/tmp/migration.log', and will not appear in the diagnostics zip
Migration action succeeded

12cシステムを起動できるようになりました。12cシステムの起動に関する詳細は、『Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のOracle Business Intelligenceプロセスの管理に関する項を参照してください。

注意:
移行プロセスの完了後、アプリケーションのロールおよびポリシーの移行には、10分ほどかかります。

インポート・プロセスの完了後、移行プロセスを開始する前に停止したOBIS1とOBIPS1を起動する必要があります。

親トピック: Oracle BI 11gから12cへの移行

2.5 Oracle BIデプロイメントの検証

Oracle BIベースライン検証ツールは、Oracle BI 11g リリースから12c リリースへの移行などのライフサイクル操作中に違いを識別できます。移行プロシージャを実行した後、このツールを使用して2つのデプロイメントを比較し、11g環境からのデータが12c環境に正しくコピーされたかを検証できます。

Oracle BI検証ツールの使用に関する詳細は、「Oracle Business Intelligenceベースライン検証ツールを使用したOracle Business Intelligenceデプロイメントの比較」を参照してください。

注意:
Oracle BI検証ツールは、Oracle Technology Networkにあるその他のOracle Business Intelligenceのダウンロードとともにダウンロードできます。詳細は、Oracle BI検証ツールのダウンロードに含まれているREADMEドキュメントを参照してください。各製品でダウンロードする必要のある配布に関する具体的な情報は、Oracle Fusion Middlewareダウンロード、インストール、構成のReadmeファイルページを参照してください。

親トピック: Oracle BI 11gから12cへの移行

3 Oracle BI EEの移行後の手順

Oracle BI EEのデータ移行終了後、カタログ・グループおよびその他のコンポーネント(WebLogicのセキュリティ、Enterprise Manager、BIサーバーおよびBIプレゼンテーション・サービス)の構成設定を手動で移行します。

- カタログ・グループの移行
カタログ・グループは、管理者がセキュリティ管理目的でユーザー・ロールとアプリケーション・ロールを編成できるようにするOracle BI EEの機能です。

- Oracle BI EEの構成の移行
データ移行後、構成情報を11gシステムから12cシステムに手動で移行します。これには、WebLogicセキュリティ、Enterprise Managerセキュリティ、管理対象BI構成、BIログ、BIサーバーおよびBIプレゼンテーション・サーバー構成設定が含まれます。

- DataDirectドライバを使用するようデータベースを構成
適切なDataDirectドライバを使用するように、データベースを構成する必要があります。DataDirectドライバを使用するように構成済のデータベースを使用している場合は、適切なDataDirectドライバを使用するようにデータベース構成のodbc.iniファイルを変更します。

- 使用状況トラッキングの構成
Oracle BI Serverでは、使用状況トラッキング・データの収集がサポートされます。使用状況トラッキングが有効な場合、BIサーバーは各問合せについて使用状況トラッキング・データを収集します。次に、統計情報が使用状況トラッキング・ログ・ファイルに書き込まれるか、データベース表に直接挿入されます。12cシステムの移行と構成を完了した後、NQSConfig.INIファイルで使用状況トラッキングを有効化する必要があります。

- SQL Serverの構成
12cシステムを構成した後、odbc.iniファイルでSQL Server設定を構成する必要があります。

- ロールおよび権限に追加
データを移行した後、BI Administrator、BI AuthorおよびBI Consumerのグループのロールおよび権限を追加する必要があります。

- Oracle BIのMySQLの構成
DataDirectドライバを使用するには、MySQLデータベースを構成する必要があります。DataDirectドライバを使用するように構成済のデータベースを使用している場合は、適切なDataDirectドライバを使用するようにデータベース構成のodbc.iniファイルを変更します。

- BI JavaHost構成の確認
XMLPおよびBI JavaHost設定が、11gシステムの構成に指定した設定と一致することを確認します。

- クラスタの有効化
データの移行後、12cシステムのクラスタ・インスタンスをオンにするには、ClusterConfig.xmlファイルでClusterEnabledパラメータを手動で有効化する必要があります。

- Oracleハードウェア・アクセラレーションおよび互換性モードの有効化
ハードウェア・アクセラレーションは、ダッシュボード・プロンプト、トレリス・チャートおよびマイクロチャート、サマリー・アドバイザ機能およびTimesTenインメモリー・データベースの集計の永続性などの機能の自動実行に影響します。そのため、移行後に12c bi-config.xmlファイルのbi:hw-accelerationフラグを手動で有効化する必要があります。11gシステムの状態が実行時に維持されるように、bi:compat-mode-11gフラグも有効化する必要があります。

- Oracle BIサーバーの互換性フレームワークの設定
互換性フレームワークによって、BIサーバーはOracle BI 12c (12.2.1.1以降)の新しい機能またはバグ修正を追加することができます。これは、Oracle BI 11gリリースと互換性がありませんが、BIサーバーが以前のメジャー・リリースとの間の互換性モードで動作できるように柔軟なフレームワークを提供します。個々の機能およびバグ修正は、互換性フラグを使用して個別に有効化または無効化することができます。また、以前のリリース(11.1.1.9)と互換性を持たせるためにOracle BIシステムに単一のCOMPATIBLE_RELEASEフラグを使用することで、すべての互換性フラグにデフォルト値を設定することができます。NQSConfig.INIファイルにCOMPATIBLE_RELEASEパラメータを追加して、移行された12c環境を、可能なかぎりOracle Business Intelligence 11gリリース1 (11.1.1.9)環境のように動作させます。

- Fusion Middleware MapViewer構成の移行
Oracle Fusion Middleware MapViewer (MapViewer)は、Oracle Spatial and GraphまたはOracle Locator (Locatorとも呼びます)によって管理される空間データを使用してマップをレンダリングするための、プログラム可能なツールです。MapViewerには、空間データの問合せおよび地図レンダリングの複雑さを意識させず、より上級のユーザーに対してはカスタマイズ可能なオプションを提供するツールが備わっています。これらのツールは、プラットフォームに依存しない方法でデプロイでき、マップ・レンダリング・アプリケーションと統合するように設計されています。データの移行後に、11gのファイルと同じ内容を含むように(Loggingセクションを除く)、12cのMapViewer構成ファイルを手動で変更する必要があります。

- DYNAMIC_OLAP_LOGIN初期化ブロックの「認証のために必要」オプションの選択解除
移行後の認証問題を避けるために、DYNAMIC_OLAP_LOGIN初期化ブロックの「認証のために必要」オプションを選択解除する必要があります。

3.1 カタログ・グループの移行

カタログ・グループは、管理者がセキュリティ管理目的でユーザー・ロールとアプリケーション・ロールを編成できるようにするOracle BI EEの機能です。

Oracle BI 11gリリースでは、主にカタログ・グループは以前のリリースとの後方互換性が許可されています。11gリリースでは、ユーザーを編成して管理するために、さらに強力なアプリケーション・ロール機能への移行およびその使用を薦められていました。

Oracle BI Release 12c (12.2.1.1)では、カタログ・グループは推奨されません。カタログ・グループは、アプリケーション・ロールへのアップグレード・プロセスによって移行されます。

親トピック: Oracle BI EEの移行後の手順

3.2 Oracle BI EEの構成の移行

データ移行後、構成情報を11gシステムから12cシステムに手動で移行します。これには、WebLogicセキュリティ、Enterprise Managerセキュリティ、管理対象BI構成、BIログ、BIサーバーおよびBIプレゼンテーション・サーバー構成設定が含まれます。

- Oracle BI WebLogicセキュリティ構成の移行
Oracle Business Intelligence 12cは、Oracle Fusion Middleware Securityアーキテクチャと密接に統合されており、コアなセキュリティ機能をそのアーキテクチャのコンポーネントに委任します。デフォルトでは、Oracle Business Intelligenceインストールは、ユーザーおよびグループの情報にOracle WebLogic Server組込みLDAPサーバーを使用する認証プロバイダとともに構成されます。Oracle Business Intelligenceのデフォルトのポリシー・ストア・プロバイダおよび資格証明ストア・プロバイダは、資格証明、アプリケーション・ロールおよびアプリケーション・ポリシーを、ドメインのファイルに格納します。Oracle BI WebLogicセキュリティ構成を11gシステムから12cシステムに手動で移行する必要があります。

- Oracle Enterprise Manager Fusion Middleware Controlセキュリティ構成の移行
アプリケーション・ロール、セキュリティ権限およびアプリケーション・ポリシーに関連するセキュリティ構成のほとんどは、移行プロセスにおいて、Oracle Enterprise Manager Fusion Middleware Control 12cに移行されます。Fusion Middleware Control 12cの特殊なセキュリティ・プロバイダ構成は調査して手動で適用する必要があります。

- Oracle Enterprise Manager Fusion Middleware Controlが管理するBusiness Intelligence構成の移行
Fusion Middleware Controlは、Oracle BIのいくつかの重要な構成の管理に使用されます。Fusion Middleware Control 11gの一般セクション、プレゼンテーション・セクション、パフォーマンス・セクションおよびメール・セクションの構成は、手動で調査して12cシステムに同じ設定を適用する必要があります。

- Enterprise Manager Fusion Middleware Controlが管理するBusiness Intelligenceログ構成の移行
Enterprise Manager Fusion Middleware Controlは、Oracle BIコンポーネントのログ構成の管理に使用されます。11gシステムで手動でログ構成設定を確認し、同じ設定を12cシステムに適用する必要があります。

- Oracle BIサーバー構成の移行
BIサーバーの様々なファイル(odbc.iniおよびtnsnames.ora)に構成情報が入っています。odbc.iniファイルには非Oracleデータ・ソース(DSN)接続情報が含まれています。tnsnames.oraファイルには、ディスクリプタをローカル・ネーミング・メソッドに接続するネットワーク・サービス名またはリスナー・プロトコル・アドレスにマップされているネット・サービス名が含まれます。これらの11gファイルを確認して、構成情報をそれぞれの12cファイルに手動でコピーする必要があります。

- Oracle BIプレゼンテーション・サーバー構成の移行
Oracle BIプレゼンテーション・サービスのプロセスは、ほとんどのWebサーバーのビジネス・ロジックをホストし、ビジネス・インテリジェンス・データのWebクライアントへのプレゼンテーション用のフレームワークとインタフェースを提供します。userpref_currencies.xmlファイルは、「マイ・アカウント」ダイアログの「プリファレンス」タブの「通貨」ボックスに表示される通貨オプションを定義します。bridgeconfig.propertiesファイルにはプレゼンテーション・サービス・プラグイン情報が含まれます。これらの11gファイルを確認して、構成情報をそれぞれの12cファイルに手動でコピーする必要があります。

親トピック: Oracle BI EEの移行後の手順

3.2.1 Oracle BI WebLogicセキュリティ構成の移行

Oracle Business Intelligence 12cは、Oracle Fusion Middleware Securityアーキテクチャと密接に統合されており、コアなセキュリティ機能をそのアーキテクチャのコンポーネントに委任します。デフォルトでは、Oracle Business Intelligenceインストールは、ユーザーおよびグループの情報にOracle WebLogic Server組込みLDAPサーバーを使用する認証プロバイダとともに構成されます。Oracle Business Intelligenceのデフォルトのポリシー・ストア・プロバイダおよび資格証明ストア・プロバイダは、資格証明、アプリケーション・ロールおよびアプリケーション・ポリシーを、ドメインのファイルに格納します。Oracle BI WebLogicセキュリティ構成を11gシステムから12cシステムに手動で移行する必要があります。

Oracle BI WebLogicセキュリテ構成を移行するには:

1. Oracle BI 11g WebLogicコンソールにアクセスして、ご使用のOracle BI 11g WebLogicセキュリティ構成を調査し、セキュリティ・プロバイダの現在のセキュリティ構成を調査します。

2. Oracle BI 12cのWebLogicコンソールにある同じセキュリティ構成を手動で構成します。

親トピック: Oracle BI EEの構成の移行

3.2.2 Oracle Enterprise Manager Fusion Middleware Controlセキュリティ構成の移行

アプリケーション・ロール、セキュリティ権限およびアプリケーション・ポリシーに関連するセキュリティ構成のほとんどは、移行プロセスにおいて、Oracle Enterprise Manager Fusion Middleware Control 12cに移行されます。Fusion Middleware Control 12cの特殊なセキュリティ・プロバイダ構成は調査して手動で適用する必要があります。

Fusion Middleware Control 12cセキュリティ構成を移行するには:

1. Fusion Middleware Control 11gでセキュリティ・プロバイダ構成を調査します。

2. アプリケーション・ポリシーおよび該当するユーザーを検索して、Fusion Middleware Control 12cセキュリティ設定を検証します。

3. Fusion Middleware Control 12cの特殊なセキュリティ・プロバイダを適用します。

4. ユーザー、グループおよびアプリケーション・ロールが12cシステムに適切に表示されることを確認します。

親トピック: Oracle BI EEの構成の移行

3.2.3 Oracle Enterprise Manager Fusion Middleware Controlが管理するBusiness Intelligence構成の移行

Fusion Middleware Controlは、Oracle BIのいくつかの重要な構成を管理するために使用されます。Fusion Middleware Control 11gの一般セクション、プレゼンテーション・セクション、パフォーマンス・セクションおよびメール・セクションの構成は、手動で調査して12cシステムに同じ設定を適用する必要があります。

Fusion Middleware Controlが管理するBI構成を移行するには:

1. Fusion Middleware Control 11gで、「ビジネス・インテリジェンス構成」リンクにナビゲートし、「構成」タブを確認します。

2. Fusion Middleware Control 12cの「ビジネス・インテリジェンス構成」タブで同じ構成設定を適用します。
一般セクション、プレゼンテーション・セクション、パフォーマンス・セクションおよびメール・セクションの構成設定がFusion Middleware Control 12cに適切に適用されていることを確認します。

親トピック: Oracle BI EEの構成の移行

3.2.4 Enterprise Manager Fusion Middleware Controlが管理するBusiness Intelligenceログ構成の移行

Enterprise Manager Fusion Middleware Controlは、Oracle BIコンポーネントのログ構成の管理に使用されます。11gシステムで手動でログ構成設定を確認し、同じ設定を12cシステムに適用する必要があります。

Fusion Middleware Controlが管理するBIログ構成を移行するには:

1. Fusion Middleware Control 11gで、「Business Intelligence」リンクにナビゲートし、「診断」タブの設定を確認します。

2. 構成設定をメモして、Fusion Middleware Control 12cでBIコンポーネント・ログ構成およびコンポーネント・ログ・レベルを適用します。

親トピック: Oracle BI EEの構成の移行

3.2.5 Oracle BI Server構成の移行

BIサーバーの様々なファイル(odbc.iniおよびtnsnames.ora)に構成情報が入っています。odbc.iniファイルには非Oracleデータ・ソース(DSN)接続情報が含まれています。tnsnames.oraファイルには、ディスクリプタをローカル・ネーミング・メソッドに接続するネットワーク・サービス名またはリスナー・プロトコル・アドレスにマップされているネット・サービス名が含まれます。これらの11gファイルを確認して、構成情報をそれぞれの12cファイルに手動でコピーする必要があります。

BI Server構成詳細を移行するには:

1. 次の場所にある11gのodbc.iniファイルのBIサーバー情報を表示します。
UNIXオペレーティング・システムの場合:

$11g_DOMAIN_HOME/config/fmwconfig/bienv/core

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

%11g_DOMAIN_HOME%\config\fmwconfig\bienv\core

2. 11gのodbc.iniファイルから12cファイルにBI Server構成をコピーします。

3. 次の場所にある11gのtnsnames.oraファイルからコンテンツを12cのファイルにコピーし、12cに関連する変更を加えます。
UNIXオペレーティング・システムの場合:

$11g_DOMAIN_HOME/config/fmwconfig/bienv/core

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

%11g_DOMAIN_HOME%\config\fmwconfig\bienv\core

親トピック: Oracle BI EEの構成の移行

3.2.6 Oracle BIプレゼンテーション・サーバー構成の移行

Oracle BIプレゼンテーション・サービスのプロセスは、ほとんどのWebサーバーのビジネス・ロジックをホストし、ビジネス・インテリジェンス・データをWebクライアントに提示するためのフレームワークとインタフェースを提供します。userpref_currencies.xmlファイルは、「マイ・アカウント」ダイアログの「プリファレンス」タブの「通貨」ボックスに表示される通貨オプションを定義します。bridgeconfig.propertiesファイルにはプレゼンテーション・サービス・プラグイン情報が含まれます。これらの11gファイルを確認して、構成情報をそれぞれの12cファイルに手動でコピーする必要があります。

プレゼンテーション・サーバー構成を移行するには:

1. 次の場所にあるuserpref_currencies.xmlファイルの構成情報を表示します。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/biconfig/OBIPS/

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

%DOMAIN_HOME%\config\fmwconfig\biconfig\OBIPS\

2. 該当する構成情報を11gのuserpref_currencies.xmlファイルから12cのファイルにコピーします。

3. 次の場所にあるbridgeconfig.propertiesファイルの構成情報を表示します。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/biinstances/coreapplication

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

%DOMAIN_HOME%\config\fmwconfig\biinstances\coreapplication\

4. 該当する構成情報を11gのbridgeconfig.propertiesファイルから12cのファイルにコピーします。

親トピック: Oracle BI EEの構成の移行

3.3 DataDirectドライバを使用するためのデータベースの構成

適切なDataDirectドライバを使用するには、データベースを構成する必要があります。DataDirectドライバを使用するように構成済のデータベースを使用している場合は、適切なDataDirectドライバを使用するようにデータベース構成のodbc.iniファイルを変更します。

DataDirectドライバを使用するようにデータベースを構成するには:

1. 次の場所にあるodbc.iniファイルを開きます。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/bienv/core/odbc.ini

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

%DOMAIN_HOME%\config\fmwconfig\bienv\core/odbc.ini

DOMAIN_HOMEの値を、12cソフトウェアをインストールしたときに作成した12cのドメイン・ホームへの実際のパスに置き換えます。

2. 次の例に示すように、DataDirectドライバを使用するようODBCエントリを更新します。

[DSN name in RPD]
Driver=MW_HOME/bi/common/ODBC/Merant/7.1.4/lib/<7.1.4.so>
Description=DataDirect 7.1.4 Sybase Wire Protocol
LogonID=DB username
Password=DB password
NetworkAddress=DB hostname, DB port
Database=DB name

ここで、RPDは、rapidfileデータベースを表します。RPDは、BIサーバーがソース・データベースからデータを取得するために使用するバイナリ・ファイルです。

3. 11gのDataDirectバージョンに構成されている、すべての既存のデータ・ソース名(DSN)を更新します。たとえば、次の例に示すようにSYBASEのデータソース名にはDataDirect 7.1.4を指定する必要があります。

[ODBC Data Sources]
AnalyticsWeb = Oracle BI Server
Cluster = Oracle BI Server
SSL_Sample = Oracle BI Server
DSN name in RPD = DataDirect 7.1.4

4. odbc.iniファイルを保存して閉じます。

親トピック: Oracle BI EEの移行後の手順

3.4 使用状況トラッキングの構成

Oracle BIサーバーでは、使用状況トラッキング・データの収集がサポートされます。使用状況トラッキングが有効な場合、BIサーバーは各問合せについて使用状況トラッキング・データを収集します。次に、統計情報が使用状況トラッキング・ログ・ファイルに書き込まれるか、データベース表に直接挿入されます。12cシステムの移行と構成を完了した後、NQSConfig.INIファイルで使用状況トラッキングを有効化する必要があります。

使用状況トラッキングを構成するには:

1. リポジトリをオンライン・モードで開きます。

2. RCUスキーマからS_NQ_ACCTおよびS_NQ_DB_ACCT表をインポートします。

3. NQSConfig.INIファイルで、USAGE_TRACKING=YESを設定し、PHYSICAL_TABLE_NAMEおよびCONNECTION_POOLを更新します。

4. 次の表をインポートして、初期化ブロック実行およびサマリー・アドバイザ機能に関連する問合せ統計をトラッキングします。

- S_NQ_INITBLOCK

- S_NQ_SUMMARY_ADVISOR

5. 初期化ブロック・ロギングを有効化するには、NQSConfig.INIファイルでINIT_BLOCK_TABLE_NAMEおよびINIT_BLOCK_CONNECTION_POOLを更新します。

6. サマリー・アドバイザ・ロギングを有効化するには、NQSConfig.INIファイルでSUMMARY_STATISTICS_LOGGING=YESを設定し、SUMMARY_ADVISOR_TABLE_NAMEを更新します。

7. BI Serverを再起動します。

使用状況トラッキングの詳細は、『Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』の使用状況トラッキングの管理に関する項を参照してください。

注意:
BI Serverの問合せが表示データによって表でトラッキングされるようにしてください。

親トピック: Oracle BI EEの移行後の手順

3.5 SQLサーバーの構成

12cシステムを構成した後、odbc.iniファイルでSQL Server設定を構成する必要があります。

SQL Server構成するには:

1. 次の場所にあるodbc.iniファイルを開きます。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/bienv/core/odbc.ini

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

%DOMAIN_HOME%\config\fmwconfig\bienv\core\odbc.ini

DOMAIN_HOMEの値を、12cソフトウェアをインストールしたときに作成した12cのドメイン・ホームへの実際のパスに置き換えます。

2. 次の例に示すように、DataDirectドライバを使用するようODBCエントリを更新します。

[DSN name in RPD]
Driver=$ORACLE_HOME/bi/common/ODBC/Merant/7.1.4/lib/<7.1.4.so>
Description=DataDirect 7.1.4 SQL Server Wire Protocol
Address=DB HOST\SQLSERVER NAME
Port=PORT NUMBER
AlternateServers=
AnsiNPW=Yes
ConnectionRetryCount=0
ConnectionRetryDelay=3
Database=DB name
LoadBalancing=0
LogonID=DB username
Password=DB password
QuotedId=Yes
SnapshotSerializable=0
ReportCodePageConversionErrors=

3. 11gのDataDirectバージョンに構成されている、すべての既存のデータ・ソース名(DSN)を更新します。たとえば、次の例に示すようにSQL Serverのデータソース名にはDataDirect 7.1.4を指定する必要があります。

[ODBC Data Sources]
AnalyticsWeb = Oracle BI Server
Cluster = Oracle BI Server
SSL_Sample = Oracle BI Server
DSN name in RPD = DataDirect 7.1.4

4. odbc.iniファイルを保存して閉じます。

親トピック: Oracle BI EEの移行後の手順

3.6 ロールおよび権限の追加

データを移行した後、BI Administrator、BI AuthorおよびBI Consumerのグループのロールおよび権限を追加する必要があります。

ロールおよび権限を追加するには:

1. WebLogicコンソールにサインインします。

2. 「セキュリティ・レルム」にある「Myrealm」に進み、「ユーザーとグループ」をクリックします。

3. 次のグループを作成します。
「グループ」タブでBIAdministratorsグループを作成します。

「メンバーシップ」タブでBIAuthorsグループおよびBIConsumersグループを作成します。

4. 管理者またはWebLogicユーザーにBIAdministratorsグループを割り当てます。

親トピック: Oracle BI EEの移行後の手順

3.7 Oracle BIのMySQLの構成

DataDirectドライバを使用するには、MySQLデータベースを構成する必要があります。DataDirectドライバを使用するように構成済のデータベースを使用している場合は、適切なDataDirectドライバを使用するようにデータベース構成のodbc.iniファイルを変更します。

Oracle BIのMySQLを構成するには:

1. 次の場所にあるodbc.iniファイルを開きます。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/bienv/core/odbc.ini

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

%DOMAIN_HOME%\config\fmwconfig\bienv\core\odbc.ini

DOMAIN_HOMEの値を、12cソフトウェアをインストールしたときに作成した12cのドメイン・ホームへの実際のパスに置き換えます。

2. 次の例に示すように、DataDirectドライバを使用するようODBCエントリを更新します。

[DSN name in RPD]
Driver=ORACLE_HOME/bi/common/ODBC/Merant/7.1.4/lib/<7.1.4.so>
Description=DataDirect 7.1.4 MySQL Wire Protocol
ApplicationUsingThreads=1
ConnectionRetryCount=0
ConnectionRetryDelay=3
Database=DB name
DefaultLongDataBuffLen=1024
EnableDescribeParam=0
InteractiveClient=0
LoadBalancing=0
LogonID=DB username
Password=DB password
PortNumbeR=DB PORT
ReportCodepageConversionErrors=0
TreatBinaryAsChar=0

3. 11gのDataDirectバージョンに構成されている、すべての既存のデータ・ソース名(DSN)を更新します。たとえば、次の例に示すようにMySQLのデータソース名にはDataDirect 7.1.4を指定する必要があります。

[ODBC Data Sources]
AnalyticsWeb = Oracle BI Server
Cluster = Oracle BI Server
SSL_Sample = Oracle BI Server
DSN name in RPD = DataDirect 7.1.4

4. odbc.iniファイルを保存して閉じます。

親トピック: Oracle BI EEの移行後の手順

3.8 BI JavaHost構成の確認

XMLPおよびBI JavaHost設定が、11gシステムの構成に指定した設定と一致することを確認します。

XMLPとBI JavaHost構成を確認する方法は次のとおりです。

1. 11gおよび12cシステムでconfig.xmlファイルを表示します。
ファイルは、11gシステムでは次の場所に存在します。

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

$DOMAIN_HOME/config/OracleBIJavaHostComponent/coreapplication_obijh1/config .xml

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

%DOMAIN_HOME%\config\OracleBIJavaHostComponent\coreapplication_obijh1\config .xml

ファイルは、12cシステムでは次の場所に存在します。

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

$DOMAIN_HOME/config/fmwconfig/biconfig/OBIJH/config.xml

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

%DOMAIN_HOME%\config\fmwconfig\biconfig\OBIJH\config.xml

2. 11gと12cの両方のシステム上のXMLP構成は次のコード・ブロックのようになります。

<XMLP>
<InputStreamLimitInKB>8192</InputStreamLimitInKB>
<ReadRequestBeforeProcessing>true</ReadRequestBeforeProcessing>
</XMLP>

3. 12cのsetOBIJHEnv.shファイルにあるOBIJH_ARGS="-server -Xmx1024M -Xrs"パラメータが、11gのopmn.xmlファイルにある"start-args" value="-server -Xmx1024M -Xrsパラメータと一致することを確認します。
opmn.xmlファイルは、11gシステムでは次の場所に存在します。

$DOMAIN_HOME/config/OPMN/opmn/opmn.xml

<process-type id="OracleBIJavaHostComponent" module-id="CUSTOM">
<module-data>
<category id="start-parameters">
<data id="start-executable" value="$ORACLE_HOME/jdk/bin/java"/>
<data id="start-args" value="-server -Xmx1024M -Xrs
.
.
.

setOBIJHEnv.shファイルは、12cシステムでは次の場所に存在します。

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

$ORACLE_HOME/bi/modules/oracle.bi.cam.obijh/setOBIJHEnv.sh

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

%ORACLE_HOME%\bi\modules\oracle.bi.cam.obijh\setOBIJHEnv.sh

親トピック: Oracle BI EEの移行後の手順

3.9 クラスタの有効化

データの移行後、12cシステムのクラスタ・インスタンスをオンにするには、ClusterConfig.xmlファイルでClusterEnabledパラメータを手動で有効化する必要があります。

クラスタを有効化するには:

1. 次の場所にあるClusterConfig.xmlファイルを開いて編集します。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/biconfig/core

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

%DOMAIN_HOME%\config\fmwconfig\biconfig\core

2. 次の行を探します。

<ClusterEnabled>false</ClusterEnabled>

この行を次のように変更します。

<ClusterEnabled>true</ClusterEnabled>

3. ファイルを保存して閉じます。

親トピック: Oracle BI EEの移行後の手順

3.10 Oracleハードウェア・アクセラレーションおよび互換性モードの有効化

ハードウェア・アクセラレーションは、ダッシュボード・プロンプト、トレリス・チャートおよびマイクロチャート、サマリー・アドバイザ機能およびTimesTenインメモリー・データベースの集計の永続性などの機能の自動実行に影響します。そのため、移行後に12c bi-config.xmlファイルのbi:hw-accelerationフラグを手動で有効化する必要があります。11gシステムの状態が実行時に維持されるように、bi:compat-mode-11gフラグも有効化する必要があります。

bi:hw-accelerationフラグを有効化するには:

1. 次の場所にあるbi-config.xmlを見つけます。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/fmwconfig/biconfig/core/bi-config.xml

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

%DOMAIN_HOME%\config\fmwconfig\biconfig\core\bi-config.xml

DOMAIN_HOMEの値を12cシステム上のBIドメインのパスに置き換えます。

2. 次の行を探します。

<bi:hw-acceleration>false</bi:hw-acceleration>

それを次のように置き換えます。

<bi:hw-acceleration>true</bi:hw-acceleration>

3. 次の行を探します。

<bi:compat-mode-11g>false</bi:compat-mode-11g>

それを次のように置き換えます。

<bi:compat-mode-11g>true</bi:compat-mode-11g>

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

親トピック: Oracle BI EEの移行後の手順

3.11 Oracle BI Serverの互換性フレームワークの設定

互換性フレームワークによって、BIサーバーはOracle BI 12c (12.2.1.1以降)の新しい機能またはバグ修正を追加することができます。これは、Oracle BI 11gリリースと互換性がありませんが、BIサーバーが以前のメジャー・リリースとの間の互換性モードで動作できるように柔軟なフレームワークを提供します。個々の機能およびバグ修正は、互換性フラグを使用して個別に有効化または無効化することができます。また、以前のリリース(11.1.1.9)と互換性を持たせるためにOracle BIシステムに単一のCOMPATIBLE_RELEASEフラグを使用することで、すべての互換性フラグにデフォルト値を設定することができます。NQSConfig.INIファイルにCOMPATIBLE_RELEASEパラメータを追加して、移行された12c環境を、可能なかぎりOracle Business Intelligence 11gリリース1 (11.1.1.9)環境のように動作させます。

注意:
COMPATIBLE_RELEASEパラメータが設定されていない場合、システムはデフォルトで現在のリリース(12.2.1.1など)の動作を実行します。

フレームワークは個々のバンドルを区別しません(バージョン番号の最初の4桁のみが互換性を判断するのに重要です)。

本質的に後方互換性のない、新しい機能、拡張機能またはバグ修正を適用する場合、この項で説明しているガイドラインを使用して互換性フラグを指定してください。

注意:
NQSConfig.INIファイルには、デフォルトではCOMPATIBLE_RELEASEパラメータはありません。グローバルのbi:compat-mode-11g はデフォルトのフラグで、すべてのOracle BI EEコンポーネントに適用されます。bi-config.xmlファイルのbi:compat-mode-11g要素がtrueに設定されている場合、BI Server互換性フレームワークはCOMPATIBLE_RELEASEが11.1.1.9に設定されているように動作し、11gから12cへの移行の際に主要な互換性の問題を引き起こすあらゆる機能またはバグ修正を無効にします。ただし、 COMPATIBLE_RELEASEパラメータまたはその他任意の互換性フラグを設定するために明示的にNQSConfig.INIファイルを編集した場合、NQSConfig.INIファイルの設定は、bi-config.xmlファイルに指定されたグローバルの bi:compat-mode-11g フラグより優先します。

一般的なCOMPATIBLE_RELEASEパラメータを設定する以外に、特定の機能またはバグ修正を対象に接頭辞"OBIS_"で始まる互換性フラグを設定できます。これらの特定の互換性フラグを設定する指示は、必要に応じて特定の問題を解決するためにサポート・チームによって提供されます。次に例を示します。

[ COMPATIBILITY ]
COMPATIBLE_RELEASE=11.1.1.9;
OBIS_ENABLE_DIMENSIONALITY=0;

COMPATIBLE_RELEASEパラメータまたはNQSConfig.INIファイルの特定の互換性フラグを設定すると、システム全体に変更が適用されます。互換性モードが特定のレポートまたはダッシュボードに設定されるように、COMPATIBLE_RELEASEパラメータまたは特定の機能フラグをセッション変数または関係変数として設定できます。これは、分析リクエストに問合せの接頭辞を追加することで実現できます。変数設定の例を次に示します。

set variable COMPATIBLE_RELEASE='11.1.1.9':

親トピック: Oracle BI EEの移行後の手順

3.12 Fusion Middleware MapViewer構成の移行

Oracle Fusion Middleware MapViewer (MapViewer)は、Oracle Spatial and GraphまたはOracle Locator (Locatorとも呼びます)によって管理される空間データを使用してマップをレンダリングするための、プログラム可能なツールです。MapViewerには、空間データの問合せおよび地図レンダリングの複雑さを意識させず、より上級のユーザーに対してはカスタマイズ可能なオプションを提供するツールが備わっています。これらのツールは、プラットフォームに依存しない方法でデプロイでき、マップ・レンダリング・アプリケーションと統合するように設計されています。データの移行後に、11gのファイルと同じ内容を含むように(Loggingセクションを除く)、12cのMapViewer構成ファイルを手動で変更する必要があります。

MapViewer構成を移行するには:

1. 12c Fusion Middleware MapViewer管理コンソールに移動します。

2. デフォルトの12c MapViewer構成ファイルのコピーを作成します。

3. 12c MapViewer構成ファイルのコピーの内容を、11g MapViewerインストールからのmapViewerConfig.xmlファイルの内容で上書きします。

4. MapViewer構成ファイルのコピーのLoggingセクションを、デフォルトの12c MapViewer構成ファイルの設定に置き換えます。

5. MapViewer構成ファイルのロギング設定のログ・レベルを、12cの必要に応じて更新します。

6. 12c MapViewer管理コンソールで「保存」をクリックし、次に「再起動」をクリックします。

親トピック: Oracle BI EEの移行後の手順

3.13 DYNAMIC_OLAP_LOGIN初期化ブロックの「認証のために必要」オプションの選択解除

移行後の認証問題を避けるために、DYNAMIC_OLAP_LOGIN初期化 ブロックの「認証のために必要」オプションを選択解除する必要があります。

注意:
Oracle BIリリース11.1.1.7から12cに移行する場合にのみ、次の手順を実行します。

「認証のために必要」オプションを選択解除するには:

1. リポジトリをオフライン・モードで開きます。

a. 12cシステムで次のディレクトリに移動します。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/bitools/bin/

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

%DOMAIN_HOME%\bitools\bin\

DOMAIN_HOMEの値を12cシステムの実際のドメイン・ホームに置き換えます。

b. 次のコマンドを実行します。
sh data-model-cmd.sh downloadrpd –u uname –p pwd –o downloaded.rpd –w rpd_password

各パラメータの意味は次のとおりです

-oは出力RPD
-w rpd_password  はRPDパスワード(たとえば、Admin123)

c. クライアント・インストーラでインストールしたBI管理ツールで、ダウンロードされたリポジトリをオフラインで開きます。

2. 次の手順を実行します。

a. BI管理ツールの「管理」メニューで「変数」を選択します。

b. 「変数マネージャ」ダイアログで、「アクション」メニューから「セッション」、「初期化ブロック」の順に選択します。

c. 変数初期化ブロックダイアログで、DYNAMIC_OLAP_LOGINを見つけます。

d. DYNAMIC_OLAP_LOGINプロパティを開き、「認証のために必要」チェック・ボックスを選択解除します。

e. 「適用」をクリックしてリポジトリを保存します。

3. uploadrpdコマンドを使用してオンライン・モードでリポジトリを開きます。
DOMAIN_HOME/bitools/bin/data-model-cmd.sh uploadrpd –u uname –p pwd –i downloaded.rpd –w rpd_password

親トピック: Oracle BI EEの移行後の手順

4 Oracle BI Publisherの移行後の手順

データ移行を完了後、BI Publisher構成、スケジューラ・ジョブおよびジョブ履歴を移行する必要があります。JMSResourceセキュリティ構成からBISystemUserポリシーも削除する必要があります。

- スケジューラ・ジョブおよびジョブ履歴の移行
11g構成を新しい12c環境に移行した後、スケジューラ・ジョブおよびジョブ履歴のデータを11g BIPLATFORMスキーマから12c BIPLATFORMスキーマに移行する必要があります。SQL*PLUSなどのツールを使用して12cのBIPLATFROMスキーマに接続し、スクリプトを実行できます。

- JMSResourceセキュリティ構成からのBISystemUserポリシーの削除
BISystemUserは12c環境ではサポートされません。ユーザーおよびポリシーが11gインスタンスから移行される際に、JMSResourceポリシーはスケジュールされたジョブをブロックします。そのため、このポリシーをJMSResourceセキュリティ構成から削除する必要があります。BISystemUserポリシーはWebLogicコンソールから手動で削除できます。また、このタスクを完了させるためにWLST (Python)スクリプトを実行することもできます。

4.1 スケジューラ・ジョブおよびジョブ履歴の移行

11g構成を新しい12c環境に移行した後、スケジューラ・ジョブおよびジョブ履歴のデータを11g BIPLATFORMスキーマから12c BIPLATFORMスキーマに移行する必要があります。SQL*PLUSなどのツールを使用して12cのBIPLATFROMスキーマに接続し、スクリプトを実行できます。

bip_12c_scheduler_migration.sqlスクリプトには、11g BIPLATFROMスキーマのユーザーID、パスワード、接続文字列が必要です。スクリプトはBIP11g_DBLINKと呼ばれるデータベース・リンクを作成し、そのリンクを使用するすべてのスケジュール・オブジェクトをインポートします。スクリプトを実行するには、データベース管理者権限が必要です。

注意:
現在、Oracleでは、DB2およびSQL Serverデータベースからのスケジューラ・データの移行はサポートされていません。スケジューラ・データの移行は、Oracleデータベースのみでサポートされています。

1. bip_12c_scheduler_migration.sqlスクリプトは、次のディレクトリに存在するBIP12CUpgrade.zipというzipファイル形式で利用できます。
UNIXオペレーティング・システムの場合:

$ORACLE_HOME/bi/modules/oracle.bi.publisher

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

%ORACLE_HOME%\bi\modules\oracle.bi.publisher

ORACLE_HOMEを、12cソフトウェアをインストールしたときに作成した12cのOracleホームへの実際のパスに置き換えます。

2. bip_12c_scheduler_migration.sqlスクリプトを使用するには、次のコマンドを入力してBIP12CUpgrade.zipファイルを解凍します。
unzip BIP12CUpgrade.zip

3. ディレクトリを$ORACLE_HOME/bi/modules/oracle.bi.publisher/BIP12CUpgradeに変更します。

4. 次のコマンドを入力してbip_12c_scheduler_migration.sqlスクリプトを実行します。
mysql -u <username> -p bip_12c_scheduler_migration.sql

プロンプトが表示されたら、パスワードを入力します。

5. コマンドライン・パラメータ11g_RCU_SCHEMA、11G_PASSWORD、11G_CONNECTION_STRINGおよび12C_BIPLATFORM_SCHEMAを入力します。
使用方法:
SQL > @bip_12c_scheduler_migrationg.sql 11g_userid 11g_password 11g_connection_string

SQL> @bip_12c_scheduler_migration.sql 11g_RCU_USERNAME 11g_PASSSWORD 11G_hostname.us.oracle.com:1521/orcl.us.oracle.com 12C_BIPLATFROM_SCHEMA_NAME
System output:
old 1: &&1
new 1: adc00ccq_biplatform
old 2: &&2
new 2: welcome1
old 3: '&&3'
new 3: 'bipdev4.us.oracle.com:1521/ora11g.us.oracle.com'
old 4: '&&4'
new 4: 12C_BIPLATFROM_SCHEMA_NAME
Database link created.
9979 rows created.
9769 rows created.
9739 rows created.
4159 rows created.
6 rows created.
6 rows created.
6 rows created.
Commit complete.
Database link dropped.
SQL>

インポート操作が完了すると、データベース・リンクは削除されます。

親トピック: Oracle BI Publisherの移行後の手順

4.2 JMSResourceセキュリティ構成からのBISystemUserポリシーの削除

BISystemUserは12c環境ではサポートされていません。ユーザーおよびポリシーが11gインスタンスから移行される際に、JMSResourceポリシーはスケジュールされたジョブをブロックします。そのため、このポリシーをJMSResourceセキュリティ構成から削除する必要があります。BISystemUserポリシーはWebLogicコンソールから手動で削除できます。また、このタスクを完了させるためにWLST (Python)スクリプトを実行することもできます。

- BISystemUserポリシーの手動削除
このトピックでは、WebLogicコンソールからBISystemUserポリシーを削除するプロシージャを説明します。

- WLSTスクリプトを使用したBISystemUserポリシーの削除
このトピックでは、WLSTスクリプトを使用してBISystemUserポリシーを削除するプロシージャを説明します。

親トピック: Oracle BI Publisherの移行後の手順

4.2.1 BISystemUserポリシーの手動削除

このトピックでは、WebLogicコンソールからBISystemUserポリシーを削除するプロシージャを説明します。

BISystemUserポリシーを手動で削除するには:

1. WebLogicコンソールにサインインします。

2. 「サービス」で「メッセージング」、「JMSModules」の順にクリックし、「BipJmsResource」を選択します。

図4-1 JMSモジュール

3. 「セキュリティ」タブで「ポリシー」をクリックします。

4. 「ポリシー条件」で、「ユーザー: BISystemUser」チェック・ボックスを選択し、「削除」をクリックします。

図4-2 BipJmsResourceの設定

5. BI Publisherを再起動し、スケジュールされたジョブを確認します。

親トピック: JMSResourceセキュリティ構成からのBISystemUserポリシーの削除

4.2.2 WLSTスクリプトを使用したBISystemUserポリシーの削除

このトピックでは、WLSTスクリプトを使用してBISystemUserポリシーを削除するプロシージャを説明します。

BISystemUserポリシーを削除するには:

1. 次の場所からBIPRemoveJMSResourcePolicy.pyスクリプトをコピーします。
UNIXオペレーティング・システムの場合:

$ORACLE_HOME/bi/modules/oracle.bi.publisher

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

%ORACLE_HOME%\bi\modules\oracle.bi.publisher

ORACLE_HOMEを、12cソフトウェアをインストールしたときに作成した12cのOracleホームへの実際のパスに置き換えます。

2. $ORACLE_HOME/server/binディレクトリに移動します。

3. WLS環境を設定します。次のように入力します
source ./setWLSEnv.sh

4. スクリプトを実行してJMSリソース・ポリシーを削除します。次のように入力します
java weblogic.WLST BIPRemoveJMSResourcePolicy.py <WL Admin Username> <WL Admin Password> <Admin Server URL: t3://localhost:port>

5. WebLogicコンソールにサインインして、ポリシーが削除されたかどうかを確認します。

親トピック: JMSResourceセキュリティ構成からのBISystemUserポリシーの削除

5 Essbaseの移行後の手順

データ移行を完了後、構成設定を11gシステムから12cシステムに手動で移行し、移行後のタスクを完了します。

次に示す構成設定を11gシステムから12cシステムに手動で移行し、移行後のタスクを完了する詳細は、Oracle® Essbaseデータベース管理者ガイドのBI 12.2.1でデプロイされるEssbaseの理解に関する項を参照してください。

- Essbaseのスレッド・プールの構成

- EssbaseサーバーのESSLANG構成設定

- モード、ポートおよび暗号スイートの構成

- ルート、EssbaseサーバーおよびEssbaseクライアントのウォレットの構成

- キーストアへの証明書のインポート

A 既知の違い: Oracle Business Intelligence 12c

この付録では、移行後のOracle BI 12cシステムの外観および機能の違いの一覧を示します。

Oracle Business Intelligenceリリース12cには、数多くの新しい機能および拡張された機能が含まれます。機能と拡張機能の詳細は、ガイドにある更新情報を参照してください。

- SCM: DSOおよびARバランス・トレンドが12cでは異なって表示される
サプライ・チェーン・モジュールおよび受注管理モジュールのDSOおよびARのバランス・トレンド・グラフは、このグラフを生成するのに使用される基礎データが同じである場合でも、12cでは異なって表示される場合があります。表示の違いは、データベースからフェッチされる期間データの順番を、BI Serverが扱う方法の違いによって発生します。

- ビューの表示エラー: オーダー未処理レポートで無効な列が発生
12cでオーダー未処理レポートをロードする際に無効な列が発生したことを示す「ビューの表示エラー」メッセージが表示される可能性があります。このエラーは、エラーを起こす列のIDがレポートのXML定義に存在するが、サブジェクト領域表には存在しないために表示されます。XML定義を手動で編集し、無効な列を削除する必要があります。

- 標準モードおよびアクセシビリティ・モードでBIコンポーザの視覚的な手がかりが同じように表示される
アクセシビリティ・モードの「BIコンポーザ」ウィザード・ページに表示されるアイコンやチェック・ボックスなどの視覚的な手がかりが、Oracle BI EE 12cの標準モードで表示される視覚的な手がかりと同じです。テキストベースのウィザード・ページ・リンクのリストがアクセシビリティ・モードのウィザード・ページに表示されていないにもかかわらず、JAWSなどのスクリーン・リーダー・アプリケーションは読み取ることができます。

- ダッシュボードでの埋込みコンテンツの有効化
セキュリティ上の理由から、ダッシュボードの外部ドメインからコンテンツを埋め込むことはできなくなりました。ダッシュボードで外部コンテンツを埋め込むには、instanceconfig.xmlファイルを編集する必要があります。

- 12cでトレリス・ビューがグリッド線なしで表示される
トレリスは、グリッドの一連のセルにレイアウトした多次元データを表示するビュー・タイプで、各セルには数値またはグラフで示されたデータのサブセットが表示されます。トレリス・ビューを使用すると、ユーザーは複数のビューを同時に表示してすばやく比較したり、トレンドを示すデータを表示することができます。Oracle BI 11gでは、トレリス・ビューにはデフォルトでグリッド線がありました。Oracle BI 12cでは、水平線または垂直線を選択、またはデフォルト・オプションを選択することができます。

- ドメイン・ホームとbipublisherフォルダ・パスが12cでは異なる
ドメイン・ホームとbipublisherファイル・パスが11gシステムと12cシステムとを比較すると異なります。

- Oracle BI EEコンテンツの12cでの変更内容
このトピックでは、12cへの移行後の分析およびビューの表示の違いを説明します。

- カタログ構造の変更
リリース11.1.1.9.0より前のリリースでは、ユーザーがOracle Business Intelligenceに初めてサインインすると、ユーザーが最終的に作成するコンテンツを保管するためのフォルダが自動的に作成されます。そのようなフォルダの例は、個人のダッシュボードを保持する_portalフォルダとアラートを保持する_deliversフォルダです。リリース11.1.1.9.0以降では、ユーザーが最初にサインインしたときに、これらのフォルダは自動的に作成されません。かわりに、必要になったときにフォルダが作成されます。

A.1 SCM: DSOおよびARのバランス・トレンドが12cでは異なって表示される

サプライ・チェーン・モジュールおよび受注管理モジュールのDSOおよびARのバランス・トレンド・グラフが、このグラフを生成するのに使用される基礎データが同じである場合でも、12cでは異なって表示される場合があります。表示の違いは、データベースからフェッチされる期間データの順番を、BI Serverが扱う方法の違いによって発生します。

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.2 ビューの表示エラー: オーダー未処理レポートで無効な列が発生

12cでオーダー未処理レポートをロードする際に、無効な列が発生したことを示す「ビューの表示エラー」メッセージが表示される可能性があります。このエラーは、エラーを起こす列のIDがレポートのXML定義に存在するが、サブジェクト領域表には存在しないために表示されます。XML定義を手動で編集し、無効な列を削除する必要があります。

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.3 BIコンポーザの視覚的な手がかりは標準モードとアクセシビリティ・モードで同じように表示される

アクセシビリティ・モードの「BIコンポーザ」ウィザード・ページに表示されるアイコンやチェック・ボックスなどの視覚的な手がかりは、Oracle BI EE 12cの標準モードでの表示と同じです。テキストベースのウィザード・ページ・リンクのリストがアクセシビリティ・モードのウィザード・ページに表示されていないにもかかわらず、JAWSなどのスクリーン・リーダー・アプリケーションは読み取ることができます。

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.4 ダッシュボードでの埋込みコンテンツの有効化

セキュリティ上の理由から、ダッシュボードの外部ドメインからコンテンツを埋め込むことはできなくなりました。ダッシュボードで外部コンテンツを埋め込むには、instanceconfig.xmlファイルを編集する必要があります。

詳細な手順については、『Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のダッシュボードでの外部コンテンツの埋込みに関する項を参照してください。

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.5 トレリス・ビューは12cでグリッド線なしで表示される

トレリスは、グリッドの一連のセルにレイアウトした多次元データを表示するビュー・タイプで、各セルには数値またはグラフで示されたデータのサブセットが表示されます。トレリス・ビューを使用すると、ユーザーは複数のビューを同時に表示してすばやく比較したり、トレンドを示すデータを表示することができます。Oracle BI 11gでは、トレリス・ビューにはデフォルトでグリッド線がありました。Oracle BI 12cでは、水平線または垂直線を選択、またはデフォルト・オプションを選択することができます。

グリッド・オプションを選択するには:

1. 編集するトレリス・ビューを開きます。

2. 「プロパティ」ダイアログをクリックします。

3. 選択肢に応じて、次を選択します。

- 「水平」

- 「垂直」

- 「デフォルト」オプション

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.6 ドメイン・ホームとbipublisherフォルダ・パスが12cでは異なる

ドメイン・ホームとbipublisherファイル・パスが11gシステムと12cシステムとでは異なります。

ドメイン・ホームの場合:

11gでは、mwhome/user_projects/domains/bifoundation_domain/

12cでは、Oracle_home/user_projects/domains/bi/

bipublisherフォルダの場合:

11gでは、DOMAIN_HOME/config/bipublisher/

12cでは、DOMAIN_HOME/bidata/components/bipublisher/

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.7 Oracle BI EEコンテンツの12cでの変更内容

このトピックでは、12cへ移行した後の分析およびビューの外観の違いを説明します。

次では、11gと12cとの間の分析およびビューの変更内容を説明します。

変更内容

説明

ゲージ・ビューはデータ列を表示します

11gでは、ゲージ・ビューでは単位データを表示しませんでした。12cでは、ゲージ・ビューはチャートの下にデータ列の形式でゲージ・チャートの値を表示します。

プロンプトはPDFファイルで左寄せされています

11gでは、PDFに分析をエクスポートするとプロンプトは中央寄せされます。12cでは、PDFに同じ分析をエクスポートするとプロンプトは左寄せされます。

タイトル・ビューの下側の境界線はページ幅に広がりません

11gでは、PDFファイルに分析をエクスポートするとタイトル・ビューの下側の境界線がページ幅に広がります。12cでは、PDFに同じ分析をエクスポートすると、下側の境界線はタイトル・ビューの幅分だけ広がります。

親トピック: 既知の違い: Oracle Business Intelligence 12c

A.8 カタログ構造の変更

リリース11.1.1.9.0より前のリリースでは、ユーザーがOracle Business Intelligenceに初めてサインインすると、ユーザーが最終的に作成するコンテンツを保管するためのフォルダが自動的に作成されます。そのようなフォルダの例は、個人のダッシュボードを保持する_portalフォルダとアラートを保持する_deliversフォルダです。リリース11.1.1.9.0以降では、ユーザーが最初にサインインしたときに、これらのフォルダは自動的に作成されません。かわりに、必要になったときにフォルダが作成されます。

次のリストは、リリース11.1.1.9.0より前のユーザーにとってのOracle BIプレゼンテーション・カタログの構造を示しています。

/users/<user>
/users/<user>/_delivers
/users/<user>/_delivers/_deliveries
/users/<user>/_filters
/users/<user>/_portal
/users/<user>/_selections
/users/<user>/_savedcolumns
/users/<user>/_subscriptions
/users/<user>/_thumbnails
/users/<user>/_prefs
/users/<user>/_prefs/deliveryprofiles
/users/<user>/_prefs/devices

次のリストは、リリース11.1.1.9.0以降のユーザーにとってのOracle BIプレゼンテーション・カタログの構造を示しています。以前に「_prefs」および「_subscriptions」フォルダに格納されていたオブジェクトは、「_internals」フォルダへ移動されます。「_deliveries」フォルダは、その親フォルダ「_delivers」とマージされます。

/users/<user>/_delivers
/users/<user>/_portal
/users/<user>/_filters
/users/<user>/_selections
/users/<user>/_savedcolumns
/users/<user>/_thumbnails
/users/<user>/_internals
/users/<user>/_internals/subscriptions
/users/<user>/_internals/subscriptions.atr
/users/<user>/_internals/_deliveryprofile_profile1
/users/<user>/_internals/_deliveryprofile_profile1.atr
/users/<user>/_internals/_device_device1
/users/<user>/_internals/_device_device1.atr
/users/<user>/_internals/_favorites
/users/<user>/_internals/_favorites.atr
/users/<user>/_internals/cacheduserinfo
/users/<user>/_internals/cacheduserinfo.atr
/users/<user>/_internals/volatileuserdata
/users/<user>/_internals/volatileuserdata.atr
/users/<user>/_internals/defaultdevices
/users/<user>/_internals/defaultdevices.atr
/users/<user>/_internals/defaultdeliveryprofile
/users/<user>/_internals/defaultdeliveryprofile.atr
/users/<user>/_internals/userprefsxmlstore
/users/<user>/_internals/userprefsxmlstore.atr

アップグレード時に、オプションで、既存のユーザーの各ホーム・ディレクトリにある空のフォルダを削除したり、既存のフォルダを新しい場所へ再配置したりできます。この変更は、既存のユーザーのフォルダには影響しません。

既存のユーザーの各ホーム・ディレクトリ内にある空のフォルダを削除するか、既存のフォルダを新しい場所へ再配置するには、instanceconfig.xmlファイルの<Catalog></Catalog>ノードに次の要素を指定します。

- 空のフォルダをすべて削除する場合: <CleanEmptyFolderInHome>true</CleanEmptyFolderInHome>

- 既存のフォルダを新しい場所へ再配置する場合:  <CoalesceHomeDirectoryFolders>true</CoalesceHomeDirectoryFolders><

注意:
タスクの完了後に変更を元に戻してください。

親トピック: 既知の違い: Oracle Business Intelligence 12c

B 例外処理

この付録では、Oracle BI 11gから12cへの移行中または移行後に例外を処理するプロシージャを説明します。

- TRANSFORMBAREXCEPTIONでの構成失敗
カタログのオブジェクトがリリース11.1.1.7より古い場合、12cの構成はTRANSFORMBAREEXCEPTIONエラーで失敗する可能性があります。カタログ・アイテムの更新が必要かどうかは、Fusion Middleware Controlでメトリックを表示することによって確認できます。「カタログ」フォルダで、アップグレードが必要であることを示すオブジェクト読取りの数という説明の付いたアップグレードが必要な読取りというメトリックを見つけます。この数が大きい場合は、プレゼンテーション・サービスの「管理」ページを使用してカタログ内のオブジェクトを更新することにより、この問題を解決できます。

- 複数のY軸のHighchartsグラフが移行後に表示されない
移行後、12cで複数のY軸のHighchartsグラフがレンダリングできない可能性があります。その理由は、必要なJavaScript (.js)ファイルが12cインスタンスに存在しないからです。

- NQSConfig.INIファイルでのEVALUATEパラメータの設定
分析でのEVALUATE機能は、データベースをSQLインジェクション攻撃にさらすため、Logical SQL問合せではデフォルトで有効化されていません。Oracle BI 12cへの移行後、ビューの生成中にエラーが発生した場合は、NQSConfig.INIファイルのEVALUATE_SUPPORT_LEVELパラメータの値を適切に設定する必要があります。

- エラー: ava.lang.NoClassDefFoundError: クラスsun.awt.X11GraphicsEnvironmentを初期化できませんでした
DISPLAY変数の値を手動で設定するか、システムが自動的に操作した場合、ava.lang.NoClassDefFoundError: クラスsun.awt.X11GraphicsEnvironmentを初期化できませんでしたエラーが発生する可能性があります。Windowsクライアントを介して64ビットのLinuxインストーラを実行するため、DISPLAY変数の値をWindowsクライアントのシステムIPに変更する場合は、インストールの完了後にそれを元の値にリセットします。DISPLAY変数の値をリセットせずにグラフを含む分析を生成すると、このエラーが発生する可能性があります。

- Oracle BI Publisherでのファイル・データ・ソースの検証
レポートを生成中、oracle.xdo.XDOException: ファイルが存在しないか、読取り不可です。というエラーが発生する場合、サポートしているXMLファイルを12cシステムにコピーしていない可能性があります。問題を解決するには、各データ・ソース・ポイントが12cシステムの該当するディレクトリを指していることを手動で検証します。

- [nQSError: 46168] 操作RawFile::checkSoftLimitが失敗しました
リクエストを完了させるために、BI管理者が割り当てた領域よりも大きな一時領域がBI問合せに必要な場合、[nQSError: 43119] 問合せに失敗しました: [nQSError: 46168] 操作RawFile::checkSoftLimitが失敗しました。現在の制限を超過します。1073758528というエラーが発生する可能性があります。

- 12cで代理機能の構成に失敗する
代理機能では、別のユーザーのかわりにOracle BI EEの操作を実行できます。この機能は、別のユーザーのダッシュボードやコンテンツを操作する必要がある場合やITサポート・スタッフがユーザー・アカウントのトラブルシューティングを行う必要がある場合などに便利です。BI 11gから12cに移行していて、12cで代理機能を構成できない場合、この項の手順を実行して問題を解決してください。

- 移行後にカスタム・リンクおよびSampleApp Oracle Technology Networkページが表示されない
12cシステムでは、移行直後にカスタム・リンクおよびSampleApp Oracle Technology Networkページが表示されない場合があります。これは、カスタム・リンクのxmlの設定が移行中にBI 11gから12cにコピーされないために発生します。カスタム・リンクのxmlの設定をBI 11gから12cに手動でコピーする必要があります。

- 12cへの11g WebLogicユーザーの移行
11gから12cに移行した後、WebLogicユーザーを12cドメインに手動で移行させる必要があります。この移行は、セキュリティ・レルムからセキュリティ・データをエクスポートし、そのデータを別のセキュリティ・レルムにインポートすることにより実行できます。セキュリティ・データには、認証、認可、資格証明マップおよびロール・データが含まれます。

B.1 TRANSFORMBAREXCEPTIONでの構成失敗

カタログのオブジェクトがリリース11.1.1.7より古い場合、12cの構成はTRANSFORMBAREEXCEPTIONエラーで失敗する可能性があります。カタログ・アイテムの更新が必要かどうかは、Fusion Middleware Controlでメトリックを表示することによって確認できます。「カタログ」フォルダで、アップグレードが必要であることを示すオブジェクト読取りの数という説明の付いたアップグレードが必要な読取りというメトリックを見つけます。この数が大きい場合は、プレゼンテーション・サービスの「管理」ページを使用してカタログ内のオブジェクトを更新することにより、この問題を解決できます。

カタログを更新するには:

1. 管理資格証明でOracle BI EEにサインインします。

2. グローバル・ヘッダーで「管理」をクリックします。

3. 「更新が必要なカタログ・オブジェクトのスキャンおよび更新」リンクをクリックします。

4. 「カタログ・オブジェクトの更新」をクリックして更新プロセスを開始します。
どのオブジェクトが更新され、どのオブジェクトが更新されていないのかを確認するには、このページの他のリンクをクリックします。更新されなかったオブジェクトの詳細に関するログ・ファイルを参照できます。

Enterprise Manager Fusion Middleware Controlを使用してOracle BIプレゼンテーション・サービスを再起動します。

- ユーザーGUIDの再生成
このタスクでは、構成ファイルを手動で編集して、再起動時にGUIDを再生成するようOracle BIサーバーおよびOracle BIプレゼンテーション・サーバーに指示する必要があります。処理が完了したら、これらのファイルを再度編集して変更内容を削除します。

- Oracle Business Intelligenceカタログの更新
11gから移行する際は、Oracle BIプレゼンテーション・サービス・カタログを手動で更新する必要があります。

親トピック: 例外処理

B.1.1 ユーザーGUIDの再生成

このタスクでは、構成ファイルを手動で編集して、再起動時にGUIDを再生成するようOracle BIサーバーおよびOracle BIプレゼンテーション・サーバー に指示する必要があります。処理が完了したら、これらのファイルを再度編集して変更内容を削除します。

Oracle Business Intelligenceの構成ファイルの場所の詳細は、『Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』の構成ファイルに関する項を参照してください。

ユーザーGUIDを再生成するには:

1. 11gのNQSConfig.INIファイルのFMW_UPDATE_ROLE_AND_USER_REF_GUIDSパラメータを更新します。

a. 編集するために、11g NQSConfig.INIファイルを開きます。NQSConfig.INIファイルは、次のディレクトリに格納されています。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/OracleBIServerComponent/coreapplication_obisn

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

%DOMAIN_HOME%\config\OracleBIServerComponent\coreapplication_obisn

b. FMW_UPDATE_ROLE_AND_USER_REF_GUIDSパラメータを探して、次のようにYESに設定します。
FMW_UPDATE_ROLE_AND_USER_REF_GUIDS = YES;

c. ファイルを保存して閉じます。

2. 11gのinstanceconfig.xmlファイルにあるCatalog要素を更新します。instanceconfig.xmlファイルは、次のディレクトリに格納されています。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/OracleBIPresentationServicesComponent/coreapplication_obipsn

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

%DOMAIN_HOME%\config\OracleBIPresentationServicesComponent\coreapplication_obipsn

a. instanceconfig.xmlを開いて編集します。

b. Catalog要素を探して、次のように更新します。

<Catalog>
<UpgradeAndExit>false</UpgradeAndExit>
<UpdateAccountGUIDs>UpdateAndExit</UpdateAccountGUIDs>
</Catalog>

c. ファイルを保存して閉じます。

3. opmnctlを使用して、Oracle BIシステム・コンポーネントを再起動します

cd ORACLE_HOME/admin/instancen/bin
./opmnctl stopall
./opmnctl startall

4. NQSConfig.INIファイルで、FMW_UPDATE_ROLE_AND_USER_REF_GUIDSパラメータをNOに戻します。

重要
システムを確実に保護するために、この手順を実行する必要があります。

5. 11gのinstanceconfig.xmlファイルのCatalog要素を更新して、UpdateAccountのGUIDエントリを削除します。

6. opmnctlを使用して、Oracle BIシステム・コンポーネントを再起動します

cd ORACLE_HOME/admin/instancen/bin
./opmnctl stopall
./opmnctl startall

親トピック: TRANSFORMBAREXCEPTIONでの構成失敗

B.1.2 Oracle Business Intelligenceカタログの更新

11gから移行する際は、Oracle BIプレゼンテーション・サービス・カタログを手動で更新する必要があります。

Oracle BIカタログを更新するには:

1. Fusion Middleware Controlを使用してOracle BIプレゼンテーション・サービスを停止します。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のFusion Middleware Controlを使用したBIシステム・コンポーネント・プロセスの起動と停止に関する項を参照してください。

2. リリース10gのカタログを、7-Zipユーティリティを使用して圧縮ファイルを作成することでバックアップします。

3. instanceconfig.xmlファイルのバックアップ・コピーを作成します。instanceconfig.xmlファイルは、次のディレクトリに格納されています。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/config/OracleBIPresentationServicesComponent/coreapplication_obipsn

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

%DOMAIN_HOME%\config\OracleBIPresentationServicesComponent\coreapplication_obipsn

4. instanceconfig.xml ファイルで UpgradeAndExit オプションを true に変更します。
次のコードを見つけます。

<ps:Catalog xmlns:ps="oracle.bi.presentation.services/config/v1.1">
<ps:UpgradeAndExit>false</ps:UpgradeAndExit>
</ps:Catalog>

この行を次のように変更します。

<ps:Catalog xmlns:ps="oracle.bi.presentation.services/config/v1.1">
<ps:UpgradeAndExit>true</ps:UpgradeAndExit>
</ps:Catalog>

5. 次のOPMNコマンドを使用してOracle BI Presentation Servicesを起動し、カタログを更新します。
opmnctl startproc ias-component=coreapplication_obipsn

ここで、nはインスタンスです。

たとえば、

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

cd ORACLE_INSTANCE/bin

./opmnctl startproc ias-component=coreapplication_obips1

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

cd ORACLE_INSTANCE\bin

opmnctl startproc ias-component=coreapplication_obips1

6. カタログを更新した後、再びinstanceconfig.xmlファイルを編集し、UpgradeAndExitオプションをfalseに戻します。

7. Fusion Middleware Controlを使用してOracle BIプレゼンテーション・サービスを再起動します。

親トピック: TRANSFORMBAREXCEPTIONでの構成失敗

B.2 複数のY軸のHighchartsグラフが移行後に表示されない

移行後、12cで複数のY軸のHighchartsグラフがレンダリングできない可能性があります。その理由は、必要なJavaScript (.js)ファイルが12cインスタンスに存在しないからです。

12cシステムにそれらのファイルをコピーするには:

1. 11gシステムで\AnalyticsResディレクトリに移動します。

2. 11gの\AnalyticsResディレクトリから、次に示すファイルを12c \AnalyticsResディレクトリにコピーします。

- highcharts.js

- exporting.js

- jquery-1.8.2.min.js

親トピック: 例外処理

B.3 NQSConfig.INIファイルでのEVALUATEパラメータの設定

分析でのEVALUATE機能は、データベースをSQLインジェクション攻撃にさらすため、Logical SQL問合せでデフォルトで有効化されていません。Oracle BI 12cへの移行後、ビューの生成中にエラーが発生した場合は、NQSConfig.INIファイルのEVALUATE_SUPPORT_LEVELパラメータの値を適切に設定する必要があります。

EVALUATE_SUPPORT_LEVELパラメータのデフォルト値は「0」で、評価がサポートされていないことを意味します。

# EVALUATE_SUPPORT_LEVEL:
# 1: 評価はmanageRepositories権限のあるユーザーでサポートされます。
# 2: 評価はすべてのユーザーでサポートされます。
# その他: その他の値では評価はサポートされません。
EVALUATE_SUPPORT_LEVEL = 0;

EVALUATE_SUPPORT_LEVELパラメータの値に11gのNQSConfig.INIファイルと同じ値を設定するか、組織で必要な値を設定します。

NQSConfig.INIファイルは、次のディレクトリに格納されています。

UNIXオペレーティング・システムの場合:
$DOMAIN_HOME/config/fmwconfig/biconfig/OBISn
On Windowsオペレーティング・システムの場合:
%DOMAIN_HOME%\config\fmwconfig\biconfig\OBISn

親トピック: 例外処理

B.4 エラー: ava.lang.NoClassDefFoundError: クラスsun.awt.X11GraphicsEnvironmentを初期化できませんでした

DISPLAY変数の値を手動で設定するか、システムが自動的に設定した場合、ava.lang.NoClassDefFoundError: クラスsun.awt.X11GraphicsEnvironmentを初期化できませんでしたエラーが発生する可能性があります。Windowsクライアントを介して64ビットのLinuxインストーラを実行するため、DISPLAY変数の値をWindowsクライアントのシステムIPに変更する場合は、インストールの完了後にそれを元の値にリセットします。DISPLAY変数の値をリセットせずにグラフを含む分析を生成すると、このエラーが発生する可能性があります。

このエラーを解決するには:

1. DISPLAY変数の値をリセットします。

2. JavaHostプロセスを再開します。

親トピック: 例外処理

B.5 Oracle BI Publisherでのファイル・データソースの検証

レポートを生成中、oracle.xdo.XDOException: ファイルが存在しないか、読取り不可です。というエラーが発生する場合、サポートしているXMLファイルを12cシステムにコピーしていない可能性があります。問題を解決するには、各データ・ソース・ポイントが12cシステムの該当するディレクトリを指していることを手動で検証します。

データソース名のパスを検証するには:

1. Oracle BI Publisherにサインインします。

2. 「管理」ページで、「データ・ソース」にある「ファイル」に進みます。
「ファイル」ページに、各DSNのディレクトリ・パスが表示されます。

3. ファイルが正しい12cディレクトリを指しているかを確認します。

4. ディレクトリ・パスを変更するには、「DSN」をクリックします。
「データ・ソースの更新」ページにナビゲートされます。

5. 上位レベル・ディレクトリの適切な完全パスを入力し、「適用」をクリックします。

親トピック: 例外処理

B.6 [nQSError: 46168] 操作RawFile::checkSoftLimitが失敗しました

リクエストを完了させるために、BI管理者が割り当てた領域よりも大きな一時領域がBI問合せに必要な場合、[nQSError: 43119] 問合せに失敗しました: [nQSError: 46168] 操作RawFile::checkSoftLimitが失敗しました。現在の制限を超過します。1073758528というエラーが発生する可能性があります。

この問題の解決方法:

1. 問合せを変更して、BIサーバーが処理するデータ量を削減するには、次の操作を実行します。

a. 問合せにフィルタを追加します。

b. 最も詳細な属性列を詳細度が低い列に置き換え、問合せの全体的な詳細レベルを低くします。

c. 長いテキスト値を含む属性列を削除します。

d. バックエンド・データ・ソースがサポートしないSQL関数の使用を避けます。

e. BIサーバーにより複雑な内部処理を発生させる特定の属性列またはメジャー列を削除します。

2. 問合せを変更または再構築することにより問題を解決できない場合、およびシステムがより多くのロードを処理できる場合は、NQSConfig.INIファイルの次のパラメータを変更することにより一時ファイルに許可される最大サイズを増やすようBI管理者に要求します。

- WORK_DIRECTORY_SIZE_GLOBAL_LIMITまたは

- MAX_WORK_FILE_SIZE_PERCENT

たとえば、

[General]
WORK_DIRECTORY_SIZE_GLOBAL_LIMIT = 100 GB;
# No temporary file will be allowed to exceed this percentage of the global work
# directory limit.
MAX_WORK_FILE_SIZE_PERCENT = 5;

注意:

- 単一の一時ファイルに許可される最大サイズは、WORK_DIRECTORY_SIZE_GLOBAL_LIMITパラメータに設定されている一時ディレクトリの合計サイズ制限と、MAX_WORK_FILE_SIZE_PERCENTに指定されている割合を掛けることによって算出されます。デフォルトでは、一時ファイルのサイズ制限は、100 GB * 5% = 5 GBです。このファイルごとの制限は各一時ファイルに個別に適用されますが、合計WORK_DIRECTORY_SIZE_GLOBAL_LIMITは、BIサーバーで作成されるすべての一時ファイルにまとめて適用されます。

- MAX_WORK_FILE_SIZE_PERCENTパラメータを注意して増大させる必要があります。大きな割合を設定すると、単一のリクエストが合計一時領域の大部分を消費するため、システムと他のBIリクエストで一時領域が不足し、障害が発生する可能性があります。十分なディスク領域がある場合は、WORK_DIRECTORY_SIZE_GLOBAL_LIMITを大きくすることをお薦めしますただし、WORK_DIRECTORY_SIZE_GLOBAL_LIMITパラメータの値を大きくする場合は注意する必要があります。大きな値を設定すると、システムのディスク領域がなくなるか、BIリクエストがシステム・リソースを過剰に消費する可能性があります。

親トピック: 例外処理

B.7 12cで代理機能の構成に失敗する

代理機能では、別のユーザーのかわりにOracle BI EEの操作を行えます。この機能は、別のユーザーのダッシュボードやコンテンツを操作する必要がある場合やITサポート・スタッフがユーザー・アカウントのトラブルシューティングを行う必要がある場合などに便利です。BI 11gから12cに移行していて、12cで代理機能を構成できない場合、この項の手順を実行して問題を解決してください。

12cで代理機能を構成する前に、次の手順を実行します。

1. customMessagesフォルダを次のディレクトリに作成します。
UNIXオペレーティング・システムの場合:

$ORACLE_HOME/bi/bifoundation/web/msgdb/l_en

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

%ORACLE_HOME%\bi\bifoundation\web\msgdb\l_en

2. 手順1で作成したcustomMessagesフォルダに11g LogonParamSQLTemplate.xmlファイルをコピーします。

親トピック: 例外処理

カスタム・メッセージ・テンプレートの作成に関する詳細は、Oracle® Business Intelligenceプレゼンテーション・サービス管理ガイドのプロキシ機能のカスタム・メッセージ・テンプレートの作成を参照してください。

B.8 移行後にカスタム・リンクおよびSampleApp Oracle Technology Networkページが表示されない

12cシステムでは、移行直後にカスタム・リンクおよびSampleApp Oracle Technology Networkページが表示されない場合があります。これは、カスタム・リンクのxmlの設定が移行中にBI 11gから12cにコピーされないために発生します。カスタム・リンクのxmlの設定をBI 11gから12cに手動でコピーする必要があります。

カスタム・リンクのxmlの設定をコピーするには、次の手順を実行します。

1. カスタム・リンクのxmlを12cシステム上の次のフォルダにコピーします。
UNIXオペレーティング・システムの場合:

$DOMAIN_HOME/bidata/components/OBIPS(customMessages)

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

%DOMAIN_HOME%\bidata\components\OBIPS(customMessages)

2. 編集のためにOracle BI EE instanceconfig.xmlを開き、<CustomLinks>ディレクティブを見つけます。

3. 次の例に示すように、カスタム・リンクを有効にします。

<CustomLinks>
<Enabled>true</Enabled>
</CustomLinks>

親トピック: 例外処理

B.9 12cへの11g WebLogicユーザーの移行

11gから12cに移行した後、WebLogicユーザーを12cドメインに手動で移行させる必要があります。この移行は、セキュリティ・レルムからセキュリティ・データをエクスポートし、そのデータを別のセキュリティ・レルムにインポートすることにより実行できます。セキュリティ・データには、認証、認可、資格証明マップおよびロール・データが含まれます。

セキュリティ・データを移行する場合について理解しておきます。セキュリティ・データ移行の概要を参照してください。

セキュリティ・データのインポートとエクスポートに関連する概念について理解しておきます。移行の概念を参照してください。

WebLogicセキュリティ・プロバイダでサポートされる形式と制約について理解しておきます。「WebLogicセキュリティ・プロバイダでサポートされるフォーマットと制約」を参照してください。

注意:
同じWebLogic Serverリリースのセキュリティ・レルムの間でのみ、セキュリティ・データをエクスポートおよびインポートできます。

親トピック: 例外処理

B.9 セキュリティ・プロバイダからのセキュリティ・データのエクスポート

セキュリティ・プロバイダからファイルにセキュリティ・データをエクスポートするには:

1. 左ペインで「セキュリティ・レルム」を選択して、構成するレルムの名前(myrealmなど)を選択します。

2. セキュリティ・データをエクスポートするプロバイダのタイプ(認証など)を選択します。

3. セキュリティ・データをエクスポートするセキュリティ・プロバイダを選択します。

4. 「移行」の下にある「エクスポート」を選択します。

5. 「サーバー上のエクスポート・ファイル」フィールドで、セキュリティ・データをエクスポートするディレクトリおよびファイル名を指定します。ディレクトリは存在している必要があります。

注意:
セキュリティ・データをエクスポートするディレクトリおよびファイルは、デプロイメントに関する重要な情報が格納されるので、オペレーティング・システムのセキュリティで慎重に保護してください。

6. (オプション)エクスポートするセキュリティ・データの特定のセットをエクスポート制約ボックスに定義します。

7. 「保存」をクリックします。
セキュリティ・プロバイダからデータをエクスポートした後、いつでもそのデータをインポートできます。

B.9 セキュリティ・プロバイダへのセキュリティ・データのインポート

セキュリティ・プロバイダにセキュリティ・データをインポートするには:

1. 管理コンソールの左ペインで、「セキュリティ・レルム」を選択します。

2. セキュリティ・データをインポートするセキュリティ・レルムの名前(myrealmなど)を選択します。

3. 「プロバイダ」を選択してから、セキュリティ・データのインポート先のプロバイダのタイプ(たとえば、「プロバイダ」の下にある「認証」)を選択します。

4. セキュリティ・データのインポート先のセキュリティ・プロバイダを選択し、「移行」の下にある「インポート」を選択します。

5. 「サーバー上のインポート・ファイル」フィールドで、エクスポートしたセキュリティ・データを格納したファイルのディレクトリおよびファイル名を指定します。

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

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

コピーライトについて

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

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

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

保証免責

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

制限付権利について

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

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

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

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

商標と登録商標について

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracle Supportへのアクセス

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