Oracle Business Intelligence 10gから11gへのアップグレード

前提条件の項で説明したように、10gのSample Salesデータセット・ファイル（oracle_bi_sample_analysis_setup_files.zip）をこちらまたはOracle Technology Network（OTN）から、Oracle BI 11gがインストールされているサーバー上のディレクトリにダウンロードします。 この例では、zipファイルはD:\SampleSalesにダウンロードされます。

Sample Salesデータセットを解凍します。 以下の4つの新しいファイルが表示されます。

Sample_Sales_V1.3_Dataset.zip
Sample_Sales_V1.3_Readme.txt
Sample_Sales_V1.3_Webcat.zip
samplesales.rpd

Sample_Sales_V1.3 Webcat.zipをD:\SampleSales内のサブフォルダに抽出します。 この例では、zipファイルはD:\SampleSales\Sample_Sales_V1.3_Webcat\samplesalesに抽出されます。 このフォルダに、Sample Sales 10gプレゼンテーション・カタログが含まれました。

deliveriesという名前の新しいディレクトリをD:\SampleSales\Sample_Sales_V1.3_Webcatに作成します。 10gでは、deliveriesディレクトリは、Oracle BIブリーフィング・ブックが使用するダッシュボードのスナップショットのようなデータに使用される特別なディレクトリです。 このディレクトリは、デフォルトでdeliveriesと呼ばれ、OracleBIData\web\catalogディレクトリにあります。 多くの場合、10gのディレクトリは空です。 10gのdeliveriesディレクトリが利用できない場合は、deliveriesと名前を付けた空のディレクトリをアップグレード用に使用します。 Upgrade Assistantによってカタログと同じフォルダ内にdeliveriesというディレクトリが検出された場合は、デフォルトでそのディレクトリが選択されます。

Sample_Sales_V1.3_Dataset.zipには、Oracle BIダッシュボードに表示するためのXML形式のデータのサンプル・セットが含まれます。 このデータを問合せで使用可能にするには、以下の場所にSample_Sales_V1.3_Dataset.zipを抽出します。

%MIDDLEWARE_HOME%\instances\instance1\bifoundation\OracleBIServerComponent\ coreapplication_obis1\server\Sample

この抽出により、一連のXMLファイルを含むsamplesalesという名前の新しいディレクトリが作成されます。 リポジトリ内のすべてのXMLファイルの関連パスを維持するために、server\Sampleの2つのディレクトリを作成する必要があることに注意してください。 この例では、データセットは以下に抽出されます。

D:\bi\instances\instance\bifoundation\OracleBIServerComponent\ coreapplication_obis\server\Sample\samplesales

samplesales.rpdは、Sample Sales 10g BIリポジトリです。 このファイルをD:\SampleSalesに残せます。

Sample Salesデータセットのアップグレード・プロセスを開始する準備ができました。

Oracle Fusion MiddlewareインストールのORACLE_HOME\binディレクトリに移動します。 この例では、ディレクトリ・パスはD:\bi\Oracle_BI1\binです。

「ua.bat」をダブルクリックして、Upgrade Assistantをグラフィカル・ユーザー・インタフェース・モードで開きます。 このチュートリアルでは、Upgrade Assistantをグラフィカル・ユーザー・インタフェース・モードで使用する方法を説明します。 Upgrade Assistantコマンドラインを使用してこれらのタスクを実行することもできます。 詳しくは、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』の"Upgrade Assistantコマンドライン・モード・インタフェースの使用方法"を参照してください。

Welcomeスクリーンで、「Next」をクリックします。

Specify Operationスクリーンで、「Upgrade Oracle BI RPD and Presentation Catalog」を選択して「Next」をクリックします。

Specify Source Detailsスクリーンで、「Upgrade Repository (RPD)」を選択します。

RPD Fileフィールドの横の「Browse」をクリックします。

10gバージョンのSample Salesリポジトリの場所を表示し、「Open」をクリックします。 この例では、パスはD:\SampleSales\samplesales.rpdです。

samplesales.rpdへのパスがRPD Fileフィールドに追加されます。

10g samplesalesリポジトリのAdministrator User NameおよびAdministrator Passwordを入力します。 この例では、ユーザー名とパスワードはどちらもAdministratorです。

アップグレードされる11gリポジトリの保護に使用するパスワードを入力して確認します。 このパスワードは、11gリポジトリで必要になります。 これは、10gリポジトリのパスワードや他のパスワードと一致する必要はありません。 この例では、パスワードはwelcome1です。

「Upgrade Catalog」を選択します。

Catalog Directoryフィールドの横の「Browse」をクリックします。

10gバージョンのSample Salesプレゼンテーション・カタログの場所を表示し、「Open」をクリックします。 この例では、パスはD:\SampleSales\Sample_Sales_V1.3_Webcat\samplesalesです。

Sample Salesプレゼンテーション・カタログへのパスがCatalog Directoryフィールドに追加されます。 deliveriesディレクトリへのパスは、自動的にCatalog Deliveries Directoryフィールドに追加されます。

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

Specify WebLogic Serverスクリーンで、WebLogic Admin Serverポート番号を入力します。 通常、ポート番号は7001です。

WebLogic Admin Serverのユーザー名およびパスワードを入力します。 この例では、ユーザー名はweblogic、パスワードはwelcome1です。

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

Examining Componentsスクリーンで、succeededメッセージが表示されるまで待ちます。 調査プロセス中に、Upgrade Assistantによって、ソース・ディレクトリが存在しているか、ソース・ディレクトリが読取り可能か、およびアップグレード用のファイルが含まれているかどうかが確認されます。

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

Upgrade Summaryスクリーンで、実行するアップグレードのサマリーを確認します。

「Upgrade」をクリックして、アップグレード・プロセスを開始します。

Upgrading Componentsスクリーンで、アップグレードの進捗状況を確認できます。 Oracle BIコンポーネントが停止して再起動します。 Sample Salesプレゼンテーション・カタログおよびリポジトリがロードされます。

アップグレードが完了すると、ステータスがsucceededに変わります。 アップグレード中にエラーが発生した場合は、ログ・ファイルで詳細を確認します。 ログ・ファイルは、<BI_ORACLE_HOME>\upgrade\logs\ua<timestamp>.logにあります。<timestamp>は、現在の日付と時刻です。 <ORACLE_INSTANTANCE>\diagnostics\logsにあるコンポーネントで編成されたディレクトリで、コンポーネント・ログ・ファイルを確認することもできます。

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

Upgrade Successスクリーンで、アップグレード・タスクに関連する情報を確認して「Close」をクリックします。

ブラウザで、http://localhost:7001/emと入力して11gシステムのFusion Middleware Controlにログインします。

左側のペインで、「Business Intelligence」→「coreapplication」を開きます。

右側のペインで、「Overview」ページを選択し、すべてのシステム・コンポーネントが使用できることを確認します。

「Deployment」ページを選択します。

「Repository」サブタブを選択します。 このページには、現在インストールされているリポジトリが表示されます。 Upgrade Assistanceにより、アップグレードされたリポジトリが自動的にOracle BI Serverドメインにアップロードされていることに注意してください。 この例では、リポジトリにはsamplesales_BI0002という名前が付いています。

「スタート」→「すべてのプログラム」→「Oracle Business Intelligence」→「BI Administration」を選択して、Administration Toolを開きます。

「File」→「Open」→「Online」の順に選択し、リポジトリをオンライン・モードで開きます。

リポジトリ・パスワードおよびユーザー・パスワードを入力します。 リポジトリ・パスワードは、前にアップグレード・プロセス中に特定したパスワードwelcome1です。 ユーザー名およびパスワードは、11gのインストール中に作成したOracle WebLogic Server管理のユーザー名およびパスワードです。 この例のユーザーはweblogicです。

「Open」をクリックして、アップグレードされたリポジトリをオンライン・モードで開きます。

Physicalレイヤーで「A - Sample Sales Data (XML)」を展開します。

Connection Pool Aをダブルクリックします。

「Yes」をクリックして、オブジェクトをチェックアウトします。

Connection Pool Aダイアログ・ボックスが開きます。 データソース名のフィールドに注目してください。 これは、Sample Sales XMLファイルが格納されている場所を示しています。 データソース名には、変数（BI_EE_HOME）、およびファイルが格納されているディレクトリのパスが含まれています。 このチュートリアルで、Sample Sales XMLデータファイルを11gサーバーの...\server\Sample\samplesalesディレクトリに解凍したことを思い出してください。 この後の手順で、正しいディレクトリを指すようにBI_EE_HOME変数を変更します。

「OK」をクリックして、Connection Poolダイアログ・ボックスを閉じます。

「Manage」→「Variables」の順に選択して、Variable Managerを開きます。

右ペインで、「BI_EE_HOME」変数をダブルクリックします。

「Yes」をクリックして、オブジェクトをチェックアウトします。

Static Repository Variableダイアログ・ボックスで、Default InitializerをXMLデータソース・パスに変更します（ディレクトリは追加しません）。 下記の例では、変数初期化子を以下に設定します。

D:\bi\instances\instance1\bifoundation\OracleBIServerComponent\coreapplication_obis1

「OK」をクリックして、Static Repository Variableダイアログ・ボックスを閉じます。

「Action」→「Close」を選択して、Variable Managerを閉じます。

変更を確認します。

リポジトリを保存します。 この時点では整合性をチェックする必要はありません。

リポジトリを閉じます。

クラスタ内の非マスターOracle BI Serverインスタンスの手動での再起動に関するメッセージが表示されたら、「OK」をクリックします。

Administration Toolを閉じます。

Oracle BI 11gに管理ユーザーとしてサイン・インします。 この例のユーザーはweblogicです。 ユーザー名およびパスワードは、環境のインストールおよび構成方法によって異なります。

「Administration」リンクをクリックします。

AdministrationページのMaintenance and Troubleshootingセクションで、「Reload Files and Metadata」をクリックします。

「Home」リンクをクリックします。

Homeページから、「Analysis」→「Samples Sales」の順に選択してAnalysis Editorを開きます。

分析を作成し実行して、メタデータおよびデータをテストします。

ダッシュボードを開いて表示します。

Oracle BIからサイン・アウトします。

これで、 Sample Salesデータセットを10gから11gへアップグレードし、アップグレードされたOracle BIシステム・コンポーネント、リポジトリ、およびプレゼンテーション・カタログが正常に機能していることを確認しました。

「スタート」→「すべてのプログラム」→「Oracle Business Intelligence」→「BI Administration」の順に選択して、Administration Toolを開きます。

「File」→「Open」→「Online」の順に選択し、リポジトリをオンライン・モードで開きます。

リポジトリ・パスワード（welcome1）およびユーザー・パスワードを入力します。

「Open」をクリックして、アップグレードされたリポジトリをオンライン・モードで開きます。

「File」→「Check Global Consistency」を選択します。

Consistency Check Managerが開きます。 一貫性チェックのエラーおよび警告が表示されていることに注意してください。

エラー38123は、初期化ブロックtest1がシステム変数USERに関連付けられていないことを示しています。

警告39054は、ファクト表の論理表ソースの集計コンテンツ・フィルタ"Group by Level"が、そのファクト表に結合されていない論理ディメンション表を参照していることを示しています。 そのファクト表がextract/MUDプロセスで抽出される場合、結合されていないディメンションは抽出されません。 この場合、抽出された論理表ソースの集計コンテンツは、元の論理表ソースの集計コンテンツと同じにはなりません。

警告39051は、BI Administratorsアプリケーション・ロールがリポジトリで定義されているが、Fusion Middleware Control Enterprise Managerでは定義されていないことを示しています。 この警告への対処について詳しくは、11gセキュリティのサブトピックで学習します。

Consistency Check Managerを最小化します。

エラー38123に対処するには、「Manage」→「Variables」を選択してVariable Managerを開きます。

左ペインで、「Session」→「Initialization Blocks」を選択します。

右ペインで、「test1」初期化ブロックを右クリックし、「Delete」を選択します。

「Check Out」をクリックします。

「Yes」をクリックして、削除を確定します。

「Action」→「Close」を選択して、Variable Managerを閉じます。

Consistency Check Managerをリストアします。

「Check All Objects」をクリックします。

エラー38123がConsistency Check Managerに表示されないことを確認します。

Consistency Check Managerを最小化します。

次のサブトピックのために、リポジトリをオンライン・モードで開いたままにします。

警告39054に対処するには、[Ctrl] + クリックを使用して以下のBusiness Model and Mappingレイヤーの表を選択します。

D1 Customer
D3 Order
D5 Employee
F1 Inv Base Measures

選択した4つの表のいずれかを右クリックして、「Business Model Diagram」→「Selected Tables Only」を選択してBusiness Model Diagramを開きます。

ダイアグラム・ツールバーで、「Fit」アイコンをクリック、またはZoomアイコンを使用して、4つのオブジェクトすべてが表示されるようにダイアグラムを調節します。

論理結合を作成するには、ツールバーの「New Join」ボタンを選択します。

最初に「F1 Inv Base Measures」表をクリックしてから「D5 Employee」表をクリックして、Logical Joinダイアログ・ボックスを開きます。 Physical DiagramおよびBusiness Model Diagramで結合を作成する際は、最初に結合の"多数の"末尾を選択してから、結合の"1つの"末尾を選択します。 以前のリリースでは、ダイアグラムの結合は、最初に結合の"1つの"末尾を選択することで作成されていました。

「OK」をクリックして、Logical Joinダイアログ・ボックスを閉じます。

「Check Out」をクリックします。

F1 Inv Base MeasuresとD5 Employeeの間に論理結合が作成されます。

この手順を繰り返して、F1 Inv Base MeasuresとD1 Customer、F1 Inv Base MeasuresとD3 Orderの間に結合を作成します。

Business Model Diagramを閉じます。

Consistency Check Managerをリストアします。

「Check All Objects」をクリックします。

警告39054が表示されないことを確認します。

Consistency Check Managerを最小化します。

次のサブトピックのために、リポジトリをオンライン・モードで開いたままにします。

警告39051に対処するには、「Manage」→「Identity」を選択してIdentity Managerを開きます。

左ペインで、「Identity Manager」を開いて「BI Repository」を選択します。

右ペインで、「Users」タブを選択します。

Oracle Business Intelligence 10gでは、ユーザーおよびグループは、Oracle BI Administration Toolを使用することにより、リポジトリ・ファイル内で定義できました。 Oracle Business Intelligence 11gでは、ユーザーおよびグループはリポジトリ内で定義できなくなりました。 ユーザーおよびグループは、Oracle Business Intelligence Enterprise Edition Upgrade Assistantにより、10gリポジトリから11gインストールに組み込まれたLDAPサーバーに移行されます。

Administratorユーザーに注意してください。

Oracle Business Intelligence 10gインストールでは、Administratorの名前が付いた特別なユーザーが完全な管理権限を持ち、そのインストール内のプロセス間の信頼の確立にも使用されます。 Oracle Business Intelligence 11gではAdministratorという名前に特に意味はなく、異なるセットの管理機能を実施する権限があるユーザーは一人または複数いる可能性があります。 Oracle Business Intelligence 11gでは、インストレーションのプロセス間の信頼を確立するために使用されるIDは設定可能で、独立しています。

demo2およびdemoユーザーに注意してください。 これらは、10g Sample Salesリポジトリからの追加ユーザーです。

「Action」→「Set Online User Filter」を選択します。

フィールドにアスタリスク（*）を入力し、「OK」をクリックします。

Usersタブが、WebLogicセキュリティ領域で定義されている、weblogic管理ユーザーを含むすべてのユーザーとともに移入されたことに注意してください。 結果は、11g環境でどのユーザーを定義したかによって異なります。 たとえば、ユーザーAdministrator_fおよびAdministrator_dは、このチュートリアルの作成に使用された環境に対して一意です。 このセキュリティ領域については、この後さらに詳しく学習します。

「Application Roles」タブをクリックします。

Oracle Business Intelligence 10gでは、Oracle BIプレゼンテーション・カタログおよびリポジトリのセキュリティ・ポリシーは、ディレクトリ内のリファレンス・グループに定義できました。 Oracle Business Intelligence 11gでは、間接性が導入されており、そのレベルによってセキュリティ・ポリシーがアプリケーション・ロールの観点で定義され、これがディレクトリのユーザーおよびグループに割り当てられます。 この間接性により、企業ディレクトリを変更することなくOracle Business Intelligence 11gシステムを配置でき、開発、テストおよび本番環境間のアーチファクトの移動が簡単になります。

XMLPで始まるアプリケーション・ロールに注意してください。 これらは、10g Sample Salesリポジトリ内で定義されたセキュリティ・グループです。 これらは、11g環境のアプリケーション・ロールに自動的に変換されます。

また、以下のアプリケーション・ロールにも注意してください。

BIConsumer
BIAuthor
BIAdministrator

Oracle BI 11gでは、このアプリケーション・ロールのセットは、デフォルトのセキュリティ領域の一部として提供されます。

ただし、BIAdministratorsは、デフォルトのアプリケーション・ロールではありません。これが原因で、一貫性チェックの警告39051が受信されます。 この警告を削除するには、「BIAdministrators」を右クリックして「Delete」を選択します。

「Check Out」をクリックします。

「Yes」をクリックして、削除を確定します。

「Action」→「Close」を選択して、Identity Managerを閉じます。

Consistency Check Managerをリストアします。

「Check All Objects」をクリックします。

警告39051が表示されないことを確認します。

Consistency Check Managerを閉じます。

変更を確認します。

「Yes」をクリックして、全体の一貫性を確認します。

Consistency check didn't find any errors, warnings or best practice violations.というメッセージが表示されます。

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

リポジトリを保存します。

「File」→「Copy As」を選択して、samplesales.rpdのファイル名でリポジトリのコピーを保存します。 このコピーは、後で使用します。

リポジトリを閉じます。

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

Administration Toolは開いたままにします。

WebLogic Administration Consoleを開くには、ブラウザを開いてURL http://localhost:7001/consoleを入力し、管理ユーザーとしてサイン・インします。

このコンソールは、標準のIDストアとして提供される組込みLDAPサーバーのユーザーおよびグループの管理に使用されます。 インストール中に、Oracle BI Administratorとして使用するためのユーザー名およびパスワードを入力するよう要求されます。 このトレーニング環境では、インストール中に作成されるAdministratorユーザーはweblogicです。 これは任意の選択で、この名前は特殊なものではありません。 このユーザーには、Oracle Business Intelligence 11gスタック全体の管理権限があります。 これには、Oracle BIリポジトリ、Oracle BIプレゼンテーション・カタログ、Oracle BI Publisher、Oracle Real-Time Decisions（Oracle RTD）、Oracle Essbase、WebLogicのIDストア、Fusion Middlewareのポリシー・ストアがあります。

コンソールの左側のDomain Structureに、すべてのOracle BIアプリケーションが配置されているbifoundation_domainという名前の単一のWebLogicドメインがあることに注意してください。

「Security Realms」をクリックします。

右ペインに、myrealmという名前の単一のデフォルト・セキュリティ領域があることに注意してください。

Oracle BIインストーラにより、単一のセキュリティ領域がある単一のドメインがインストールされます。 セキュリティ領域とは、WebLogicリソースの保護に使用されるメカニズムのためのコンテナです。 これには、ユーザー、グループ、セキュリティ・ロール、セキュリティ・ポリシー、およびセキュリティ・プロバイダが含まれます。 Oracle BIドメインには複数のセキュリティ領域を定義できますが、アクティブにできるのは1つのセキュリティ領域のみで、これが常にデフォルトの領域として指定されることになります。

「myrealm」をクリックして、デフォルトのセキュリティ設定を表示します。

「Providers」タブをクリックします。

デフォルトのWebLogic認証プロバイダがあることに注意してください。

認証プロバイダは、ユーザーおよびシステム・プロセスのIDを確立してID情報を送信し、コンポーネントによって取得されるID情報のリポジトリとしての役割を果たします。 Oracle Business Intelligenceは、デフォルトのセキュリティ・プロバイダとして、Oracle WebLogic Serverに組み込まれたディレクトリ・サーバーを使用するように構成されています。 必要に応じて別のセキュリティ・プロバイダを使用し、Oracle WebLogic Administration Consoleで管理できますが、WebLogic認証プロバイダがデフォルトで使用されます。

「Users and Groups」タブをクリックします。

「Users」サブタブをクリックします。

デフォルトのIDストアは、Oracle Business Intelligenceに特有のユーザー名で事前にシードされています。 これらのデフォルトのユーザー名は、インストール後ただちにOracle Business Intelligenceソフトウェアを使用できるよう提供されていますが、配置の際にデフォルトの名前を維持する必要はありません。 デフォルトの3つのユーザーは、BISystemUser、OracleSystemUserおよびOracle BIのインストール中に作成される管理ユーザー（この例では"weblogic"）です。 ここでの他のユーザーは、Set Online User Filterの実行後にリポジトリに表示されたユーザーに一致することに注意してください。 これらの他のユーザーの中には、10gリポジトリに由来し、Upgrade Assistantによって作成されたもの（demoやdemo2など）もあれば、このチュートリアルの作成に使用された11g環境に由来するもの（Administrator_fやAdministrator_dなど）もあります。

weblogicユーザーに注意してください。 これは、インストール・プロセス中に作成された管理ユーザーです。 単一の管理ユーザーは、Oracle Business IntelligenceおよびOracle WebLogic Serverによって共有されます。 前に説明したように、このユーザー名はインストール中に作成され、希望の名前にすることができるため、"Administrator"である必要はありません。 同様に、パスワードもインストール中に提供されます。

デフォルトのセキュリティ構成では、管理ユーザーはBIAdministratorsグループのメンバーで、なりすましは例外として、以前のリリースでOracle Business Intelligence Administratorユーザーに付与されていたすべての権限があります。 管理ユーザーは、他のユーザーになりすますことはできません。 管理ユーザーは、Oracle WebLogic ServerのデフォルトのAdministratorsグループのメンバーでもあるため、このユーザーはOracle WebLogic Serverの組込みディレクトリ・サーバーおよびポリシー・ストアを管理する機能を含む、その管理タスクすべてを実行できます。

BISystemUserユーザーに注意してください。 Oracle Business Intelligenceシステム・コンポーネントにより、Administratorユーザーとしてではなく、BISystemUserとして互いへの接続が確立されます。Administratorユーザーは、以前のリリースで使用されていました。 Oracle BIコンポーネント間の通信をセキュアにするために、BISystemUserなどの信頼できるシステム・アカウントを使用することで、これらのコンポーネント間の通信に影響を与えることなく、配置のシステム管理者アカウントのパスワードを変更できます。 このユーザーの名前はデフォルトですが、これを変更したり、プロセス内通信の目的で異なるユーザーを作成したりできます。 これは高度な特権ユーザーで、この資格証明は非管理ユーザーから保護する必要があります。

「Groups」サブタブをクリックします。

グループは、論理的に並べられたユーザーのセットです。 同様のシステム・リソース・アクセスの必要性があるユーザーのグループを作成することにより、セキュリティ管理が容易になります。 グループを管理するほうが、多数のユーザーを個々に管理するよりも効率的です。 オラクルでは、ユーザーをグループに編成してメンテナンスを簡単にすることをお薦めします。 後で説明するように、権限の付与のために、グループはアプリケーション・ロールにマッピングされます。

Oracle BIに固有の3つのデフォルトのグループ、 BIAdministrators、BIAuthorsおよびBIConsumersに注意してください。 これらのデフォルトのグループは、インストール後ただちにOracle Business Intelligenceソフトウェアを使用できるよう提供されていますが、配置の際にデフォルトの名前を維持する必要はありません。

BIAdministratorsグループのメンバーには、以前のリリースのAdministratorユーザーと同等の権限があります。

BIAuthorsグループのメンバーには、他者が消費するコンテンツの作成に必要な権限があります。

BIConsumersグループのメンバーには、他者が作成するコンテンツの消費に必要な権限があります。 グループは、階層でネストされます。

BIAdministratorsグループのメンバーは、デフォルトでは他のグループ両方のメンバーです。 BIAuthorsのメンバーは、BIConsumersのメンバーです。

「Users」→「weblogic」→「Groups」の順に選択します。

weblogicユーザーは、2つの管理者グループAdministratorsおよびBIAdministratorsのメンバーであることに注意してください。 Administratorsは、WebLogic管理者グループで、WebLogicおよびFMWエンタープライズ・マネージャを管理する権限を付与します。 両方の管理グループのメンバーシップにより、このユーザーに製品群全体に対する単一の統一された管理アカウントが提供されます。

Fusion Middleware Controlが開いているブラウザ・タブに戻ります。 Fusion Middleware Controlが開いていない場合は、http://localhost:7001/emを入力して、管理ユーザーとしてログインします。

左側のペインで、「Business Intelligence」を開きます。

「coreapplication」を右クリックして、「Security」→「Application Roles」の順に選択してApplication Rolesページに移動します。

デフォルトでは、Oracle BIアプリケーション・ストライプが選択され、デフォルトのアプリケーション・ロールが表示されます。 10g Sample Salesリポジトリから継承されたグループ（XMLP_*）もアプリケーション・ロールとして表示されます。

デフォルトのアプリケーション・ロールは以下のとおりです。

• BIAdministrator： Oracle Business Intelligenceインストールの構成および管理に必要な管理権限を付与します。 BIAdministratorグループのメンバーはいずれも、このロールを明示的に付与され、BIAuthorロールおよびBIConsumerロールを暗黙的に付与されます。
• BIAuthor： 他者が消費するコンテンツの作成および編集に必要な権限を付与します。 BIAuthorグループのメンバーはいずれも、このロールを明示的に付与され、BIConsumerロールを暗黙的に付与されます。
• BIConsumer： 他者が作成するコンテンツの消費に必要な権限を付与します。 BIAuthorグループのメンバーはいずれも、このロールを明示的に付与されます。
• BISystem： 他のユーザーになりすますのに必要な権限を付与します。 このロールは、コンポーネント内通信のためにOracle Business Intelligenceシステム・コンポーネントによって要求されます。

デフォルトのアプリケーション・ロールは、デフォルトのWebLogic LDAP内のデフォルトのグループにマッピングされます。 グループは、Members列に列挙されます。 デフォルトのWebLogic LDAPサーバー以外の異なるLDAPサーバーに移動した場合は、これらのロールを新しいLDAPサーバー内のグループにマッピングできます。 アプリケーション・ロールはポリシー・ストアにあり、グループはIDストアにあります。

左ペインで、「coreapplication」を右クリックし、「Security」→「Application Policies」を選択します。

デフォルトでは、Oracle BIアプリケーション・ストライプが選択され、デフォルトのアプリケーション・ポリシーが表示されます。

デフォルトのファイルベースのポリシー・ストアは、Oracle BI固有の権限によって事前にシードされています。 Oracle Business Intelligenceの権限はすべて提供されており、追加の権限を作成することはできません。 これらの権限は、デフォルトのセキュリティ構成のデフォルト・アプリケーション・ロールによって付与されます。 デフォルトのアプリケーション・ロール階層および権限付与は、必要に応じて変更できます。 これらの権限は、Oracle BIオブジェクト（メタデータ、ダッシュボード、レポートなど）へのアクセスの定義に使用される権限と同じではないことに注意してください。 ポリシー・ストア権限は、割り当てられたロールがアクセスできるOracle BI機能を定義するためだけに使用されます。 たとえば、BIAdministratorロールには、リポジトリを管理する権限が付与されていることに注意してください。

Fusion Middleware Controlを開いたままにしておきます。

BI Administration Toolで、「File」→「Open」→「Offline」の順に選択し、「samplesales.rpd」をオフライン・モードで開きます。 これは、このチュートリアルで作成したアップグレード済みのリポジトリのコピーであることを思い出してください。 注意：11gでは、リポジトリ・ファイルをダブルクリックすることでAdministration Toolを開くことはできません。 そうした場合、Administration ToolウィンドウはOracleインスタンスに初期化されず、後でセッションにエラーが発生します。 代わりに、常にStartメニューを使用してAdministration Toolを開くか、bi-init.cmdを使用してコマンドラインからAdministration Toolを起動します。 詳しくは、『Oracle Fusion Middleware Metadata Repository Builder's Guide for Oracle Business Intelligence Enterprise Edition 11g』を参照してください。

リポジトリ・パスワード（このチュートリアルではwelcome1）を入力し、「OK」をクリックします。

Business Model and Mappingレイヤーで、「Sample Sales」ビジネス・モデルを展開し、論理ディメンションが存在していることを確認します。 H0 Time、H1 Customer、H2 Marketなどです。

「H0 Time」を開いて、階層レベルを確認します。 H0 Time論理ディメンションには、2つの階層が含まれていることに注意します。 Fiscal YearおよびYearです。

Presentationレイヤーで、「Sample Sales」→「D0 Time」を開いてプレゼンテーション列のみがあることを確認します。

Business Model and Mappingレイヤーから「H0 Time」論理ディメンションをD0 Timeプレゼンテーション表へドラッグします。

2つのプレゼンテーション階層が作成されることに注意します。 H0 Time - Yearおよび H0 Time - Fiscal Yearです。 複数の論理階層が含まれる論理ディメンションでは、複数のプレゼンテーション階層が別々に作成されます。

プレゼンテーション階層を展開して、Business Model and Mappingレイヤーの論理ディメンションに定義された同じドリル・パスが含まれることを確認します。

プレゼンテーション階層およびプレゼンテーション・レベルにより、Oracle BI分析およびダッシュボードの多次元モデルを公開する明示的な方法が提供されます。 プレゼンテーション階層およびレベルがPresentationレイヤーで定義される際、ロールアップ情報がAnalysis Editorナビゲーション・ペインに表示され、重要なコンテキスト情報がユーザーに提供されます。 もっとも重要なのは、ユーザーがこれらのオブジェクトを使用して階層ベースの問合せを作成できることです。

「File」→「Check Global Consistency」を選択します。 エラーは、H0 Time - Fiscal Yearプレゼンテーション階層のプレゼンテーション・レベルに、表示列が定義されていないことを示しています。

Consistency Check Managerを最小化します。

「H0 Time - Fiscal Year」プレゼンテーション階層を開きます。

「Fiscal Year」プレゼンテーション・レベルをダブルクリックして、Presentation Levelダイアログ・ボックスを開きます。

「Display Columns」タブをクリックします。

「Add」ボタン（緑色のプラス記号）をクリックして、Browseダイアログ・ボックスを開きます。

左ペインで「Sample Sales」を選択します。

右ペインで「T45 Fscl Year」を選択します。

「Select」ボタンをクリックして、Presentation Level - Fiscal Yearダイアログ・ボックスへ列を追加します。

「OK」をクリックして、Presentation Levelダイアログ・ボックスを閉じます。

手順を繰り返して、表示列をプレゼンテーション・レベルへ追加します。（ヒント：プレゼンテーション列を探すには、Browseダイアログ・ボックスのQueryボタンを使用します。）

Fiscal Half： T44 Fscl Half
Fiscal Qtr： T43 Fscl Qtr
Fiscal Month： T42 Fscl Month
Fiscal Week： T41 Fscl Week

Consistency Check Managerをリストアします。

「Check All Objects」をクリックし、エラー、警告、またはベスト・プラクティス違反がないことを確認します。

Consistency Check Managerを閉じます。

リポジトリを保存します。 全体の整合性をチェックする必要はありません。

リポジトリを閉じます。

Administration Toolを閉じます。

ブラウザに開かれているはずのFusion Middleware Controlへ戻ります。 開かれていない場合は、URL http://localhost:7001/emを入力し、管理ユーザーとしてサイン・インします。

左側のペインで「Business Intelligence」を展開して「coreapplication」を選択します。

右ペインで、「Deployment」タブをクリックします。

「Repository」サブタブをクリックします。

「Lock and Edit Configuration」をクリックします。

"Lock and Edit Configuration - Completed Successfully"という確認メッセージが表示されたら、「Close」をクリックします。

Upload BI Server Repositoryセクションで、「Browse」をクリックしてダイアログ・ボックスを開きます。

デフォルトでは、ダイアログ・ボックスではデフォルトのリポジトリ・ディレクトリが開かれます。 開かない場合は、D:\bi\instances\instance1\bifoundation\OracleBIServerComponent\coreapplication_obis1\repositoryを表示してください。

samplesales.rpdを選択して、「開く」をクリックします。 リポジトリをダブルクリックして開くこともできます。

Repository PasswordフィールドおよびConfirm Passwordフィールドにwelcome1と入力します。

「Apply」をクリックします。 Default RPDにsamplesales_BI0003などの新しい延長部分が付いたsamplesalesが表示されるようになったことに注意してください。

「Activate Changes」をクリックします。

Activate Changes処理が完了するまで待ちます。 "Activate Changes - Completed Successfully"という確認メッセージが表示されたら、「Close」をクリックします。

「Restart to apply recent changes」をクリックしてOverviewページに移動します。

Overviewページで「Restart」をクリックします。

"Are you sure you want to restart all BI components?"というメッセージが表示されたら、「Yes」をクリックします。

Restart All – In Progressの処理が完了するまで待ちます。

"Restart All – Completed Successfully"という確認メッセージが表示されたら、「Close」をクリックします。

System Components = 100%であることを確認します。 samplesalesリポジトリは、Oracle BI Serverにロードされました。

Oracle BIにログインします。

Createセクションで、「Analysis」→「Samples Sales」を選択します。

H0 Time - Yearプレゼンテーション階層を使用して、以下の分析を作成します。

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

階層を展開して、異なるレベルでデータを表示します。

"Oracle BIリポジトリおよびカタログのアップグレード"のトピックで行ったように、Upgrade Assistantを実行します。

Welcomeページが表示されます。 「Next」をクリックします。

Specify Operationページが表示されます。 「Upgrade Oracle BI Publisher Repository」を選択し、「Next」をクリックします。

Specify Source Detailsページが表示されます。 選択するオプションは2つあります。 1番目はBI Publisher Repository Directory、2番目はE-Business Suite Data Template Directoryです。

1番目のオプションを選択し、「Browse」をクリックしてアップグレードしたいリポジトリを探します。 これは、10gカタログの場所です。 E-Business Suite Data Template Directoryをアップグレードする場合は、データ・テンプレート・ディレクトリを参照します。ただし、Upgrade Assistantは、E-Business Suite環境からのデータ定義の読取りをサポートしないことに注意してください。 同等のデータ・モデル定義をOracle BI Publisher Enterprise Serverに作成するには、データ・テンプレートXMLファイルをファイル・システムに格納してからUpgrade Assistantを実行する必要があります。

10gカタログに移動して、それを選択します。 この例では、リポジトリはD:\Repositoryにあります。

以下のイメージは、アップグレードされるレポートを含むディレクトリを表示しています。

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

Specify Destination Detailsページが表示されます。 「Browse」をクリックして、アップグレードしたリポジトリの場所を選択します。 これは、インストールしたbishiphome 11gリポジトリ・パス（たとえば、%MIDDLEWARE_HOME%\user_projects\domains\bifoundation_domain\config\bipublisher\repository）と同じリポジトリ、またはサーバー上の新しいパスにできます。 新しいパスを選択する場合は、11gリポジトリの内容をこの新しいパスにコピーする必要があります。 11gリポジトリには、必要なファイルが含まれています。

E-Business Suite Data Template Directoryをアップグレードする場合は、データ・モデル・ディレクトリを参照します。

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

Specify WebLogic Serverページが表示されます。 この例では、Administrationサーバーはローカルで実行されているため、ドメイン情報はそれに応じて関連付けられます。

"Oracle BIリポジトリおよびカタログのアップグレード"のトピックで入力したように、Host（localhost - デフォルト）、Port（7001）、User Name（weblogic）、およびPassword（welcome1）を入力し、「Next」をクリックします。

Examining Componentsページが表示されます。 システムが検証され、すべてが使用可能でアップグレードの続行に適していることが確認されます。 たとえば、インストーラによるシステムへの問合せで、十分な領域があることが確認されます。 そのステータスは、succeededです。

セッションのログ・ファイルが使用可能になります。 この時点で、または後でログ・ファイルを確認します。 ログ・ファイル（ダイアログ・ボックスの下にハイライト）のホット・リンクをクリックします。

スクロールして内容を確認します。 ログ・ファイルの確認が終わったら、「Close」をクリックします。

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

Upgrade Summaryページが表示され、アップグレード元およびアップグレード先の詳細が表示されます。 「Upgrade」をクリックします。

Upgrading Componentsページが表示されます。 再度ステータスを確認します。 ステータスに問題がある場合は、再度ログ・ファイルを確認し、問題を判断して解決します。

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

Upgrade Assistantウィザードの最後のページが表示されます。 「Close」をクリックします。

Oracle BI Publisherにログインし、アップグレードされたリポジトリを指すようにサーバー構成を変更します。

新しいブラウザ・ウィンドウを開き、アドレス・バーにhttp://<ホスト名>:7001/xmlpserver （たとえば、http://localhost:7001/xmlpserver）を入力します。 Oracle BI Publisher Enterpriseのログイン・ウィンドウが表示されます。

ユーザー名（weblogic）およびパスワード（welcome1）を入力し、「Sign In」をクリックします。

ホームページが表示されます。 「Administration」リンクをクリックします。

System Maintenanceセクション内で、「Server Configuration」をクリックします。

「Server Configuration」タブをクリックします。

アップグレードしたリポジトリのConfiguration Folder領域へのパスを入力します。 これは、Upgrade AssistantのDestination Detailsページ上で指定したパスです（たとえば、%MIDDLEWARE_HOME%\user_projects\domains\bifoundation_domain\config\bipublisher\repository）。

「Apply」をクリックします。 確認メッセージが表示されます。

ログアウトし、Oracle BI Publisherへログインし直して、リポジトリへの変更を確認します。

グローバル・ヘッダーで、「Catalog」リンクをクリックします。 Foldersペインで「Shared Folders」→「HR Manager」→「HR - User」の順に展開します。 移植されたレポートが右ペインに表示されます。

表示させる特定のレポートを選択します。 Form P11D-UK2004レポートの「Open」をクリックします。

P11D-UK2004レポートが表示されます。

レポートが問題なく移行されたことを確認しました。 Oracle BI Publisherを閉じます。