Oracle BI Discoverer Administratorアプリケーションを開始します。 Oracle BI Discoverer Administratorが表示されたら、資格証明を入力して「 Connect」をクリックします。

Load Wizardダイアログ・ボックスで、「 Cancel」をクリックします。

Oracle BI Discoverer Administratorのメニュー・バーで、「 File」→「 Export」の順に選択します。 Export Wizard：Step 1ダイアログ・ボックスが表示されます。

「 The entire End User Layer」を選択し、「 Next」をクリックします。 使用可能なEULオブジェクトすべてをまとめたリストを準備していることを示す簡単なメッセージが表示されます。

Export Wizard: Step 2ダイアログ・ボックスで「 Browse」をクリックし、エクスポートするファイルが含まれたフォルダを指定します。

インストール・ドライブに DiscoMigrationという名前の最上位レベルのフォルダを新規に作成し、エクスポート・ファイルの名前を video.eexと指定して、「 Save」をクリックします。

「 Finish」をクリックします。

注: video.eex がすでにあることを示すメッセージが表示された場合は、「 Yes」をクリックして既存のファイルを上書きします。

EULのエクスポート処理がおこなわれます。 Export Logウィンドウが表示されたら、画面をスクロールして結果を参照し、エラーが発生していないことを確認します。

「 Close」をクリックします。 また、あとで参照できるようにログを保存することもできます。

「 File」→「 Exit」を選択し、Oracle Discoverer Administratorを閉じます。

この移行アシスタント（Oracle Discoverer Metadata Conversion Assistant）は、 前提条件の項で説明したように、Oracle BI EEインストールと同じマシンで実行する必要があります。

<installdrive>\OracleBI\server\Bin ディレクトリへ移動します。 このディレクトリには、移行アシスタントの実行可能ファイル（ MigrateEUL.exe）とプロパティ構成ファイル（ MigrationConfig.properties）の2つの重要なファイルが含まれています。

MigrationConfig.properties ファイルを使用することで、移行処理を制御できます。 次の表は、使用可能な構成オプションを示しています。

MigrationConfig.properties ファイルの例:

このチュートリアルでは、デフォルトを受け入れます。

A. 移行アシスタントは MigrateEul.exe ファイルです。 「 スタート」→「 ファイル名を指定して実行」の順にクリックします。 ファイル名を指定して実行ダイアログ・ボックスが表示されたら、 cmdと入力して「 OK」をクリックすると、コマンド・プロンプト・ウィンドウが開きます。

B. <installdrive> プロンプトで cd DiscoMigrationと入力し、「 Enter」を押します。 これにより、インストール・ドライブ上の適切なサブディレクトリが表示されます。

C.MigrateEul.exe video.eexと入力し、「 Enter」を押します。

メタデータの移行が正常におこなわれると、 .eexファイルが含まれているディレクトリと同じディレクトリにリポジトリ・ファイルが作成されます。

作成されるリポジトリ・ファイルの名前は、 .eexファイルと同じ名前に .rpd拡張子がつけられたものとなります。 このチュートリアルの場合、移行時に作成される .rpdファイルの名前は video.rpdです。

注: 移行アシスタントでは、変換実行時に 2つのログ・ファイルが生成されます（生成されるログ・ファイルの例については、以下の表に示します）。 この2つのファイルも同じディレクトリ内に配置されます。 <filename>.migration ログ・ファイルには、移行の進捗に関する概要が記録されます。また、 <filename>.exception ログ・ファイルには、移行できなかったアイテムの名前が記録されます。

Oracle Discoverer Metadata Conversion Assistantによる処理は、注意が必要な領域のリストを示す例外ファイルを使用した、反復的なプロセスです。 例外は、Oracle Discovererメタデータにおける結合設定のタイプ（複数の結合パス、循環結合のパスなど）に基づいて生成できます。 例外として識別された結合は、この例外ファイルに記載され、各シナリオの処理方法の決定が可能となります。

これらのファイルには、変換対象のOracle Discovererビジネス・エリアごとに、以下の詳細が含まれています。

	処理対象のビジネス・エリアの名前
	複数の結合パスが存在するためにスキップされていた可能性のある、Oracle Discovererメタデータ内の結合に関する詳細。 スキップされた結合に対しては、それぞれ"フォルダID"が生成されます。生成されたIDは、移行アシスタントを2回目に実行する場合の参照として使用できます。この場合、フォルダの別名を生成するために必要なフォルダIDが MigrationConfig.properties ファイルに追加されます。 フォルダIDは、 IncludePathsForFolders構成ファイル・オプションで表示されます。

以下の表では、移行アシスタントの結果に関する詳細を取り上げ、Oracle DiscovererとOracle BI EEのアイテムがそれぞれどのように対応するのかを説明します。

(注: プロパティの移行の概要については、Oracle Discoverer Metadata Conversion Assistantに関するドキュメントのトピック3.4、"Description of output from the conversion assistant"を参照してください。このドキュメントには、このリンクからアクセスできます。)

Discoverer	Oracle BI EE
EUL	Oracle BI EEメタデータ・リポジトリ（ .rpd）ファイルにマッピングされます。
ビジネス・エリア	Presentation Catalog（Oracle BI Answersではサブジェクト・エリアとも呼ばれる）にマッピングされます。
シンプル・フォルダ	データベースの表またはビューにマッピングされます。 つまり、各単一フォルダは、Physicalレイヤーの物理表、Business Model and Mappingレイヤーの論理表、およびPresentationレイヤーのプレゼンテーション表に移行されることになります。 Oracle Discovererのユーザーに対して表示されるように設定されている表については、Presentationレイヤーへの移行のみがおこなわれます。
複合フォルダ	複数のシンプル・フォルダからのアイテムが結合されます。 複合フォルダを説明する場合によく取り上げられるのが、データベース・ビューのフォルダとよく似ているという点です。 Oracle Discovererの管理という観点からいえば、複合フォルダは、エンドユーザーのメタデータ・ビューを簡易化するために、アイテムを論理グループにまとめる場合に役立ちます。 エンドユーザーの側から見ると、1つのフォルダを開くだけでレポートに必要なアイテムすべてを取得できるため、タスクが簡単になるという利点があります。 複合フォルダは、論理レイヤー内の論理表にマッピングされます。各論理表には、ベース・フォルダと各ベース・フォルダ間の結合が含まれた論理表ソースがあります。 マッピングされた複合フォルダは、これらのベース・フォルダ（ディメンション）に結合されます。 Presentationレイヤーで表示される複合フォルダには、以下のようなマッピングが使用されます。 複合フォルダにおけるアイテムの参照は、論理レイヤーの対応するベース・フォルダから取得されます。 複合フォルダ内でOracle Discovererの管理計算を作成する場合、その複合フォルダに相当する論理表が論理レイヤーに作成されます。 複数の実表からのアイテムが含まれた計算が作成されると、該当する論理フォルダはPresentationレイヤーに移行されます。 ただし、単一のベース・フォルダに基づいておこなわれた管理計算については、対応する論理フォルダに移行され、複合フォルダには移行されません。 注: 別の複合フォルダのアイテムに基づく複合フォルダは、自動的に移行することはできません。
カスタム・フォルダ	フォルダの作成における柔軟性が向上します（ UNION 、 INTERSECT 、 および MINUSなどの集合演算子を使用したSQL文の作成など）。 カスタム・フォルダを作成するためにUIにSQL文を入力すると、SQL文で参照されるアイテムが含まれたフォルダが作成されます。 Oracle BI EEでは、カスタム・フォルダは、 SELECTの許可された表タイプを使用してPhysicalレイヤーに移行されます。 これは、OPAQUEビューとも呼ばれています。
アイテム	問合せを構築する基本的な要素です。 各アイテムは、データベース表/ビューの列にマッピングされるか、またはOracle Discoverer Administratorにおける計算から作成されます。 この計算は、PL/SQLファンクションに基づいておこなうことができます。 Oracle Discovererのアイテムは、Oracle BI EEのPhysicalレイヤー内にある物理列、Business Model and Mappingレイヤー内の論理列、およびPresentationレイヤー内のプレゼンテーション列に移行されます。 エンドユーザー対して非表示となっているアイテムは、Presentationレイヤーでは表示されません。 Oracle Discovererで問合せを作成する場合、エンドユーザーは、各アイテムに対するデフォルトの集計を選択するか、使用可能な集計ファンクションのリストから選択できます。 Oracle BI EEメタデータでは、論理レイヤー内の特定の列に対してデフォルトの集計を指定できますが、指定した集計は、Oracle BI Answersワークシートの作成時に（Oracle Discovererと同じ方法で）変更できません。 この場合は、別の列を作成し、必要な集計を定義する必要があります。 Oracle PL/SQLファンクションまたはOracle分析ファンクションに基づいてOracle Discovererで計算されたアイテムは、Oracle BI EEメタデータに移行されます。このメタデータでは EVALUATEファンクションと EVALUATE_AGGRファンクションが使用されています。 これらの計算については、論理表ソースの物理マッピングで設定されている計算式を使用して、論理列として作成されます。
結合	問合せを作成するために使用されるフォルダ間の関係を定義します。 結合の定義は、通常、基盤となるデータベース・オブジェクトに対応するキー列を使用しておこなわれます。 Oracle DiscovererとOracle BI EE間のメタデータ・モデルには相違点があるため、結合タイプに違いがあっても自動的な移行が可能な場合もあります。 メタデータのこの領域では、Oracle DiscovererとOracle BI EEのメタデータの違いが明らかとなります。 この2つのおもな相違点は、Oracle Discovererでは、論理的なBusiness Model and Mappingレイヤーが1つ以上のスター・スキーマ・モデル（データウェアハウス設計用の一般的なデータ・モデル）に基づいている必要があるという点です。 スター・スキーマ・モデルの変形版として、スノーフレーク・モデルがよく知られています。このモデルでは、通常、ディメンションの階層レベルが個別の表として示されます。 この場合、移行アシスタントでは、ファクト表のスノーフレーク・ディメンションは最下位レベルのディメンションまでが閉じられています。 Physicalレイヤーは、スター・スキーマではモデル化する必要はないため、Oracle Discovererメタデータからの結合情報を使用して作成されます。 必須条件 ほかのフォルダに対する複数の結合パスが含まれているOracle Discovererフォルダについては、同一の基本物理オブジェクトに基づいてオブジェクトの別名を作成することで対応できますが、代替の結合パスが必要となります。 重複結合 Oracle Discovererのメタデータに重複結合に関する定義がある場合は、Oracle Discovererで作成される重複結合のうちの1つだけが移行時の考慮対象となります。 ただし、検出された重複結合は、すべて移行ログ・ファイルに記録されます。
条件	メタデータの条件を作成できます。 条件には、必須とオプションの2つがあります。 必須条件は問合せ可能なデータを制限する効果があり、エンドユーザー対しては表示されません。 オプション条件については、エンドユーザーの必要に応じて定義できます。SQL構文に精通していないユーザーでも、使用可能な条件のリストから各自のレポートにドラッグすることで、事前定義された条件（レポートに複雑なロジックを含める条件など）をオプションとして使用できます。 必須条件 変換は、フォルダのタイプに基づいておこなわれます。 シンプル・フォルダとカスタム・フォルダの場合、必須条件は論理表ソースの WHERE句セクションにおける"コンテンツ・フィルタ"として移行されます。 複合フォルダの場合は、すべてのユーザーがOracle BI EEグループ EVERYONEに移行されるため、複合フォルダに関する必須条件は、このユーザー・グループに対する"セキュリティ・フィルタ"として適用されます。 オプション条件 現時点では移行できません。 注: 将来的には、ワークブックの移行を実現する際に、オプション条件がWeb Catalogの"保存済フィルタ"として永続化されるようにすることを予定しています。
集計計算対象のアイテム	Oracle BI EEで使用可能な EVALUATEファンクションの1種を使用して移行されます。
アイテム階層	エンドユーザーに対して関連データ全体のドリル・パスを提供するもので、Oracle BI EEディメンションに移行されます。 Oracle Discovererのアイテム階層におけるレベルは、関連するディメンション・レベルに移行されます。 複数の階層に対するドリル・パスは、Oracle BI EEのディメンション・レベル・プロパティにおける優先ドリル・パス・プロパティのエントリに移行されます。 単一のフォルダに基づく階層はすべて、そのフォルダで作成された単一のディメンションに移行されます。 複合フォルダに基づくアイテム階層は移行されません。これは、Oracle BI EE内のディメンションはディメンション表に関連づけられている必要があるためです。 複数の表にまたがる階層については、優先ドリル・パスを適宜設定することで移行されます。 注: アイテム・クラスとサマリー・フォルダは移行されません。 Oracle Discovererの"テンプレート"日付階層については、Oracle BI EE内に対応するオブジェクトがありません。そのため、実際の階層のみがOracle BI EEのディメンションに移行されます。

このチュートリアルで取り上げているビデオの移行に関する2つの ログ・ファイルは、以下のように表示されます。

Video.migrationファイルのサンプル:

Video.exceptionファイルのサンプル:

この例外ファイルは、別の複合フォルダからのアイテムに基づく複合フォルダがあることを示しています。このバージョンのOracle Discoverer Metadata Conversion Assistantでは、こうした性質を備えた複合フォルダを自動的に作成することはできません。 また、Oracle Discovererの複合フォルダに基づく階層を移行することもできません。これは、このような階層はBusiness Model and Mappingレイヤーで定義されたディメンション表に基づいているためです。

このイメージで示されている最後の例外は、Oracle Discoverer Administratorで定義されたオプションの条件に関するものです。 将来的には、ワークブックの変換に対するサポートを開始したあとにリリースされるバージョンのOracle Discoverer Metadata Conversion Assistantにおいて、これらのオプション条件をフィルタに移行する機能の提供を予定しています。

次のトピックでは、リポジトリ・ファイルを新しく作成し、それをOracle BI EEで確認する方法について取り上げます。

ここまでのステップで移行ファイルの作成が完了しましたが、次にその内容を確認する必要があります。 この処理をおこなうには、まず \ DiscoMigrationサブディレクトリに移動します。このディレクトリに、上記のステップ4で作成した video.rpdファイル が保存されているので、この「 video.rpd 」ファイルをダブルクリックします。

デフォルトでユーザーとして指定されている Administratorを受け入れ、「 OK」をクリックしてオフライン・モードでリポジトリを開きます。

Oracle BI Administration Toolが開きます。

Oracle BI EEで必要なメタデータの3つのレイヤーは、すべて移行時に作成されています。

A. Physicalレイヤーの「 Video Store Tutorial」を展開します。

B. 「VIDEO5」を展開します。

ここに表示されているPhysicalレイヤー・オブジェクトは、Oracle Discovererメタデータのプロパティ（OwnerおよびObject）から取得されたものです。

また、変換時には、Oracle Discovererの結合プロパティも使用されています。

次に、Business Model and Mappingレイヤーのオブジェクトを確認します。 このレイヤーは論理レイヤーです。

Business Model and Mappingレイヤーの「 Video Store Tutorial」を展開します。

このレイヤーの取得もPhysicalレイヤーと同様におこなわれていますが、ディメンションについては、Oracle Discovererの階層から取得されています。

Presentationレイヤーのオブジェクトを確認します。 Presentationレイヤーの「 Business Area：Video Store Tutorial」を展開します。

このレイヤーには、Oracle Discovererでエンドユーザーに対して表示されるように定義されたオブジェクトだけでなく、生成済みの複合フォルダも含まれています。

次のイメージは、Oracle BI EEのリポジトリ・レイヤーで表示されるOracle DiscovererのProductフォルダを示したものです。

Oracle Discovererのメタデータは、移行アシスタントにより以下のように変換されます。

次に、データへのアクセスをテストできるようにするため、接続プールのパラメータを入力する必要があります。 Physicalレイヤーのペインで「 ConnectionPool」を右クリックし、「 Properties」を選択します。

Connection Pool Propertiesダイアログ・ボックスが表示されます。

Call interfaceドロップダウン・リストから「 OCI 10g/11g」を選択し、使用するデータソース名（このチュートリアルで使用しているマシンのデータソース名は ORCL）と、ユーザー名およびパスワードを入力してデータソースにアクセスします。

ここでは、入力したダイアログ・ボックスは次のようになります。

「 OK」をクリックし、プロンプトが表示されたらパスワードを確認します。 ここで、データを表示することで接続をテストできます。

「 Product」フォルダを右クリックして、「 View Data」を選択します。

Product表のView Dataダイアログ・ボックスが開き、接続が正常に動作していることがわかります。

「 Close」をクリックします。

このリポジトリを問合せなどのために使用する前に、一貫性チェックを実行する必要があります。 Oracle BI Administration Toolを使用することで、リポジトリが特定の要件を満たすようにできます。具体的な要件としては、すべての論理列が直接的または間接的に1つ以上の物理列にマッピングされること、あらゆる論理ディメンション表に論理キーが含まれていること、すべての論理表に別の論理表に対する論理結合関係が含まれていること、またはビジネス・モデルに対するPresentation Catalogがあることなどが考えられます。

リポジトリまたはリポジトリ内のオブジェクトに一貫性がない場合は、詳細なエラー・メッセージが表示されます。 Consistency Check Managerで表示されるメッセージには、以下の3つのタイプがあります。

「 File」→「 Check Global Consistency」を選択します。 Consistency Check Managerで、すべてのエラー、警告、およびベスト・プラクティスに関する情報メッセージが表示されます。

警告メッセージが深刻なエラーではないため、「 Close」をクリックしてConsistency Check Managerを終了し、「 File」→「 Save」の順に選択してリポジトリを保存します。 ( 注：リポジトリを保存する前に、変更の確認が必要であることを示すメッセージが表示された場合は、「 OK」をクリックしてください。）

このリポジトリを問合せで使用するための準備における最終的な段階を完了するには、そのリポジトリ・ファイルを、リポジトリ用の適切なロケーションにコピーして、NQSConfig.iniファイルを編集する必要があります。

A. <installdrive>\DiscoMigrationへ移動します。 「 video.rpd」ファイルを選択し、 「 Edit」→「 Copy」の順に選択します。

B. <installdrive>\OracleBI\server\Repositoryへ移動します。 「 Edit」→「 Paste」の順に選択します。 video.rpd ファイルが、リポジトリのサブディレクトリにコピーされます。

C. NQSConfig.iniファイルは、初期化ファイルです。 このファイルのRepositoryセクションを更新することで、指定したリポジトリが起動時にメモリにロードされるようにOracle BI Serverを設定します。

<installdrive>\OracleBI\server\Configへ移動します。 NQSConfig.iniファイル（Notepadなどのテキスト・エディタを使用して編集できます）をダブルクリックし、画面を下方向にスクロールして[REPOSITORY]セクションへ移動します。

D. [REPOSITORY]セクションに、 Star = video.rpd, DEFAULT;と入力します。 アクティブなリポジトリ・ファイル（この例では paint.rpd）の前に #を入力し、「 File」→「 Save」の順に選択してリポジトリを登録します。 NQSConfig.ini ファイルは次のようになります。

NQSConfig.ini ファイルを閉じます。

NQSConfig.iniファイルに対する変更をおこなったあとは、そのリポジトリをサポートしているOracle Business Intelligenceのサービスを再起動する必要があります。

A. 「 スタート」→「 すべてのプログラム」→「 管理ツール」→「 サービス」の順にクリックします。

B. スクロールしてOracle BI Serverを特定して選択します。 Restartアイコン「」をクリックして、サービスを再起動します。

Servicesウィンドウを開いたままで、Oracle BI Presentation ServerとOracle BI Java Hostサービスも起動していることを確認します（これらのサービスはOracle BI Answersで必要となります）。

Servicesウィンドウを閉じます。

リポジトリが適切に構成されていることを確認するには、まず、Oracle BI Administration Toolをオンラインで開きます。

「 スタート」→「 すべてのプログラム」→「 Oracle Business Intelligence」→「 Administration」の順にクリックします。 Oracle BI Administration Toolが表示されます。

Open Onlineアイコン」をクリックして、ビデオ・リポジトリを開きます。 Open Online AnalyticsWebダイアログ・ボックスが表示されます。

「 Open」をクリックします。 ビデオ・リポジトリが開きます。これにより、このリポジトリを問合せの実行に使用できることがわかります。

このリポジトリの使用が可能であることをより確実に検証するには、Oracle BI Answersを使用してビデオ・リポジトリに対する問合せを作成して実行してみます。

A. 「 スタート」メニューをクリックし、「 すべてのプログラム」→「 Oracle Business Intelligence」→「 Presentation Services」を選択します。 Oracle Business Intelligenceのログイン・ウィンドウが表示されます。

B. User IDフィールドに Administrator と入力し、「 Log In」をクリックします。

My Dashboardページが表示されます。

「 Answers」リンクをクリックします。 Answers Startページが表示されます。

Answers Startページは、2つのペイン（SelectionおよびWorkspace）で構成されています。

左側のSelectionペインにはCatalogタブとDashboardタブが含まれており、これらのタブから操作するアイテムを選択します。

Presentation Catalog（Catalog）には、Oracle BI AnswersおよびOracle BI Interactive Dashboardsで作成されたコンテンツが格納されています。 コンテンツは、共有または個人のフォルダにまとめることができます。 Catalogに格納できるコンテンツのタイプには、Oracle BI Answersで作成したリクエスト、HTMLコンテンツに加え、そのほかのイメージや、ドキュメント、サイトへのリンクなどがあります。

ダッシュボードは複数の情報セクションで構成されており、各セクションに含まれるアイテムとしては、Oracle BI Answersリクエストの結果、外部Webコンテンツ、HTMLテキスト、グラフィックス、ほかのサイトへのリンク、リクエストなどの埋込みオブジェクトなどが挙げられます。 ダッシュボード・コンテンツは複数のページで構成されています。 ページは、Oracle BI Interactive Dashboardsの画面上部のタブに表示されます。

画面右側のWorkspaceペインには、実行できるアクションのリストと使用できるサブジェクト領域が表示されます。 サブジェクト領域に表示されるのは、Oracle Business Intelligenceのデータです。 各サブジェクト領域の列には、組織のビジネス領域または組織内のユーザー・グループに関する情報が表示されます。 サブジェクト領域の名前は、各領域に含まれる情報のタイプ（ Marketing Contracts、Service Requests、Ordersなど）に対応しています。 列の名前も、それぞれの列に含まれる情報のタイプ（AccountやContactなど）を示します。

次のイメージのサブジェクト領域は、Oracle BI Administration Toolのサブジェクト領域と同じです。

Workspaceペインの上部に表示されている"機能リンク"からは、ほかのOracle Business Intelligenceの機能にアクセスできます。

「 Business Area：Video Store Tutorial」サブジェクト領域をクリックします。

Answersワークスペース・ページが表示されます。

Answersワークスペースには、リクエストを使用するための次のタブが表示されます。

	Criteria: リクエストで選択した列へのアクセスと、もっとも一般的なビュー・タイプにアクセスするためのボタンが提供されます。
	Results: リクエストの結果を使用できます。
	Prompts: リクエストのフィルタリングを促すプロンプトを作成できます。
	Advanced: 上級ユーザーがリクエストのためにXMLおよび論理SQLを使用できます。

各タブには、画面上に表示される情報に加え、リクエストの作成、アクセス、および管理をサポートするボタンがあります。

次のステップでは、製品販売に関する情報を提供する簡単な問合せを作成する方法を説明します。

A. 「 Products」フォルダおよび「 Sales Facts」フォルダを展開し、それぞれの列を確認します。

B. Productsフォルダの「 Product Category」をクリックし、Criteriaワークスペースに追加します。

C. Productsフォルダの「 Product Description」をクリックし、Criteriaワークスペースに追加します。

D. Sales Factsフォルダの「 Sales Sum」をクリックし、Criteriaワークスペースに追加します。

ワークスペースは次のようになります。

「 Display Results」をクリックします。 問合せが表示されます。

Oracle Discovererでは、これに対応する問合せは以下のように表示されます。