Oracle® Fusion Middleware

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

11g リリース1(11.1.1)

B63029-06 (原本部品番号: E10541-09)

2014年12月

デプロイメントの起動と停止、構成および拡張をはじめとする、Oracle Business Intelligence Enterprise Editionのプロセスおよびコンポーネントを管理する方法について説明します。Oracle Business Intelligence Enterpriseシステムのカスタマイズ、監視、トラブルシューティングおよび移行の方法についても説明します。

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド, 11g リリース1(11.1.1)

B63029-06 (原本部品番号: E10541-09)

Copyright © 2010, 2014, Oracle and/or its affiliates.All rights reserved.

原本主著者: Christine Jacobs

原本主協力者: Marla Azriel、Nick Fry、Dona Hobin、Cammy Moore、Stefanie Rhone、M.Lea Shaw

原本協力者: Oracle Business Intelligence development, product management, and quality assurance teams

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

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

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

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 およびその関連企業の登録商標です。その他の名称は、他社の商標の可能性があります。

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメントとその他のリソース

- 表記規則

Oracle Business Intelligenceシステム管理者向けの新機能

- Oracle BI EE 11g リリース1 (11.1.1.9)の新機能

- Oracle BI EE 11g リリース1 (11.1.1.7)の新機能

- Oracle BI EE 11g リリース1 (11.1.1.6)の新機能

- Oracle BI EE 11g リリース 1 (11.1.1.5)の新機能

- Oracle BI EE 11g リリース 1 (11.1.1.3)の新機能

第I部 Oracle Business Intelligenceの管理

1 Oracle Business Intelligenceのシステム管理の概要

- 1.1 Oracle Business Intelligenceのシステム管理タスク

- 1.2 Oracle Business Intelligenceの管理について

- 1.3 Oracle Business Intelligenceシステムの論理アーキテクチャ

- 1.3.1 単一ホスト上のOracle Business Intelligence

- 1.3.1.1 単一ホストとエンタープライズ・インストール

- 1.3.1.2 単一ホストと簡易インストール

- 1.3.2 複数ホスト上のOracle Business Intelligence

- 1.3.3 Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて

- 1.3.3.1 Javaコンポーネントについて

- 1.3.3.2 システム・コンポーネントについて

- 1.3.4 管理サーバーとは

- 1.4 Oracle Business Intelligenceを管理するシステム管理ツール

- 1.4.1 Fusion Middleware Control

- 1.4.2 Oracle WebLogic Server管理コンソール

- 1.4.3 Oracle Process Manager and Notification Server (OPMN)ツール

- 1.4.4 Oracle WebLogic Scripting Tool (WLST)

- 1.4.5 Oracle BI管理ツール

- 1.4.6 ジョブ・マネージャ

- 1.5 サンプル・アプリケーションでの作業

- 1.6 Oracle BI Publisherの統合

- 1.7 その他のガイド内の関連トピック

- 1.8 システム要件と動作保証

2 Oracle Business Intelligenceの管理

- 2.1 Fusion Middleware ControlおよびWebLogic Server管理コンソールを使用する理由

- 2.2 Fusion Middleware ControlによるOracle Business Intelligenceコンポーネントの集中管理

- 2.2.1 Fusion Middleware ControlをOracle Business Intelligenceとともに使用するためのヒント

- 2.2.2 Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン

- 2.2.3 Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用

- 2.2.4 ステータスを監視してOracle Business Intelligence Javaコンポーネントを開始および停止するためのFusion Middleware Controlの使用

- 2.2.5 Fusion Middleware Controlのナビゲーション・ツリーについて

- 2.3 Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理

- 2.4 Fusion Middleware Control MBeanブラウザによるOracle Business Intelligence JMX MBeanの管理

- 2.4.1 Fusion Middleware Control MBeanブラウザとは

- 2.4.2 Fusion Middleware Control MBeanブラウザの表示

3 Oracle Business Intelligenceシステムの構成

- 3.1 Oracle Business Intelligenceの構成

- 3.1.1 Java Development Kit (JDK)の更新

- 3.2 Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用

- 3.3 構成設定を更新するためのOracle BI Systems Management APIの使用

- 3.4 構成設定を更新するためのテキスト・エディタの使用

- 3.5 構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用

- 3.6 構成ファイルの格納場所

第II部 プロセスおよびコンポーネントの管理

4 Oracle Business Intelligenceの起動と停止

- 4.1 Oracle Business Intelligenceの起動および停止について

- 4.2 Oracle Business Intelligenceシステムの起動

- 4.2.1 WindowsプラットフォームでのOracle Business Intelligenceの起動

- 4.2.2 UNIXプラットフォームでのOracle Business Intelligenceの起動

- 4.3 Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用

- 4.4 Javaコンポーネントを起動および停止するためのOracle WebLogic Server管理コンソールの使用

- 4.5 システム・コンポーネントを起動および停止するための代替方法

- 4.5.1 システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用

- 4.5.2 システム・コンポーネントを起動および停止するためのWindowsサービスの使用

- 4.5.3 Oracle Business Intelligenceをプログラムにより起動および停止するためのOracle BI Systems Management APIの使用

- 4.6 管理サーバーの稼動の確認

- 4.7 WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止

- 4.8 WindowsおよびUNIXでの管理対象サーバーの起動および停止

- 4.8.1 管理サーバーの稼動の確認とその起動

- 4.9 システム起動のトラブルシューティング

- 4.9.1 データベースが実行されていない場合の管理サーバーの起動エラー

- 4.9.2 管理対象サーバーの停止

- 4.9.3 Oracle BIサーバーの起動エラー

- 4.9.4 Oracle BIプレゼンテーション・サービスの起動エラー

- 4.9.5 ログイン不能

第III部 高可用性とパフォーマンスのためのスケーリングおよびデプロイ

5 デプロイメントのスケーリング

- 5.1 Oracle Business Intelligenceのスケーリングについて

- 5.1.1 プロセスをスケールアウトするタイミング

- 5.1.2 スケーリング対象プロセス

- 5.2 Oracle Business Intelligenceの垂直方向のスケーリング

- 5.3 Oracle Business Intelligenceの水平方向のスケーリング

- 5.4 共有ファイルとディレクトリの設定

- 5.4.1 共有ネットワーク・ファイルがWindows環境でアクセス可能であることの確認

- 5.4.2 Oracle BIリポジトリのアップロードと共有

- 5.4.3 Oracle BIプレゼンテーション・カタログの共有

- 5.4.4 グローバル・キャッシュの設定

- 5.4.5 Schedulerのスクリプト・パスとデフォルトのスクリプト・パスの設定

- 5.5 システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用

- 5.6 システムに対する適切なスケーリングの検証

- 5.6.1 システム・コンポーネントの可用性を表示するためのFusion Middleware Controlの使用

- 5.6.2 管理対象サーバーの可用性を表示するための管理コンソールの使用

6 高可用を実現するOracle Business Intelligenceのデプロイ

- 6.1 クラスタ環境におけるOracle Business Intelligenceコンポーネントについて

- 6.1.1 可用性に関する推奨事項

- 6.1.2 単一点障害を特定するためのFusion Middleware Controlの使用

- 6.1.3 アクティブ/パッシブ・モデルを使用した高可用性の実現

- 6.2 高可用性に対するOracle Business Intelligenceコンポーネントの構成

- 6.2.1 プライマリ・インスタンスおよびセカンダリ・インスタンスを構成するためのFusion Middleware Controlの使用

- 6.3 Oracle Business Intelligenceの高可用性に対するオプション構成

- 6.3.1 オプションのクラスタ・コントローラ・パラメータの設定

- 6.3.2 オプションのプレゼンテーション・サービス・パラメータの設定

- 6.3.3 オプションのOracle BIプレゼンテーション・サービス・プラグイン・パラメータの設定

- 6.4 クラスタ・マネージャの使用

- 6.4.1 クラスタ情報の表示および管理

- 6.4.1.1 ステータス情報

- 6.4.1.2 キャッシュの情報

- 6.4.1.3 セッション情報

- 6.4.1.4 サーバー情報

- 6.5 Oracle Business Intelligenceのクラスタ環境のトラブルシューティング

- 6.5.1 Oracle BIサーバーがLinuxまたはUNIXで実行している際のNetwork Applianceデバイスでのエラーの回避

7 パフォーマンス・チューニングと問合せキャッシングの管理

- 7.1 サービス・レベルの監視

- 7.1.1 共通パフォーマンス・メトリックを表示するためのFusion Middleware Controlの使用

- 7.1.2 すべてのOracle Business Intelligenceメトリックを表示するためのFusion Middleware Controlの使用

- 7.1.3 Javaコンポーネントのメトリックを表示するための管理コンソールの使用

- 7.2 問合せのパフォーマンス・チューニングについて

- 7.3 Fusion Middleware Controlでのパフォーマンス・パラメータの設定

- 7.3.1 RPD更新を禁止するためのFusion Middleware Controlの使用

- 7.3.2 ユーザー・セッションのログオフ期間を設定するためのFusion Middleware Controlの使用

- 7.3.3 表およびピボット・テーブルのデータに対する構成オプションを設定するためのFusion Middleware Controlの使用

- 7.3.4 表をレンダリングするために処理する最大行数を設定するためのFusion Middleware Controlの使用

- 7.4 Oracle BIサーバーの問合せキャッシュについて

- 7.4.1 問合せキャッシュのアーキテクチャ

- 7.4.2 キャッシングの利点

- 7.4.3 キャッシングに伴う代償

- 7.4.3.1 ディスク領域

- 7.4.3.2 管理タスク

- 7.4.3.3 最新の状態のキャッシュの維持

- 7.4.3.4 CPU使用率とディスクI/O

- 7.4.4ユーザー間でのキャッシュの共有

- 7.4.5 XMLデータソースのリフレッシュ間隔について

- 7.4.6 グローバル・キャッシュについて

- 7.5 問合せキャッシングの構成

- 7.5.1 問合せキャッシングを有効または無効にするためのFusion Middleware Controlの使用

- 7.5.2 問合せキャッシュ・パラメータを設定するためのFusion Middleware Controlの使用

- 7.5.3 追加の問合せキャッシュ・パラメータの手動での編集

- 7.5.4 グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用

- 7.5.5 追加のグローバル・キャッシュ・パラメータの手動での編集

- 7.6 キャッシュの監視と管理

- 7.6.1 キャッシュ管理方針の選択

- 7.6.1.1 システムのキャッシングの無効化

- 7.6.1.2 指定された物理表のキャッシングとキャッシュ永続時間

- 7.6.1.3 Oracle BIサーバーのイベント・ポーリング表の構成

- 7.6.2 ODBCプロシージャを使用するキャッシュのパージと保守

- 7.6.2.1 ODBCプロシージャ構文について

- 7.6.2.2 プレゼンテーション・サービス問合せキャッシュの共有について

- 7.6.2.3 結果レコードについて

- 7.6.2.4 SAP/BWデータソースのキャッシュの保存とパージ

- 7.6.3 リポジトリの変更が問合せキャッシュに及ぼす影響

- 7.6.3.1 オンライン・モード

- 7.6.3.2 オフライン・モード

- 7.6.3.3 リポジトリ間の切替え

- 7.6.3.4 動的リポジトリ変数の変更

- 7.7 キャッシュの使用方針

- 7.7.1 キャッシュ・ヒットについて

- 7.7.1.1 行レベルのデータベース・セキュリティを使用している場合の適切なキャッシュ結果の確認

- 7.7.2 キャッシュを移入するための一連の問合せの実行

- 7.7.3 Oracle BIサーバー・キャッシュをシードするためのエージェントの使用

- 7.7.4 キャッシュ・マネージャの使用

- 7.7.4.1 キャッシュ・マネージャ内でのグローバル・キャッシュ情報の表示

- 7.7.4.2 管理ツールでのキャッシュのパージ

- 7.8 イベント・ポーリング表によるキャッシュ・イベントの処理

- 7.8.1 物理データベース上でのイベント・ポーリング表の設定

- 7.8.2 イベント・ポーリング表のアクティブ化

- 7.8.3 Oracle BIサーバー・イベント・ポーリング表の移入

- 7.8.4 イベント・ポーリング表に関する問題のトラブルシューティング

- 7.9 Oracle BIプレゼンテーション・サービス・キャッシュ設定の管理

- 7.10 Oracle BI Webクライアントのパフォーマンスの向上

- 7.10.1Apache HTTP Serverの静的ファイル・キャッシングの構成

- 7.10.2Oracle HTTP Serverの静的ファイル・キャッシングの構成

- 7.11 Oracle Business IntelligenceのJVMヒープ・サイズの設定

第IV部 問題の解決

8 Oracle Business Intelligenceの問題の診断および解決

- 8.1 使用可能な診断ツール

- 8.2 診断ログ・ファイルの表示と構成

- 8.2.1 ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用

- 8.2.2 ログ・ファイルのローテーション・ポリシーの構成とログ・レベルの指定

- 8.2.2.1 ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用

- 8.2.2.2 追加のログ・ファイル設定の手動での変更

- 8.2.3 ログ・ビューアを使用した問題の診断

- 8.3 診断ログ・ファイルとログ構成ファイルについて

- 8.3.1 診断ログ・ファイルの概要とその位置

- 8.3.2 診断ログ構成ファイルの概要とその位置

- 8.3.3 ログ・ファイル・メッセージのカテゴリとレベルの概要

- 8.3.4 ログ・ファイル・ローテーション

- 8.3.5 システム・ログ内のメッセージ

- 8.4 問合せログの管理

- 8.4.1 問合せロギングの構成

- 8.4.1.1 問合せロギング・レベルの設定

- 8.4.1.2 ユーザーの問合せロギング・レベルの設定

- 8.4.2 ログ・ビューアの使用

- 8.4.2.1 ログ・ビューア・ユーティリティの実行

- 8.4.2.2 ログ・レコードの解析

- 8.5 Oracle BIプレゼンテーション・サービスのロギング

- 8.5.1 Oracle BIプレゼンテーション・サービスのロギング機能の使用

- 8.5.2 Oracle BIプレゼンテーション・サービスのロギング・レベルの設定

- 8.5.3 Oracle BIプレゼンテーション・サービス構成ファイルの構造

- 8.5.4 ログ・メッセージの形式例

- 8.5.5 Oracle BIプレゼンテーション・サービス・メッセージの構造

- 8.5.6 Oracle BIプレゼンテーション・サービスsログ・フィルタ

- 8.5.7 エージェントに関する問題の診断

- 8.5.7.1 Fusion Middleware Controlを使用したエージェントのデバッグ

- 8.5.7.2 instanceconfig.xmlを使用したエージェントの手動デバッグ

- 8.6 ODBC/JDBCプロシージャを使用したOracle BIサーバーの診断の取得

- 8.6.1 Oracle BIサーバーのODBC/JDBCプロシージャについて

- 8.6.2 使用可能な診断カテゴリのリストの取得

- 8.6.3 特定の診断の実行

- 8.6.4 ODBC/JDBCプロシージャのパラメータについて

9 使用状況トラッキングの管理

- 9.1 使用状況トラッキングについて

- 9.2 使用状況トラッキングの情報を収集するための直接挿入の設定

- 9.2.1 使用状況トラッキングの統計データベースの設定

- 9.2.2 直接挿入パラメータの設定

- 9.2.3 オプションの直接挿入パラメータの設定

- 9.3 使用状況トラッキング・データの説明

第V部 Oracle Business Intelligenceの構成

10 リポジトリの構成

- 10.1 リポジトリをアップロードし、カタログの場所を設定する理由

- 10.1.1 アップロードされたリポジトリに割り当てられるバージョン番号について

- 10.2 リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用

- 10.3 メタデータ・リポジトリをアップロードするためのシステムMBeanの使用

11 外部システムへの接続の構成

- 11.1 電子メールおよびエージェントの構成

- 11.1.1 エージェントに影響するOracle BIスケジューラの電子メール設定のFusion Middleware Controlを使用した構成

- 11.2 アクション・フレームワークを使用したアクションの構成

- 11.3 マーケティング・コンテンツ・サーバーへの接続の構成

- 11.3.1 Fusion Middleware Controlを使用したマーケティング・コンテンツ・サーバーへの接続の構成

- 11.3.2 マーケティング・コンテンツ・サーバーへの接続設定の手動による編集

- 11.4 データ・ソースへの接続の構成

- 11.5 EPM Workspaceとの統合のための構成

- 11.5.1 ステップ1: 前提条件について

- 11.5.2 ステップ2: JARファイルのコピー

- 11.5.2.1 EPM Workspaceリリース11.1.2.3より前のリリースのJARファイルのコピー

- 11.5.2.2 EPM Workspaceリリース11.1.2.3.00以降のJARファイルのコピー

- 11.5.3 ステップ3: EPM WorkspaceでのOracle Business Intelligenceの登録

- 11.5.4 ステップ4: プロキシの追加

- 11.5.5 ステップ5: シングル・サインオンの構成

- 11.5.6 ユーザーのプロビジョニング

- 11.6 Oracle Business IntelligenceでEssbase、Hyperion Financial Management、Hyperion PlanningおよびEPM Workspaceとの通信時にHyperion SSOトークンを使用する構成

- 11.6.1 トークンを使用するように構成するための前提条件

- 11.6.2 Essbase、HFMまたはPlanningへの接続時のOracle BIサーバーでのHyperion SSOトークンの生成の有効化

- 11.6.3 Oracle Business IntelligenceとEPM Workspaceの統合時のOracle Business IntelligenceでのHyperion SSOトークンの受入れの有効化

- 11.6.4 Oracle Business IntelligenceでのHyperion SSOトークンの生成または受入れの有効化の共通手順

- 11.6.4.1 Oracle Business IntelligenceでのEssbase、HFM、PlanningおよびEPM Workspaceリリース11.1.2.1以降への接続時のHyperion SSOトークンの生成または受入れの有効化

- 11.6.4.2 Oracle Business IntelligenceでのEssbase、HFMおよびPlanningリリース11.1.2.0以前への接続時のHyperion SSOトークンの生成の有効化

12 プレゼンテーション設定のデフォルトの構成

- 12.1 Fusion Middleware Controlを使用したプレゼンテーション設定のデフォルトの変更

13 マッピングおよび空間情報の構成

- 13.1 マップ・ビューのシステム要件

- 13.2 ハードウェアのサイズ設定およびマップのデプロイメント戦略

- 13.3 マップの管理

- 13.3.1 マップおよびレイヤーの使用

- 13.3.1.1 レイヤーと列の関連付け

- 13.3.1.2 マップ上のレイヤーの順序付け

- 13.3.1.3 再起動を必要とする空間メタデータの変更

- 13.3.2 管理ページの機能

- 13.3.3 管理ページを使用したマップの管理

- 13.3.4 マップ内のレイヤーの翻訳処理

14 タイムゾーンの構成

- 14.1 タイムゾーンが使用される理由および場所

- 14.2 タイムゾーンの設定

- 14.3 タイムゾーンの優先順位

- 14.3.1 ユーザー優先タイムゾーン

- 14.4 タイムゾーン指定の格納場所

- 14.4.1 タイムゾーン値の指定

- 14.5 タイムゾーン設定の説明

- 14.6 例: タイムゾーンを指定する構成ファイルの設定

15 Oracle Business Intelligenceのローカライズ

- 15.1 ローカライズとは

- 15.1.1 翻訳対象コンポーネント

- 15.1.2 Oracle Business Intelligenceコンポーネントをローカライズするためのタスク

- 15.2 Oracle BIプレゼンテーション・サービスのローカライズ

- 15.2.1 Oracle BIプレゼンテーション・サービスのユーザー・インタフェースのローカライズ

- 15.2.1.1 プレゼンテーション・サービスをローカライズするためのディレクトリ構造の理解

- 15.2.1.2 ユーザーの優先通貨のメッセージのローカライズ

- 15.2.1.3 サインイン・ページのデフォルト言語の指定

- 15.2.1.4 サインイン・ページの言語およびロケールの構成

- 15.2.1.5 パフォーマンス・タイルの数字のスケーリングの指定

- 15.2.1.6 URLでの言語の指定

- 15.2.2 Oracle BIプレゼンテーション・カタログのキャプションのローカライズ

- 15.2.2.1 ステップ1: エクスポート・プロセスについて

- 15.2.2.2 ステップ2: カタログ内のテキスト文字列のエクスポート

- 15.2.2.3 ステップ3: XMLファイル内のエクスポートされた文字列の編集

- 15.2.2.4 ステップ4: 重複するエクスポートされたテキスト文字列の処理

- 15.2.2.5 ステップ5: カタログでのテキスト文字列の公開

- 15.2.3 Mozilla Firefoxブラウザでのアラビア語およびヘブライ語に関するヒント

- 15.3 Catalog Managerでの現在のロケールの設定

- 15.4 Oracle BIサーバーでの現在のロケールの設定

- 15.4.1 Oracle BIサーバーでのロケール・パラメータの設定

- 15.4.1.1 UNIXシステムでのロケールの設定

- 15.4.2 エラー・メッセージの言語が決定される方法

- 15.4.3 Oracle BIサーバーのコンポーネントの言語の設定

- 15.4.4 管理ツールのユーザー・インタフェースの言語の変更

- 15.4.5 Oracle BIサーバーでの現在のロケールに関するトラブルシューティング

- 15.4.5.1 NLSロケール非サポート・エラー・メッセージの処理

- 15.4.5.2 AIXシステムでの日本語ロケールの設定

- 15.4.6 Oracle BIサーバー・ユーティリティのテキストが正しい言語で表示されることの確認

- 15.4.7 基礎となるOracle DatabaseのNLS_CHARACTERSETがUnicodeでない場合のメタデータ・リポジトリの変更

- 15.5 リポジトリでのメタデータ名のローカライズ

- 15.6 多言語データのサポート

- 15.6.1 多言語データのサポートとは

- 15.6.2 参照とは

- 15.6.3 二重列サポートとは

- 15.6.4 多言語スキーマでの翻訳参照表の設計

- 15.6.4.1 各ベース表に対応する参照表

- 15.6.4.2 各翻訳済フィールドに対応する参照表

- 15.6.5 論理参照表および論理参照列の作成

- 15.6.5.1 論理参照表の作成

- 15.6.5.2 論理表の参照表としての指定

- 15.6.5.3 LOOKUP関数の構文について

- 15.6.5.4 論理参照列の作成

- 15.6.6 物理参照表および物理参照列の作成

- 15.6.7 別名表を使用したEssbaseでの多言語データのサポート

- 15.6.8 辞書編集上の差異によるソートの有効化

16 通貨オプションの構成

- 16.1 分析用デフォルト通貨の変更

- 16.2 ユーザーの優先通貨オプションの定義

- 16.2.1 静的マッピングを使用したユーザーの優先通貨オプションの定義

- 16.2.2 例: ユーザーの優先通貨オプションを定義する静的マッピング

- 16.2.3 動的マッピングを使用したユーザーの優先通貨オプションの定義

- 16.2.4 例: ユーザーの優先通貨オプションを定義する動的マッピング

17 Oracle BIプレゼンテーション・カタログの構成と管理

- 17.1 Oracle BIプレゼンテーション・カタログについて

- 17.1.1 カタログ内のオブジェクト

- 17.1.1.1 オブジェクト名のガイドライン

- 17.1.1.2 オブジェクトの属性ファイル

- 17.1.1.3 オブジェクトのロック・ファイル

- 17.1.2 カタログの場所

- 17.1.3 カタログのファイル・システムのガイドライン

- 17.1.3.1 カタログのユーザーの処理

- 17.1.3.2 異機種ノードの処理

- 17.1.3.3 様々なプラットフォーム上のカタログ・ファイルの処理

- 17.1.3.4 カタログ・ファイルの既知の問題

- 17.2 Oracle BIプレゼンテーション・カタログのメンテナンス

- 17.2.1 カタログの追加の構成設定の手動による変更

- 17.2.2 新規Oracle BIプレゼンテーション・カタログの手動による作成

- 17.2.3 本番環境へのカタログとオブジェクトのデプロイ

- 17.2.3.1 本番環境へのカタログのデプロイ

- 17.2.3.2 本番環境へのオブジェクトのデプロイ

- 17.2.4 カタログ・オブジェクトの更新

- 17.2.5 カタログの検証

- 17.2.5.1 プロセス: カタログの検証

- 17.2.5.2 検証プロセスのタスク

- 17.2.5.3 カタログ検証の重要なガイドライン

- 17.2.5.4 基本的なカタログ検証の実行

- 17.2.5.5 カタログを検証するための要素の指定

- 17.3 カタログ・マネージャについて

- 17.3.1 カタログ・マネージャの用途

- 17.3.2 カタログ・マネージャの使用のガイドライン

- 17.3.3 カタログ・マネージャの使用のヒント

- 17.4 カタログ・マネージャの起動とカタログのオープン

- 17.4.1 カタログ・マネージャの実行要件

- 17.4.2 カタログ・マネージャのユーザー・インタフェースの起動

- 17.4.3 Linuxシステムでの起動に関する問題の解決

- 17.4.4 2つのカタログ・モードの理解

- 17.4.4.1 オンライン・モード

- 17.4.4.2 オフライン・モード

- 17.4.5 オンライン・モードおよびオフライン・モードで使用可能な操作

- 17.4.6 Oracle BIプレゼンテーション・カタログのオープン

- 17.5 カタログ・マネージャの作業領域の使用方法

- 17.5.1 カタログ・マネージャの作業領域で行える操作

- 17.5.2 カタログ・マネージャの作業領域の外観

- 17.5.3 カタログ・マネージャの作業領域の表示の管理

- 17.6 カタログ・マネージャでのオブジェクトの使用

- 17.6.1 カタログ・マネージャを使用したカタログ・オブジェクトの検索

- 17.6.2 オブジェクトのコピーおよび貼付け

- 17.6.2.1 コピーおよび貼付けのヒント

- 17.6.2.2 オブジェクトの貼付けの拡張オプション

- 17.6.3 カタログ・オブジェクトの名前の変更

- 17.6.4 カタログ・オブジェクトのプロパティの使用

- 17.6.5 カタログ・オブジェクトの権限の設定

- 17.6.6 カタログ・マネージャからのオブジェクトのプレビュー

- 17.6.7 テナントの使用

- 17.7 XMLでのカタログ・オブジェクトの表示と編集

- 17.8 カタログ・マネージャを使用したカタログ・テキストの検索と置換

- 17.8.1 単純なカタログ・テキスト文字列の検索と置換

- 17.8.2 複数のカタログ・テキスト文字列の検索と置換について

- 17.8.2.1 テキスト文字列の検索と置換のためのXMLファイル形式

- 17.8.2.2 テキスト文字列の検索と置換のためのXMLファイルの例

- 17.8.3 複数のカタログ・テキスト文字列の検索と置換

- 17.9 カタログ・マネージャを使用したカタログ・データを表示するためのレポートの作成

- 17.9.1 レポートの使用方法の例

- 17.10 カタログ・マネージャを使用したアーカイブとアンアーカイブ

- 17.10.1 カタログ・マネージャを使用したフォルダのアーカイブ

- 17.10.2 カタログ・マネージャを使用したフォルダのアンアーカイブ

- 17.11 全文カタログ検索のための構成の概要

- 17.11.1 全文カタログ検索とは

- 17.11.2 全文カタログ検索でのセキュリティの処理方法

- 17.11.3 サポートされる検索エンジン

- 17.12 Oracle Secure Enterprise Searchでの検索の構成

- 17.12.1 ステップ1: クロールおよび索引付けするために権限を割り当てる

- 17.12.2 ステップ2: Oracle Secure Enterprise Searchが使用可能であることを確認する

- 17.12.3 ステップ3: 全文カタログ検索のためのアイデンティティ管理を構成する

- 17.12.4 ステップ4: 全文カタログ検索のためのデータソースを作成する

- 17.12.5 ステップ5: 全文カタログ検索のためのスケジュールを編集する

- 17.12.6 ステップ6: 全文カタログ検索の増分クロールを有効化する

- 17.12.7 ステップ7: 手動で全文カタログ検索のプロパティを構成する

- 17.12.8 ステップ8: 全文カタログ検索のSSLを有効化する

- 17.12.9 ステップ9: ユーザーが全文カタログ検索にアクセスできるようにする

- 17.12.9.1 全文検索に対するBI検索アプリケーションの構成

- 17.13 Oracle Endeca Serverでの検索の構成

- 17.13.1 ステップ1: Oracle Endeca Serverのインストール

- 17.13.2 ステップ2: Oracle Endeca Serverを使用するための権限の割当て

- 17.13.3 ステップ3: 全文カタログ検索のためのデータ・ストアの作成

- 17.13.4 ステップ4: 全文カタログ検索のためのデータ・ロードの有効化

- 17.13.4.1 データ・ロードについての電子メールのためのデバイスの作成

- 17.13.5 ステップ5: 全文カタログ検索のプロパティの手動による構成

- 17.13.6 ステップ6: 検索を有効化するための構成ファイルの編集

- 17.13.7 ステップ7: 全文カタログ検索のSSLの有効化

- 17.13.8 ステップ8: 全文カタログ検索へのユーザーのアクセス可能化

- 17.14 全文検索の構成の共通手順

- 17.14.1 検索のための権限の割当て

- 17.14.2 クロールおよびデータ・ロードについて

- 17.14.3 増分クロールまたはデータ・ロードの有効化

- 17.14.4 検索のための構成ファイルの編集

- 17.14.5 検索のプロパティの手動による構成

- 17.15 Oracle BIプレゼンテーション・カタログのレプリケート

- 17.15.1 レプリケーション・ログ・ファイルについて

- 17.15.1.1 レプリケーション・ログ・ファイルのレコード

- 17.15.2 Oracle BIプレゼンテーション・カタログをレプリケートするための構成

- 17.15.3 Oracle BIプレゼンテーション・カタログのファイルのコピー

- 17.15.4 Oracle BIプレゼンテーション・サービス・レプリケーション・エージェントの使用方法

- 17.15.4.1 mark

- 17.15.4.2 remotecopy

- 17.15.4.3 run

- 17.15.5 レプリケーションのためのconfig.xmlファイルの作成

- 17.15.5.1 構成ファイルの構造

- 17.15.5.2 構成ファイルの要素

- 17.15.5.3 サンプルconfig.xmlファイル

- 17.15.6 レプリケーションのためのinstanceconfig.xmlファイルの編集

- 17.15.7 レプリケーション・ログ・ファイルを使用できない場合のレプリケーションの再開

18 マルチテナントの構成

- 18.1 Oracle Business Intelligenceのマルチテナントの概要

- 18.1.1 マルチテナントとは

- 18.1.2 必要なアプリケーション・ロールのタイプ

- 18.1.2.1 BIグローバル管理者のアプリケーション・ロール

- 18.1.2.2 テナント管理者

- 18.1.2.3 テナント・エンド・ユーザー

- 18.1.2.4 アプリケーション・ロールの比較

- 18.1.3 マルチテナント環境での機能の違い

- 18.1.3.1 テナント・ユーザーが使用できない機能

- 18.1.3.2 テナント・ユーザーで異なる働きをする機能

- 18.2 マルチテナント用に構成されたOracle Business Intelligenceの動作方法

- 18.3 マルチテナント用に構成する際のセキュリティ上の考慮事項

- 18.3.1 Fusion Middlewareセキュリティを使用したテナント・ユーザーの認証および認可

- 18.3.2 マルチテナント環境のテナントおよびテナント・ユーザーに必須のアイデンティティ・ストア属性

- 18.3.3 マルチテナント環境のシステム・ユーザー

- 18.3.4 SSOのUserIDはorclMTUID属性値に一致する必要がある

- 18.4 テナントのカタログ・オブジェクトの保護

- 18.5 システムのマルチテナント用の構成

- 18.5.1 システムでのマルチテナントの有効化

- 18.5.2 アプリケーション・ロールおよびユーザーの構成

- 18.5.2.1 BIグローバル管理者の構成

- 18.5.2.2 テナント管理者のアプリケーション・ロールの構成

- 18.5.2.3 テナント・ユーザーの構成

- 18.5.3 テナントのデータソースの構成

- 18.5.3.1 データベース・リソースの制御

- 18.5.3.2 テナント固有のデータ・セキュリティの適用

- 18.5.3.3 テナント固有の問合せ制限の設定

- 18.5.4 マルチテナント環境で機能を使用不可にする

- 18.6 テナントの管理

- 18.6.1 テナントのプロビジョニングおよびプロビジョニング解除

- 18.6.1.1 テナントのプロビジョニングおよびプロビジョニング解除について

- 18.6.1.2 テナントをプロビジョニングおよびプロビジョニング解除するためのツール

- 18.6.2 テナントの削除

- 18.6.3 テナントのコンテンツのアーカイブ

- 18.7 マルチテナント環境のトラブルシューティング

第VI部 詳細な構成設定

19 分析とダッシュボードの構成および管理

- 19.1 ダッシュボードの管理

- 19.2 分析の一般的な構成タスクの実行

- 19.2.1 Excelへのエクスポートに役立つヒープ・サイズの増加

- 19.2.2 エクスポートの手動による構成

- 19.2.3 メタデータ・ディクショナリの情報へのアクセスの提供

- 19.2.4 ネストされたフォルダ、ナビゲーションおよびドリルダウンのサポート

- 19.3 ビュー内のデータの表示と処理の構成

- 19.3.1 ビュー内のデータの手動による変更

- 19.3.1.1 ピボット表とグラフのキューブ設定の手動による構成

- 19.3.1.2 ビュー内のデータ設定の手動による構成

- 19.3.1.3 表ビュー、ピボット表ビューおよびトレリス・ビューのデータをフェッチするための設定の手動による構成

- 19.3.2 グラフとゲージの手動による構成

- 19.3.2.1 グラフのフォントの構成

- 19.3.2.2 グラフおよびゲージのレンダリングの構成

- 19.3.3 交互する行の色の手動による変更

- 19.3.4 ビュー内の相互作用の手動による構成

- 19.4 プロンプトの構成

- 19.5 プレゼンテーション設定の手動による変更

- 19.5.1 デフォルトのプレゼンテーション設定の手動による変更

- 19.5.2 プレゼンテーション・サービスでのカスタム・リンクの提供

- 19.5.2.1 customlinks.xmlファイルの更新

- 19.5.2.2 CustomLinks要素の追加

- 19.5.2.3 カスタム・リンク権限の設定

- 19.5.3 ダッシュボード・ページへのリンク作成機能の有効化

- 19.5.4 Oracle BI Publisherの代替ツールバーの構成

- 19.5.5 Oracle BI Publisherへのダッシュボード・ページのエクスポート機能の有効化

- 19.5.6 ブリーフィング・ブックのPDFバージョンの目次の変更

- 19.5.7 Smart Viewインストーラ用のカスタム・ダウンロード・リンクの構成

- 19.6 アンサーでの分析のブロック

- 19.6.1 JavaScriptファイルの保存

- 19.6.2 基準に基づく分析のブロック

- 19.6.3 式に基づく分析のブロック

- 19.6.4 検証ヘルパー関数

- 19.7 分析およびダッシュボードのデフォルト表示の指定

- 19.7.1 デフォルト表示用のXMLメッセージ・ファイル

- 19.7.2 分析およびダッシュボードのデフォルト表示のカスタマイズ例

- 19.7.2.1 新しい分析へのデフォルトのヘッダーまたはフッターの追加

- 19.7.2.2 結果の自動プレビューの抑止

- 19.7.2.3 複合レイアウトの分析のデフォルトの設定

- 19.7.2.4 ダッシュボード・セクションのデフォルトの変更

- 19.7.2.5 ヘッダーおよびフッターを含むダッシュボード・ページのデフォルトの指定

- 19.8 分析およびダッシュボードでのライトバックの構成

- 19.8.1 ライトバックの仕組み

- 19.8.2 ライトバックの構成手順

- 19.8.3 例: ライトバックの構成手順

- 19.8.4 ライトバックの制限

- 19.8.5 ライトバック・テンプレート・ファイルの作成

- 19.8.5.1 ライトバック・テンプレートの要件

- 19.8.5.2 例: ライトバック・テンプレート・ファイル

- 19.8.6 LightWriteback要素の設定

- 19.9 Oracle BI Webユーザー・インタフェースのカスタマイズ

- 19.9.1 スキンおよびスタイルとは

- 19.9.2 Webユーザー・インタフェースのカスタマイズに関する一般的なヒント

- 19.9.3 スタイルのカスタマイズについて

- 19.9.4 プレゼンテーション・サービス用のユーザー・インタフェースのスタイルの変更

- 19.9.4.1 方法1: "bicustom.ear"ファイルの初回デプロイ

- 19.9.4.2 方法1: "bicustom.ear"ファイルの再デプロイ

- 19.9.4.3 方法2: 共有フォルダを使用したデプロイ

- 19.9.4.4 方法2: 共有フォルダに対する変更の表示

- 19.9.5 スタイルのカスタマイズ

- 19.9.6 Skyrosマスター・ブランディング・クラスの変更の例

20 エージェントの構成および管理

- 20.1 エージェントの使用方法

- 20.2 ウイルス対策ソフトウェアおよび権限がエージェントに及ぼす影響

- 20.2.1 ウイルス対策ソフトウェアがエージェントに及ぼす影響

- 20.2.2 エージェントに影響する権限

- 20.3 エージェントに影響する設定の構成

- 20.3.1 エージェントに影響するプレゼンテーション・サービス設定の手動による構成

- 20.3.2 エージェントに影響するスケジューラの追加設定の手動による変更

- 20.3.3 エージェントに影響するスケジューラの追加構成設定の内容

- 20.3.3.1 エージェントに影響するスケジューラの一般構成設定

- 20.3.3.2 エージェントに影響する、スケジューラの電子メール関連の構成設定

- 20.3.3.3 エージェントのスケジューラ構成設定

- 20.3.4 エージェントの配信オプションの制御

- 20.4 エージェントのデバイス・タイプの管理

- 20.5 アクティブなエージェント・セッションの監視

21 マッピングおよび空間情報の高度なオプションの構成

- 21.1 MapViewerでのマップ・ビューのサポートの構成

- 21.2 マップ・ビューの手動による構成

- 21.3 マップ上へのテキストの挿入

- 21.4 マップを外部で使用するための構成

22 リソースの可用性とURL生成の構成

第VII部 Oracle Business Intelligenceの管理の自動化

23 Oracle BI Systems Management APIの概要

- 23.1 Oracle BI Systems Management APIとは

- 23.2 Oracle BI Systems Management APIのメソッドへのアクセス

- 23.3 Oracle BI Systems Management APIを使用したOracle Business Intelligenceの管理と構成

- 第23.3.1項 Oracle BI Systems Management APIを使用したOracle Business Intelligenceのステータスの表示

- 23.3.1.1 例: スクリプトでWLSTコマンドを使用して、Oracle Business Intelligenceのステータスを表示する

- 23.3.1.2 例: Javaプログラムを使用して、Oracle Business Intelligenceのステータスを表示する

- 23.3.2 Oracle BI Systems Management APIを使用したOracle Business Intelligenceの起動と停止

- 23.3.2.1 例: WLSTコマンドを使用して、Oracle Business Intelligenceを停止および起動する

- 23.3.2.2 例: Javaプログラムを使用して、Oracle Business Intelligenceを停止および起動する

- 23.3.3 Oracle BI Systems Management APIを使用した構成設定の更新

- 23.3.3.1 例: WLSTを使用して、電子メール送信者の表示名の構成設定を編集する

- 23.3.3.2 例: Javaプログラムを使用して、電子メール送信者の表示名の構成設定を編集する

- 23.3.4 Oracle BI Systems Management APIを使用した高可用性とパフォーマンスのスケールアウト

- 23.3.4.1 例: WLSTを使用して、サーバーのスケールアウトを実行する

- 23.3.4.2 例: Javaプログラムを使用して、サーバーのスケールアウトを実行する

- 23.3.5 Oracle BI Systems Management APIを使用したメトリックの取得

- 23.3.5.1 ダイナミック・モニタリング・サービスを使用したメトリックの取得

- 23.3.5.2 WLTSコマンドを使用したメトリックの取得

- 23.4 Oracle BI Systems Management APIのJMX管理MBeanおよびメソッドの説明

第VIII部 ライフサイクルの管理

24 Oracle Business Intelligenceシステムへのパッチの適用

- 24.1 Oracle Business Intelligenceシステムへのパッチの適用について

- 24.1.1 完全なパッチ情報の入手先

- 24.1.2 パッチの競合が発生した場合

- 24.2 Oracle Business Intelligenceプラットフォームに適用されるパッチの内容

- 24.3 プラットフォームに適用したパッチのロールバック

- 24.4 現在のパッチ・レベルの判定

25 環境間の移動

26 Oracle Business Intelligenceシステムのバックアップとリカバリ

第IX部 Oracle Business IntelligenceでのOracle Essbaseの使用

27 Oracle Business IntelligenceでのOracle Essbaseと関連コンポーネントの使用の概要

- 27.1 概要

- 27.2 Oracle Business IntelligenceでEssbaseおよび関連ツールを使用するための上位レベルのロードマップ

- 27.3 Oracle Business IntelligenceでのEssbaseと関連ツールのタスクの実行と、EPMでの同じタスクの実行との比較および、参照先ガイドについての情報

- 27.4 Oracle Business IntelligenceでのEssbaseと関連コンポーネントのインストール

- 27.4.1 Oracle Business Intelligenceの新規インストールでのEssbaseおよび関連コンポーネントのインストール

- 27.4.2 インストール・タイプの選択

- 27.4.2.1 Oracle Business Intelligence簡易インストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由

- 27.4.2.2 Oracle Business Intelligenceエンタープライズ・インストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由

- 27.4.2.3 Oracle Business Intelligenceソフトウェアのみのインストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由

- 27.4.3 インストール時のEssbaseスイート・オプションの選択

- 27.4.4 Essbase Studioカタログの更新: インストール後のタスク

- 27.4.5 EssbaseがOracle Business Intelligenceでインストールされた場合のクライアント・ツールの使用制限

- 27.4.6 EssbaseがOracle Business Intelligenceでインストールされた場合にサポートされないEssbaseの機能

- 27.5 Oracle Business IntelligenceでのEssbaseと関連ツールのセキュリティの構成

- 27.5.1 Essbaseと関連ツールのセキュリティ構成の前提条件

- 27.5.2 EssbaseとOracle Business Intelligenceの共通セキュリティ・タスク

- 27.5.3 Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化

- 27.5.4 Essbaseフィルタを使用したデータレベル・セキュリティの構成

- 27.5.4.1 Essbaseフィルタとは

- 27.5.4.2 Essbaseフィルタのリソース権限定義の構成

- 27.5.4.3 Essbaseフィルタでのデータ・アクセスの保護

- 27.5.4.4 フィルタ・アクセス権限の付与の変更が使用済になる時点

- 27.5.4.5 Oracle Business IntelligenceとEPMでのフィルタ権限の付与の相違点

- 27.5.5 Essbase計算へのアクセスの構成

- 27.5.5.1 Essbase計算とは

- 27.5.5.2 Essbase計算のリソース権限定義の構成

- 27.5.5.3 Essbase計算へのユーザーのアクセスの有効化

- 27.5.6 Oracle Business IntelligenceでのEssbaseのポートの変更

- 27.5.7 Essbase Studio (JSE)ポートの割当て

- 27.5.8 Essbaseと関連ツールのリソース権限リファレンス

- 27.5.8.1 Essbaseと関連ツールに適用されるリソース・タイプ

- 27.5.8.2 Essbaseと関連ツールに適用されるリソース名

- 27.5.8.3 Essbaseと関連ツールに適用されるアクション

- 27.6 Oracle Business IntelligenceでのEssbaseシステム管理

- 27.6.1 Essbaseコンポーネントの起動と停止

- 27.6.2 Oracle Business IntelligenceでのEssbaseコンポーネントの高可用性の維持

- 27.6.2.1 高可用性のサポートのためのEssbaseのスケールアウト

- 27.6.2.2 Essbaseシステム・コンポーネントのセカンダリ・インスタンスの構成

- 27.6.2.3 Essbaseのアクティブ/パッシブ・トポロジとは

- 27.6.2.4 Essbaseの容量の管理

- 27.6.3 診断: Essbaseのロギング、ログ・レベルの設定およびログ・ファイルの表示の有効化

- 27.6.4 ドメイン間でのEssbaseの構成の移行

- 27.6.5 Essbaseメトリックの監視

- 27.6.6 Essbaseのデータのバックアップとリカバリ

- 27.7 Oracle Business IntelligenceでのEssbaseキューブの使用

- 27.7.1 Oracle Business IntelligenceでのEssbaseキューブの作成

- 27.7.2 Essbaseデータソースからのメタデータのインポート

- 27.7.3 Essbaseデータソースでの作業

- 27.7.4 データベース・オブジェクトおよび接続プールの構成

- 27.7.5 Essbaseデータソースでのシングル・サインオンの有効化

- 27.7.6 Essbaseがデータソースの場合の分析とレポートの作成、スケジューリングおよび実行

- 27.8 Essbaseの詳細情報

第X部 参照情報

A NQSConfig.INIファイルの構成設定

- A.1 NQSConfig.INIファイルのパラメータについて

- A.1.1 NQSConfig.INIのパラメータの更新方法

- A.2 Repositoryセクションのパラメータ

- A.3 Multitenancyセクションのパラメータ

- A.3.1 MT_ROOT_DIRECTORY

- A.3.2 MT_ENTRIES

- A.4 Query Result Cacheセクションのパラメータ

- A.4.1 ENABLE

- A.4.2 DATA_STORAGE_PATHS

- A.4.3 MAX_ROWS_PER_CACHE_ENTRY

- A.4.4 MAX_CACHE_ENTRY_SIZE

- A.4.5 MAX_CACHE_ENTRIES

- A.4.6 POPULATE_AGGREGATE_ROLLUP_HITS

- A.4.7 USE_ADVANCED_HIT_DETECTION

- A.4.7.1 問合せがキャッシュに追加されない理由

- A.4.8 MAX_SUBEXPR_SEARCH_DEPTH

- A.4.9 DISABLE_SUBREQUEST_CACHING

- A.4.10 CACHE_FILE_BUFFER_SIZE

- A.4.11 GLOBAL_CACHE_STORAGE_PATH

- A.4.12 MAX_GLOBAL_CACHE_ENTRIES

- A.4.13 CACHE_POLL_SECONDS

- A.4.14 CLUSTER_AWARE_CACHE_LOGGING

- A.5 Generalセクションのパラメータ

- A.5.1 LOCALE

- A.5.2 SORT_ORDER_LOCALE

- A.5.2.1 UNIXオペレーティング・システムでのSORT_ORDER_LOCALE

- A.5.3 SORT_TYPE

- A.5.4 CASE_SENSITIVE_CHARACTER_COMPARISON

- A.5.5 NULL_VALUES_SORT_FIRST

- A.5.6 DATE_TIME_DISPLAY_FORMAT

- A.5.6.1 日時表示書式の使用方法

- A.5.7 DATE_DISPLAY_FORMAT

- A.5.8 TIME_DISPLAY_FORMAT

- A.5.9 WORK_DIRECTORY_PATHS

- A.5.10 VIRTUAL_TABLE_PAGE_SIZE

- A.5.11 USE_LONG_MONTH_NAMES

- A.5.12 MEMORY_COMPACT_PERIOD_IN_SECONDS

- A.5.13 USE_LONG_DAY_NAMES

- A.5.14 USE_UPPERCASE_MONTH_NAMES

- A.5.15 USE_UPPERCASE_DAY_NAMES

- A.5.16 UPPERCASE_USERNAME_FOR_INITBLOCK

- A.6 Securityセクションのパラメータ

- A.6.1 DEFAULT_PRIVILEGES

- A.6.2 PROJECT_INACCESSIBLE_COLUMN_AS_NULL

- A.6.3 IGNORE_LDAP_PWD_EXPIRY_WARNING

- A.6.4 MAX_AUTHENTICATION_TIME

- A.6.5 INIT_BLOCK_LOG_TIME_THRESHOLD

- A.6.6 NUM_INIT_BLOCK_THREADS_PER_USER

- A.6.7 SSL

- A.6.8 SSL_CERTIFICATE_FILE

- A.6.9 SSL_PRIVATE_KEY_FILE

- A.6.10 SSL_PK_PASSPHRASE_FILE

- A.6.11 SSL_PK_PASSPHRASE_PROGRAM

- A.6.12 SSL_VERIFY_PEER

- A.6.13 SSL_VERIFY_SERVERS

- A.6.14 SSL_VERIFY_CLIENTS

- A.6.15 SSL_CA_CERTIFICATE_DIR

- A.6.16 SSL_CA_CERTIFICATE_FILE

- A.6.17 SSL_TRUSTED_PEER_DNS

- A.6.18 SSL_INTERNAL_CA_CERTIFICATE_FILE

- A.6.19 SSL_INTERNAL_TRUSTED_PEER_DNS

- A.6.20 SSL_WEBSERVER_CA_CERTIFICATE_FILE

- A.6.21 SSL_WEBSERVER_TRUSTED_PEER_DNS

- A.6.22 SSL_CERT_VERIFICATION_DEPTH

- A.6.23 SSL_CIPHER_LIST

- A.7 Serverセクションのパラメータ

- A.7.1 READ_ONLY_MODE

- A.7.2 MAX_SESSION_LIMIT

- A.7.2.1 MAX_SESSION_LIMITおよびSERVER_THREAD_RANGEパラメータについて

- A.7.3 MAX_REQUEST_PER_SESSION_LIMIT

- A.7.4 SERVER_THREAD_RANGE

- A.7.5 SERVER_THREAD_STACK_SIZE

- A.7.6 DB_GATEWAY_THREAD_RANGE

- A.7.7 DB_GATEWAY_THREAD_STACK_SIZE

- A.7.8 HTTP_CLIENT_THREAD_RANGE

- A.7.9 HTTP_CLIENT_THREAD_STACK_SIZE

- A.7.10 MAX_EXPANDED_SUBQUERY_PREDICATES

- A.7.11 MAX_QUERY_PLAN_CACHE_ENTRIES

- A.7.12 MAX_QUERY_PLAN_CACHE_ENTRY_SIZE

- A.7.13 MAX_DRILLDOWN_INFO_CACHE_ENTRIES

- A.7.14 MAX_DRILLDOWN_QUERY_CACHE_ENTRIES

- A.7.15 INIT_BLOCK_CACHE_ENTRIES

- A.7.16 CLIENT_MGMT_THREADS_MAX

- A.7.17 DEFAULT_JOBQUEUE_SIZE_PER_THREAD

- A.7.18 MAX_COLUMNS_IN_SELECT

- A.7.19 MAX_LOGICAL_DIMENSION_TABLES

- A.7.20 MAX_LOGICAL_FACT_TABLES

- A.7.21 MAX_LOGICAL_MEASURES

- A.7.22 MAX_SET_OPERATION_BLOCKS

- A.7.23 QUERY_LIMIT_WARNING_INSTEAD_OF_ERROR

- A.7.24 RPC_SERVICE_OR_PORT

- A.7.25 LISTEN_ADDRESS

- A.7.26 LISTEN_PORT

- A.7.27 ENABLE_DB_HINTS

- A.7.28 PREVENT_DIVIDE_BY_ZERO

- A.7.29 CLUSTER_PARTICIPANT

- A.7.30 REPOSITORY_PUBLISHING_DIRECTORY

- A.7.31 REQUIRE_PUBLISHING_DIRECTORY

- A.7.32 DISCONNECTED

- A.7.33 AUTOMATIC_RESTART

- A.7.34 VARIABLE_VALUE_LIMIT

- A.7.35 EVALUATE_SUPPORT_LEVEL

- A.7.36 FMW_SECURITY_SERVICE_URL

- A.7.37 FMW_SECURITY_SERVICE_MAX_NUMBER_OF_CONNECTIONS

- A.7.38 FMW_SECURITY_SERVICE_MAX_NUMBER_OF_RETRIES

- A.7.39 FMW_UPDATE_ROLE_AND_USER_REF_GUIDS

- A.7.40 ENABLE_NUMERIC_DATA_TYPE

- A.7.41 ENDECA_SERVLET_URL

- A.8 高可用性パラメータ

- A.8.1 HA_DB_PING_PERIOD_MILLISECS

- A.9 Dynamic Libraryセクションのパラメータ

- A.10 Usage Trackingセクションのパラメータ

- A.10.1 ENABLE

- A.10.2 DIRECT_INSERT

- A.10.3 STORAGE_DIRECTORY

- A.10.4 CHECKPOINT_INTERVAL_MINUTES

- A.10.5 FILE_ROLLOVER_INTERVAL_MINUTES

- A.10.6 CODE_PAGE

- A.10.7 PHYSICAL_TABLE_NAME

- A.10.8 CONNECTION_POOL

- A.10.9 INIT_BLOCK_TABLE_NAME

- A.10.10 INIT_BLOCK_CONNECTION_POOL

- A.10.11 BUFFER_SIZE

- A.10.12 BUFFER_TIME_LIMIT_SECONDS

- A.10.13 NUM_INSERT_THREADS

- A.10.14 MAX_INSERTS_PER_TRANSACTION

- A.10.15 JOBQUEUE_SIZE_PER_INSERT_THREADPOOL_THREAD

- A.10.16 THROW_INSERT_WHEN_JOBQUEUE_FULL

- A.10.17 SUMMARY_STATISTICS_LOGGING

- A.10.18 SUMMARY_ADVISOR_TABLE_NAME

- A.11 Query Optimization Flagsセクションのパラメータ

- A.11.1 STRONG_DATETIME_TYPE_CHECKING

- A.12 MDX Member Name Cacheセクションのパラメータ

- A.12.1 ENABLE

- A.12.2 DATA_STORAGE_PATH

- A.12.3 MAX_SIZE_PER_USER

- A.12.4 MAX_MEMBER_PER_LEVEL

- A.12.5 MAX_CACHE_SIZE

- A.13 Aggregate Persistenceセクションのパラメータ

- A.13.1 AGGREGATE_PREFIX

- A.13.2 AGGREGATE_THREAD_POOL_SIZE

- A.13.3 AGGREGATE_AW_NAME

- A.13.4 PREAGGREGATE_AW_CUBE

- A.13.5 SUPPORT_ANALYTICAL_WORKSPACE_TARGETS

- A.14 JavaHostセクションのパラメータ

- A.14.1 JAVAHOST_HOSTNAME_OR_IP_ADDRESSES

- A.14.2 JAVAHOST_HOSTNAME_OR_IP_ADDRESSES_OVERRIDE

- A.15 Datamart Automationセクションのパラメータ

- A.15.1 ESSBASE_STUDIO_URL

- A.15.2 ESSBASE_SERVER

- A.15.3 DMA_DATABASE

B 拡張構成リファレンス

- B.1 プレゼンテーション・サービスに対する拡張構成の変更

- B.1.1 Oracle BI EEのページの攻撃からの保護

- B.2 Oracle BIプレゼンテーション・サービスに対するJavaHostサービスの使用

C ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

D Fusion Middleware Control設定の手動更新

- D.1 Fusion Middleware ControlによるOracle Business Intelligence構成設定の管理の無効化

- D.2 通常はFusion Middleware Controlによって管理されるOracle Business Intelligence構成設定の手動更新

用語集

索引

はじめに

Oracle Business Intelligence Foundation Suiteは、企業におけるあらゆるビジネス・インテリジェンス・ニーズを満たす、完全でオープンな、統合されたソリューションであり、レポート、非定型の問合せ、OLAP、ダッシュボード、スコアカードおよびWhat-If分析の機能を備えています。Oracle Business Intelligence Foundation Suiteには、Oracle Business Intelligence Enterprise Editionが含まれています。

Oracle Business Intelligence Enterprise Edition(Oracle BI EE)は包括的な一連のエンタープライズ・ビジネス・インテリジェンス・ツールおよびインフラストラクチャであり、スケーラブルで効率的な問合せおよび分析サーバー、非定型の問合せおよび分析ツール、インタラクティブ・ダッシュボード、プロアクティブ・インテリジェンスおよびアラート、エンタープライズ・レポート・エンジンが含まれます。

Oracle BI EEのコンポーネントは、共通のサービス指向アーキテクチャ、データ・アクセス・サービス、分析および計算インフラストラクチャ、メタデータ管理サービス、意味的ビジネス・モデル、セキュリティ・モデルとユーザー・プリファレンスおよび管理ツールを共有します。Oracle BI EEは、データソース固有の最適化されたリクエスト生成、最適化されたデータ・アクセス、高度な計算、インテリジェントなキャッシング・サービスおよびクラスタリングにより、スケーラビリティとパフォーマンスを提供します。

このガイドには、システム管理者のタスクに関する情報が記載されており、プロセスの起動と停止、ロギング管理と使用状況トラッキング、問合せキャッシングとパフォーマンスの管理、スケーラビリティと高可用性の管理および構成オプションの設定に関するトピックが含まれています。

対象読者

このドキュメントは、Oracle Business Intelligenceのプロセス、ロギング、キャッシング、監視、高可用性および構成の管理を担当するシステム管理者を対象としています。

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

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

Oracleサポートへのアクセス

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 (聴覚障害者向け)を参照してください。

関連ドキュメントとその他のリソース

関連するOracle Business Intelligenceのドキュメントのリストは、Oracle Business Intelligenceドキュメント・ライブラリを参照してください。

さらに、次もあります。

- Oracle Business Intelligenceに関連するオンライン・トレーニングのリソースについては、Oracle Learning Libraryを参照してください。

- 製品情報センターに関するサポート・ノート(記事ID: 1267009.1)をMy Oracle Support(https://support.oracle.com)でアクセスしてください。

表記規則

このドキュメントでは次の表記規則を使用します。

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

Oracle Business Intelligenceシステム管理者向けの新機能

ここでは、Oracle Business Intelligence Enterprise Edition 11g リリース1 (11.1.1)のシステム管理機能の変更について説明します。旧バージョンからOracle BI EEにアップグレードする場合は、機能、ツールおよび手順に大幅な変更があるため、次の情報を注意してお読みください。

この序章には、次のトピックが含まれています。

- Oracle BI EE 11g リリース1 (11.1.1.9)の新機能

- Oracle BI EE 11g リリース1 (11.1.1.7)の新機能

- Oracle BI EE 11g リリース1 (11.1.1.6)の新機能

- Oracle BI EE 11g リリース1 (11.1.1.5)の新機能

- Oracle BI EE 11g リリース1 (11.1.1.3)の新機能

Oracle BI EE 11g リリース1 (11.1.1.9)の新機能

Oracle BI EE 11g リリース1 (11.1.1.9)におけるシステム管理の新機能は、次のとおりです。

- 全文検索の新しいプロパティ

- 新しいまたは強化された構成要素

- 新しいNQSconfig.INIの設定

- Fusion Middleware Controlを使用したエージェントのデバッグ

全文検索の新しいプロパティ

新しいプロパティが追加されて、全文検索が強化されました。詳細は、第17.13.4.1.1項「データ・ロードのエージェントの作成」および第17.14.5項「検索のプロパティの手動による構成」を参照してください。

新しいまたは強化された構成要素

新しいまたは強化された構成要素が、instanceconfig.xmlファイルで使用できます。

- エクスポートの構成 — 次の要素を使用して、エクスポートを構成できるようになりました。

- Orientation

- DataValue

第19.2.2項「エクスポートの手動による構成」を参照してください。

- グラフおよびゲージの構成 — DefaultWebImageType要素で、html5フォーマットのイメージ・レンダリングがサポートされるようになりました。第19.3.2項「グラフとゲージの手動による構成」を参照してください。

- 表ビュー、ピボット表ビューおよびトレリス・ビューでのデータのフェッチの構成設定 — DefaultFreezeHeadersWidthおよびDefault FreezeHeadersHeight要素を使用して、表ビュー、ピボット表ビューおよびトレリス・ビューのデフォルトの幅および高さを指定できるようになりました。これらのビューでは、スクロールしてデータを参照します。第19.3.1.3項「表ビュー、ピボット表ビューおよびトレリス・ビューのデータをフェッチするための設定の手動による構成」を参照してください。

- Oracle BI Publisherへのダッシュボード・ページのエクスポート機能の有効化 — EnableDashPageExport要素が強化されて、カスタム・エクスポート・レイアウトやカスタム・印刷レイアウトをダッシュボード・ページからOracle BI Publisherへエクスポートする機能が使用できるようになりました。詳細は、第19.5.5項「Oracle BI Publisherへのダッシュボード・ページのエクスポート機能の有効化」を参照してください。

新しいNQSconfig.INIの設定

次の構成パラメータが、NQSconfig.INIファイルに追加されました。

- DEFAULT_JOBQUEUE_SIZE_PER_THREAD

- ENDECA_SERVLET_URL

- INIT_BLOCK_TABLE_NAME

- INIT_BLOCK_CONNECTION_POOL

- MEMORY_COMPACT_PERIOD_IN_SECONDS

- NUM_INIT_BLOCK_THREADS_PER_USER

- SUPPORT_ANALYTICAL_WORKSPACE_TARGETS

これらのパラメータの詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

Fusion Middleware Controlを使用したエージェントのデバッグ

エージェント・ログ・エントリが、Fusion Middleware Controlを使用してスケジューラ・ログ・ファイルに書き込まれ、表示されるようになりました。詳細は、第8.5.7.1項「Fusion Middleware Controlを使用したエージェントのデバッグ」を参照してください。

Oracle BI EE 11g リリース1 (11.1.1.7)の新機能

この項では、Oracle BI EE 11g リリース1 (11.1.1.7)の新機能を説明します。内容は次のとおりです。

- 11.1.1.7.16の新機能

- 11.1.1.7.10の新機能

- 11.1.1.7.0の新機能

11.1.1.7.16の新機能

注意:

Oracle BI EE 11gリリース1 (11.1.1.7.16およびそれ以降)についての情報が適用されるのは、Oracle Fusion Applications 11gリリース9 (11.1.9)をご使用のOracle BI EE 11gリリース1 (11.1.1.7)のお客様およびOracle Fusion Applications 11gリリース8 (11.1.8)をご使用のOracle BI EE 11gリリース1 (11.1.1.7)の一部のお客様のみです。

新しい構成要素DefaultRowsDisplayedInDownloadCSVをinstanceconfig.xmlファイルで使用して、CSVファイルにダウンロードされるときにビューに含めることができるデフォルトの行数を指定できるようになりました。第19.3.1項「ビュー内のデータの手動による構成」を参照してください。

11.1.1.7.10の新機能

注意:

Oracle BI EE 11gリリース1 (11.1.1.7.10)に関する情報が適用されるのは、Oracle Fusion Applications 11gリリース8 (11.1.8)をご使用のOracle BI EE 11gリリース 1 (11.1.1.7)のお客様のみです。

Oracle BI EE 11g リリース1 (11.1.1.7.10)におけるシステム管理の新機能は、次のとおりです。

- 新しいNQSconfig.INIの設定

- Oracle BIプレゼンテーション・サービスおよびOracle BI Publisher用の新しいスタイル

- 新しい構成要素

- ロギング・レベルの設定

新しいNQSconfig.INIの設定

新しい構成パラメータが、NQSconfig.INIファイルにいくつか追加されました。

- 新しい構成設定MAX_AUTHENTICATION_TIMEが使用できるようになりました。この設定は、ユーザーがOracle BIサーバーにログインしたときに、初期化ブロックを実行するためにOracle BIサーバーに割り当てられる時間を制御します。詳細は、第A.6.4項「MAX_AUTHENTICATION_TIME」を参照してください。

- 新しい構成設定を使用して、問合せの制限を制御したり、論理SQL言語の要素に強制できるようになりました。

- 第A.7.18項「MAX_COLUMNS_IN_SELECT」

- 第A.7.19項「MAX_LOGICAL_DIMENSION_TABLES」

- 第A.7.20項「MAX_LOGICAL_FACT_TABLES」

- 第A.7.21項「MAX_LOGICAL_MEASURES」

- 第A.7.22項「MAX_SET_OPERATION_BLOCKS」

- 第A.7.23項「QUERY_LIMIT_WARNING_INSTEAD_OF_ERROR」

Oracle BIプレゼンテーション・サービスおよびOracle BI Publisher用の新しいスタイル

Oracle BI EEのインタフェースをユーザーに表示する方法は、スキンおよびスタイルを作成することで制御できます。詳細は、第19.9項「Oracle BI Webユーザー・インタフェースのカスタマイズ」を参照してください。

新しい構成要素

次の目的のために、instanceconfig.xmlファイルに新しい構成要素が追加されました。

- エクスポートの構成 — 次の要素を使用して、エクスポートを構成できるようになりました。

- RepeatRows

- Delimiter

- KeepRowsTogether

第19.2.2項「エクスポートの手動による構成」を参照してください。

- プロンプト — ShowNullValueInPromptsWhenDatabaseColumnIsNullable要素を使用して、データベースでnull値を許容する場合、ドロップダウン・リストの列プロンプトに単語"NULL"を実行時に表示するかどうかを指定できるようになりました。第19.4項「プロンプトの構成」を参照してください。

- ダッシュボード — EnableDelayExecution要素を使用して、ダッシュボード・ページの実行を遅延する機能を有効にできるようになりました。第19.5.1項「デフォルトのプレゼンテーション設定の手動による変更」を参照してください。

- デフォルトのプレゼンテーション設定の変更 — 次の要素を使用して、分析エディタの開始タブおよびアクセシビリティ・モードのデフォルト値を構成できるようになりました。

- AnalysisEditorStartTab

- Enable508

第19.5.1項「デフォルトのプレゼンテーション設定の手動による変更」を参照してください。

- ツリーマップ — MaxCells、MaxVisibleSections、MaxVisibleRowsおよびMaxVisiblePagesの各要素は、ツリーマップのデータの表示に作用します。第19.3.1項「ビュー内のデータの手動による構成」を参照してください。

- 分析およびダッシュボード・プロンプト — ResultRowLimit要素は、分析およびダッシュボード・プロンプトの論理SQLから返されるレコード数を制御します。詳細は、第19.4項「プロンプトの構成」を参照してください。

ロギング・レベルの設定

「管理」ページのオプションを使用して、Oracle BIプレゼンテーション・サービスのロギング・レベルを設定できます。詳細は、第8.5.2項「Oracle BIプレゼンテーション・サービスのロギング・レベルの設定」を参照してください。

11.1.1.7.0の新機能

Oracle BI EE 11g リリース1 (11.1.1.7.0)におけるシステム管理の新機能は、次のとおりです。

- Oracle Endeca Serverのサポート

- マルチテナントのサポート

- Oracle BI EEとEssbaseの統合

- パフォーマンス・タイルに必要な新規構成

- ダッシュボードの新規構成要素

- ビューの相互作用の新規構成要素および新規デフォルト値

Oracle Endeca Serverのサポート

Oracle Endeca Serverを全文検索の検索エンジンとして構成できます。詳細は、第17.13項「Oracle Endeca Serverでの検索の構成」を参照してください。

マルチテナントのサポート

複数テナントの仕様をサポートするように、Oracle BI EEを構成できます。詳細は、第18章「マルチテナントの構成」を参照してください。

Oracle BI EEとEssbaseの統合

Essbaseの機能は、Oracle BI EEと緊密に統合されています。詳細は、第27章「Oracle Business IntelligenceでのOracle Essbaseと関連コンポーネントの使用の概要」を参照してください。

パフォーマンス・タイルに必要な新規構成

パフォーマンス・タイル・ビューの数字に付くスケール変更係数を指定するには、第15.2.1.5項「パフォーマンス・タイルの数字のスケーリングの指定」の説明に従って、localedefinitionsファイルを手動で編集する必要があります。

ダッシュボードの新規構成要素

第19.5.5項「Oracle BI Publisherへのダッシュボード・ページのエクスポート機能の有効化」の説明に従って、新規構成設定を使用して、ダッシュボード・ページをOracle BI Publisherにエクスポートする機能を有効化できます。

ビューの相互作用の新規構成要素および新規デフォルト値

新規構成設定InteractionPropertyHideColumnsを使用して、「相互作用」タブ、「分析プロパティ」ダイアログの「列の非表示」オプションでデフォルト値を指定できます。さらに、InteractionPropertyDrill、InteractionPropertyInclExclColumns、InteractionPropertyMoveColumnsおよびInteractionPropertySortColumnsはデフォルトでtrueに設定されます。詳細は、第19.3.4項「ビューの相互作用の手動による構成」を参照してください。

Oracle BI EE 11g リリース1 (11.1.1.6)の新機能

この項では、Oracle BI EE 11g リリース 1 (11.1.1.6)の新機能を説明します。内容は次のとおりです。

- 11.1.1.6.2の新機能

- 11.1.1.6.0の新機能

11.1.1.6.2の新機能

Oracle BI EE 11g リリース1 (11.1.1.6.2)におけるシステム管理の新機能は、次のとおりです。

- トレリス・ビューの構成設定

- Oracle BIサーバー診断を取得するためのODBC/JDBCプロシージャ

トレリス・ビューの構成設定

トレリス・ビューのデータ表示に影響を与えるinstanceconfig.xmlファイルに、構成設定が追加されました。詳細は、第19.3.1.2項「ビュー内のデータの設定の手動による構成」を参照してください。

Oracle BIサーバー診断を取得するためのODBC/JDBCプロシージャ

ODBC/JDBCプロシージャで、Oracle BIサーバーに関する診断情報の取得が可能なりました。詳細は、第8.6項「ODBC/JDBCプロシージャを使用したOracle BIサーバーの診断の取得」を参照してください。

11.1.1.6.0の新機能

Oracle BI EE 11g リリース1 (11.1.1.6.0)におけるシステム管理の新機能は、次のとおりです。

- 「プロンプトおよびカスタム・リンクに関する新しい構成要素」

- 「Fusion Middleware Controlのインタフェースの変更」

- 「管理ツールのユーザー・インタフェースの言語」

- 「Oracle BIプレゼンテーション・カタログの改良」

- 「全文検索機能の強化」

- 「分析およびダッシュボードの構成の設定」

- 「NQSConfig.INIでの構成の設定」

プロンプトおよびカスタム・リンクに関する新しい構成要素

次の項目に影響する新しい構成要素を使用できます。

- ダッシュボード・ページでのプロンプトの使用方法。詳細は、第19.4項「プロンプトの構成」を参照してください。

- ユーザー用のカスタム・リンクの追加方法。詳細は、第19.5.2項「プレゼンテーション・サービスでのカスタム・リンクの提供」を参照してください。

Fusion Middleware Controlのインタフェースの変更

次の各項で説明しているように、Fusion Middleware Controlのユーザー・インタフェースに様々な変更が行われています。

- 第5.6.1項「システム・コンポーネントの可用性を表示するためのFusion Middleware Controlの使用」

- 第6.1.2項「単一点障害を特定するためのFusion Middleware Controlの使用」

- 第6.2.1項「プライマリ・インスタンスおよびセカンダリ・インスタンスを構成するためのFusion Middleware Controlの使用」

- 第8.2.1項「ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用」

- 第8.2.2項「ログ・ファイルのローテーション・ポリシーの構成とログ・レベルの指定」

管理ツールのユーザー・インタフェースの言語

Oracle BI管理ツールの言語の変更の詳細は、第15.4.4項「管理ツールのユーザー・インタフェースの言語の変更」を参照してください。

Oracle BIプレゼンテーション・カタログの改良

Oracle BIプレゼンテーション・カタログでのオブジェクトの使用における機能拡張については、次の各項を参照してください。

- 第17.2.5項「カタログの検証」

- 第17.2.4項「カタログ・オブジェクトの更新」

全文検索機能の強化

ユーザーが全文検索を実行するための構成方法が向上しました。詳細は、第17.11項「全文カタログ検索の構成の概要」を参照してください。

分析およびダッシュボードの構成の設定

第19.5.1項「デフォルトのプレゼンテーション設定の手動による変更」で説明しているように、新しい構成設定を使用して分析およびダッシュボードを操作できるようになりました。

NQSConfig.INIでの構成の設定

Oracle BIサーバーのNQSConfig.INIファイルには、現在、次の各項で説明している設定が含まれています。これらのセクションの中には、以前のリリースから改訂されているものもあります。

- 第A.7.10項「MAX_EXPANDED_SUBQUERY_PREDICATES」

- 第A.7.39項「FMW_UPDATE_ROLE_AND_USER_REF_GUIDS」

- 第A.10.17項「SUMMARY_STATISTICS_LOGGING」

- 第A.10.18項「SUMMARY_ADVISOR_TABLE_NAME」

Oracle BI EE 11g リリース1 (11.1.1.5)の新機能

Oracle BI EE 11g リリース1 (11.1.1.5)におけるシステム管理の新機能は、次のとおりです。

- 「簡易インストール・タイプの変更」

- 「キャプションのエクスポート機能の強化」

- 「テナントのプロビジョニング」

簡易インストール・タイプの変更

簡易インストール・タイプが変更されました。このリリースでは、管理サーバーのみがこのタイプの一部として構成されます。管理対象サーバーおよびノード・マネージャはインストールされないため、特定の管理タスクの実行方法に影響があります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』の「インストール・タイプ」を参照してください。

キャプションのエクスポート機能の強化

翻訳用カタログからキャプションをエクスポートするプロセスが強化され、キャプションの重複に対応するようになりました。詳細は、第15.2.2.4項「ステップ4: 重複するエクスポートされたテキスト文字列の処理」を参照してください。

テナントのプロビジョニング

カタログ・マネージャを使用してテナントをプロビジョニングできます。詳細は、第17.6.7項「テナントの使用」を参照してください。

Oracle BI EE 11g リリース 1 (11.1.1.3)の新機能

Oracle BI EE 11g リリース1 (11.1.1.3)におけるシステム管理の新機能は、次のとおりです。

- 「統合管理の実現」

- 「集中型システム管理」

- 「管理操作におけるプログラム機能およびスクリプト機能」

- 「ビューの新しい構成設定」

- 「カタログの検証」

- 「ユーザーおよびグループの管理」

- 「ローカライゼーションの強化」

統合管理の実現

このリリースでは、Fusion Middleware ControlおよびOracle WebLogic Server管理コンソールを使用した、Javaコンポーネントおよび非Javaコンポーネントの完全な統合管理が実現されます。これにより、ほとんどの管理タスクの構成ファイルを手動で変更する必要がなくなります。

集中型システム管理

このリリースでは、集中管理機能を使用して、次に示すような大半のシステム管理タスクを実行できます。

- Oracle Business Intelligenceコンポーネントの起動と停止。詳細は、第4章「Oracle Business Intelligenceの起動と停止」を参照してください。

- Oracle Business Intelligenceコンポーネントのスケーリングによるシステム容量の増加。詳細は、第5章「デプロイメントのスケーリング」を参照してください。

- システム可用性の構成および監視。詳細は、第6章「高可用性実現のためのOracle Business Intelligenceのデプロイ」 を参照してください。

- パフォーマンス・メトリックの表示とシステムのチューニング。詳細は、第7章「パフォーマンス・チューニングと問合せキャッシングの管理」を参照してください。

- クラスタ内のすべてのコンピュータにわたる問題の診断とトラブルシューティング。詳細は、第8章「Oracle Business Intelligenceの問題の診断および解決」を参照してください。

- 構成とシステム・プリファレンスの変更。詳細は、第10章「リポジトリの構成」を参照してください。

詳細は、第2章「Oracle Business Intelligenceの管理」を参照してください。

管理操作におけるプログラム機能およびスクリプト機能

このリリースでは、構成とシステム管理を自動化できます。新しいBI Systems Management API Javaプログラミング・インタフェースには、標準ベースのJMX MBeanの豊富なセットが用意されており、開発者は、WLST (WebLogic Scripting Tool)やJPythonなどのスクリプト・テクノロジおよびJavaを使用して管理操作を自動化できます。詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

ビューの新しい構成設定

このリリースでは、表、ピボット表、グラフおよびゲージの各ビューについて、新しい構成設定が用意されています。また、マップ・ビューという新しいタイプのビューも導入されています。これらのビューの構成の詳細は、第19章「分析とダッシュボードの構成および管理」を参照してください。

カタログの検証

このリリースには、カタログを検証して、時間の経過とともに発生した不整合に対処できる機能が用意されています。詳細は、第17.2.5.4項「基本的なカタログ検証の実行」を参照してください。

ユーザーおよびグループの管理

このリリースでは、ユーザーおよびグループの管理方法が一部改良および変更されています。また、ユーザーの編成にユーザー・アプリケーションのロールが使用されます。以前のリリースのプレゼンテーション・サービス・グループは、カタログ・グループになりました。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のカタログ・グループの使用に関する項を参照してください。

ローカライゼーションの強化

このリリースには、参照表や別名表など、システムのローカライズ用にいくつかの機能強化が導入されています。詳細は、第15章「Oracle Business Intelligenceのローカライズ」を参照してください。

第I部

Oracle Business Intelligenceの管理

ここでは、Oracle Business Intelligenceの管理方法について説明します。内容は次のとおりです。

- 第1章「Oracle Business Intelligenceのシステム管理の概要」

- 第2章「Oracle Business Intelligenceの管理」

- 第3章「Oracle Business Intelligenceシステムの構成」

1 Oracle Business Intelligenceのシステム管理の概要

ここでは、Oracle Business Intelligenceのシステム管理について、システム管理者の作業内容、一般的なシステム管理タスクの手順、およびOracle Business Intelligenceのアーキテクチャについて説明するとともに、システム管理タスクの完了に役立つツールのリスト、およびシステム要件と認証情報に関するリンクを示します。

この章には、次の項が含まれます。

- 第1.1項「Oracle Business Intelligenceのシステム管理タスク」

- 第1.2項「Oracle Business Intelligenceの管理について」

- 第1.3項「Oracle Business Intelligenceシステムの論理アーキテクチャ」

- 第1.4項「Oracle Business Intelligenceを管理するシステム管理ツール」

- 第1.5項「サンプル・アプリケーションでの作業」

- 第1.6項「Oracle BI Publisherの統合」

- 第1.7項「その他のガイド内の関連トピック」

- 第1.8項「システム要件と動作保証」

1.1 Oracle Business Intelligenceのシステム管理タスク

Oracle Business Intelligenceシステムを管理するためのタスクは、次のとおりです。

- インストール後のデプロイメントに対するシステムの構成
メタデータとコンテンツ、一般的な作業環境、およびデフォルトのシステム設定を構成します。

- 必要に応じたシステムの起動と停止
システムのメンテナンス・タスクの実行時にシステムを起動および停止します。

- セキュリティの構成
Oracle Business Intelligenceシステム、メタデータ、およびデータへの安全なアクセスを確保し、Secure Sockets Layer (SSL)およびSingle Sign-On (SSO)を構成して、ID管理システムとの統合を設定します。

- 高可用性を実現するためのスケールアウトと構成
線形スケールアウト用にOracle Business Intelligenceシステムを構成し、シングル・ポイント障害を見つけて排除します。

- パフォーマンスおよび可用性の管理
サービス・レベルを監視してパフォーマンスをチューニングします。

- 問題の管理および解決
エラーを診断して解決策を確立します。

- システムのテスト環境から本番環境への移行
テスト環境から本番環境への移行の手順を管理します。

- データのバックアップとリカバリ
予期しないイベントに対する準備を行い、そこから回復させます。

これらのタスクの詳細は、第1.2項「Oracle Business Intelligenceの管理について」を参照してください。

1.2 Oracle Business Intelligenceの管理について

この項の情報を参照して完了すべきタスクを特定し、該当するリンクをクリックして、目的の内容を表示してください。

表1-1は、Oracle Business Intelligenceで実行する一般的なシステム管理タスクと、その関連情報の記載先を示しています。

表1-1 Oracle Business Intelligenceのシステム管理タスク

システム管理タスク

詳細

Oracle Business Intelligenceのシステム管理の概要

詳細は、この項のトピックを参照してください。

システム・アーキテクチャ、コンポーネント、ツール、他の関連トピックへのリンク、および動作保証に関する情報が記載されています。

Oracle Business Intelligenceのステータスの表示

第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」

Fusion Middleware ControlおよびWebLogic Server管理コンソールの使用法も記載されています。

Oracle Business Intelligenceの構成

第3章「Oracle Business Intelligenceシステムの構成」

構成設定の更新に使用できる方法と、構成ファイルの格納場所に関する情報が記載されています。

Oracle Business Intelligenceの起動と停止

第4章「Oracle Business Intelligenceの起動と停止」

コンポーネントの起動と停止、およびトラブルシューティング情報に関する様々なトピックが記載されています。

可用性および容量の管理

第III部「高可用性とパフォーマンスのためのスケーリングおよびデプロイ」

環境のスケーリング、高可用性を実現するためのデプロイ、パフォーマンス・チューニング、および問合せキャッシュに関する章が含まれています。

問題の診断および解決

第IV部「問題の解決」

問題の診断と解決、および使用状況の追跡に関する章が含まれています。

Oracle Business Intelligenceの構成

第V部「Oracle Business Intelligenceの構成」

リポジトリや外部システムへの接続の構成など、必要な構成に関する章が含まれています。

構成の拡張設定の変更

第VI部「詳細な構成設定」

分析、ダッシュボード、マップなどの機能の構成について、その拡張設定とオプション設定に関する章が含まれています。

Oracle BIスケジューラの構成

詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドを参照してください。

Oracle Business Intelligenceシステムの管理の自動化

第VII部「Oracle Business Intelligenceの管理の自動化」

Oracle BIシステムの管理APIについて説明しています。

ライフサイクルの管理

第VIII部「ライフサイクルの管理」

パッチの適用、環境間の移動、バックアップおよびリカバリなど、ライフサイクル管理タスクに関する章が含まれています。

Oracle Business IntelligenceでのEssbaseの使用

第IX部「Oracle Business IntelligenceでのOracle Essbaseの使用」

Oracle Business Intelligenceとともにインストールされた場合のEssbaseの使用についての章が含まれています。

システムの保護

- 管理ロールのメンバーシップの定義
『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

- 中間層での通信の保護
このガイドでは、Secure Sockets Layer(SSL)およびSingle Sign-On(SSO)については記載していません。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

1.3 Oracle Business Intelligenceシステムの論理アーキテクチャ

Oracle Business Intelligenceシステムの論理アーキテクチャは、Oracle BIドメインと呼ばれる複数の管理可能なコンポーネントを統合した単一のセットで構成されています。この一連のOracle BIドメインは、単一のホスト上にインストールして連携して機能するように構成することも、パフォーマンスや可用性を考慮して複数のホストにクラスタ化することも可能です。

注意:

Oracle HTTP ServerやApache HTTP ServerなどのWebサーバーをOracle Business Intelligenceとともに使用することで、本番システムのパフォーマンスを強化できます。WebサーバーはデフォルトでOracle Business Intelligenceインストーラに含まれておらず、Oracle Business Intelligenceシステムの論理アーキテクチャの一部でもありません。Webサーバーは個別にインストールして構成する必要があります。

1.3.1 単一ホスト上のOracle Business Intelligence

Oracle Business Intelligenceは、エンタープライズ・インストール・タイプまたは簡易インストール・タイプのいずれかを使用して単一ホスト上にインストールできます。次の各項で説明するように、このインストール・タイプに応じてアーキテクチャはわずかに異なります。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』の「インストール・タイプ」を参照してください。

1.3.1.1 単一ホストとエンタープライズ・インストール

エンタープライズ・インストール・タイプでは、次のコンポーネントが単一ホスト上のOracle BIドメインにインストールされます。BIドメインは、単一のWebLogic Serverドメイン内の1つ以上のJava EE(JEE)コンテナにデプロイされるJavaコンポーネント、(非JEE)システム・コンポーネントとプロセス、および必要な構成ファイル、メタデータ・リポジトリおよびインフラストラクチャで構成されます。

- Javaコンポーネント - JEEアプリケーションとして、SOAP、HTTPおよびその他の形式のリクエストを処理するためにデプロイされます。
詳細は、第1.3.3項「Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて」を参照してください。

- 管理サーバー - システムを管理するためのJavaコンポーネントが含まれる、専用のJava仮想マシンで実行されるJEEコンテナとしてデプロイされます。これらのコンポーネントには、Oracle WebLogic Server管理コンソール、Oracle Fusion Middleware ControlおよびJMX MBeanがあります。
詳細は、第1.3.4項「管理サーバーとは」を参照してください。

- 管理対象サーバー - システム内でJavaベースのサービスおよびアプリケーションに実行時環境を提供する、専用のJava仮想マシンで実行されるJEEコンテナとしてデプロイされます。これらのサービスおよびアプリケーションには、BI PublisherおよびOracle Real-Time Decisionsがあります。
Oracle BIドメインには、1つ以上のホスト・コンピュータにわたって配信される1つ以上の管理対象サーバーが含まれます。

- ノード・マネージャ - 管理サーバーおよび管理対象サーバーのプロセスに対するプロセス管理サービスを提供します。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。

- システム・コンポーネント - サーバー・プロセスとしてデプロイされ、OPMNなどのOracle Business Intelligenceを有効にするコア・サービスを提供します。OPMN (Oracle Process Manager and Notification Server)は、Oracle Business Intelligenceのシステム・コンポーネント・プロセスを管理します。
詳細は、第1.3.3項「Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて」を参照してください。OPMNに関する詳細は、第1.4.3項「Oracle Process Manager and Notification Server (OPMN)ツール」を参照してください。

- その他のドメイン・コンテンツ - 必要なすべてのソフトウェア、メタデータ、構成ファイル、RPDファイル、Oracle BIプレゼンテーション・カタログ、およびOracle Business Intelligenceシステムを実行するために必要な接続およびデータベース構成情報が含まれます。

図1-1は、単一ホスト上にインストールされたエンタープライズ・インストール・タイプのOracle Business Intelligenceのシステム・アーキテクチャを示しています。

図1-1 エンタープライズ・インストールのシステム論理アーキテクチャ(単一ホスト)

1.3.1.2 単一ホストと簡易インストール

簡易インストール・タイプのアーキテクチャはエンタープライズ・インストール・タイプと似ていますが、次のような違いがあります。

- ノード・マネージャはインストールされません。

- エンタープライズ・インストール・タイプの管理対象サーバー部分のすべてのコンポーネントについては、管理サーバーがかわって機能します。管理対象サーバーはインストールされません。

図1-2は、単一ホスト上にインストールされた簡易インストール・タイプのOracle Business Intelligenceのシステム・アーキテクチャを示しています。

図1-2 簡易インストールのシステム論理アーキテクチャ(単一ホスト)

1.3.2 複数ホスト上のOracle Business Intelligence

エンタープライズ・インストールでは、Oracle Business Intelligenceを複数のホスト上にインストールして構成できます。図1-3は、2つのホストにおけるシステム・アーキテクチャを示しています。

図1-3 Oracle Business Intelligenceのシステム論理アーキテクチャ(2つのホスト)

図1-3では、Javaコンポーネント(WebLogic Serverドメイン)とシステム・コンポーネント(BIインスタンス)が、単一のBIドメインの一部として2つのホストにクラスタ化されています。どちらのホストにも管理サーバーが存在しますが、有効なのは1つのホスト上のサーバー(この例では、ホスト1)のみです。

1.3.3 Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて

Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて、次の各項で説明します。

- 第1.3.3.1項「Javaコンポーネントについて」

- 第1.3.3.2項「システム・コンポーネントについて」

詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

Oracle Business IntelligenceとともにインストールされたEssbaseコンポーネントに関する詳細は、第27.4.1項「Oracle Business Intelligenceの新規インストールでのEssbaseおよび関連コンポーネントのインストール」を参照してください。

1.3.3.1 Javaコンポーネントについて

Javaコンポーネントは、1つ以上のJava EEアプリケーションとしてデプロイされます。詳細は次のとおりです。

- 管理コンポーネント - Oracle WebLogic Server管理コンソール、Fusion Middleware Control、およびOracle Business Intelligenceのすべての構成と実行時設定を管理するJMX MBean。

- Oracle BI Publisher - 従業員、顧客および仕入先に向けてあらゆるタイプの高度にフォーマットされたドキュメントを作成、管理および配布するエンタープライズ・レポート・ソリューションを提供します。

- Oracle BI for Microsoft Office - Oracle Business IntelligenceとMicrosoft Office製品を統合します。

- Oracle BI Action Services - Action Frameworkに必要な専用のWebサービスを提供します。これにより、管理者は、ユーザーがアクションを作成する際に参照するWebサービス・ディレクトリを手動で構成できるようになります。

- Oracle BIコンポーザ - このコンポーネントには使いやすいウィザードがあり、複雑な分析エディタを使用しなくても、素早く簡単に分析を作成、編集または表示できます。

- Oracle Real-Time Decisions (Oracle RTD) - エンタープライズ分析ソフトウェア・ソリューションを提供します。これにより、ビジネス運用プロセスにおける重要な局面で、より適切な付加価値の高い意思決定を企業がリアルタイムにできるようになります。

- Oracle BI Security Services - Oracle BIサーバーとOracle Fusion Middlewareセキュリティ・プラットフォームの統合を実現する専用のWebサービスを提供します。

- Oracle BI SOA Services - 分析、エージェントおよび条件を起動するための、Oracle BIプレゼンテーション・カタログのオブジェクト専用のWebサービスを提供します。これらのサービスにより、Oracle Business Intelligenceの機能をBusiness Process Execution Language (BPEL)プロセスから簡単に起動できるようになります。

- Oracle BIプレゼンテーション・サービスPlug-in - HTTPリクエストおよびSOAPリクエストをOracle BIプレゼンテーション・サービスにルーティングするJEEアプリケーションです。

1.3.3.2 システム・コンポーネントについて

システム・コンポーネントは、C++やJ2SEで記述されたプロセスおよびサービスなどの非JEEコンポーネントとしてデプロイされます。詳細は次のとおりです。

- Oracle BIサーバー - Oracle Business Intelligenceの中核となる問合せ機能およびデータ・アクセス機能を提供するとともに、エンタープライズ・セマンティック・モデル(.RPDファイルに格納される)にアクセスして管理するサービスを提供します。

- Oracle BIプレゼンテーション・サービス - ビジネス・インテリジェンス・データのWebクライアントへのプレゼンテーション用のフレームワークとインタフェースを提供します。このプレゼンテーション・フレームワークのカスタマイズ用に、ファイル・システム上にOracle BIプレゼンテーション・カタログ・サービスが保持されています。

- Oracle BIスケジューラ - 指定された時間に分析をユーザーへ配信するための拡張可能なスケジューリング機能を提供します(Oracle BI Publisherには独自のスケジューラが搭載されています)。

- Oracle BI JavaHost - Oracle BIスケジューラ、Oracle BI Publisherおよびグラフ生成におけるJavaタスクなど、様々なコンポーネントのOracle BIプレゼンテーション・サービスでのサポートを可能にするコンポーネント・サービスを提供します。Oracle BIサーバー問合せにより、Hyperion Financial ManagementデータソースおよびHyperion Planningデータソースにアクセスできます。

- Oracle BIクラスタ・コントローラ - リクエストがBIドメイン内のBIサーバー・プロセス・インスタンス全体で均等に分散されていることを確認しながら、リクエストをBIサーバーに配信します。

1.3.4 管理サーバーとは

管理サーバーの管理コンポーネントによって、単一ノードおよび複数ノード(分散型)のBIドメインの管理が可能になります。詳細は、次のとおりです。

- エンタープライズ・インストール・タイプおよび簡易インストール・タイプでは、管理サーバーには次のコンポーネントが含まれます。

- JMX MBean - BIドメインの管理用にプログラム的なアクセスを提供するJavaコンポーネントです。

- Fusion Middleware Control - BIドメインの管理に使用する管理ユーザー・インタフェースです。

- WebLogic Server管理コンソール - WebLogic、JEEコンポーネントおよびセキュリティをより詳細に管理するための管理ユーザー・インタフェースです。

- エンタープライズ・インストール・タイプで管理対象サーバーを構成するAction ServicesやOracle BI Publisherなどのコンポーネントも、簡易インストール・タイプでは管理サーバーに含まれます。

1.4 Oracle Business Intelligenceを管理するシステム管理ツール

次の各項では、Oracle Business Intelligenceの管理に使用できるシステム管理ツールについて説明しています。表1-2は、ツールとその用途の概要です。

表1-2 Oracle Business Intelligenceのシステム管理ツール

参照先

ツール

用途

第1.4.1項

Fusion Middleware Control

Oracle Business Intelligenceのシステム・コンポーネントの監視、管理および構成。

第1.4.2項

Oracle WebLogic Server管理コンソール

Oracle Business IntelligenceのJEE Javaコンポーネントの監視および管理。

第1.4.3項

Oracle Process Manager and Notification Server(OPMN)

Oracle Business Intelligenceのシステム・コンポーネントの管理(上級ユーザー向け)。

第1.4.4項

Oracle WebLogic Scripting Tool(WLST)

Oracle Business Intelligenceのプログラム的な管理機能。

第1.4.5項

Oracle BI管理ツール

Oracle Business Intelligenceのメタデータ・リポジトリの管理。

第1.4.6項

ジョブ・マネージャ

Oracle BIスケジューラの管理。

1.4.1 Fusion Middleware Control

Fusion Middleware Controlはブラウザベースのツールであり、Oracle Business Intelligenceコンポーネントの監視、管理および構成に使用することをお薦めします。

Fusion Middleware Controlは、主にBIドメインのシステム・コンポーネントの管理に使用され、次の機能を備えています。

- すべてのシステム・コンポーネントと管理対象サーバーの起動、停止および再起動

- プリファレンスとデフォルトの構成

- システム・コンポーネントのスケールアウト

- 高可用性構成の実現とシステム・コンポーネントのステータスの提供

- パフォーマンスの管理とシステム・メトリックの監視

- 診断とロギングの実行

Fusion Middleware Controlでは、Oracle WebLogic Server管理コンソールにアクセスして、Oracle Business IntelligenceのJavaコンポーネントを監視および管理することもできます。

Fusion Middleware Controlは、第4.2項「Oracle Business Intelligenceシステムの起動」で説明しているように、管理サーバーが稼動している場合にのみ使用できます。

詳細は、第2章「Oracle Business Intelligenceの管理」を参照してください。

1.4.2 Oracle WebLogic Server管理コンソール

Oracle WebLogic Serverは、堅牢性、安全性、高可用性およびスケーラビリティに優れた環境へのOracle Business Intelligence JavaコンポーネントのデプロイをサポートするJava EEアプリケーション・サーバーです。

詳細は、第2章「Oracle Business Intelligenceの管理」を参照してください。

Oracle WebLogic Server管理コンソールを使用して、WebLogic Serverドメインを監視および管理できます。その機能は次のとおりです。

- JEEサーバーの稼動状況とパフォーマンスの監視

- WebLogic Serverドメインの構成

- JEEサーバーの停止と起動

- JEEサーバーのログの表示

- Oracle WebLogic ServerのLDAPサーバーにおけるユーザー移入の管理

詳細は、次のOracle Technology Networkを参照してください。

http://www.oracle.com/technetwork/index.html.

1.4.3 Oracle Process Manager and Notification Server (OPMN)ツール

OPMNは、Oracle Business Intelligenceのシステム・コンポーネントを管理するプロセス管理ツールです。ローカルおよび分散環境でのプロセス管理、自動プロセス・リサイクリング、およびプロセスの状態(稼働、停止、起動中、停止中)の伝達をサポートします。OPMNは、プロセスの使用不可の状態を検知し、プロセスを自動的に再起動します。

注意:

Fusion Middleware Controlは、コンポーネントの起動と停止、およびそのステータスの表示に推奨される方法です。ただし、Linux上の再起動では、opmnctl startコマンドまたはstartallコマンドを使用する必要があります。OPMNは上級ユーザー向けです。

OPMNには、Oracle Business Intelligenceのシステム・コンポーネントを管理するための次の機能が備わっています。

- Oracle Fusion Middlewareコンポーネントを制御するための上級ユーザー向けのコマンドライン・インタフェース。
詳細は、第4.5項「システム・コンポーネントを起動および停止するための代替方法」を参照してください。

- 応答しなくなったり予期せずに終了したプロセスの自動再起動。

- Oracle Fusion Middlewareコンポーネントを管理するための統合された方法。

1.4.4 Oracle WebLogic Scripting Tool (WLST)

Oracle WebLogic Scripting Tool (WLST)は、Oracle Business Intelligenceのプログラム的な管理を可能にする上級管理者向けのコマンドライン・スクリプト環境です。WLSTスクリプト環境は、Javaのスクリプト・インタプリタであるJythonに基づいています。このツールは、ファイルで提供されるバッチ・スクリプト(ユーザーの入力なしでスクリプトが一連のWLSTコマンドを呼び出すスクリプト・モード)において、コマンドラインで対話的に実行できます。また、Javaコードに組み込むことも可能です。Jython言語構文に従って、WebLogicスクリプト言語を拡張できます。

詳細は、次を参照してください:

- 第23.2項「Oracle BI Systems Management APIのメソッドへのアクセス」

- Oracle Fusion Middleware WebLogic Scripting Toolのコマンド・リファレンス

1.4.5 Oracle BI管理ツール

Oracle BI管理ツールにより、メタデータ・リポジトリを管理できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

1.4.6 ジョブ・マネージャ

ジョブ・マネージャは、Oracle BIスケジューラのインタフェースとして機能するWindowsのツールです。ジョブ・マネージャを使用して、Oracle BIスケジューラへの接続、Oracle BIスケジューラの起動と停止、ジョブの追加と管理、およびジョブ・インスタンスの管理を実行できます。詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドを参照してください。

1.5 サンプル・アプリケーションでの作業

デフォルトでは、Oracle Business Intelligenceは簡易化された「サンプル・アプリケーション」で構成されます。このアプリケーションは、通常、「SampleApp Lite」と呼ばれています。

サンプル・アプリケーションをダウンロードして、さらに強固に構成することもできます。この構成に関する手順は、次の場所で入手できます。

http://www.oracle.com/technetwork/middleware/bi-foundation/obiee-samples-167534.html

Oracle Business Intelligenceで提供されるサンプル・リポジトリの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の「SampleApp.rpdデモンストレーション・リポジトリについて」を参照してください。

1.6 Oracle BI Publisherの統合

このガイドでは、Oracle BI EEおよびBI Publisherがインストールされ、組織に完全に統合されたコンポーネントとして実行されるよう構成されていることが前提となっています。そうではない場合は、このガイドのBI Publisherに関する記述が該当しない可能性があります。BI Publisherの実行の詳細は、Oracle Fusion Middleware Oracle Business Intelligence Publisherユーザーズ・ガイドを参照してください。

1.7 その他のガイド内の関連トピック

システム管理者に関連するトピックが、他のガイドでもいくつか取り上げられています。表1-3に、これらのトピックとその詳細の参照先を示します。

表1-3 他のガイドで取り上げられているトピック

トピック

詳細の参照先

サード・パーティ・ツールとリレーショナル・データソース・アダプタ

第1.8項「システム要件と動作保証」

Oracle BIスケジューラの構成タスク

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイド

データソースの構成

Oracle Fusion Middleware Metadata Oracle Business Intelligence Enterprise Editionリポジトリ作成者ガイド

SSOやSSLの構成を含むセキュリティの設定

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

インストールとアップグレード

Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド

Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド

Oracle Scorecardと戦略管理におけるコメントとステータスのオーバーライドの構成

Oracle Fusion Middleware Metadata Oracle Business Intelligence Enterprise Editionリポジトリ作成者ガイド

Oracle Business Intelligence専用メタデータのXMLファイルへの変換とメタデータのOracleまたはIBM DB2データベースへのインポート

Oracle Fusion Middleware Metadata Oracle Business Intelligence Enterprise Editionリポジトリ作成者ガイド

UIヒント(ラベルとツールチップ)をADFデータソースからOracle BI Answersに表示するための伝播

Oracle Fusion Middleware Metadata Oracle Business Intelligence Enterprise Editionリポジトリ作成者ガイド

IBM WebSphereのアプリケーション・サーバーとしての使用

『Oracle Fusion Middlewareサード・パーティ・アプリケーション・サーバー・ガイド』

1.8 システム要件と動作保証

ハードウェアとソフトウェアの要件、プラットフォーム、データベースおよびその他の情報の詳細は、システム要件と動作要件のドキュメントを参照してください。いずれのドキュメントもOracle Technology Network(OTN)から入手できます。

システム要件のドキュメントには、ハードウェアとソフトウェアの要件、ディスク領域とメモリーの最小要件、必要なシステム・ライブラリ、パッケージまたはパッチなどの情報が記載されています。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

動作要件のドキュメントには、サポートされているインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサードパーティ製品が記載されています。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

2 Oracle Business Intelligenceの管理

ここでは、Oracle Enterprise Manager Fusion Middleware Control、Oracle WebLogic Server管理コンソール、およびFusion Middleware Control MBeanブラウザを使用したOracle Business Intelligenceの管理と構成について説明します。

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

- 第2.1項「Fusion Middleware ControlおよびWebLogic Server管理コンソールを使用する理由」

- 第2.2項「Fusion Middleware ControlによるOracle Business Intelligenceコンポーネントの集中管理」

- 第2.3項「Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理」

- 第2.4項「Fusion Middleware Control MBeanブラウザによるOracle Business Intelligence JMX MBeanの管理」

2.1 Fusion Middleware ControlおよびWebLogic Server管理コンソールを使用する理由

Fusion Middleware ControlおよびWebLogic Server管理コンソールを使用して、Oracle Business Intelligenceシステムを集中管理します。これらのWebベース・ツールは、Oracle Business Intelligenceのほとんどの一般的なシステム管理タスクをサポートします。詳細は、第1.2項「Oracle Business Intelligenceの管理について」を参照してください。

Fusion Middleware Controlでは、ステータスの監視、プロセスの開始と停止、スケールアウト、問題の解決およびコンポーネントの構成などのタスクを実行して、システム・コンポーネントを管理できます。また、Javaコンポーネントの状況を管理することもできます。たとえば、それらのステータスを監視して、それらを開始および停止できます。

WebLogic Server管理コンソールでは、Javaコンポーネントのステータスを監視してセキュリティを構成できます。詳細は、第1章「Oracle Business Intelligenceのシステム管理の概要」を参照してください。

複数の管理者による同時操作を可能にするロック・メカニズム

大規模なデプロイメントでは、複数の管理者が同時にアクセスしてシステムの状況を確認しているときに、別の管理者が構成設定を変更しようとする場合があります。Fusion Middleware ControlおよびOracle WebLogic Serverでは、複数の管理者が同じ構成設定を同時に更新しないよう、ロック・メカニズムを採用して、一度に1人の管理者のみが設定を変更できるようにしています。

注意:

複数の管理者が同じ管理者アカウントを使用して、気付かずに同じ構成設定を同時に更新する可能性があります。そのため、複数の管理者が同じ管理者アカウントを共有しないようにすることをお薦めします。

2.2 Fusion Middleware ControlによるOracle Business Intelligenceコンポーネントの集中管理

Fusion Middleware Controlを使用して、Oracle Business Intelligenceシステム・コンポーネント(Oracle BIサーバー、Oracle BIプレゼンテーション・サービス、Oracle BIスケジューラなど)を集中的に管理、監視および構成できます。また、Fusion Middleware Controlを使用して、管理サーバーおよび管理対象サーバーを管理することもできます。

この項には次のトピックが含まれます:

- 第2.2.1項「Fusion Middleware ControlをOracle Business Intelligenceとともに使用するためのヒント」

- 第2.2.2項「Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン」

- 第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」

- 第2.2.4項「ステータスを監視してOracle Business Intelligence Javaコンポーネントを開始および停止するためのFusion Middleware Controlの使用」

- 第2.2.5項「Fusion Middleware Controlのナビゲーション・ツリーについて」

2.2.1 Fusion Middleware ControlをOracle Business Intelligenceとともに使用するためのヒント

Fusion Middleware Controlを使用してOracle Business Intelligenceを管理する場合は、次のヒントに留意してください。

- Fusion Middleware Controlおよびその使用方法の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

- Fusion Middleware Control内でOracle Business Intelligenceに関する情報を表示できる(ただし変更はできない)ユーザーが必要な場合があります。このようなユーザーは、Monitorsグループのメンバーにすることで構成できます。Monitorsグループの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverロールおよびポリシーによるリソースの保護』を参照してください。

- Fusion Middleware ControlとともにInternet Explorer 8を使用すると、表示に問題が発生することがあります。たとえば、「診断」ページの「ログ・メッセージ」タブで、全テキストを参照するためにスクロール・バーが必要なときにバーが消失していることがあります。
この問題を回避するには、ブラウザで必ず互換表示モードの選択を解除してください。手順は次のとおりです。

1. 「ツール」メニューから「インターネット オプション」を選択します。「詳細設定」タブの「ブラウズ」セクションで、「ページ レイアウト エラーから互換表示で自動的に回復」の選択が解除されていることを確認します。

2. 「ツール」メニューから「互換表示設定」を選択します。「互換表示でイントラネット サイトを表示する」および「互換表示ですべての Web サイトを表示する」の選択が解除されていることを確認します。

2.2.2 Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン

Fusion Middleware Controlにログインするには、Webブラウザを開き、次の形式でFusion Middleware ControlのURLを入力します。

http://hostname.domain:port/em

ポート番号は管理サーバーの番号で、デフォルトは7001です。

Fusion Middleware Controlは、第4.2項「Oracle Business Intelligenceシステムの起動」で説明しているように、管理サーバーが稼動している場合にのみ使用できます。

Fusion Middleware Controlにログインするには:

1. URLをWebブラウザに入力します。例:

http://host1.example.com:7001/em

2. システム管理者のユーザー名とパスワードを入力し、「ログイン」ボタンをクリックします。
システム全体にわたる管理者のユーザー名とパスワードは、インストール・プロセスの実行時に指定します。このユーザー名とパスワードを使用して、WebLogic Server管理コンソール、Fusion Middleware ControlおよびOracle Business Intelligenceにログインできます。

または、Oracle BIのAdministratorアプリケーション・ロールに付与されている別のユーザー名とパスワードを入力します。Fusion Middleware Controlが表示されます。

注意:

HTTPリクエストをプロキシ・サーバーに送信するようにブラウザが構成されている場合、管理サーバーのHTTPリクエストをプロキシ・サーバーに送信しないようにブラウザを構成しなければならないことがあります。管理サーバーがブラウザと同じコンピュータに配置されている場合は、localhostまたは127.0.0.1に対して送信されたリクエストがプロキシ・サーバーに送信されないようにしてください。

2.2.3 Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用

ここでは、Oracle Business Intelligenceシステム・コンポーネントを管理するための、Oracle Business Intelligenceのページを表示する方法について説明します。

Fusion Middleware Controlを使用してOracle Business Intelligenceシステム・コンポーネントを管理するには:

1. Fusion Middleware Controlにログインします。
詳細は、第2.2.2項「Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン」を参照してください。

2. 「Business Intelligence」フォルダを展開して、coreapplicationノードを選択します。
図2-1に示すように、Fusion Middleware Controlに「概要」ページが表示されます。

図2-1 Fusion Middleware Controlの「概要」ページ

注意:

「Business Intelligence」フォルダが表示されない場合、またはその下にcoreapplicationノードが存在しない場合は、Oracle Business Intelligenceシステム・コンポーネントはインストールされていません。詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

現在の可用性、パフォーマンス、およびBIドメイン内で確認されている問題について情報を入力すると、現在のシステムのステータスが「概要」ページに表示されます。(詳細は、第1.3項「Oracle Business Intelligenceシステムの論理アーキテクチャ」を参照)。「概要」ページでは、Oracle Business Intelligenceを起動および停止することもできます。

3. 「概要」ページで適切なタブを選択して、Oracle Business Intelligenceの管理タスクを実行します。
これらのタブを使用したタスクの実行の詳細は、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」を参照してください。

2.2.4 ステータスを監視してOracle Business Intelligence Javaコンポーネントを開始および停止するためのFusion Middleware Controlの使用

ここでは、WebLogicドメイン・ページを表示する方法について説明します。このページを使用してステータスを監視し、Oracle Business Intelligence Javaコンポーネント(管理サーバーと管理対象サーバー)を起動および停止できます。

bifoundation_domainの「サマリー」ページのリンクを使用してWebLogic Server管理コンソールを表示し、Oracle Business Intelligence Javaコンポーネントを管理することもできます。

Fusion Middleware Controlを使用してOracle Business Intelligence Javaコンポーネントを管理するには:

1. Fusion Middleware Controlにログインします。
詳細は、第2.2.2項「Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン」を参照してください。

2. 「WebLogicドメイン」フォルダを展開して、bifoundation_domainノードを選択します。
図2-2に示すように、Fusion Middleware Controlに「bifoundation_domain」ページが表示されます。

図2-2 bifoundation_domainのホーム・ページ

このbifoundation_domainのページからOracle Business Intelligence Javaコンポーネントのステータスを監視し、Fusion Middleware Controlを使用してコンポーネントを起動および停止できます。リンクをクリックしてWebLogic Server管理コンソールを表示し、Oracle Business Intelligence Javaコンポーネントを管理および構成することもできます。詳細は、第2.3項「Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理」を参照してください。

3. 「bifoundation_domain」ページを使用して実行できるOracle Business Intelligenceの管理タスクは次のとおりです。

- 管理サーバーおよび管理対象サーバー(bi_server<n>)のステータスの表示。

- 選択されたJavaコンポーネント(管理サーバーまたはbi_server<n>)の起動と停止(「WebLogicドメイン」メニューの「制御」オプションを使用)。
詳細は、第4.8.1項「管理対象サーバーの稼動の確認とその起動」を参照してください。

- WebLogic Server管理コンソールでのWebLogic Serverドメインの管理または構成(「WebLogicドメイン」ページのリンクをクリック)。
WebLogic Server管理コンソールの使用の詳細は、第2.3項「Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理」を参照してください。

2.2.5 Fusion Middleware Controlのナビゲーション・ツリーについて

ナビゲーション・ツリーを使用して、Fusion Middleware Controlで管理できるBIドメイン内を移動できます。

構成するインストール・タイプとコンポーネントに対するインストール時の選択に応じて、次のドメイン・コンポーネントがナビゲーション・ツリーにノードとして表示されます。

- アプリケーションのデプロイ
BIドメインにデプロイされているすべてのアプリケーションが表示されます(analytics、Oracle Business Intelligence for Microsoft Office、Oracle BI Publisher、Oracle Real-Time Decisionsなど)。

- WebLogicドメイン
WebLogicサーバーの概要情報が表示されます。ノードを選択し、「Oracle WebLogic Server管理コンソール」リンクをクリックしてWebLogic Server管理コンソールを表示し、Oracle WebLogic Serverを管理できます。

- bifoundation_domain
このノードは、Oracle Business IntelligenceのWebLogicサーバー・ドメインを表します。ここには、管理サーバーを含むAdminServerノードと、管理対象サーバー(デフォルトではシングル・ノード・クラスタ)を含むbi_clusterノードがあります。詳細は、第1.3.4項「管理サーバーとは」を参照してください。

- AdminServer

- bi_cluster

- Business Intelligence

- coreapplication
このノードは、Fusion Middleware Controlで管理できるOracle Business Intelligenceシステム・コンポーネントを表します。

このノードを選択して「概要」ページを表示し、システム・コンポーネントを管理します。

- メタデータ・リポジトリ
このノードは、Fusion Middleware Controlで管理できるメタデータ・サービス(MDS)のスキーマ・リポジトリを表します。

2.3 Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理

Oracle WebLogic Server管理コンソールを使用して、Oracle Business Intelligence Javaコンポーネントを集中管理します。

Oracle WebLogic Server管理コンソールを表示する方法は、次のとおりです。

- Fusion Middleware Controlの「概要」ページのリンクをクリックする

- WebブラウザのウィンドウにURLを入力する

Oracle WebLogic Server管理コンソールは、WebLogic Serverの管理サーバーが稼動している場合にのみ使用できます。詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

Oracle WebLogic Server管理コンソールを表示するには:

1. WebLogic Serverの管理サーバーが稼動していない場合は、サーバーを起動します。
詳細は、第4.7項「WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止」を参照してください。

2. 次のいずれかの方法を使用して、Oracle WebLogic Server管理コンソールを表示します。
Fusion Middleware Controlの「概要」ページのリンクをクリックする:

1. Fusion Middleware Controlが表示されます。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. WebLogicドメインのノードを展開し、bifoundation_domainを選択します。

3. 「サマリー」領域で「Oracle WebLogic Server管理コンソール」リンクをクリックします。
Oracle WebLogic Server管理コンソールのログイン・ページが表示されます。

WebブラウザのウィンドウでURLを使用する:

1. Webブラウザを起動します。

2. ブラウザに次のURLを入力します。
http://<hostname>:<port>/console/

たとえば、「http://mycomputer:7001/console/」のように入力します。

この場合、hostnameは管理サーバーのDNS名またはIPアドレス、portは管理サーバーがリクエストを待ち受けるリスニング・ポート(デフォルトはポート7001)です。ドメイン全体に対応する管理ポートを構成している場合は、そのポート番号を使用します。Secure Sockets Layer (SSL)を使用するように管理サーバーを構成している場合は、次のようにhttpの後に「s」を追加する必要があります。

https://<hostname>:7001/console/

このURLの例では、SSLが使用されます。

Oracle WebLogic Server管理コンソールのログイン・ページが表示されます。

3. システム管理者のユーザー名とパスワードを入力し、「ログイン」ボタンをクリックします。
システム全体にわたる管理者のユーザー名とパスワードは、インストール・プロセスの実行時に指定します。このユーザー名とパスワードを使用して、WebLogic Server管理コンソール、Fusion Middleware ControlおよびOracle Business Intelligenceにログインできます。または、次のセキュリティ・グループのいずれかに属するユーザー名を入力します。

- Administrators

- Operators

- Deployers

- Monitors

これらのグループには、Oracle WebLogic Server管理コンソールのシステム管理機能に対する様々なアクセス・レベルが用意されています。

セキュリティ・システムを使用して、これらのグループのユーザーを追加または削除することにより、コンソールへのアクセスを制御できます。

HTTPリクエストをプロキシ・サーバーに送信するようにブラウザが構成されている場合、管理サーバーのHTTPリクエストをプロキシ・サーバーに送信しないようにブラウザを構成しなければならないことがあります。管理サーバーがブラウザと同じコンピュータに配置されている場合は、localhostまたは127.0.0.1に対して送信されたリクエストがプロキシ・サーバーに送信されないようにしてください。

図2-3に示すように、Oracle WebLogic Server管理コンソールで「bifoundation_domain」ページを選択します。

図2-3 管理コンソールの「bifoundation_domain」ページ

このページで、Oracle Business Intelligence Javaコンポーネントを監視および管理できます。

注意:

Oracle WebLogic Server管理コンソールの使用の詳細は、Oracle WebLogic Server管理コンソールのヘルプ・システムを参照してください。このヘルプ・システムでは、コンソールを使用して、デプロイされたWebアプリケーションに対するコンテキスト・ルートをオーバーライドする方法について説明します。Oracle Business Intelligenceに対するコンテキスト・ルートの変更はサポートされていません。これは、内部リンクやエンドユーザーのエンド・ポイントには多くのコンテキスト・ルートが使用されているためです。

2.4 Fusion Middleware Control MBeanブラウザによるOracle Business Intelligence JMX MBeanの管理

ここでは、Fusion Middleware Control MBeanブラウザの概要と表示方法について説明します。

- 第2.4.1項「Fusion Middleware Control MBeanブラウザとは」

- 第2.4.2項「Fusion Middleware Control MBeanブラウザの表示」

2.4.1 Fusion Middleware Control MBeanブラウザとは

Fusion Middleware Control MBeanブラウザとは、Fusion Middleware ControlのかわりにOracle Business Intelligenceシステム・コンポーネントの集中管理とローカル管理を実行できる、JMX MBeanコンテナに基づいたOracle Webアプリケーションです。

2.4.2 Fusion Middleware Control MBeanブラウザの表示

ここでは、Fusion Middleware Control MBeanブラウザの表示方法について説明します。

Oracle Business Intelligenceの構成設定の更新は、Fusion Middleware Control MBeanブラウザを使用しても可能ですが、ほとんどの設定については、Fusion Middleware ControlでOracle Business Intelligenceのページを使用する方が簡単です。このページを表示するには、「Business Intelligence」フォルダでcoreapplicationノードを選択します。詳細は、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」を参照してください。

Fusion Middleware Control MBeanブラウザを表示するには:

1. Fusion Middleware Controlを表示します。
詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「ナビゲータ」ウィンドウで、「WebLogicドメイン」フォルダとbifoundation_domainノードを展開し、AdminServerノードを選択します。
詳細は、第1.3.4項「管理サーバーとは」を参照してください。

3. 「WebLogic Server」メニューを表示し、「システムMBeanブラウザ」を選択してFusion Middleware Control System MBeanブラウザを表示します。
Oracle Business Intelligence MBeanへのアクセス方法の詳細は、第3.5項「構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用」を参照してください。

4. 変更して内容を保存します。

3 Oracle Business Intelligenceシステムの構成

この章では、Fusion Middleware Controlおよび手動でOracle Business Intelligenceシステムを構成する方法について説明します。この章では、構成ファイルの場所についての情報を提供します。

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

- 第3.1項「Oracle Business Intelligenceの構成」

- 第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」

- 第3.3項「構成設定を更新するためのOracle BI Systems Management APIの使用」

- 第3.4項「構成設定を更新するためのテキスト・エディタの使用」

- 第3.5章「構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用」

- 第3.6項「構成ファイルの格納場所」

3.1 Oracle Business Intelligenceの構成

Oracle Business IntelligenceはFusion Middleware Controlを使用して構成することをお薦めします。ただし、この方法を使用しても構成設定を変更できない場合は、Oracle BI Systems Management APIまたはFusion Middleware Control MBeanブラウザを使用できます。適切な予防措置を取ることにより、構成ファイルを手動で編集することもできます。

表3-1に、Oracle Business Intelligenceの構成に使用できる方法を示します。いずれの方法でも、1つ以上の構成ファイルに変更が行われます。

表3-1 Oracle Business Intelligenceを構成する方法

対象操作

使用できるツール

更新方法

構成設定の集中管理

- Fusion Middleware Control
詳細は、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」を参照してください。

- Fusion Middleware Control MBeanブラウザ
詳細は、第3.5項「構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用」を参照してください。

Oracle BI Systems Management APIメソッドによる自動更新。

詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

構成設定のプログラムによる変更

- WLST (WebLogic Scripting Tool)

- Javaプログラム

詳細は、第3.3項「構成設定を更新するためのOracle BI Systems Management APIの使用」を参照してください。

スクリプトまたはプログラムを使用した、Oracle BI Systems Management APIメソッドへのプログラム的なアクセス。

構成設定の手動による変更

- テキスト・エディタ
詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

注意: Fusion Middleware Controlによって管理される設定は、設定ファイルでコメント化されています。これらの設定は手動で更新しないでください。

システムの破損を回避するために、クラスタ内のすべてのノードの構成ファイルを正しく変更する必要があります。

テキスト・エディタを使用した、構成ファイルへの変更内容の手動入力。

3.1.1 Java Development Kit (JDK)の更新

Oracle Business Intelligenceのインストールおよび構成後、たとえば、組織のポリシーごとに更新が必要な場合には、そのインスタンスのJDKを更新する必要が生じることもあります。JDKの更新を決定する前に、システム要件および動作保証ドキュメントの説明に従って、適切なバージョンを検討してください。詳細は、第1.8項「システム要件と動作保証」を参照してください。

Oracle Business IntelligenceインスタンスのJDKを更新するには:

1. Oracle Business Intelligenceのすべてのサービスを停止します。

2. 適切なJDKバージョンをOracle Java Webサイトからダウンロードし、ORACLE_HOMEディレクトリにコピーします。

3. 既存のjdkディレクトリをjdk.OLDに名前変更します。

4. JDKインストーラを実行します。これにより、ディストリビューションがjdkversion-numディレクトリに解凍されます。

5. 既存の構成リファレンスがすべてそのまま有効となるように、ディレクトリ名をjdkversion-numからjdkに変更します。

6. Oracle Business Intelligenceのサービスを再起動します。

特定のJDKによるインストールについては、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』の独自のJava Development Kit (JDK)を使用したOracle Business Intelligence 11gのインストールに関する項を参照してください。

3.2 Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用

Oracle Business Intelligenceの構成設定は、Fusion Middleware Controlを使用して更新することをお薦めします。これにより、システム全体にわたる変更の配信、およびシステムがクラスタ化されている場合にはすべてのコンピュータにわたる変更の配信が管理されます。

Fusion Middleware Controlを使用してOracle Business Intelligenceの構成設定を更新するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 該当するページとタブを選択して、変更する設定を表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

注意:

複数の管理者で同じ管理者アカウントを共有しないことをお薦めします。同じ構成設定に対して同時更新を気付かずに実行する可能性があります。

4. 各ページで変更を行います。

5. 変更後は、ページごとに「適用」をクリックします。

6. 変更が完了したら、次のいずれかを実行します。

- 「変更のアクティブ化」をクリックして変更内容を実行し、ロックを解除して、他のシステム管理者が変更を実行できるようにします。

- 「構成の解放」をクリックして、「構成をロックして編集」 をクリックした以降のすべての変更を元に戻し、ロックを解除して、他のシステム管理者が変更を実行できるようにします。

7. 変更をアクティブ化したら、「概要」ページに移動して「再起動」をクリックします。

3.3 構成設定を更新するためのOracle BI Systems Management APIの使用

通常はFusion Middleware Controlで管理されているOracle Business Intelligenceの構成設定を、Oracle BI Systems Management APIを使用して更新できます。詳細は、第23.3.3項「Oracle BI Systems Management APIを使用した構成設定の更新」を参照してください。

3.4 構成設定を更新するためのテキスト・エディタの使用

通常はFusion Middleware Controlで管理されていない構成設定を、テキスト・エディタを使用して手動で更新できます。

注意:

Fusion Middleware Controlで通常管理されていない構成設定を手動で更新する場合は、複数のコンピュータ上に存在する構成ファイルの複数のコピーに同じ変更を行う必要があります。必要なすべての構成ファイルを変更しないと、システムが破損する可能性があります。

テキスト・エディタを使用して、通常はFusion Middleware Controlで管理されていないOracle Business Intelligenceの構成設定を更新できます。更新の手順は、次のとおりです。

通常はFusion Middleware Controlで管理されていないOracle Business Intelligenceの構成設定を手動で更新するには:

1. 編集するファイルのバックアップ・コピーを作成します。

2. テキスト・エディタで構成ファイルを開きます。

注意:

Oracle Business Intelligenceが複数のコンピュータまたは複数の場所にインストールされている場合、その構成ファイルのコピーはインストールごとに存在し、各ファイルに重複した設定が含まれています。したがって、構成ファイルの各コピーで同じ変更を行う必要があります。

詳細は、第3.6項「構成ファイルの格納場所」を参照してください。

3. 変更する各構成ファイルで、対象要素を探すか、ファイルに設定を追加する場合は新しい要素を作成します。

4. 該当する変更内容を入力します。

5. 変更内容を保存して構成ファイルを閉じます。

6. Oracle Business Intelligenceを再起動します。
詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

Fusion Middleware Controlで通常管理されていない構成設定は手動で更新できます。ただし、Oracleサポート・サービスからの明確な指示がないかぎり、そのような更新は行わないでください。詳細は、付録D「Fusion Middleware Control設定の手動更新」を参照してください。

3.5 構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用

MBeanブラウザを使用する明確な指示のないかぎり、構成設定はFusion Middleware Controlを使用して更新してください。詳細は、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」を参照してください。

Fusion Middleware Control MBeanブラウザを使用して構成設定を更新するには:

1. Fusion Middleware Control MBeanブラウザを表示します。
詳細は第2.4.2項「Fusion Middleware Control MBeanブラウザの表示」を参照してください。

2. ドメインをロックします。
Fusion Middleware Control MBeanブラウザを使用してOracle Business Intelligenceに関連する構成属性の設定を変更する場合は、次の手順を使用して、事前にドメインをロックする必要があります。

1. 最初のBIDomain MBeanである、oracle.biee.admin、Domain:bifoundation_domain、BIDomain、BIDomainなどのMBeanに移動します。

2. 「操作」タブを表示します。

3. 「ロック」操作リンクをクリックします。
ドメインをロックしたら、設定の更新を開始できます。

3. フォルダを展開して、構成ファイルの属性グループの詳細を表示します。
たとえば、Oracle Business Intelligenceの電子メール設定を構成するには、BIDomain.BIInstance.EmailConfigurationフォルダを展開して、基礎となる同じ名前のノードを選択します。

異なるグループのOracle Business Intelligence構成設定を構成するには、必要なフォルダを展開して、その基礎となるノードを選択します。

4. 次の方法で値を作成または更新します。

- 「属性」タブのフィールドに直接入力する場合:

- 新しい値を該当する行の「値」フィールドに入力します。

- 「適用」をクリックして変更内容を保存するか、「元に戻す」をクリックして変更内容を元に戻します。

- 「属性」タブから表示した新しいページに入力する場合:

- 「名前」列のリンクをクリックして、新しいページを表示します。

- 新しい値を「値」フィールドに入力します。

- 「適用」をクリックして変更内容を保存するか、「元に戻す」をクリックして変更内容を元に戻します。

- 「戻る」をクリックして、ページを閉じます。

5. 変更内容を元に戻すには「元に戻す」をクリックします。

6. 前述の手順を繰り返して、その他の設定を作成または変更します。

7. ドメインのロックを解除します。
変更を行ったら、次のように変更をコミットするかロール・バックして、ドメインのロックを解除する必要があります。

1. oracle.biee.admin、Domain:bifoundation_domain、BIDomain、BIDomainなどのMBeanに移動します。

2. 「操作」タブを表示します。

3. (オプション)コミット操作リンクをクリックして変更内容を保存し、ドメインのロックを解除します。
変更内容を確定してドメインのロックを解除する場合には、このオプションを使用します。

4. (オプション)ロールバック操作リンクをクリックして変更内容を元に戻し、ドメインのロックを解除します。
変更をコミットせずにドメインのロックを解除する場合には、このオプションを使用します。

8. Oracle Business Intelligenceの「概要」ページを開き、「再起動」をクリックします。

3.6 構成ファイルの格納場所

システムの動作を構成するOracle Business Intelligenceの構成ファイルは、Middlewareホーム内の様々な場所にあります。

各ホストには、そのホストにデプロイされるコンポーネント用の独自の構成ファイルのセットがあります。

Oracle Business Intelligenceシステム・コンポーネントの構成ファイルは、次の場所にあります。

MW_HOME\ORACLE_INSTANCE\instancen\config\COMPONENT\bi_component_name\

たとえば、Oracle BIサーバーの構成ファイルは次の場所に格納されています。

D:\mw_home\instances\instance1\config\OracleBIServerComponent\ coreapplication_obis1

表3-2は、各Oracle Business Intelligenceシステム・コンポーネントの構成ファイルの名前と場所を示しています。Oracle Business Intelligenceの構成設定を更新する場合は、Fusion Middleware Controlを使用し、必ず変更内容が正しく伝播されるようにしてください。詳細は、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」を参照してください。

診断ログ構成ファイルの詳細は、第8.3.2項「診断ログ構成ファイルの概要とその位置」を参照してください。

表3-2 Oracle Business Intelligenceシステム・コンポーネントの構成ファイルの格納場所

BIコンポーネント

構成ファイル

ファイルの場所

Oracle BIサーバー

NQSConfig.INI

logconfig.xml

ORACLE_INSTANCE\config\OracleBIServerComponent\coreapplication_obisn

例:

\instances\instance1\config\OracleBIServerComponent\coreapplication_obis1

注意: DBFeatures.iniもこのディレクトリに格納されていますが、このファイルは直接編集しないでください。データベースの機能を編集する方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

Oracle BIプレゼンテーション・サービス

instanceconfig.xml

ORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obipsn

例:

\instances\instance1\config\OracleBIPresentationServicesComponent\coreapplication_obips1

注意: 記載されているデフォルト値をオーバーライドする場合を除いて、instanceconfig.xmlファイルに要素を追加しないでください。所属組織のニーズに合せるためにシステムを構成する際に必要な設定のみをオーバーライドします。

クラスタ・コントローラ

ClusterConfig.xml

ccslogging.xml

ORACLE_INSTANCE\config\OracleBIApplication\coreapplication

例:

\instances\instance1\config\OracleBIApplication\coreapplication

Oracle BIスケジューラ

instanceconfig.xml

ccslogging.xml
(クラスタ・コントローラ用)

ORACLE_INSTANCE\config\OracleBISchedulerComponent\coreapplication_obischn

例:

\instances\instance1\config\OracleBISchedulerComponent\coreapplication_obisch1

JavaHost

config.xml

logging_config.xml

ORACLE_INSTANCE\config\OracleBIJavaHostComponent\coreapplication_obijhn

例:

\instances\instance1\config\OracleBIJavaHostComponent\coreapplication_obijh1

Oracle BIプレゼンテーション・サービス・プラグイン

bridgeconfig.properties

MW_HOME\user_projects\domains\domain_name\config\fmwconfig\biinstances\coreapplication

例:

mw_home\user_projects\domains\bifoundation_domain\config\fmwconfig\biinstances\coreapplication

Oracle Business Intelligenceインストールの詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

第II部

プロセスおよびコンポーネントの管理

ここでは、Oracle Business Intelligenceでのプロセスおよびコンポーネントの管理方法について説明します。内容は次のとおりです。

- 第4章「Oracle Business Intelligenceの起動と停止」

4 Oracle Business Intelligenceの起動と停止

この章では、Fusion Middleware Controlおよびその他の方法でOracle Business Intelligenceを起動および停止する方法について説明します。

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

- 第4.1項「Oracle Business Intelligenceの起動および停止について」

- 第4.2項「Oracle Business Intelligenceシステムの起動」

- 第4.3項「Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用」

- 第4.4項「Javaコンポーネントを起動および停止するためのOracle WebLogic Server管理コンソールの使用」

- 第4.5項「システム・コンポーネントを起動および停止するための代替方法」

- 第4.6項「管理サーバーの稼動の確認」

- 第4.7項「WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止」

- 第4.8項「WindowsおよびUNIXでの管理対象サーバーの起動および停止」

- 第4.9項「システム起動のトラブルシューティング」

4.1 Oracle Business Intelligenceの起動および停止について

システム管理者は、Oracle Business Intelligenceシステムとそのコンポーネントを起動および停止して、プロセスの停止を必要とする様々なメンテナンス操作を実行します。可用性やパフォーマンスの問題を診断して解決する際、およびライフサイクル操作と管理操作を実行する際には、Oracle Business Intelligenceシステムの各コンポーネントの状態(稼動、停止、起動中、停止中)を把握することが重要です。

Oracle Business IntelligenceはOracle WebLogic Server内で稼動するため、Oracle Business Intelligenceコンポーネントを起動して管理する前に、Oracle WebLogic Serverが起動している必要があります。

サーバーの構成設定、Oracle BIプレゼンテーション・カタログ、リポジトリ(.rpdファイルはオフライン)、およびその他の設定を変更して有効にするには、該当するOracle Business Intelligenceコンポーネントを再起動する必要があります。

管理者がOracle Business Intelligenceを停止すると、エンド・ユーザーはログアウトされ、準備が整った時点で再びログインを促されます。その際、セッションの状態の一貫性は維持されています。

注意:

ここでは、エンタープライズ・インストールにおけるOracle Business Intelligenceシステムの起動と停止について詳しく説明します。エンタープライズ・インストールにおけるコンポーネントと簡易インストールにおけるコンポーネントの詳細は、第1.3.1項「単一ホスト上のOracle Business Intelligence」を参照してください。

4.2 Oracle Business Intelligenceシステムの起動

Oracle Business Intelligenceシステムを起動するには、管理サーバー、管理対象サーバーおよびシステム・コンポーネントを起動します。インストール時に簡易インストール・タイプを選択している場合、システムには管理対象サーバーは含まれません。

管理サーバーをホストするコンピュータが稼動していなかったり、再起動された場合は、対象コンピュータが稼動していることを確認した上でOracle Business Intelligenceシステムを起動する必要があります。

Oracle Business Intelligenceシステムを起動するには、次の条件が満たされている必要があります。

- RPDファイルを閉じて(管理ツールを使用している場合)、読取り/書込みロックが保持されていないようにします。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

- インストール時に指定されたリポジトリ・データベース(Schedulerのスキーマを格納する) が実行中であり、そのネットワーク接続を使用できる必要があります。それ以外の場合には、エラー・メッセージが表示されます。

次の各項で説明するように、起動手順はプラットフォームに応じて多少異なります。

4.2.1 WindowsプラットフォームでのOracle Business Intelligenceの起動

WindowsプラットフォームでOracle Business Intelligenceシステムを起動するには:

1. 「スタート」メニューから、「プログラム」、「Oracle Business Intelligence」、BIサービスの起動の順に選択します。

このコマンドを実行する際は、次の点に注意してください。

- 簡易インストール・タイプでは、このコマンドによって、管理サーバーおよびOracle Business IntelligenceシステムとOPMNコンポーネントが起動されます。

- エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプでは、このコマンドによって、管理サーバー、システム・コンポーネントとOPMNコンポーネント、管理対象サーバー、およびノード・マネージャが起動されます(Windowsでは、通常、ノード・マネージャは自動的に起動します)。

- このコマンドでは、水平方向または垂直方向にスケールアウトされたOracle WebLogic Serverはサポートされません。クラスタ内の最初のコンピュータに対してのみ機能します。

- このコマンドでは、初回ログイン時に管理者の認証情報の入力を求められます。この認証情報は、以降の処理で使用するため、Oracle WebLogic Serverのboot.propertiesファイルに格納されます。

「BIサービスの起動」オプションを選択した場合、管理サーバーとOracle BIサーバー両方のboot.propertiesファイルが存在していれば、管理者の認証情報の入力を求められることはありません。どちらかのファイルが存在しない場合に、認証情報の入力を求められ、それらの情報を使用してboot.propertiesファイルが自動的に作成されます。このファイルの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』の「起動IDファイル」を参照してください。

このファイルが自動的に作成されても管理サーバーが起動しない場合は、その認証情報は無効であると仮定され、ファイルが削除されます。これにより、パスワードに関する読取り可能なテキストがOracle WebLogic Serverで暗号化される前にboot.propertiesファイルへ追加されることを回避できます。ただし、管理サーバーは無効な認証情報以外の理由でも起動に失敗することがあります。

boot.propertiesファイルがユーザーによって作成されたものである場合は、サーバーが起動しなくてもファイルは削除されません。

4.2.2 UNIXプラットフォームでのOracle Business Intelligenceの起動

UNIXプラットフォームでOracle Business Intelligenceシステムを起動するには:

1. 管理サーバー(Oracle Business Intelligence Javaコンポーネントを含む)を起動します。
詳細は、第4.7項「WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止」を参照してください。

2. エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプを実行した場合は、次のようにOracle WebLogicノード・マネージャを手動で起動します。

1. 次の場所へ移動します。
/<MW_HOME>/wlserver_10.3/server/bin

インストール時にソフトウェアのみのインストール・タイプを選択した場合は、/wlserver_10.3以外のディレクトリが使用されていることがあります。

2. 管理者にユーザー名とパスワードの入力を求める次のコマンドを入力します。
./startNodeManager.sh

スクリプトを使用してノード・マネージャを起動することもできます。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。

3. エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプを実行した場合は、Oracle WebLogic Server管理コンソールを使用して管理対象サーバーが稼動していることを確認し、必要に応じて起動します。
注意: WebLogic Server管理コンソールで管理対象サーバーを起動するには、ノード・マネージャが稼動している必要があります。

詳細は、第4.8.1項「管理対象サーバーの稼動の確認とその起動」を参照してください。

4. システム・コンポーネントを起動します。

- Fusion Middleware Controlの使用
詳細は、第4.3項「Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用」を参照してください。

- opmnctlコマンドラインの使用
詳細は、第4.5.1項「システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用」を参照してください。

4.3 Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用

Oracle Business Intelligenceシステムが起動していれば、Fusion Middleware Controlを使用してOracle Business Intelligenceシステム(選択したシステム・コンポーネントとJavaコンポーネントを含む)を起動、停止および再起動できます。

Fusion Middleware Controlを使用できない場合は、第4.6項「管理サーバーの稼動の確認」を参照してください。

Fusion Middleware Controlを使用してOracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動、停止および再起動するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」および図4-1を参照してください。

図4-1 Fusion Middleware Controlの「概要」ページ

2. 「システムの停止と起動」領域内のボタンを使用して、Oracle Business Intelligenceシステム全体(すべてのJavaコンポーネントとシステム・コンポーネントを含む)を起動、停止または再起動します。
再起動では、一度システムが停止してから再び起動されます。

3. 個々のOracle Business Intelligenceシステム・コンポーネントを起動、停止または再起動するには、「可用性」ページの「プロセス」タブを表示して、選択したサーバーのプロセスを選択し、適切なボタンを使用して、必要に応じて個々のシステム・コンポーネントを起動、停止または再起動します(図4-2参照)。
このページを使用して、システム・コンポーネントのステータスを表示することもできます。

図4-2 「可用性」ページの「プロセス」タブでの起動と停止

Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントの起動および停止には、別の方法を使用することもできます。詳細は、次を参照してください:

- 第4.4項「Javaコンポーネントを起動および停止するためのOracle WebLogic Server管理コンソールの使用」

- 第4.5項「システム・コンポーネントを起動および停止するための代替方法」

4.4 Javaコンポーネントを起動および停止するためのOracle WebLogic Server管理コンソールの使用

Oracle WebLogic Server管理コンソールを使用してJavaコンポーネントを起動および停止できます。また、Fusion Middleware Controlを使用しても、Javaコンポーネントを起動および停止できます。詳細は、第4.3項「Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用」を参照してください。

Oracle WebLogic Server管理コンソールを使用してJavaコンポーネントを起動および停止するには:

1. Oracle WebLogic Server管理コンソールを起動します。
詳細は、第2.3項「Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理」を参照してください。

2. 「ドメイン構造」領域で「デプロイメント」をクリックします。

3. Oracle WebLogic Server管理コンソールに「デプロイメントの概要」ページが表示されます。

4. 「制御」タブを表示します。

5. 各コンポーネントを起動または停止するためのチェック・ボックスを選択します。

6. 必要に応じて「起動」または「停止」をクリックし、選択したコンポーネントを起動または停止します( 図4-3参照)。

図4-3 管理コンソールの起動および停止

4.5 システム・コンポーネントを起動および停止するための代替方法

次の各項で説明している方法を使用して、Oracle Business Intelligenceシステム・コンポーネントを起動および停止できます。

- 第4.5.1項「システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用」

- 第4.5.2項「システム・コンポーネントを起動および停止するためのWindowsサービスの使用」

- 第4.5.3項「Oracle Business Intelligenceをプログラムにより起動および停止するためのOracle BI Systems Management APIの使用」

4.5.1 システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用

opmnctlコマンドを使用すると、Oracle Business Intelligenceシステム・コンポーネントをネットワーク全体で制御できます。OPMNに関する詳細は、第1.4.3項「Oracle Process Manager and Notification Server (OPMN)ツール」を参照してください。

OPMNコマンドラインを使用してOracle Business Intelligenceシステム・コンポーネントを起動、停止、再起動およびステータス表示するには:

1. 管理対象のOracleインスタンスについて、OPMNコマンドライン・ツールが格納されている次のディレクトリに移動します。
ORACLE_INSTANCE/bin

2. 目的のopmnctlコマンドを使用してOPMNツールを実行します。
WindowsでOPMNを使用してシステム・コンポーネントを起動、停止、再起動およびステータス表示するには、次のコマンドを使用します(UNIXの場合は、コマンド./opmnctlを使用)。

- opmnctl status
すべてのシステム・コンポーネントの名前とステータスを表示します(図4-4参照)。

図4-4 OPMN内のコンポーネントのステータス

- opmnctl startall
OPMNおよびすべてのOracle Business Intelligenceシステム・コンポーネントを起動します。

bi_server1 (管理対象サーバー)は、OPMNを起動する前に起動しておく必要があります。詳細は、第4.8.1項「管理対象サーバーの稼動の確認とその起動」および第4.8項「WindowsおよびUNIXでの管理対象サーバーの起動および停止」を参照してください。

- opmnctl start
OPMNのみを起動します。

- opmnctl startproc ias-component= <component_name>
特定のシステム・コンポーネントを起動します。次の例では、coreapplication_obips1がOracle BIプレゼンテーション・サービスになります。

opmnctl startproc ias-component=coreapplication_obips1

システム・コンポーネント名をFusion Middleware Controlで表示するには、「可用性」ページの「プロセス」タブの「プロセス」領域を表示して、「名前」列で必要なエントリを開きます。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。システム・コンポーネント名は、coreapplication_<component_name>の形式で表示されます(たとえば、coreapplication_obips1はOracle BIプレゼンテーション・サービスのコンポーネントの名前です)。

- opmnctl stopall
すべての管理対象システム・コンポーネントを停止します。

- opmnctl stopproc ias-component= <component_name>
特定のシステム・コンポーネントを停止します。

- opmnctl restartproc ias-component= <component_name>
特定のシステム・コンポーネントを再起動します。

- opmnctl shutdown
OPMNとすべての管理対象システム・コンポーネントを停止します。

OPMN構成ファイルはUNIXのORACLE_INSTANCE/config/OPMN/opmn/opmn.xmlディレクトリにあり、各Oracle Business Intelligenceシステム・コンポーネントの起動に使用される正確な環境を指定します。これには、システム・コンポーネントに対するPATH値とLD_LIBRARY_PATH値、およびOPMNとオプションのSSL構成に対するポート番号が含まれています。

Linuxオペレーティング・システムの起動時にOracle Business Intelligenceシステム・コンポーネントを自動的に起動し、シャットダウン時には停止するようにOPMNを構成できます。Linux上で自動的に起動および停止するようにOPMNを構成するには、OPMNの起動スクリプトおよびシャットダウン・スクリプトのそれぞれに、対応する次のコマンドを追加する必要があります。

daemon <ORACLE_INSTANCE>/bin ./opmnctl startall
daemon <ORACLE_INSTANCE>/bin ./opmnctl stopall

詳細は、オペレーション・システムのドキュメントを参照してください。

4.5.2 システム・コンポーネントを起動および停止するためのWindowsサービスの使用

Windowsでは、Oracle Process Manager (OPMN) WindowsサービスによってOracle Business Intelligenceシステム・コンポーネントが制御されています。Windowsサービスを表示して管理するには、次のいずれかの方法を使用します。

- コマンドC:\WINDOWS\system32\services.mscを実行します。

- 「スタート」メニューから「プログラム」、「管理ツール」、「サービス」の順に選択します。

bi_server1 (管理対象サーバー)は、OPMNを起動する前に起動しておく必要があります。詳細は、第4.8.1項「管理対象サーバーの稼動の確認とその起動」および第4.8項「WindowsおよびUNIXでの管理対象サーバーの起動および停止」を参照してください。

Windowsサービスを使用してOracle Business Intelligenceシステム・コンポーネントを起動または再起動するには:

1. 「サービス」ウィンドウで「Oracle Process Management (instance_number)」オプションを探して起動します。Oracle Business Intelligenceシステム・コンポーネントの起動には1分ほどかかります。

注意:

Microsoft Windows環境では、サービス・マネージャからサーバーを起動できないという誤ったエラーが返されます。この問題により、サービス・マネージャは5分後にタイムアウトします。ただし、「サービス」ウィンドウをリフレッシュすると、Oracle Business Intelligenceが起動中であることが示されます。

Oracle Process Managerの起動に失敗すると、エラーがログに記録されます。Fusion Middleware Controlを使用してログ・ファイルのエントリを確認し、サービスの失敗となった原因を特定します。詳細は、第8章「Oracle Business Intelligenceの問題の診断および解決」を参照してください。

2. Microsoft IISを実行している場合は、World Wide Web Publishing Serviceを起動します。

3. ODBCドライバ・マネージャで、(Oracle BIサーバー・タイプの)AnalyticsWeb_coreapplicationというDSNからOracle BIサーバーへの接続をテストします。
デモンストレーション・リポジトリ・データベースのインストール時に作成されたユーザー名とパスワード(大文字小文字を区別)を使用します。

Windowsサービスを使用してOracle Business Intelligenceシステム・コンポーネントを停止するには:

1. 「サービス」ウィンドウで、Oracle Process Managerサービスを探して停止します。

2. Microsoft IISを実行している場合は、World Wide Web Publishing Serviceも停止します。

3. Oracle WebLogic Serverを実行している場合は、第4.4項「Javaコンポーネントを起動および停止するためのOracle WebLogic Server管理コンソールの使用」を参照してください。

注意:

Windowsサービスの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』の「WindowsサービスとしてのWebLogic Serverインスタンスの設定」を参照してください。

4.5.3 Oracle Business Intelligenceをプログラムにより起動および停止するためのOracle BI Systems Management APIの使用

Oracle BI Systems Management APIを使用して、Oracle Business Intelligenceをプログラムにより起動および停止できます。

詳細は、第23.3.2項「Oracle BI Systems Management APIを使用したOracle Business Intelligenceの起動と停止」を参照してください。

4.6 管理サーバーの稼動の確認

Oracle Business IntelligenceシステムとJavaコンポーネントを管理するには、管理サーバーが稼動している必要があります。

管理サーバーが稼働していることを確認するには、Webブラウザを起動して、Oracle WebLogic Server管理コンソールのログイン・ページを表示するURLを入力します。

管理サーバーが稼動していることを確認するには:

1. 次のURLをWebブラウザに入力します。
http://<host>:<port>/console/

例:

http://mycomputer:7001/console/

2. Webブラウザをリフレッシュします。

3. 管理サーバーが稼動していれば、Oracle WebLogic Server管理コンソールのログイン・ページが表示されます。
Oracle WebLogic Server管理コンソールのログイン・ページが表示されない場合は、管理サーバーが稼動していないので起動する必要があります。

詳細は、第4.7項「WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止」を参照してください。

4.7 WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止

WindowsおよびUNIX上で、管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントを起動または停止できます。

詳細は、第4.6項「管理サーバーの稼動の確認」を参照してください。

WindowsおよびUNIX上で管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントを起動するには:

管理サーバーが稼動していない場合には、次の情報を使用してサーバーを起動します。

オペレーティング・システムに対応した方法を使用してください。

管理サーバーを起動する前に、インストール時に指定したデータベースが実行されている必要があります。実行されていないと、JDBCエラーにより起動できなくなります。

- Windowsでは、次の方法を使用します。

- MS-DOSウィンドウを開き、ディレクトリをMW_HOME\user_projects\domains\bifoundation_domain\binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

startWebLogic.cmd

Javaコンポーネントは、それを起動したMS-DOSウィンドウから [Ctrl] キーを押しながら [C] キーを押すことで停止できます。

- UNIXでは、シェル・プロンプトを開き、ディレクトリをMW_HOME/user_projects/domains/bifoundation_domain/binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

./startWebLogic.sh

注意:

WindowsまたはUNIXのコマンドライン・ウィンドウから管理サーバーを起動した場合は、それ以降、そのウィンドウを閉じないでください。ウィンドウを閉じるとサーバーが終了します(サーバーがコマンドラインからバックグラウンド・プロセスとして起動されている場合を除く)。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』のWebLogic ServerインスタンスのWindowsサービスとしての設定に関する項を参照してください。

WindowsおよびUNIX上で管理サーバーとOracle Business Intelligence Javaコンポーネントを停止するには:

オペレーティング・システムに対応した方法を使用してください。

- Windowsでは、次の方法のいずれかを使用します。

- 「スタート」メニューを表示し、「すべてのプログラム」、「Oracle WebLogic」、「User Projects」「bifoundation_domain」の順にクリックします。
「Stop Admin Server for WebLogic Server Domain」メニュー・オプションを選択します。

MS-DOSウィンドウに、管理サーバーの停止処理手順の進行状況が示されます。

- MS-DOSウィンドウを開き、ディレクトリをMW_HOME\user_projects\domains\bifoundation_domain\binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

stopWebLogic.cmd

Javaコンポーネントは、それを起動したMS-DOSウィンドウから [Ctrl] キーを押しながら [C] キーを押すことで停止できます。

- UNIXでは、シェル・プロンプトを開き、ディレクトリをMW_HOME/user_projects/domains/bifoundation_domain/binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

./stopWebLogic.sh

ご使用のオペレーティング・システムの処理終了コマンド(UNIXのkillなど)を使用することもできます。Javaでシャットダウン信号が受信されると、コンソール・ウィンドウにシャットダウン中であることが示されます。

4.8 WindowsおよびUNIXでの管理対象サーバーの起動および停止

WindowsおよびUNIX上で管理対象サーバーを起動および停止できます。インストール時に簡易インストール・タイプを選択した場合、システムに管理対象サーバーは含まれません。

WindowsおよびUNIX上で管理対象サーバーを起動するには:

オペレーティング・システムに対応した方法を使用してください。

- MS-DOSウィンドウを開き、ディレクトリをMW_HOME\user_projects\domains\bifoundation_domain\binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

startManagedWebLogic.cmd bi_server1 http://<administration_server_host_name>:7001

Javaコンポーネントは、それを起動したMS-DOSウィンドウから [Ctrl] キーを押しながら [C] キーを押すことで停止できます。

- UNIXでは、シェル・プロンプトを開いて、ディレクトリをMW_HOME/user_projects/domains/bifoundation_domain/binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

./startManagedWebLogic.sh bi_server1 http://<administration_server_host_name>:7001

注意:

WindowsまたはUNIXのコマンドライン・ウィンドウから管理対象サーバーを起動した場合は、それ以降、そのウィンドウを閉じないでください。ウィンドウを閉じるとサーバーが終了します。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』のWebLogic ServerインスタンスのWindowsサービスとしての設定に関する項を参照してください。

MW_HOME/wlserver_10.3/common/bin/に格納されているstartManagedWebLogic.shスクリプトは使用しないでください。

WindowsおよびUNIX上で管理対象サーバーを停止するには:

オペレーティング・システムに対応した方法を使用してください。

- Windowsでは、MS-DOSウィンドウを開き、ディレクトリをMW_HOME\user_projects\domains\bifoundation_domain\binに変更します。その上で、次のコマンド(管理者のユーザー名およびパスワードの入力が必要)を実行します。

stopManagedWebLogic.cmd bi_server1 http://<administration_server_host_name>:7001

Javaコンポーネントは、それを起動したMS-DOSウィンドウから [Ctrl] キーを押しながら [C] キーを押すことで停止できます。

- UNIXでは、シェル・プロンプトを開いて、ディレクトリをMW_HOME/user_projects/domains/bifoundation_domain/binに変更します。その上で、次のコマンド(管理者のユーザー名とパスワードの入力が必要)を実行します。

./stopManagedWebLogic.sh bi_server1 http://<administration_server_host_name>:7001

ご使用のオペレーティング・システムの処理終了コマンド(UNIXのkillなど)を使用することもできます。Javaでシャットダウン信号が受信されると、コンソール・ウィンドウにシャットダウン中であることが示されます。

4.8.1 管理サーバーの稼動の確認とその起動

管理対象サーバーが稼動しているかどうかを確認し、必要に応じて起動するには、Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlを使用できます。インストール時に簡易インストール・タイプを選択した場合、システムに管理対象サーバーは含まれません。

Oracle WebLogic Server管理コンソールを使用して管理対象サーバーの稼動を確認し、必要に応じて起動するには:

1. 次のURLを使用してOracle WebLogic Server管理コンソールにログインします。
http://<host>:7001/console

詳細は、第2.3項「Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理」を参照してください。

2. bifoundation_domainの下で、ナビゲーション・ツリーの「環境」ノードを展開して「サーバー」をクリックします。

3. 「構成」タブが表示されます。
AdminServer (管理サーバー)およびbi_server1 (管理対象サーバー)の2つのサーバーがリスト表示されます。

4. 管理対象サーバーが稼動していない場合は起動します。

1. 「制御」タブを表示します。

2. 管理対象サーバー(bi_server1など)の隣にあるボックスを選択します。

3. 「起動」をクリックします。
管理対象サーバーごとにこの手順を繰り返します。

WindowsおよびUNIX上での管理対象サーバーの起動に関する詳細は、第4.8項「WindowsおよびUNIXでの管理対象サーバーの起動および停止」を参照してください。

5. (オプション)システム・コンポーネントに対して、OPMN stopallを実行してからstartallを実行します。詳細は、第4.5.1項「システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用」を参照してください。

Fusion Middleware Controlを使用して管理対象サーバーの稼動を確認し、必要に応じて起動するには:

1. 次のURLを使用してFusion Middleware Controlにログインします。
http://<host>:7001/em

詳細は、第2.2項「Fusion Middleware ControlによるOracle Business Intelligenceコンポーネントの集中管理」を参照してください。

2. WebLogicドメイン下で、ナビゲーション・ツリーのbifoundation_domainノードを展開してbi_clusterを選択します。
bi_clusterノードを展開して管理対象サーバー(bi_server1など)を表示します。Fusion Middleware Controlの「デプロイメント」領域にステータスが表示されます。

3. bi_clusterを選択し、「WebLogicクラスタ」メニューをクリックします。

4. メニューから「制御」オプションを選択し、「起動」を選択して管理対象サーバーを起動します。

5. (オプション)システム・コンポーネントに対して、OPMN stopallを実行してからstartallを実行します。詳細は、第4.5.1項「システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用」を参照してください。

4.9 システム起動のトラブルシューティング

ここでは、システムの起動に関連した解決策について説明します。

- 第4.9.1項「データベースが実行されていない場合の管理サーバーの起動エラー」

- 第4.9.2項「管理対象サーバーの停止」

- 第4.9.3項「Oracle BIサーバーの起動エラー」

- 第4.9.4項「Oracle BIプレゼンテーション・サービスの起動エラー」

- 第4.9.5項「ログイン不能」

4.9.1 データベースが実行されていない場合の管理サーバーの起動エラー

管理サーバーの起動時は、インストール時に指定したリポジトリ・データベースが実行されている必要があります。実行されていないと、JDBCエラーにより起動できなくなります。

問題: 管理サーバーを起動できない。

管理サーバーを起動できない場合は、次の操作を実行します。

- 次のディレクトリにある、管理サーバーおよび管理対象サーバーのログ・ファイルを参照します。
\user_projects\domains\bifoundation_domain\servers\AdminServer\logs

次のディレクトリにある管理対象サーバーのログ・ファイルを確認することも可能です。

\user_projects\domains\bifoundation_domain\servers\bi_server1\logs

原因: データベースが停止している。AdminServer.logに、次のスタック・トレースとともに「Caused By: java.net.UnknownHostException: yourcomputername」が書き込まれます。

####<Jan 19, 2010 8:04:09 PM PST> <Info> <JDBC> <username> <AdminServer> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<anonymous>> <Stack trace associated with message 001129 follows:

java.sql.SQLException: The Network Adapter could not establish the connection.

解決: データベースを起動します。

4.9.2 管理対象サーバーの停止

管理対象サーバーが停止している場合は、Oracle WebLogic Server管理コンソールまたはコマンドラインを使用して起動します。

詳細は、第4.8.1項「管理対象サーバーの稼動の確認とその起動」を参照してください。

4.9.3 Oracle BIサーバーの起動エラー

BIサーバーを起動できない場合は、次のディレクトリにあるログ・ファイルを参照します。

<ORACLE_INSTANCE>\diagnostics\logs\OracleBIServerComponent\coreapplication_obis1 (ログ・ビューアを使用することもできます)

4.9.4 Oracle BIプレゼンテーション・サービスの起動エラー

プレゼンテーション・サービスを起動できない場合は、次のディレクトリにあるログ・ファイルを参照します。

<ORACLE_INSTANCE>\diagnostics\logs\OracleBIPresentationServicesComponent\coreapplication_obips1 (ログ・ビューアを使用することもできます)

プレゼンテーション・サービスの起動エラーに関連した次のいずれかの問題が発生した場合は、該当する原因と解決策を参照します。

- 問題: 起動時にBIサーバーへのシステム・ユーザーの接続を作成できなかった。
原因: BIサーバーを起動する前にプレゼンテーション・サービスを起動した。

解決策: OPMN stopallコマンドを使用してBusiness Intelligenceシステムを停止した後、startallコマンドを使用します。詳細は、第4.5.1項「システム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンドラインの使用」を参照してください。

- 問題: BISystemUserの認証エラー。ユーザー名とパスワードが無効。
原因: 管理対象サーバーが稼動していない。

解決策: 第4.9.2項「管理対象サーバーの停止」を参照してください。

4.9.5 ログイン不能

- 問題: Oracle WebLogic Server管理コンソールにログインできない。
原因: 管理サーバーが稼動していない。

解決策: http://<host>:7001/consoleが起動するかどうか確認してください。起動しない場合は、管理サーバーを起動します。詳細は、第4.7項「WindowsおよびUNIXでの管理サーバーとすべてのOracle Business Intelligence Javaコンポーネントの起動および停止」を参照してください。

第III部

高可用性とパフォーマンスのためのスケーリングおよびデプロイ

ここでは、Oracle Business Intelligenceのデプロイ、可用性および容量の管理方法について説明します。内容は次のとおりです。

- 第5章「デプロイメントのスケーリング」

- 第6章「高可用性を実現するOracle Business Intelligenceのデプロイ」

- 第7章「パフォーマンス・チューニングと問合せキャッシングの管理」

5 デプロイメントのスケーリング

この章では、Oracle Business Intelligenceのデプロイメントの容量を管理する方法について説明します。エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプでは、デフォルトで、スケーラブルなOracle Business Intelligenceコンポーネントがクラスタ構成でインストールされます(簡易インストール・タイプではスケーリングはサポートされません)。ユーザーのWebリクエストは、多数あるOracle Oracle BIプレゼンテーション・サービス・コンポーネントのいずれか1つに送信されます。リクエストを受けた各プレゼンテーション・サービス・コンポーネントは、複数のOracle BIサーバーの可用性を利用してリクエストを処理します。

システム容量を拡大または縮小するには、クラスタで使用できるプロセスの数を調整します。リソースの効率的な使用によるシステム容量の拡大または縮小はスケーラビリティと呼ばれています。スケーラブルなシステムは、レスポンス時間とスループットを低下させることなく、リクエストの増加に対処できます。

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

- 第5.1項「Oracle Business Intelligenceのスケーリングについて」

- 第5.2項「Oracle Business Intelligenceの垂直方向のスケーリング」

- 第5.3項「Oracle Business Intelligenceの水平方向のスケーリング」

- 第5.4項「共有ファイルとディレクトリの設定」

- 第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」

- 第5.6項「各システムに対する適切なスケーリングの検証」

注意:

簡易インストール・タイプでは管理サーバーにOracle Business Intelligenceコンポーネントがデプロイされるため、簡易インストール・タイプに基づくデプロイメントはスケールアウトできません。本番用のデプロイメントには、エンタープライズ・インストール・タイプまたはソフトウェアのみのインストール・タイプをご使用ください。

5.1 Oracle Business Intelligenceのスケーリングについて

スケーリングとは、Oracle Business Intelligenceクライアントのリクエストを処理できるプロセス数を変更することによって、システムの容量を増大したり縮小したりするプロセスのことを指します。容量は、システムをスケールアウトすると増大され、スケールインすると縮小されます。スケーリングは、高可用性を目的としたデプロイメントの構成にも重要な部分となります。システム容量を拡大または縮小するには、クラスタで使用できるプロセスの数を調整します。クラスタは、同時に動作し、連携して高度なスケーラビリティと信頼性を実現する複数のサーバー・インスタンスで構成されます。

Oracle Business Intelligence環境のスケーリングは、主に、リソース集中型のシステム・プロセスおよびJavaコンポーネントに適用されます。さらに多くのプロセスをデプロイすることにより、Oracle Business Intelligenceではレスポンスを低下させることなく、より多くのリクエストを処理できるようになります。

垂直方向のスケーリングでは、同じコンピュータ上にOracle Business Intelligenceコンポーネントを追加して、そのコンピュータでのハードウェア・リソースの使用を増大します。たとえば、特定のコンピュータ上でリクエストを処理するシステム・コンポーネントの数を増やすことによって、Oracle Business Intelligenceが垂直方向にスケーリングされ、その結果、コンピュータでのハードウェア・リソースの使用が増大します。

水平方向のスケーリングでは、使用している環境にコンピュータを追加します。たとえば、複数のコンピュータにリクエストの処理を分散することで、Oracle Business Intelligenceが水平方向にスケーリングされます。

Oracle Business Intelligence Javaコンポーネントおよびシステム・コンポーネントの両方をスケーリングできます。これらのコンポーネントの詳細は、第1.3.3項「Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて」を参照してください。

水平方向および垂直方向の両方のスケールアウトをサポートしているのは、Oracle BIプレゼンテーション・サービス、Oracle BIサーバー、およびJavaHostの3つのシステム・コンポーネントです。

Oracle BIスケジューラは、プレゼンテーション・サービスおよびOracle BIサーバーのプロセスを利用してコンピュータを集中的に使用する作業を実行します。一方、クラスタ・コントローラは他のコンポーネントを管理するのみで、コンピュータを集中的に使用することはありません。そのため、Oracle BIスケジューラまたはクラスタ・コントローラをスケールアウトする必要はありません。これら2つのプロセスは高可用性デプロイメントの必要に応じて配信できますが、容量をスケーリングする必要はありません。

5.1.1 プロセスをスケールアウトするタイミング

システム・コンポーネントおよび管理対象サーバーは実際の負荷に基づいてスケールアウトします。Fusion Middleware Controlで提供されるパフォーマンス・メトリックを使用してプロセスの状態を監視し、パフォーマンス向上のために容量を増大するタイミングを判断できます。たとえば、CPU使用率が50%を超えたとき、またはメモリー使用量がシステムの上限に近いときは、デプロイメントへのコンピュータの追加が必要になります。システム・メトリックの表示の詳細は、第7.1項「サービス・レベルの監視」を参照してください。

可用性の高いOracle Business Intelligence環境を構成するには、プロセスをスケールアウトして冗長性を実現する必要もあります。詳細は、第6項「高可用性を実現するOracle Business Intelligenceのデプロイ」を参照してください。

5.1.2 スケーリング対象プロセス

Oracle Business Intelligenceでは、Oracle Business Intelligenceインストーラ(水平方向のスケールアウト)およびFusion Middleware Control(垂直方向および水平方向のシステム・コンポーネントのスケーリング)の組合せによるスケールアウトをサポートしています。

管理対象サーバーおよびシステム・コンポーネントをスケーリングする場合は、次のガイドラインに従ってください。

- デプロイメント内の各コンピュータに対して管理対象サーバーが1つ実行されていることを確認します。Oracle Business Intelligenceインストーラによって、1つの管理対象サーバーが自動的にプロビジョニングされます。これは無効にしたり削除したりしないでください。

- 特定のコンピュータに対して管理対象サーバーを複数実行する必要はありません。

- 多くのJavaコンポーネントはシステムの重要な処理を実行しているため、それを個別に削除することはしないでください。各管理対象サーバーでJavaコンポーネントの完全なセットを保持してください。使用されないコンポーネントがパフォーマンスに重要な影響を与える可能性は低いです。

- 各コンピュータで実行するシステム・コンポーネントは実際の負荷に基づいて決定できます。デプロイメント内の特定のコンピュータには、0個以上の各コンポーネント・タイプを配置できます。たとえば、Oracle BIサーバー・コンポーネントを3つ、JavaHostコンポーネントを2つ、プレゼンテーション・サービス・コンポーネントを4つ配置できます。

- 管理対象サーバーまたはシステム・コンポーネントとともに構成済HTTPサーバーをスケーリングする必要はありません。HTTPサーバーの構成は、実行するプロセス数とは無関係です。

5.2 Oracle Business Intelligenceの垂直方向のスケーリング

デプロイメント内に特定のOracle Business Intelligenceコンポーネントのインスタンスが複数ある場合は、まず、クラスタ化されたコンポーネントで使用する共有ファイルおよびディレクトリを構成します。次に、Fusion Middleware Controlを使用して、既存のOracle Business Intelligenceホストで実行するシステム・コンポーネントの数を増やします。

特定のコンピュータに対して管理対象サーバーを複数実行する必要はありません。そのため、垂直方向のスケールアウトは、Oracle Business Intelligenceのシステム・コンポーネントにのみ適用されます。

表5-1は、Oracle Business Intelligenceを垂直方向にスケーリングするために必要なタスクを示しています。

表5-1 垂直方向のスケールアウトにおけるタスクの概要

タスク

詳細の参照先

Oracle BIリポジトリ、Oracle BIプレゼンテーション・カタログ、グローバル・キャッシュおよびOracle BIスケジューラ・スクリプトの共有ファイルとディレクトリの構成

第5.4項「共有ファイルとディレクトリの設定」

必要なOracle Business Intelligenceシステム・コンポーネントのスケールアウト

第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」

5.3 Oracle Business Intelligenceの水平方向のスケーリング

垂直方向のスケールアウトと同様、デプロイメント内に特定のOracle Business Intelligenceコンポーネントのインスタンスが複数ある場合は、まず、クラスタ化されたコンポーネントで使用する共有ファイルおよびディレクトリを構成します。

次に、Oracle Business Intelligence Javaコンポーネントおよびシステム・コンポーネントを水平方向にスケールアウトするために、新しいホストにOracle Business Intelligenceをインストールします。それには、Oracle Business Intelligenceインストーラを実行して「エンタープライズ・インストール」を選択します。次に、「BIシステムのスケールアウト」オプションを選択します。

インストールが完了すると、Oracle Business Intelligence Javaコンポーネントが新しい管理対象サーバーで使用できるようになります。Oracle Business Intelligence Javaコンポーネントの最初の管理対象サーバーはbi_server1と呼ばれます。エンタープライズ・インストールで「BIシステムのスケールアウト」オプションを選択してスケールアウトした場合、追加される管理対象サーバーはbi_server2、bi_server3のようになります。

エンタープライズ・インストールを完了したら、Fusion Middleware Controlを使用して、新しいホスト上でOracle Business Intelligenceシステム・コンポーネントのスケールアウトをプロビジョニングする必要があります。また通常は、管理対象サーバー全体にリクエストを配信するためにHTTPサーバーおよびロード・バランサも構成します。

表5-2は、Oracle Business Intelligenceを水平方向にスケーリングするために必要なタスクを示しています。

表5-2 水平方向のスケールアウトにおけるタスクの概要

タスク

詳細の参照先

Oracle BIリポジトリ、Oracle BIプレゼンテーション・カタログ、グローバル・キャッシュおよびOracle BIスケジューラ・スクリプトの共有ファイルとディレクトリの構成

第5.4項「共有ファイルとディレクトリの設定」

新しいホストに対するOracle Business Intelligenceインストーラの実行とエンタープライズ・インストール・オプションの選択

『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』の「既存のインストールをスケールアウトするためのエンタープライズ・インストール」

新しいホストでのOracle Business Intelligenceシステム・コンポーネントのスケールアウト

第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」

複数の管理対象サーバーにリクエストを配信するHTTPサーバーおよびロード・バランサの構成

『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー・プラグインの使用』

『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使用』の「クラスタでのロード・バランシング」

5.4 共有ファイルとディレクトリの設定

Oracle Business Intelligenceコンポーネントのインスタンスが複数ある場合は、特定のファイルとディレクトリをNASまたはSANなどの共有ストレージ・デバイスで共有してシステムの管理を簡素化できます。Oracle Business Intelligenceコンポーネントは、Oracle BIリポジトリ(RPDファイル)、Oracle BIプレゼンテーション・カタログ、グローバル・キャッシュ、およびOracle BIスケジューラの共有スクリプトを共有ストレージ上でホストしてからスケールアウトすることをお薦めします。

注意:

SampleAppLite.rpdサンプル・リポジトリをスケールアウトされたシステムで使用する予定の場合、RPDファイルのBI_EE_HOMEリポジトリ変数を更新して、共有のOracle BIサーバー・ディレクトリ(マウント済ファイル・システムまたはUNCパス名)をポイントさせる必要があります。たとえば、Windowsの場合は次のようにします。

\\myhost\c$\MW_HOME\instances\instance1\bifoundation\
OracleBIServerComponent\coreapplication_obis1

この項には次のトピックが含まれます:

- 第5.4.1項「共有ネットワーク・ファイルがWindows環境でアクセス可能であることの確認」

- 第5.4.2項「Oracle BIリポジトリのアップロードと共有」

- 第5.4.3項「Oracle BIプレゼンテーション・カタログの共有」

- 第5.4.4項「グローバル・キャッシュの設定」

- 第5.4.5項「Schedulerのスクリプト・パスとデフォルトのスクリプト・パスの設定」

5.4.1 共有ネットワーク・ファイルがWindows環境でアクセス可能であることの確認

通常Windows環境では、共有記憶域は汎用命名規則(UNC)を使用して指定します。UNCは、Local Area Network(LAN)上のリソースの場所を指定するためのPCにおける形式です。UNCでは、次の形式を使用します。

\\server_name\shared_resource_path_name

また、共有ネットワーク・ファイルにアクセスできるように、Windows環境では名前付きユーザーを使用してOPMNプロセスを実行する必要があります。

名前付きユーザーを使用してOPMNプロセスを実行するには:

1. 「サービス」ダイアログを開きます。たとえば、「スタート」→「プログラム」→「管理ツール」→「サービス」の順に選択します。

2. 「OracleProcessManager_instancen」を右クリックして、「プロパティ」を選択します。

3. 「ログオン」タブを選択します。

4. 「アカウント」を選択し、ユーザー名とパスワードを入力します。

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

5.4.2 Oracle BIリポジトリのアップロードと共有

クラスタに参加するOracle BIサーバーで、リポジトリ公開ディレクトリを構成して、リポジトリを共有する必要があります。このディレクトリには、オンライン・モードで編集されたリポジトリのマスター・コピーが保持されます。クラスタ化されたOracle BIサーバーは、起動時にこのディレクトリでリポジトリの変更について調べます。

Oracle BIリポジトリを共有するには:

1. リポジトリ公開ディレクトリ用の共有ディレクトリを作成します。マスターのBIサーバーには、このディレクトリに対する読取りおよび書込みアクセスが必要です。その他のすべてのOracle BIサーバーには、読取りアクセスが必要です。

2. Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブを使用して、Oracle BIリポジトリの共有の場所を指定します。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。
共有リポジトリを構成すると、Fusion Middleware Controlでアップロードするリポジトリ・ファイルが、ここで指定した共有の場所と、Oracle BIサーバーごとのローカル・リポジトリ・ディレクトリの両方にコピーされることに注意してください。ローカル・リポジトリのコピーはシステムで使用されるため、削除したり読取り専用にしたりしないでください。

5.4.3 Oracle BIプレゼンテーション・カタログの共有

クラスタ内のすべてのプレゼンテーション・サービス・コンポーネントでOracle BIプレゼンテーション・カタログを共有するように、カタログの共有ディレクトリを構成します。

Oracle BIプレゼンテーション・カタログは頻繁にアクセスされる多数の小さなファイルで構成されているため、共有ファイル・システムに関して次の2つの重要な考慮事項があります。

- ファイル制限: Oracle BIプレゼンテーション・カタログは、数千ものファイルで構成されていることがあります。多くの場合、これは共有ファイル・システムのファイル制限を上回ります。ストレージ・ベンダーのドキュメントで、ファイル制限を拡張する手順について確認してください。

- スナップショット: スナップショットなどのバックアップ・アクティビティによって、小さな動的ファイルであるOracle BIプレゼンテーション・カタログ・ファイルのパフォーマンスが低下することがあります。スナップショット・アクティビティが、可用性に影響せずにパフォーマンスを最大化できる妥当なレベルであることを確認してください。

Oracle BIプレゼンテーション・カタログを共有するには:

1. Oracle BIプレゼンテーション・カタログのネットワーク共有を作成します。クラスタ内のすべてのプレゼンテーション・サービス・コンポーネントには、この共有に対する読取りおよび書込みアクセスが必要です。

2. ネットワーク共有にカタログを配置します。

3. Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブを使用して、Oracle BIプレゼンテーション・カタログの場所を共有の場所に変更します。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

5.4.4 グローバル・キャッシュの設定

グローバル・キャッシュとは、クラスタに参加しているすべてのOracle BIサーバーが共有する問合せキャッシュです。詳細は、第7.4.6項「グローバル・キャッシュについて」を参照してください。

クラスタに参加しているすべてのOracle BIサーバーでキャッシュのシーディング・イベントおよびパージ・イベントを共有するようにグローバル・キャッシュを構成することをお薦めします。

グローバル・キャッシュを設定するには:

1. グローバル・キャッシュの共有ディレクトリを作成します。すべてのOracle BIサーバーには、このディレクトリに対する読取りおよび書込みアクセスが必要です。

2. Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブを使用して、「グローバル・キャッシュ・パス」および「グローバル・キャッシュ・サイズ」のオプションを設定します。詳細は、第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」を参照してください。

5.4.5 Schedulerのスクリプト・パスとデフォルトのスクリプト・パスの設定

Oracle BIスケジューラでサーバー側スクリプトを使用する場合は、スクリプトの共有ディレクトリを構成して、クラスタ内のすべてのOracle BIスケジューラ・コンポーネントで共有することをお薦めします。

このリリースにはアクション・フレームワークが提供されており、エージェントでサーバー側スクリプトを使用する必要はなくなりました。アクションの使用に関する詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「アクションの使用」を参照してください。

次の手順は、旧リリースのサーバー側スクリプトを使用する場合にのみ実行してください。

Oracle BIスケジューラのスクリプトを共有する手順は次のとおりです。

1. Oracle BIスケジューラ・スクリプトのネットワーク共有を作成します。Oracle BIスケジューラ・サーバーには、この共有に対する読取りおよび書込みアクセスが必要です。

2. デフォルトおよびカスタムのOracle BIスケジューラ・スクリプトを、Oracle BIスケジューラ・スクリプト用に作成した対応するネットワーク共有にコピーします。

3. Oracle BIスケジューラのinstanceconfig.xmlファイルのSchedulerScriptPath要素とDefaultScriptPath要素を更新します。
このファイルは、デプロイメントの各Oracle BIスケジューラ・コンポーネントについて更新する必要があります。これらのパラメータの設定の詳細は、第20.3.3.1項「エージェントに影響するスケジューラの一般構成設定」を参照してください。

5.5 システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用

Fusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブを使用して、Oracle BIサーバー、プレゼンテーション・サービス、またはJavaHostのシステム・コンポーネントをスケールインまたはスケールアウトできます。

この項で説明する手順に従って、システム・コンポーネントを垂直方向(同一コンピュータ上)または水平方向(複数のコンピュータ上)にスケーリングできます。この手順を実行する場合、定義するサーバーおよびホストの数が、Oracle Business Intelligenceのインストールに必要なディスク容量に影響することに留意してください。環境をスケールアウトする際は、システムのディスク容量を必ず監視してください。環境をスケールアウトすると追加ログ・ファイルの操作も必要になります。

図5-1は、「容量管理」ページの「スケーラビリティ」タブを示しています。

図5-1 Fusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブ

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Oracle Business Intelligenceシステム・コンポーネントをスケーリングするには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「スケーラビリティ」タブを表示します。
この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. 矢印キーを使用して、「BIサーバー」、「Presentation Server」または「JavaHost」の数を変更します。
エンタープライズ・インストール・オプションまたは構成アシスタントを使用してOracle BIシステムを新しいホストにスケールアウトしたばかりの場合、そのホストで初期構成されたシステム・コンポーネントの数はゼロです。水平方向のスケールアウト操作を完了するには、新しいホストにシステム・コンポーネントを追加します。

システム・コンポーネントを垂直方向にスケーリングするには、特定のホストで各コンポーネントをゼロより大きな数に増やします。

5. デフォルトのポート範囲が自動的に割り当てられ、Oracleインスタンス内のコンポーネントで使用できるようになります。BIサーバー、プレゼンテーション・サービスおよびJavaHostのコンポーネント・プロセスに加えて、このインスタンスのOracle BIスケジューラおよびクラスタ・コントローラのコンポーネント・プロセスにもこの範囲内のポートが割り当てられます。
通常はデフォルトのポート範囲をそのまま使用できます。必要に応じて、「ポート範囲(開始)」および「ポート範囲(終了)」の矢印を使用するか値を直接入力することで、使用可能な別のポート範囲を指定できます。

6. (オプション)「リスニング・アドレス」に特定のOracleインスタンスのコンポーネントのDNS名またはIPアドレスを入力して、受信接続のリスニングに使用できます。通常は、この要素を空白(デフォルト値)のままにして、コンポーネントですべての使用可能なローカル・インタフェースをリスニングすることを指定できます。

7. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

8. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。
変更内容は、自動的に対応する構成ファイルに書き込まれ、新しいプロセスがクラスタに追加されます。

注意:

Oracle Business Intelligenceシステム・コンポーネントのスケール後に、instanceconfig.xmlファイルとNQSConfig.INIファイルを手動で編集したかどうかを確認します。Fusion Middleware Controlで集中管理されていないファイルの設定を手動で編集した場合は、各種インスタンスのそれらのファイルを手動で同期する必要があります。

コンポーネントをスケールアウトするためのOracle BI Systems Management APIの使用方法の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

5.6 システムに対する適切なスケーリングの検証

Fusion Middleware ControlおよびOracle WebLogic Server管理コンソールを使用して、スケールアウトしたコンポーネントのステータスを検証できます。

この項には次のトピックが含まれます:

- 第5.6.1項「システム・コンポーネントの可用性を表示するためのFusion Middleware Controlの使用」

- 第5.6.2項「管理対象サーバーの可用性を表示するための管理コンソールの使用」

5.6.1 システム・コンポーネントの可用性を表示するためのFusion Middleware Controlの使用

Fusion Middleware Controlを使用して、デプロイメント内のすべてのシステム・コンポーネントのステータスを表示できます。

システム・コンポーネントのステータスを表示するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「可用性」ページの「プロセス」タブを表示します。
このページでは、次の操作が可能です。

- すべての構成済システム・コンポーネントのステータスの表示

- 各システム・コンポーネントが現在実行されているホスト、ポートおよびOracleインスタンスの表示

- 個々のシステム・コンポーネントの起動、停止または再起動

- 特定のタイプの全システム・コンポーネントの起動、停止または再起動

- すべてのプロセスの起動、停止または再起動

この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

図5-2は、「可用性」ページの「プロセス」タブを示しています。

図5-2 Fusion Middleware Controlの「可用性」ページの「プロセス」タブ

5.6.2 管理対象サーバーの可用性を表示するための管理コンソールの使用

管理コンソールを使用して、デプロイメント内のすべての管理対象サーバーのステータスを表示できます。

管理対象サーバーのステータスを表示するには:

1. Oracle WebLogic Server管理コンソールにログインします。

2. 「環境」、「サーバー」の順に選択し、「サーバーのサマリー」ページに移動します。このページでは、デプロイメント内の新しいホストに追加された任意の管理対象サーバーを確認できます。

図5-3は、「サーバーのサマリー」ページを示しています。

図5-3 Oracle WebLogic Server管理コンソールの「サーバーのサマリー」ページ

6 高可用を実現するOracle Business Intelligenceのデプロイ

ここでは、高可用性を実現するためにOracle Business Intelligenceコンポーネントを構成する方法について説明します。また、システムの可用性の管理にFusion Middleware Controlで利用できる機能や、管理ツールでのクラスタ・マネージャの使用についても説明します。

ここでは、データベース層、Web層、管理サーバーおよびID管理の可用性など、スタック内の他のコンポーネントについて高可用性をさらに構成するための情報は提供していません。これらのトピックおよびOracle Business Intelligenceのデプロイとの関連性の詳細は、次のドキュメントを参照してください。

- 『Oracle Fusion Middleware高可用性ガイド』のOracle Business IntelligenceおよびEPMにおける高可用性の構成に関する項では、スタック全体に高可用性を実装する方法や、フォルト・トレラントなHTTPロード・バランサの構成方法、およびOracle Business Intelligenceスキーマに対する可用性の高いデータベースの構成方法について説明しています。

- 『Oracle Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド』では、セキュリティおよび高可用性に対して推奨されるベスト・プラクティスに沿った構成上の詳細な計画に基づくOracle Business Intelligenceのデプロイ方法を、Web層、データベース層、管理サーバーおよびID管理の可用性とともに説明しています。

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

- 第6.1項「クラスタ環境におけるOracle Business Intelligenceコンポーネントについて」

- 第6.2項「高可用性に対するOracle Business Intelligenceコンポーネントの構成」

- 第6.3項「Oracle Business Intelligenceの高可用性に対するオプション構成」

- 第6.4項「クラスタ・マネージャの使用」

- 第6.5項「Oracle Business Intelligenceのクラスタ環境のトラブルシューティング」

6.1 クラスタ環境におけるOracle Business Intelligenceコンポーネントについて

図6-1は、可用性の高いOracle Business Intelligenceのデプロイメントにおけるシステム・コンポーネントとJavaコンポーネントを示しています。システム・コンポーネントとJavaコンポーネントの詳細は、第1.3.3項「Oracle Business IntelligenceのJavaコンポーネントとシステム・コンポーネントについて」を参照してください。

図6-1 可用性の高いOracle Business Intelligenceのデプロイメント

図6-1では、Oracle Business Intelligence Javaコンポーネントが、APPHOST1およびAPPHOST2上の管理対象サーバーであるBI_SERVER1およびBI_SERVER2にデプロイされています。これらの管理対象サーバーは、Oracle WebLogicクラスタ内に構成されています。

Oracle BIプレゼンテーション・サービス、JavaHost、Oracle BIクラスタ・コントローラ、Oracle BIスケジューラおよびOracle BIサーバーは、APPHOST1およびAPPHOST2にインストールされているシステム・コンポーネントで、クラスタとして構成されています。APPHOST2上のクラスタ・コントローラおよびOracle BIスケジューラはパッシブであり(起動されますがリクエストは処理しません)、APPHOST1のコンポーネントで障害が発生した場合にのみアクティブ化されます。

データ層では、共有の外部ストレージが、Oracle BIプレゼンテーション・カタログ、Oracle BIサーバーのグローバル・キャッシュ、Oracle BIリポジトリ、およびOracle BIスケジューラのスクリプト・データを保管するように構成されています。

6.1.1 可用性に関する推奨事項

本番システムでは、各コンポーネントの複数のインスタンスを複数のコンピュータにデプロイすることをお薦めします。これにより、フォルト・トレランスを目的として、各コンポーネント・タイプのインスタンスが1つ以上のコンピュータで実行されるようになります。この構成では、管理対象サーバーとシステム・コンポーネントに対して、高可用性およびフェイルオーバーの必須要件である冗長性が提供されます。システムの単一点障害の発生については、Fusion Middleware Controlの「容量管理」ページの「可用性」タブで確認できます。詳細は、第6.1.2章「単一点障害を特定するためのFusion Middleware Controlの使用」を参照してください。

高可用性は、データベース層(Oracle RAC推奨)やWeb層で、および管理サーバーに対して冗長性を構成することによっても確保できます。詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Business IntelligenceおよびEPMの高可用性の構成に関する項を参照してください。

次の要件にも注意してください。

- クラスタに属しているすべてのOracle BIサーバーは、同一のドメイン内、および同一のLANサブネット上に存在している必要があります。地理的に離れているコンピュータはサポートされません。

- クラスタに属している各サーバーのクロックで同期を保持する必要があります。同期していないクロックによってレポートの正確性が失われる可能性があります。

6.1.2 単一点障害を特定するためのFusion Middleware Controlの使用

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

単一点障害を特定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「可用性」ページの「フェイルオーバー」タブを表示します。
このページでは、システム・コンポーネントをスケールアウトするか、またはプライマリ/セカンダリ・システム・コンポーネントを構成するかについての推奨事項を確認できます。

この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

3. Oracle BIサーバー、Oracle BI JavaHostまたはOracle BIプレゼンテーション・サービスをスケールアウトする必要がある場合は、「単一点障害」セクションで「選択項目のスケールアウト」をクリックし、「容量管理」ページの「スケーラビリティ」タブへ移動してシステム・コンポーネントをスケールアウトします。詳細は、第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」を参照してください。

4. 構成する必要のあるクラスタ・コントローラまたはOracle BIスケジューラがある場合は、「単一点障害」表にメッセージ「プライマリ/セカンダリの構成」が表示されます。構成方法の詳細は、第6.2.1項「プライマリ・インスタンスおよびセカンダリ・インスタンスを構成するためのFusion Middleware Controlの使用」を参照してください。

6.1.3 アクティブ/パッシブ・モデルを使用した高可用性の実現

前述の項で説明したアクティブ/アクティブ構成の設定にかわる方法として、Oracle Fusion Middleware Cold Failover Cluster(コールド・フェイルオーバー・クラスタ)を使用して、アクティブ/パッシブ構成でOracle Business Intelligenceを設定できます。コールド・フェイルオーバー・クラスタ構成では、複数のアプリケーション・サーバー・インスタンスが同じアプリケーション・ワークロードを処理するように構成されますが、常にアクティブであるインスタンスは1つのみです。

2ノードのコールド・フェイルオーバー・クラスタを使用することで、Oracle Business Intelligenceのアクティブ/パッシブな可用性を実現できます。コールド・フェイルオーバー・クラスタでは、一方のノードはアクティブですが、他方のノードはパッシブで待機します。アクティブ・ノードに障害が発生すると、待機中のノードがアクティブ化され、Oracle Business Intelligenceはそのノードでクライアントの処理を続行します。すべてのOracle Business Intelligenceコンポーネントが新しいアクティブなノードにフェイルオーバーされます。フェイルオーバー後、障害が発生したノードで実行されるOracle Business Intelligenceコンポーネントはありません。

詳細は、『Oracle Fusion Middleware高可用性ガイド』の「Oracle Fusion Middleware高可用性のためのアクティブ/パッシブ・トポロジ」を参照してください。

6.2 高可用性に対するOracle Business Intelligenceコンポーネントの構成

高可用性を実現するためにOracle Business Intelligenceを構成するには、システムに単一点障害がないようにする必要があります。それには、Oracle BIサーバー、プレゼンテーション・サービスおよびJavaHostをスケールアウトして、少なくとも2つのコンピュータに、各コンポーネント・タイプを少なくとも2つ配布するようにします。

また、クラスタ・コントローラおよびOracle BIスケジューラのプライマリ・インスタンスおよびセカンダリ・インスタンスを構成して、各コンポーネント・タイプのプライマリ・インスタンスおよびセカンダリ・インスタンスを2つの異なるコンピュータに配布する必要があります。

表6-1は、Oracle Business Intelligenceの高可用性を構成するために実行する必要のあるタスクを示しています。

表6-1 高可用性を構成するためのタスクの概要

タスク

詳細の参照先

Oracle Business Intelligenceデプロイメントの水平方向スケールアウト。これにより、Javaコンポーネントおよびシステム・コンポーネントの完全なセットを持つ2つのコンピュータが各ホストに含まれるようになります。このタスクには、Oracle Business Intelligenceインストーラの実行、共有ファイルとディレクトリの構成、およびFusion Middleware Controlを使用したシステム・コンポーネントのスケールアウトが含まれます。

第5.3項「Oracle Business Intelligenceの水平方向のスケーリング」

クラスタ・コントローラおよびOracle BIスケジューラのプライマリ・インスタンスおよびセカンダリ・インスタンスの構成。

第6.2.1項「プライマリ・インスタンスおよびセカンダリ・インスタンスを構成するためのFusion Middleware Controlの使用」

新しいコンポーネントの可用性の確認。

第5.6.1項「システム・コンポーネントの可用性を表示するためのFusion Middleware Controlの使用」

6.2.1 プライマリ・インスタンスおよびセカンダリ・インスタンスを構成するためのFusion Middleware Controlの使用

Fusion Middleware Controlを使用して、クラスタ・コントローラおよびOracle BIスケジューラのプライマリ・インスタンスおよびセカンダリ・インスタンスを構成できます。

図6-2は、「可用性」ページの「フェイルオーバー」タブを示しています。

図6-2 Fusion Middleware Controlの「可用性」ページの「フェイルオーバー」タブ

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

クラスタ・コントローラおよびOracle BIスケジューラのプライマリ・インスタンスおよびセカンダリ・インスタンスを構成するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「可用性」ページの「フェイルオーバー」タブを表示します。
このページで、クラスタ・コントローラおよびOracle BIスケジューラのプライマリ・インスタンスおよびセカンダリ・インスタンスを構成できます。

この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. 「プライマリ/セカンダリ構成」セクションで、Oracle BIスケジューラ、BIクラスタ・コントローラおよびEssbaseエージェントの「セカンダリ・ホスト / インスタンス」を指定します。
Essbaseの構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド』のシングルトン・システム・コンポーネントのセカンダリ・インスタンスの構成に関する項を参照してください。

5. 「適用」をクリックします。
「潜在的単一点障害」で、「問題はありません。すべてのコンポーネントにバックアップがあります。」と表示されます。

6. 「変更のアクティブ化」をクリックします。

7. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

可用性を管理するためのOracle BI Systems Management APIでのメソッドの使用の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

6.3 Oracle Business Intelligenceの高可用性に対するオプション構成

ここで説明する手順に従って、Oracle Business Intelligenceの高可用性に対するオプション構成を実行します。

この項には次のトピックが含まれます:

- 第6.3.1項「オプションのクラスタ・コントローラ・パラメータの設定」

- 第6.3.2項「オプションのプレゼンテーション・サービス・パラメータの設定」

- 第6.3.3項「オプションのOracle BIプレゼンテーション・サービス・プラグイン・パラメータの設定」

6.3.1 オプションのクラスタ・コントローラ・パラメータの設定

クラスタ・コントローラのハートビート頻度に関するオプション・パラメータを、ClusterConfig.xmlファイルに設定できます。

ClusterConfig.xmlファイルのコピーは、クラスタに属するクラスタ・コントローラ、Oracle BIサーバーまたはOracle BIスケジューラの各コンポーネントをホストするすべてのコンピュータに存在する必要があります。また、そのファイルの各コピーにパラメータを設定する必要があります。

ClusterConfig.xmlファイルにオプション・パラメータを設定するには:

1. ClusterConfig.xmlファイルを開いて編集します。ファイルは次の場所にあります。
ORACLE_INSTANCE/config/OracleBIApplication/coreapplication

2. 表6-2は、ClusterProperties要素下のクラスタ通信パラメータのデフォルト値を示しています。必要に応じて、このパラメータの値を変更することもできます。

表6-2 クラスタ通信用のClusterConfig.xmlのパラメータ

パラメータ

説明

デフォルト値

ServerPollSeconds

クラスタ内のクラスタ・コントローラ、Oracle BIサーバーおよびOracle BIスケジューラの各ノード間のハートビート・メッセージの頻度(秒)。

5

ControllerPollSeconds

クラスタ・コントローラ間のハートビート・メッセージの頻度(秒)。

5

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

4. この手順をデプロイメントのホストごとに繰り返します。

5. Oracle Business Intelligenceを再起動します。

例6-1は、ClusterConfig.xmlファイルのサンプル・パラメータを示しています。このサンプルに示されていない追加の要素は、すべて集中的に管理されており、手動では設定できないことに注意してください。

例6-1 ClusterConfig.xml内のクラスタに関するサンプル・パラメータ

<ClusterProperties>
<ServerPollSeconds>5</ServerPollSeconds>
<ControllerPollSeconds>5</ControllerPollSeconds>
</ClusterProperties>

6.3.2 オプションのプレゼンテーション・サービス・パラメータの設定

オプションで、プレゼンテーション・サービスとJavaHostコンポーネント間の伝達を制御する特定のパラメータを構成できます。プレゼンテーション・サービスを構成するには、プレゼンテーション・サービスをホストする各コンピュータ上にあるinstanceconfig.xmlファイルにパラメータを設定します。

クラスタ用にプレゼンテーション・サービスを構成するには:

1. 構成ファイルのinstanceconfig.xmlを開いて編集します。instanceconfig.xmlは次の場所にあります。
ORACLE_INSTANCE/config/OracleBIPresentationServicesComponent/
coreapplication_obipsn

2. ServerInstanceタグ下のJavaHostProxy要素にはオプションのサブ要素があります。表6-3は、これらのサブ要素について説明しています。

表6-3 JavaHostProxy要素のオプションのサブ要素

サブ要素

属性

説明

LoadBalancer/Ping

keepAliveMaxFailures

ホストが機能していないと判断されるまでにpingの失敗を許容する回数を指定します。デフォルト値は5です。

LoadBalancer/Ping

keepAliveFrequencySecs

pingの頻度を秒単位で指定します。デフォルト値は20です。

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

4. この手順をデプロイメントのプレゼンテーション・サービス・インスタンスごとに繰り返します。

5. Oracle Business Intelligenceを再起動します。

6.3.3 オプションのOracle BIプレゼンテーション・サービス・プラグイン・パラメータの設定

オプションでOracle BIプレゼンテーション・サービス・プラグインを構成して、セッションのリダイレクション動作を制御できます。そのためには、analytics Javaコンポーネントがインストールされているコンピュータごとに、この項で説明する手順を実行する必要があります。

Oracle BIプレゼンテーション・サービス・プラグインのオプション・パラメータを設定するには:

1. bridgeconfig.propertiesファイルを開いて編集します。このファイルは次の場所にあります:
MW_HOME/user_projects/domains/domain_name/config/fmwconfig/
biinstances/coreapplication

2. オプションで、パラメータAlwaysKeepSessionAffiliationを追加すると、現在のプレゼンテーション・サービス・コンポーネントのスコアが低すぎる場合に、同じセッションに属するリクエストを別のプレゼンテーション・サービス・コンポーネントにリダイレクトできるかどうかを制御できます。
インスタンス・スコアとは、ロード・バランシング・アルゴリズムによってクラスタ内の各プレゼンテーション・サービスに関連付けられている内部スコアのことです。これは、ロード・バランサで収集された様々なメトリックに基づいています。

このパラメータをtrueに設定するとリクエストのリダイレクションが禁止され、falseに設定すると許可されます。例:

oracle.bi.presentation.sawconnect.loadbalance.AlwaysKeepSessionAffiliation=true

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

4. Oracle WebLogic Server管理コンソールからanalyticsアプリケーションを再起動します。Oracle BI PublisherでOracle BIプレゼンテーション・カタログを使用している場合は、xmlpserverアプリケーションも再起動する必要があります。

5. この手順をanalytics Javaコンポーネントをホストするコンピュータごとに繰り返します。

6.4 クラスタ・マネージャの使用

これまでのリリースでは、管理ツールのクラスタ・マネージャを使用してOracle BIサーバー、Oracle BIスケジューラおよびクラスタ・コントローラのインスタンスを監視および管理していました。このツールは今回のリリースでもサポートされています。

クラスタ化されたコンポーネントに関連するほとんどの管理タスクにはFusion Middleware Controlを使用しますが、それらのコンポーネントの状態を表示する場合はクラスタ・マネージャを使用すると便利です。たとえば、現在アクティブなOracle BIスケジューラ・インスタンスを表示して、どのOracle BIサーバーがマスターBIサーバーかを確認できます。Fusion Middleware Controlでは、クラスタ化されたコンポーネントの現在のステータスは表示されますが、現在の状態を表示することはできません。

クラスタ・マネージャを使用すると、クラスタ内のOracle BIサーバー、Oracle BIスケジューラおよびクラスタ・コントローラのインスタンスの操作を監視、分析および管理できます。このツールでは、ステータス、キャッシュおよびセッションの情報が提供されます。クラスタ・マネージャを使用できるのは、管理ツールがクラスタ化されたDSNに接続されている場合のみです。

クラスタ内のすべてのクラスタ・コントローラまたはOracle BIサーバーが現在停止しているかオフラインの場合、クラスタ・マネージャにアクセスしてそれらを起動することはできません。クラスタ・コントローラ(通常はプライマリ)とOracle BIサーバーをそれぞれ1つ手動で起動する必要があります。

「クラスタ・マネージャ」ウィンドウには、左側に「エクスプローラ 」ペインと 右側に「情報」ペインの2つのペインがあります。「エクスプローラ」ペインには、クラスタを構成するサーバー、スケジューラおよびコントローラの階層情報が表示されます。「情報」ペインには、「エクスプローラ」ペインで選択された項目の詳細情報が表示されます。

「クラスタ・マネージャ」ウィンドウは、デフォルトで1分ごとにリフレッシュされます。この間隔は変更できます。

表示のリフレッシュ間隔を設定するには:

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

2. 「管理」、「クラスタ」の順に選択します。

3. 「リフレッシュ」、「間隔」の順に選択し、リストから別の値を選択します。

4. 必要に応じて表示をリフレッシュするには、クラスタ・マネージャがアクティブなウィンドウであることを確認してから[F5]を押すか、「リフレッシュ」、「即時」の順に選択します。このアクションにより、クラスタのほとんどの現在の情報が取得されます。

6.4.1 クラスタ情報の表示および管理

ここでは、クラスタに関するステータス、キャッシュ、およびセッションの情報と、表示される情報の意味について説明します。

6.4.1.1 ステータス情報

初めて「クラスタ・マネージャ」ウィンドウを開くと、「ステータス」ビューが自動的に表示されます。また、「ビュー」、「クラスタ・マネージャ」ウィンドウの「ステータス」の順に選択することで「ステータス」ビューにアクセスすることもできます。

「情報」ペインに表示される情報のカテゴリは、管理ツールが接続しているサーバーに応じて異なる場合があります。表6-4は、表示される可能性のあるカテゴリについて説明しています。

表6-4 「ステータス」列

列

説明

最終報告時間

ロールが「制御中」のクラスタ・コントローラと、クラスタ・コントローラまたはOracle BIサーバーが通信した時間。サーバーまたはコントローラがオフラインの場合、このフィールドは空白になります。

名前

Oracle BIサーバーまたはクラスタ・コントローラをホストしているコンピュータの名前。

ロール

クラスタ内のオブジェクトのロールは、次のとおりです。

- 制御中: 現在クラスタの制御責任を割り当てられているクラスタ・コントローラ。

- プライマリ: プライマリのクラスタ・コントローラ。プライマリのクラスタ・コントローラが現在制御中のクラスタ・コントローラである場合、このロールは表示されません。

- セカンダリ: セカンダリのクラスタ・コントローラ。セカンダリのクラスタ・コントローラが現在制御中のクラスタ・コントローラである場合、このロールは表示されません。

- クラスタ化されたサーバー: クラスタのメンバーであるOracle BIサーバー。マスター・サーバーとして定義されているクラスタ化されたサーバーには、このロールは表示されません。

- マスター: 管理ツールがリポジトリをオンライン・モードで編集するために接続するクラスタ化されたサーバー。

- アクティブ: Oracle BIスケジューラはアクティブです。

セッション

このフィールドは、「エクスプローラ」ペインで複数のサーバーまたは個別のサーバーが選択されている場合に利用できます。クラスタ化されたサーバーに現在ログオンしているセッション数を示します。

開始時間

クラスタ・コントローラまたはOracle BIサーバーが最後に起動された時間を示すタイムスタンプ。クラスタ・コントローラまたはクラスタ化されたサーバーがオフラインの場合、このフィールドは空白になります。

ステータス

クラスタ内のオブジェクトのステータスは、次のとおりです。

- オンライン: クラスタ・コントローラまたはOracle BIサーバーはオンラインです。オンラインのクラスタ・コントローラは、セッション・リクエストを受信して、それらをクラスタ内の使用可能なサーバーに割り当てることができます。クラスタ・コントローラにより、オンラインのOracle BIサーバーにセッションが割り当てられます。

- 静止: このステータスはクラスタ化されたサーバーにのみ適用されます。サーバーが静止された場合は、サーバーがオフライン・ステータスに移行する前に、未処理のセッションで進行中のアクティビティをすべて完了できます。

- オフライン: クラスタ・コントローラまたはOracle BIサーバーはオフラインです。オフラインのクラスタ・コントローラは、セッション・リクエストを受信して、それらをクラスタ内の使用可能なサーバーに割り当てることはできません。オフラインのOracle BIサーバーは制御中のクラスタ・コントローラと通信しないため、制御中のクラスタ・コントローラによって割り当てられたセッションを受信できません。その後、サーバーが使用可能になると、クラスタに参加できます。クラスタ・コントローラやクラスタ化されたサーバーを静止した後で停止するには、Stopコマンドを入力します。

- 強制オフライン: このステータスはクラスタ化されたサーバーにのみ適用されます。Oracle BIサーバーは停止しています。これはオフライン・ステータスと同じですが、このステータスでは、Oracle BIサーバーがオンラインに戻ってもリクエストは割り当てられません。このサーバーは、管理ツールのクラスタ・マネージャからこのサーバーに対してStartコマンドが発行されるか、両方のクラスタ・コントローラがシャットダウンして再起動するまで、停止した状態のままになります。

- オンライン: アクティブ: このOracle BIスケジューラ・インスタンスはオンラインで、実行中であり、Oracle BIスケジューラ・クライアントによって接続されています。このインスタンスがジョブを実行します。

- オンライン: 非アクティブ: このOracle BIスケジューラはオンラインですが実行されていません。このインスタンスは、アクティブ・インスタンスが利用できなくなった場合に、アクティブ・インスタンスとして処理をただちに引き継ぎます。

- オンライン: 非アクティブな保留: アクティブなOracle BIスケジューラが非アクティブの状態へ移行しようとしています。これには数分かかることがあります(複数のジョブが実行中の場合など)。

タイプ

「エクスプローラ」ペインで「クラスタ」を選択すると、このフィールドが利用できます。次の3つのタイプがあります。

- コントローラ: オブジェクトはクラスタ・コントローラです。

- サーバー: オブジェクトはOracle BIサーバーです。

- スケジューラ: オブジェクトはScheduler Serverです。

6.4.1.2 キャッシュの情報

「キャッシュ」ビューは、キャッシュが有効な場合に「クラスタ・マネージャ」ウィンドウに表示されます。

情報のカテゴリとその表示順は、「オプション」の設定により制御されます。表6-5は、表示される可能性のあるカテゴリについて説明しています。

表6-5 「キャッシュ」ビューの列

列

説明

ビジネス・モデル

キャッシュ・エントリに関連付けられているビジネス・モデルの名前。

列数

このキャッシュ・エントリの結果セットの各行における列数。

作成

キャッシュ・エントリの結果セットが作成された時間。

作成経過時間

このキャッシュ・エントリの結果セットの作成に必要な時間(ミリ秒)。

フル・サイズ

可変長の列、圧縮アルゴリズム、およびその他の要因を考慮して使用される最大サイズ。結果セットの実際のサイズはフル・サイズよりも小さくなります。

最終使用

キャッシュ・エントリの結果セットが問合せに対応した最後の日時(Oracle BIサーバーが予期せず停止した後、最終使用日時が一時的に実際よりも古い値となることがあります)。

行数

問合せによって生成された行数。

行サイズ

このキャッシュ・エントリの結果セットの各行のサイズ(バイト単位)。

SQL

キャッシュ・エントリを生成したSQL文のテキスト。

使用回数

Oracle BIサーバーの起動後、このキャッシュ・エントリの結果セットが問合せに対応した回数。

ユーザー

このキャッシュ・エントリを作成した問合せを送信したユーザー名。

キャッシュ情報を表示するには:

1. 「エクスプローラ」ペインで個々のサーバーをクリックし、「ビュー」、「キャッシュ」の順に選択します。

6.4.1.3 セッション情報

「セッション」ビューはOracle BIサーバーに表示されます。この情報は、表6-6に示すように、2つのウィンドウに配置されています。

- 「セッション」ウィンドウ: 上部に表示されます。Oracle BIサーバーに現在ログオンしているユーザーを表示します。

- 「リクエスト」ウィンドウ: 下部に表示されます。「セッション」ウィンドウで選択したユーザーについてアクティブな問合せリクエストを表示します。

表6-6は、「セッション」ウィンドウに表示される情報について説明しています。

表6-6 「セッション」ウィンドウの列(上部ウィンドウ)

列

説明

カタログ

セッションが接続されるOracle BIプレゼンテーション・カタログの名前。

クライアント・タイプ

クライアント・セッションのタイプ。「管理」クライアント・タイプは、Oracle BI管理者ユーザーのIDでログインするユーザーに予約されています。

最終アクティブ時刻

セッションや問合せに関する最新のアクティビティのタイムスタンプ。

ログオン時間

セッションがOracle BIサーバーにログオンした時間のタイムスタンプ。

リポジトリ

セッションが接続されているリポジトリの論理名。

セッションID

セッション開始時にOracle BIサーバーが各セッションに割り当てる一意の内部ID。

ユーザー

接続したユーザーの名前。

表6-7は、「リクエスト」ウィンドウに表示される情報について説明しています。

表6-7 「リクエスト」ウィンドウの列(下部ウィンドウ)

列

説明

最終アクティブ時刻

セッションや問合せに関する最新のアクティビティのタイムスタンプ。

リクエストID

問合せ開始時にOracle BIサーバーが各問合せに割り当てる一意の内部ID。

セッションID

セッション開始時にOracle BIサーバーが各セッションに割り当てる一意の内部ID。

開始時間

最初の問合せリクエストの時刻。

ステータス

表示される値は次のとおりです。プロセスによっては、その完了する速度に応じて、指定されたリクエストやセッションのすべての値が表示されないことがあります。

- アイドル: リクエストやセッションに対するアクティビティは現在ありません。

- フェッチ中: リクエストを取得中です。

- フェッチ済: リクエストは取得されました。

- 準備中: リクエストは処理を準備しています。

- 準備済: リクエストは処理の準備を完了して、実行可能な状態です。

- 実行中: リクエストは現在実行中です。リクエストを終了するには、そのリクエストを選択して「リクエストの強制終了」をクリックします。ユーザーは、Oracle BI管理者がリクエストをキャンセルしたことを示すメッセージを受信します。

- 実行済: リクエストの実行は終了しました。

- 成功: リクエストの実行は正常に完了しました。

- 取消済: リクエストは取り消されました。

- 失敗: リクエストの処理中または実行中にエラーが発生しました。

セッション情報を表示するには:

1. 「エクスプローラ」ペインでサーバーを選択し、「表示」、「セッション」の順に選択します。
サーバーのセッション情報が「情報」ペインに表示されます。ここには、サーバーにログインしたすべてのユーザーと、各ユーザーに対する現在のすべての問合せリクエストが表示されます。

セッションを切断するには:

1. 「セッション」ビューで、「セッション」ウィンドウ(上部ウィンドウ)のセッションを右クリックして「切断」をクリックします。
セッションを切断するとODBCセッションは終了します。このセッションで接続されていたクライアント・ユーザーは、問合せを試行してもエラーが返されます。ユーザーは、ログアウトしてから再度ログインし、新しいセッションを開始する必要があります。

問合せリクエストを終了するには:

1. 「セッション」ビューで、「リクエスト」ウィンドウ(下部ウィンドウ)のリクエストを右クリックして「リクエストの強制終了」をクリックします。
問合せリクエストを終了すると、その問合せを開始しているユーザーにエラーが返されます。

6.4.1.4 サーバー情報

「ビュー」メニューから「サーバー情報」を選択すると、バージョン番号など、クラスタ・サーバーに関する情報が表示されます。

6.5 Oracle Business Intelligenceのクラスタ環境のトラブルシューティング

Fusion Middleware Controlおよび管理コンソールを使用してシステム・プロセスのステータスを確認します。詳細は、第5.6.1項「システム・コンポーネントの可用性を表示するためのFusion Middleware Controlの使用」および第5.6.2項「管理対象サーバーの可用性を表示するための管理コンソールの使用」を参照してください。

クラスタ化、ロード・バランシングおよびフェイルオーバーの各機能を有効にしたら、次の情報を使用して、デプロイメントで発生する可能性のある問題のトラブルシューティングを実行できます。

- Fusion Middleware Controlで報告されているメッセージとエラー

- Oracle Business Intelligenceコンポーネントのログ・ファイル(Fusion Middleware Controlからも使用できます)

クラスタ内のOracle Business Intelligenceシステム・コンポーネントごとにログ・ファイルを確認します。ログ・ファイルには、誤った構成によって発生する可能性のあるクライアント側の障害がすべて記録されます。ログに記録されないフェイルオーバー・イベントもありますが、クラスタ・コントローラのログ・ファイルには、すべてのOracle BIスケジューラまたはOracle BIサーバー・コンポーネントのクラッシュが記録されます。イベント・ビューアのログは、WindowsでもLinuxまたはUNIXのsyslogでも確認できます。

ログ・ファイルの詳細は、第8章「Oracle Business Intelligenceの問題の診断および解決」を参照してください。

6.5.1 Oracle BIサーバーがLinuxまたはUNIX上で実行されている場合のNetwork Applianceデバイスでのエラーの回避

次の情報は、Network ApplianceからNASデバイス上のOracle Business Intelligenceの共有ファイルとディレクトリにアクセスする、LinuxまたはUNIXプラットフォームでのOracle BIサーバー・コンポーネントのデプロイメントに適用されます。LinuxまたはUNIX上に、NTFSセキュリティ・スタイルを使用するOracle BIサーバー・コンポーネントがデプロイされた環境では、Network Appliance Data ONTAPストレージのオペレーティング・システムのバージョンは6.3.1以上をお薦めします。

LinuxコンピュータまたはUNIXコンピュータで、Data ONTAP(バージョン6.0.3 - 6.3)のNTFS qtreeに設計を保存しようとすると、権限エラーが発生する場合があります。設計ファイルの保存後、NTFS qtreeでのUNIX権限設定の試行をサイレントに無視するには、次のData ONTAP設定を使用します。

options cifs.ntfs_ignore_unix_security_ops on

7 パフォーマンス・チューニングと問合せキャッシングの管理

この章では、パフォーマンス・チューニングの概要やシステム・メトリックの監視に関する情報も含めて、Oracle Business Intelligenceの問合せのパフォーマンスを向上する方法について説明します。また、問合せキャッシュを管理および使用する方法についても説明します。問合せキャッシュ機能により、Oracle BIサーバーは、問合せの結果をキャッシュ・ファイルに保存し、後で同様の問合せが要求されたときにその結果を再利用できます。キャッシュを使用すると、問合せに対するデータベース処理の回数が1回で済み、問合せを実行するたびにデータベースを処理する必要はありません。

お使いのシステムのパフォーマンス・チューニングについては、次のOracle Fusion Middlewareのリソースも参照してください。

『Oracle Fusion Middlewareパフォーマンスおよびチューニング・ガイド』

『Oracle Fusion Middleware Oracle WebLogic Serverパフォーマンスおよびチューニング』

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

- 第7.1項「サービス・レベルの監視」

- 第7.2項「問合せのパフォーマンス・チューニングについて」

- 第7.3項「Fusion Middleware Controlでのパフォーマンス・パラメータの設定」

- 第7.4項「Oracle BIサーバーの問合せキャッシュについて」

- 第7.5項「問合せキャッシングの構成」

- 第7.6項「キャッシュの監視と管理」

- 第7.7項「キャッシュの使用方針」

- 第7.8項「イベント・ポーリング表によるキャッシュ・イベントの処理」

- 第7.9項「Oracle BIプレゼンテーション・サービス・キャッシュ設定の管理」

- 第7.10項「Oracle BI Webクライアントのパフォーマンスの向上」

- 第7.11項「Oracle Business IntelligenceのJVMヒープ・サイズの設定」

7.1 サービス・レベルの監視

サービス・レベルを理解するには、通常、プロセスの状態を監視し、システム・メトリックを表示します。

Oracle Business Intelligenceは、ランタイム・パフォーマンスをリアルタイムで継続的に自動測定します。パフォーマンス・メトリックは自動的に有効化されるため、メトリックの収集のためにオプションを設定したり、追加の構成を実行したりする必要はありません。

特定のOracle Business Intelligenceインストール内のシステム・コンポーネントの場合、システム・メトリックをFusion Middleware Controlで参照できます。アプリケーションの実行速度の低下や停止などの問題が発生した場合、詳細なパフォーマンス情報を表示して、その問題について詳しく調べることができます。

WSLTコマンドを使用してメトリック情報を定期的にファイルに保存すると、過去のメトリック値の記録を作成できます。詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド リファレンス』のDMSカスタムWLSTコマンドに関する項を参照してください。

Oracle WebLogic Server管理コンソールを使用して、Javaコンポーネントのメトリックを表示することもできます。

この項には次のトピックが含まれます:

- 第7.1.1項「共通パフォーマンス・メトリックを表示するためのFusion Middleware Controlの使用」

- 第7.1.2項「すべてのOracle Business Intelligenceメトリックを表示するためのFusion Middleware Controlの使用」

- 第7.1.3項「Javaコンポーネントのメトリックを表示するための管理コンソールの使用」

7.1.1 共通パフォーマンス・メトリックを表示するためのFusion Middleware Controlの使用

「容量管理」ページの「メトリック」タブから、最もよく表示されるパフォーマンス・メトリックにアクセスできます。

Fusion Middleware Controlを使用して共通パフォーマンス・メトリックを表示するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「メトリック」タブを表示します。

3. 「メトリック」タブでは、レスポンス時間、負荷および信頼性に関するメトリックを表示できます。次のメトリックのページレベル・ヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- リクエスト処理時間(ミリ秒)

- SOAリクエスト処理時間(ミリ秒)

- 平均問合せ時間(秒)

- アクティブ・セッション

- リクエスト(/分)

- SOAリクエスト(/分)

- プレゼンテーション・サービス・リクエスト(/秒)

- サーバー問合せ(/秒)

- 失敗した問合せ

- 報告されたエラー(過去1時間)

このタブに表示されるメトリックにより、クラスタ全体でのOracle Business Intelligenceコンポーネントの現在のレスポンス時間、負荷および信頼性を判断できます。

7.1.2 すべてのOracle Business Intelligenceメトリックを表示するためのFusion Middleware Controlの使用

Fusion Middleware Controlの「パフォーマンス・サマリー」ページから、使用可能なすべてのBusiness Intelligenceメトリックを表示してグラフを作成できます。データは、一時的にロギングされます(つまり、ロギングが開始されるのは、そのページを表示し、特定のメトリックを表示するように選択したときです)。

Fusion Middleware Controlを使用してOracle Business Intelligenceのすべてのパフォーマンス・メトリックを表示するには:

1. ツリー・ナビゲータで、「Business Intelligence」フォルダを開き、コアアプリケーション・ノードを右クリックします。

2. 「監視」を選択し、「パフォーマンス」を選択します。「パフォーマンス・サマリー」ページが表示され、このOracle Business Intelligenceインストールで選択されているメトリックが表示されます。

注意:

または、「容量管理」タブの「メトリック」ページに移動し、「システム・メトリックの完全セットを表示します」をクリックしても、「パフォーマンス・サマリー」ページを表示できます。

3. 「パフォーマンス・サマリー」ページに表示されているメトリックをカスタマイズするには、「メトリック・パレットの表示」をクリックします。次に、該当のメトリック・カテゴリを開き、個々のメトリックを選択するか、選択を解除します。選択するメトリックが、「パフォーマンス・サマリー」ページに表示されます。
特定のメトリックの詳細は、メトリックを右クリックし、「ヘルプ」をクリックします。

7.1.3 Javaコンポーネントのメトリックを表示するための管理コンソールの使用

Javaコンポーネントのメトリックを表示するには、管理コンソールを使用します。選択されている管理対象サーバーの「監視」タブでメトリックを表示したり、メトリック・ブラウザを使用したりできます。デプロイメントが簡易インストール・タイプに基づいている場合は、管理サーバーの「監視」タブを使用します。

「監視」タブでOracle Business Intelligenceのメトリックを表示するには:

1. 管理コンソールにログインします。

2. 「ドメイン構造」ウィンドウの「環境」ノードを開きます。

3. 「サーバー」をクリックします。「サーバーのサマリー」ページが表示されます。

4. サーバー名(oracle_bi1やAdminServer(admin)など)をクリックします。

5. 「 モニター 」タブをクリックします。
このページに表示されるメトリックの詳細は、「ヘルプ」をクリックします。

管理コンソールのメトリック・ブラウザにアクセスするには:

1. 管理コンソールにログインします。

2. 「チャートとグラフ」で、「監視ダッシュボード」をクリックします。

3. 「メトリック・ブラウザ」タブをクリックします。
メトリック・ブラウザの使用の詳細は、「ヘルプ」をクリックします。

7.2 問合せのパフォーマンス・チューニングについて

この項では、Oracle BIサーバーにおいて問合せのパフォーマンスを向上する上で重要ないくつかの考慮事項について説明します。

問合せのパフォーマンス向上に使用できる方法の概要を、次に示します。

- 基礎となるデータベースのチューニングと索引付け: Oracle BIサーバーのデータベース問合せを迅速に返すには、基礎となるデータベースを正しく構成、チューニングおよび索引付けする必要があります。データベース製品ごとにチューニングの考慮事項がそれぞれ異なるので注意してください。
基礎となるデータベースからの戻りに時間がかかる問合せがある場合は、問合せのSQL文を問合せログに取得し、それをデータベース管理者(DBA)に提供して分析してもらいます。システム上での問合せログの構成の詳細は、第8.4項「問合せログの管理」を参照してください。

- 集計表: 問合せのパフォーマンスを向上するには、集計表の使用が非常に重要です。集計表には、データの合計があらかじめ計算されて含まれています。詳細な数千もの行から答えを再計算するより、集計表から答えを取得する方がはるかに高速です。
Oracle BIサーバーでは、リポジトリに正しく指定されている場合、集計表が自動的に使用されます。集計ナビゲーションの設定例については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

- 問合せキャッシング: Oracle BIサーバーでは、後続の問合せで再利用するために、問合せ結果を保存しておくことができます。問合せキャッシングにより、よく使用されるダッシュボードの場合は特に、ユーザーに対する見かけ上のシステム・パフォーマンスが大幅に向上します。ただし、ほとんどの非定型な分析ではパフォーマンスは向上しません。
問合せキャッシングの概念と設定の詳細は、第7.4項「Oracle BIサーバーの問合せキャッシュについて」を参照してください。

- Fusion Middleware Controlでのパラメータの設定: Fusion Middleware Controlを使用して各種のパフォーマンス構成パラメータを設定することで、システムのパフォーマンスを向上できます。詳細は、第7.3項「Fusion Middleware Controlでのパフォーマンス・パラメータの設定」を参照してください。

- NQSConfig.INI内のパラメータの設定: NQSConfig.INIファイルには、一時記憶域用のディスク容量を構成するパラメータ、仮想表のページ・サイズを設定するパラメータ、その他の詳細な構成設定など、Oracle BIサーバーの構成およびチューニングの追加パラメータが含まれています。詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

システム・コンポーネントをスケールアウトしてスループットを増加することによっても、システムの全体のパフォーマンスを向上できます。詳細は、第5章「デプロイメントのスケーリング」を参照してください。

7.3 Fusion Middleware Controlでのパフォーマンス・パラメータの設定

この項では、Fusion Middleware Controlで設定できるパフォーマンス・オプションについて説明します。

この項には次のトピックが含まれます:

- 第7.3.1項「RPD更新を禁止するためのFusion Middleware Controlの使用」

- 第7.3.2項「ユーザー・セッションのログオフ期間を設定するためのFusion Middleware Controlの使用」

- 第7.3.3項「表およびピボット・テーブルのデータに対する構成オプションを設定するためのFusion Middleware Controlの使用」

- 第7.3.4項「表をレンダリングするために処理する最大行数を設定するためのFusion Middleware Controlの使用」

7.3.1 RPD更新を禁止するためのFusion Middleware Controlの使用

Fusion Middleware Controlを使用して、デフォルト・リポジトリ・ファイルへの更新を許可するか回避するかを指定できます。このパラメータの設定は、管理ツールがオンライン・モードおよびオフライン・モードで接続されている際、リポジトリを更新できるかどうかに影響します。また、biserverxmlcliなど他のユーティリティを使用して、他のリポジトリ更新操作を実行できるかどうかにも影響します。リポジトリの更新を回避する場合、集計の永続性機能は使用できないことに注意してください。

リポジトリの更新を回避すると、Oracle BIサーバーのパフォーマンスが向上します。このモードではOracle BIサーバーがロック・コントロールを処理する必要がないからです。

リポジトリの更新の回避を選択すると、管理ツールがオンライン・モードまたはオフライン・モードでリポジトリを開くときに、リポジトリが読取り専用であるというメッセージがユーザーに通知されます。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してリポジトリの更新を回避するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. 「RPD更新を許可しない」を選択して、リポジトリ・ファイルへの更新を回避します。
ページレベル・ヘルプにアクセスするには、「ヘルプ」ボタンをクリックします。

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.3.2 ユーザー・セッションのログオフ期間を設定するためのFusion Middleware Controlの使用

ユーザーが自動的にログオフされるまでの経過時間(分単位)をオーバーライドできます。この手順を開始する前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」に記載されている情報を確実に理解しておいてください。

Fusion Middleware Controlを使用してクライアント・セッションのログオフ期間を設定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. ページのヘルプ・トピックの説明を使用して、「ユーザー・セッションの失効」オプションを設定します。
ボックスのページレベル・ヘルプにアクセスするには、「ヘルプ」ボタンをクリックします。

5. 「適用」をクリックし、「変更のアクティブ化」をクリックして、変更を実行し、別のシステム管理者が変更できるようにロックを解除します。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

設定を変更するためのOracle BI Systems Management APIのメソッドの使用については、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.3.3 表およびピボット・テーブルのデータに対する構成オプションを設定するためのFusion Middleware Controlの使用

詳細な構成の設定は、第19.3項「ビュー内のデータの表示と処理の構成」で説明されています。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してビューの構成オプションを設定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。次のオプションに関するページ・レベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- 「最大ダウンロード行数」オプション

- 「1ページ当たりに含める最大行数」オプション

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.3.4 表をレンダリングするために処理する最大行数を設定するためのFusion Middleware Controlの使用

表をレンダリングするためにOracle BIサーバーからフェッチして処理できる最大行数をオーバーライドできます。表の行数を減らすと、指定のユーザー・セッションで消費されるシステム・リソースが減少し、パフォーマンスが大幅に向上することがあります。

詳細な構成の設定は、第19.3項「ビュー内のデータの表示と処理の構成」で説明されています。

この値を設定する際は、次の点に注意してください。

- この指定は、表に適用されます。ピボット・テーブルには適用されません。

- デフォルト値は65000です。最小値は50です。最大値を超えると、表ビューのレンダリング時にサーバーからエラー・メッセージが返されます。最大値は少なくとも16ビットで、プラットフォームによって異なります。この値より大きな値の処理を試みる前に、システムのメモリーがすべて消費される可能性があります。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用して表をレンダリングするために処理する最大行数を設定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. ページのヘルプ・トピックの説明を使用して、「表ビューをレンダリングするために処理された最大行数」オプションを設定します。50より大きな整数値を入力してください。
ボックスのページレベル・ヘルプにアクセスするには、「ヘルプ」ボタンをクリックします。

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.4 Oracle BIサーバーの問合せキャッシュについて

Oracle BIサーバーを構成して、問合せ結果セットのディスクベース・キャッシュをローカルに保持できます(問合せキャッシュ)。問合せキャッシュを使用すると、Oracle BIサーバーがバックエンド・データソースにアクセスせずに、後続の問合せリクエストを多数処理できるため、問合せパフォーマンスが向上します。

バックエンド・データベースで更新が発生すると、問合せキャッシュのエントリが古くなることがあります。このため、次のいずれかの方法を使用して、問合せキャッシュから定期的にエントリを削除する必要があります。

- 手動。Oracle BI管理ツールの「管理」メニューで「キャッシュ」を選択して、キャッシュ・マネージャを開きます。キャッシュ・マネージャでは、パージするキャッシュ・エントリやパージする日時をきわめて柔軟に選択できますが、手動の作業が必要です。詳細は、第7.7.4項「キャッシュ・マネージャの使用」を参照してください。

- 自動。管理ツールでは、システムのキャッシュの無効化、特定の物理表のキャッシュ属性の設定、およびOracle Business Intelligenceイベント表を使用してのキャッシュの自動パージが可能です。詳細は、第7.6項「キャッシュの監視と管理」を参照してください。

- プログラム。Oracle BIサーバーには、プログラムでキャッシュ・エントリをパージするためのODBC拡張関数があります。これらの関数により、イベント表の自動化に関して、キャッシュ・マネージャの選択とタイミングの柔軟性が高まります。独自のスクリプトを記述して、これらの関数を必要に応じて呼び出すことができます。詳細は、第7.6.2項「ODBCプロシージャを使用するキャッシュのパージと保守」を参照してください。

問合せキャッシングを制御するパラメータは、Fusion Middleware ControlおよびNQSConfig.INIファイル(付録A「NQSConfig.INIファイルの構成設定」を参照)にあります。詳細は、第7.7.3項「Oracle BIサーバー・キャッシュをシードするためのエージェントの使用」も参照してください。

この項には次のトピックが含まれます:

- 第7.4.1項「問合せキャッシュのアーキテクチャ」

- 第7.4.2項「キャッシングの利点」

- 第7.4.3項「キャッシングに伴う代償」

- 第7.4.4項「ユーザー間でのキャッシュの共有」

- 第7.4.5項「XMLデータソースのリフレッシュ間隔について」

- 第7.4.6項「グローバル・キャッシュについて」

7.4.1 問合せキャッシュのアーキテクチャ

問合せキャッシュは、キャッシュ記憶領域、キャッシュ・メタデータおよび問合せコンパイルでのキャッシュ検出で構成されます。

Oracle BIサーバーのキャッシュ・メタデータへのアクセスのプロセスは非常に高速です。メタデータがキャッシュ・ヒットを示す場合は、大部分の問合せ処理がなくなり、ユーザーに結果が即時に返されます。新しい結果をキャッシュに追加するプロセスは、ユーザーに返される結果には関係しません。実行中の問合せに影響するのは、キャッシュされた結果を書き込むプロセスで使用されるリソースだけです。

問合せキャッシュ・エントリは、WindowsやUNIXなどの異なるオペレーティング・システム間、および32ビットと64ビットのアーキテクチャ間で移植可能です。互換性のないキャッシュ・エントリは、自動的に削除されます。たとえば、32ビット・システムと64ビット・システムを切り替えるときに、キャッシュ・ファイルを手動で削除する必要はありません。

問合せキャッシュ・エントリは、Oracle Business Intelligenceのバージョン10.1.3.2と11g リリース1(11.1.1)など、異なるリリース間では移植不可能であることに注意してください。

キャッシングはサブリクエスト・レベルでデフォルトで発生し、SQL文によっては複数のキャッシュ・エントリが生じます。リアルタイムと過去のデータを組み合せた問合せの場合は特に、サブリクエストのキャッシングによって、パフォーマンスとキャッシュ・ヒット率が向上します。サブリクエスト・キャッシングを無効にするには、NQSConfig.INIファイルのパラメータDISABLE_SUBREQUEST_CACHINGをYESに設定します。詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

7.4.2 キャッシングの利点

問合せを最も速く処理する方法は、大部分の処理をスキップして、あらかじめ計算された答えを使用する方法です。問合せキャッシングにより、Oracle BIサーバーは、問合せのあらかじめ計算された結果をローカル・キャッシュに保存します。別の問合せでその結果を使用できる場合、その問合せに対するすべてのデータベース処理がなくなります。これにより、平均問合せレスポンス時間が大幅に向上します。

パフォーマンスが向上すること、およびローカル・キャッシュから問合せに応えることができることにより、ネットワーク・リソースとデータベース・サーバーの処理時間も節約できます。ネットワーク・リソースを節約できるのは、中間結果がネットワーク経由でOracle BIサーバーに届けられる必要がないためです。データベース上で問合せを実行しない分、データベース・サーバーは別の処理を実行できます。データベースが課金式のシステムを使用している場合は、経費も節減できます。

キャッシュを使用して問合せに応えるもう1つの利点は、問合せ結果が複数のデータベースから取得される場合は特に、Oracle BIサーバーの処理時間が短縮されることです。問合せによっては、かなりの数の結合とソートの処理がサーバーで実行されます。問合せがあらかじめ計算されていればこの処理が回避され、サーバー・リソースを他の処理で使用することもできます。

要約すると、問合せキャッシングには、次の利点があります。

- 問合せパフォーマンスの大幅な向上

- ネットワーク・トラフィックの減少

- データベース処理の低減

- Oracle BIサーバーでの処理のオーバーヘッドの低減

7.4.3 キャッシングに伴う代償

問合せキャッシングには明らかに多くの利点がありますが、次のような代償も伴います。

- キャッシュ用のディスク領域

- キャッシュを管理するためのコスト

- キャッシュされた結果が古くなる可能性

- サーバー・コンピュータ上のCPUとディスクI/O

キャッシュ管理では、通常、利点が代償をはるかに上回ります。

次の各項で、キャッシングに伴う代償について説明します。

7.4.3.1 ディスク領域

問合せキャッシュには、専用のディスク領域が必要です。領域の大きさは、問合せのボリューム、問合せ結果セットのサイズおよびキャッシュに割り当てるために選択するディスク領域の大きさに依存します。パフォーマンスを向上するためには、ディスクをキャッシング専用で使用し、必ずパフォーマンスと信頼性に優れたディスク・システムとなるようにします。

7.4.3.2 管理タスク

管理タスクには、キャッシングに関連するがものがあります。各物理表に対して、その表内のデータの更新間隔を理解した上で、キャッシュの保持時間を適切に設定する必要があります。更新の頻度が状況によって異なる場合は、変更が発生するタイミングを追跡し、必要に応じてキャッシュを手動でパージする必要があります。キャッシュのイベント・ポーリング表を作成し、データベースに対する変更が発生するときにポーリング表を更新するようにアプリケーションを変更することで、システムをイベント駆動型にすることもできます。

Oracle BIサーバーには、プログラムでキャッシュ・エントリをパージするためのODBC拡張関数もあります。独自のスクリプトを作成して、適切なタイミングでこれらの関数を呼び出すことができます。

7.4.3.3 最新の状態のキャッシュの維持

基礎となるデータベース内のデータが変更されたときにキャッシュ・エントリがパージされないと、問合せが返す結果が最新のものでなくなる可能性があります。これが許容できるかどうかを評価する必要があります。キャッシュに多少古いデータが含まれていても、許容できる場合があります。許容できる古いデータのレベルを決定し、そのレベルを反映する一連のルールを構成(およびルールに準拠)する必要があります。

たとえば、大規模な複合企業の企業データを分析するアプリケーションがあり、企業内の様々な部門の年次サマリーを作成しているものとします。新しいデータは翌年度のサマリーにのみ影響するため、実質的には問合せに影響しません。この場合、キャッシュをパージするかどうかを決定するときに、トレードオフを考慮した上で、キャッシュにエントリを残しておくようにすることもできます。

ただし、データベースが1日に3回更新され、本日のアクティビティについて問合せを実行しているような場合は、例外です。その場合は、より頻繁にキャッシュをパージするか、場合によってはキャッシュをまったく使用しないようにすることも検討する必要があります。

また、定期的に(たとえば、1週間に1回)、データ・マートを最初から再構築するシナリオも考えられます。この例の場合、データ・マートの再構築のプロセスの一環としてキャッシュ全体をパージすることで、キャッシュ内に古いデータが残ることがなくなります。

どのような状況でも、ユーザーに返される最新でない情報として許容されるものは何であるかを評価する必要があります。

7.4.3.4 CPU使用率とディスクI/O

通常はごくわずかであるとはいえ、問合せキャッシングではCPU時間が必要であり、ディスクI/Oが増加します。ほとんどの場合、CPU使用率とディスクI/Oは微々たるものです。ディスクI/Oの増加は、問合せで大量のデータ・セットが返される場合にのみ顕著となる可能性があります。

7.4.4ユーザー間でのキャッシュの共有

特定の接続プールに対して共有ログオンが有効化されている場合は、ユーザー間でのキャッシュの共有が可能であり、ユーザーごとにキャッシュをシードする必要はありません。共有ログオンが有効ではなく、ユーザー固有のデータベース・ログオンが使用されている場合は、各ユーザーが独自のキャッシュ・エントリを生成します。

接続プールの共有ログオンの有効化については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

7.4.5 XMLデータソースのリフレッシュ間隔について

通常、XMLデータソースは頻繁にリアルタイムで更新されます。XMLデータソースのリフレッシュ間隔を設定することは、データベース表のキャッシュの永続性を設定するようなものです。リフレッシュ間隔とは、キャッシュ内の結果を使用するのではなく、XMLデータソースに対する問合せが再び直接実行されるまでの時間間隔です。このリフレッシュ間隔は、「接続プール」ダイアログの「XML」タブで指定します。

間隔のデフォルト設定は「infinite」で、これは、XMLデータ・ソースが自動的にリフレッシュされないことを意味します。

リフレッシュ間隔を設定すると、Oracle BIサーバーXML Gatewayの接続がリフレッシュされる時間間隔が次のように決定されます。

- http://またはhttps://で始まるURLの場合、ゲートウェイは、所定の時間間隔が過ぎるとリフレッシュされます。

- ローカル・ドライブまたはネットワーク・ドライブ上のURLの場合、ゲートウェイは、所定の時間間隔が過ぎて、システムがURLの変更を検出したときにリフレッシュされます。

XMLデータソースの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

7.4.6 グローバル・キャッシュについて

クラスタ環境では、グローバル・キャッシュと呼ばれる共有キャッシュにアクセスするようにOracle BIサーバーを構成できます。このグローバル・キャッシュは、共有ファイル・システムのストレージ・デバイスに配置されており、パージ・イベント、シード・イベント(多くの場合はエージェントによって生成されます)、およびシード・イベントと関連付けられた結果セットを保存します。シード・イベントとパージ・イベントは、論理イベント・キューとして、時間でソートされ、共有記憶域に保存されます。個々のOracle BIサーバー・ノードは、論理イベント・キューに対してプッシュおよびプルの操作を実行します。各Oracle BIサーバーでは、通常の問合せ用に独自のローカル問合せキャッシュが引き続き保持されます。

図7-1は、クラスタ環境内でのグローバル・キャッシュを示しています。ここでは、3つのOracle BIサーバー・ノードがグローバル・キャッシュを共有しています。グローバル・キャッシュには、論理イベント・キューに保持されているシード・イベントまたはパージ・イベントが保存されています。ノード2およびノード3から共有キャッシュに向かう矢印は、Oracle BIサーバー・ノード2がシード・イベントをキューにプッシュし、Oracle BIサーバー・ノード3がパージ・イベントをキューにプッシュしていることを示します。共有記憶域から各Oracle BIサーバー・ノードに向かう矢印は、各ノードが共通の場所からプルしていることを示します。これは定期的に発生し、参加しているOracle BIサーバー・ノードは、他のOracle BIサーバーによる論理イベント・キューへの更新を取得できます。

図7-1 グローバル・キャッシュ

Oracle BIサーバー・ノードは、シード・イベントまたはパージ・イベントを、最初にそのキャッシュ・システムでローカルに処理します。次に、共有記憶域上のグローバル・キャッシュにイベントをプッシュします。イベントをプッシュするときに、アクティブなOracle BIサーバー・ノードは共有記憶域上の論理イベント・キューをロックして、シード・イベントまたはパージ・イベントをプッシュします。シードとパージが競合する場合は(たとえば、あるノードが問合せをシードし、別のノードが同じ問合せをパージしようとする場合)、最後のイベントが適用されます。

共有記憶域上のグローバル・キャッシュ内の論理イベント・キューは、個々のOracle BIサーバー・ノードからのシード・イベントとパージ・イベントで構成されます。キューは、イベントのタイムスタンプでソートされます。このため、クラスタに参加しているすべてのOracle BIサーバー・ノードのクロックが同期している必要があります。

各Oracle BIサーバー・ノードは、グローバル・キャッシュを定期的にポーリングして、新しいキャッシュ・エントリを調べます。このポーリングの頻度は構成可能です。共有記憶域にキューイングされている論理イベントのスナップショットがノードにプルされ、ローカルの論理イベント・キューが作成されて処理されます。

注意:

クラスタに参加しているすべてのOracle BIサーバー・ノードに対するシード・キャッシュの設定またはパージの処理はリアルタイムでは実行されず、処理にかかる時間は、あらかじめ定義されたポーリング間隔、ネットワーク・バンド幅、CPUの負荷などの複数の要因の影響を受けます。

問合せキャッシュの結果セットは大きくなりがちなため、ネットワーク・バンド幅に関する制約を受ける可能性があります。したがって、次の項目を慎重に選択する必要があります。

- シード・キャッシュに適したキャッシュのセット

- 共有記憶域からシード・キャッシュを取得するBIノードの時間間隔(ネットワークの混雑の回避が目的)

主要なグローバル・キャッシュ・パラメータは、Fusion Middleware Controlで構成します。その他のオプションのパラメータは、クラスタに参加している各Oracle BIサーバー・ノードのNQSConfig.INIファイルで構成します。これらのパラメータの構成の詳細は、第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」および第7.5.5項「追加のグローバル・キャッシュ・パラメータの手動での編集」を参照してください。

シード・プロシージャまたはパージ・プロシージャは、特定のOracle BIサーバー・ノードに対して発行されます。そのOracle BIサーバーがBIクラスタ内のノードであり、グローバル・キャッシュ・パラメータがOracle BIサーバー構成ファイルで定義されている場合、シード・イベントまたはパージ・イベントは、同じクラスタ環境に参加しているすべてのOracle BIサーバー・ノードに伝播されます。

7.5 問合せキャッシングの構成

問合せキャッシュとグローバル・キャッシュのどちらに対しても、キャッシュ記憶域などのパラメータは、Fusion Middleware ControlとNQSConfig.INIファイルで構成します。古いキャッシュ・エントリのフラッシュの方針についても決める必要があります。詳細は、第7.6項「キャッシュの監視と管理」を参照してください。

この項には次のトピックが含まれます:

- 第7.5.1項「問合せキャッシングを有効または無効にするためのFusion Middleware Controlの使用」

- 第7.5.2項「問合せキャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」

- 第7.5.3項「追加の問合せキャッシュ・パラメータの手動での編集」

- 第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」

- 第7.5.5項「追加のグローバル・キャッシュ・パラメータの手動での編集」

7.5.1 問合せキャッシングを有効または無効にするためのFusion Middleware Controlの使用

Fusion Middleware Controlを使用して、問合せキャッシングを有効または無効にできます。デフォルトでは、問合せキャッシュは有効です。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用して問合せキャッシングを有効または無効にするには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. 問合せキャッシングを有効にするには、「キャッシュ有効」を選択します。問合せキャッシングを無効にするには、「キャッシュ有効」の選択を解除します。
ページレベル・ヘルプにアクセスするには、「ヘルプ」ボタンをクリックします。

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.5.2 問合せキャッシュ・パラメータを設定するためのFusion Middleware Controlの使用

Fusion Middleware Controlを使用して、問合せキャッシュ内のキャッシュ・エントリの最大数と、1つのキャッシュ・エントリの最大サイズを設定できます。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用して問合せキャッシュ・パラメータを設定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。次のオプションに関するページ・レベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- 最大キャッシュ・エントリ・サイズ

- 最大キャッシュ・エントリ

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.5.3 追加の問合せキャッシュ・パラメータの手動での編集

次のような追加の問合せキャッシュ・パラメータをNQSConfig.INIファイルに設定できます。

- DATA_STORAGE_PATHSパラメータは、問合せキャッシュ記憶域用の1つ以上のディレクトリと、各記憶域ディレクトリの最大サイズを指定します。これらのディレクトリは、キャッシュされた問合せ結果を保存するのに使用され、キャッシュ・ヒットが発生するとアクセスされます。キャッシュ・ヒットの発生の詳細は、第7.7.1項「キャッシュ・ヒットについて」を参照してください。
キャッシュ記憶域ディレクトリは、パフォーマンスに優れたストレージ・デバイス上に存在し、キャッシュ記憶域専用であることが理想です。キャッシュ記憶域ディレクトリがいっぱいになり始めると、最低使用頻度(LRU)のエントリが破棄されて、新しいエントリ用の領域が確保されます。

- MAX_ROWS_PER_CACHE_ENTRYパラメータは、キャッシュ・エントリの最大行数を制御します。行数の制限は、大量の行を返すリソース集中型の問合せによるキャッシュ領域の使用を防ぐのに有効な手段です。問合せが返す行数がMAX_ROWS_PER_CACHE_ENTRYパラメータで指定される値を超える場合、問合せはキャッシュされません。

- 通常、以前に実行した問合せからキャッシュ・ヒットが得られる場合、新しい問合せはキャッシュに追加されません。POPULATE_AGGREGATE_ROLLUP_HITSパラメータは、以前に実行した問合せの集計をロールアップしてキャッシュ・ヒットが発生した場合のこのデフォルトを上書きします。

追加の問合せキャッシュ・パラメータの詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

7.5.4 グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してグローバル・キャッシュ・パラメータを設定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「容量管理」ページの「パフォーマンス」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。次のオプションに関するページ・レベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- グローバル・キャッシュ・パス

- グローバル・キャッシュ・サイズ

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

7.5.5 追加のグローバル・キャッシュ・パラメータの手動での編集

次のような追加のグローバル・キャッシュ・パラメータをNQSConfig.INIファイルに設定できます。

- MAX_GLOBAL_CACHE_ENTRIESパラメータは、グローバル・キャッシュ・ストア内で許可されるエントリの最大数を制御します。

- CACHE_POLL_SECONDSパラメータは、Oracle BIサーバーがクラスタ内の他のサーバー・ノードと同期するために論理イベント・キューからプルする間隔を秒単位で指定します。

- CLUSTER_AWARE_CACHE_LOGGINGパラメータは、グローバル・キャッシュのロギングを有効にするかどうかを制御します。この設定をYESに変更するのは、デバッグを目的とする場合のみです。
ログ・エントリはnqquery.logにあります。このファイルは次の場所にあります:

ORACLE_INSTANCE\diagnostics\logs\OracleBIServerComponent\coreapplication_obisn

追加のグローバル・キャッシュ・パラメータの詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

7.6 キャッシュの監視と管理

基礎となるデータベース内の変更を管理し、キャッシュ・エントリを監視するには、キャッシュの管理方針を決める必要があります。キャッシュ・エントリの作成元である、基礎となる表内のデータが変更されたときにキャッシュ・エントリを無効化するプロセスと、不要なキャッシュ・エントリを監視、識別および削除するプロセスが必要です。

この項には次のトピックが含まれます:

- 第7.6.1項「キャッシュ管理方針の選択」

- 第7.6.2項「ODBCプロシージャを使用するキャッシュのパージと保守」

- 第7.6.3項「リポジトリの変更が問合せキャッシュに及ぼす影響」

7.6.1 キャッシュ管理方針の選択

キャッシュ管理方針の選択は、基礎となるデータベース内のデータの変動性と、この変動を引き起こす変更の予測可能性に依存します。また、キャッシュに含まれる問合せの数と種類、およびその問合せの使用状況にも依存します。この項では、様々なキャッシュ管理方法の概要を説明します。

7.6.1.1 システムのキャッシングの無効化

システム全体のキャッシングを無効にすることで、新しいすべてのキャッシュ・エントリを停止し、既存のキャッシュを使用する新しい問合せを停止できます。キャッシングを無効にしても、キャッシュ内に保存されているエントリを失うことなく、後で有効にできます。

キャッシュ・エントリが古い疑いがあるが、そのエントリまたはキャッシュ全体をパージする前に、それが本当に古いかどうかを確認することが望まれる状況では、キャッシングの一時的な無効化の方針が役に立ちます。キャッシュに保存されているデータに依然として関連性があることが判明した場合、または問題のエントリを無事にパージした後で、キャッシュを安全に有効化できます。必要に応じて、キャッシュを再び有効化する前に、キャッシュ全体をパージするか、特定のビジネス・モデルに関連するキャッシュをパージします。

詳細は、第7.5.1項「問合せキャッシングを有効または無効にするためのFusion Middleware Controlの使用」を参照してください。

7.6.1.2 指定された物理表のキャッシングとキャッシュ永続時間

各物理表のキャッシュ可能属性を設定することで、その表に対する問合せをキャッシュに追加して、今後の問合せに答えを返すかどうかを指定できます。表のキャッシングを有効にすると、表に関係する問合せがキャッシュに追加されます。デフォルトではすべての表がキャッシュ可能ですが、「キャッシュ永続時間」の設定を使用している場合を除き、表によってはキャッシュに含める必要がない可能性があります。たとえば、毎分更新される株価データを保存している表があるものとします。「キャッシュ永続時間」の設定を使用すると、その表のエントリを59秒ごとにパージできます。

「キャッシュ永続時間」フィールドを使用して、この表のエントリを問合せキャッシュに格納する時間を指定することもできます。これは、頻繁に更新されるデータ・ソースに役立ちます。

特定の物理表のキャッシング属性を設定するには:

1. 管理ツールの物理レイヤーで、物理表をダブルクリックします。

2. 「物理表プロパティ」ダイアログの「一般」タブで、次のいずれかを選択します。

- キャッシングを有効にするには、「キャッシュ可能」を選択します。

- 表をキャッシュしないようにするには、「キャッシュ可能」の選択を解除します。

3. キャッシュの有効期限を設定するには、「キャッシュ永続時間」を指定し、単位(日、時間、分または秒)を指定します。キャッシュ・エントリが自動的に期限切れにならないようにするには、「キャッシュ失効なし」を選択します。

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

7.6.1.3 Oracle BIサーバーのイベント・ポーリング表の構成

Oracle BIサーバーのイベント・ポーリング表には、基礎となるデータベース内の更新に関する情報が保存されます。データベース表が更新されるたびにイベント・ポーリング表に行を追加するように、アプリケーション(データ・マートにデータをロードするアプリケーションなど)を構成できます。Oracle BIサーバーは、設定された間隔でこの表をポーリングし、更新された表に対応するキャッシュ・エントリを無効にします。イベント・ポーリング表は、キャッシュ管理の唯一の方法の場合もあれば、他のキャッシュ管理方式とともに使用することもできます。イベント表は、キャッシュ・エントリの選択とパージのタイミングに関して、あまり柔軟性はありません。イベント・ポーリング表の詳細は、第7.8.1項「物理データベース上でのイベント・ポーリング表の設定」を参照してください。

7.6.2 ODBCプロシージャを使用するキャッシュのパージと保守

Oracle BIサーバーには、キャッシュ・エントリをパージするためのODBC拡張関数があります。

これらの関数の中には、抽出、変換およびロード(ETL)タスクに埋め込むのに特に役立つものがあります。たとえば、毎晩のETLの実行後に、すべてのOracle BIサーバー・キャッシュ・エントリをパージできます。ファクト表だけが変更された場合は、その表に関連するキャッシュのみをパージできます。場合によっては、特定のデータベースに関連するキャッシュ・エントリをパージする必要があります。

キャッシュをパージする権限を持つのは管理者だけです。したがって、このようなODBC拡張関数をコールするスクリプトは、管理者権限の資格証明の下で実行する必要があります。

次のODBC関数は、ODBC接続で指定されるリポジトリに関連するキャッシュ・エントリに影響します。

- SAPurgeCacheByQuery。指定された問合せに完全に一致するキャッシュ・エントリをパージします。たとえば、次の問合せを使用すると、給与が$100,000を超えるすべての従業員の名前を取得する、1つ以上の問合せキャッシュ・エントリが得られます。

SELECT lastname, firstname FROM employee WHERE salary > 100000;

次のコールによって、この問合せに関連するキャッシュ・エントリがパージされます。

Call SAPurgeCacheByQuery('SELECT lastname, firstname FROM employee WHERE salary > 100000' );

- SAPurgeCacheByTable。クライアントが接続されているリポジトリの、指定された物理表名(完全修飾)に関連するすべてのキャッシュ・エントリをパージします。
この関数は、完全修飾された物理表名の4つのコンポーネント(データベース、カタログ、スキーマおよび表名に固有)を表す、最大で4つのパラメータを使用します。たとえば、完全修飾名がDBName.CatName.SchName.TabNameという表があるものとします。Oracle Business Intelligenceリポジトリの物理レイヤーにあるこの表に関連するキャッシュ・エントリをパージするには、スクリプト内で次のコールを実行します。

Call SAPurgeCacheByTable( 'DBName', 'CatName', 'SchName', 'TabName' );

注意:

Oracle BIサーバーでは、この関数内でのワイルドカードをサポートしていません。また、DBNameとTabNameをnullにすることはできません。どちらかがnullの場合は、エラー・メッセージが表示されます。

- SAPurgeAllCache。すべてのキャッシュ・エントリをパージします。このコールの例を次に示します。

Call SAPurgeAllCache();

- SAPurgeCacheByDatabase。特定の物理データベース名に関連するすべてのキャッシュ・エントリをパージします。キャッシュをパージするODBCプロシージャがコールされると、レコードが返されます。この関数では、物理データベース名を表す1つのパラメータを使用し、パラメータをnullにすることはできません。このコールの構文を次に示します。

Call SAPurgeCacheByDatabase( 'DBName' );

7.6.2.1 ODBCプロシージャ構文について

プロシージャの文字列引数の中に一重引用符がある場合は、もう1つの一重引用符を使用してエスケープする必要があります。例:

Call SAPurgeCacheByQuery('SELECT TOPN("- Currency"."Markdown %", 10) saw_0,
"XX Line"."Order No" saw_1, "- Bill-To Site"."Customer Name" saw_2, "-
Currency"."Net USD" saw_3, "- Currency"."Markdown USD" saw_4, "-
Currency"."Markdown %" saw_5 FROM "Apps 11i - XX Lines" WHERE
("XX Line"."Open Flag" = ''Y'') AND ("Operating Unit"."Group Name" = ''Group'')
AND ("- Currency"."Net USD" >= 10000) ORDER BY saw_0');

太字の行は、''Y''および''Group''というアイテムのエスケープ文字として使用されている、追加の一重引用符を示しています。

7.6.2.2 プレゼンテーション・サービス問合せキャッシュの共有について

ユーザーがアンサーにアクセスして問合せを実行すると、プレゼンテーション・サービスは問合せの結果をキャッシュします。プレゼンテーション・サービスでは、リクエスト・キーと論理SQL文字列を使用して、キャッシュされた結果を後続の問合せが使用できるかどうかを決定します。キャッシュを共有できる場合、後続の問合せは保存されません。

- SAGetSharedRequestKey。プレゼンテーション・サービスから論理SQL文を受け取り、リクエスト・キー値を返すODBCプロシージャ。
このプロシージャの構文を次に示します。

SAGetSharedRequestKey('sql-string-literal')

リクエスト・キーの値は、次の要因の影響を受けます。

- リポジトリ物理データベース・オブジェクトで「仮想プライベート・データベース」オプションが選択されているかどうか

- セッション変数がリポジトリ内で「セキュリティ・センシティブ」としてマークされているかどうか

プレゼンテーション・サービスは、仮想プライベート・データベースとしてマークされているデータベース・オブジェクトに対して、論理リクエストのリクエスト・キーを計算するときに、セキュリティ・センシティブな変数を考慮します。

プレゼンテーション・サービス問合せキャッシュの詳細は、第7.9項「Oracle BIプレゼンテーション・サービス・キャッシュ設定の管理」を参照してください。

7.6.2.3 結果レコードについて

キャッシュをパージするコマンドを実行すると、結果レコードが返されます。結果レコードには、2つの列が含まれています。最初の列は結果コードで、2番目の列は、パージ操作の結果を説明する短いメッセージです。表7-1は、結果レコードの例を示しています。

表7-1 問合せの結果コード

結果コード

結果メッセージ

1

SAPurgeCacheByDatabaseが正常終了しました。

59115

キャッシュが有効でないため、操作は実行されませんでした。

59116

指定されたデータベースが存在しません。

59117

指定された表が存在しません。

7.6.2.4 SAP/BWデータソースのキャッシュの保存とパージ

Microsoft Analysis Servicesでは、メンバーのキャプション名は、メンバーの一意の名前と同じです。しかし、SAP/BWデータソースでは、メンバーのキャプション名とメンバーの一意の名前は異なります。したがって、Oracle BIサーバーでは、SAP/BWメンバーの一意の名前でキャッシュ・サブシステムを保持します。このサブシステムは、デフォルトでは無効です。構成情報については、付録A「NQSConfig.INIファイルの構成設定」のMDX Member Name Cacheセクションに関する項を参照してください。

メンバーの一意の名前で問合せを受信すると、サブシステムはキャッシュを確認して、この問合せに対するキャッシュの有無を判断します。キャッシュが存在する場合、キャッシュされている一意の名前のレコードが返されます。問合せに一致するキャッシュがない場合は、SAP/BWにプロービング問合せが送信されます。

プロービング問合せは、ログ・レベルが2以上の場合にロギングされます。サーバー・ログには、サブシステムが有効かどうかといったサブシステムの状態と、開始イベントや停止イベントなどのイベントも書き込まれます。

注意:

ログ・レベルが上がるごとに、パフォーマンスに影響が及びます。ユーザーのログ・レベルを上げる際は、注意してください。

キャッシュのパージに関して、次の点に留意してください。

- 多次元キャッシュ・エントリのサイズは、非常に大きくなる可能性があります。したがって、NQSConfig.INIファイルのMDX_MEMBER_CACHEセクションで、各メンバー・セットのサイズの制限が設定されています。

- アップグレードの後、保持されているキャッシュの形式が一貫しているとはかぎりません。このため、ソフトウェアのアップグレードの前に、すべてのキャッシュをパージします。

- 問合せを初めて実行するときに、キャッシュが移入されます。パフォーマンスへの影響を最小限にするために、オフピーク時にキャッシュを移入するように調整してください。

注意:

管理ツールでは、キューブ表を右クリックし、「メンバー・キャッシュのパージ」を選択することによって、個々のキューブ表をパージできます。これは、管理者権限を持つユーザーがオンライン・モードで実行する必要があります。

次のパージ・プロシージャは、SAP/BWデータソースに固有のものです。

- SAPurgeALLMCNCache。すべてのSAP/BWキャッシュ・エントリをパージします。
このプロシージャの構文を次に示します。

SAPurgeALLIMCNCache ()

- SAPurgeMCNCacheByCube。指定された物理キューブに関連するすべてのキャッシュ・エントリをパージします。データベース名とキューブ名は、リポジトリ・オブジェクトの外部名です。このプロシージャの構文を次に示します。

SAPurgeMCNCacheByCube( 'DBName', 'CubeName')

表7-2は、返されるメッセージを示しています。

表7-2 SAPパージ・キャッシュのリターン・コードとメッセージ

リターン・コード

戻りメッセージ

1

SAPurgeALLMCNCacheが正常終了しました。

1

SAPurgeMCNCacheByCubeが正常終了しました。

59116

指定されたデータベースが存在しません。

注意: データベースと物理キューブの両方が間違っている場合に、この結果コードが返されます。

85025

指定された物理キューブが存在しません。

管理権限を持つユーザーのみが、ODBCパージ・プロシージャを実行できます。

7.6.3 リポジトリの変更が問合せキャッシュに及ぼす影響

Oracle Business Intelligenceリポジトリを変更すると、その変更が、キャッシュに保存されているエントリに影響することがあります。たとえば、物理オブジェクトや動的リポジトリ変数の定義を変更すると、そのオブジェクトや変数を参照しているキャッシュ・エントリが有効でなくなる場合があります。このような変更によって、キャッシュをパージする必要が生じる可能性があります。注意を要する3つのシナリオがあります。オンライン・モードで変更が行われる場合、オフライン・モードで変更が行われる場合およびリポジトリ間を切り替えている場合です。

7.6.3.1 オンライン・モード

オンライン・モードでOracle Business Intelligenceリポジトリを変更する場合、その変更がキャッシュ・エントリに影響するものであれば、変更されたオブジェクトを参照するすべてのキャッシュ・エントリが自動的にパージされます。パージは、変更をチェックインするときに発生します。たとえば、リポジトリから物理表を削除すると、その表を参照しているすべてのキャッシュ・エントリが、チェックイン時にパージされます。ビジネス・モデルとマッピング・レイヤー内でのビジネス・モデルへの変更によって、そのビジネス・モデルのキャッシュ・エントリがすべてパージされます。

7.6.3.2 オフライン・モード

オフライン・モードでOracle Business Intelligenceリポジトリを変更する場合、キャッシュに保存されている問合せに影響する変更を行い、キャッシュされた結果が古くなる可能性があります。オフライン・モードの編集時にサーバーはリポジトリをロードしないため、行われた変更がキャッシュ・エントリに影響するかどうかを判断できません。このため、オフラインでの変更の後、サーバーによってキャッシュが自動的にパージされることはありません。キャッシュをパージしないと、リポジトリが次にロードされたときに、無効なエントリが存在する可能性があります。オフラインでの変更の影響を受けるエントリがキャッシュに存在しないことが確実な場合を除いて、変更したビジネス・モデルのキャッシュをパージします。

7.6.3.3 リポジトリ間の切替え

Oracle BIサーバーの構成からリポジトリを削除する予定の場合は、リポジトリを参照するすべてのキャッシュ・エントリのキャッシュをパージする必要があります。パージしないと、キャッシュが損傷します。詳細は、第7.7.4.2項「管理ツールでのキャッシュのパージ」を参照してください。

7.6.3.4 動的リポジトリ変数の変更

動的リポジトリ変数の値は、問合せから返されるデータでリフレッシュされます。動的リポジトリ変数を定義する際には、初期化ブロックを作成するか、SQL問合せが含まれる既存の初期化ブロックを使用します。問合せを実行し、変数の値を定期的にリフレッシュする、Oracle BIサーバーのスケジュールも構成します。

動的リポジトリ変数の値が変更されると、その変数の値を参照するビジネス・モデルに関連するすべてのキャッシュ・エントリが、自動的にパージされます。値が変更された場合、リポジトリ変数のリフレッシュ間隔に達したときに、キャッシュ・エントリがパージされます。

変更された動的リポジトリ変数にビジネス・モデルが関係していない場合、キャッシュのパージは行われません。たとえば、リポジトリ変数で初期化ブロックが定義されており、リフレッシュ間隔は5分だとします。しかし、変数を参照する論理列は定義されていません。動的リポジトリ変数の値が変更された場合、変数を使用する論理列がビジネス・モデルには存在しないため、キャッシュはパージされません。

7.7 キャッシュの使用方針

問合せキャッシングの主要な利点の1つは、表面上の問合せパフォーマンスが向上することです。オフピーク時に問合せを実行し、その結果をキャッシングしてキャッシュをシードすることが重要な可能性があります。適切なシード方針は、キャッシュ・ヒットがいつ発生するかを理解している必要があります。

すべてのユーザーのキャッシュをシードするには、次の問合せでキャッシュをシードします。

SELECT User, SRs

SELECT User, SRsを使用してキャッシュをシードすると、次の問合せがキャッシュ・ヒットです。

SELECT User, SRs WHERE user = valueof(nq_SESSION.USER) (and the user was USER1)
SELECT User, SRs WHERE user = valueof(nq_SESSION.USER) (and the user was USER2)
SELECT User, SRs WHERE user = valueof(nq_SESSION.USER) (and the user was USER3)

この項には次のトピックが含まれます:

- 第7.7.1項「キャッシュ・ヒットについて」

- 第7.7.2項「キャッシュを移入するための一連の問合せの実行」

- 第7.7.3項「Oracle BIサーバー・キャッシュをシードするためのエージェントの使用」

- 第7.7.4項「キャッシュ・マネージャの使用」

7.7.1 キャッシュ・ヒットについて

キャッシングが有効な場合は、各問合せが評価されて、キャッシュ・ヒットと見なされるかどうかが判断されます。キャッシュ・ヒットとは、サーバーがキャッシュを使用して問合せに答えを返すことができ、データベースにアクセスする必要がないことを意味します。Oracle BIサーバーは、問合せキャッシュを使用して、集計と同じかそれ以上のレベルで、問合せに答えを返すことができます。

キャッシュがヒットするかどうかは、多くの要因によって決まります。表7-3は、このような要因を示しています。

表7-3 キャッシュがヒットするかどうかを決定する要因

要因またはルール

説明

SELECTリスト内の列のサブセットが一致している

キャッシュ・ヒットと見なされるためには、新しい問合せのSELECTリスト内のすべての列が、キャッシュされた問合せ内に存在している必要があります。または、問合せ内の列から計算できる必要があります。

このルールはキャッシュ・ヒットの最小要件ですが、このルールを満たしていても、キャッシュ・ヒットが保証されるわけではありません。この表に記載されている他のルールも適用されます。

SELECTリスト内の列を、キャッシュされた問合せの列の式で作成できる

Oracle BIサーバーは、キャッシュされた結果の式を計算して、新しい問合せに答えを返すことができます。ただし、キャッシュされた結果にすべての列がある必要があります。次に例を示します。

SELECT product, month, averageprice FROM sales WHERE year = 2000

この問合せは、次の問合せのキャッシュをヒットします。

SELECT product, month, dollars, unitsales FROM sales WHERE year = 2000

averagepriceが、dollarsとunitsalesから計算できるためです(averageprice = dollars/unitsales)。

WHERE句が、意味的に同じか、論理的なサブセットである

問合せがキャッシュ・ヒットと見なされるためには、WHERE句による制約が、キャッシュされた結果と同等か、キャッシュされた結果のサブセットである必要があります。

WHERE句が、キャッシュされた問合せの論理サブセットで、そのサブセットが次のいずれかの条件を満たす場合は、キャッシュ・ヒットと見なされます。

- INリスト値のサブセット。キャッシュされた問合せのINリストに含まれる要素より、少ない要素を要求する問合せは、キャッシュ・ヒットと見なされます。次に例を示します。

SELECT employeename, region
FROM employee, geography
WHERE region in ('EAST', 'WEST')

この問合せは、次のキャッシュされた問合せのヒットと見なされます。

SELECT employeename, region
FROM employee, geography
WHERE region in ('NORTH', 'SOUTH', 'EAST', 'WEST')

- キャッシュされた結果より少ない(ただし同一の)OR制約が含まれている。

- リテラル比較の論理サブセットが含まれている。次に例を示します。

WHERE revenue < 1000

この述語は、次の述語を使用する類似の問合せのヒットと見なされます。

WHERE revenue < 5000

- WHERE句がない。WHERE句がない問合せがキャッシュされている場合、他のすべてのキャッシュ・ヒット・ルールを満たす問合せは、そのWHERE句にかかわらず、キャッシュ・ヒットと見なされます。

さらに、WHERE句で使用されている列はプロジェクション・リストに存在する必要があります。次に例を示します。

SELECT employeename
FROM employee, geography
WHERE region in ('EAST', 'WEST')

REGIONがプロジェクション・リストにないため、前のリストのシード中の問合せに対してキャッシュ・ヒットになりません。

ディメンションのみの問合せが完全一致している

問合せがディメンションのみで、問合せにファクトやメジャーが含まれない場合、キャッシュされた問合せの投影列が完全一致する場合のみ、キャッシュはヒットします。これにより、ディメンション表の論理ソースが複数ある場合の誤検出が回避されます。

特殊関数を使用する問合せが完全一致している

時系列関数(AGO、TODATEおよびPERIODROLLING)、極限関数およびオフセット関数(OFFSETおよびFETCH)、関係関数(ISANCESTOR、ISLEAF、ISROOTおよびISSIBLING)、外部集計関数などの特殊関数と一般的にフィルタ・メトリックを含むその他の問合せも、キャッシュされた問合せ内のプロジェクション列と完全一致する必要があります。このようなケースでは、フィルタも完全一致の必要があります。フィルタ・メトリックについては、フィルタ・メトリックをWHERE句として書き直せる場合、サブセット・キャッシュが利用される可能性があります。

一連の論理表が一致している

キャッシュ・ヒットと見なされるためには、受信するすべての問合せが、キャッシュ・エントリと同じ論理表のセットを持つ必要があります。このルールにより、誤ったキャッシュ・ヒットが回避されます。たとえば、SELECT * FROM productは、SELECT * FROM product, salesに一致しません。

セキュリティ・セッション変数を含めて、セッション変数値が一致している

論理SQL文または物理SQL文がセッション変数を参照している場合、セッション変数値が一致している必要があります。一致していない場合、キャッシュはヒットしません。

さらに、セキュリティ・センシティブなセッション変数の値は、論理SQL文自体がセッション変数を参照していない場合であっても、リポジトリ内で定義されるセキュリティ・セッション変数値に一致している必要があります。詳細は、第7.7.1.1項「行レベルのデータベース・セキュリティを使用している場合の適切なキャッシュ結果の確認」を参照してください。

同等の結合条件

キャッシュ・ヒットと見なされるためには、新しい問合せリクエストで作成された結合済論理表が、キャッシュされた結果と同じ(またはサブセット)である必要があります。

同じDISTINCT属性

キャッシュされた問合せでは、DISTINCT処理(たとえば、SELECT DISTINCT...)により重複するレコードがない場合、キャッシュされた列に対するリクエストにも、DISTINCT処理を含める必要があります。DISTINCT処理が含まれない、同じ列へのリクエストは、キャッシュ・ミスです。

問合せに互換性のある集計レベルが含まれている

集計レベルの情報をリクエストする問合せでは、下位の集計レベルで、キャッシュされた結果を使用できます。たとえば、次の問合せは、仕入先、地域および市区レベルでの販売数量をリクエストしています。

SELECT supplier, region, city, qtysold
FROM suppliercity

次の問合せは、市区レベルでの販売数量をリクエストしています。

SELECT city, qtysold
FROM suppliercity

2番目の問合せは、最初の問合せのキャッシュ・ヒットになります。

追加の集計の制限

たとえば、列qtysoldに関する問合せがキャッシュされている場合、RANK(qtysold)のリクエストはキャッシュ・ミスになります。また、国レベルのqtysoldをリクエストする問合せは、国と地域レベルのqtysoldをリクエストする問合せから、キャッシュ・ヒットを得ることができます。

ORDER BY句がSELECTリスト内の列で構成されている

SELECTリストに含まれていない列でソートする問合せは、キャッシュ・ミスになります。

詳細なヒット検出によるキャッシュ・ミスの回避

NQSConfig.INIファイル内でパラメータUSE_ADVANCED_HIT_DETECTIONをYESに設定することで、一部のキャッシュ・ミスを回避できます。詳細なヒット検出を使用すると、ヒットするキャッシュの拡張検索を行うことができます。詳細は、「USE_ADVANCED_HIT_DETECTION」を参照してください。

キャッシュ・ヒット動作の診断

キャッシュ・ヒット動作をより適切に評価するには、次の例に示すように、ENABLE_CACHE_DIAGNOSTICSセッション変数を4に設定します。

ENABLE_CACHE_DIAGNOSTICS=4

7.7.1.1 行レベルのデータベース・セキュリティを使用している場合の適切なキャッシュ結果の確認

仮想プライベート・データベース(VPD)のような行レベルのデータベース・セキュリティ方針を使用している場合、返されるデータ結果は、ユーザーの認可資格証明で決まります。このため、Oracle BIサーバーは、行レベルのデータベース・セキュリティを使用しているかどうか、およびセキュリティに関係する変数を把握する必要があります。

すべてのセキュリティ・センシティブ変数を含み、照合するキャッシュ・エントリでのみキャッシュ・ヒットが起こるようにするには、データベース・オブジェクトとセッション変数オブジェクトを管理ツールで次のように適切に構成する必要があります。

- データベース・オブジェクト。物理レイヤーにおいて、「データベース」ダイアログの「一般ー」タブで「仮想プライベート・データベース」を選択し、データ・ソースが行レベルのデータベース・セキュリティを使用していることを指定します。
共有キャッシングで行レベルのデータベース・セキュリティを使用している場合は、セキュリティ・センシティブ変数が一致しないキャッシュ・エントリの共有を防ぐために、このオプションを選択する必要があります。

- セッション変数オブジェクト。認証で使用する変数の場合は、「セッション変数」ダイアログで「セッション・センシティブ」を選択して、行レベルのデータベース・セキュリティ方針を使用するときに、この変数がセキュリティを区別できることを指定します。このオプションによって、キャッシュ・エントリはセキュリティ・センシティブ変数としてマークされ、受信するすべての問合せでセキュリティ・センシティブ変数を照合できます。

詳細は、次のリソースを参照してください。

- 『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のデータベース内での行レベル・セキュリティの設定に関する項

- 『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のセッション変数の管理に関する項

- データベースおよびセッション変数オブジェクトの一般情報は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』

7.7.2 キャッシュを移入するための一連の問合せの実行

キャッシュ・ヒットの可能性を最大限に高める1つの方法は、一連の問合せを実行してキャッシュを移入することです。キャッシュをシードする一連の問合せを作成するときに使用する問合せの種類に関して、いくつかの推奨事項があります。

- 共通の事前作成問合せ。よく実行される問合せや、処理に多くのリソースが必要な問合せは特に、優れたキャッシュ・シード問合せです。その結果がダッシュボードに埋め込まれる問合せは、共通問合せのよい例です。

- 式が含まれないSELECTリスト。SELECTリストの列から式をなくすと、キャッシュ・ヒットの可能性が広がります。式が含まれるキャッシュ列は、同じ式が含まれる新しい問合せにのみ答えを返します。式が含まれないキャッシュ列は、任意の式を含むその列に対するリクエストに答えを返すことができます。たとえば、キャッシュされた次のようなリクエストがあるものとします。

SELECT QUANTITY, REVENUE...

これは、次のような新しい問合せに答えを返すことができます。

SELECT QUANTITY/REVENUE...

ただし、逆は成り立ちません。

- WHERE句の不使用。キャッシュされた結果にWHERE句がない場合、これを使用して、プロジェクション・リストの列が含まれるSELECTリストとWHERE句のキャッシュ・ヒット・ルールを満たす問合せに、答えを返すことができます。

一般に、キャッシュのシードに最適な問合せは、データベースの処理リソースを大量に使用し、再実行される可能性がある問合せです。多くの行を返す単純な問合せでキャッシュをシードしないように注意してください。このような問合せでは(たとえば、SELECT * FROM PRODUCTS。PRODUCTSは単一のデータベース表に直接マップします)、データベース処理はほとんど必要ありません。このような問合せで問題となるのはネットワークとディスクのオーバーヘッドですが、これらはキャッシングでは軽減されません。

Oracle BIサーバーがリポジトリ変数をリフレッシュする際には、ビジネス・モデルを調べて、そのリポジトリ変数を参照しているかどうかを判断します。参照している場合は、そのビジネス・モデルのすべてのキャッシュがパージされます。詳細は、第7.6.3.4項「動的リポジトリ変数の変更」を参照してください。

7.7.3 Oracle BIサーバー・キャッシュをシードするためのエージェントの使用

エージェントを構成して、Oracle BIサーバー・キャッシュをシードできます。キャッシュをシードすることで、ユーザーが分析を実行したり、ダッシュボードに埋め込まれている分析を表示したりするときのレスポンス時間を向上できます。このデータをリフレッシュするリクエストを実行するようにエージェントをスケジュールすることで、これを実現できます。

エージェントを構成してOracle BIサーバー・キャッシュをシードするには:

1. Oracle Business Intelligenceにログインし、「新規」を選択し、「エージェント」を選択します。

2. 「一般」タブで、「実行者」オプションの「受信者」を選択します。パーソナライズされたキャッシュ・シードでは、各受信者のデータ可視性に基づいて、エージェントによる各受信者へのコンテンツの配信をカスタマイズします。

3. 「スケジュール」タブで、キャッシュをシードするタイミングを指定します。

4. 必要に応じて「条件」を選択し、条件付きリクエストを作成または選択します。たとえば、ETLプロセスがいつ完了するかを決定するビジネス・モデルがあるものとします。このビジネス・モデルに基づくレポートを使用して、キャッシュ・シードを開始する条件付きトリガーとなることができます。

5. 「配信コンテンツ」タブで、個々のリクエスト、またはキャッシュ・シードの対象となるダッシュボード・ページ全体を選択します。ダッシュボード・ページの選択は、時間の節約になります。

6. 「受信者」タブで、受信者である個々のユーザーまたはグループを選択します。

7. 「送信先」タブで、すべてのユーザー送信先の選択を解除し、「Oracle BIサーバー・キャッシュ」を選択します。

8. 右上隅にある「保存」ボタンを選択して、エージェントを保存します。

キャッシュ・シード・エージェントと他のエージェントの唯一の違いは、以前のキャッシュを自動的に消去して、ダッシュボードにアラートとして表示されないことです。

キャッシュ・シード・エージェントは、完全一致の問合せのみパージするため、古いデータが引き続き存在する可能性があります。エージェント問合せは非定型の問合せやドリルには対処しないため、必ずキャッシング方針には常にキャッシュのパージを含めるようにします。

7.7.4 キャッシュ・マネージャの使用

キャッシュ・マネージャを使用すると、問合せキャッシュ全体に関する情報と、開いているリポジトリに関連付けられている問合せキャッシュ内の個々のエントリに関する情報を表示できます。また、特定のキャッシュ・エントリを選択し、そのエントリに対して、キャッシュされているSQL文の表示と保存、エントリのパージなど、様々な操作を実行できます。

キャッシュ・マネージャを開くには:

1. 管理ツールのツールバーで、「管理」→「キャッシュ」を選択します。

左側のエクスプローラ・ペインの「キャッシュ」タブを選択すると、現在のリポジトリのキャッシュ・エントリ、ビジネス・モデルおよびユーザーが表示されます。関連するキャッシュ・エントリが右側のペインに反映され、上部の表示専用フィールドにエントリの総数が表示されます。

「オプション」設定を使用して、キャッシュ・エントリ情報およびその表示順序を制御できます(キャッシュ・マネージャから「編集」を選択し、「オプション」を選択するか、管理ツールのメニューから「ツール」→「オプション」→「キャッシュ・マネージャ」を選択します)。表7-4に記載されているオプションを情報に含めることができます。

表7-4 キャッシュ・オプション

オプション

説明

ユーザー

キャッシュ・エントリを生成した問合せを発行したユーザーのID。

作成

キャッシュ・エントリの結果セットが作成された時間。

最終使用

キャッシュ・エントリの結果セットが問合せに対応した最後の日時(Oracle BIサーバーが予期せず停止した後、最終使用日時が一時的に実際よりも古い値となることがあります)。

作成経過時間

このキャッシュ・エントリの結果セットを作成するのに必要な時間(秒単位)。

注意: ディスク上のキャッシュ・オブジェクト・ディスクリプタに保存されている値は、ミリ秒単位です。表示用に秒単位に変換されます。

行数

問合せによって生成された行数。

行サイズ

このキャッシュ・エントリの結果セット内の各行のサイズ(バイト単位)。

フル・サイズ

可変長の列、圧縮アルゴリズム、およびその他の要因を考慮して使用される最大サイズ。結果セットの実際のサイズはフル・サイズよりも小さくなります。

列数

このキャッシュ・エントリの結果セットの各行内の列数。

論理リクエスト

このキャッシュ・エントリに関連付けられている論理リクエスト。サブリクエストがキャッシュされている場合、この列にはサブリクエストのテキストが表示されます。

使用回数

このキャッシュ・エントリの結果セットが問合せを満たした回数(Oracle BIサーバーの起動後)。

ビジネス・モデル

キャッシュ・エントリに関連付けられているビジネス・モデルの名前。

リポジトリ

キャッシュ・エントリに関連付けられているOracle Business Intelligenceリポジトリの名前。

SQL

このキャッシュ・エントリに関連付けられているSQL文。サブリクエストがキャッシュされている場合、1つのSQL文に複数のキャッシュ・エントリが関連付けられている可能性があります。

問合せサーバー

問合せを処理したOracle BIサーバー。

ファクト表ソース

このキャッシュ・エントリの論理リクエストに関連付けられたファクト表。

リポジトリ・ツリーを開くとすべてのビジネス・モデルとキャッシュ・エントリが表示され、ビジネス・モデルを開くとすべてのユーザーとキャッシュ・エントリが表示されます。右側のペインには、階層ツリー内で選択されているアイテムに関連するキャッシュ・エントリのみが表示されます。

7.7.4.1 キャッシュ・マネージャ内でのグローバル・キャッシュ情報の表示

グローバル・キャッシュ情報を表示するには、「アクション」を選択し、「情報の表示」を選択します。表7-5は、「グローバル・キャッシュ情報」ウィンドウに表示される情報を示しています。

表7-5 グローバル・キャッシュ情報

列

説明

キャッシュ記憶域として使用できる空き容量

キャッシュ記憶域として使用できる空き領域(MB単位)です。

キャッシュ関連ファイルを含むディスクで使用される空き容量

キャッシュ関連ファイルが格納されているディスクの総使用量(MB単位)です(キャッシュ関連ファイル用に使用されている領域だけではありません)。

許容可能な最大キャッシュ・エントリ数

NQSConfig.INIファイルのMAX_CACHE_ENTRIESパラメータで指定される、キャッシュ内で可能な最大エントリ数です。

キャッシュ・エントリ結果セットごとの許容可能な最大行数

NQSConfig.INIファイルのMAX_ROWS_PER_CACHE_ENTRYパラメータで指定される、各キャッシュ・エントリの結果セットで許容される最大行数です。

現在のキャッシュ・エントリ数

グローバル・キャッシュ内の現在のエントリ数です。これらのエントリは、複数のリポジトリに関連付けられている可能性があります。

Oracle BIサーバーの起動以降にキャッシュから満足されなかった問合せ数

Oracle BIサーバーの前回の起動以降のキャッシュ・ミスです。

Oracle BIサーバーの起動以降にキャッシュから満足された問合せ数

Oracle BIサーバーの前回の起動以降のキャッシュ・ヒットです。

キャッシュ・マネージャがアクティブ・ウィンドウの状態で、[F5]キーを押すか、「アクション」→「リフレッシュ」を選択して、表示をリフレッシュします。開いているリポジトリの現在のキャッシュ・エントリと現在のグローバル・キャッシュ情報が取得されます。DSNがクラスタ化されている場合は、クラスタ内のすべてのリポジトリに関する情報が表示されます。

7.7.4.2 管理ツールでのキャッシュのパージ

キャッシュのパージは、問合せキャッシュからエントリを削除するプロセスです。キャッシュ・エントリは、次の方法でパージできます。

- 管理ツールのキャッシュ・マネージャ機能(オンライン・モード)を使用して、手動で行います。

- 特定の表の「物理表」ダイアログの「キャッシュ永続時間」フィールドを設定して、自動で行います。

- Oracle BIサーバー・イベント・ポーリング表を設定して、自動で行います。

- キャッシュ記憶域がいっぱいになったときに、自動で行います。

注意:

キャッシュのパージは、ODBC拡張関数を使用してプログラムで行うこともできます。詳細は、第7.6.2項「ODBCプロシージャを使用するキャッシュのパージと保守」を参照してください。

また、動的リポジトリ変数の値が変化するときにもキャッシュをパージできます。詳細は、第7.6.3.4項「動的リポジトリ変数の変更」を参照してください。

キャッシュ・マネージャでキャッシュ・エントリを手動でパージするには:

1. 管理ツールを使用してオンライン・モードでリポジトリを開きます。

2. 「管理」→「キャッシュ」を選択して、「キャッシュ・マネージャ」ダイアログを開きます。

3. 左ペインの該当のタブを選択することによって、キャッシュ・モードまたは物理モードを選択します。

4. エクスプローラ・ツリーを参照して、関連するキャッシュ・エントリを右ペインに表示します。

5. パージするキャッシュ・エントリを選択し、「編集」→「パージ」を選択して、選択されているエントリを削除します。または、選択されているエントリを右クリックし、「パージ」を選択します。

- キャッシュ・モードでは、パージするエントリを右ペインに表示されている中から選択します。

- 物理モードでは、パージするデータベース、カタログ、スキーマまたは表を、左ペイン内のエクスプローラ・ツリーから選択します。

キャッシュ・モードでは、次のものをパージできます。

- 開いているリポジトリに関連する、選択されている1つ以上のキャッシュ・エントリ。

- 指定されたビジネス・モデルに関連する、選択されている1つ以上のキャッシュ・エントリ。

- ビジネス・モデル内の指定されたユーザーに関連する、選択されている1つ以上のキャッシュ・エントリ。

物理モードでは、次のものをパージできます。

- 選択されている1つ以上のデータベースに関連する、すべての表のすべてのキャッシュ・エントリ。

- 選択されている1つ以上のカタログに関連する、すべての表のすべてのキャッシュ・エントリ。

- 選択されている1つ以上のスキーマに関連する、すべての表のすべてのキャッシュ・エントリ。

- 選択されている1つ以上の表に関連する、すべてのキャッシュ・エントリ。

パージによって、選択されているキャッシュ・エントリと関連するメタデータが削除されます。キャッシュの表示を更新するには、「アクション」→「リフレッシュ」を選択するか、[F5]キーを押します。

7.8 イベント・ポーリング表によるキャッシュ・イベントの処理

Oracle BIサーバー・イベント・ポーリング表(イベント表)は、1つ以上の物理表が更新されたことをOracle BIサーバーに通知する手段として使用できます。イベント表に追加される各行は、本番データベース内の本番表に対して発生する更新など、単一の更新イベントを表します。Oracle BIサーバー・キャッシュ・システムは、イベント表を読み込み(ポーリング)、物理表の情報を行から抽出し、その物理表を参照する古いキャッシュ・エントリをパージします。

イベント表は、Oracle BIサーバーがアクセス可能なリレーショナル・データベース上に存在する物理表です。専用のデータベースにあるか、他の表も含まれるデータベースにあるかにかかわらず、固定のスキーマ(表7-6を参照)が必要です。通常は、管理ツールの物理レイヤーでのみ公開され、「物理表」ダイアログ内でOracle BIサーバー・イベント表として識別されます。

イベント表の使用は、古いキャッシュ・エントリを無効化する最も正確な手段の1つであり、多くの場合、最も信頼できる方法です。ただし、データベース表が更新されるたびに、イベント表を移入する必要があります。また、ポーリング間隔の間はキャッシュが必ずしも最新の状態ではないため、キャッシュ内のデータが古い可能性が常にあります。詳細は、第7.8.3項「Oracle BIサーバー・イベント・ポーリング表の移入」を参照してください。

イベント表を更新する一般的な方法は、データベースを移入する、抽出およびロードのスクリプトまたはプログラムに、SQLのINSERT文を指定する方法です。INSERT文によって、物理表が変更されるたびに1つの行がイベント表に追加されます。このプロセスが配置され、Oracle Business Intelligenceリポジトリ内でイベント表が構成されると、キャッシュの無効化が自動的に行われます。イベント表を更新するスクリプトが、表に対する変更を正確に記録しているかぎり、指定されたポーリング間隔で、古いキャッシュ・エントリが自動的にパージされます。

この項には次のトピックが含まれます:

- 第7.8.1項「物理データベース上でのイベント・ポーリング表の設定」

- 第7.8.2項「イベント・ポーリング表のアクティブ化」

- 第7.8.3項「Oracle BIサーバー・イベント・ポーリング表の移入」

- 第7.8.4項「イベント・ポーリング表に関する問題のトラブルシューティング」

7.8.1 物理データベース上でのイベント・ポーリング表の設定

各物理データベース上に物理イベント・ポーリング表を構成して、データベース内の変更を監視できます。独自のデータベースでイベント表を構成することもできます。イベント表は、データベース内の表が変更されるたびに更新されます。

イベント・ポーリング表がOracle Databaseにある場合は、管理ツールの物理レイヤーで、イベント表をその独自のデータベース・オブジェクトで構成します。次に、イベント・ポーリング表の「データベース」ダイアログの「機能」タブで、機能PERF_PREFER_IN_LISTSの選択が解除されていることを確認します。このガイドラインに従うことで、リスト内で許容される最大式数を超えるエラーが回避されます。

イベント・ポーリング表を作成するには、リポジトリ作成ユーティリティ(RCU)を実行し、物理データベース内にBusiness Intelligence Platform (BIPLATFORM)スキーマを作成します。RCUによってS_NQ_EPTという名前のイベント・ポーリング表が作成されます。リポジトリ作成ユーティリティの実行の詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

イベント表は、表7-6に示す構造である必要があります。イベント表の配置場所によっては、一部の列にnull値を格納できます。列の名前は、表7-6に記載されている列名に一致する必要があります。表示されているデータ・タイプは、Oracle Database用です。

表7-6 イベント・ポーリング表の列名

イベント表の列

データ型

説明

CATALOG_NAME

VARCHAR2

更新された物理表が位置するカタログの名前。

イベント表が、更新された物理表と同じデータベース内にない場合のみ、CATALOG_NAME列を移入します。それ以外の場合は、null値に設定します。

DATABASE_NAME

VARCHAR2

更新された物理表が位置するデータベースの名前。これは、管理ツールの物理レイヤーで定義されるときのデータベースの名前です。たとえば、物理データベースの名前が11308Productionで、管理ツールに表示される場合のデータベース名がSQL_Productionの場合、イベント表内のポーリングされる行には、データベース名としてSQL_Productionが含まれている必要があります。

イベント表が、更新された物理表と同じデータベース内にない場合のみ、DATABASE_NAME列を移入します。それ以外の場合は、null値に設定します。

OTHER_RESERVED

VARCHAR2

将来の拡張に備えて予約されています。この列は、null値に設定する必要があります。

SCHEMA_NAME

VARCHAR2

更新された物理表が位置するスキーマの名前。

イベント表が、更新された物理表と同じデータベース内にない場合のみ、SCHEMA_NAME列を移入します。それ以外の場合は、null値に設定します。

TABLE_NAME

VARCHAR2

更新された物理表の名前。この名前は、管理ツールの物理レイヤーで表に対して定義されている名前に一致している必要があります。

null値は指定できません。

UPDATE_TS

DATE

イベント表に対する更新が発生する日時。これは、イベント表に追加される行ごとに増加する、キー(一意)値である必要があります。増加する一意の値であるためには、列のデフォルト値として現在のタイムスタンプを指定します。たとえば、Oracle Databaseの場合は、DEFAULT CURRENT_TIMESTAMPを指定します。

null値は指定できません。

注意: この列は、イベント表に追加される行ごとに増加する一意の値である必要があるため、1秒間に多くの挿入が行われる場合は、非常に高い精度を設定する必要がある可能性があります。このため、データベース機能のFRACTIONAL_SECOND_PRECISIONを調整して、UpdateTime列のフィルタで小数秒を使用するようにできます。Oracle BIサーバーでは、FRACTIONAL_SECOND_PRECISIONで定義される桁数でタイムスタンプが切り捨てられます。

たとえば、Oracle DatabaseやTeradataの場合は、FRACTIONAL_SECOND PRECISIONを0から6に変更します。

UPDATE_TYPE

NUMBER

更新スクリプトに値1を指定して、標準の更新であることを指定します(その他の値は、将来の使用に備えて予約されています)。

null値は指定できません。

Oracle BIサーバーは、イベント・ポーリング表に対して読取りと書込みの権限を持っている必要があります。サーバーは、指定された間隔でイベント表を読み取り、変更されたデータを探します。データベース表が変更されている場合は(たとえば、ロード処理時)、イベント表に行が追加されます。イベント表に行がある場合、基礎となるデータベースに変更されたデータがあります。変更された物理表に対応するキャッシュ・エントリが無効化され、イベント表から古い行が定期的に削除されます。次にイベント表を確認するときも、処理が繰り返されます。

注意:

クラスタ化されたOracle Business Intelligenceデプロイメントでは、1つのイベント・ポーリング表が、クラスタ内のすべてのOracle BIサーバー・ノードで共有されます。ただし、1つのイベント・ポーリング表を、複数のOracle BIサーバー・クラスタで共有することはできません。

Oracle BIサーバーに、イベント・ポーリング表(データベース内の他の表ではない)への書込み権限を与えるには、次のタスクを実行します。

- 権限を持つ接続プールを使用して、管理ツールの物理レイヤーに、個別の物理データベースを作成します。

- 削除権限を持つ接続プールにユーザーを割り当てます。

- イベント表を使用して権限が必要なデータベースを移入します。

Oracle BIサーバーは、イベント・ポーリング表への書込み権限は持っていますが、ユーザー問合せに答えを返すために使用される表への書込み権限は持っていません。

7.8.2 イベント・ポーリング表のアクティブ化

物理データベースに表を作成したら、Oracle BIサーバーでその表をアクティブ化できます。これを行うには、最初に物理表をインポートし、表オブジェクトをイベント・ポーリング表としてマークします。

物理表をインポートするには:

1. 管理ツールで、リポジトリを開き、物理データベースからメタデータをインポートします。これを行うには、「ファイル」を選択し、「メタデータのインポート」を選択します。

2. ウィザードの手順に従います。「メタデータ型の選択」画面の「表」オプションを選択して、表のメタデータをインポートします。
メタデータのインポート・ウィザードの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

3. イベント・ポーリング表が複数ある場合は、イベント表ごとにステップ1および2を繰り返します。イベント表用に指定されているデータソースが、イベント表に対して読取りと書込みの権限を持つことを確認します。リポジトリは、表の読取りと表の行の削除を両方行うため、書込み権限が必要です。イベント表が、ビジネス・モデルとマッピング・レイヤーで公開されている必要はありません。

表オブジェクトをイベント・ポーリング表としてマークするには:

1. 「ツール」メニューから「ユーティリティ」を選択します。

2. オプション・リストから「Oracle BIイベント表」オプションを選択します。

3. 「実行」をクリックします。

4. イベント表として登録する表を選択し、「>>」ボタンをクリックします。

5. ポーリング間隔を分単位で指定し、「OK」をクリックします。
デフォルト値は60分です。10分未満のポーリング間隔は設定しないでください。非常に短いポーリング間隔が必要な場合は、表の一部またはすべてをキャッシュ不能とマークすることを検討します。

表がOracle BIサーバー・イベント表として登録されると、表のプロパティが変わります。イベント表として登録すると、イベント・ポーリング表から結果をキャッシュする理由がないため、表をキャッシュ可能とマークするオプションが削除されます。

7.8.3 Oracle BIサーバー・イベント・ポーリング表の移入

Oracle BIサーバーが、イベント・ポーリング表を移入することはありません。イベント表が更新されるたびに行を挿入することによって、イベント表が移入されます。このプロセスは、通常、データベース管理者によって構成されます。一般には、データベース管理者が、表が変更されるたびにポーリング表に行を挿入するロード・プロセスを変更します。これは、(トリガーをサポートするデータベース内で)データベース・トリガーを使用するロード・スクリプト、アプリケーション、または手動で行うことができます。イベント表の移入のプロセスが正しく行われないと、サーバーでは、ポーリング表内の情報が正確で最新であるとみなされるため、Oracle BIサーバーのキャッシュのパージに影響します。

7.8.4 イベント・ポーリング表に関する問題のトラブルシューティング

キャッシュのポーリングに関して問題が発生した場合は、Oracle BIサーバー・アクティビティ・ログを検索して、サーバーとイベント表とのやり取りに関するエントリを確認できます。

- nqserver.logファイルは、Oracle BIサーバーに関するアクティビティを自動的に記録します。ログ・エントリは自明であり、Fusion Middleware Controlまたはテキスト・エディタで表示できます。

- Oracle BIサーバーがイベント表のポーリングを行うと、管理者アカウント(インストール時に設定)を使用して、nqquery.logファイルに問合せが記録されます。ただし、管理者アカウントのログ・レベルが0に設定されている場合を除きます。最も役立つレベルの情報を提供するためには、管理者アカウントのログ・レベルを2に設定します。

nqserver.logとnqquery.logは次の場所にあります。

ORACLE_INSTANCE/diagnostics/logs/OracleBIServerComponent/coreapplication_obisn

7.9 Oracle BIプレゼンテーション・サービス・キャッシュ設定の管理

ユーザーが分析を実行すると、プレゼンテーション・サービスはその分析の結果をキャッシュします。プレゼンテーション・サービスでは、キャッシュされた結果を後続の分析が使用できるかどうかを決定します。キャッシュを共有できる場合、後続の分析は保存されません。

プレゼンテーション・サービス・キャッシュのファイルには、nQS_xxxx_x_xxxxxx.TMPのような名前が付けられます。ファイルはODBCドライバによって作成されますが、通常、プレゼンテーション・サービス・キャッシュが開いているODBCリクエストには対応していません。ファイルは、次のディレクトリに保存されています。

ORACLE_INSTANCE\tmp\OracleBIPresentationServices\coreapplication_obipsn\obis_temp

キャッシュのファイルは、プレゼンテーション・サービスが正常に停止するときに削除されます。プレゼンテーション・サービスが予期せず停止した場合、様々なキャッシュ・ファイルがディスクに残る可能性があります。プレゼンテーション・サービスが実行していないときにファイルを削除できます。

プレゼンテーション・サービス・キャッシュは、Oracle BIサーバーがアクセスするキャッシュとは異なります。instanceconfig.xmlファイルを変更してキャッシュ・エントリを含めることによって、プレゼンテーション・サービス・キャッシュのデフォルトを変更できます。

次のプロシージャは、プレゼンテーション・サービス・キャッシュを管理できる構成の変更に関する情報を示しています。

ODBCプロシージャを使用してキャッシュを共有する方法については、第7.6.2.2項「プレゼンテーション・サービス問合せキャッシュの共有について」を参照してください。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

キャッシュを管理するための設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表7-7に示されている要素を追加する必要があるセクションを見つけます。

注意:

時間に関係する要素に、3分より短い値を指定しないでください。このような短い時間を指定すると、リフレッシュが頻繁に発生するため、パフォーマンスに悪影響を及ぼし、画面がちらつく可能性があります。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Cache>
<Query>
<MaxEntries>100</MaxEntries>
<MaxExpireMinutes>60</MaxExpireMinutes>
<MinExpireMinutes>10</MinExpireMinutes>
<MinUserExpireMinutes>10</MinUserExpireMinutes>
</Query>
</Cache>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表7-7 プレゼンテーション・サービスのキャッシュを構成する要素

要素

説明

デフォルト値

MaxEntries

プレゼンテーション・サービスが常に開いておくレコード・セットの最大数を指定します。最小値は3です。負荷が大きなシステムの場合、この値を700または1000に増加できます。

500

MaxExpireMinutes

キャッシュ内のエントリが削除されるまでの最大存続時間を、分単位で指定します。実行されている分析の数によっては、有効期限より前にエントリが削除される可能性があります。

60

MinExpireMinutes

キャッシュ内のエントリが削除されるまでの最小存続時間を、分単位で指定します。CacheMinUserExpireMinutesの設定によって、特定のユーザーのエントリが、CacheMaxExpireMinutes要素で指定される時間より長く存在できます。

10

MinUserExpireMinutes

キャッシュ内のエントリがユーザーに表示された後の最小存続時間を、分単位で指定します。

たとえば、CacheMaxExpireMinutesが60分に設定されていて、ユーザーが59分のときにエントリを表示すると、そのユーザーのエントリはさらに10分間存続します。ユーザーは新しい分析を実行することなく、データのページングを継続できます。

10

7.10 Oracle BI Webクライアントのパフォーマンスの向上

Oracle BI Webクライアントのパフォーマンスを向上させるには、すべての静的ファイルを処理するWebサーバーを構成し、静的リソースも動的リソースも圧縮を有効化します。Webサーバー上でキャッシュおよびコンテンツの有効期限を有効にすると、Webブラウザでサーバーから静的ファイルをリロードする頻度を指定できます。

Oracle BI EEでは、静的ファイルはORACLE_HOME/bifoundation/web/appv2にあります。使用しているWebサーバー用の手順に従って、静的ファイルのキャッシングと、このディレクトリにあるファイルの圧縮を設定します。

注意:

Oracle WebLogic Serverを構成してApache HTTP Server、Microsoft Internet Information Server(Microsoft IIS)、Oracle HTTP ServerなどのWebサーバーと連携させる方法の詳細は、次のドキュメントを参照してください。

『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー1.1プラグインの使用』

『Oracle Fusion Middleware Administrator's Guide for Oracle HTTP Server』

次の各項では、構成の例を示します。

- 第7.10.1項「Apache HTTP Serverの静的ファイル・キャッシングの構成」

- 第7.10.2項「Oracle HTTP Serverの静的ファイルのキャッシングの構成」

7.10.1Apache HTTP Serverの静的ファイル・キャッシングの構成

この構成例は、Webサーバー・プラグインがインストールされていて、Apache HTTP ServerがOracle WebLogic Serverへリクエストをプロキシできることが前提です。PLUGIN_HOME/libディレクトリが、LD_LIBRARY_PATHまたはオペレーティング・システムでこれに相当するものに追加されている必要があります。

この項の手順は、構成例専用です。必要に応じて、構成を調整してください。詳細は、『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー1.1プラグインの使用』を参照してください。

プラグインの構成ディレクティブを追加するには:

1. Apache HTTP Serverのhttpd.confファイルを見つけます。

2. ファイルを編集用に開き、次のようなディレクティブを追加します。

LoadModule weblogic_module modules/mod_wl.so

<IfModule mod_weblogic.c>
WebLogicPort 9704
Debug OFF
WebLogicHost localhost
WLLogFile /tmp/wl-proxy.log
</IfModule>

<LocationMatch "/analytics/saw\.dll.*">
SetOutputFilter DEFLATE
SetHandler weblogic-handler
</LocationMatch>

<LocationMatch "/analytics/.*\.jsp.*">
SetOutputFilter DEFLATE
SetHandler weblogic-handler
</LocationMatch>

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

- LoadModuleディレクティブを、プラグインをインストールした場所と方法に基づいて変更します。

- IfModuleディレクティブによって、Oracle WebLogic Serverへの接続が有効になります。クラスタの構成方法やSSLに関する考慮事項など、接続オプションの詳細は、『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー1.1プラグインの使用』を参照してください。

- LocationMatchディレクティブを使用して、すべての動的リクエストがOracle WebLogic Serverにルーティングされます。すべての動的リクエストでGZip圧縮を使用できるように、SetOutputFilter DEFLATEディレクティブを含めてください。

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

静的ファイルを処理する構成ディレクティブを追加するには:

1. Apache HTTP Serverのhttpd.confファイルを見つけます。

2. ファイルを編集用に開き、次のようなディレクティブを追加します。

Alias /analytics ORACLE_HOME/bifoundation/web/appv2
<Directory ORACLE_HOME/bifoundation/web/appv2>
# Disable cross-server ETags
FileETag none
# Enable compression for all files
SetOutputFilter DEFLATE
# Don't compress images
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
# Enable future expiry of static files
ExpiresActive on
ExpiresDefault "access plus 1 week"
Header set Cache-Control "max-age=604800"
DirectoryIndex default.jsp
</Directory>

# Restrict access to WEB-INF
<Location /analytics/WEB-INF>
Order Allow,Deny
Deny from all
</Location>

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

- Apache HTTP Serverが、ORACLE_HOME/bifoundation/web/appv2内のOracle BI Webクライアントの静的ファイルにアクセスできることを確認する必要があります。Webサーバーが実行されていて、この場所への読取り権限を持つことを確認します。

- 別名エントリおよびディレクトリ・エントリは、Apache HTTP Serverに対して、静的ファイルのリクエストをOracle WebLogic Serverにルーティングするのではなく、処理することを指定するものです。圧縮および静的ファイルの失効に関するディレクティブについて、次の点に注意してください。

- FileETag

FileETag none

このディレクティブは、Webサーバーに対して、レスポンス内でETagヘッダーを生成しないことを指定します。Apache HTTP ServerのデフォルトのETag生成は、単一サーバーのファイル・システムに密接に関係します。そのため、ETagの生成は推奨されません。

- 圧縮関連のディレクティブ

SetOutputFilter DEFLATE
# Don't compress images
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary

これらのディレクティブにより、Apache HTTP Serverは、イメージ以外のすべてのファイルを圧縮します。通常、イメージはすでに圧縮されており、さらに圧縮しても効果はありません。

- Expiresヘッダーの制御

# Enable future expiry of static files
ExpiresActive on
ExpiresDefault "access plus 1 week"

このフラグメントでは、Apache HTTP Serverに対して、Expiresヘッダーの設定を有効にすることを指定しています。この例では、クライアントがファイルに最初にアクセスした日の1週間後がデフォルトの失効日です。この期間を長くすることもできますが、静的ファイルに対するパッチや更新を十分に処理できるように、静的ファイルを頻繁にリフレッシュする必要があります。

- Cache-Controlヘッダーの制御

Header set Cache-Control "max-age=604800"

このフラグメントでは、Apache HTTPサーバーに対して、Cache-Controlヘッダーを設定することを指定しています。この例では、Expiresヘッダーと一致するように、デフォルトは1週間(秒単位)に設定されています。この値は、Expiresヘッダーと常に同期している必要があります。このヘッダーは、旧バージョンのMicrosoft Internet Explorerで静的ファイルを適切にキャッシュできるようにするために必要です。

- デフォルトURLの処理

DirectoryIndex default.jsp

このディレクティブは、ユーザーが/analytics URLをリクエストして、その下のコンテンツを指定しなかった場合のフォールバック・ハンドラを提供します。このURLは、後続の処理でOracle WebLogic Serverにルーティングされます。

- 最後のディレクティブでは、WEB-INFフォルダへのアクセスを制限します。このフォルダはJ2EEコンテナのデプロイメント・ディスクリプタの一部であり、Webクライアントに公開するものではありません。

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

7.10.2Oracle HTTP Serverの静的ファイル・キャッシングの構成

Oracle HTTP Serverの構成は、Apache HTTP Serverの構成と似ています。ただし、Oracle HTTP Serverとともにデフォルトでmod_wl_ohs.soモジュールがインストールされるため、プラグインをダウンロードしてインストールする必要がない点が異なります。mod_wl_ohs.soモジュールで直接行う構成もあれば、httpd.confで行う構成もあります。詳細は、『Oracle Fusion Middleware Oracle HTTP Server管理者ガイド』を参照してください。

7.11 Oracle Business IntelligenceのJVMヒープ・サイズの設定

管理サーバーおよび管理対象サーバーのデフォルトJVMヒープ・サイズは、Oracle WebLogic Serverの起動スクリプトでUSER_MEM_ARGSパラメータを設定することにより変更できます。次の手順で、管理サーバーと管理対象サーバーの両方に同じ値を設定します。

デフォルトJVMヒープ・サイズを変更するには:

1. WebLogic Server管理コンソールを使用して、サーバーを正常に停止します。

2. setDomainEnv.shファイル(Windowsシステムの場合はsetDomainEnv.bat)を編集用に開きます。このファイルは、DOMAIN_HOME/binディレクトリにあります。

3. USER_MEM_ARGSでIF文を探し、次の文の前に挿入ポイントを置きます。

4. USER_MEM_ARGSに、引数-Xmxを設定します。次のリストは、様々なオペレーティング・システムでUSER_MEM_ARGSを設定する方法の例を示しています。

- UNIXシェル・スクリプト(.sh)

USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -xx:PermSize=128m -XX:MaxPermSize=512m"
export USER_MEM_ARGS

- UNIX Cシェル・スクリプト(.csh)

setenv USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -xx:PermSize=128m -XX:MaxPermSize=512m"

- Windowsコマンド・スクリプト(.bat)

set USER_MEM_ARGS="-Xms256m -Xmx1024m -XX:CompileThreshold=8000 -xx:PermSize=128m -XX:MaxPermSize=512m"

注意:

USER_MEM_ARGSの引数は、SunVMまたはJRockitを使用しているかどうかに応じて異なります。たとえば、PermSizeおよびMaxPerm SizeはSunVMのみに適用され、JRockitでは警告が表示されます。

5. パラメータの設定後、ファイルを保存して閉じ、変更内容を有効にするため、管理サーバーと管理対象サーバーを再起動します。

6. スケールアウトされたシステムでは、各ドメインのホームでこれらの手順を繰り返します。今後、システムをスケールアウトする場合は、新規ノードでこれらの手順を実行する必要があります(設定は新規ノードのドメイン・ホームにコピーされません)。

第IV部

問題の解決

ここでは、Oracle Business Intelligenceの問題を解決する方法を説明します。次の章で構成されています。

- 第8章「Oracle Business Intelligenceの問題の診断および解決」

- 第9章「使用状況トラッキングの管理」

8 Oracle Business Intelligenceの問題の診断および解決

この章では、Fusion Middleware Controlやログ・ファイルなどのツールを使用してOracle Business Intelligenceの問題を診断および解決する方法について説明します。

この章では、次の項目について説明します。

- 第8.1項「使用可能な診断ツール」

- 第8.2項「診断ログ・ファイルの表示と構成」

- 第8.3項「診断ログ・ファイルとログ構成ファイルについて」

- 第8.4項「問合せログの管理」

- 第8.5項「Oracle BIプレゼンテーション・サービスのロギング」

- 第8.6項「ODBC/JDBCプロシージャを使用したOracle BIサーバーの診断の取得」

8.1 使用可能な診断ツール

Oracle Business Intelligenceには、表8-1に示されているとおり、問題の原因と解決策を見つけるのに役立つ様々な診断ツールが用意されています。

表8-1 診断ツール

ツール

説明

参照先

Fusion Middleware Controlの「概要」ページ

システムに関する最近の問題を表示できます。

第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」

パフォーマンス・メトリック

パフォーマンスに影響を及ぼすメトリックを表示できます。

第7.1項「サービス・レベルの監視」

Fusion Middleware Controlの「診断」ページ

問題を深く調べてログ・ファイルを表示および構成できます。

第8.2.1項「ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用」

第8.2.2.1項「ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用」

使用状況トラッキング

データベースの最適化、集計の戦略、ユーザーや部門が利用したリソースに基づく課金など、様々な方法で利用できる使用状況トラッキングの統計情報を生成できます。

第9.1項「使用状況トラッキングについて」

カタログ・オブジェクトのレポート

Oracle BIプレゼンテーション・カタログのオブジェクトの詳細を知ることができます。

第17.9項「カタログ・マネージャを使用したカタログ・データを表示するためのレポートの作成」

整合性チェック・マネージャ

リポジトリの有効性をチェックできます。

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリまたはビジネス・モデルの整合性のチェックに関する項

モデル・チェック・マネージャ

Oracle BI Summary Advisorおよび集計の永続性エンジンに影響を及ぼす可能性のある問題のモデルについてチェックできます。

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のモデル・チェック・マネージャを使用した問題のモデルについてのチェックに関する項

ODBC/JDBCプロシージャ

Oracle BIサーバーに関する診断情報を取得できます。

第8.6項「ODBC/JDBCプロシージャを使用したOracle BIサーバーの診断の取得」

8.2 診断ログ・ファイルの表示と構成

次の項で説明するように、診断ログ・ファイルを表示したり、診断ログ・ファイルおよびファイル内の情報に影響する設定を構成したりできます。

- 第8.2.1項「ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用」

- 第8.2.2項「ログ・ファイルのローテーション・ポリシーの構成とログ・レベルの指定」

8.2.1 ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用

Fusion Middleware Controlログ・ビューアを使用して、Oracle Business Intelligenceコンポーネントのログ・エントリを検索して表示できます。ログ・ファイルを検索するとログ・メッセージが見つかり、たとえば、特定の日付範囲、ユーザー、ユーザー・トランザクションまたはメッセージのレベル(エラー、警告、通知など)をターゲットとするフィルタを適用できます。Fusion Middleware Controlログ・ビューアから、ログ・ファイル全体を表示することもできます。

エラー・メッセージと警告のログ・エントリが複数のログ・ファイルにまたがって生成される場合、その追跡は困難です。しかし、複数のログ・ファイルにわたる特定のユーザー・トランザクションのログ情報を表示することが可能です。トランザクション・レベルのロギングでは、実行コンテキストID(ECID)と呼ばれる一意のトランザクションIDを、ユーザー・リクエストに応答して生成されるすべてのログおよびエラー・メッセージに関連付けています。このロギングによって、基となる問題の原因を迅速に診断できます。ただし、ログ内のメッセージによっては(たとえば、サーバーの起動や停止のシステム・メッセージ)、トランザクション属性を持ちません。クライアント・リクエストに関連するすべてのログ・メッセージは、トランザクション属性を持ちます。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してログ情報、エラー・メッセージおよびアラートを表示するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「診断」ページの「ログ・メッセージ」タブを表示します。
この要素のページレベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

3. 次のリストを表示します。

- 「最新のエラー」領域の最新のエラー

- 「最新の警告」領域の最新の警告

4. すべてのログ・ファイルの表示/検索およびコンポーネント別のログ・ファイルの表示/検索の下のリンクを選択して、すべてのログ・ファイルのメッセージまたは指定されたコンポーネントのログ・ファイルのメッセージを表示します。次のリンクのページレベル・ヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- ログ・ビューアを使用するログ・ファイルの検索

- プレゼンテーション・サービス・ログ

- サーバー・ログ

- スケジューラ・ログ

- JavaHostログ

- クラスタ・コントローラ・ログ

- アクション・サービス・ログ

- セキュリティ・サービス・ログ

- 管理者サービス・ログ

Fusion Middleware Controlでは、選択に応じた「ログ・メッセージ」ページにメッセージが表示されます。

5. 適切な検索基準を入力して、対応するエラー・メッセージを表示します。
メッセージをECID別に表示するには、「関連メッセージの表示」をクリックし、「ECID(実行コンテキストID)ごと」を選択します。

6. 1つ以上の行を選択して、選択されているメッセージのログ・ファイル・エントリの詳細を表示します。
ログ・ビューアに表示される要素の詳細は、Fusion Middlewareのヘルプを参照してください。

8.2.2 ログ・ファイルのローテーション・ポリシーの構成とログ・レベルの指定

ログ・ファイルのサイズと経過時間に基づいて、新しいログ・ファイルを作成する必要があるタイミングを決定する基準を構成できます。ログ・ファイルに保存するメッセージのレベルを決定するログ・レベルも指定できます。

この項には次のトピックが含まれます:

- 第8.2.2.1項「ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用」

- 第8.2.2.2項「追加のログ・ファイル設定の手動での変更」

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

8.2.2.1 ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用して、ログ・ファイルのローテーション・ポリシーを構成し、ログ・レベルを指定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「診断」ページの「ログ構成」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。
たとえば、使用するログ・レベルを指定したり、場合によってはその粒度を設定したりできます。

次のオプションのページレベル・ヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

ログ構成

- 「最大ファイル・サイズ」オプション

- 「ログの最長保存期間」オプション

問合せログ

- 「最大ファイル・サイズ」オプション

- 「ログの最長保存期間」オプション

デフォルト・ログ・レベル

コンポーネント固有のログ・レベル

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

8.2.2.2 追加のログ・ファイル設定の手動での変更

Fusion Middleware Controlで変更できるログ・ファイル設定に加えて、手動で変更できる設定もあります。コンポーネントのログ構成ファイル内の様々な要素を使用して、その設定を変更します。

注意:

変更が後で上書きされる可能性があるため、1つのコンポーネントの診断ログ構成ファイルを編集することはしないでください。詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

ログ・ファイル形式を構成する設定を手動で変更するには:

1. 第8.3.2項「診断ログ構成ファイルの概要とその位置」の説明に従って、コンポーネントのログ構成ファイルを開きます。

2. ログ・ファイル形式を指定するFormat要素を追加する必要があるセクションを見つけます。デフォルトはODL-TEXTです。
Fusion Middleware Controlログ・ビューアを使用してOracle Business Intelligenceのログ・ファイルを表示および検索するには、ファイルがODL-Text形式またはODL-XML形式である必要があります。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<server>
<ServerInstance>
<Log>
<Format>ODL-TEXT</Format>
</Log>
</ServerInstance>
</server>

JavaHostサーバー診断ログ構成ファイルの例は、例8-2を参照してください。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

8.2.3 ログ・ビューアを使用した問題の診断

Fusion Middleware Controlのログ・ビューアを使用して、Oracle Business Intelligenceシステムでの問題の解決に役立つ可能性があるメッセージを探すことができます。

ログ・ビューアを使用して問題を診断するには:

1. Fusion Middleware Controlが表示されます。

2. bifoundationドメインを右クリックして、「ログ」、「ログ・メッセージの表示」を選択します。
「ログ・メッセージ」ページが表示されます。ログ・ビューアがすべてのログ・ファイルから行を収集し、このページに表示します。行をフィルタして、関心のあるものを表示できます。

3. リストのフィルタを開始するには、検索基準を入力して関心のあるメッセージを探します。

- 特定の日付の前後にエラーが発生したことがわかっている場合は、「日付範囲」を「時間間隔」に設定します。フィルタの開始および終了の日付を選択します。

- エラーが繰り返し発生している場合は、「日付範囲」を「最新」に設定します。「日」を選択して、1や3などの数字を指定します。

- 「メッセージ・タイプ」には、次の「インシデント・エラー」、「エラー」、「警告」および「通知」を選択します。返されるメッセージの数が多すぎる場合は、「通知」を選択解除して、エラーと警告のみを表示します。
「通知」を選択する利点は、Oracle Business Intelligenceシステムの動作内容がわかることで、異常が発生したのがいつかを特定するのに役立てることができます。

4. Oracle Business Intelligenceのメッセージをフィルタするには、次のようにします。

1. 「フィールドの追加」をクリックし、「モジュール」を選択して、「追加」をクリックします。

2. 「モジュール」が「次を含む」に設定されていることを確認して、次の値を入力します。
oracle.bi.management

この値は、Oracle Business Intelligenceのシステム管理のためのすべてのログ・エントリが由来するJavaパッケージの名前を指定します。

5. 「検索」をクリックします。
このページには、診断中の問題に関係するエラーおよび警告を含め、条件に合うすべてのログ・メッセージがリストされます。

6. ログ・メッセージのコピーを保存するには、「メッセージをファイルにエクスポート」をクリックし、「Oracle診断ログ・テキスト(.txt)として」または必要に応じてその他の形式を選択します。

ログ・メッセージを表示すると、「メッセージ」列に、何の操作がいつ行われたかが表示されます。いつサーバーが再起動されたか、構成の変更が行われたかなど、重要な情報を知ることができます。「ログ・ファイル」列の値を使用すると、書込み先のファイルがわかり、Oracle Business Intelligenceの動作の手がかりとなります。たとえば、nqserver.logの値はOracle BIサーバーとの相互作用を示し、sawlog5.logの値はプレゼンテーション・サービスとの相互作用を示します。

ログ・メッセージを表示して、何が特定の状況の原因となったかを確認できます。たとえば、Fusion Middleware Controlで別のリポジトリを指定するという変更を行ったのに、プレゼンテーション・サービスではそのリポジトリを表示できないとします。ログ・メッセージを表示すると、管理対象サーバーをホストし、新規リポジトリのコピー先となるコンピュータのメモリーが不足していることを示すエラー・メッセージが見つかります。先のエラー・メッセージは、管理サーバーがリポジトリの変更をレポートし、その変更を管理対象サーバーに同期しようとしたことを示します。

8.3 診断ログ・ファイルとログ構成ファイルについて

この項では、診断ログ・ファイルと診断ログ構成ファイルについて説明します。内容は次のとおりです。

- 第8.3.1項「診断ログ・ファイルの概要とその位置」

- 第8.3.2項「診断ログ構成ファイルの概要とその位置」

- 第8.3.3項「ログ・ファイル・メッセージのカテゴリとレベルの概要」

- 第8.3.4項「ログ・ファイル・ローテーション」

- 第8.3.5項「システム・ログ内のメッセージ」

8.3.1 診断ログ・ファイルの概要とその位置

診断ログ・ファイルは、Oracle Business Intelligence Serverによって生成されるメッセージ情報を格納するためのファイルです。これらのログ・ファイルは、次の場所に保存されています。

ORACLE_INSTANCE\diagnostics\logs\component_type\coreapplication

Oracle Business Intelligenceでは、次の診断ログ・ファイルが使用されます。

- プレゼンテーション・サービス

- \CatalogCrawler\sawcatalogcrawlerlogsysn.log - カタログ・クローラのログ・ファイル。Fusion Middleware Controlログ・ビューアで検索できません。

- sawlogn.log - 診断ログ出力の最新部分に相当し、Fusion Middleware Controlログ・ビューアで検索できる、プレゼンテーション・サービスのログ・ファイル。

プレゼンテーション・サービスのロギングの詳細は、第8.5項「Oracle BIプレゼンテーション・サービスのロギング」を参照してください。

- Oracle BIサーバー

- nqquery<n>.log - Oracle BIサーバー問合せログ。Fusion Middleware Controlログ・ビューアで検索できません。
<n> = 日付とタイムスタンプ(例: nqquery-20101209-2135.log)

- nqserver<n>.log - Oracle BIサーバー・メイン診断ログ。Fusion Middleware Controlログ・ビューアで検索できます。
<n> = 日付とタイムスタンプ(例: nqserver-20101209-2135.log)

- nqsadmintool.log - Oracle BI管理ツールのログ。

- Oracle BIサーバー・ユーティリティ - たとえば、biserverxmlexecやequalizerpdsも、実行時に独自のログを生成します。

- JavaHost

- jh-n.log - JavaHost Serverのメイン診断ログ。Fusion Middleware Controlログ・ビューアで検索できます。
<n> = 日付とタイムスタンプ(例: jh-20100909-2135.log)

- Oracle BIスケジューラ

- nqscheduler-<n>.log - Oracle BIスケジューラのログ・ファイル。Fusion Middleware Controlログ・ビューアで検索できます。
<n> = 日付とタイムスタンプ(例: nqscheduler-20100909-2135.log)

- クラスタ・コントローラ

- nqcluster-yyyyMMdd-hhmm.log - Oracle BIクラスタ・コントローラの診断ファイル。Fusion Middleware Controlログ・ビューアで検索できます。
<n> = 日付とタイムスタンプ(例: nqcluster-20100909-2135.log)

- BI JEEログ(アクション・サービスおよびセキュリティ・サービス)。次のログ・ファイルは両方とも、Fusion Middleware Controlログ・ビューアで検索できます。

- AdminServer-diagnostic.log

- bi_server1-diagnostic.log

- アップグレード
Oracle Business Intelligenceのアップグレードのログ・ファイルは、次の場所に作成されます。

ORACLE_HOME\upgrade\logs

アップグレード・ログ・ファイルの詳細は、Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイドを参照してください。これらのファイルは、Fusion Middleware Controlログ・ビューアで検索できません。

注意:

ログ・ファイルnqcluster-yyyyMMdd-hhmm.log、nqscheduler-<n>.logおよびnqserver<n>.logについては、ファイルにログ記録されるメッセージにタイムゾーンを設定できません。メッセージは、グリニッジ標準時(GMT)でファイルにログ記録されます。Fusion Middleware Controlログ・ビューアでメッセージを表示する際は、ローカルのタイムゾーンでメッセージが表示されます。

8.3.2 診断ログ構成ファイルの概要とその位置

診断ログ構成ファイルは、Oracle Business Intelligenceの診断ログ・ファイルへの出力を制御します。

注意:

変更が後で上書きされる可能性があるため、1つのコンポーネントの診断ログ構成ファイルを編集することはしないでください。詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

Oracle Business Intelligenceのログ構成ファイルは、次の場所に保存されています。

ORACLE_INSTANCE\config\component_type\bi_component_name

例:

- \OPMN\opmn\opmn.xml

- \OracleBIClusterControllerComponent\coreapplication_obiccs1\ccslogconfig.xml

- \OracleBIJavaHostComponent\coreapplication_obijh1\logging_config.xml

- \OracleBIPresentationServicesComponent\coreapplication_obips1\instanceconfig.xml

- \OracleBISchedulerComponent\coreapplication_obisch1\instanceconfig.xml

- \OracleBIServerComponent\coreapplication_obis1\logconfig.xml

診断ログ構成ファイルの形式について

診断ログ構成ファイルは、見かけは多少異なる場合がありますが、ODL(Oracle Diagnostic Log)標準に準拠します。

例8-1と例8-2は、Oracle Business Intelligenceの2つのログ構成ファイルを示しています。

例8-1 BIサーバー診断ログ構成ファイルの形式

<server>
<ServerInstance>
<Log>
<MaximumFileSizeKb>10000</MaximumFileSizeKb>
<MaximumLogAgeDay>60</MaximumLogAgeDay>
<Format>ODL-TEXT</Format>
<Level>
<IncidentError>1</IncidentError>
<Error>1</Error>
<Warning>16</Warning>
<Notification>1</Notification>
<Trace>16</Trace>
</Level>
</Log>
<UserLog>
<MaximumFileSizeKb>10000</MaximumFileSizeKb>
<MaximumLogAgeDay>10</MaximumLogAgeDay>
<Format>ODL-TEXT</Format>
</UserLog>
</ServerInstance>
</server>

例8-2 JavaHost Server診断ログ構成ファイルの形式

<?xml version = '1.0' encoding = 'utf-8'?>
<logging_configuration>
<log_handlers>
<log_handler name='odl-handler' class='oracle.core.ojdl.logging.ODLHandlerFactory'>
<property name='path' value='C:\oracle_bi_ee_BIFNDNPTPSNT0911060426S-Release\jhlogs\javahost.log'/>
<property name='maxFileSize' value='1000000'/>
<property name='maxLogSize' value='5000000'/>
</log_handler>
</log_handlers>
<loggers>
<logger name='saw' level='NOTIFICATION:1' useParentHandlers='false'>         <handler name='odl-handler'/>
</logger>
</loggers>
</logging_configuration>

Oracle Business Intelligenceコンポーネントは、ログ構成ファイル内のサーバー固有の設定を使用して、診断ログ・ファイルを制御します。例:

- Oracle BIプレゼンテーション・サービス・ログ構成ファイル
- writerClassId設定によって、sawlog.logファイルに書き込まれるメッセージが構成されます。

- Oracle BIサーバー・ログ構成ファイル
- Log設定によって、nqserver.logファイルに書き込まれるメッセージが構成されます。

詳細は、第8.3.5項「システム・ログ内のメッセージ」を参照してください。

- UserLog設定によって、nqquery.logファイルに書き込まれるメッセージが構成されます。

詳細は、第8.4項「問合せログの管理」を参照してください。

- Oracle BIスケジューラ・ログ構成ファイル
- Log設定によって、nqscheduler.logファイルに書き込まれるメッセージが構成されます。

- JavaHost Serverログ構成ファイル
- log_handlers要素とサブ要素では、ログ・ファイルのローテーション・ポリシーを構成してログ・ファイル名とその位置を指定できます。

- loggers要素とサブ要素では、JavaHost Serverログ・レベルを標準のODL(Oracle Diagnostic Log)ログ・レベルにマップすることによって、Javaコンポーネント(JavaHost Server)のログ・レベルを適切に処理できます。

8.3.3 ログ・ファイル・メッセージのカテゴリとレベルの概要

ログ・ファイル・メッセージのカテゴリとレベルによって、ログ・ファイルに書き込まれるメッセージの詳細度と重要度のレベルが決まります。Fusion Middleware Controlを使用すると、logconfig.xmlファイル内のこれらの設定を制御できます。

Oracle Business Intelligenceのログ・ファイル内の各メッセージ・カテゴリは、1 - 32の間の固有のデフォルト値に設定されており、ログ・レベル以下のレベルのメッセージのみが記録されます。

表8-2は、ログ・ファイル・メッセージのカテゴリを示しています。

表8-2 ログ・ファイル・メッセージのカテゴリ・レベル

カテゴリ:レベル

説明

IncidentError:1

原因不明の重大な問題が発生しました。問題を解決するには、Oracleサポート・サービスに問い合せてください。

パフォーマンスには影響ありません。

Error:1

システム管理者による対応が必要な問題が発生しました。

パフォーマンスには影響ありません。

Warning:1

エラーの発生を回避するための確認を必要とし、場合によっては対応が必要となる処理が実行されたか、状況が検出されました。

パフォーマンスには影響ありません。

Notification:1

通常のアクションまたはイベントのレポートが発生しました。ログイン完了などのユーザー操作や、ログ・ファイルのローテーションなどの自動操作です。

パフォーマンスには影響ありません。

Notification:16

構成関連のメッセージが生成されたか、問題が発生しました。

パフォーマンスへの影響はわずかです。本番環境でこのレベルを広範囲にわたって有効にしても、ソフトウェアのパフォーマンスに大きな影響はありません。

Trace:1

デバッグやパフォーマンス監視に使用されるトレースまたはデバッグ・メッセージが書き込まれました。通常、このメッセージには詳細なイベント・データが含まれており、内部の実装の詳細がわからなくても理解できます。

パフォーマンスに少し影響します。このレベルは、ソフトウェアに関する問題をデバッグするために、本番環境で広範囲にわたって有効にすることもできます。このレベルのロギングを有効にすると、パフォーマンスに少し影響する場合がありますが、ソフトウェアが使用できなくなるほどではありません。

Trace:16

かなり詳細なトレースまたはデバッグ・メッセージが書き込まれました。メッセージは明確に記述されており、製品に関する豊富な知識を持つOracleサポート・サービスの技術者であれば、内部の実装の詳細を完全に把握していなくても理解できます。

パフォーマンスに大きく影響します。このレベルは、ソフトウェアの問題をデバッグする特別な状況を除いて、本番環境では有効にしないでください。

Trace:32

非常に詳細なトレースまたはデバッグ・メッセージが書き込まれました。このソフトウェアを使用し、メッセージを生成するサブシステムの実装の詳細を十分に把握しているOracle開発者を対象としています。

パフォーマンスに非常に大きな影響があります。このレベルは本番環境では有効にしないでください。開発者がテスト環境または開発環境でこのソフトウェアをデバッグするときのみ使用してください。

次のログ構成ファイルの例の場合、Notificationメッセージ・カテゴリではレベル1のメッセージのみが記録されます。ログ・レベルが0に設定されている場合、そのメッセージ・カテゴリでは何も記録されません。

<Level>
<IncidentError>1</IncidentError>
<Error>1</Error>
<Warning>1</Warning>
<Notification>1</Notification>
<Trace>1</Trace>
</Level>

ログ・ファイル内のデフォルト設定を手動で変更することは避けてください。変更する場合は、Fusion Middleware Controlを使用します。詳細は、第8.2.2.1項「ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用」を参照してください。

8.3.4 ログ・ファイル・ローテーション

ログ・ファイル・ローテーションとは、ログ・ファイルが指定されたしきい値や日付を超えたときに新しいログ・ファイルが作成されることを言います。例として、Oracle BIスケジューラのコンポーネント・ログ構成ファイルのMaximumFileSizeKb設定を考えてみましょう。この設定で指定されるサイズをログ・ファイルが超えると、既存のスケジューラ・ログ・ファイルの名前が変更され、新しいログ・ファイルが作成されます。また、MaximumLogAgeDayの設定より古いログ・ファイル日付も削除されます。

Oracle BIコンポーネントはそれぞれ異なるログ・ファイル名を持ち、ログ構成ファイルの設定が異なります。たとえば、スケジューラのファイル・ネーミング規則は次のとおりです。

- nqscheduler.log - 最新のログ・ファイル。

- nqscheduler-<n>.log - 名前が変更された、以前のログ・ファイル。
<n> = 日付とタイムスタンプ(例: nqscheduler-20100909-2135.log)

詳細は、第8.2.2.1項「ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用」を参照してください。

8.3.5 システム・ログ内のメッセージ

Oracle BIサーバーでは、構成設定に基づいてnqserver.logファイルにメッセージが書き込まれます。このログ・ファイルへのメッセージの書込みに加えて、UNIXシステムのシステム・ログ・ファイルに、特定の重大なメッセージも書き込まれます。システム・ログ・ファイルに書き込まれるメッセージの種類は、次のとおりです。

- BIサーバーが起動できない場合(たとえば、別のサーバーがすでに起動しているため)、システム・ログ・ファイルには次のようなメッセージが書き込まれます。
@1%lsおよびポート@2%ls上で別のサーバーがすでに実行されています。

- メモリーの問題が発生した場合、システム・ログ・ファイルには次のようなメッセージが書き込まれます。
低断片化ヒープを有効にできませんでした。

- コンピュータのハード・ディスクがいっぱいの場合、システム・ログ・ファイルには次のようなメッセージが書き込まれます。
ディスクの空き容量不足です。

8.4 問合せログの管理

Oracle BIサーバーには、問合せアクティビティを個々のユーザー・レベルでロギングする機能があります。ロギングは、品質保証テスト、デバッグおよびOracleサポート・サービスによるトラブルシューティングで使用します。本番モードでは、通常、問合せロギングは無効にされています。

問合せログ・ファイルの名前はnqquery.logで、次の場所にあります。

ORACLE_INSTANCE\diagnostics\logs\component_type\bi_component_name

Oracle BIサーバーの問合せロギングはユーザー・レベルで追跡されます。ユーザー・コミュニティ全体を追跡すると、リソースが集中的に使用されます。

注意:

本番システムでは、ターゲットを絞ったユーザー・コミュニティのみを対象に問合せロギングを有効にすることをお薦めします。本番システムでは、使用状況トラッキングを本番レベルのロギング機能として使用できます。詳細は、第9章「使用状況トラッキングの管理」を参照してください。

ユーザー名が明らかにテスト・ユーザーを示しており、問合せロギングが有効であることが確認されている場合のみ、ユーザーをテストしてください。このようなユーザーのロギングが有効な場合、ユーザーにはsales_admin_with_logging、sales_dev_with_logging、sales_test_with_loggingなどの名前を付けることが推奨されているため、ユーザーを簡単に識別できます。なお、本番の管理者ログインは、使用可能なリソースに負担がかかるため、問合せロギングを有効にしないでください。

次のものについても、問合せロギングを無効にします。

- 初期化文字列内のSQL文。「初期化文字列」フィールドは、「一般」タブの「初期化ブロック」ダイアログにあります。
LOGGING列は、ログ・レベルで格納されている値を参照します。

- 各本番ユーザーのロギング・レベルは0(ゼロ)に設定します。「ロギング・レベル」フィールドは、「ユーザー」タブの「ユーザー」ダイアログにあります。管理ツールで、メイン・ツールバーの「管理」オプションから「アイデンティティ」を選択します。「Identity Manager」ダイアログで、ユーザーをダブルクリックし、「ユーザー」タブを選択します。

この項には次のトピックが含まれます:

- 第8.4.1項「問合せロギングの構成」

- 第8.4.2項「ログ・ビューアの使用」

8.4.1 問合せロギングの構成

この項では、問合せログのサイズの設定、ロギング・レベルの選択およびユーザーの問合せログの有効化について説明します。

問合せロギングによって非常に大きなログ・ファイルが作成されるため、デフォルトでは、ロギング・システムは無効化されています。ロギングを有効にすることで、リポジトリが正しく構成されているかどうかのテスト、システム上でのアクティビティの監視、パフォーマンスの問題の解決またはOracleサポート・サービスの支援が可能となります。ロギングが必要なユーザーごとに、システム上の問合せロギングを有効にする必要があります。そのためには、Oracle BI管理ツールを使用します。

8.4.1.1 問合せロギング・レベルの設定

第8.4.1.2項「ユーザーの問合せロギング・レベルの設定」の説明に従って、個々のユーザーの問合せロギング・レベルを有効にできます。グループのロギング・レベルは構成できません。

特定のユーザーのロギング・レベルは、セッション変数によって上書きされます。たとえば、管理者のロギング・レベルが4で、セッション変数のロギング・レベルがリポジトリ内でデフォルト0(ゼロ)と定義される場合、管理者のロギング・レベルは0になります。

ロギング・レベルは、組織に適したロギングの量に基づいて設定します。一般の操作の場合、通常、ロギングは無効です(ロギング・レベルは0に設定されています)。ロギングを有効にする場合は、1または2のロギング・レベルを選択します。この2つのレベルは、管理者による使用を目的としています。

問合せの一時的なログ・レベルを設定することで、パフォーマンスやデータの問題を診断できます。Oracle BIプレゼンテーション・サービスの「詳細設定」タブで、「高度なSQL句」セクションに接頭辞句を追加することで、SELECT文の問合せロギングを有効にできます。SELECT文の例を次に示します。

SELECT year, product, sum(revenue) FROM time, products, facts;

「接頭辞」フィールドで、次のようにロギング・レベル5を指定できます。

Set Variable LOGLEVEL=5;

この問合せでは、基礎となるLOGLEVEL変数の値にかかわらず、ロギング・レベル5が使用されます。

注意:

3以上のロギング・レベルは、Oracleサポート・サービスの支援を受ける場合のみ使用してください。

表8-3は、問合せロギング・レベルを示しています。

表8-3 問合せロギング・レベル

ロギング・レベル

記録される情報

レベル0

ロギングは行われません。

レベル1

クライアント・アプリケーションから発行されたSQL文が記録されます。次のものも記録されます。

- 物理問合せのレスポンス時間 - バックエンド・データベースで問合せが処理されるのにかかった時間。

- 物理問合せの数 - バックエンド・データベースで処理された問合せの数。

- 累積時間 - リクエストに関するすべての物理問合せの合計時間(すべてのバックエンド・データベース処理時間とDB接続時間の合計)。

- DB接続時間 - バックエンド・データベースへの接続にかかった時間。

- 問合せキャッシュの処理 - キャッシュからの論理問合せの処理にかかった時間。

- 経過時間 - BIサーバーに論理問合せが発行されてからユーザーに結果が返されるまでに経過した時間。経過時間には、論理問合せの準備が開始されてからBIサーバーに問合せが発行されるまでにかかるわずかな時間も含まれるため、レスポンス時間より短くなることはありません。この時間の差が非常に短い場合は、経過時間とレスポンス時間は等しくなります。

- レスポンス時間 - 論理問合せの準備、実行および最新レコードのフェッチにかかった時間。これは、第9.3項「使用状況トラッキング・データの説明」に記載されているように、使用状況トラッキングで記録されるTOTAL_TIME_SECに一致します。

- コンパイル時間 - 論理問合せのコンパイルにかかった時間。

- 各問合せについて、問合せのステータス(成功、失敗、終了またはタイムアウト)、ユーザーID、セッションIDおよびリクエストIDが記録されます。

レベル2

レベル1で記録されるすべてのものが記録されます。

加えて、各問合せについて、リポジトリ名、ビジネス・モデル名、サブジェクト・エリア名、物理データベースに対して発行されたSQL文、キャッシュに対して発行された問合せ、物理データベースに対する問合せとキャッシュに対して発行された問合せからそれぞれ返された行数、およびクライアント・アプリケーションに返される行数が記録されます。

レベル3

レベル2で記録されるすべてのものが記録されます。

加えて、キャッシュをシードする予定だった問合せがキャッシュに挿入されなかった場合、既存のキャッシュ・エントリを消去して現在の問合せ用の領域を作成する場合、および完全一致のヒット・ディテクタを更新できなかった場合、論理問合せ計画のログ・エントリが追加されます。

Oracleサポート・サービスの支援がない場合は、このレベルを選択しないでください。

レベル4

レベル3で記録されるすべてのものが記録されます。

加えて、問合せ実行計画が記録されます。Oracleサポート・サービスの支援がない場合は、このレベルを選択しないでください。

レベル5

レベル4で記録されるすべてのものが記録されます。

加えて、実行計画内の様々な時点における中間の行数が記録されます。Oracleサポート・サービスの支援がない場合は、このレベルを選択しないでください。

レベル6および7

使用されません。

8.4.1.2 ユーザーの問合せロギング・レベルの設定

ユーザーの問合せロギング・レベルを設定するには:

1. Oracle BI管理ツールで、「管理」→「アイデンティティ」を選択します。
「Identity Manager」ダイアログが表示されます。

2. 問合せロギング・レベルを設定するユーザーの名前をダブルクリックします。
「ユーザー」ダイアログが表示されます。

3. 「ロギング・レベル」フィールドの横の「↑」または「↓」の矢印をクリックして、ロギング・レベルを設定します。
ユーザーの問合せロギングを無効にするには、ロギング・レベルを0に設定します。

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

8.4.2 ログ・ビューアの使用

問合せログを表示するには、Oracle Business Intelligenceのログ・ビューア・ユーティリティ(またはテキスト・エディタ)を使用します。問合せログ内の各エントリには、問合せを発行したユーザーの名前、問合せが開始されたセッションのセッションIDおよび個々の問合せのリクエストIDのタグが付けられています。

8.4.2.1 ログ・ビューア・ユーティリティの実行

ログ・ビューア・ユーティリティ(Windowsの\MW_HOME\ORACLE_HOME\bifoundation\server\bin\nqlogviewer.exe)を実行するには、コマンド・プロンプトを開き、nqlogviewerと引数の組合せを入力します。構文は次のとおりです。

nqlogviewer [-u user_name] [-f log_input_filename]
[-o output_result_filename]
[-s session_ID] [-r request_ID]

この構文の説明は次のとおりです。

- user_nameは、Oracle Business Intelligenceリポジトリ内のユーザーの名前です。このパラメータによって、エントリの範囲が特定のユーザーに限定されます。このパラメータを指定しないと、問合せロギングが有効なすべてのユーザーが表示されます。

- log_input_filenameは、コンテンツが取得される既存のログ・ファイルの名前です。このパラメータは必須です。

- output_result_filenameは、ログの出力が保存されるファイルの名前です。ファイルがすでに存在する場合、ファイルに結果が追加されます。ファイルが存在しない場合は、新しいファイルが作成されます。この引数を指定しないと、出力はモニター画面に送信されます。

- session_IDは、ユーザー・セッションのセッションIDです。BIサーバーでは、セッションの開始時に、各セッションに一意のIDが割り当てられます。このパラメータによって、ログ・エントリの範囲が指定のセッションIDに限定されます。このパラメータを指定しないと、すべてのセッションIDが表示されます。

- request_IDは、個々の問合せのリクエストIDです。BIサーバーでは、問合せの開始時に、各問合せに一意のIDが割り当てられます。このパラメータによって、ログ・エントリの範囲が指定のリクエストIDに限定されます。このパラメータを指定しないと、すべてのリクエストIDが表示されます。
リクエストIDはアクティブなリクエスト間で一意ですが、セッションを通じて一意であるとはかぎりません。リクエストIDは循環方式で作成され、リクエストがクローズされたりセッションの実行に長時間かかったりする場合には、リクエストIDが再利用されます。

セッション・マネージャを通じてユーザー名、セッションIDおよびリクエストIDを見つけることもできます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

管理者は、「プレゼンテーション・サービス管理」ページの「セッションの管理」オプションを使用して、問合せログを表示できます。

8.4.2.2 ログ・レコードの解析

いくつかの問合せ情報を記録し、ログ・ビューアを起動すると、ログを分析できます。レベル1および2のログ・エントリは、通常、自明です。ログ・エントリは、基礎となるデータベースを担当するデータベース管理者(DBA)が、データベースを調整して最適な問合せパフォーマンスを実現するうえでの手がかりになります。問合せログは、BIサーバーを使用するアプリケーションの精度の確認にも役立ちます。

ログは、次のセクションに分かれています。

- SQLリクエスト - このセクションには、クライアント・アプリケーションから発行されたSQL文が示されます。この情報を使用して、同じアプリケーションまたは別のアプリケーションから問合せを再実行できます。

- 一般の問合せ情報 - このセクションには、リポジトリ、ビジネス・モデル、および問合せが実行されたサブジェクト領域が示されます。この情報は、今後のアプリケーション開発やシステム管理における優先順位を設定するために使用可能な、問合せの使用状況に関する統計を収集する目的で使用できます。

- データベース問合せ - このセクションは、"Sending query to the database named <data_source_name>"というエントリで開始します(ここで、<data_source_name>は、BIサーバーが接続しているデータソースの名前です)。複数のデータベース問合せを1つ以上のデータソースに送信できます。各問合せはログ内の1つのエントリに相当します。
データベース問合せセクションには、基礎となるデータベースに送信されたSQL文の記録など、様々な用途があります。記録されたこのSQL文を使用してデータベースに対して問合せを直接実行することで、パフォーマンス・チューニング、結果の検証またはその他のテストを行うことができます。この情報を使用して、問合せを受けている表を調べて、集計ナビゲーションが予測どおりに動作していることを確認することもできます。基礎となるデータベースの構造を理解している場合は、効果的な集計表や索引の構築など、パフォーマンス向上の手がかりにもなります。

- 問合せのステータス - ログ内の問合せ成功のエントリは、問合せが正常終了したか失敗したかを示します。失敗した問合せをログで検索して、失敗の原因を判断できます。たとえば、特定の時間帯のすべての問合せが、データベースの停止時間が原因で失敗することがあります。

8.5 Oracle BIプレゼンテーション・サービスのロギング

この項では、特にプレゼンテーション・サービスにおけるロギングについて説明します。内容は次のとおりです。

- 第8.5.1項「Oracle BIプレゼンテーション・サービスのロギング機能の使用」

- 第8.5.2項「Oracle BIプレゼンテーション・サービスのロギング・レベルの設定」

- 第8.5.3項「Oracle BIプレゼンテーション・サービス構成ファイルの構造」

- 第8.5.4項「ログ・メッセージの形式例」

- 第8.5.5項「Oracle BIプレゼンテーション・サービス・メッセージの構造」

- 第8.5.6項「Oracle BIプレゼンテーション・サービス・ログ・フィルタ」

- 第8.5.7項「エージェントに関する問題の診断」

Oracle Business Intelligenceのロギングの一般情報は、第8.3項「診断ログ・ファイルとログ構成ファイルについて」を参照してください。

8.5.1 Oracle BIプレゼンテーション・サービスのロギング機能の使用

デフォルトでは、Oracle BIプレゼンテーション・サービスは、すべてのエラー・イベントと、十分な重要性のある情報イベントや警告イベントを記録するように構成されています。サーバーの起動や停止が、重要な情報イベントの例です。ログ・ファイルには、sawlogxx.logという名前が付けられます。xxは、増分する値に置き換えられます。

発生する特定の問題をデバッグするために、ロギング・レベルを増やして、デフォルト構成より多くの情報を記録することができます。たとえば、Oracle BIプレゼンテーション・サービスの特定の接続問題をデバッグする場合は、saw.odbcログ・ソースのみ、最大ロギングを増やすことができます。これにより、このコンポーネントの詳細なロギングが追加されますが、他のイベントによる詳細なロギングでログがいっぱいになることはありません。Oracle BIプレゼンテーション・サービスのすべての構成情報は、instanceconfig.xmlファイルからロードされます。

注意:

ロギングはパフォーマンスに影響するため、特定の問題を診断する場合を除いて、本番実装でロギングを増やさないでください。

8.5.2 Oracle BIプレゼンテーション・サービスのロギング・レベルの設定

プレゼンテーション・サービスの「管理」ページのオプションを使用してロギング・レベルを変更します。

プレゼンテーション・サービスのロギング・レベルを設定するには:

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

2. 「メンテナンスとトラブルシューティング」領域の「ログ構成の再ロード」で、使用するロギング・レベルを選択します。

3. 「ログ構成の再ロード」をクリックすると、プレゼンテーション・サービスを再起動しなくても変更を有効にできます。
プレゼンテーション・サービスを停止して再起動しても、変更は引き続き有効です。

4. 「セッションの管理」リンクをクリックして「セッションの管理」ページを表示します。

5. セッションごとに、適切なレベルを表の「ログ・レベル」列に指定します。
更新後のレベルは、そのセッションに対して即時有効になります。レベルを選択する際、必ず重大度の値をプレゼンテーション・サービスですべてのメッセージに指定されている値以下にします。

8.5.3 Oracle BIプレゼンテーション・サービス構成ファイルの構造

例8-3は、構成ファイルの構造を示しています。各ノードのカーディナリティは大カッコ内に示します。

例8-3 instanceconfig.xmlファイル内のログ・セクションの構造

Logging [1..1]
Writers [0..1]
Writer [0..1]
WriterClassGroups [0..1]
Filters [0..1]
FilterRecord [0..n]

例8-4は、4つのライターを含むinstanceconfig.xmlファイルの例を示しています。

例8-4 4つのライターが含まれるinstanceconfig.xmlファイル

<?xml version="1.0" ?>
<Server>
. . . . . . .
<Logging>
<Writers>
<Writer implementation="FileLogWriter" name="Global File Logger"
writerClassId="1" dir="{%ORACLE_BIPS_INSTANCE_LOGDIR%}" filePrefix="sawlog"
maxFileSizeKb="10000" filesN="10" fmtName="ODL-Text" ODLLogFilePath="{%ORACLE_BIPS_INSTANCE_LOGDIR%}/diagnostic.log"/>
<Writer implementation="CoutWriter" name="Global Output Logger"
writerClassId="2" />
<Writer implementation="EventLogWriter" name="Event Logger"
writerClassId="3" />
<Writer implementation="CrashWriter" name="CrashWriter"
writerClassId="4"
/>
</Writers>
<WriterClassGroups>
<WriterClassGroup name="All">1,2,3,4</WriterClassGroup>
<WriterClassGroup name="File">1</WriterClassGroup>
<WriterClassGroup name="Console">2</WriterClassGroup>
<WriterClassGroup name="EventLog">3</WriterClassGroup>
<WriterClassGroup name="Crash">4</WriterClassGroup>
</WriterClassGroups>
<Filters>
<FilterRecord writerClassGroup="Console" path = "saw" information="1" warning="31" error="31" trace="0" incident_error="32" />
<FilterRecord writerClassGroup="File" path = "saw" information="1" warning="31" error="31" trace="0" incident_error="32" />
<FilterRecord writerClassGroup="File" path="saw.mktgsqlsubsystem.joblog" information="1" warning="2" error="31" trace="0" incident_error="32"/>
<FilterRecord writerClassGroup="File" path="saw.httpserver.request"
information="16" warning="32" error="32" trace="0" incident_error="32"/>
<FilterRecord writerClassGroup="File" path="saw.httpserver.response"
information="16" warning="32" error="32" trace="0" incident_error="32"/>
</Filters>
</Logging>
</Server>

表8-4は、構成階層内の各ノードの説明を示しています。

表8-4 Oracle BIプレゼンテーション・サービス・ログ構成ファイルの要素

要素

属性

説明

Writers

なし

ライター構成が含まれます。

この構成は起動時にロードされます。

Writer

なし

ライターを構成します。

Writer

disableCentralControl

(オプション)このエントリがFusion Middleware Controlによって更新されないように指定します。デフォルト値はtrueです。

Writer

implementation

次の実装が定義されています。

- FileLogWriter。ディスク・ファイルに書き込みます。

- CoutWriter。標準出力に書き込みます。

- EventLogWriter。Windowsイベント・ログまたはUNIX syslogに書き込みます。

- CrashWriter。Windowsのみの機能で、プレゼンテーション・サービスが特定のソース・ファイルと行番号からのログを試みると、クラッシュ・ダンプ・ファイルに書き込みます。
ログ記録可能であっても回復可能ではないエラー(たとえば、NQTESTの失敗)に関する情報を得るために、本番環境で使用されます。

注意: サーバーが不安定な状態になる可能性があるため、この実装の使用には注意が必要です。この実装は、テスト・システムでごくまれに診断目的でのみ使用します。

WindowsでCrashWriterを使用するには、適切なバージョンのdbghelp.dll(6.0.17.0以上)が必要です。

適切なdbghelp.dllは、support/windows/system32にあります。

このDLLをWINNT/system32またはmain/binディレクトリに配置します。

登録は必要ありません。

Writer

name

ライターの一意の名前です。

Writer

writerClassId

1 - 10の範囲の整数値を指定します。この値は、ロギングを許可または禁止するために、フィルタで使用されます。

個々のライターはそれぞれ一意の値を持つ必要があり、その値が後でフィルタ構成で使用されます。

異なるライターが同じクラスIDを持つこともありますが、その場合、フィルタでそれらのライターを区別することはできません。

Writer

fmtName

(オプション)ログ・メッセージの形式を指定します。有効な値は次のとおりです。

- デフォルト10gスタイル。識別の見出しを使用してメッセージを書式設定します。

- ODL-TEXT。Oracle診断テキスト形式でメッセージを書式設定します。

- ODL-XML。Oracle診断XML形式でメッセージを書式設定します。

この属性を設定しないと、ログ・メッセージはデフォルト形式で表示されます。デフォルト形式は、ファイル・ログ・ライターの場合は10g形式で、コンソールの場合はODL-TEXTです。

例は、第8.5.4項「ログ・メッセージの形式例」を参照してください。

Writer(FileLogWriter固有の属性)

dir

ログ・ファイルが作成されるディレクトリを指定します。

Writer(FileLogWriter固有の属性)

ODLLogFilePath

Fusion Middleware Controlがログ・ビューアに表示するファイルを指定します。

Writer(FileLogWriter固有の属性)

maxFileSizeKb

ログ・ファイルの最大サイズをKB単位で指定します。

ファイル・サイズの上限に達するとファイルは閉じられ、新しいログ・ファイルが作成されます。

Writer(FileLogWriter固有の属性)

filePrefix

ログ・ファイルの接頭辞を指定します。

Writer(FileLogWriter固有の属性)

filesN

ログ・ファイルの最大数を指定します。

この値を超えると、最初のファイルが削除され、再び作成されます。ログ出力が起動し、最初のファイルの先頭に書き込みが実行されます。

Writer(EventLogWriter固有の属性)

winSource

ログに記録されるイベントのイベント・ログ・ソースを指定します。

Writer(CrashWriter固有の属性)

file

ダンプ・ファイル・パスを指定します。

Windowsの場合、ダンプ・ファイルはbin/coredumpsに作成され、プレゼンテーション・サービスは実行を続けます。

Writer(CrashWriter固有の属性)

line

ダンプ・ファイルの行番号です。

WriterClassGroups

なし

ライター・クラスの定義が含まれます。ライター・クラスは、ライター・クラスIDのグループです。

WriterClassGroup(クラスIDのカンマ区切りのリストを子テキストとして含む。)

name

WriterClassGroupの名前を指定します。

Filters

なし

フィルタ構成が含まれます。

FilterRecord

writerClassGroup

このレコードが適用されるライターのグループを指定します。WriterClassGroupは通常、WriterClassGroupsセクションであらかじめ定義されています。

FilterRecord

disableCentralControl

(オプション)このエントリがFusion Middleware Controlによって更新されないように指定します。デフォルト値はtrueです。

FilterRecord

path

ログ・ソース・パスを指定します。SOAP情報のロギングを有効にするには、次の値を入力します。

saw.httpserver.request.soaprequest

現在のフィルタ・レコードは、パスで識別されるソフトウェア・コンポーネントとそのすべてのサブコンポーネントに適用されます。

FilterRecord

情報

対応するメッセージ・タイプの重大度を指定する整数が含まれます。

指定の値より重大度が低いメッセージのみが記録されます。

FilterRecord

警告

対応するメッセージ・タイプの重大度を指定する整数が含まれます。

指定の値より重大度が低いメッセージのみが記録されます。

FilterRecord

エラー

対応するメッセージ・タイプの重大度を指定する整数が含まれます。

指定の値より重大度が低いメッセージのみが記録されます。

FilterRecord

trace

対応するメッセージ・タイプの重大度を指定する整数が含まれます。

指定の値より重大度が低いメッセージのみが記録されます。

FilterRecord

incident_error

対応するメッセージ・タイプの重大度を指定する整数が含まれます。

指定の値より重大度が低いメッセージのみが記録されます。

8.5.4 ログ・メッセージの形式例

Writer要素のfmtName属性により、ログ・メッセージは、デフォルト(10g形式)、ODL-TEXT、ODL-XMLのいずれかの形式になります。これらの形式のエントリの例を、次に示します。

例8-5は、デフォルト形式を示しています。

例8-5 デフォルト形式

デフォルト形式の場合、次のように、識別の見出しを伴うメッセージが生成されます。

Type: Information
Severity: 30
Time: Wed Jul 26 11:22:20 2006
File: project\sawserver\sawserver.cpp
Line: 399
Properties: ThreadID-2552
Location:
saw.sawserver
saw.sawserver.initializesawserver
saw.sawserver
Oracle BI Presentation Services has started successfully.

例8-6は、ODL-TEXT形式を示しています。

例8-6 ODL-TEXT形式

短縮形式の場合、次のように、識別の見出しを伴わない省略された形式でメッセージが生成されます。

[timestamp] [component id] [messagetype:level] [message-id] [module id] ([field-name: field-value])* message-text [[
supplemental-detail
]]

[2010-05-27T10:51:20.000-07:00] [OBIPS] [NOTIFICATION:1] [] [saw.sawserver] [ecid: 1243446680218334471555761] [tid: 2552] Oracle BI Presentation Services (OBIPS) 11.1.1.2 (Build 0) are starting up.[[
File:sawserver.cpp
Line:432
Location:
saw.sawserver
saw.sawserver.initializesawserver
saw.sawserver
ecid: 1243446680218334471555761
]]

例8-7は、ODL-XML形式を示しています。

例8-7 ODL-XML形式

xml形式の場合、次のように、XML形式のメッセージが生成されます。

<msg time="2010-05-08T18:41:05.000+00:00"
comp_id="OBIPS" type="NOTIFICATION" level="1" msg_id=""
module="saw.sawserver" ecid="124180446517874242628761" tid="127c">
<txt> Oracle BI Presentation Services has started successfully</txt>
<suppl_detail />
</msg>

8.5.5 Oracle BIプレゼンテーション・サービス・メッセージの構造

プレゼンテーション・サービスによって記録される各メッセージは、表8-5に示されている様々なコンポーネントで構成されます。

表8-5 プレゼンテーション・サービス・ログ・メッセージのコンポーネント

メッセージ・コンポーネント

説明

メッセージ・テキスト

ユーザーへのログ・メッセージのテキストです。

メッセージ・タイプ

5種類(情報、警告、エラー、インシデント・エラー、トレース)のうちの1つです。

詳細は、表8-2を参照してください。

重大度

重大度は、正の整数で表されます。

値が低くなるほど、メッセージの重大度は増します。重大度が0のメッセージは最も重要なタイプのメッセージであり、重大度が32のメッセージはまったく重要ではありません。

メッセージ・プロパティ

プロパティには、他の種類の情報が含まれます。その種類はメッセージによって異なり、ユーザー名、クライアント・ブラウザのIPアドレス、スレッドIDなどが含まれる場合があります。

8.5.6 Oracle BIプレゼンテーション・サービス・ログ・フィルタ

FilterRecordで、ロギングの詳細をカスタマイズします。FilterRecordを使用して、実装(出力タイプ)とWebログのカテゴリ(インシデント・エラー、エラー、トレース、警告および情報)のロギング・レベルを指定します。

次の例では、最初の2つのFilterRecordに、次の文字列が含まれています。

path="saw"

この文字列は、情報イベントをレベル1、エラー・メッセージをレベル31などで記録します。

<FilterRecord writerClassGroup="Console" path="saw" information="1" warning="31" error="31" trace="0" incident_error="32" />
<FilterRecord writerClassGroup="File" path="saw" information="1" warning="31" error="31" trace="0" incident_error="32" />
<FilterRecord writerClassGroup="File" path="saw.mktgsqlsubsystem.joblog" information="1" warning="2" error="31" trace="0" incident_error="32"/>

この上位パスはすべてのイベントに適用されます。

前述の例の3番目のFilterRecordのように、各種タイプのイベントのログ・レベルをさらに詳細に指定する新しいFilterRecordを追加することで、FilterRecordをカスタマイズできます。この例の場合、saw.mktgsqlsubsystem.logからディスク・ファイルに情報が記録され、Marketingジョブ・イベントが生成されます。

次の例に示すように、情報レベルを1から0に変更することによって、または行をコメント・アウトすることによって、ジョブの詳細のロギングを無効にできます。

<FilterRecord writerClassGroup="Console" path="saw" information="1" warning="31" error="31" trace="0" incident_error="32" />
<FilterRecord writerClassGroup="File" path="saw" information="1" warning="31" error="31" trace="0" incident_error="32" />
<FilterRecord writerClassGroup="File" path="saw.mktgsqlsubsystem.joblog" information="1" warning="2" error="31" trace="0" incident_error="32"/>

8.5.7 エージェントに関する問題の診断

この項には次のトピックが含まれます:

- Fusion Middleware Controlを使用したエージェントのデバッグ

- instanceconfig.xmlを使用したエージェントの手動デバッグ

8.5.7.1 Fusion Middleware Controlを使用したエージェントのデバッグ

エージェント・エラーおよびデバッグのログ・エントリが、Fusion Middleware Controlを使用してメイン・スケジューラ・ログ・ファイル、nqscheduler.logに書き込まれ、ログ・ビューアに表示されます。詳細は、第8.2.1項「ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用」を参照してください。

エージェント・ログ・エントリには、キー・エージェント・イベントが含まれ、単一のトレース行に情報が記載されます。例:

Agent Chain Completed. Status: Completed, Agent ID: /users/weblogic/ChainedAgent, UserID: weblogic, OBIPS: example.com:0:9710, Job/Instance ID: 123/4567.

表8-6に、エージェント・イベント・ロギングおよび関連するトレース・タイプとレベルを示します。

表8-6 エージェント・イベント・ロギングおよび関連する値

イベント

状態

メッセージ・タイプ:レベル

エージェント・チェーンを開始しました。

実行中

TRACE:1

エージェント・チェーンを開始しました。

再実行中

NOTIFICATION:1

エージェント・チェーンが完了しました。

失敗

ERROR:1

エージェント・チェーンが完了しました。

タイムアウト

ERROR:1

エージェント・チェーンが完了しました。

タイムアウト

WARNING:1

エージェント・チェーンが完了しました。

警告

WARNING:1

エージェント・チェーンが完了しました。

取消済

NOTIFICATION:1

エージェント・チェーンが完了しました。

再度実行

NOTIFICATION:1

エージェント・チェーンが完了しました。

完了

TRACE:1

開始されたエージェント

N/A

TRACE:1

終了したエージェント

N/A

TRACE:1

Fusion Middleware Control内のレベルを設定すると、nqscheduler.logファイルに書き込まれたログ出力の詳細を確認できます。詳細は、第8.2.2項「ログ・ファイルのローテーション・ポリシーの構成とログ・レベルの指定」を参照してください。ECIDを使用してログ・エントリをフィルタ処理をし、特定のエージェント・チェイン固有の情報を検索できます。

8.5.7.2 instanceconfig.xmlを使用したエージェントの手動デバッグ

エージェントが実行に完全に失敗した場合やOracle BIスケジューラでデバッグが有効な場合には、エージェントのログ・ファイルが生成されます。

Oracle BIスケジューラのinstanceconfig.xmlファイル内でDebug要素をtrueに設定することによって、デバッグを手動で有効にできます。(詳細は、第8.3.2項「診断ログ構成ファイルの概要とその位置」を参照)。

エージェント・ログ・ファイルの場所は、Oracle BIスケジューラのinstanceconfig.xmlファイルで指定されます。(詳細は、第20.3.3.3項「エージェントのスケジューラ構成設定」を参照)。ログ・ファイルのデフォルトの場所は、Oracle BIスケジューラがインストールされるコンピュータの、Oracle Business Intelligenceインストール・ディレクトリ内のLogディレクトリです。

ログ・ファイル名の形式は、次のとおりです。

Agent-JobID-InstanceID.xxx

このファイル名の各部の内容は、次のとおりです。

- Agentは、すべてのエージェント・ログ・ファイルの接頭辞です。

- JobIDは、エージェントのOracle BIスケジューラ・ジョブ識別子です。

- InstanceIDは、エージェントのOracle BIスケジューラ・インスタンス識別子です。

- xxxは、ファイル拡張子です。

- .errは、エージェント・エラー・ログ・ファイルを表します。

- .logは、デバッグ・ログ・ファイルを表します。

エージェント・エラー・ログ・ファイルとデバッグ・ログ・ファイルは、実行に失敗したエージェント・インスタンスごとに、個別のファイルとして作成されます。テキスト・エディタを使用してファイルを表示できます。エントリは、通常、自明です。

エラー・ログがあるからといって、エージェントが完全に失敗したとはかぎりません。たとえば、エージェントが複数の電子メール・アドレスにコンテンツを配信するものとします。無効なアドレスがある場合や、メール・サーバーが停止している場合には、エージェントに対してエラー・ログが生成されます。

ジョブ・マネージャで、エラー・メッセージと、ジョブ・インスタンスの終了コードを表示することもできます。詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドのジョブ・マネージャのインスタンス・プロパティに関する項を参照してください。終了ステータスは、正常終了した配信の数を示します。

8.6 ODBC/JDBCプロシージャを使用したOracle BIサーバーの診断の取得

この項では、ODBC/JDBCプロシージャを使用してOracle BIサーバーに関する診断情報を取得する方法について説明します。内容は次のとおりです。

- 第8.6.1項「Oracle BIサーバーのODBC/JDBCプロシージャについて」

- 第8.6.2項「使用可能な診断カテゴリのリストの取得」

- 第8.6.3項「特定の診断の実行」

- 第8.6.4項「ODBC/JDBCプロシージャのパラメータについて」

8.6.1 Oracle BIサーバーのODBC/JDBCプロシージャについて

ODBC/JDBCプロシージャを使用して、Oracle BIサーバーに関する診断情報を取得することができます。これらのプロシージャは、管理ツールを実行できない非Windowsプラットフォーム上で特に有用です。

nqcmdユーティリティで、ODBCを使用してプロシージャを実行します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のnqcmdを使用したリポジトリのテストと改良に関する項を参照してください。

JDBCを使用してプロシージャを実行することもできます。JDBCを使用してOracle BIサーバーに接続する方法の詳細は、ORACLE_HOME/bifoundation/jdbcのbijdbc.jarファイルに含まれるREADME.TXTファイルを参照してください。

8.6.2 使用可能な診断カテゴリのリストの取得

最初にOBISAvailableDiagnostics()を実行して、使用可能な診断カテゴリのリストと説明を取得できます。例:

call OBISAvailableDiagnostics()

この結果は、次のように表示されます。

カテゴリ

説明

General

接続したOBISインスタンスの一般的な概要

DBInstance:DBNAME1

DBNAME1で名前が付けられたDBインスタンスに関連するすべての統計

DBInstance:DBNAMEn

DBNAMEnで名前が付けられたDBインスタンスに関連するすべての統計

LDAP:Instance1

Instance1で名前が付けられたLDAPインスタンスに関連するすべての統計

LDAP:Instancen

Instancenで名前が付けられたLDAPインスタンスに関連するすべての統計

DBConnectionPool:Instance1

Instance1で名前が付けられたDB接続プールに関連するすべての統計

DBConnectionPool:Instancen

Instancenで名前が付けられたDB接続プールに関連するすべての統計

ThreadPool:Instance1

Instance1で名前が付けられたスレッド・プールに関連するすべての統計

ThreadPool:Instancen

Instancenで名前が付けられたスレッド・プールに関連するすべての統計

Cache:Instance1

Instance1で名前が付けられたキャッシュに関連するすべての統計

Cache:Instancen

Instancenで名前が付けられたキャッシュに関連するすべての統計

「General」カテゴリを除き、カテゴリはすべて「Instance」カテゴリです。「Instance」カテゴリは、(特定の物理データベースなどの)特定のインスタンス・オブジェクトに関連する統計です。オブジェクトの複数のインスタンスを初期化した場合、category_name:instance_nameという形式で、インスタンスごとに個別のカテゴリが存在します。例については、上の表を参照してください。

ODBC/JDBCカテゴリについて次の点に注意してください。

- 「ThreadPool」カテゴリには、DbConnection PoolMgrによって作成および管理されているスレッドからの統計のみが表示されます。

- 「Cache」カテゴリには、Compiler CacheおよびLDAP Internal Cacheからの統計が表示されます。

8.6.3 特定の診断の実行

使用可能な診断カテゴリを取得すると、OBISDiagnostics(string)をコールして、個々のカテゴリの診断を取得できます。ここで、stringはカテゴリ名です。例:

call OBISDiagnostics('ThreadPool:orcldb_pool')

この結果は、次のように表示されます。

パラメータ名

値

CAPACITY

1000

THREAD COUNT

20

BUSY THREAD COUNT

15

ACCUMULATED REQUESTS

5

MAX STACK SIZE

100

カテゴリのスペルは正しくなければなりません。正しくない場合は、行が返されません。

次にもう1つの例を示します。

call OBISDiagnostics('General')

この結果は、次のように表示されます。

パラメータ名

値

TOTAL SESSIONS

10

QUERIES PER SEC

5

NEW LOGINS

10

ACTIVE LOGINS

7

NEW REQUESTS

30

DATA CACHE HIT PER SEC

5

NEW INIT BLOCKS

10

8.6.4 ODBC/JDBCプロシージャのパラメータについて

次の表は、各カテゴリ・タイプのパラメータ参照情報を示しています。

- 表8-7 「General」カテゴリのパラメータ

- 表8-8 「DBInstance」カテゴリのパラメータ

- 表8-9 「LDAP」カテゴリのパラメータ

- 表8-10 「DBConnectionPool」カテゴリのパラメータ

- 表8-11 「ThreadPool」カテゴリのパラメータ

- 表8-12 「Cache」カテゴリのパラメータ

表8-7 「General」カテゴリのパラメータ

パラメータ名

説明

TOTAL SESSIONS

Oracle BIサーバーにクライアントを接続しているセッションの合計数。

QUERIES PER SEC

Oracle BIサーバーで完了した問合せの1秒当たりの数。

NEW LOGINS

Oracle BIサーバーが受信した新規ログイン・リクエストの合計数。

ACTIVE LOGINS

Oracle BIサーバー内でアクティブなログインの合計数。

NEW REQUESTS

Oracle BIサーバーが受信した新規実行リクエストの数。

DATA CACHE HIT PER SEC

1秒当たりのデータ・キャッシュ・ヒットの割合。

NEW INIT BLOCKS

Oracle BIサーバーが受信した新規初期化ブロック・リクエストの合計数。

表8-8 「DBInstance」カテゴリのパラメータ

パラメータ名

説明

QUERIES PER SEC

バックエンド・データベースで完了した問合せの1秒当たりの数。

FAILED QUERIES PER SEC

バックエンド・データベースで失敗した1秒当たりの問合せの数。

NEW PREPARES

バックエンド・データベースに送信された準備の数。

ROWS PER SEC

バックエンド・データベースから取得された1秒当たりの行数。

KB PER SEC

バックエンド・データベースから取得された1秒当たりのKB数。

表8-9 「LDAP」カテゴリのパラメータ

パラメータ名

説明

NEW REQUESTS

受信された新規LDAP認証リクエスト数の合計数。

NEW IMPERSONATED REQUESTS

受信された新規偽装LDAP認証リクエスト数の合計数。

ACTIVE REQUESTS

Oracle BIサーバー内でアクティブなLDAP認証リクエストの数。

表8-10 「DBConnectionPool」カテゴリのパラメータ

パラメータ名

説明

CAPACITY

データベース接続プールで許可される最大の接続数。

CONNECTION COUNT

スレッド・プールのオープン接続の現在の数。

BUSY CONNECTION COUNT

データベース接続プールで問合せを処理するために割り当てられた接続、または問合せを現在処理中の接続の数。

AVG REQUESTS PER SEC

データベース接続プールに送信された1秒当たりの平均リクエスト数。

AVG OPEN REQUESTS PER SEC

1秒当たりにオープンされる接続の平均数。他の接続がタイムアウトになったか、接続に問題があるため、新しい接続に対して接続がオープンされている可能性があります。

表8-11 「ThreadPool」カテゴリのパラメータ

パラメータ名

説明

CAPACITY

スレッド・プールで許容されるスレッドの最大数。

THREAD COUNT

スレッド・プール内の現在のスレッド数。

BUSY THREAD COUNT

作業が割り当てられている現在のスレッド数。スレッドがリソースまたはデータを待機中にブロックされたか、CPU上でアクティブに実行されている可能性があります。

ACCUMULATED REQUESTS

スレッド・プールに送信されたリクエストの合計数。

MAX STACK SIZE

スレッド・プール内のすべてのスレッドによって消費されたスタック・バイトの最大数。

表8-12 「Cache」カテゴリのパラメータ

パラメータ名

説明

CAPACITY

指定したキャッシュ・オブジェクトの合計容量。

TOTAL REQUESTS

指定したキャッシュ・オブジェクトに対する1秒当たりのリクエストの合計数。

AVG REQUESTS

指定したキャッシュ・オブジェクトに対する1秒当たりのリクエストの平均数。

AVG HITS

指定したキャッシュ・オブジェクトの1秒当たりの平均ヒット数。

AVG MISS

指定したキャッシュ・オブジェクトの1秒当たりの平均ミス数。

9 使用状況トラッキングの管理

この章では、Oracle Business Intelligenceの使用状況トラッキングを管理する方法について説明します。Oracle BIサーバーは、使用状況トラッキング・データの収集をサポートしています。使用状況トラッキングが有効な場合、Oracle BIサーバーは各問合せの使用状況トラッキングのデータを収集し、そのデータをデータベース表に直接挿入します。

注意:

Oracle BI Summary Advisor機能は、使用状況トラッキング機能と連携しています。Summary Advisorは、使用状況トラッキングの直接挿入とのみ連携して機能します。

Oracle BI Summary Advisorは、Oracle Business IntelligenceをOracle Exalytics Machineで実行している場合にのみ使用できます。Summary Advisor機能の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のOracle BI Summary Advisorを使用した集計の問合せ候補の識別に関する項を参照してください。

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

- 第9.1項「使用状況トラッキングについて」

- 第9.2項「使用状況トラッキングの情報を収集するための直接挿入の設定」

- 第9.3項「使用状況トラッキング・データの説明」

9.1 使用状況トラッキングについて

Oracle BIサーバーでは使用状況トラッキングの累積統計をサポートしており、これは、データベースの最適化、集計計画、使用するリソースに基づくユーザーや部門への請求など、様々な形で使用できます。BIサーバーは、詳細な問合せレベルで使用状況を追跡します。

使用状況トラッキングを有効にすると、すべての問合せの統計がデータベース表に挿入されるか、使用状況トラッキング・ログ・ファイルに書き込まれます。直接挿入を使用する場合は、使用状況トラッキング・データがリレーショナル・データベース表に直接挿入されます。直接挿入を使用して統計をデータベース表に書き込むことをお薦めします。

BIサーバーが起動すると、メタデータ内の列名が、使用状況トラッキング表内の有効な列のリストに対して検証されます。次のイベントが発生します。

- 列名。データベース表内の列とメタデータ内の列が一致しない場合、挿入のデータベース・エラーが発生します。

- Varchar長。メタデータ内の長さと表で設定されている長さが一致しない場合、nqserver.logファイルにエラーが書き込まれ、使用状況トラッキングが無効になります。

注意:

Oracle Business Intelligenceインストールの次の場所に、サンプルの使用状況トラッキング・リポジトリ・モデルが提供されています。

ORACLE_INSTANCE\bifoundation\admin\provisioning\OracleBIServerComponent\usage_tracking.rpd

このパスは、Oracle BI EE 11.1.1.7.10以降のバージョンには適用されますが、それより前のバージョンには適用されません。

サンプルの使用状況トラッキング・リポジトリを使用するには、ご使用のデータベースを指すように接続プールを変更して、使用状況トラッキング・リポジトリと既存のリポジトリをマージします。

9.2 使用状況トラッキングの情報を収集するための直接挿入の設定

直接挿入は、使用状況トラッキングの設定における推奨方法です。この項では、直接挿入を設定する方法および次の内容について説明します。

- 第9.2.1項「使用状況トラッキングの統計データベースの設定」

- 第9.2.2項「直接挿入パラメータの設定」

- 第9.2.3項「オプションの直接挿入パラメータの設定」

9.2.1 使用状況トラッキングの統計データベースの設定

使用状況トラッキングの直接挿入を使用する前に、使用状況トラッキングの統計を格納するデータベースを設定する必要があります。ターゲット・データベースでリポジトリ作成ユーティリティ(RCU)を実行し、必要な統計スキーマを作成する必要があります。

通常は、RCUで作成したスキーマがすでに含まれている、Oracle Business Intelligenceで使用するためにインストールしたデータベースを統計データベースとして使用します。使用状況トラッキング用にRCUで作成された表の名前は、S_NQ_ACCT、S_NQ_DB_ACCTおよびS_NQ_INITBLOCKです。これらの表の詳細は、第9.3項「使用状況トラッキング・データの説明」を参照してください。

このデータベースは、Oracle BIリポジトリの物理レイヤーにもインポートする必要があります。

使用状況トラッキングの統計データベースを設定するには:

1. 選択した外部データベースでリポジトリ作成ユーティリティを実行します。Oracle Business Intelligenceで使用するためにインストールしたデータベースを使用状況トラッキングの統計用に使用する場合は、RCUで作成したスキーマがすでに含まれているため、この手順をスキップできます。

2. 管理ツールを開き、このデータベースを物理レイヤーにインポートします。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

3. リポジトリを保存して閉じます。

4. Fusion Middleware Controlを使用してリポジトリをアップロードし、問合せに使用できるようにします。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

9.2.2 直接挿入パラメータの設定

新しい(アップグレードでない)インストールに直接挿入を設定するには、Fusion Middleware ControlでシステムMBeanブラウザを使用します。

システムMBeanブラウザを使用して使用状況トラッキングの直接挿入を設定するには:

1. Fusion Middleware Control MBeanブラウザを表示します。
詳細は第2.4.2項「Fusion Middleware Control MBeanブラウザの表示」を参照してください。

2. 「アプリケーション定義のMBean」、oracle.biee.admin、Domain: bifoundation_domainの順に開きます。

3. ドメインを次のとおりにロックします。

1. BIDomainを開き、group=ServiceのBIDomain MBeanを選択します。

2. 「操作」タブを表示します。

3. 「ロック」リンクをクリックします。

4. BIDomain.BIInstance.ServerConfigurationを開き、BIDomain.BIInstance.ServerConfiguration MBeanを選択します。

5. UsageTrackingCentrallyManaged属性がtrueに設定されていることを確認します。UsageTrackingCentrallyManagedがfalseに設定されている場合は、次のパラメータは、システムMBeanブラウザではなく、各Oracle BIサーバー・コンピュータ上のNQSConfig.INIファイルを使用して管理します。

- SummaryAdvisorTableName

- SummaryStatisticsLogging

- UsageTrackingConnectionPool

- UsageTrackingDirectInsert

- UsageTrackingEnabled

- UsageTrackingPhysicalTableName

6. UsageTrackingEnabled属性をtrueに設定して使用状況トラッキングを有効にします。

7. UsageTrackingDirectInsert属性をtrueに設定して直接挿入を有効にします。

8. Oracle BIリポジトリの物理レイヤーに表示されているように、UsageTrackingPhysicalTableName属性を、問合せ統計情報を収集するための完全修飾データベース表の名前に設定します。例:
"My_DB"."DEV_BIPLATFORM"."S_NQ_ACCT"

9. Oracle BIリポジトリの物理レイヤーに表示されているように、UsageTrackingConnectionPool属性を、問合せ統計データベースの完全修飾接続プールの名前に設定します。例:
"My_DB"."Usage Connection Pool"

注意:

使用状況トラッキングの挿入が行われるためには、バックエンド・データベースへの書込み権限を持つユーザーIDで接続プールを構成する必要があります。また、接続タイプが国際データをサポートすることもお薦めします。

10. 変更を適用したら、次のとおりにドメインのロックを解除します。

1. oracle.biee.admin、Domain:bifoundation_domain、BIDomainの下にあるgroup=ServiceのBIDomain MBeanに戻ります。

2. 「操作」タブを表示します。

3. コミット操作のいずれかをクリックします。

11. Oracle Business Intelligenceの「概要」ページを開き、「再起動」をクリックします。

顧客のアップグレードについて、使用状況トラッキング・パラメータはデフォルトで集中管理されません。前述の手順で説明したように、UsageTrackingCentrallyManagedをtrueに設定し、システムMBeanブラウザを使用してパラメータを更新することも、NQSConfig.INIを使用して使用状況トラッキング・パラメータを管理することもできます。

これらのパラメータの集中管理が無効になっている場合に、NQSConfig.INIで使用状況トラッキングの直接挿入を有効にするには、次の手順を実行します。

1. Oracle BIサーバー・コンピュータで、NQSConfig.INIファイルをテキスト・エディタで開きます。このファイルは次の場所にあります:

ORACLE_INSTANCE/config/OracleBIServerComponent/coreapplication_obisn

編集する前に、ファイルのバップアップ・コピーを作成します。

2. [USAGE_TRACKING]セクションで、次のパラメータを更新します。

- ENABLEをYESに設定します。

- DIRECT_INSERTをYESに設定します。

- Oracle BIリポジトリの物理レイヤーに表示されているように、PHYSICAL_TABLE_NAMEを、問合せ統計情報を収集するための完全修飾データベース表の名前に設定します。例:

PHYSICAL_TABLE_NAME = "My_DB"."DEV_BIPLATFORM"."S_NQ_ACCT";

- Oracle BIリポジトリの物理レイヤーに表示されているように、CONNECTION_POOLを、問合せ統計データベースの完全修飾接続プールの名前に設定します。例:

CONNECTION_POOL = "My_DB"."Usage Connection Pool";

- 初期化ブロックの統計に対応するレコードを挿入するデータベース表の完全修飾名にINIT_BLOCK_TABLE_NAMEを(Oracle BIリポジトリの物理レイヤーに表示されているとおりに)設定します。例:

INIT_BLOCK_TABLE_NAME = "My_DB"."DEV.BIPLATFORM"."S_NQ_INITBLOCK;

- 初期化ブロックの統計に対応するレコードを挿入する表の完全修飾接続プール名にINIT_BLOCK_CONNECTION_POOLを(Oracle BIリポジトリの物理レイヤーに表示されているとおりに)設定します。例:

INIT_BLOCK_CONNECTION_POOL = "My_DB"."Usage Connection Pool";

注意:

使用状況トラッキングの挿入が行われるためには、バックエンド・データベースへの書込み権限を持つユーザーIDで接続プールを構成する必要があります。また、接続タイプが国際データをサポートすることもお薦めします。

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

4. Oracle BIサーバーを再起動します。

5. 複数のOracle BIサーバー・インスタンスがある場合は、すべてのOracle BIサーバー・インスタンスについて、各NQSConfig.INIファイルでこれらの手順を繰り返します。

9.2.3 オプションの直接挿入パラメータの設定

前述の設定パラメータに加えて、次のオプションのパラメータもNQSConfig.INIファイルの使用状況トラッキング・セクションで更新できます。

- BUFFER_SIZE。このパラメータは、挿入文のバッファリング用にBIサーバーが割り当てるメモリー量を示します。このようなバッファにより、BIサーバーは複数の挿入文を1つのトランザクションに含めて発行でき、使用状況トラッキング挿入のスループットが向上します。また、通常の分析では使用状況トラッキング挿入を待つ必要がないため、問合せの平均レスポンス時間も向上します。サーバー・コンピュータ上の使用可能なメモリーとメモリーの使用状況に応じて、この値を調整します。

- BUFFER_TIME_LIMIT_SECONDS。このパラメータは、使用状況トラッキング・サブシステムが挿入文の発行を試行するまでの、挿入文がバッファ内に存続する最大時間を示します。この時間制限によって、静止状態が長く続いていても、BIサーバーは挿入文をすぐに発行できます。

- NUM_INSERT_THREADS。このパラメータは、バッファから挿入文を削除し、それを使用状況トラッキング・データベースに挿入するスレッドの数を示します。読取りと挿入で接続プールがそれぞれ別の場合、挿入スレッド数は通常、接続プールの最大接続設定に等しくなります。

- MAX_INSERTS_PER_TRANSACTION。このパラメータは、使用状況トラッキング・サブシステムが、1つのトランザクションの一部として発行を試みる挿入文の最大数を示します。この値が大きくなるほど、使用状況トラッキング挿入が長時間にわたって行われ、潜在的なスループットが増します。ただし、値が大きいと、デッドロックが原因でトランザクションが失敗する可能性も増します。BUFFER_TIME_LIMIT_SECONDSに小さい値を指定すると、トランザクション当たりの挿入数を制限できます。

使用状況トラッキングの構成パラメータの詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

9.3 使用状況トラッキング・データの説明

表9-1は、S_NQ_ACCT使用状況トラッキング表内の各列の説明です。該当する場合は、データ型と長さも示されています。

表9-1で説明している時間に関連したいくつかの列には、加算または減算によってその正確な値を求められると推測できるものがあります。たとえば、END_TSからSTART_TSを引けば、TOTAL_TIME_SECを求められるように思われるかもしれません。次の理由により、これらの列を使用しても正確な値は求められません。

- 様々なプロセスが並列に実行されており、その処理速度はBIサーバーにかかる負荷およびデータベースのパフォーマンスに応じて異なります。サーバーベースの処理は、軽いか集中的であるかのどちらかになります。

- すべての接続が使用中の場合、問合せはキューで処理を待機します。そのタイミングは、BIサーバーの負荷と構成に応じて異なります。

表9-1 S_NQ_ACCTの使用状況トラッキング・データ

列

説明

CACHE_IND_FLG

デフォルトはNです。

Yは問合せのキャッシュ・ヒットを示し、Nはキャッシュ・ミスを示します。

COMPILE_TIME_SEC

問合せのコンパイルにかかった時間(秒単位)です。この表で説明しているように、COMPILE_TIME_SECの秒数はTOTAL_TIME_SECに含まれます。

CUM_DB_TIME_SEC

BIサーバーが論理問合せのかわりにバックエンド物理データベースを待機した合計時間(秒単位)です。

CUM_NUM_DB_ROW

バックエンド・データベースから返された合計行数です。

END_DT

論理問合せが完了した日付です。

END_HOUR_MIN

論理問合せが完了した時間(時間と分)です。

END_TS

論理問合せが終了した日付と時間です。開始タイムスタンプと終了タイムスタンプも、リソースが使用可能になるまでの問合せの待機時間を表します。

注意: 問合せの終了前に、問合せを発行しているユーザーがページから移動すると、最終的なフェッチは行われず、3600というタイムアウト値が記録されます。しかし、タイムアウトの前にユーザーがページに戻ると、その時点でフェッチが完了し、これがend_ts時間として記録されます。

ERROR_TEXT

デフォルトはNullです。Varchar(250)

バックエンド・データベースからのエラー・メッセージです。この列は、SUCCESS_FLG(詳細は、この表の後述のエントリを参照)が0(ゼロ)以外の値に設定されている場合のみ適用されます。複数のメッセージは連結され、BIサーバーによって解析されません。

ID

一意の行IDです。

NODE_ID

<hostname>:<instance_name>:<component_name>を連結します。<instance_name>:<component_name>は、環境変数INSTANCE_NAMEおよびCOMPONENT_NAMEでオーバーライドできます。たとえば、examplehost:instance1:coreapplication_obis1となります。

INSTANCE_NAMEのデフォルト値はinstance1、COMPONENT_NAMEのデフォルト値はcoreapplication_obis1です。

NUM_CACHE_HITS

問合せに対してキャッシュ結果が返された回数を示します。NUM_CACHE_HITSは32ビットの整数(または10桁の整数)です。

デフォルトはNullです。

NUM_CACHE_INSERTED

問合せによってキャッシュ・エントリが生成された回数を示します。

デフォルトはNullです。NUM_CACHE_INSERTEDは32ビットの整数(または10桁の整数)です。

NUM_DB_QUERY

論理問合せリクエストを満たすためにバックエンド・データベースに対して発行された問合せの数です。成功した問合せ(SuccessFlag = 0)の場合、この値は1以上です。

PRESENTATION_NAME

デフォルトはNullです。Varchar(128)

Oracle BIプレゼンテーション・カタログの名前です。

QUERY_BLOB

論理SQL文全体が切り捨てられることなく含まれています。

QUERY_BLOB列は、長い文字列です。

QUERY_KEY

デフォルトはNullです。Varchar(128)です。

Oracle Business Intelligenceによって論理SQL文から生成されたMD5ハッシュ・キーです。

QUERY_SRC_CD

リクエストのソースです。

挿入可能な値の例は、次のとおりです。

分析またはエクスポート操作により、'Report'が挿入されます。

フィルタ・ダイアログで「値」ドロップダウンを使用するか、ダッシュボード・プロンプトを使用すると、'ValuePrompt'が挿入されます。

分析サーバー・キャッシュをシードするエージェントにより、'Seed'が挿入されます。

オンライン管理ツールの物理表または列行数、あるいはビュー・データにより、'NULL'が挿入されます。

QUERY_TEXT

Varchar(1024)です。

問合せで発行されたSQL文です。

この列の長さはALTER TABLEコマンドで変更できますが、この列に書き込まれるテキストは、物理レイヤーで定義されているサイズに常に切り捨てられます。リポジトリ管理者は、この列の長さを、バックエンド物理データベースでサポートされている最大問合せ長より大きな値に設定しないでください。

たとえば、Oracle Databaseでは最大4000のVarcharを使用できますが、4000文字ではなく4000バイトに切り捨てられます。このため、マルチバイト・キャラクタ・セットを使用している場合、使用しているキャラクタ・セットと文字に応じて、実際の最大文字列サイズの文字数が異なります。

REPOSITORY_NAME

問合せがアクセスするリポジトリの名前です。

ROW_COUNT

問合せクライアントに返される行数です。

注意: 大量のデータが問合せから返される場合、すべてのデータがユーザーに表示されるまで、この列には移入されません。

IMPERSONATOR_USER_NAME

デフォルトはNoneです。Varchar(128)です。

偽装ユーザーのユーザー名です。リクエストが偽装ユーザーとして実行されない場合、値は'None'です。

SAW_DASHBOARD

ダッシュボードのパス名です。問合せがダッシュボードを通じて発行されなかった場合、値はNULLです。

SAW_DASHBOARD_PG

デフォルトはNullです。Varchar(150)

ダッシュボード内のページ名です。リクエストがダッシュボード・リクエストでない場合、値はNULLです。

SAW_SRC_PATH

分析するOracle BIプレゼンテーション・カタログ内のパス名です。

START_DT

論理問合せが発行された日付です。

START_HOUR_MIN

論理問合せが発行された時間(時間と分)です。

START_TS

論理問合せが発行された日時です。

SUBJECT_AREA_NAME

アクセスされるビジネス・モデルの名前です。

SUCCESS_FLG

次のリストで定義される、問合せの完了ステータスです。

- 0 - 問合せがエラーを発生せずに正常終了しました。

- 1 - 問合せがタイムアウトしました。

- 2 = 行制限を越えたために問合せが失敗しました。

- 3 = その他の理由で問合せが失敗しました。

TOTAL_TIME_SEC

クライアントが分析へのレスポンスを待機している間に、BIサーバーが問合せの処理に要した時間(秒単位)です。TOTAL_TIME_SECには、COMPILE_TIME_SECの時間が含まれます。

この設定は、第8.4.1.1項「問合せのロギング・レベルの設定」で説明されている、nqquery.logファイル内のレスポンス時間と同じです。

USER_NAME

問合せを発行したユーザーの名前です。

表9-2は、S_NQ_DB_ACCT表の説明です。これは、S_NQ_ACCTに格納されている論理問合せに対応する物理SQL情報を提供することで、使用状況トラッキング表を補足しています。S_NQ_DB_ACCTには、S_NQ_ACCTへの逆方向の外部キー・リレーションシップがあります。

表9-2 S_NQ_DB_ACCTの使用状況トラッキング・データ

列

説明

END_DT

物理問合せが完了した日付です。

END_HOUR_MIN

物理問合せが完了した時間(時間と分)です。

END_TS

物理問合せが終了した日付と時間です。開始タイムスタンプと終了タイムスタンプも、リソースが使用可能になるまでの問合せの待機時間を表します。

ID

一意の行IDです。

LOGICAL_QUERY_ID

Varchar2(50)です。

S_NQ_ACCT表の論理問合せを参照します。

QUERY_BLOB

物理SQL文全体が切り捨てられることなく含まれています。

QUERY_BLOB列は、長い文字列です。

QUERY_TEXT

Varchar(1024)です。

問合せで発行されたSQL文です。

ROW_COUNT

問合せクライアントに返される行数です。

TIME_SEC

物理問合せの実行時間です。

START_DT

物理問合せが発行された日付です。

START_HOUR_MIN

物理問合せが発行された時間(時間と分)です。

START_TS

物理問合せが発行された日時です。

表9-3は、S_NQ_INITBLOCK使用状況トラッキング表の列を説明しています。これは初期化ブロックの情報を追跡します。

表9-3 S_NQ_INITBLOCKの使用状況トラッキング・データ

列

説明

USER_NAME

Varchar2(128)

初期化ブロックを実行したユーザーの名前。

REPOSITORY_NAME

Varchar2(128)

問合せがアクセスするリポジトリの名前です。

TENANT_ID

Varchar2(128)

初期化ブロックを実行したユーザーのテナント名。

SERVICE_NAME

Varchar2(128)

サービスの名前。

ECID

Varchar2(1024)

システム生成された実行コンテンツID。

SESSION_ID

Number(10)

セッションのID。

BLOCK_NAME

Varchar2(128)

実行済の初期化ブロックの名前。

START_TS

初期化ブロックが開始された日時。

END_TS

初期化ブロックが終了した日時。開始タイムスタンプと終了タイムスタンプも、リソースが使用可能になるまでの問合せの待機時間を表します。

DURATION

Number(13,3)

初期化ブロックの実行に要した時間の長さ。

NOTES

Varchar2(1024)

初期化ブロックおよびその実行に関する注意事項。

第V部

Oracle Business Intelligenceの構成

インストーラによってOracle Business Intelligenceは動作するサンプル・アプリケーションとともにインストールされますが、機能によっては追加の構成の変更が必要です(たとえば、外部システムや電子メール・システムへの接続の詳細の指定)。デフォルトの構成設定を変更して、Oracle Business Intelligenceを環境やユーザーのニーズに適合させることもできます。

次の章で構成されています。

- 第10章「リポジトリの構成」

- 第11章「外部システムへの接続の構成」

- 第12章「プレゼンテーション設定のデフォルトの構成」

- 第13章「マッピングおよび空間情報の構成」

- 第14章「タイムゾーンの構成」

- 第15章「Oracle Business Intelligenceのローカライズ」

- 第16章「通貨オプションの構成」

- 第17章「Oracle BIプレゼンテーション・カタログの構成と管理」

- 第18章「マルチテナントの構成」

10 リポジトリの構成

この章では、Oracle Business Intelligenceのメタデータ・リポジトリをアップロードし、Oracle BIプレゼンテーション・カタログの場所を設定する方法について説明します。

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

- 第10.1項「リポジトリをアップロードし、カタログの場所を設定する理由」

- 第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」

- 第10.3項「メタデータ・リポジトリをアップロードするためのシステムMBeanの使用」

10.1 リポジトリをアップロードし、カタログの場所を設定する理由

管理者は、ユーザーがメタデータ・リポジトリと、必要な情報が格納されているOracle BIプレゼンテーション・カタログにアクセスできるようにする必要があります。リポジトリのアップロードとカタログ場所の設定の重要性を、次に示します。

- リポジトリのアップロード — リポジトリをアップロードすると、Oracle BIサーバーが起動時にリポジトリをメモリーにロードして、問合せでリポジトリを使用できるようになります。
リポジトリ・ファイルをアップロードする場合は、リポジトリ・ファイルの名前と場所、および現在のリポジトリ・パスワードを指定します。アップロードされたリポジトリは、Oracle BIプレゼンテーション・サービスを含めて、Oracle BIサーバーのクライアントが使用できます。

リポジトリは、バイナリ(RPD)形式でのみアップロードできます。MDS XMLリポジトリはアップロードできません。

「リポジトリの共有」を選択して、RPD公開ディレクトリを指定し、リポジトリのオンライン変更がクラスタ内に伝播する機能を有効にします。オンライン変更が行われた場合は、マスターBIサーバーがそのローカル・リポジトリをこのディレクトリにコピーします。スレーブBIサーバーが起動したときに、公開ディレクトリのバージョンが新しくなっている場合は、各スレーブ・サーバーが共有ディレクトリのバージョンをそのローカル・ディスクにコピーします。

Oracle BIサーバーの各インスタンスが、デフォルトのローカル・ディレクトリからリポジトリをロードすることに注意してください。Fusion Middleware Controlでアップロードされたリポジトリは、デフォルトの各ローカル・ディレクトリにアップロードされます。

- カタログの場所の設定 — Oracle BIプレゼンテーション・カタログの場所を設定することで、Oracle Business Intelligenceのユーザーがそのオブジェクトを使用できるようになります。カタログがアップロードされることはありません。カタログ・ファイルは手動でローカルまたは共有の場所にコピーして、その場所をFusion Middleware Controlで設定します。
各プレゼンテーション・サービス・コンポーネントは、Fusion Middleware Controlで指定されるカタログの場所からOracle BIプレゼンテーション・カタログをロードします。共有場所を指定する場合は、カタログの変更にはすべてのプレゼンテーション・サービスのコンポーネントからアクセスできます。ローカル・ディレクトリを指定し、ローカル・カタログを変更する場合は、その変更をすべてのコンポーネントに伝播する必要があります。

10.1.1 アップロードされたリポジトリに割り当てられるバージョン番号について

リポジトリをアップロードする際には、各Oracle BIサーバー・サーバー・コンポーネントのローカル・リポジトリ・ディレクトリにコピーされます。このディレクトリは、次の場所にあります。

ORACLE_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obisn\repository

リポジトリがアップロードされた後で、バージョン番号を示す接尾辞が付けられます(たとえば、SampleApp_bi001.rpd)。このバージョン番号は、リポジトリがアップロードされるたびに増分します。この番号付けにより、以前のバージョンが上書きされません。以前のバージョンに戻すには、使用するリポジトリの特定のバージョンを再アップロードする必要があります。

リポジトリ・ディレクトリまたは共有ネットワーク・ディレクトリから以前のバージョンを削除することで、ディスク領域を再利用できるようになります。

10.2 リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用

Fusion Middleware Controlを使用してメタデータ・リポジトリをアップロードし、Oracle BIリポジトリのRPD公開ディレクトリおよびOracle BIプレゼンテーション・カタログのローカルまたは共有の場所を設定できます。

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用して、リポジトリをアップロードし、Oracle BIプレゼンテーション・カタログの場所を設定するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「デプロイメント」ページの「リポジトリ」タブを表示します。
「リポジトリ」タブで、現在アップロードされているリポジトリ(デフォルトRPDと呼ばれる)の名前を表示できます。Fusion Middleware Controlでアップロードされたリポジトリの場合、Oracle BIサーバー・クライアントに対して表示されるデータソース名(DSN)は、常にStarであることに注意してください。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. リポジトリ公開ディレクトリを指定して、オンラインRPDの変更をクラスタ内に伝播するには、「リポジトリの共有」を選択し、「RPD公開ディレクトリ」を指定します。

5. リポジトリをアップロードし、Oracle BIプレゼンテーション・カタログの場所を設定するには、ページのヘルプ・トピックの説明を使用して、要素を設定します。次のオプションのページレベル・ヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- 「リポジトリ・ファイル」オプション

- 「リポジトリ・パスワード」オプション

- 「カタログの場所」オプション

6. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

7. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle Business Intelligenceはデフォルトで、SampleAppLite.rpdという名前のサンプルのデフォルト・リポジトリで構成されます。詳細は、第1.5項「サンプル・アプリケーションでの作業」を参照してください。

リポジトリの詳細な構成設定は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。単一のOracle BIサーバー上での複数のリポジトリのホストは、本番システムではお薦めできません。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

10.3 メタデータ・リポジトリをアップロードするためのシステムMBeanの使用

メタデータ・リポジトリをアップロードする方法として推奨されるのは、第10.2項「リポジトリをアップロードし、Oracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」に記載されているように、「デプロイメント」ページの「リポジトリ」タブを使用する方法です。別の方法を使用してリポジトリをアップロードしなければならない特定の状況が発生する場合があります。たとえば、リポジトリ・ファイルのサイズが大きすぎてFusion Middleware Controlで処理できない場合や、開発環境で作業していて、独自のニーズがある場合です。

このような例外的なケースでは、第23章「Oracle BI Systems Management APIの概要」に記載されているように、システムMBeanを使用して、リポジトリをプログラムまたはスクリプトから管理できます。次の手順の説明に従い、Fusion Middleware ControlシステムMBeanブラウザを使用して、デフォルトのメタデータ・リポジトリをアップロードすることもできます。

システムMBeanブラウザを使用してメタデータ・リポジトリをアップロードするには:

1. デプロイメント内の各Oracle BIサーバー・コンポーネントについて、アップロードするリポジトリ・ファイルをローカルのリポジトリ・ディレクトリに手動でコピーします。
ORACLE_INSTANCE\bifoundation\OracleBIServerComponent\coreapplication_obisn\repository

2. リポジトリの名前またはパスワードが変更された場合は、次の手順を実行します。

1. システムMBeanブラウザを使用して、リポジトリの新しい名前を指定します。詳細は、第3.5項「構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用」を参照してください。

2. 変更をコミットします。

3. oracle.bi.enterprise資格証明マップ内で、リポジトリ・ファイルのパスワードを変更する必要があります。この操作を行わないと、BIサーバーを再起動できません。ファイルの復号化にこのパスワードが必要です。
Fusion Middleware Controlで、bifoundation_domainノードに移動し、メニューから「セキュリティ」を選択し、「資格証明」を選択します。

4. oracle.bi.enterpriseマップをドリルして該当のリポジトリを選択し、「キーの作成」をクリックして、新しい資格証明を作成する「キーの作成」ダイアログを表示します。

5. 次のフィールドを設定することによって、リポジトリのキーを作成します。

- 「キー」 = リポジトリのキーをrepository.nameに設定します。nameは、.rpd接尾辞を含まないリポジトリの名前です。

- 「ユーザー名」 = 値を任意の名前に設定します。

- 「パスワード」 = リポジトリ・ファイルのパスワードを入力し、それを「パスワードの確認」フィールドに再入力します。

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

3. Oracle Business Intelligenceを再起動します。

この手順を実行した後で、デプロイメントをスケールアウトして追加のOracle BIサーバー・コンポーネントを含めた場合は、リポジトリ・ファイルを、新しいOracle BIサーバー・コンポーネントのローカル・リポジトリ・ディレクトリにコピーする必要があります。このコピー操作は、Oracle BIサーバー・コンポーネントが作成された後、かつ、システムを再起動する前に実行します。

11 外部システムへの接続の構成

この章では、Oracle Business Intelligenceの外部にあるシステムへの接続を構成する方法について説明します。

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

- 第11.1項「電子メールおよびエージェントの構成」

- 第11.2項「アクション・フレームワークを使用したアクションの構成」

- 第11.3項「マーケティング・コンテンツ・サーバーへの接続の構成」

- 第11.4項「データ・ソースへの接続の構成」

- 第11.5項「EPM Workspaceとの統合のための構成」

- 第11.6項「Oracle Business IntelligenceでEssbase、Hyperion Financial Management、Hyperion PlanningおよびEPM Workspaceとの通信時にHyperion SSOトークンを使用する構成」

外部システムへの接続を構成するプロセスの一部として、Oracle BIスケジューラ用のデータベースを構成できます。Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionスケジューリング・ジョブ・ガイドの「Oracle BIスケジューラ用のデータベースの構成」を参照してください。

11.1 電子メールおよびエージェントの構成

Fusion Middleware Controlを使用して、エージェントで使用される一般的な電子メール設定を構成できます。拡張構成設定については、第20章「エージェントの構成および管理」で説明しています。

11.1.1 エージェントに影響するOracle BIスケジューラの電子メール設定のFusion Middleware Controlを使用した構成

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してエージェントに影響するOracle BIスケジューラの電子メール設定を構成するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 必要に応じて、「デプロイメント」ページの「メール」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。次のオプションに関するページ・レベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- SMTPサーバー

- ポート

- 送信者の表示名
このオプションは、送信者アドレスの重要な代わりとしてSMTPのFromフィールドで使用されます。デフォルトはOracle Business Intelligenceです。

- 送信者の電子メール・アドレス
このオプションは、Oracle BIスケジューラから送信されるすべてのメールに対して、送信者の返信先アドレスとして使用されるSMTPサーバーの電子メール・アドレスを指定します。初期値はdefaultuser@defaultmailserver.comです。この値は、有効な電子メール・アドレスに変更する必要があります。電子メール受信者が返信する必要がないことを示す場合は、このフィールドにno_reply@mycompany.comまたはdo_not_reply@mycompany.comを追加してください。

- ユーザー名

- パスワード

- パスワードの確認

- 失敗時の再試行回数

- 最大受信者数

- アドレッシング方式 宛先、ブラインド・コピー受信者(BCC)

- 接続のセキュリティ

- CA証明書ソースの指定

- CA証明書ディレクトリ

- CA証明書ファイル

- SSL証明書検証の深さ

- SSL暗号リスト

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

エージェントの拡張構成設定の詳細は、第20章「エージェントの構成および管理」を参照してください。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

11.2 アクション・フレームワークを使用したアクションの構成

ユーザーはOracle BIプレゼンテーション・サービスのユーザー・インタフェースを使用してアクションを作成できます。アクションは、ユーザーがアクション・リンクをクリックすることで明示的に起動できる操作またはプロセスです。エージェントの最終ステップとして、アクションを自動的に起動することもできます。

組織で使用するアクションを構成できます。各構成設定の詳細な説明および例を含む、外部システムに対するアクションを有効にするアクション・フレームワークの使用方法についての包括的な説明は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイド』を参照してください。

11.3 マーケティング・コンテンツ・サーバーへの接続の構成

Oracle Marketing Segmentationはセグメンテーションを処理します。これには、サブジェクト・エリアに基づく各種条件を指定して、対象者を異なるセグメントに分割する処理が含まれます。セグメントが準備されると、ユーザーは、セグメントの条件を満たす連絡先とアカウントのリストを作成します。その後、生成したリストを、ファイル・システム、データベース、または指定したコンテンツ・サーバーに格納するかどうかを指定します。

ユーザーがコンテンツ・サーバーにリストを格納できるようにするには、管理者として、適切なURLおよび資格証明を指定することで、コンテンツ・サーバーへの接続を構成する必要があります。これにはFusion Middleware Controlを使用します。instanceconfig.xmlファイルで、手動で追加設定を指定することもできます。

マーケティング・コンテンツ・サーバーへの接続を構成できます。この手順について次の各項で説明します。

- 第11.3.1項「Fusion Middleware Controlを使用したマーケティング・コンテンツ・サーバーへの接続の構成」

- 第11.3.2項「マーケティング・コンテンツ・サーバーへの接続設定の手動による編集」

11.3.1 Fusion Middleware Controlを使用したマーケティング・コンテンツ・サーバーへの接続の構成

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してマーケティング・コンテンツ・サーバーへの接続を構成するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「デプロイメント」ページの「マーケティング」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。次のオプションに関するページ・レベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- 「URL」オプション

- 「ユーザー名」オプション

- 「パスワード」オプション

- 「パスワードの確認」オプション

5. 「適用」をクリックし、「変更のアクティブ化」をクリックして変更を行います。ロックを解除すると、別のシステム管理者が変更を実行できるようになります。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

Oracle BI Systems Management APIのメソッドを使用したコンテンツ・サーバーへの接続構成の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

11.3.2 マーケティング・コンテンツ・サーバーへの接続設定の手動による編集

instanceconfig.xmlファイル内の様々な要素を使用して、マーケティング・コンテンツ・サーバーへの接続用に設定を変更できます。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

マーケティング・コンテンツ・サーバーへの接続用に設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 次のリストで説明している要素を追加する必要があるセクションを見つけます。

- SocketTimeoutSec: レコードの送信時にソケットがコンテンツ・サーバーからの応答を待機する秒数を指定します。デフォルト値は60です。最小値および最大値はありません。

- FileSizeMB: リスト作成時に生成されコンテンツ・サーバーに挿入されるファイルのサイズをMB単位で指定します。デフォルト値は10です。最小サイズは1MB、最大サイズは50MBです。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<MarketingContentServer>
<URL>myhost.com:6666/st1b2rep/idcplg</URL>
<SocketTimeoutSec>120</SocketTimeoutSec>
<FileSizeMB>5</FileSizeMB>
</MarketingContentServer>
</ServerInstance>

ユーザー名およびパスワードの値はinstanceconfig.xmlファイルには指定しません。かわりに、Fusion Middleware Controlで値を指定します。これにより、指定した値が、その他すべてのユーザー名およびパスワードとともに集中管理された資格証明ウォレットに安全に格納されます。

また、URL要素は変更しないでください。この値はFusion Middleware Controlによって集中管理されています。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

11.4 データ・ソースへの接続の構成

データ・ソースへの接続はOracle BIリポジトリで定義されます。リポジトリ開発者は、管理ツールを使用し、メタデータをインポートして接続プールを構成することによりデータ・ソース接続を構成します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の「メタデータのインポートおよびデータ・ソースの使用」を参照してください。

本番環境およびその他の環境への移行時に、リポジトリ内の接続プール情報を更新する必要がある場合があります。Oracle BIサーバーXML APIを使用して、これらの接続プールの変更を自動化できます。詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Edition XMLスキーマ・リファレンスのテスト環境から本番環境への移行に関する項を参照してください。

11.5 EPM Workspaceとの統合のための構成

Oracle Business IntelligenceとOracle Hyperion Enterprise Performance Management Workspaceは、それぞれ適切なバージョンをインストールした後、統合できます。Oracle BI PublisherはOracle Business Intelligence Suiteの一部としてインストールすると、EPM Workspaceと統合されます。BI Publisherは、スタンドアロン・モードではEPM Workspaceと統合できません。この統合の結果、ユーザーはEPM Workspaceにログインした後、追加のログイン操作を行うことなく、Oracle Business IntelligenceとBI Publisherをシームレスに使用できます。

統合を有効にするには、この章の説明に従って、構成の手順を実行する必要があります。Oracle Business IntelligenceのEPM Workspace内での使用の詳細は、次の場所にあるOracle Enterprise Performance Management Systemリリース・ライブラリでOracle Hyperion Enterprise Performance Management Workspaceのドキュメントを参照してください。

http://docs.oracle.com/cd/E17236_01/index.htm

次の各項では、統合の構成方法について説明します。

- 第11.5.1項「ステップ1: 前提条件について」

- 第11.5.2項「ステップ2: JARファイルのコピー」

- 第11.5.3項「ステップ3: EPM WorkspaceでのOracle Business Intelligenceの登録」

- 第11.5.4項「ステップ4: プロキシの追加」

- 第11.5.5項「ステップ5: シングル・サインオンの構成」

- 第11.5.6項「ユーザーのプロビジョニング」

注意:

Oracle Business Intelligenceリリース10gとWorkspaceとの統合を使用した場合、Oracle Business Intelligenceリリース11.1.1.9にアップグレードできますが、EPM Workspaceとの統合はアップグレードされません。この章で説明する手順を使用して、統合を再構成する必要があります。

11.5.1 ステップ1: 前提条件について

統合を構成する前に、次の条件を満たしていることを確認してください。

- システム要件および動作保証ドキュメントの説明に従って、Oracle Business IntelligenceおよびEPM Workspaceの適切なバージョンを使用していること。詳細は、第1.8項「システム要件と動作保証」を参照してください。

- 『Oracle Enterprise Performance Management Systemインストールおよび構成ガイド』(Oracle Enterprise Performance Management Systemリリース・ライブラリで入手可能)に従って、EPM Workspaceをインストールおよび構成していること。

- Oracle Business IntelligenceおよびEPM Workspaceが、同じアイデンティティ・ストアを使用して構成されていること。アイデンティティ・ストアの詳細は、次のソースを参照してください。

- 『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

- Oracle Enterprise Performance Management Systemセキュリティ管理ガイド

- SSO_TOKENキーをEPM WorkspaceインスタンスからOracle Business Intelligenceインスタンスにインポート済であること。詳細は、第11.6項「Oracle Business IntelligenceでEssbase、Hyperion Financial Management、Hyperion PlanningおよびEPM Workspaceとの通信時にHyperion SSOトークンを使用する構成」を参照してください。

- srcディレクトリにEPMシステムのreg.propertiesファイルが含まれ、ORACLE_HOME\instances\instance1\config\foundation\11.1.2.0ディレクトリにOracle Business Intelligenceのreg.propertiesファイルが含まれていること。srcディレクトリは、regSyncUtil_OBIEE-TO-EPM.zipファイルに格納されています。このファイルを解凍し、reg.propertiesファイルをEPMシステムからコピーします。

11.5.2 ステップ2: JARファイルのコピー

INTEROP-SDK.JARファイルをEPM Workspaceのインストール場所からコピーし、Oracle Business Intelligenceのインストール場所へ貼り付ける必要があります。手順は、EPM Workspaceリリース11.1.2.3以降を使用するか、それより前のバージョンを使用するかによって異なります。

11.5.2.1 EPM Workspaceリリース11.1.2.3より前のリリースのJARファイルのコピー

JARファイルをコピーするには:

1. Oracle Business Intelligenceインストールの次のディレクトリに移動し、INTEROP-SDK.JARファイルのバックアップ・コピーを作成します。
ORACLE_BI1\common\SharedServices\11.1.2.0\lib

2. INTEROP-SDK.JARファイルを、EPM Workspaceインストールの次のディレクトリにコピーします。
ORACLE_HOME\Middleware\EPMSystem11R1\common\SharedServices\11.1.2.0\lib

3. INTEROP-SDK.JARファイルをEPM Workspaceインストールから貼り付けて、Oracle Business Intelligenceインストールのバージョンを上書きします。

11.5.2.2 EPM Workspaceリリース11.1.2.3.00以降のJARファイルのコピー

注意:

この方法は、Oracle Business IntelligenceをEPM Workspace 11.1.2.3.00に登録する場合にのみ適用されます。これは、Oracle Business Intelligence 11.1.1.7以上でインストールしたEssbaseおよび関連コンポーネント(リリース11.1.2.2)とは互換性がありません。

JARファイルをコピーする手順:

1. Oracle Business Intelligenceインストールの次のディレクトリに移動し、INTEROP-SDK.JARファイルのバックアップ・コピーを作成します。
ORACLE_BI1\common\SharedServices\11.1.2.0\lib

2. INTEROP-SDK.JARファイルを、EPM Workspaceインストールの次のディレクトリにコピーします。
ORACLE_HOME\Middleware\EPMSystem11R1\common\SharedServices\11.1.2.0\lib

3. INTEROP-SDK.JARファイルをEPM Workspaceインストールから貼り付けて、Oracle Business Intelligenceインストールのバージョンを上書きします。

4. Oracle Business Intelligenceインストールの次のディレクトリに移動し、css.JARファイルのバックアップ・コピーを作成します。
ORACLE_BI1\common\CSS\11.1.2.0\lib

5. css.JARファイルを、EPM Workspaceインストールの次のディレクトリにコピーします。
ORACLE_HOME\Middleware\EPMSystem11R1\ common\CSS\11.1.2.0\lib

6. css.JARファイルをEPM Workspaceインストールから貼り付けて、Oracle Business Intelligenceインストールのバージョンを上書きします。

7. 次のディレクトリに移動し、registry-api.jarファイルのバックアップ・コピーを作成します。
ORACLE_HOME\Middleware\EPMSystem11R1\ common\jlib\11.1.2.0

8. registry-api.jarファイルをEPM Workspaceインストールから貼り付けて、Oracle Business Intelligenceインストールのバージョンを上書きします。
ORACLE_BI1\common\jlib\11.1.2.0

Oracle Business Intelligence JARファイルを復元するには:

1. Oracle Business Intelligenceインストールの次のディレクトリに移動し、バックアップしたINTEROP-SDK.JARファイルをコピーします。
ORACLE_BI1\common\SharedServices\11.1.2.0\lib

2. Oracle Business Intelligenceインストールの次のディレクトリに移動し、バックアップしたcss.JARファイルをコピーします。
ORACLE_BI1\common\CSS\11.1.2.0\lib

3. 次のディレクトリに移動し、registry-api.jarファイルのバックアップをコピーします。
ORACLE_HOME\Middleware\EPMSystem11R1\ common\jlib\11.1.2.0

11.5.3 ステップ3: EPM WorkspaceでのOracle Business Intelligenceの登録

Oracle Business IntelligenceをEPM Workspaceに登録する必要があります。登録する前に、次の条件を満たしていることを確認してください。

- 引数を使用する前に、登録ファイルのプロパティが正しく設定されていること。引数register、viewおよびcleanを使用するには、登録ファイルに正しいプロパティが移入されている必要があります。Oracle Business Intelligenceに付属の製品およびインスタンス登録ファイルを使用してください。

- Hyperionのインストール用のデータベース・ユーザー名とパスワードおよびHyperion Shared Servicesのユーザー名とパスワードがあること。これらの値は、登録プロセスの間に入力する必要があります。

- .properties、.productおよび.instanceファイルを編集して登録ユーティリティを実行する前に、これらのファイルへの書込み権限があること。

- hyperionregistry\HSSRegistration.batファイルのOracleホーム、Oracle BIホームおよびOracle BIインスタンスが正しいパスを参照していること。

Oracle Business IntelligenceをEPM Workspaceに登録するには:

1. ORACLE_BI_HOME/ bifoundation/web/bin/hyperionregistry/configディレクトリのRegistration.propertiesファイルで、表11-1に示すプロパティを更新します。

2. コマンド・プロンプトで、ORACLE_BI_HOME/ bifoundation/web/bin/hyperionregistryディレクトリに移動し、次の引数を付けてHSSRegistration.batまたはHSSRegistration.shファイルを実行します。

- register — Oracle Business IntelligenceをHyperionインストールおよびHyperion Shared Servicesの両方に登録します。

- view — HyperionインストールおよびHyperion Shared Servicesの両方の、Oracle Business Intelligenceの登録情報のリストを表示します。

- clean — Oracle Business Intelligenceの登録情報を、HyperionインストールおよびHyperion Shared Servicesの両方から削除します。

たとえば、登録情報を表示するには次のコマンドを入力します。

HSSRegistration.bat view

Registration.propertiesファイルの編集の詳細は、引数helpを使用してください。

3. EPM System Configurationを実行して、EPMインスタンスのWebサーバーを構成します。

注意:

Oracle Business IntelligenceはEPM System Configurationから登録しないでください。登録に問題が生じる可能性があります。Webサーバーの構成のみを実行します。

4. Foundation Servicesを停止し、再起動します。

5. Hyperion Shared Servicesの管理コンソール(interop)を使用して、Hyperion Shared Servicesのユーザーをプロビジョニングし、Oracle Business Intelligenceのアプリケーション・メニューをリストします。

表11-1 登録のプロパティ

プロパティ

値

説明

BIEE.host

BI host name

Oracle Business IntelligenceのWebアプリケーションがデプロイされ、実行されているサーバーを指定します。

BIEE.port

9704

Oracle Business IntelligenceのWebアプリケーションがデプロイされ、実行されているポートを指定します。

BIEE.ssl

false

Oracle Business IntelligenceでSecure Socket Layer (SSL)が構成されるかどうかを指定します。

BIEE.appPath

analytics

Oracle Business IntelligenceのWebアプリケーションのコンテキスト・パスを指定します。

BIEE.appServerType

WebLogic

Oracle Business Intelligenceが実行されているアプリケーション・サーバーのタイプを指定します。

BIP.integratedWithBIEE

true

BI PublisherがOracle BI Enterprise Editionと統合されるかどうかを指定します。

BIP.appPath

xmlpserver

BI Publisherのコンテキスト・パスを指定します。

HIT.jdbcUrl

jdbc:oracle:thin:host name:1521:orcl

Hyperionインストールが構成されるJDBC URLを指定します。データベース名は、このURLで指定されている必要があります。

HIT.jdbcDriver

oracle.jdbc.OracleDriver

HyperionインストールのJDBCドライバを指定します。

Workspace.Host

Workspace host name

EPM Workspaceが実行されているサーバーを指定します。

Workspace.Port

19000

EPM Workspaceが実行されているポートを指定します。

HSS.HostName

HSS host name

Hyperion Shared Servicesが実行されているサーバーを指定します。

HSS.Port

19000

Hyperion Shared Servicesが実行されているポートを指定します。

11.5.4 ステップ4: プロキシの追加

様々なプロキシおよびコンテキストをEPM Workspace内のOracle Business Intelligenceで使用するために、手動で構成する必要があります。

EPM WorkspaceにOracle Business Intelligenceのプロキシを追加するには:

1. EPM OHSサーバーを停止します。

2. EPM Workspaceがインストールされているコンピュータで、次のディレクトリに移動します。
EPM_HOMEMiddleware\user_projects\epmsystem1\httpConfig\ohs\config\OHS\ohs_component

3. httpd.confファイルを編集用に開き、ファイルの末尾付近でプレゼンテーション・サービスおよびBI Publisherに対する次の2つのプロキシ・セクションを探します。これらのセクションは、「ステップ3: EPM WorkspaceでのOracle Business Intelligenceの登録」の一部として自動的に挿入されています。

ProxyPass /analytics http://host-name:port-num/analytics
ProxyPassReverse /analytics http://host-name:port-num/analytics

ProxyPass /xmlpserver http://host-name:port-num/xmlpserver
ProxyPassReverse /xmlpserver http://host-name:port-num/xmlpserver

4. プレゼンテーション・サービスおよびBI Publisherの行の後に、プロキシに関する次の行を追加します。

//for the Oracle BI for Microsoft Office client
ProxyPass /biofficeclient http://BI-host-name:BI-port-num/biofficeclient
ProxyPassReverse /biofficeclient http://BI-host-name:BI-port-num/biofficeclient

//for the Download link
ProxyPass /bicontent http://BI-host-name:BI-port-num/ bicontent
ProxyPassReverse /bicontent http://BI-host-name:BI-port-num/ bicontent

//for BI Composer
ProxyPass /bicomposer http://BI-host-name:BI-port-num/bicomposer
ProxyPassReverse /bicomposer http://BI-host-name:BI-port-num/bicomposer

5. 変更内容を保存し、ファイルを閉じます。

6. EPM OHSサーバーを再起動します。

11.5.5 ステップ5: シングル・サインオンの構成

Oracle Business IntelligenceおよびEPM Workspaceで、シングル・サインオン(SSO)を構成する必要があります。

Oracle Business IntelligenceとEPM Workspaceの統合のためにSSOを構成するには:

1. 第11.6.3項「Oracle Business IntelligenceとEPM Workspaceの統合時のOracle Business IntelligenceでのHyperion SSOトークンの受入れの有効化」の手順に従います。

2. Oracle Business Intelligenceを、「Custom」のSSOプロバイダを使用するように構成します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のFusion Middleware Controlの使用によるSSO認証の有効化に関する項を参照してください。

3. 次の手順を実行してinstanceconfig.xmlファイルを編集し、HyperionCSS認証スキーマを追加します。

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 次の例に示すように、Authentication要素を探し、「HyperionCSS」をEnabledSchemas設定に追加します。

<ServerInstance>
<Authentication>
<EnabledSchemas>UidPwd,Impersonate,UidPwd-soap,Impersonate-soap,HyperionCSS</EnabledSchemas>
</Authentication>
</ServerInstance>

3. 変更内容を保存し、ファイルを閉じます。

4. 次の手順を実行してbridgeconfig.propertiesファイルを編集し、HyperionCSS認証を有効化します。

1. ファイルを次のディレクトリから編集用に開きます。
user_projects\domains\bifoundation_domain\config\fmwconfig\biinstances\coreapplication

2. このファイルで、次の必須プロパティを編集します。
oracle.bi.presentation.hyperioncssauthenticatorfilter.Enabled=true
oracle.bi.presentation.hyperioncssauthenticatorfilter.SetAuthSchema=true

3. このファイルで、次のオプションのプロパティを編集し、ログ・ファイルを格納するディレクトリを指定します。デフォルト値はJava tempディレクトリです。
oracle.bi.presentation.hyperioncssauthenticatorfilter.CssLogFolder = log_directory

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle BIプレゼンテーション・サービスを再起動します。

11.5.6 ユーザーのプロビジョニング

Hyperion Shared Servicesのコンソールを使用して、EPM Systemの各ユーザーのグループおよびロールをプロビジョニングします。ロールをプロビジョニングするには、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』の説明に従って、Fusion Middleware Controlを使用します。

11.6 Oracle Business IntelligenceでEssbase、Hyperion Financial Management、Hyperion PlanningおよびEPM Workspaceとの通信時にHyperion SSOトークンを使用する構成

Oracle Business Intelligenceを構成して、Essbase、Hyperion Financial Management (HFM)およびHyperion Planning (Planning)のデータソースへの接続時にHyperionシングル・サインオン(SSO)トークンを生成できます。同じ機能を使用することで、Oracle Business IntelligenceがEPM Workspaceに統合される際、Oracle Business Intelligenceではユーザー認証のためのHyperion SSOトークンを受け入れることができます。

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

- 第11.6.1項「トークンを使用するように構成するための前提条件」

- 第11.6.2項「Essbase、HFMまたはPlanningへの接続時のOracle BIサーバーでのHyperion SSOトークンの生成の有効化」

- 第11.6.3項「Oracle Business IntelligenceとEPM Workspaceの統合時のOracle Business IntelligenceでのHyperion SSOトークンの受入れの有効化」

- 第11.6.4項「Oracle Business IntelligenceでのHyperion SSOトークンの生成または受入れの有効化の共通手順」

11.6.1 トークンを使用するように構成するための前提条件

トークンを使用するように構成するための手順を実行する際、次の前提条件を満たす必要があります。

- この構成では、Oracle Business IntelligenceのバージョンのEPMレジストリに共有シークレットを格納します。格納できる共有シークレットは1つのみなので、このメカニズムをEPMシステムまたはEssbaseのいくつかの異なるデプロイメントに対してこのメカニズムを使用する必要がある場合は、すべてのデプロイメントで同じ共有シークレットを使用する必要があります。

- Oracle Business IntelligenceおよびEPMシステムのユーザーは、同じアイデンティティ・ストアを使用する必要があります。この要件は、Oracle Fusion Middlewareのセキュリティ全体で、Essbase、HFMまたはPlanningのデータソースがHyperion Shared Services全体で使用しているものと同じアイデンティティ・ストアを使用するようにOracle Business Intelligenceを構成する必要があることを意味しています。

11.6.2 Essbase、HFMまたはPlanningへの接続時のOracle BIサーバーでのHyperion SSOトークンの生成の有効化

トークンの生成を有効にする前に、第11.6.1項「トークンを使用するように構成するための前提条件」を参照してください。

Essbase、Hyperion Financial ManagementまたはHyperion PlanningをBIサーバーのデータソースとして使用している場合、BIサーバーを構成して、接続プールでユーザー名とパスワードを指定するかわりに、Hyperion Shared Servicesトークンを使用してデータソースに対してエンド・ユーザーを認証できます。このトークンにより、データ・セキュリティをソース・システムで適用できます。これは、この項の説明に従ってSSOの接続プールを構成することにより適用できます。接続プールのオプションの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

この項で説明する構成は、Oracle Business Intelligenceへの認証のためのフロントエンドSSO構成からは独立しています。たとえば、ユーザーはOracle Business Intelligenceにユーザー名とパスワードを使用して、またはOracle Access ManagerなどのHyperion SSO以外の構成を使用してログインできます。こうした場合、ユーザーがEssbase、HFMまたはPlanningデータソースに接続する際にHyperion SSOトークンを生成するようにBIサーバーを構成できます。

第11.6.4項「Oracle Business IntelligenceでのHyperion SSOトークンの生成または受入れの有効化の共通手順」の手順に従って、ターゲットEssbase、HFMまたはPlanningデータソースが受け入れるHyperion SSOトークンの生成をOracle Business Intelligenceで有効化します。

注意:

Oracle Business IntelligenceでインストールしたEssbaseを使用する場合、Oracle Business Intelligenceインストーラを使用してインストールしたEssbaseデータソースのSSOを有効にするには、第11.6.4項「Oracle Business IntelligenceでのHyperion SSOトークンの生成または受入れの有効化の共通手順」の手順を実行する必要はありません。Oracle Business Intelligenceインストーラを使用してインストールされたEssbaseデータソースについては、データソース接続プールで「SSO」を選択するのみで構いません。

これらの手順の完了後、Oracle Business Intelligenceのリポジトリ内のEssbase、Hyperion Financial ManagementまたはHyperion Planningデータソースに対応する接続プール・オブジェクトの「一般」タブで、「SSO」を選択できます。対応するデータベース・オブジェクトの「仮想プライベート・データベース」オプションを選択して、キャッシュ・エントリを保護することもできます。

11.6.3 Oracle Business IntelligenceとEPM Workspaceの統合時のOracle Business IntelligenceでのHyperion SSOトークンの受入れの有効化

トークンの生成を有効にする前に、第11.6.1項「トークンを使用するように構成するための前提条件」を参照してください。

Oracle Business IntelligenceがEPM Workspaceと統合されると、Oracle Business IntelligenceはHyperion Shared ServicesトークンをSSOメカニズムとして受け入れるように構成されます。この構成により、Oracle Business Intelligenceへのログインを求められることなく、EPM Workspace内のOracle Business Intelligenceへ移動することができます。

Oracle Business IntelligenceのEPM Workspaceへの統合に必要な手順の詳細は、第11.5項「EPM Workspaceとの統合のための構成」を参照してください。この項の前提条件の手順の1つは、Oracle Business Intelligenceで認証用のHyperion SSOトークンの受入れを有効化することです。この前提条件の手順に必要な構成の詳細は、第11.6.4項「Oracle Business IntelligenceでのHyperion SSOトークンの生成または受入れの有効化の共通手順」を参照してください。

この構成の実行後、第11.5項「EPM Workspaceとの統合のための構成」に示す手順に進みます。

11.6.4 Oracle Business IntelligenceでのHyperion SSOトークンの生成または受入れの有効化の共通手順

Essbase、HFM、PlanningおよびEPM Workspaceへの接続時にHyperionシングル・サインオン(SSO)トークンを生成または受け入れるためにOracle Business Intelligenceを構成する手順は、使用しているEnterprise Performance Managementのリリースによって異なります。Oracle Business Intelligenceの動作保証マトリクスを参照して、使用しているOracle Business Intelligenceのバージョンが、統合しようとしているEnterprise Performance Managementのバージョンとの併用を保証されていることを確認してください。

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

- 第11.6.4.1項「Oracle Business IntelligenceでのEssbase、HFM、PlanningおよびEPM Workspaceリリース11.1.2.1以降への接続時のHyperion SSOトークンの生成または受入れの有効化」

- 第11.6.4.2項「Oracle Business IntelligenceでのEssbase、HFMおよびPlanningリリース11.1.2.0以前への接続時のHyperion SSOトークンの生成の有効化」

11.6.4.1 Oracle Business IntelligenceでのEssbase、HFM、PlanningおよびEPM Workspaceリリース11.1.2.1以降への接続時のHyperion SSOトークンの生成または受入れの有効化

トークンの生成または受入れを有効にする前に、第11.6.1項「トークンを使用するように構成するための前提条件」を参照してください。

Oracle Business Intelligenceを構成して、Essbase、Hyperion Financial ManagementおよびHyperion Planningへの接続時に共有トークンを生成し、EPM Workspaceリリース11.1.2.1以降(EPM Systemインストーラでインストールされた場合)への統合時にトークンを受け入れるには、まずrunRegSyncUtilユーティリティを実行し、次にepmsys_registryコマンドを実行します。

Oracle Business IntelligenceでHyperion SSOトークンの生成または受入れを有効化するには:

1. BI_ORACLE_HOME/common/CSS/11.1.2.0ディレクトリでregSyncUtil_OBIEE-TO-EPM.zipファイルを探し、同じ場所に解凍します。

2. reg.propertiesファイルを、Essbase、Hyperion Financial ManagementまたはHyperion Planningがインストールされているシステムから、

EPM_ORACLE_INSTANCE/config/foundation/11.1.2.0

Oracle Business Intelligenceがインストールされているシステムの次の場所にコピーします。

BI_ORACLE_HOME/common/CSS/11.1.2.0/regSyncUtil/src

3. Linuxシステムでは、次のコマンドを使用してrunRegSyncUtil.sh実行可能ファイルを作成します。

chmod +x runRegSyncUtil.sh

4. runRegSyncEditUtil.sh (Windowsシステムの場合はrunRegSyncEditUtil.bat)を編集用に開きます。runRegSyncEditUtilファイルは、BI_ORACLE_HOME/common/CSS/11.1.2.0/regSyncUtilディレクトリにあります。

5. このファイルで、環境変数ORACLE_HOMEおよびORACLE_INSTANCEを、Oracle Business Intelligence環境に合せて更新します。ORACLE_HOMEはMW_HOME/Oracle_BI1と等価に、ORACLE_INSTANCEはMW_HOME/instances/instancenと等価にする必要があることに注意してください。

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

7. ユーティリティを実行します。次の例では、Linuxでユーティリティを実行する方法を示します。

BI_ORACLE_HOME/common/CSS/11.1.2.0/regSyncUtil/runRegSyncUtil.sh

8. 次のepmsys_registry.shコマンドを実行します。

BI_ORACLE_INSTANCE/config/foundation/11.1.2.0/epmsys_registry.sh removeproperty
SHARED_SERVICES_PRODUCT/@applicationId

9. BIドメイン(管理サーバーおよび管理対象サーバーを含む)を再起動します。

10. すべてのOPMNプロセスを再起動します。

11. BIドメインで"virtualize"プロパティが"true"に設定されている場合、次の手順を実行して、CSSでGUIDに適切な属性を使用できるようにするシステム・プロパティを設定します。

1. MW_HOME/user_projects/domains/bifoundation_domain/binディレクトリで、ご使用のオペレーティング・システムおよびシェルに適した構文を使用して、UNIXではsetDomainEnv.shファイルを、Windowsでは.cmdを編集します。
Windowsプラットフォームの場合、次の例に示すように、EXTRA_JAVA_PROPERTIES行の後にJavaシステム・プロパティを追加します。

EPM Systemリリース11.1.2.1と統合する場合、次のようにJavaシステム・プロパティを追加します。

set JAVA_PROPERTIES=%JAVA_PROPERTIES% %EXTRA_JAVA_PROPERTIES%
set JAVA_PROPERTIES=%JAVA_PROPERTIES% -Didstore.identityAttribute=<name of the GUID attribute used by the identity store>

EPM Systemリリース11.1.2.2以降と統合する場合、次のようにJavaシステム・プロパティを追加します。

set JAVA_PROPERTIES=%JAVA_PROPERTIES% %EXTRA_JAVA_PROPERTIES%
set JAVA_PROPERTIES=%JAVA_PROPERTIES% -Doracle.epm.css.identity.type=fusion

2. Oracle WebLogic Server管理サーバーおよび管理対象サーバーを再起動します。

3. 管理対象サーバーの再起動後、標準出力ファイル(通常bi_server1.outまたはコンソール)を確認し、追加したJavaシステム・プロパティを探してJavaシステム・プロパティが適用されていることを確認します。

これらの手順の完了後、Oracle BI Repositoryのデータソース接続プールで「SSO」を選択して、SSO接続を指定できます。Workspaceと統合する場合は、Oracle Business IntelligenceでHyperion SSOトークンを使用するSSOの構成に進むことができます。

11.6.4.2 Oracle Business IntelligenceでのEssbase、HFMおよびPlanningリリース11.1.2.0以前への接続時のHyperion SSOトークンの生成の有効化

トークンの生成または受入れを有効にする前に、第11.6.1項「トークンを使用するように構成するための前提条件」を参照してください。

Oracle Business Intelligenceを構成して、Essbase、Hyperion Financial ManagementおよびHyperion Planningへの接続時に共有トークンを生成するには、まずepmsys_registryコマンドを実行します。次に、Oracle Business Intelligenceのリポジトリ内のデータソース接続プールで「SSO」を選択します。

Essbase、Hyperion Financial ManagementおよびHyperion Planningリリース11.1.2.0以前でSSOを構成するには:

1. Oracle Business Intelligence環境から次のコマンドを実行します。

BI_ORACLE_INSTANCE/config/foundation/11.1.2.0/epmsys_registry.sh/cmd
updateproperty SHARED_SERVICES_PRODUCT/@COMPATIBILITY 11120-

2. Oracle BI Repositoryのデータソース接続プールで「SSO」を選択して、SSO接続を指定します。

3. 対応するデータベース・オブジェクトの「仮想プライベート・データベース」オプションを選択して、キャッシュ・エントリを保護します。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の物理レイヤーにおけるデータベース・オブジェクトの手動作成に関する項を参照してください。

4. BIドメインで"virtualize"プロパティが"true"に設定されている場合、次の手順を実行して、CSSでGUIDに適切な属性を使用できるようにするシステム・プロパティを設定します。

1. MW_HOME/user_projects/domains/bifoundation_domain/binディレクトリで、ご使用のオペレーティング・システムおよびシェルに適した構文を使用して、UNIXではsetDomainEnv.shファイルを、Windowsでは.cmdを編集します。
Windowsプラットフォームの場合、次の例に示すように、EXTRA_JAVA_PROPERTIES行の後にJavaシステム・プロパティを追加します。

EPM Systemリリース11.1.2.1以前と統合する場合、次のようにJavaシステム・プロパティを追加します。

set JAVA_PROPERTIES=%JAVA_PROPERTIES% %EXTRA_JAVA_PROPERTIES%
set JAVA_PROPERTIES=%JAVA_PROPERTIES% -Didstore.identityAttribute=<name of the GUID attribute used by the identity store>

2. Oracle WebLogic Server管理サーバーおよび管理対象サーバーを再起動します。

3. 管理対象サーバーの再起動後、標準出力ファイル(通常bi_server1.outまたはコンソール)を確認し、追加したJavaシステム・プロパティを探してJavaシステム・プロパティが適用されていることを確認します。

12 プレゼンテーション設定のデフォルトの構成

この章では、管理者がFusion Middleware Controlを使用して一般に変更する、Oracle Business Intelligenceのデフォルトのプレゼンテーション設定を変更する方法について説明します。

拡張構成設定については、第19.5項「プレゼンテーション設定の手動による変更」で説明しています。

12.1 Fusion Middleware Controlを使用したプレゼンテーション設定のデフォルトの変更

この手順を始める前に、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」で説明している情報について確認しておいてください。

Fusion Middleware Controlを使用してプレゼンテーション設定のデフォルトを変更するには:

1. Business Intelligenceの「概要」ページに移動します。詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

2. 「デプロイメント」ページの「プレゼンテーション」タブを表示します。

3. 「構成をロックして編集」をクリックして、変更を実行できるようにします。

4. このページのヘルプ・トピックの説明を参照して、各要素を設定します。次のオプションに関するページ・レベルのヘルプにアクセスするには、ページの「ヘルプ」ボタンをクリックします。

- 「ページ・タブの表示」オプション

- 「セクション見出しの表示」オプション

- 「ダッシュボードのセクションを閉じられるようにする」オプション

- 「ピボット・テーブルで自動プレビューを表示」オプション

5. 「適用」をクリックしてから、「変更のアクティブ化」をクリックします。

6. Business Intelligenceの「概要」ページに戻り、「再起動」をクリックします。

分析およびダッシュボードの拡張構成設定の詳細は、第19章「分析とダッシュボードの構成および管理」を参照してください。

Oracle BI Systems Management APIのメソッドを使用した構成設定の変更の詳細は、第23章「Oracle BI Systems Management APIの概要」を参照してください。

13 マッピングおよび空間情報の構成

この章では、Oracle Business Intelligenceでマップ・ビューのマッピングおよび空間情報を構成する方法について説明します。Oracle Business Intelligenceをインストールするときに、データを表示するマップをユーザーが利用するための機能をインストールします。分析でマップを利用したり、ダッシュボードにマップを表示できるようにするには、この章の説明に従って、事前にシステム要件を理解し、レイヤーおよびマップを指定して、メタデータを構成する必要があります。

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

- 第13.1項「マップ・ビューのシステム要件」

- 第13.2項「ハードウェアのサイズ設定およびマップのデプロイメント戦略」

- 第13.3項「マップの管理」

マップの拡張構成オプションの詳細は、第21章「マッピングおよび空間情報の高度なオプションの構成」を参照してください。

13.1 マップ・ビューのシステム要件

ダッシュボードにマップ・ビューを表示するには、システムに次のコンポーネントが必要です。

- Oracle MapViewer。Oracle Spatialが管理する空間データを使用してマップをレンダリングするエンジンとして機能するJ2EEサービスです。MapViewerはOracle BI EEと密接に統合されています。MapViewerは、Oracle BI EEの一部としてインストールされ、Webアプリケーション・サーバー上のOracle BI EEと同じドメインにデプロイされます。
MapViewerには、空間データの問合せおよび地図レンダリングの複雑さを意識させず、より上級のユーザーに対してはカスタマイズ可能なオプションを提供するサービスとツールが備わっています。MapViewerはロケーション・ベースのサービスおよびアプリケーションと統合することを目的として設計されています。

詳細は、第21.1項「マップ・ビューをサポートするためのMapViewerの構成」を参照してください。

- 空間境界データ。このデータはNAVTEQなどにより提供され、Oracleカスタマは、Oracle Technology Networkからデータをダウンロードできます。この空間データ、およびテーマやスタイルを含むその他の空間メタデータは、Oracle MapViewerがマップ・ビューで表示する際にアクセスできるよう、Oracle Databaseに格納する必要があります。

- ホスト・マップ。Oracle BI EEでは、ユーザーはOracle eLocationサービスからホスト・マップにアクセスできます。使用に関する条項および条件は、次のURLに記載されています。
http://elocation.oracle.com/elocation/legal.html

- Oracle Database 10g以降。空間データを格納します。
Oracle Locator。ほとんどのカスタマ・アプリケーションが必要とするコア・ロケーション機能を提供するOracle Database(すべてのエディション)の機能です。

Oracle Databaseをリポジトリ作成ユーティリティ(RCU)データベースとして使用する場合は、その同じOracle Databaseを空間データにも使用できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

- (オプション)Oracle Spatial。Oracle Database Enterprise Editionのオプションで、ハイエンドの地理情報システム(GIS)ソリューションおよびロケーションベース・サービス(LBS)ソリューションをサポートする高度な空間機能を提供します。このオプションは、Locatorオプションでは使用できない高度な空間機能を必要とするマップまたは機能を使用する場合のみ必要になります。その他、Oracle Spatialには、ラスター・データや3Dデータの管理、空間Webサービス、トポロジ、ネットワーク・データ・モデリング、Resource Description Framework(RDF)、およびセマンティクWebなどの機能があります。

- Oracle BI EEデータと空間データをマッピングするメタデータ。Oracle BIプレゼンテーション・カタログのファイル・システムに格納できます。

図13-1は、Oracle BI EEをインストールしたときのマップ・ビューのデフォルトのアーキテクチャを示しています。データは、Oracle Database、またはOracle BI EEがサポートする他のデータベースに格納できます。マップ・ビューの推奨されるアーキテクチャ図については、図21-1を参照してください。

図13-1 マップ・ビューのデフォルトのアーキテクチャ

これらが配置されている場合は、第13.3項「マップの管理」の説明に従い、「Oracle BIプレゼンテーション・サービス管理」ページを使用してマップを管理します。

13.2 ハードウェアのサイズ設定およびマップのデプロイメント戦略

次の要件により、マップ・ビューのレンダリングは表ビューのレンダリングよりもコンピュータに負荷がかかります。

- 空間データの問合せ。

- 国や州などの地理エンティティに応じた多角形および図形の作成。

- 多角形および図形の背景マップへの配置。

- エンドユーザー機能の提供。これには、パンやズーム、色しきい値の調整、フォーマットの表示/非表示などの機能が含まれます。

マップ・ビューを使用するユーザー数、マップ・ビューに表示するデータ量、(「都市の境界線のみ」や「番地レベルの詳細」など)表示する空間データの量など、組織で予想されるマップ・ビューの使用範囲を評価します。この評価に基づいて、適切なハードウェアのサイズおよびデプロイメント戦略を決定します。また、Oracle MapViewerのデプロイメントにおいて最適なパフォーマンスおよびスケーラビリティを実現するためのベスト・プラクティスについて、入手可能なドキュメントで確認します。

13.3 マップの管理

コンテンツ・デザイナがマップ・ビューを作成できるようにするには、Oracle BI管理者として、事前にレイヤーおよびマップを指定し、メタデータを構成する必要があります。この項の内容は次のとおりです。

- 第13.3.1項「マップおよびレイヤーの使用」

- 第13.3.2項「管理ページの機能」

- 第13.3.3項「管理ページを使用したマップの管理」

- 第13.3.4項「マップ内のレイヤーの翻訳処理」

13.3.1 マップおよびレイヤーの使用

最初の手順は、マップで使用するレイヤーを選択することです。管理者は、Oracle SpatialのMap Builderツールを使用してレイヤーを構成しています。その後、管理者がOracle SpatialのMap Builderツールを使用して構成したマップのリストから、少なくとも1つのマップを選択します。このマップは、レイヤーが適用される背景になります。オプションで、マップ・フォーマットで使用するイメージを指定できます。この項では、マップおよびレイヤーに関する次の情報を提供します。

- 第13.3.1.1項「レイヤーと列の関連付け」

- 第13.3.1.2項「マップ上のレイヤーの順序付け」

- 第13.3.1.3項「再起動を必要とする空間メタデータの変更」

13.3.1.1 レイヤーと列の関連付け

レイヤーおよびマップを選択した後、特定のレイヤーをOracle Business Intelligenceのサブジェクト・エリア・フォルダ内の列に関連付けることができます。列とレイヤーの関連付けが正しくないと、レイヤーをマップに正しく表示できません。この関連付けにより、マップのレンダリング時に、列値に対する図形定義をデータベースで見つけられるようになります。各列値に対する図形のジオメトリ定義がデータベースに存在している必要があります。特定の列値に対して図形のジオメトリ定義が存在しない場合、その図形がマップに表示されず、ユーザー操作を実行できないことがあります。

図形の参照は列値に基づいており、列対レイヤーのマッピングはロケールまたは言語に依存しません。したがって、レイヤーに関連付けられる空間列自体が、ロケールまたは言語に影響される値を持たないようにする必要があります。この関連付けを確実にするには、次のいずれかを実行します。

- ビジネス・モデリング・レイヤーで、空間列を二重列としてモデリングします(推奨)。

- ロケール間または言語間で変更されない値を持つ特別な空間列を作成します。コンテンツ・デザイナが分析を使用するとき、サブジェクト・エリアでこの特別な列を参照して混乱しないようにする必要があります。

二重列を使用する場合の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。二重列を使用した場合の利点を次に示します。

- 図形定義ごとにコード値(ディスクリプタID)を提供でき、同時にロケールまたは言語に応じた表示値(ディスクリプタの値)を示すことができます。

- コード値は、参照用のレイヤー・キー値としてのみ渡されます。

- 図形を一意に特定するために、各種列を複雑に結合する必要がなくなります。たとえば、レイヤー・ジオメトリ表に、Londonという名前を含む複数の市があるとします。これらの市を一意に区別するために、US_Kansas_LondonやCanada_Ontario_Londonなど、Country_State_Cityというパターンを使用する場合があります。この方法の問題点は、場合によって、3つの個別列をグループ化し、区切り記号(アンダースコアなど)で結合して、レイヤーに関連付ける必要があることです。この関連付けでは、コンテンツ・デザイナは、単一レイヤーを作成する条件に従い、3つの列(Country、State、City)を選択する必要があります。

BIレイヤーは、複数のサブジェクト・エリアの複数の列に関連付けることができます。レイヤーは少なくとも1つの空間列に関連付ける必要があります。レイヤーの関連付けが失われると、ユーザーがマップされているBI列にドリルダウンしても、マップが更新されないことがあります。機能レイヤーも使用できます。これは、BI列に関連付けられていないレイヤーです。

13.3.1.2 マップ上のレイヤーの順序付け

マップ・レイヤーの順序付けは非常に重要です。ユーザーがマップを移動するとき(つまり、ドリル操作およびズーム操作を行うとき)、シームレスに操作できるように細心の注意を払う必要があります。「背景マップの編集」ダイアログで、各レイヤーに最小および最大のズーム範囲を割り当てます。マップ・ズーム・スライダを垂直方向にのみスライドできる場合、最小ズーム・レベルが低いレイヤーはスライダの下に配置されます。ダイアログの「インタラクティブなBIレイヤー」セクションのレイヤー・グリッドが同様のパターンに従っていることを確認してください。これにより、最小ズーム・レベルの低いレイヤーがリストの下に配置されるようになります。次の項目を必ず実行してください。

- ダイアログを閉じる前に、「ソート」アイコンをクリックしてレイヤーをソートします。

- BIレイヤーは、非BIレイヤーより上位の順序にします。非BIレイヤーがBIレイヤーより上位の順序になっていると、マップでは、下位のBIレイヤーの上に非BIレイヤーが表示されるので、BIレイヤーがインタラクティブでなくなります。

レイヤーのズーム範囲がスケールに関係しない場合、レイヤーの順序付けは重要ではありません。レイヤーに一般的な最小ズーム範囲および最大ズーム範囲が設定されている場合、順序付けは非常に重要になります。ドリル操作またはズーム操作時に、重なるレイヤーによって詳細レイヤーが隠されないように注意してください。

例 13-1 3つのレイヤーが設定された世界地図

3つのレイヤー(Country、StateおよびCity)が設定された世界地図があり、15のズーム・レベルが定義されているとします。Countryレイヤーの最小および最大ズーム範囲は0 - 5、Stateレイヤーの範囲は6 - 10、Cityレイヤーの範囲は11 - 15です。ユーザーがマップで最小ズーム・レベルから最大ズーム・レベルにナビゲートすると、レイヤーがCountry、StateおよびCityの順(表示順)で表示されます。

図13-2は、この例について指定された「インタラクティブなBIレイヤー」セクションを含む「背景マップの編集」ダイアログを示しています。このセクションでは、下から上に向かって、レイヤー順がCountry、StateおよびCityであることを確認できます。

図13-2 共通部分のない「背景マップの編集」ダイアログ

例13-2 共通レベルの設定された世界地図

共通のズーム範囲が設定されたレイヤーを持つ同じ世界地図を考えてみます。図13-3に示す「背景マップの編集」ダイアログに対応するマップで、ユーザーがレベル4にズームしたとします。3つすべてのレイヤーにズーム・レベル4が設定されていることに注意してください。

図13-3 共通部分のある「背景マップの編集」ダイアログ

複数のレイヤーが表示可能であるため、ズーム・レベル4ではレイヤーの順序は明確ではありません。ダイアログの「インタラクティブなBIレイヤー」セクションで指定されているレイヤー順により、ズーム・レベル4では、マップは下位から上位に、Country、State、Cityの順でレンダリングされます。

ダイアログでレイヤーが正しい順序で表示されない場合は、ダイアログのズーム・グリッドにある「下に移動」ボタンおよび「上に移動」ボタンをクリックするか、「ズーム・レベルによるレイヤーのソート」ボタンをクリックすることでレイヤーの順番を変更できます。

レイヤーの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

13.3.1.3 再起動を必要とする空間メタデータの変更

管理者は、Oracle Databaseに格納されMapViewerによってアクセスされる空間メタデータを編集できます。たとえば、新しいレイヤーを追加できます。これらの編集内容は、MapViewerを再起動して最新データで更新するまで、マップを管理する「Oracle BIプレゼンテーション・サービス管理」ページには表示されません。

13.3.2 管理ページの機能

「Oracle BIプレゼンテーション・サービス管理」ページには「マップ・データの管理」リンクがあります。このリンクをクリックすると、各種物理データ・ソースのデータの論理バージョンおよび表示バージョンを管理できる「マップ・データの管理」ページが表示されます。ここで、コンテンツ・デザイナがマップ・ビューを作成する際に使用するレイヤーを定義します。マップおよびデータを管理するために使用できるデータは、MapViewerの一部としてOracle Databaseに格納されます。

このページでは、次の項目を指定できます。

- 論理名。物理データまたはデータ・ソースの変更に起因して既存のBI列マッピングおよびマップ分析が破損しないようにできます。

- 表示名。地理データをユーザーにわかりやすく表示できます。

13.3.3 管理ページを使用したマップの管理

この項は、Oracle BI Enterprise Editionがインストールされ、Oracle MapViewerが自動的に構成およびデプロイされていることを前提としています。MapViewerの詳細は、『Oracle Fusion Middleware Oracle MapViewerユーザーズ・ガイド』を参照してください。

管理ページを使用してマップを管理するには:

1. Oracle Business Intelligenceにサイン・インします。
「管理へのアクセス」および「マップ・データの管理」の権限が付与されていることを確認してください。

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

3. 「マップ・データの管理」リンクをクリックして、「マップ・データの管理」ページを表示します。

4. 「レイヤー」タブをクリックします。

5. 「レイヤーのインポート」ボタンをクリックして、「レイヤーのインポート」ダイアログを表示します。

6. ダイアログで、ズーム操作およびドリル操作に必要な接続およびレイヤーを選択します(このタブには、管理ページでの他の選択は事前移入されません。マップでは任意のレイヤーまたはイメージを使用できます)。
使用するサブジェクト・エリアに適したレイヤーの選択が完了したら、「OK」をクリックします。

7. 「レイヤー」タブに戻ってレイヤーを選択し、「レイヤーの編集」ボタンをクリックして、「レイヤーの編集」ダイアログを表示します。ここで、レイヤーを属性列に関連付けて、マップ・ビューにBIデータを表示できるようにします。
レイヤーの編集が完了したら、「OK」をクリックします。

このタブを使用してレイヤーをBIデータに関連付けます。複数のサブジェクト・エリアでCity列を使用する場合、各サブジェクト・エリアのレイヤーにCity列を関連付ける必要があります。

8. 「背景マップ」タブをクリックし、「背景マップのインポート」ボタンをクリックして、「背景マップのインポート」ダイアログを表示します。

9. ダイアログで、使用する接続およびメイン・マップを選択します。
メイン・マップ用の接続には、レイヤーまたはイメージ用とは異なる接続を選択できます。

メイン・マップの選択が完了したら、「OK」をクリックします。

10. 「背景マップ」タブに戻ってマップを選択し、「背景マップの編集」ボタンをクリックして、「背景マップの編集」ダイアログを表示します。ここで、マップに名前を付け、レイヤーの順序とそれらのズーム・レベルを指定します。
マップの編集が完了したら、「OK」をクリックします。

11. オプションで、「イメージ」タブをクリックし、「イメージのインポート」ボタンをクリックして、「イメージのインポート」ダイアログを表示します。マップでイメージをフォーマットとして使用する場合は、イメージをインポートできます。

12. ダイアログで、使用する接続およびイメージを選択します。
イメージの選択が完了したら、「OK」をクリックします。

13. 「管理」ページでの作業が完了したら、「戻る」をクリックします。変更が自動的に保存されます。

背景マップ、レイヤーおよびズーム・レベルを指定すると、この情報を使用してマップの静的イメージがMapViewerで作成されます。その後、マップ・ビューでコンテンツ・デザイナおよびエンド・ユーザーが使用するためにブラウザでレンダリングするため、そのイメージがMapViewerから送信されます。

13.3.4 マップ内のレイヤーの翻訳処理

MapViewerの機能を使用すると、テーマの機能(Oracle BI EEではマップのレイヤーと呼ばれます)に特定の言語およびロケールを使用してラベルを付けることができます。マップに対してこれらの翻訳済ラベルを構成するには、『Oracle Fusion Middleware Oracle MapViewerユーザーズ・ガイド』に記載されている情報を参照してください。

14 タイムゾーンの構成

この章では、Oracle Business Intelligenceのタイムゾーンを構成する方法について説明します。

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

- 第14.1項 タイムゾーンが使用される理由および場所

- 第14.2項 タイムゾーンの設定

- 第14.3項 タイムゾーンの優先順位

- 第14.4項 タイムゾーン指定の格納場所

- 第14.5項 タイムゾーン設定の説明

- 第14.6項 例: タイムゾーンを指定する構成ファイルの設定

14.1 タイムゾーンが使用される理由および場所

タイムゾーンはOracle Business Intelligence全体で様々な目的に使用されます。タイムスタンプはオブジェクトが変更されたタイミングを示し、ユーザーはエージェントを実行する時間を指定できます。ほとんどの場合、ユーザーは、それぞれのローカル・タイムゾーンで操作することを望みます。管理者は、様々なコンポーネントに対してユーザーの優先タイムゾーンを構成できます。

優先タイムゾーンの設定を開始する前に、表14-1を参照して、タイムゾーンが使用される場所について確認してください。

表14-1 タイムゾーンの使用

タイプ

説明

Oracle BIプレゼンテーション・サービス

プレゼンテーション・サービスのゾーンとは異なるタイムゾーンのユーザーがいる場合、管理者は、それらのユーザーがOracle Business Intelligenceで表示するタイムスタンプを指定できます。たとえば、サーバーのタイムゾーンが米国の太平洋標準時であるとします。その場合、米国東海岸のユーザーには東部標準時でタイムスタンプが表示されるように指定できます。

タイムゾーン設定を行わず、ユーザーが「マイ・アカウント」ダイアログで優先タイムゾーンを指定していない場合、ユーザーには、プレゼンテーション・サービスのローカル・タイムゾーンに従った時間が表示されます。

優先タイムゾーンの指定方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

データベースのデータ

Oracle BI管理者が、データベースから取得されるデータのタイムゾーンを指定します。

タイムゾーン設定を行わない場合、ユーザーには、Oracle BI管理者が設定した元のデータのタイムゾーンでタイムスタンプ・データが表示されます。

Oracle Business Intelligenceで表示されるコンテンツ

分析を作成するユーザーは、分析プロンプトおよびダッシュボード・プロンプトに表示されるタイムゾーンを指定できます。この指定は、管理者による指定や、以前の問合せで対象列を使用してタイムゾーンを設定したエンド・ユーザーの指定よりも優先されます。

指定した表示タイムゾーンが夏時間をサポートする場合、表示されるタイムゾーン値は、夏時間に合せて自動的に調整されます。

イベントの発生時刻を示す一般的なタイムスタンプ

エンド・ユーザーは、次を含む多くの一般的なスタンプのタイムゾーンを指定できます。

- エージェントのスケジュール時刻

- アラートまたは分析が生成された時刻

- Oracle BIプレゼンテーション・カタログでオブジェクトが作成、変更またはアクセスされた時刻

ログ・ファイル

ログ・ファイルには各種アクティビティのタイムスタンプが含まれます。

14.2 タイムゾーンの設定

ユーザーのタイムゾーンを設定するには、次の手順を使用します。

ユーザーの優先タイムゾーンを設定するには:

1. プレゼンテーション・サービスを実行するサーバーに設定されているタイムゾーンを確認します。

2. プレゼンテーション・サービスの構成ファイル(instanceconfig.xml)の要素またはセッション変数を使用します。詳細は、次を参照してください。

- タイムゾーンの優先順位の詳細は、表14-2を参照してください。

- セッション変数および要素の詳細は、表14-3を参照してください。

- 第14.6項 「例: タイムゾーンを指定する構成ファイルの設定」を参照してください。

- セッション変数の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

3. エンド・ユーザーに「マイ・アカウント」ダイアログを使用して優先タイムゾーンを指定するように指示します。

4. 分析を作成するユーザーに、次の手順を実行して分析のタイム・スタンプを設定するように指示します。

1. 「列のプロパティ」ダイアログの「データ書式」タブを使用して、分析の列に表示されるタイムゾーンを指定します。

2. 「タイム・ゾーン」ダイアログを使用して、ダッシュボード・プロンプトに表示されるタイムゾーンを設定します。

14.3 タイムゾーンの優先順位

各種コンテンツの表示で使用される実際のタイムゾーンは、表14-2に示す優先順位に従います。この表では、番号の小さい項目が大きい項目よりも優先されます。たとえば、項目1は項目2よりも優先されます。

表14-2 タイムゾーンの優先順位

タイムゾーンの対象

優先順位

データ

1. DATA_TZセッション変数の設定

2. instanceconfig.xmlファイルのDefaultDataOffset要素の設定

3. Oracle BI管理者が設定した元のデータのタイムゾーン(プレゼンテーション・サービスのタイムゾーンが不明であるため)

データ表示

1. コンテンツ・デザイナの設定

2. DATA_DISPLAY_TZセッション変数の設定

3. instanceconfig.xmlファイルのDefaultDataDisplay要素の設定

4. ユーザー優先タイムゾーン

一般的なタイム・スタンプ(列データおよびログ・ファイルは含まれません)

1. ユーザー優先タイムゾーン

2. Oracle BIプレゼンテーション・サービスのタイムゾーン

ログ・ファイルの情報

1. instanceconfig.xmlファイルのLogging要素の設定

2. プレゼンテーション・サービスのタイムゾーン

14.3.1 ユーザー優先タイムゾーン

ユーザー優先タイムゾーンは、次により決定されます。

1. 「マイ・アカウント」ダイアログでのユーザーの指定ユーザーは、コンテンツを参照するタイムゾーンを選択します。
「マイ・アカウント」ダイアログの「プリファレンス」タブでの優先タイムゾーンの設定の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

2. TIMEZONEセッション変数の設定

3. instanceconfig.xmlファイルのDefaultUserPreferred要素の設定

14.4 タイムゾーン指定の格納場所

タイムゾーン指定がリストに表示される場合、またはセッション変数の値やinstanceconfig.xmlファイルの要素として表示される場合、その指定は常にTimeZones.xmlファイルに基づいています。このファイルは、ORACLE_INSTANCE\bifoundation\OracleBIApplication\coreapplication\timezoneディレクトリに格納されています。

TimeZones.xmlファイルには、世界中のほとんどすべてのタイムゾーンが含まれています。このファイルにゾーンを追加する必要はありませんが、必要に応じて編集できます。組織内のユーザーが使用しないタイムゾーンは削除できます。

14.4.1 タイムゾーン値の指定

各種エディタでは、タイムゾーン値に含まれるアンパサンドは、アンパサンド文字自体を使用するか、そのエスケープ・シーケンスを使用することで表示されます。タイムゾーン値を入力する場合は、次の指示に従って注意して入力してください。

- セッション変数の値でアンパサンドを使用する場合は、「Pacific Time (US & Canada); Tijuana」のように、アンパサンド文字(&)を値に含めます。

- Oracle BIプレゼンテーション・サービスの構成ファイル(instanceconfig.xml)の要素の値でアンパサンドを使用する場合、「Pacific Time (US &amp; Canada); Tijuana」のように、アンパサンドのエスケープ・シーケンスを値に含めます。

14.5 タイムゾーン設定の説明

表14-3は、タイムゾーンの設定に使用するセッション変数およびinstanceconfig.xmlファイルの要素について説明しています。instanceconfig.xmlファイルに要素を含める場合は、すべてのユーザーに表示するタイムゾーンを指定します。セッション変数を使用する場合は、ユーザーごとに異なるタイムゾーンを指定できます。セッション変数を使用し、かつinstanceconfig.xmlファイルの要素に値を指定すると、セッション変数の値がinstanceconfig.xmlファイルの設定よりも優先されます。

注意:

特定のシステム・セッション変数(USERGUID、ROLESなど)をリクエスト変数でオーバーライドすることはできません。DATA_TZ、DATA_DISPLAY_TZ (タイムゾーン)などのその他のシステム・セッション変数は、Oracle BI管理ツールで構成されている場合、オーバーライドできます。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリ変数での作業に関する項を参照してください。

表14-3 タイムゾーンの設定

要素

セッション変数

説明

値

DefaultDataOffset

DATA_TZ

元のデータのタイムゾーン・オフセット。適切なゾーンを表示するためにタイムゾーンを変換できるようにするには、この要素または変数に値を設定する必要があります。

このオプションを設定しない場合は、値が不明であるため、タイムゾーンの変換は実行されません。

たとえば、東部標準時(EST)に変換する必要があるとします。これは「グリニッジ標準時(GMT) - 5」になります。ESTへの変換を有効にするには、この値を指定する必要があります。

GMT時から減算する時間数を示すオフセット。例:

GMT-05:00または-300。これは5時間減算することを示します。

DefaultDataDisplay

DATA_DISPLAY_TZ

データの表示に使用するタイムゾーンを指定します。

このオプションを設定しない場合、値はユーザー優先タイムゾーンになります。

TimeZones.xmlファイルで指定されているタイムゾーンのいずれか。

第14.4.1項「タイムゾーン値の指定」を参照してください。

DefaultUserPreferred

TIMEZONE

ユーザーが「マイ・アカウント」ダイアログで独自のタイムゾーンを選択する前の、ユーザーのデフォルト優先タイムゾーンを指定します。

このオプションを設定しない場合、値はOracle BIプレゼンテーション・サービスのローカル・タイムゾーンになります。

TimeZones.xmlファイルで指定されているタイムゾーンのいずれか。

第14.4.1項「タイムゾーン値の指定」を参照してください。

Logging

該当なし

プレゼンテーション・サービスで生成されるログ・ファイルに表示されるタイム・スタンプのタイムゾーン。

このオプションを設定しない場合、値はプレゼンテーション・サービスのタイムゾーンになります。

TimeZones.xmlファイルで指定されているタイムゾーンのいずれか。

第14.4.1項「タイムゾーン値の指定」を参照してください。

TimeZone

該当なし

優先タイムゾーンを変更する要素の親要素。ServerInstance要素の子になります。

該当なし

14.6 例: タイムゾーンを指定する構成ファイルの設定

次の例は、TimeZone要素が追加された、instanceconfig.xmlファイルのサンプル・セクションを示しています。

<TimeZone>
<DefaultDataOffset>0</DefaultDataOffset>
<Logging>(GMT-08:00) Pacific Time (US &amp; Canada); Tijuana</Logging>
<DefaultUserPreferred>(GMT-08:00) Pacific Time (US &amp; Canada);      Tijuana</DefaultUserPreferred>
<DefaultDataDisplay>(GMT-06:00) Central Time (US &amp;      Canada)</DefaultDataDisplay>

</TimeZone>

instanceconfig.xmlファイルの編集の詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

15 Oracle Business Intelligenceのローカライズ

この章では、英語以外の1つ以上の言語環境にデプロイするようにOracle Business Intelligenceを構成する方法について説明します。ユーザーは言語およびロケールのプリファレンスを簡単かつ動的に変更できます。ユーザーが言語を選択すると、その言語で多くの要素が表示されます。これらの要素には、ユーザー・インタフェース・コンポーネント、メタデータ、メッセージおよびヘルプ・ファイルが含まれます。

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

- 第15.1項「ローカライズとは」

- 第15.2項「Oracle BIプレゼンテーション・サービスのローカライズ」

- 第15.3項「Catalog Managerでの現在のロケールの設定」

- 第15.4項「Oracle BIサーバーでの現在のロケールの設定」

- 第15.5項「リポジトリでのメタデータ名のローカライズ」

- 第15.6項「多言語データのサポート」

15.1 ローカライズとは

この章において、ローカライズとは、Oracle Business Intelligenceのデプロイメントを特定の言語に対応させるプロセスを指します。ユーザーが英語以外の言語を話す場合は、この章の情報を使用して、複数言語をサポートするようにデプロイメントを構成します。

サポートされる言語の詳細は、第1.8項「システム要件と動作保証」を参照してください。

15.1.1 翻訳対象コンポーネント

英語以外の言語に翻訳されているOracle Business Intelligenceのコンポーネントを次に示します。

- インストーラ

- Webユーザー・インタフェース

- Oracle BIスケジューラのジョブ・マネージャ・インタフェース

- Catalog Manager

- Oracle BIプレゼンテーション・サービスのメッセージ:

- エラー

- 警告

- 情報

- Oracle BIサーバーの関数:

- DayName

- MonthName

注意:

DayName関数またはMonthName関数を使用して問合せを発行しても、その関数がバックエンド・データベースに転送されない場合、日または月の名前はローカライズされた言語で戻されますが、列名は英語のままになります(または他のローカライズ制御の影響を受ける場合があります)。この例として、LOCALEパラメータがGermanに設定されている場合のMonthName問合せでは、文字列Maiが戻されますが、列ヘッダーはName of Monthのままです。

- Oracle BIサーバーおよびOracle BIスケジューラのメッセージ:

- エラー

- 警告

- 情報

- ログ・ファイル:

- Oracle BIサーバーのnqserver.log

- Oracle BIサーバーのnqquery.log

- Oracle BIサーバー・クラスタのnQCluster.log (クラスタリングが有効な場合)

- メタデータ:

- ダッシュボードおよび分析(Oracle BIプレゼンテーション・カタログ)

- プレゼンテーションの表および列の名前(.rpdファイル)

- Oracle BI管理ツールのインタフェース

- ODBCの設定

次のリストは、ローカライズされていないOracle Business Intelligenceのコンポーネントを示しています。

- ODBCクライアント・ツール:

- nqcmd (UNIX)

- nQCmd.exe (Windows)

- nQClient.exe (Windows)

Oracle WebLogic Server管理コンソールやFusion Middleware Controlなど、数多くのOracle Fusion Middlewareコンポーネントが翻訳されています。詳細は、Oracle Fusion Middlewareのドキュメントを参照してください。

15.1.2 Oracle Business Intelligenceコンポーネントをローカライズするためのタスク

次の各項の説明に従い、管理者として、Oracle Business Intelligenceのコンポーネントをローカライズするための各種タスクを実行します。

- 第15.2項「Oracle BIプレゼンテーション・サービスのローカライズ」

- 第15.4項「Oracle BIサーバーでの現在のロケールの設定」

- 第15.5項「リポジトリでのメタデータ名のローカライズ」

- 第15.6項「多言語データのサポート」

15.2 Oracle BIプレゼンテーション・サービスのローカライズ

次の各項の説明に従い、管理者として、Oracle BIプレゼンテーション・サービスをローカライズするための各種タスクを実行します。

- 第15.2.1項「Oracle BIプレゼンテーション・サービスのユーザー・インタフェースのローカライズ」

- 第15.2.2項「Oracle BIプレゼンテーション・カタログのキャプションのローカライズ」

- 第15.2.3項「Mozilla Firefoxブラウザでのアラビア語およびヘブライ語に関するヒント」

15.2.1 Oracle BIプレゼンテーション・サービスのユーザー・インタフェースのローカライズ

ユーザーが英語以外の言語を使用する場合は、Oracle BIプレゼンテーション・サービスのユーザー・インタフェースをローカライズできます。ユーザーは、Oracle BI EEのサインイン・ページで言語を選択できます。これにより、ユーザー・インタフェースの多くの要素が適切な言語で自動的に表示されます。サイン・イン後、ユーザーは、「マイ・アカウント」ダイアログの「プリファレンス」タブで言語設定を変更できます。

ユーザーの設定はWEBLANGUAGEセッション変数に保存されます。Oracle BIプレゼンテーション・サービスのユーザー・インタフェースでは、ユーザーがサインイン・ページで言語を選択したときにWEBLANGUAGEが設定されます。

注意:

Oracle BIアプリケーションでは、ユーザーの初回ログイン時にWEBLANGUAGEがブラウザの言語に設定されます。たとえば、言語がフランス語に設定されているブラウザを使用してOracle BIアプリケーションに初めてログインすると、WEBLANGUAGEの値はFrenchになり、メタデータはフランス語に翻訳されます。

次の各項の説明に従い、管理者として、Oracle BIプレゼンテーション・サービスのユーザー・インタフェースの他の要素をローカライズするための各種タスクを実行します。

- 第15.2.1.1項「プレゼンテーション・サービスをローカライズするためのディレクトリ構造の理解」

- 第15.2.1.2項「ユーザーの優先通貨のメッセージのローカライズ」

- 第15.2.1.3項「サインイン・ページのデフォルト言語の指定」

- 第15.2.1.4項「サインイン・ページの言語およびロケールの構成」

- 第15.2.1.6項「URLでの言語の指定」

15.2.1.1 プレゼンテーション・サービスをローカライズするためのディレクトリ構造の理解

Oracle BI EEは、ユーザー・インタフェースの各要素およびメッセージを制御する多くのファイルとともにインストールされます。これらのファイルは、ORACLE_HOME\bifoundation\web\MS-DOSディレクトリのmessagesサブディレクトリおよびpagesサブディレクトリにインストールされます。これらの要素およびメッセージをローカライズするには、インストールされたファイルをORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\msgdbサブディレクトリのl_xxサブディレクトリにコピーします(xxは言語拡張子を表します)。ファイルをコピーしたら、コピー先のサブディレクトリに対応する言語に合せてコンテンツを変更できます。

15.2.1.2 ユーザーの優先通貨のメッセージのローカライズ

第16.2.1項「静的マッピングを使用したユーザーの優先通貨オプションの定義」では、ユーザーの優先通貨を使用する手順について説明しています。優先通貨に関連付けられたメッセージをローカライズするには、次の手順を使用します。

各ユーザーの優先通貨に関連付けられたメッセージをローカライズするには:

1. ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\msgdb\l_xxディレクトリに移動します。xxは、優先通貨を指定する言語の言語拡張子です。

2. このディレクトリで、custommessagesという名前のサブディレクトリを作成します。

3. このディレクトリで、usercurrencymessages.xmlという名前のXML形式のファイルを作成します。

4. 作業しているディレクトリに対応する言語用のこのファイルに、次のようなエントリを追加します。次の例には、kmsgMyCurrency1およびkmsgMyCurrency2という2つのメッセージが含まれています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web/message/v1">
<WebMessageTable system="CurrencyDisplay" table="Messages" code="false">
<WebMessage name="kmsgMyCurrency1"><TEXT>My Currency Text 1</TEXT></WebMessage>
<WebMessage name="kmsgMyCurrency2"><TEXT>My Currency Text 2</TEXT></WebMessage>
</WebMessageTable>
</WebMessageTables>

5. このメッセージを使用するために、userpref_currencies.xmlファイルを編集してdisplayMessage="kmsgMyCurrency1"と指定します。

6. これらのメッセージをローカライズする各言語に対して、ステップ1 - 5を繰り返します。

7. Oracle BIプレゼンテーション・サービスのサービスを再起動します。

Oracle BI EEで、適切にローカライズされたテキストがユーザーに表示されます。この例では、表示されるテキストはMy Currency Text 1です。

15.2.1.3 サインイン・ページのデフォルト言語の指定

プレゼンテーション・サービスのサインイン・ページの表示に使用されるデフォルト言語は、ユーザーのクライアント・ブラウザの設定から取得されます。次の手順は、この言語を変更する方法について説明しています。

注意:

次の手順では、例としてInternet Explorer 7.0を使用しています。別のブラウザを使用する場合は、必要に応じて内容を置き換えてください。

Internet Explorerでユーザーのログイン画面のデフォルト言語を変更するには:

1. Internet Explorerで、「ツール」メニューから「インターネット オプション」を選択します。
「インターネット オプション」ダイアログが表示されます。

2. 「言語」をクリックします。
「言語の優先順位」ダイアログが表示されます。

インストールされている言語が「言語」リストに表示されます。リストの最上部にある言語がデフォルト言語として使用されます。

3. 目的の言語がブラウザにインストールされていない場合は追加します。

4. 「上へ」ボタンおよび「下へ」ボタンを使用して、目的の言語をリストの最上部に移動します。

5. ブラウザを再起動し、プレゼンテーション・サービスにサインインします。
デフォルト言語は通常、ブラウザの言語リストの言語と一致します。

注意:

ユーザーがサインイン・ページのリストからデフォルト言語を選択しない場合は、ユーザーの「マイ・アカウント」ダイアログの「ユーザー・インタフェース言語」の設定によってユーザー・インタフェースの表示に使用される言語が決定されます。

15.2.1.4 サインイン・ページの言語およびロケールの構成

サインイン・ページでユーザーが使用できる言語およびロケールを構成できます。この機能は、ユーザーがアクセスできる言語およびロケールの数を制限する場合に便利です。instanceconfig.xmlファイルのAllowedLanguages要素およびAllowedLocales要素によって、使用できる言語およびロケールを指定します。

使用できる言語およびロケールを手動で構成するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. ServerInstanceセクションを見つけます。ここで、次の要素を追加する必要があります。

- AllowedLanguages - 選択できる言語を、カンマ区切りリストとして指定します。次の識別子(ISO 639言語コード)のリストを指定できます。
ar
es
da
de
el
en
es
fi
fr
he
hr
hu
it
ja
ko
nl
no
pl
pt
pt-BR
ro
ru
sk
sv
th
tr
zh-CN
zh-TW

- AllowedLocales - 選択できるロケールを、カンマ区切りリストとして指定します。ORACLE_HOME/bifoundation/web/displayディレクトリにあるlocaleDefinitions.xmlファイル内の任意の定義を指定できます。ロケールは、ISO 639言語コードの後ろにISO 3166国コードを記述して指定します(たとえば、fr-fr、fr-ca)。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Localization>
<AllowedLanguages>en,fr,pt-BR</AllowedLanguages>
<AllowedLocales>en-ca,en-us</AllowedLocales>
</Localization>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

15.2.1.5 パフォーマンス・タイルの数字のスケーリングの指定

プレゼンテーション・サービスでは、パフォーマンス・タイルを使用して、上位レベルの集計データの1つに関心を集めることができます。タイルには、1,000,000のような数字を含めることも、たとえば1Mのように、インジケータを使用した値の「圧縮」または「スケーリング」を指定することもできます。

数字をスケーリングするために、プレゼンテーション・サービスでは現在のロケールで使用可能なスケール変更係数を検索して、数字を処理し、そのインジケータの値を追加します。現在のロケールでスケール変更係数が定義されていない場合、スケーリングは適用されません。数字のスケーリングは言語によって異なるため、次の手順の説明に従って、localedefinitions.xmlファイルを手動で編集してスケーリングを制御できます。

数字のスケーリングを指定するには:

1. ORACLE_HOME/bifoundation/web/displayディレクトリのlocaleDefinitions.xmlファイルをテキスト・エディタで開きます。

2. このファイルに、新規プロパティ「scaleFactors」を追加し、ロケールに適した値を入力します。
次に、英語ロケールの値を示します。

<localeDefinition name="en">
<!-- existing data -->
<property name="scaleFactors">
<property name="thousand">K</property>
<property name="million">M</property>
<property name="billion">B</property>
<property name="trillion">T</property>
<property name="quadrillion">Q</property>
<property name="quintillion">Qu</property>
<property name="sextillion">S</property>
<property name="septillion">Sp</property>
<property name="octillion">O</property>
<property name="nonillion">N</property>
<property name="decillion">D</property>
<property name="undecillion">UD</property>
<property name="duodecillion">DD</property>
</property>
</localeDefinition>

次に、インド・ロケールの値を示します。

<localeDefinition name="en-in" basedOn="en">
<!-- english - india -->
<!-- existing data -->
<property name="scaleFactors">
<property name="thousand">K</property>
<property name="hundred-thousand">L</property>
<property name="ten-million">Cr</property>
</property>
</localeDefinition>

3. 変更内容を保存し、ファイルを閉じます。

4. プレゼンテーション・サービスを再起動します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のパフォーマンス・タイル・ビューの編集に関する項を参照してください。

15.2.1.6 URLでの言語の指定

ユーザーは、サインイン・ページを表示してOracle BI EEを起動するとき、サインイン・プロセスの一部として言語を選択できます。また、「マイ・アカウント」ダイアログの「プリファレンス」タブで言語を選択することもできます。

ダッシュボードまたはアプリケーションの他のページを表示するURLをユーザーに提供する場合、URLパラメータをプロファイル属性として定義できます。これにより、アプリケーションの言語設定と一致するように、ダッシュボードおよび分析の言語が動的に設定されます。

運用アプリケーションでは、シンボリックURLによって統合環境内のダッシュボードおよび分析が組み込まれます。Oracle BIプレゼンテーション・サービスの場合、URLパラメータLangによってWebページのレンダリングで使用される言語が指定されます。

Langパラメータは、Oracle Business Intelligenceに接続する運用アプリケーションで定義されたシンボリックURLに含めることができます。Langパラメータはプロファイル属性として定義されますが、シンボリックURLが実行時に作成される場合は、プロファイル属性のLanguageCodeが値として設定されます。表15-1に、Langを含む、シンボリックURLパラメータ・アプレットのパラメータ設定の例を示します。

たとえば次のURLでは、サインイン・ページがフランス語で表示されます。

http://Server_Name:port_number/analytics/saw.dll?Dashboard&Lang=fr

表15-1 シンボリックURLパラメータ・アプレットの設定例

名前

タイプ

Path引数の値

追加

シーケンス番号

Cmd

定数

Go

Y

1

Path

定数

/shared/Sales/Pipeline/Overview/Top 10 Deals

Y

2

nQUser

コマンド

UseLoginId

Y

3

nQPassword

コマンド

UseLoginPassword

Y

4

PostRequest

コマンド

PostRequest

Y

5

Lang

プロファイル属性

LanguageCode

Y

6

15.2.2 Oracle BIプレゼンテーション・カタログのキャプションのローカライズ

Oracle BIプレゼンテーション・カタログには、分析およびダッシュボードなど、ユーザーが作成するオブジェクトが格納されます。これらのオブジェクトの名前および説明はテキスト文字列に保持されます。オブジェクトのテキスト文字列をローカライズする必要がある場合は、翻訳するために、カタログからテキスト文字列をエクスポートします。その後、文字列を翻訳して公開します。

この項では、キャプションをローカライズする手順について説明します。

- 第15.2.2.1項「ステップ1: エクスポート・プロセスについて」

- 第15.2.2.2項「ステップ2: カタログ内のテキスト文字列のエクスポート」

- 第15.2.2.3項「ステップ3: XMLファイル内のエクスポートされた文字列の編集」

- 第15.2.2.4項「ステップ4: 重複するエクスポートされたテキスト文字列の処理」

- 第15.2.2.5項「ステップ5: カタログでのテキスト文字列の公開」

15.2.2.1 ステップ1: エクスポート・プロセスについて

エクスポート・プロセスでは、共有フォルダ内の第1レベルのサブフォルダそれぞれに対してXMLファイルが1つ作成されます。このファイル名の形式はfoldernamecaptions.xmlで、foldernameは共有フォルダ内のサブフォルダの名前を表します。各XMLファイルには、対応する第1レベル・フォルダおよびそのサブフォルダ内にあるすべてのコンテンツのテキスト文字列が含まれます。

たとえば、Oracle BIプレゼンテーション・カタログの共有フォルダにMarketing、ServiceおよびSalesという第1レベル・フォルダが含まれている場合は、エクスポート・プロセスによって次の3つのXMLファイルが作成されます。

- marketingcaptions.xml

- salescaptions.xml

- servicecaptions.xml

コンテンツを翻訳した後、これらのフォルダを次のディレクトリ内の対応する場所に配置します。

ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\msgdb\l_xx\captions

エクスポート・プロセスでは、新しいXMLファイルが生成されるだけでなく、カタログが変更され、各オブジェクトの適切なメッセージIDが挿入されます。プレゼンテーション・サービスでは、これらのメッセージIDによって新しい翻訳済テキストが特定されます。

補助(拡張Unicode)文字を含む名前を持つフォルダをエクスポートする場合、エラーが発生する可能性があることに注意してください。

15.2.2.2 ステップ2: カタログ内のテキスト文字列のエクスポート

次の手順は、カタログ内のテキスト文字列をエクスポートする方法について説明しています。

カタログ内のテキスト文字列をエクスポートするには:

1. エクスポートする前に、カタログをバックアップします。
エクスポート・ユーティリティは、カタログのコピーではなく、実際のカタログに対して実行する必要があります。これは、エクスポート・ユーティリティにより、実行対象のカタログ内のオブジェクトのプロパティが変更されるためです。

2. Catalog Managerで、カタログをオフライン・モードで開きます。これは、オンライン・モードでは、すべてのオブジェクトを変更するための権限がない可能性があるためです。

3. エクスポートする文字列を含むフォルダを選択します。ユーティリティは、対象フォルダ内、およびそのすべてのサブフォルダ内のファイルに対して実行されます。
たとえば、図15-1に示す分析のタイトル(Another Report)をエクスポートして翻訳できます。

図15-1 エクスポートして翻訳する分析のタイトル

4. 「ツール」メニューから「キャプションのエクスポート」を選択します。

5. 「参照」をクリックして、出力ファイルを書き込む場所を選択し、「OK」をクリックします。

6. 新しいテキスト文字列と前回のエクスポート以降に変更されたテキスト文字列のみをエクスポートするには、「新規または変更済の文字列のみエクスポート」を選択します。

7. エクスポートから説明プロパティを除外するには、「説明の除外」を選択します。

8. 「OK」をクリックします。
エクスポート・プロセスは数分かかる場合があります。

15.2.2.3 ステップ3: XMLファイル内のエクスポートされた文字列の編集

エクスポート・プロセスが完了したら、出力XMLファイルをローカライズ・チームに配信します。

XMLファイルを編集する場合は、XMLファイル用に設計されたエディタを使用します。XMLファイルの上部に指定されているエンコーディングに従うこと、および必要に応じて特殊文字をエスケープすることに注意してください。管理者およびローカライズ・チームのスタッフが、翻訳済テキスト文字列に関するエラーを解決する責任者です。オブジェクトが追加、削除または変更された場合は、常に、カタログのコンテンツが最新であることを確認します。

翻訳対象言語ごとに、すべての出力ファイルのコピーを作成できます。

図15-2は、エクスポートされたキャプションXMLファイルの翻訳前の抜粋です。ファイル名はmyfoldercaptions.xmlです。図15-3は、翻訳後のファイルの抜粋を示しています。ファイル名はmyfoldercaptions_fr.xmlです。

図15-2 翻訳前のキャプションXMLファイル

図15-3 翻訳後のキャプションXMLファイル

15.2.2.4 ステップ4: 重複するエクスポートされたテキスト文字列の処理

カタログからエクスポートしたテキスト文字列が重複する問題が発生することがあります。この状況は、複数のユーザーが「キャプションのエクスポート」ユーティリティを同時に実行した場合、または同じユーザーが1分以内にこのユーティリティを2回実行した場合に発生します。次の手順は、重複するキャプションに対処する方法について説明しています。

重複するエクスポートされたテキスト文字列を処理するには:

1. 第15.2.2.2項 「ステップ2: カタログ内のテキスト文字列のエクスポート」の説明に従い、「キャプションのエクスポート」ユーティリティを実行します。

2. Catalog Managerで、カタログをオフライン・モードで開いたまま、エクスポートする文字列を含むフォルダを選択します。

3. 「ツール」メニューから「キャプションのエクスポート」を選択します。

4. 「参照」をクリックして、出力ファイルを書き込む場所を選択し、「OK」をクリックします。

5. 「重複するキャプションの処理方法」セクションで、次のいずれかのオプションを選択します。

- 同一文字列にも一意のIDを作成します - カタログ内である文字列が何度も重複する場合でも、文字列のインスタンスごとに一意のIDを作成するように指定します。たとえば、カタログに「Hello」という文字列が1000個含まれているとします。このオプションを使用すると、一意のIDを1つ生成し、その文字列を1回のみ翻訳するのではなく、1000個の一意のIDを生成し、その文字列を1000回翻訳するように指定できます。

- いいえ、すべての同一文字列に同じIDを使用します - 文字列にIDを作成し、その同じIDをその文字列のすべてのインスタンスに使用するように指定します。たとえば、カタログに「Hello」という文字列が1000個含まれているとします。このオプションを使用すると、1000個の一意のIDを生成し、その文字列を1000回翻訳するのではなく、一意のIDを1つ生成し、その文字列を1回のみ翻訳するように指定できます。

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

重複するキャプションを含む、次のwebmessages.xmlファイルを考えてみます。

<WebMessageTable system="catalog" type="folder" path="/shared/example/A">
<WebMessage name="kcap12790830_5" use="Caption" status="new">
<TEXT>A Really Good Report</TEXT>
</WebMessage>
</WebMessageTable>
<WebMessageTable system="catalog" type="folder" path="/shared/example/B">
<WebMessage name="kcap12790830_5" use="Caption" status="new">
<TEXT>I like this report</TEXT>
</WebMessage>
</WebMessageTable>
<WebMessageTable system="catalog" type="folder" path="/shared/example/Copy of A">
<WebMessage name="kcap12790830_5" use="Caption" status="new">
<TEXT>A Really Good Report</TEXT>
</WebMessage>
</WebMessageTable>

このサンプル・ファイルでは、重複する無効なメッセージIDがオブジェクトBに含まれています。オブジェクトCopy of Aには、有効であるものの、重複するメッセージIDが含まれています。「キャプションのエクスポート」ダイアログで、次のいずれかを選択できます。

- 「1つ残す」を選択すると、ファイルのコンテンツは変更されません。

- 「IDの削除」を選択すると、オブジェクトBおよびオブジェクトCopy of Aの両方に対して新しい一意のIDが生成されます。

- 「テキストの削除」を選択すると、オブジェクトBに対して新しい一意のIDが生成され、オブジェクトCopy of AのWebMessage要素が削除されます。このオプションにより、通常、翻訳するメッセージは少なくなりますが、プレゼンテーション・サービスおよびCatalog Managerのカタログのディレクトリ・リストで、同じ名前を持つ2つのオブジェクトが表示されることに注意してください。

15.2.2.5 ステップ5: カタログでのテキスト文字列の公開

カタログのテキスト文字列をエクスポートしたら、それをユーザーに公開する必要があります。

カタログのテキスト文字列を公開するには:

1. 翻訳済のXMLファイルを次のディレクトリ内の対応する場所に配置して、プレゼンテーション・サービスを再起動します。
ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\msgdb\l_xx\captions

xxは言語拡張子です。

例:

D:\R11\instances\instance1\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obips1\msgdb\l_fr\captions\myfoldercaptions_fr.xml

言語拡張子には、チェコ語を表すcs、ドイツ語を表すdeなどがあります。

注意:

ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\msgdb\l_xx\captionsディレクトリは、Oracle Business Intelligenceアプリケーションがインストールされている場合にのみ存在します。このディレクトリが存在しない場合は作成する必要があります。

2. エクスポート・プロセスでは、新しいXMLファイルが生成されるだけでなく、カタログが変更され、各オブジェクトの適切なメッセージIDが挿入されます。ステップ1の指示に従って翻訳済のXMLファイルをディレクトリに配置したら、変更済のカタログを、そのデフォルトの場所に配置するか、システムが現在使用している適切な場所に配置します。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

3. Oracle Business Intelligenceにサインインして、フランス語など、適切な言語を選択します。

4. 翻訳済のコンテンツを表示します。
たとえば、図15-4に示すように、分析の翻訳済のタイトルを表示します。

図15-4 エクスポートして翻訳した分析のタイトル

翻訳済のキャプションを開発環境から本番環境に移動するには:

- キャプション・ファイルの処理:

- キャプション・ファイルが本番環境に存在しない場合は、開発環境から本番環境へ単純にファイルをコピーします。

- キャプション・ファイルが本番環境に存在する場合は、最初に既存ファイルのバックアップ・コピーを作成します。次に、テキスト・エディタまたはXML編集ツールを使用して本番環境のキャプション・ファイルを開き、開発環境で行った変更を手動で(十分に注意しながら)挿入します。

15.2.3 Mozilla Firefoxブラウザでのアラビア語およびヘブライ語に関するヒント

デフォルトでは、スクロール・バーはMozilla Firefoxブラウザの右側に表示されます。アラビア語またはヘブライ語を使用する場合、右側にスクロール・バーが表示されるのは適切ではありません。スクロール・バーが左側に表示されるように、Firefoxでブラウザ設定を変更できます。

layout.scrollbar.side設定の変更の詳細は、Firefoxのドキュメントを参照してください。

15.3 Catalog Managerでの現在のロケールの設定

Catalog Managerを使用する場合、そのユーザー・インタフェース要素に使用するロケール、およびカタログ内のオブジェクトに使用するロケールを指定できます。これらのロケールは、同じでも異なっていても構いません。ユーザー・インタフェース要素には10のロケールを使用でき、特定アプリケーションのカタログ・コンテンツには28のロケールを使用できます。

Catalog Managerのユーザー・インタフェース要素(ダイアログ、メニューなど)は、使用可能な10のロケールのいずれかで表示できます。データ処理などのCatalog Managerの特定の領域は、現時点では翻訳またはローカライズされていません。Catalog Managerでは、次のプロセスで、表示するロケールが決定されます。

1. Catalog Managerが起動されたら、-nl <locale>パラメータの設定をチェックします。このパラメータは、次の例に示すように、runcat.cmdまたはruncat.shファイルのCATMAN_VMARGS変数の一部としてユーザーが設定します。
set CATMAN_VMARGS=-nl fr -vmargs -Xmx1024M -Dosgi.clean=true

set CATMAN_VMARGS=-nl fr_CA -vmargs -Xmx1024M -Dosgi.clean=true

2. コンピュータに指定された、Javaのデフォルト・ロケールをチェックします。

3. デフォルト・ロケールの英語(厳密にはen_US)を使用します。

Catalog Managerを起動してカタログをオンライン・モードで開くと、そのコンテンツを表示するためのロケールを選択できます。選択可能なロケールは次の条件により決まります。Catalog Managerでは、以降のオンライン接続に、この選択したロケールが使用されます。

- インストール・プロセスでプレゼンテーション・サービス用にロケールが選択されているかどうか。

- カタログのコンテンツが特定のロケールで翻訳されているかどうか。

ロケールの翻訳済ファイルがない場合、コンテンツはデフォルト・ロケールの英語(厳密にはen_US)で表示されます。

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

- セッション・エラー(ログインの失敗やセッション・タイムアウトなど)はデフォルトのロケールで表示されます。これは、必ずしもユーザーがログインしようとしたロケールであったり、そのセッションがタイムアウトしたロケールであるとはかぎりません。

- Catalog Managerのユーザー・インタフェースの一部の文字列(文字列Maximizeなど)は翻訳されません。

Catalog Managerの詳細は、第17.3項「カタログ・マネージャについて」を参照してください。

15.4 Oracle BIサーバーでの現在のロケールの設定

次の各項では、Oracle BIサーバーでのロケールの設定について説明します。

- 第15.4.1項「Oracle BIサーバーでのロケール・パラメータの設定」

- 第15.4.2項「エラー・メッセージの言語が決定される方法」

- 第15.4.3項「Oracle BIサーバーのコンポーネントの言語の設定」

- 第15.4.4項「管理ツールのユーザー・インタフェースの言語の変更」

- 第15.4.5項「Oracle BIサーバーでの現在のロケールに関するトラブルシューティング」

- 第15.4.6項「Oracle BIサーバー・ユーティリティのテキストが正しい言語で表示されることの確認」

- 第15.4.7項「基礎となるOracle DatabaseのNLS_CHARACTERSETがUnicodeでない場合のメタデータ・リポジトリの変更」

15.4.1 Oracle BIサーバーでのロケール・パラメータの設定

複数言語をサポートするには、Oracle BIサーバーを適切に構成する必要があります。NQSConfig.INIファイルのGeneralセクションには、ローカライズおよび国際化に必要なパラメータが含まれています。また、Oracle BIサーバーからクライアント・アプリケーションへのデータの送信方法を決定するデフォルト・パラメータも含まれています。これらのパラメータの詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

NQSConfig.INIファイル内のローカライズに影響するパラメータは次のとおりです。

- LOCALE

- SORT_ORDER_LOCALE

- SORT_TYPE

- CASE_SENSITIVE_CHARACTER_COMPARISON

Oracle Business Intelligenceを正常に実行するには、ユーザーがアプリケーションを実行する言語について、オペレーティング・システムのロケールを適切に構成する必要があります。ロケールおよび言語に関する一部の設定は相互に関連しており、Oracle BIサーバーでのデータのソート方法の決定に役立ちます。

15.4.1.1 UNIXシステムでのロケールの設定

サーバー起動時にC-runtimeロケールに対して使用される値は、NQSConfig.INIファイルのSORT_ORDER_LOCALEパラメータに指定されています。このパラメータは、通常、Oracle BIサーバーにより設定されます。このロケールは、日付や通貨の表示、およびデータのソートなどの機能で使用されます。

設定を調整する必要がある場合は、NQSConfig.INIファイルのGeneralセクションで、表15-2に示すプラットフォーム非依存の名前を入力してLOCALEパラメータおよびSORT_ORDER_LOCALEパラメータを設定します。

表15-2に、プラットフォーム非依存の名前と、サポートされる各UNIXプラットフォーム固有の名前の言語マッピングを示します。たとえば、HP-UXまたはLinuxオペレーティング・システムでは、中国語にzh_CN.utf8設定が使用されます。

zh_CN.utf8やfr-FR-UTF-8などの名前文字列はプラットフォーム固有のロケール・コンポーネントの名前であり、システム管理者がインストールする必要があります。NQSConfig.INIファイルでは、ChineseやFrench(大文字小文字は区別されません)など、プラットフォーム非依存の名前が使用されます。

15-2 UNIXプラットフォームのLOCALE設定

ロケール(プラットフォーム非依存の名前)

Solarisでの名前

AIXでの名前

HP-UX/Linuxでの名前

Arabic

ar_SA.UTF-8

AR_AA.UTF-8

ar_SA.utf8

Chinese

zh_CN.UTF-8

ZH_CN.UTF-8

zh_CN.utf8

Chinese-traditional

zh_TW.UTF-8

ZH_TW.UTF-8

zh_TW.utf8

Croatian

hr_HR.UTF-8

HR_HR.UTF-8

hr_HR.utf8

Czech

cs_CZ.UTF-8

CS_CZ.UTF-8

cs_CZ.utf8

Danish

da_DK.UTF-8

DA_DK.UTF-8

da_DK.utf8

Dutch

nl_NL.UTF-8

NL_NL.UTF-8

nl_NL.utf8

English-USA

en_US.UTF-8

EN_US.UTF-8

en_US.utf8

Finnish

fi_FI.UTF-8

FI_FI.UTF-8

fi_FI.utf8

French

fr_FR.UTF-8

FR_FR.UTF-8

fr_FR.utf8

German

de_DE.UTF-8

DE_DE.UTF-8

de_DE.utf8

Greek

el_GR.UTF-8

EL_GR.UTF-8

el_GR.utf8

Hebrew

he_IL.UTF-8

HE_IL.UTF-8

iw_IL.utf8

Hungarian

hu_HU.UTF-8

HU_HU.UTF-8

hu_HU.utf8

Italian

it_IT.UTF-8

IT_IT.UTF-8

it_IT.utf8

Japanese

ja_JP.UTF-8

JA_JP.UTF-8

ja_JP.utf8

Korean

ko_KR.UTF-8

KO_KR.UTF-8

ko_KR.utf8

Norwegian

no_NO.UTF-8

NO_NO.UTF-8

no_NO.utf8

Polish

pl_PL.UTF-8

PL_PL.UTF-8

pl_PL.utf8

Portuguese

pt_PT.UTF-8

PT_PT.UTF-8

pt_PT.utf8

Portuguese-Brazilian

pt_BR.UTF-8

PT_BR.UTF-8

pt_BR.utf8

Romanian

ro_RO.UTF-8

RO_RO.UTF-8

ro_RO.utf8

Russian

ru_RU.UTF-8

RU_RU.UTF-8

ru_RU.utf8

Slovak

sk_SK.UTF-8

SK_SK.UTF-8

sk_SK.utf8

Spanish

es_ES.UTF-8

ES_ES.UTF-8

es_ES.utf8

Swedish

sv_SE.UTF-8

SV_SE.UTF-8

sv_SE.utf8

Thai

th_TH.UTF-8

TH_TH.UTF-8

th_TH.utf8

Turkish

tr_TR.UTF-8

TR_TR.UTF-8

tr_TR.utf8

15.4.2 エラー・メッセージの言語が決定される方法

Oracle BIプレゼンテーション・サービスでは、エラー・メッセージの言語はNQ_SESSION.WEBLANGUAGEセッション変数に基づいて設定されます。プレゼンテーション・サービスでは、インストレーション時にこの変数のデフォルト値が指定されます。この値は、ユーザーがOracle BI EEサインイン・ページで言語を選択すると更新されます。

サード・パーティのクライアントを含むその他のクライアントでは、エラー・メッセージの言語は次の優先順位モデルにより決定されます。

- エラー・メッセージの言語はWEBLANGUAGEセッション変数に基づいて設定されます。

- WEBLANGUAGEセッション変数が設定されていない場合は、Oracle BIサーバーへのアクセスで使用されるODBCデータ・ソース名(DSN)に指定されたエラー言語に基づいて設定されます。
ODBC DSNでのエラー・メッセージ言語の設定の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイド』を参照してください。

- ODBC DSNにエラー・メッセージの言語が設定されていない場合は、ORACLE_BI_LANG環境変数で指定されている言語がエラー・メッセージに対して使用されます。
ORACLE_BI_LANGの値を変更するには、opmn.xmlでこの変数の文字コードを更新します。サポートされている言語の文字コードは、ORACLE_HOME/bifoundation/server/localeディレクトリで確認できます(たとえば、enは英語を表し、pt-BRはポルトガル語/ブラジル語を表します)。

- ORACLE_BI_LANG環境変数が設定されていない場合、エラー・メッセージは英語で表示されます。

管理ツールおよびジョブ・マネージャのクライアントでは、WEBLANGUAGEセッション変数は設定されないので注意してください。したがって、これらのクライアントは、ODBC DSNエラー・メッセージ設定以降の優先順位モデルに従います。

15.4.3 Oracle BIサーバーのコンポーネントの言語の設定

NQServer.logファイルの内容など、Oracle BIサーバーのコンポーネントの正しい言語を表示するには、次の手順の説明に従い、ORACLE_BI_LANG変数を設定する必要があります。

Oracle BIサーバーのコンポーネントの言語の設定

1. opmn.xmlファイルを開いて編集します。

2. ORACLE_BI_LANG環境変数を設定するための行を挿入します。次の例では、言語を日本語に設定しています。
<variable id="ORACLE_BI_LANG" value="ja"/>

3. 変更内容を保存し、ファイルを閉じます。

4. OPMNおよびBIサーバーを再起動します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

15.4.4 管理ツールのユーザー・インタフェースの言語の変更

Oracle BI管理ツールは、オペレーティング・システムに指定されている言語を継承します。たとえば、Windowsオペレーティング・システムがフランス語を使用するように設定されている場合は、メモ帳や管理ツールなどのすべてのWindowsベース・アプリケーションで、メニューやボタンなど、すべてのユーザー・インタフェース要素がフランス語で表示されます。Windowsのコントロール・パネルで設定したロケールは、通貨、日時、表示単位およびキーボードのレイアウトなどの項目に影響します。これは、メニューやボタンなどのユーザー・インタフェース要素とは異なります。

推奨される方法は、管理ツールでオペレーティング・システムの言語を継承できるようにすることです。オペレーティング・システムの言語を変更せずに、管理ツールのユーザー・インタフェースの言語を変更する必要がある場合は、ORACLE_BI_LANG環境変数を使用できます。この変数の設定の詳細は、第15.4.2項「エラー・メッセージの言語が決定される方法」を参照してください。

また、第15.5項「リポジトリでのメタデータ名のローカライズ」で説明されているように、プレゼンテーション・レイヤーでサブジェクト領域、表、階層および列の名前とその説明をローカライズすることもできます。

15.4.5 Oracle BIサーバーでの現在のロケールに関するトラブルシューティング

この項では、Oracle BIサーバーでの現在のロケールに関するトラブルシューティングについて説明します。

- 第15.4.5.1項「NLSロケール非サポート・エラー・メッセージの処理」

- 第15.4.5.2項「AIXシステムでの日本語ロケールの設定」

15.4.5.1 NLSロケール非サポート・エラー・メッセージの処理

適切なロケールがインストールされていない場合、Oracle BIサーバーは起動せず、NQServer.logファイルに次のエラーが格納されます。

[47013] NLSのロケールxxxは、このオペレーティング・システムでサポートされていません。

xxxは、NQSConfig.INIファイルでSORT_ORDER_LOCALEパラメータに指定されているロケールです。このエラーを解決するには、次の操作を実行します。

- UNIXの場合。表15-2に示すロケールのうち、必要な言語に対応するものをインストールします。

- Windowsの場合。「地域の設定」ダイアログを使用して、対応する言語パックを追加します。

15.4.5.2 AIXシステムでの日本語ロケールの設定

AIXプラットフォームで日本語ローカライゼーションを使用すると、Oracle BIサーバーが起動しないことがあります。この問題が発生した場合は、次の手順を実行します。

AIXシステムで日本語ロケールを設定するには:

1. JA_JP.UTF-8ロケールがインストールされていることを確認します。インストールされていない場合はインストールします。

2. 第3.4項「構成設定を更新するためのテキスト・エディタの使用」の説明に従い、NQSConfig.INIファイルを開いて編集します。

3. Generalセクションで、次のパラメータを設定します。設定では大文字と小文字が区別されるので注意してください。

- LOCALE = "Japanese";

- SORT_ORDER_LOCALE = "Japanese";

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

15.4.6 Oracle BIサーバー・ユーティリティのテキストが正しい言語で表示されることの確認

次の手順に従って、Oracle BIサーバーのユーティリティの使用状況情報およびエラー・メッセージが正しい言語で表示されることを確認します。

- Linux環境では、マルチバイト文字を表示するにはターミナル・エンコーディングをUTF-8に設定します。これには、「Terminal」メニュー、「Set Character encoding」、「utf8」の順に選択します。

- ネイティブWindows環境では、コンソールのフォントを「Lucida Console」に設定します。このオプションがリストに表示されない場合は、まず、コード・ページを65001に変更します。これによりUTF-8がサポートされるので、コマンドchcp 65001を使用します。

15.4.7 基礎となるOracle DatabaseのNLS_CHARACTERSETがUnicodeでない場合のメタデータ・リポジトリの変更

Oracle DatabaseのNLS_CHARACTERSETがUnicode以外の派生コード・ページに設定されている場合、Oracle DatabaseとOracle BIサーバー間で文字ソートが一致するように、メタデータ・リポジトリの追加設定を構成する必要があります。

基礎となるOracleデータベースのNLS_CHARACTERSETがUnicodeでない場合に、メタデータ・リポジトリを変更するには:

1. 管理ツールで、メタデータ・リポジトリを開きます。

2. 物理レイヤーでデータベース・オブジェクトを展開します。

3. 「接続プール」ダイアログの「接続スクリプト」タブを開き、次の新しい接続プール・スクリプトを追加します。
alter session set NLS_SORT = unicode_binary

4. リポジトリを保存して、Oracle BIサーバーを再起動します。

15.5 リポジトリでのメタデータ名のローカライズ

管理ツールの「文字列の外部化」ユーティリティを使用すると、プレゼンテーション・レイヤーのサブジェクト・エリア名、表名、階層名、列名およびそれらの説明をローカライズできます。これらのテキスト文字列を、ANSI、UnicodeおよびUTF-8のエンコーディング・オプションを使用して外部ファイルに保存できます。

ローカライズ対象の文字列を外部化するには:

1. 管理ツールでリポジトリを開きます。

2. サブジェクト・エリア、プレゼンテーション表またはプレゼンテーション列など、プレゼンテーション・レイヤーのオブジェクトを右クリックし、「表示名の外部化」→「カスタム名の生成」を選択するか、「記述子の外部化」→「カスタム説明の生成」を選択して文字列を外部化します。「カスタム名の生成」を選択して、「文字列の外部化」ユーティリティを実行すると、変換キーも「文字列の外部化」ダイアログに表示されます。
これらの外部化オプションのいずれかを選択すると、選択したオブジェクトとそのすべての子オブジェクトについて、「プロパティ」ダイアログの「カスタム表示名」オプションまたは「カスタム説明」オプションが自動的に選択されます。

たとえば、サブジェクト・エリアを右クリックして外部化オプションのいずれかを選択すると、サブジェクト・エリア内のすべてのプレゼンテーション表、列、階層およびレベルに対して外部化フラグが設定されます。

3. 「ツール」を選択し、「ユーティリティ」を選択します。

4. 「文字列の外部化」を選択し、「実行」をクリックします。

5. 「文字列の外部化」ダイアログの左側のペインで、1つ以上のサブジェクト・エリアを選択します。
右側のペインに、翻訳済の値と元の文字列(名前および説明)が表示されます。これらは、プレゼンテーション・サービスで使用されるセッション変数の値になります。

プレゼンテーション・レイヤーで外部化フラグが設定されているオブジェクトのみ右側のペインに表示されます。

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

7. 「名前を付けて保存」ダイアログで、次のいずれかを実行します。

- 選択したサブジェクト・エリアが1つのみの場合は、ファイルのタイプおよびエンコーディング値を選択し、「保存」をクリックします。

- 複数のサブジェクト・エリアを選択し、それぞれを別々のXMLファイルに外部化する場合は、ディレクトリ名を選択し、[SHIFT]を押しながら「保存」をクリックします。サブジェクト・エリアはそれぞれ、Unicodeで暗号化されたXMLファイルに保存されます。

8. 「外部化された文字列」ダイアログで、「閉じる」をクリックします。

9. (オプション)外部化を無効にするには、プレゼンテーション・レイヤーのオブジェクトを右クリックし、「表示名の外部化」→「外部化の無効化」を選択するか、「記述子の外部化」→「外部化の無効化」を選択します。
これらのオプションのいずれかを選択すると、選択したオブジェクトとそのすべての子オブジェクトについて、「プロパティ」ダイアログの「カスタム表示名」オプションまたは「カスタム説明」オプションが自動的に選択解除されます。

「文字列の外部化」ユーティリティを使用して文字列ファイルを作成した場合は、次の手順に従い、そのファイルを使用してメタデータ・オブジェクトの文字列を翻訳できます。

エクスポートされた文字列ファイルを使用してメタデータの文字列を翻訳するには:

1. 各文字列ファイルを開いて次の列を調べます。

- 1列目には、実際のリポジトリ・オブジェクトの名前が記述されています。この名前には、オブジェクトのタイプと接頭辞が含まれます。

- 2列目には、各オブジェクトの名前または説明に対応するセッション変数が記述されています。これらには、カスタム名を示すデフォルト接頭辞のCN_、またはカスタム説明を示すデフォルト接頭辞のCD_が含まれます。

- 3番目の列には、それぞれのオブジェクト名に対応する変換キーが含まれています。

2. Languageという名前の4番目の列を追加します。この列で、deなど、名前が翻訳された言語のコードを指定します。

3. 文字列ファイルをデータベース表にロードします。

4. 管理ツールで、この表を物理レイヤーにインポートします。

5. 行単位の初期化ブロックを使用して、翻訳済の文字列をロードします。初期化ブロックのターゲットが「行単位の初期化」に設定されていること、および実行優先順位が正しく設定されていることを確認します。
たとえば、次の手順を実行します。

1. 次のようなSQL文を使用して、データベースからのデータ・ソースを含むセッション初期化ブロックを作成します。

SELECT 'VALUEOF(NQ_SESSION.WEBLANGUAGE)' FROM DUAL

2. 設定言語の「セッション変数初期化ブロック」ダイアログで、「変数ターゲット」にLOCALEセッション変数を指定します。
この仕様により、ユーザーがサインインするときは常に、WEBLANGUAGEセッション変数が設定されるようになります。その後、この変数によって、LOCALE変数が初期化ブロックを使用して設定されます。

3. 「セッション変数初期化ブロックのデータソース」ダイアログで、次のようなデータベース固有のSQL文を使用して、一連のセッション変数を作成する別のセッション初期化ブロックを作成します。

select SESSION_VARIABLE, TRANSLATION from external where LANGUAGE =
'VALUEOF(NQ_SESSION.LOCALE)'

このブロックで作成されるすべての変数の言語は、サインイン時にユーザーが指定した言語に一致します。

4. 「セッション変数初期化ブロックの変数ターゲット」ダイアログで、初期化ブロックのターゲットを「行単位の初期化」に設定します。

5. 「セッション変数初期化ブロック」ダイアログの「実行優先度」領域で、前に作成した初期化ブロックを指定して、最初に作成したブロックが最初に実行されるようにします。

6. 変更を保存します。

ヒント:

管理ツールの言語の詳細は、第15.4.4項「管理ツールのユーザー・インタフェースの言語の変更」を参照してください。

Oracle Application Development Frameworkデータ・ソースを使用する場合は、「文字列の外部化」ユーティリティを使用するかわりに、そのデータ・ソースからラベルおよびツールチップを伝播できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

15.6 多言語データのサポート

この項では、複数の言語でフィールド情報を表示できるようにOracle BIサーバーを構成する方法について説明します。内容は次のとおりです。

- 第15.6.1項「多言語データのサポートとは」

- 第15.6.2項「参照とは」

- 第15.6.3項「二重列サポートとは」

- 第15.6.4項「多言語スキーマでの翻訳参照表の設計」

- 第15.6.5項「論理参照表および論理参照列の作成」

- 第15.6.6項「物理参照表および物理参照列の作成」

- 第15.6.7項「別名表を使用したEssbaseでの多言語データのサポート」

- 第15.6.8項「辞書編集上の差異によるソートの有効化」

管理ツールの使用の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

15.6.1 多言語データのサポートとは

多言語データのサポートとは、データベース・スキーマのデータを複数の言語で表示する機能です。Oracle BIサーバーは、翻訳の管理を簡素化し、その問合せパフォーマンスを改善することによって多言語スキーマをサポートします。多言語スキーマでは、通常、翻訳済フィールドが参照表と呼ばれる個別の表に格納されます。参照表には記述子列の翻訳が複数言語で格納され、ベース表にそのデータが元の言語で格納されます。記述子列は、キー列のテキストによる説明を提供します。記述子列とキー列の間には1対1の論理的関係があります。たとえば、記述子列はProduct_Nameなどで、これはProduct_Key列のテキストによる説明を提供します。

15.6.2 参照とは

参照とは、問合せによってベース表と参照表を結合し、ベース表の各行に対して翻訳済の値を取得することを指します。

その性質上、参照表には「密」および「疎」があります。密である参照表には、ベース表のすべてのレコードの翻訳が、すべての言語で格納されています。疎である参照表には、ベース表の一部のレコードの翻訳のみが格納されています。場合によって、参照表は密および疎の両方であることがあります。たとえば、参照表に、Product Descriptionフィールドのすべての翻訳が含まれる一方、Product Categoryフィールドの一部の翻訳のみが含まれるような場合です。密および疎とは、表の性質というよりも、参照操作のタイプになります。参照表は、管理ツールを使用して構成します。

15.6.3 二重列サポートとは

二重列サポートとは、論理レイヤーの2つの列(記述子ID列と記述子列)を関連付ける機能であり、言語非依存フィルタの定義に役立ちます。ユーザーが記述子列に基づいてフィルタを作成すると、問合せツールにより、記述子列から選択された値のリストがユーザーに表示されます。

この記述子列の手法は、CLOBやBLOBなどのLOBデータ型に関連する問合せを処理する場合、およびCOUNTまたはSUMなどの集計関数を処理する場合にも便利です。一部のデータ・ソースでは、GROUP BY句でのLOB列の使用は許可されていません。したがって、LOB列をGROUP BYに追加するかわりに、LOB列との1対1の関係を持つ他の列でグループ化し、集計が行われた後にLOB列を結合する必要があります。

15.6.4 多言語スキーマでの翻訳参照表の設計

多言語スキーマで翻訳参照表を設計する一般的な手法には、次の2つがあります。

- 第15.6.4.1項「各ベース表に対応する参照表」

- 第15.6.4.2項「各翻訳済フィールドに対応する参照表」

15.6.4.1 各ベース表に対応する参照表

多くの場合、ベース表ごとに個別の参照表があります。参照表には、ベース表内のレコードへの外部参照キーが含まれ、各翻訳済フィールドの値が個別の列に含まれます。参照表が完全に密である場合、特定言語用の参照表内の行数は、ベース表内の行数と等しくなります。

図15-5の例は、ベース表内の1つの行のみに一致する、参照表内の各レコードを示しています。

図15-5 各ベース表に対応する参照表

15.6.4.2 各翻訳済フィールドに対応する参照表

ベース表ごとに1つの参照表を使用するかわりに、図15-6に示すように、翻訳済フィールドごとに個別の参照表を使用する方法があります。各フィールドの翻訳済値を取得するには、参照表に対する個別の結合が必要です。実際には、これは多くの場合、複数フィールドの翻訳を含む1つの物理表になります。単一の表に複数フィールドの翻訳が含まれる場合は、参照表にフィルタを設定して、データを、ベース表内の特定の列に関連する値のみに制限する必要があります。

図15-6 各翻訳済フィールドに対応する参照表

15.6.5 論理参照表および論理参照列の作成

この項では、論理参照表および論理参照列の作成について説明します。内容は次のとおりです。

- 第15.6.5.1項「論理参照表の作成」

- 第15.6.5.2項「論理表の参照表としての指定」

- 第15.6.5.3項「LOOKUP関数の構文について」

- 第15.6.5.4項「論理参照列の作成」

15.6.5.1 論理参照表の作成

ビジネス・モデルで論理参照表オブジェクトを作成して、翻訳参照表に必要なメタデータを定義します。第15.6.5.2項「論理表の参照表としての指定」で説明しているように、参照表とは、自身を参照表として指定するプロパティを持つ論理表のことです。図15-7に参照表の例を示します。

図15-7 参照表の例

- 参照表の各主キーをまとめて参照キーと見なし、参照が実行されます。参照は、すべての参照キー列に値が指定されている場合にのみ実行できます。たとえば、図15-7では、Product_CodeとLanguage_Keyの組合せによってこの参照表の主キーが形成されます。

- 参照キーは論理表キーとは異なります。参照キー列ではその順序が考慮されます。たとえば、Product_CodeとLanguage_Keyの参照キーは、Language_KeyとProduct_Codeの参照キーとは異なると見なされます。参照キー列の順序は管理ツールで指定できます。参照キーのすべての列は参照関数で結合する必要があります。

- 参照表には参照キーが1つのみ含まれます。

- 参照表には少なくとも1つの値列が含まれます。図15-7ではDescriptionが値列であり、製品の説明の翻訳済値が含まれています。

- 参照キーから各値列への関数従属性が存在する必要があります。言い換えれば、参照キーによって値列を識別できます。参照キーおよび値列は、どちらも同じ物理表に属している必要があります。

- 参照表は独立しており、他の論理表には結合されません。
整合性チェック・ルールは参照表に対しては緩和されているため、表が参照表として指定されている場合、サブジェクト・エリア内の他の表と結合する必要はありません(論理表は、通常、サブジェクト・エリア内の1つ以上の表に結合されます)。

- 参照列を使用した集計の結果は、ベース列を使用した結果と一致する必要があります。たとえば、次のコードを考えます。

SELECT product.productname_trans, sales.revenue FROM snowflakesales;

これは、次のコードと同じ結果を戻す必要があります。

SELECT product.productname, sales.revenue FROM snowflakesales;

この例の参照表productname_transで参照キーProductIDおよびLANGUAGEを使用している場合、両方の問合せで同じ集計結果が戻されます。

参照キーにproductnameとは異なる集計レベルの列が含まれる場合は、問合せで変更が取得され、集計に反映されます。

15.6.5.2 論理表の参照表としての指定

論理表を参照表として使用するには、管理ツールを使用して、事前に論理表を参照表として指定する必要があります。論理表を参照表として指定するには、管理ツールを使用して、最初に参照表を物理レイヤーにインポートし、それを「ビジネス・モデルとマッピング」レイヤー内にドロップします。次に、論理参照表ごとに、「論理表」ダイアログで「参照表」オプションを選択する必要があります。

参照表の主キーに指定されている列の順番により、LOOKUP関数の対応する引数の順番が決まります。

たとえば、参照表の主キーがRegionKey列、CityKey列およびLanguageKey列で構成される場合、LOOKUP関数の対応する引数を同じ順番で指定する必要があります。主キー列の順番を変更するには、管理ツールを使用します。

15.6.5.3 LOOKUP関数の構文について

LOOKUP関数は通常、「ビジネス・モデルとマッピング」レイヤーで、翻訳済の論理表列の式として使用されます。

LOOKUP関数の構文は、次のようになります。

Lookup ::= LookUp([DENSE] value_column, expression_list ) | LookUp(SPARSE value_
column, base_column, expression_list )

expression_list ::= expr {, expression_list }

expr ::= logical_column | session_variable | literal

例:

LOOKUP( SPARSE SnowflakeSales.ProductName_TRANS.ProductName, SnowflakeSales.Product.ProductName, SnowflakeSales.Product.ProductID, VALUEOF(NQ_SESSION."LANGUAGE"))

LOOKUP( DENSE SnowflakeSales.ProductName_TRANS.ProductName, SnowflakeSales.Product.ProductID, VALUEOF(NQ_SESSION."LANGUAGE"))

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

- LOOKUP関数は密または疎のいずれかで、キーワードDENSEまたはSPARSEを使用して指定します。DENSEとSPARSEをどちらも指定しない場合、デフォルト動作は密参照になります。DENSE参照の場合、翻訳表は内部結合を通じてベース表に結合されますが、SPARSE参照の場合は左外部結合が実行されます。

- 第1パラメータ(DENSEまたはSPARSEキーワードの後のパラメータ)は、論理レイヤーで定義されている有効な参照表の有効な値列にする必要があります。

- SPARSEキーワードを指定した場合、第2パラメータは、value_columnのベース値を提供する列にする必要があります。DENSE参照の場合、このベース列は必要ありません。

- expression_listの式の数は、value_columnで定義した、参照表で定義されている参照キー列の数と同じにする必要があります。また、式リストで指定した式は、参照キー列と1対1で順番に一致している必要があります。
例:

- 参照表ProductName_TRANSの参照キーは、Product_codeおよびLanguage_Keyの両方です。

- expression_listの式は、SnowflakeSales.Product.ProductIDおよびVALUEOF(NQ_SESSION."LANGUAGE")です。

- この参照の意味を次に示します。
Product_code = SnowflakeSales.Product.ProductIDおよびLanguage_Key = VALUEOF(NQ_SESSION."LANGUAGE")という条件を使用して、翻訳表からProductNameの翻訳済の値を戻します。

15.6.5.4 論理参照列の作成

参照関数を含む論理列を作成するには、管理ツールで式ビルダーを使用します。論理列の値は、現在のユーザーに関連付けられている言語に基づきます。

たとえば、翻訳済の製品名を取得するには、「列ソース」タブで、導出された列式を使用して新しい論理列を作成します。

INDEXCOL( VALUEOF(NQ_SESSION."LAN_INT"), "Translated Lookup Tables"."Product".
"ProductName", LOOKUP( DENSE "Translated Lookup Tables"."Product Translations".
"ProductName", "Translated Lookup Tables"."Product"."ProductID",
VALUEOF(NQ_SESSION."WEBLANGUAGE")))

LAN_INTはセッション初期化ブロックMLSにより移入されるセッション変数で、基本言語または他の言語を表します。

- 基本言語(たとえば、en - English)の場合は0

- 他の言語コード(たとえば、fr - Frenchまたはcn - Chinese)の場合は1

WEBLANGUAGEは、ユーザーがログイン時に選択した言語に基づいて自動的に初期化されるセッション変数です。

INDEXCOL関数は、適切な列の選択をサポートします。前述の例では、ユーザー言語が基本言語の場合(つまり、セッション変数LAN_INTの値が0の場合)にのみ、基本列(ProductName)の値が戻されます。ユーザー言語が基本言語でない場合(セッション変数LAN_INTの値が1の場合)は、WEBLANGUAGEセッション変数に渡された言語の参照表から値が戻されます。

(前述の例の)DENSE関数を使用する場合、翻訳対象言語の列に値がないと、参照関数により空白のエントリが表示されます。

(次の例の)SPARSE関数を使用する場合、翻訳対象言語の列に値がないと、参照関数により基本言語で対応する値が表示されます。

INDEXCOL( VALUEOF(NQ_SESSION."LAN_INT"), "Translated Lookup Tables"."Product".
"ProductName", LOOKUP( SPARSE "Translated Lookup Tables"."Product Translations".
"ProductName", "Translated Lookup Tables"."Product"."ProductName", "Translated
Lookup Tables"."Product"."ProductID", VALUEOF(NQ_SESSION."WEBLANGUAGE")))

15.6.5.4.1 派生論理列を使用するためのヒント

派生論理列を使用する場合は、次のヒントに留意してください。

- LOOKUP関数の結果である派生論理列を、1次論理レベル・キーの一部として使用することはできません。集計が行われた後にLOOKUP操作が適用されるため、この制限が存在します。ただし、レベル・キー列によって集計の計算粒度が定義されるため、レベル・キー列は集計を行う前に使用可能にしておく必要があります。
LOOKUP関数の結果である派生論理列は、2次論理レベル・キーとして使用できます。

- 導出した式に参照関数が含まれる派生論理列については、次の点に留意してください。

- 参照関数で使用される論理列に関連付けられたレベルは、派生論理列自体のレベルよりも低くしないでください。

- 推奨される方法は、記述子ID列を構成することです。

15.6.5.4.2 非ISOタイプの言語コードの処理

表内のデータに非ISOタイプの言語コードが含まれる場合は、ISO言語コードを非ISO言語コードにマップする表が必要になります。ユーザーのログイン時にISO言語コードを設定する既存のWEBLANGUAGE変数を使用できます。個別のLANGUAGE変数を定義し、その初期化ブロックでマッピング表に対して問合せを実行して、WEBLANGUAGE変数の値でフィルタされた非ISO言語コードをフェッチします。表15-3に、非ISO言語コードのマッピング表を示します。LANGUAGEが非ISO言語コードです。

表15-3 非ISO言語コードのマッピング表

WEBLANGUAGE

LANGUAGE

LAN_INT

en

ENG

0

cn

CHI

1

fr

FRA

1

15.6.6 物理参照表および物理参照列の作成

ビジネス・モデルで物理参照表オブジェクトを作成して、翻訳参照表に必要なメタデータを定義できます。物理参照表は、その意味と使用方法の両方において論理参照表に類似しています。物理参照表は、論理参照表で処理できない次のシナリオに対処します。

- 参照表ソースが断片化されている。この場合、複数の物理参照表を使用して値を保持します。たとえば、断片化されている製品名データの翻訳値を、productname_trans_AtoMおよびproductname_trans_NtoZという2つの物理参照表に分散させることができます。

- 異なるレベルの翻訳表を使用できる。たとえば、Essbaseデータ・ソースとリレーショナル・データ・ソースの両方で翻訳を使用できます。基本問合せと同じソースを使用することをお薦めします。

論理参照表は「論理表」ダイアログでオプションを選択することにより指定しますが、物理参照表は論理表ソース・マッピングで参照関数を作成することにより構成します。

たとえば、次の物理表があるとします。

- categoryidおよびcategorynameなどの列を含む、Categoriesという名前のベース表。

- categoryid、language_keyおよびcategorynameなどの列を含む、Categories_Transという名前の翻訳表。categorynameの翻訳済値は、categoryid列およびlanguage_key列の組合せにより決定されます。

Categoriesという名前の論理表があるとします。この表に、categoryname_pという名前の新しい論理列を追加します。この列は、現在の言語に基づく翻訳列です。論理参照列とは異なり、この列は他の論理列からは導出されません。

次の手順で、前述の例を使用して、物理参照翻訳列を構成する方法について説明します。

物理参照表から導出される翻訳列を構成するには:

1. 管理ツールでリポジトリを開きます。

2. 「ビジネス・モデルとマッピング」レイヤーで、適切な論理表(たとえば、Categories)を右クリックし、「新規オブジェクト」、「論理列」の順に選択して新しい論理列を作成します。

3. 論理列の名前(たとえば、categoryname_p)を指定します。

4. 「列ソース」タブを選択します。

5. 「物理マッピングから派生」の下の「論理表ソース」ボックスで、ベース表列を含む論理表ソース・オブジェクトをダブルクリックします。「論理表ソース」ダイアログの「列マッピング」タブが表示されます。

6. 「マップされていない列の表示」が選択されていることを確認します。

7. 新しい論理列(たとえば、categoryname_p)の「式」列に、次のような式を入力します。

INDEXCOL(VALUEOF(NQ_SESSION."LAN_INT"),
"DB_Name"."My_Category"."My_Schema"."Categories"."CategoryName", LOOKUP(SPARSE
"DB_Name"."My_Category"."My_Schema"."CATEGORIES_TRANS"."CATEGORYNAME",
"DB_Name"."My_Category"."My_Schema"."Categories"."CategoryName",
"DB_Name"."My_Category"."My_Schema"."Categories"."CategoryID",
VALUEOF(NQ_SESSION."LANGUAGE")))

式ビルダーを使用して作成することもできます。

8. 「論理表ソース」ダイアログで「OK」をクリックします。

9. 「論理列」ダイアログで「OK」をクリックします。

10. 変更を保存します。

Categories_trans物理翻訳表を論理表ソースに組み込む必要はありません。INDEXCOL関数により、LAN_INTセッション変数が0であるかどうかチェックされ、ベース表からcategoryname列がフェッチされます。LOOKUP関数について次の点に注意してください。

- 物理LOOKUP関数は論理LOOKUP関数と同様に機能します。唯一の違いは、論理表および論理列に対するすべての参照が、物理表および物理列に置き換えられることです。

- LOOKUP関数の第1列は値列で、これは翻訳表の翻訳値列です。疎参照が存在する場合、第2列は基本値列です。残りの列は、物理翻訳表に結合される列または値です。この物理翻訳表は、LOOKUP関数の値列により示されます。

ダイアログを使用して物理参照表を構成できないため、結合列および値の順番と、物理翻訳表の「物理表」ダイアログに表示される列の順序に互換性があることを確認する必要があります。たとえば、Categories_trans表の「物理表」ダイアログの「Keys」タブでは、主キーはCategoryID列とLanguage_Key列により構成されます。

LOOKUP関数で指定される列は、次のように対応します。

- 次の行を考えます。

"DB_Name"."My_Category"."My_Schema"."Categories"."CategoryID"

これはCategories_trans.CategoryID列に対応します。

- 次の行を考えます。

valueof(NQ_SESSION."LANGUAGE")

これはCategories_trans.Language_key列に対応します。

LAN_INTセッション変数やLANGUAGEセッション変数などの参照の概念の詳細、およびLOOKUP関数の完全な構文の情報は、第15.6.5項「論理参照表および論理参照列の作成」を参照してください。

15.6.7 別名表を使用したEssbaseでの多言語データのサポート

多くの場合、Essbaseキューブのメンバーは、ユーザー言語ごとに個別の別名を用意して、ユーザーが自分の言語でメンバー名を表示できるようにします。通常、セッション変数を定義して、ユーザーのログイン時に適切な別名を動的に選択します。Essbase別名表、およびセッション変数でのそれらの使用方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

15.6.8 辞書編集上の差異によるソートの有効化

辞書編集上の差異によるソートは、データをアルファベット順にソートする機能です。ほとんどのデータ・ソースは辞書編集上の差異によるソートをサポートしています。ただし、辞書編集上の差異によるソートが特定のデータ・ソースに対して適切に動作しない場合、Oracle BIサーバーを構成して、バックエンド・データ・ソース以外でソートを実行できます。この構成を実行するには、管理ツールの「データベース」ダイアログの「機能」タブで、ORDERBY_SUPPORTEDが選択解除されていることを確認します。データベース機能の指定の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

データ・ソースでORDERBY_SUPPORTEDを無効にすると、パフォーマンスに非常に大きな影響を与える場合があるので注意してください。これは、無効にした結果、多数の結合がデータ・ソースにプッシュダウンされないためです。多くの場合、パフォーマンスへの影響は非常に大きいため、辞書編集上の差異によるソート機能への影響に関係なく、ORDERBY_SUPPORTEDはデータ・ソースで有効にしておくことができます。

16 通貨オプションの構成

この章では、Oracle Business Intelligenceの通貨オプションを構成する方法について説明します。コンテンツ・デザイナが分析を作成する際は、その多くの場合に、米国ドルなどの通貨を示すデータを使用します。管理者として、ユーザーが使用できる通貨オプションを制御する各種タスクを実行できます。

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

- 第16.1項「分析用デフォルト通貨の変更」

- 第16.2項「ユーザーの優先通貨オプションの定義」

16.1 分析用デフォルト通貨の変更

フランスのフランをユーロにするなど、表示されるデフォルトの通貨を変更できます。アンサーでのフォーマット関数の使用の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

デフォルト通貨を設定するには:

1. ORACLE_HOME\bifoundation\web\display
ディレクトリにあるcurrencies.xmlファイルを開きます。

2. デフォルトに設定する通貨(USD、CAD、PEN、MADなど)を検索します。

3. 通貨要素全体をコピーします。
たとえば、ユーロの通貨タグをコピーします。

- <Currency tag="int:euro-l" type="international" symbol="_" displayMessage="kmsgCurrencyEuroLeft" digits="2" format="$ #">
<negative tag="minus" format="-$ #" />
</Currency>

4. ファイルの上部付近にあるテキスト文字列int:wrhsを検索します。

5. 要素全体を選択し、その上にコピーした要素を貼り付けて置き換えます。

6. タグ属性がint:wrhsとなるように置き換えます。
たとえば、tag="int:euro-l"をtag="int:wrhs"に置き換えます。

7. Oracle BIプレゼンテーション・サービスのサービスを再起動します。

注意:

アップグレード、パッチセット、バンドル・パッチまたは個別パッチを適用する際に、currencies.xmlファイルが上書きされます。このファイルを変更した場合、新しいcurrencies.xmlに変更内容を再入力する必要があります。

カスタマイズされたサブジェクト・エリア内の列の通貨を指定するには:

1. アンサーで、サブジェクト・エリアを使用する分析を変更します。

2. 「分析」エディタの「基準」タブで、通貨列の「オプション」ボタンをクリックし、「列のプロパティ」を選択して「列のプロパティ」ダイアログを表示します。

3. 「データ書式」タブをクリックし、「デフォルトのデータ書式のオーバーライド」ボックスを選択します。

4. 「数値の取扱い」ボックスで、「通貨」を選択します。

5. 「通貨記号」リストで、「ユーザーの優先通貨」を選択します。

6. タブ内の他のオプションを適切に指定します。

7. 必要に応じて、この設定をシステム全体のデフォルトとして保存します。

8. 完了したら「OK」をクリックし、変更する他の列について前述の手順を繰り返します。

ユーザーの優先通貨オプションを定義する場合、次を考慮してください。

- すべてのユーザーに対するデフォルトを作成する場合、CURRENCYTAG要素をINIT BLOCKを使用して設定します。

- ユーザーの優先通貨を構成する場合、PREFERRED_CURRENCY要素をINIT BLOCKを使用して設定します。
ユーザーの優先通貨オプションの定義に関する詳細は、第16.2項「ユーザーの優先通貨オプションの定義」を参照してください。

INIT BLOCKの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の初期化ブロックでの作業に関する項を参照してください。

16.2 ユーザーの優先通貨オプションの定義

ユーザーは、次のいずれかを使用して、分析およびダッシュボードの通貨列に表示する通貨を選択できます。

- 「マイ・アカウント」ダイアログの「プリファレンス」タブの「通貨」ボックス

- 通貨プロンプト

図16-1 「マイ・アカウント」ダイアログの「プリファレンス」タブの「通貨」ボックスの例

「マイ・アカウント」ダイアログの「プリファレンス」タブでの優先通貨の設定、または通貨プロンプトの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

「通貨」ボックスや通貨プロンプトに表示する通貨オプションは、userpref_currencies.xmlファイルで定義します(ご使用のインストレーションでは列を通貨に変換できますが、これらの通貨オプションは、その変換先の通貨用のオプションです)。通貨オプションを定義することで、「マイ・アカウント」ダイアログの「プリファレンス」タブで「通貨」ボックスを使用できるかどうか、および「プロンプト」エディタの「定義」ペインで「通貨プロンプト」オプションを使用できるかどうかも制御されます。

これらの通貨オプションを定義する場合は、次のいずれかのマッピング・タイプを使用します。

- 静的 - すべてのユーザーに表示される通貨オプションの静的リストを作成します。

- 動的 - 指定する論理SQL文に基づいて動的に変更される通貨オプションのリストを作成します。これは、たとえば通貨オプションを動的に変更して、各ユーザーに自身のアカウント固有のリストを表示させる場合に便利です。各ユーザーには、使用できるすべてのオプションのサブセットが表示されます。たとえば、あるユーザー・グループには「Global Currency 1」または「Global Currency 2」のいずれかからのみ通貨を選択させ、他のグループには別の異なるオプションから通貨を選択させることができます。

注意:

ユーザーの優先通貨オプションを有効にするには、Oracle Business Intelligenceリポジトリで次の構成も実行する必要があります。

- PREFERRED_CURRENCYセッション変数の作成。

- ビジネス・モデルおよびマッピング・レイヤーでの論理通貨列の変換設定。

- インストレーションの通貨情報を使用したuserCurrencyPreference表の作成。これにより、指定する論理SQL文に基づいて通貨オプションを動的に変更できます(動的マッピングを使用する場合にのみ必要)。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の「複数通貨サポートの論理列の構成」を参照してください。

ユーザーの優先通貨のコンテンツは、PREFERRED_CURRENCYセッション変数を使用して設定できます。次の3ファイルのいずれかでUserCurrencyPreferences要素を定義します。

- instanceconfig.xmlファイル。ORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obipsnにあります。

- userpref_currencies.xmlファイル。ORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obipsnにあります。

- yourfilename。instanceconfig.xmlファイルに含まれるエントリが含まれ、使用するファイルを指しています。たとえば、次のようになります。

<UserprefCurrenciesConfigFile>yourpath</UserprefCurrenciesConfigFile>

ここで、yourpathはファイルの場所です。

16.2.1 静的マッピングを使用したユーザーの優先通貨オプションの定義

マッピングを使用して、通貨の選択時にすべてのユーザーに表示するオプションの静的リストを定義できます。

静的なマッピングを使用してユーザーの優先通貨オプションを定義するには:

1. テキスト・エディタを使用して、次のディレクトリにあるuserpref_currencies.xmlファイルを開きます。
ORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obipsn

2. 次のようにUserCurrencyPreferences要素を追加します。

<UserCurrencyPreferences currencyTagMappingType="static">

</UserCurrencyPreferences>

3. 「通貨」ボックスまたは通貨プロンプトに各通貨オプションが表示されるようにするには、次のフォーマットを使用して、<UserCurrencyPreferences>タグの間にUserCurrencyPreference要素を追加します。

<UserCurrencyPreference sessionVarValue="sessionVarValuevalue" displayMessage="displayMessagevalue" displayText="displayTextvalue" currencyTag="currencyTagvalue"/>

このフォーマットの説明は次のとおりです。

- sessionVarValue="sessionVarValue ": セッション変数PREFERRED_CURRENCYを設定します。この値として、通貨を一意に識別する文字列を指定します(gc1など)。

- (オプション)displayMessage="displayMessagevalue": プレゼンテーション変数currency.userPreferenceをローカライズされた値に設定します。ローカライズされた値を指定するには、最初に、通貨のローカライズ済メッセージをusercurrencymessages.xmlファイルで作成する必要があります。詳細は、第15.2.1.2項「ユーザーの優先通貨のメッセージのローカライズ」を参照してください。次に、displayMessageの値として、通貨に対してusercurrencymessages.xmlファイルに指示されているWebMessage名を指定します。たとえば、usercurrencymessages.xmlファイルで次の英語エントリを作成します。

<WebMessage name="kmsgMyCurrency1"><TEXT>My Currency 1</TEXT></WebMessage>

次に、displayMessageの値としてkmsgMyCurrency1を指定します。

- (オプション)displayText="displayTextvalue": プレゼンテーション変数currency.userPreferenceをローカライズされていない値に設定します。値として、Global Currency 2など、通貨を示す文字列を指定します。
currency.userPreference変数の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

- currencyTag="currencyTagvalue": 「マイ・アカウント」ダイアログの「プリファレンス」タブの「通貨」ボックスおよび通貨プロンプトに移入するdisplayMessage値を含む、currencies.xmlファイルの通貨タグを識別します(currencies.xmlファイルは、ORACLE_HOME\bifoundation\web\displayにあり、通貨フォーマットを提供します)。

注意:

currency.userPreference変数の値は、次の優先順位で、UserCurrencyPreference要素のdisplayMessage属性およびdisplayText属性から取得されます。

1. displayText

2. displayMessage

displayTextおよびdisplayMessageの値が存在しない場合は、currencies.xmlファイルの対応する通貨タグのdisplayMessage属性の値が使用されます。

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

5. Oracle Business Intelligenceを再起動します。
詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

16.2.2 例: ユーザーの優先通貨オプションを定義する静的マッピング

次の例は、静的マッピングを使用してユーザーの優先通貨オプションを定義するuserpref_currencies.xmlファイルを示しています。

<UserCurrencyPreferences currencyTagMappingType="static">
<UserCurrencyPreference sessionVarValue="gc1" displayText="Global Currency 1" currencyTag="int:USD" />
<UserCurrencyPreference sessionVarValue="gc2" displayText="Global Currency 2" currencyTag="int:euro-l" />
<UserCurrencyPreference sessionVarValue="gc3" displayText="Global Currency 3" currencyTag="loc:ja-JP" />
<UserCurrencyPreference sessionVarValue="orgc" displayText="Org Currency" currencyTag="loc:en-BZ" />
</UserCurrencyPreferences>

図16-2は、userpref_currencies.xmlファイルのこれらの値が、ダッシュボード・ページに表示されるプロンプトの通貨オプションのドロップダウン・リストでどのように表示されるかを示しています。このドロップダウン・リストは、「マイ・アカウント」ダイアログの「プリファレンス」タブの「通貨」ボックスに表示される内容と似ています。

図16-2 プロンプトの静的通貨オプション

16.2.3 動的マッピングを使用したユーザーの優先通貨オプションの定義

マッピングを使用して、通貨の選択時にユーザーに表示されるオプションの動的リストを定義できます。このリストは、指定する論理SQL文に基づいて動的に変更されます。これは、たとえば、ユーザーごとに通貨オプションを動的に変更する場合に便利です。

動的マッピングを使用してユーザーの優先通貨オプションを定義するには:

1. テキスト・エディタを使用して、次のディレクトリにあるuserpref_currencies.xmlファイルを開きます。
ORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obipsn

2. 次のようにUserCurrencyPreferences要素を追加します。

<UserCurrencyPreferences currencyTagMappingType="dynamic">

</UserCurrencyPreferences>

3. 次のフォーマットを使用して、<UserCurrencyPreferences>タグの間にUserPrefCurrencyLogicalSQL要素を追加します。

<UserPrefCurrencyLogicalSQL>
SELECT column1, column2, column3 FROM userCurrencyPreference
</UserPrefCurrencyLogicalSQL>

このフォーマットの説明は次のとおりです。

- column1には、セッション変数PREFERRED_CURRENCYを設定するために使用する値を含めます。この列の各値は、一意に通貨を識別する文字列です(gc1など)。

- column2には、たとえばint:euro-1など、「通貨」ボックスおよび通貨プロンプトに移入するdisplayMessage値を含む、currencies.xmlファイルの通貨タグを含めます(currencies.xmlファイルは、ORACLE_HOME\bifoundation\web\displayにあり、通貨フォーマットを提供します)。

- (オプション)column3には、プレゼンテーション変数currency.userPreferenceを設定するために使用する値を含めます。この列の各値は、Global Currency 2など、通貨を識別する文字列です。

注意:

column3を省略した場合、currencies.xmlファイルの対応する通貨タグのdisplayMessage属性の値が使用されます。

currency.userPreference変数の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

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

5. Oracle Business Intelligenceを再起動します。
詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

16.2.4 例: ユーザーの優先通貨オプションを定義する動的マッピング

次の例は、動的マッピングを使用してユーザーの優先通貨オプションを定義するuserpref_currencies.xmlファイルを示しています。

<UserCurrencyPreferences currencyTagMappingType="dynamic">
UserPrefCurrencyLogicalSQL>
<!-- In this SELECT statement, column1 contains the values to set the PREFERRED_CURRENCY variable, column2 contains the currency tag values, and column3 contains the values to set the currency.userPreference variable. -->
SELECT markets.userpreferences, markets.currencyTag, markets.userpreferencename FROM userCurrencyPreference
</UserPrefCurrencyLogicalSQL>
</UserCurrencyPreferences>

表16-1は、論理SQL文の結果の例を示しています。

表16-1 論理SQLの結果の例

"Markets"."UserPreference"

"Markets"."CurrencyTag"

"Markets"."UserPreferenceName"

varchar

varchar

varchar

orgc1

loc:en-BZ

Org currency

gc2

int:euro-1

Global currency 2

lc1

int:DEM

Ledger currency

gc1

int:USD

Global Currency 1

図16-3は、serpref_currencies.xmlファイルのSQL文から動的に生成された値が、「マイ・アカウント」ダイアログの「プリファレンス」タブにある「通貨」ボックスの通貨オプションのドロップダウン・リストにどのように表示されるかを示しています。このドロップダウン・リストは、ダッシュボード・ページのプロンプトで表示される内容に似ています。

図16-3 「マイ・アカウント」ダイアログの動的通貨オプション

17 Oracle BIプレゼンテーション・カタログの構成と管理

この章では、Oracle BIプレゼンテーション・カタログの構成方法および管理方法について説明するとともに、基本的なメンテナンス手順と全文検索のための構成について情報を提供します。

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

- 第17.1項「Oracle BIプレゼンテーション・カタログについて」

- 第17.2項「Oracle BIプレゼンテーション・カタログのメンテナンス」

- 第17.3項「カタログ・マネージャについて」

- 第17.4項「カタログ・マネージャの起動とカタログのオープン」

- 第17.5項「カタログ・マネージャの作業領域の使用方法」

- 第17.6項「カタログ・マネージャでのオブジェクトの使用」

- 第17.7項「XMLでのカタログ・オブジェクトの表示と編集」

- 第17.8項「カタログ・マネージャを使用したカタログ・テキストの検索と置換」

- 第17.9項「カタログ・マネージャを使用したカタログ・データを表示するためのレポートの作成」

- 第17.10項「カタログ・マネージャを使用したアーカイブとアンアーカイブ」

- 第17.11項「全文カタログ検索のための構成の概要」

- 第17.12項「Oracle Secure Enterprise Searchでの検索の構成」

- 第17.13項「Oracle Endeca Serverでの検索の構成」

- 第17.14項「全文検索の構成の共通手順」

- 第17.15項「Oracle BIプレゼンテーション・カタログのレプリケート」

17.1 Oracle BIプレゼンテーション・カタログについて

Oracle BIプレゼンテーション・カタログは、ユーザーが、個々のファイルからなるディレクトリ構造内に作成したコンテンツを格納します。このコンテンツには、フォルダ、ショートカット、Oracle BI EEオブジェクト(分析、フィルタ、プロンプト、ダッシュボードなど)、およびOracle BI Publisherオブジェクト(レポート、テンプレートなど)が含まれます。

この項には次のトピックが含まれます:

- 第17.1.1項「カタログ内のオブジェクト」

- 第17.1.2項「カタログの場所」

- 第17.1.3項「カタログのファイル・システムのガイドライン」

17.1.1 カタログ内のオブジェクト

図17-1は、プレゼンテーション・サービスで表示されるカタログ内のサンプル・オブジェクトを示しています。

図17-1 プレゼンテーション・サービスでのカタログ内のサンプル・オブジェクト

17.1.1.1 オブジェクト名のガイドライン

カタログ内の各オブジェクトは、独自のファイルに格納されます。たとえば、Analysis 1という分析はAnalysis1という名前のファイルに格納されます。ユーザーに表示されるオブジェクト名(Analysis 1など)は、論理オブジェクト名と呼ばれます。

オブジェクト名のガイドラインは次のとおりです。

- カタログ内のオブジェクトの論理名には、有効なUnicode文字であれば、どの文字でも使用できます。次のものは有効な論理名です。

Hello World
Profit / Loss
% Sales * $ Cost ~~ $ "Expense"?

- 論理オブジェクト名の長さは、256 Unicode文字以内にしてください。
Unicodeの詳細は、第17.1.3項「カタログのファイル・システムのガイドライン」を参照してください。

- オブジェクトの論理パス名の長さは、16,000 Unicode文字以内にしてください。

- オブジェクトの論理パス名のディレクトリ・セグメントの数は、255セグメント以内にしてください。
たとえば、/n1/n2/n3/n4/…./n253/n254/n255などの名前を持つディレクトリは有効ですが、/n1/n2/n3/n4/…./n254/n255/n256などの名前は無効です。

- SOAPを使用してオブジェクトのパス名を渡す場合は、次に示す文字をエスケープする必要があります。

Forward slash (/)
Backward slash (\)
Tilde (~)
Asterisk (*)
Question mark (?)

次に示す論理パス名はすべて有効です。

/shared/test/Hello World
/shared/test/Profit \/ Loss
/shared/test/% Sales \* $ Cost \~\~ $ "Expense"\?

カタログ・パスを作成する際は十分に注意してください。一般的に、コードではスラッシュ(/)は常にパス・セパレータとみなされます。パス・コードに「Profit / Loss」などのオブジェクト名が含まれていないか常に確認してください。

- SOAPを使用してカタログ検索フィルタを渡す場合は、次に示す文字をエスケープする必要があります。

Forward slash (/)
Backward slash (\)
Tilde (~)
Asterisk (*)
Question mark (?)
Caret (^)
Dollar sign (?)

次に示す検索フィルタはすべて有効です。

Hello World
Profit \/ Loss
% Sales \* \$ Cost \~\~ \$ "Expense"\?

17.1.1.2 オブジェクトの属性ファイル

各オブジェクトには、対応する属性ファイルがあります。たとえば、Analysis1という分析であれば、Analysis1.atrという名前の対応する属性ファイルがあります。属性ファイルには、オブジェクトの完全な名前、アクセス制御リスト(ACL)、説明などが含まれます。カタログ内のオブジェクトにアクセスするには、ユーザーはそのオブジェクトに適したACLエントリを持っている必要があります。カタログ内のすべてのオブジェクトがACLエントリを使用します。

17.1.1.3 オブジェクトのロック・ファイル

一度に1人のユーザーのみがファイルに書き込めるようにするため、オブジェクトに書き込んでいるときにロック・ファイルが作成されます。まれに(停電の後など)、カタログ内の一時ロック・ファイルが完全に削除されないことがあります。プレゼンテーション・サービスによってそのようなロック・ファイルが検出された場合は、それを手動で削除する必要があります。

17.1.2 カタログの場所

カタログ・ファイルが格納されているディレクトリのデフォルトの場所は次のとおりです。

- Windowsシステムの場合:
ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\catalog

- UNIXシステムの場合:
ORACLE_INSTANCE/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obipsn/catalog

カタログをそのデフォルトの場所に格納する必要はありません。カタログは他の場所に格納することもできます。クラスタ構成を使用している場合は、そのクラスタ内のすべてのノードからアクセスできる共有ファイル・システムにカタログを格納します。詳細は、第5.4.3項「Oracle BIプレゼンテーション・カタログの共有」を参照してください。

カタログ・ディレクトリ名の詳細は、第17.1.3.3項「様々なプラットフォーム上のカタログ・ファイルの処理」を参照してください。

17.1.3 カタログのファイル・システムのガイドライン

この項では、ファイル・システム内でカタログのオブジェクトを使用するための次に示すガイドラインについて説明します。

- 第17.1.3.1章「カタログのユーザーの処理」

- 第17.1.3.2項「異機種ノードの処理」

- 第17.1.3.3項「様々なプラットフォーム上のカタログ・ファイルの処理」

- 第17.1.3.4項「カタログ・ファイルの既知の問題」

17.1.3.1 カタログのユーザーの処理

カタログは、数千の同時ユーザーにスケーリングするように設計されています。このスケーリングを実現するために、カタログは次のガイドラインに従います。

- 平均的なユーザーは、一般的にカタログから読み取るのみであり、書き込むことはほとんどありません。リリース11gでは、各ユーザーは定期的および自動的にそのユーザーの最近使用したファイルを更新していますが、各ユーザーの読取り操作は、そのユーザーの書込み操作よりもはるかに多くなっています。したがって、読取りと書込みの比率は、通常、少なくとも100対1です。

- ロック・メカニズムによって、オブジェクトに書き込めるユーザーは一度に1人のみであることが保証されていますが、まれに、複数のユーザーが同じオブジェクトに同時に書込みを試みることがあります。遅延ロックと呼ばれる機能によって、ユーザーは、別のユーザーがオブジェクトを更新しているときでも、そのオブジェクトの読取りを続行できます。

- 最新のファイル・システムでは、小さいファイルはディレクトリ・レコード内に直接キャッシュされるため、ディレクトリ上の情報を読み取ると同時に、すべての小さいファイルがオペレーティング・システムのメモリー・キャッシュに直接ロードされます。したがって、カタログ内のファイル、特に頻繁に読み取られる.atrメタデータ・ファイルは小さくしておくことをお薦めします。これらのメタデータ・ファイルを小さいまま保持すると、ディレクトリ内のすべての.atrファイルが一度の物理ハード・ディスクの読取りでメモリーにロードされます。「小さい」しきい値を超えるすべてのファイルで、ファイルごとに追加の物理ハード・ディスク読取りが実行され、それにより、大きいファイルごとに100%の劣化が発生することがあります。したがって、.atrファイルに任意のプロパティを格納することを検討している場合は注意してください。

- NFSによるオブジェクトの.atrメタデータ・ファイルの読取りは、ローカル・ディスクからの直接読取りよりもはるかに遅くなります。そのため、プレゼンテーション・サービスはすべての.atrファイルを追加で内部にキャッシュします。クラスタ内の別のノードが、現在のノードがキャッシュしたデータよりも新しいデータをファイルに書き込む場合、このキャッシュは短期間で古くなる可能性があります。そのため、すべてのノードは、instanceconfig.xmlのMaxAgeMinutes要素(クラスタに対するデフォルトは5分)に従ってリフレッシュされます。このデフォルト設定は、データが古くなる可能性とパフォーマンスに関する既知の影響の間で、一般的に最良の妥協点になります。(クラスタなしの環境のデフォルトは、60分です。)
MaxAgeMinutes要素はシステムに合せて変更できます。その親要素はCacheとCatalogAttributesです。この要素を変更する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報に精通していることを確認してください。

17.1.3.2 異機種ノードの処理

1つのクラスタ内での異機種ノードの使用を可能にするために、カタログは次のガイドラインに従います。

- ディスク上のオブジェクトの名前の長さは最大で256バイト(64 Unicode文字)です。論理名は、256 Unicode文字に制限されています。この制限に従うために、32文字よりも大きい論理名はハッシュされます。

- ディスク上のパスの名前の長さは最大で32KB(8,000 Unicode文字)です。論理パスは、16,000 Unicode文字までに制限されています。

- ディスク上のすべてのパス名は、すべて小文字です。論理パス名では、大文字小文字は組み合せて使用できますが区別はされません。

- ディスク上のパス名には特定の文字を使用できませんが、論理パス名にはすべての文字を使用できます。たとえば、Windowsシステムでは、コロン(:)などの特定の文字列は使用できません。そのため、それらの文字は標準HTMLエスケープ・シーケンスを使用してマッピングされます。たとえば、ピリオド文字(.)は%2eになります。

- ディスク上では特定のファイル名を使用できませんが、論理オブジェクト名には制限はありません。たとえば、Windowsシステムでは、COMなどの特定のファイル名は使用できません。そのため、それらの名前は標準HTMLエスケープ・シーケンスを使用してマッピングされます。たとえば、comはco%6dになります。

17.1.3.3 様々なプラットフォーム上のカタログ・ファイルの処理

様々なプラットフォーム上のカタログ・ファイルを処理するときは、次の点に注意してください。

- UNIXプラットフォームの場合: UNIXカーネルは、通常、ディレクトリごとに4,000を超えるサブディレクトリを配置可能にするように構成する必要があります。HashUserHomeDirectories要素の詳細は、第17.2.1項「カタログの追加の構成設定の手動による変更」を参照してください。

- Windowsプラットフォームの場合:
ユーザーがMicrosoft Windowsエクスプローラなどのツールを使用してカタログ・ファイルをナビゲートする場合、c:/obi/demoなどの短いパス名に基づいたカタログ構造が好まれます。長いデフォルト・パス名は好まれず、そのようなナビゲーションはお薦めできません。

- FATはサポートされておらず、NTFSが必須です。

- Windowsプラットフォーム上のパフォーマンスは、1つのディレクトリに8,000個を超えるファイルが存在すると著しく低下します。各カタログ・オブジェクトには2つのファイル(データ・ファイルと.atrメタデータ・ファイル)があるため、1つのディレクトリ内に格納するカタログ・オブジェクトは4,000個以内にすることを強くお薦めします。HashUserHomeDirectories要素の詳細は、第17.2.1項「カタログの追加の構成設定の手動による変更」を参照してください。

- Windowsエクスプローラでは、長いパス名は適切に処理されないため、カタログの内部構造のナビゲートにはWindowsエクスプローラを使用しないことをお薦めします。ファイル・システムは32KBまでのパス名を処理でき、プレゼンテーション・サービスに悪影響を及ぼすことはありませんが、Windowsエクスプローラは約2KBを超えるパス名では使用できません。
1つのUnicode文字に4バイト必要な場合があるため、わずか500個のUnicode文字からなるパス名でもWindowsエクスプローラを使用できないことがあります。この制限によって、プレゼンテーション・サービスが影響を受けることはありません。この制限のため、カタログはc:\mycatalog\salesなどのように最上位レベルのディレクトリに配置してください。

17.1.3.4 カタログ・ファイルの既知の問題

カタログ・ファイルを使用する際の既知の問題は次のとおりです。

- NFSシステム全体のロックは困難ですが、プレゼンテーション・サービスは最新のパッチで効果的なロック・メカニズムを提供しています。必要に応じて、該当するパッチを入手し、旧バージョンのOracle BI EEを更新してください。
詳細は、第17.2.5項「カタログの検証」を参照してください。

- サードパーティの各種FTPプログラムでは、%エスケープ・シーケンスの処理に問題があり、二重にエスケープされたファイル名に変更されることがよくあります。たとえば、sa%2epaint(論理名はSA.Paint)という名前のファイルは、誤ってsa%252epaint(論理名はSA%2ePaint)に変更されます。
カタログに対してFTPプログラムを直接使用しないでください。かわりに、7-Zipユーティリティをダウンロードして使用し、カタログ・ファイルを圧縮して、その圧縮済ファイルをFTPプログラムを使用して転送します。

17.2 Oracle BIプレゼンテーション・カタログのメンテナンス

この項には、カタログのメンテナンスに関する次のトピックが含まれています。

- 第17.2.1項「カタログの追加の構成設定の手動による変更」

- 第17.2.2項「新規Oracle BIプレゼンテーション・カタログの手動による作成」

- 第17.2.3項「本番環境へのカタログとオブジェクトのデプロイ」

- 第17.2.4項「カタログ・オブジェクトの更新」

- 第17.2.5項「カタログの検証」

17.2.1 カタログの追加の構成設定の手動による変更

Fusion Middleware Controlで変更できるプレゼンテーション設定に加えて、その他の設定を手動で変更できます。これらの設定を変更するには、instanceconfig.xmlファイルの様々な要素を使用します。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報に精通していることを確認してください。

カタログの追加の構成設定を手動で変更するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを開いて編集します。

2. 次の要素を追加する必要があるCatalogセクションをみつけます。

- HashUserHomeDirectories: ディレクトリのハッシングを指定します。カタログ・ユーザーが4,000を超える場合、または将来、超える予定がある場合は、ユーザーのホーム・ディレクトリのハッシングをオンにして、ファイル・システムの制限に対処してください。それには、HashUserHomeDirectories要素をそのデフォルト値の0から2に設定します。この要素をオンにすると、たとえば、Steveというユーザーのデフォルトのホーム・ディレクトリは/users/st/steveになります。

注意:

次のことに注意してください。

- HashUserHomeDirectories要素を有効にするは、Oracle BI EEをインストールした直後に設定する必要があります。

- 通常は、HashUserHomeDirectories要素を2より大きい値に設定しないでください。2より大きい値に設定すると、ハッシングが無効になります。

- アップグレードを実行し、カタログ・エントリでHashUserHomeDirectories要素を含む別のアイデンティティ・ストアを識別した場合、『Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド』内のアップグレード・アシスタントの実行の準備に関する項を参照してください。

- instanceconfig.xmlに含めるCatalog要素は1つのみにします。そうしないと、予期しない結果になることがあります。明記されていないかぎり、ほとんどのノードはXMLドキュメントに一度のみ含めます。

3. 必要に応じて、次の例に示すように、要素とその祖先の要素を含めます。

<ServerInstance>
<Catalog>
<HashUserHomeDirectories>2</HashUserHomeDirectories>
</Catalog>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. プレゼンテーション・サービスを再起動します。

17.2.2 新規Oracle BIプレゼンテーション・カタログの手動による作成

新しいカタログを手動で作成できます。

新しいカタログを手動で作成するには:

1. プレゼンテーション・サービスのサービスを停止します。
Oracle BIサーバーおよびWebLogic Serverが実行されている必要があります。

2. Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブでカタログの新しい場所(存在していない場所)を指定します。
第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

3. カタログの新しい場所が空であることを確認します。

4. 変更内容を保存し、ファイルを閉じます。

5. プレゼンテーション・サービスを再起動します。

クラスタ環境で新しいカタログを手動で作成する場合、Fusion Middleware Controlの「容量管理」ページにある「可用性」タブを使用して、プレゼンテーション・サービスの各インスタンスを個別に再起動する必要があります。「Business Intelligenceの概要」ページの「再起動」はクリックしないでください。最初のプレゼンテーション・サービス・インスタンスが再起動されて新しいカタログの作成に十分な時間がシステムで経過するまで、しばらく待機します。その後、プレゼンテーション・サービス・ログ・ファイルでカタログが正常に作成されたことを検証してから、クラスタにあるその他のプレゼンテーション・サービス・インスタンスを再起動します。

17.2.3 本番環境へのカタログとオブジェクトのデプロイ

次の各項の説明に従って、テスト環境から本番環境にカタログおよびシンプル・オブジェクト(権限付きダッシュボードなど)をデプロイできます。

- 第17.2.3.1項「本番環境へのカタログのデプロイ」

- 第17.2.3.2項「本番環境へのオブジェクトのデプロイ」

17.2.3.1 本番環境へのカタログのデプロイ

Windows環境では、7-Zipユーティリティを使用します。他のユーティリティは使用しないでください。UNIX環境では、tape archiving (またはtar)コマンドおよびGZzipなどの圧縮ユーティリティを使用して、テスト環境のカタログ全体をアーカイブできます。これにより、本番環境で、7-Zipまたはtarを使用してファイルをアンアーカイブできます。

注意:

カタログ全体のアーカイブおよびアンアーカイブには、カタログ・マネージャは使用しないでください。

カタログに対してFTPプログラムを直接使用しないでください。

異なるセキュリティ構成を使用しているシステムに移動する場合、ユーザーがログインする前に、NQSConfig.INI内のFMW_UPDATE_ROLE_AND_USER_REF_GUIDSパラメータをすぐに更新し、Oracle BIサーバーおよびプレゼンテーション・サービスを再起動する必要があります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のユーザーGUIDのリフレッシュに関する項を参照してください。

同一のセキュリティ構成を使用しているシステムに移動する場合、GUIDのリフレッシュは必要ありません。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド』のアップグレード・アシスタントの実行の準備に関する項を参照してください。

テスト環境から新しい本番環境にカタログをデプロイする場合、必要に応じてFusion Middleware Controlを使用して本番環境内の新しいカタログの場所を指定します。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

17.2.3.2 本番環境へのオブジェクトのデプロイ

テスト環境から本番環境にオブジェクト(権限付きダッシュボードなど)をデプロイできます。

本番環境にカタログ・オブジェクトをデプロイするには:

1. (オプション)新しい本番環境にカタログ・オブジェクトをデプロイする場合。
次のようにして、テスト環境でカタログ・オブジェクトをアーカイブし、それを本番環境でアンアーカイブします。

1. 次のいずれかを使用して、テスト環境のカタログ・オブジェクトをアーカイブします。

- Oracle BIプレゼンテーション・サービス。

- カタログ・マネージャ。
詳細は、第17.10項「カタログ・マネージャを使用したアーカイブとアンアーカイブ」を参照してください。

2. アーカイブ済ファイルを本番コンピュータにコピーします。

3. 本番コンピュータで、オブジェクトをアンアーカイブします。
オブジェクトのアンアーカイブ方法の詳細は、第17.10項「カタログ・マネージャを使用したアーカイブとアンアーカイブ」を参照してください。

4. 必要に応じて、オブジェクトに権限を設定します。

2. (オプション)既存の本番環境にカタログをデプロイする場合。
次のように、新規または更新されたオブジェクトをテスト・カタログから本番カタログにコピーして貼り付けます。

1. 2つのカタログ・マネージャ・ウィンドウ(一方はテスト・カタログ、他方は本番カタログ)を開きます。

2. 必要なフォルダをテスト・カタログから選択してコピーし、本番カタログに貼り付けます。
テスト環境または本番環境で同じコンテンツを変更済のフォルダをコピーして貼り付けると、テスト環境のコンテンツによって本番環境のコンテンツが上書きされます。

3. (オプション)テスト環境から新しい本番環境にカタログをデプロイする場合、Fusion Middleware Controlを使用して本番環境内の新しいカタログの場所を指定します。
詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

17.2.4 カタログ・オブジェクトの更新

より新しいバージョンのOracle Business Intelligenceにアップグレードするかパッチをインストールして、カタログでオブジェクトを使用すると、特定のオブジェクトへのアクセスが以前のリリースのように高速に実行されないことがあります。この変化は、オブジェクトが正しくアップグレードされていない場合に発生する可能性があります。更新が必要かどうかは、Fusion Middleware Controlでメトリックを表示することによって確認できます。「カタログ」フォルダで、アップグレードが必要であることを示すオブジェクトの数という説明の付いた要アップグレードというメトリックを見つけます。この数が大きい場合は、プレゼンテーション・サービスの「管理」ページを使用してカタログ内のオブジェクトを更新することにより、この問題を解決できます。

『Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド』の手順に従うことで、Oracle Business Intelligenceの新しいバージョンにアップグレードできます。このガイドのタスク5: Oracle BIリポジトリとカタログのアップグレードに関する項には、カタログ・オブジェクトのアップグレードの詳細情報、および推奨されるアップグレード方法が記載されています。この方法では、プレゼンテーション・サービスが実行されていない場合に完全なアップグレードを行います。アップグレード・プロセス中にオブジェクトのアップグレードが完全には実行されなかったことが疑われる場合は、「管理」ページを使用して、自分でオブジェクトを更新できます。この方法の利点は、プレゼンテーション・サービスを実行したまま更新を行えることにあります。

オブジェクトの更新を準備する際は、次の点に留意してください。

- クラスタ内でマシンのローリング・アップグレードを実行している場合は、クラスタ内のすべてのマシンがアップグレードされるまで、このオプションやUpgradeAndExit構成設定は使用しないでください。

- このオプションは、一度にクラスタ内の1つのノードでのみ使用します。

- このオプションは、システムでセキュリティの変更が発生していないことがわかっている場合にのみ使用します。たとえば、Global Unique Identifier (GUID)に変更が発生した場合は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のユーザーGUIDのリフレッシュに関する項に記載されている手順を使用します。

カタログ・オブジェクトを更新するには:

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

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

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

17.2.5 カタログの検証

時間の経過とともに、リンクが破損する、ユーザーが削除される、NFSファイル・システムの問題が発生するなどカタログ内に非一貫性が発生することがあります。これらの非一貫性は、最終的にエージェントの受信者リストを編集できなくなるなど、不適切な動作につながることがあります。本番システムを定期的にオフラインにしてカタログを検証し、非一貫性を検出して、修正操作を実行できます。

この項では、カタログの検証に関する次の項目について説明します。

- 第17.2.5.1項「プロセス: カタログの検証」

- 第17.2.5.2項「検証プロセスのタスク」

- 第17.2.5.3項「カタログ検証の重要なガイドライン」

- 第17.2.5.4項「基本的なカタログ検証の実行」

- 第17.2.5.5項「カタログを検証するための要素の指定」

17.2.5.1 プロセス: カタログの検証

カタログの検証プロセスには、オフライン・モードでのカタログのレポートの作成や、調整または削除が必要なオブジェクトの確認があります。一部のオブジェクトは、オフライン・モードで手動で修正できます。その後、検証操作を再度実行して、不要なオブジェクトを削除することによりシステムを「クリーン」にできます。カタログの検証が終了するまで、レポートの作成、エラーの手動修正およびカタログのクリーンを繰り返します。

17.2.5.2 検証プロセスのタスク

検証プロセスでは、次のタスクを実行します。

- カタログ内の各オブジェクトが0バイトよりも大きいことを確認します。

- カタログ内の各項目に、対応する有効な.atrファイルがあることを確認します。

- カタログ内の各リンクが有効であることを確認します。

- アカウント・キャッシュ内のファイルが有効であることを確認します。

- カタログ内のすべてのXMLオブジェクトがスキーマ検証に通ることを確認します。

- ftpプログラムによって損傷したオブジェクト名の修復を試みます。

17.2.5.3 カタログ検証の重要なガイドライン

カタログを検証する前に、次のガイドラインに留意してください。

- カタログを検証する前に、ユーザーGUIDをリフレッシュする必要があります。ユーザーGUIDが同期化されていないカタログの検証を試行すると、検証プロセスでは、すべてのアカウントが削除されているとみなされ、すべてのアカウント情報が事実上カタログから削除されます。
開発環境に本番環境とは異なるセキュリティ・ストアがある場合は、開発環境でカタログを検証する際に注意する必要があります。異なるセキュリティ・ストアを使用して検証を実行すると、多くのアカウントがカタログから削除される可能性があります。

- カタログの検証をオンにすると、すべてのACL (つまり、すべての権限と各項目の権限)が「スクラブ」されます。これは、それらからデッド・アカウントが削除され、変更されたすべての項目がディスクに書き込まれることを意味します。そのため、破損した項目を自動的に修正せずに単にレポートを作成するだけであっても、カタログが広範囲に「変更」されることがあります。

- クラスタ環境でカタログを検証する前に、次のいずれかを実行します。

- プレゼンテーション・サービス・クラスタを停止し、そのクラスタのカタログに対して検証を直接実行します。

- クラスタのカタログのコピーを作成し、そのコピーに対して検証を実行します。
7-Zipユーティリティを使用してカタログのコピーを作成する前に、プレゼンテーション・サービス・クラスタのすべてのノードを停止するか、そのクラスタのすべてのノードをメンテナンス・モードにします(推奨方法)。

検証プロセスと同時にオンラインでカタログに行った変更は、検証には含まれません。

カタログのバックアップが常に推奨されていますが、検証をカタログに対して直接実行することと、バックアップ・コピーに対して実行することの実際的な違いはありません。

17.2.5.4 基本的なカタログ検証の実行

カタログの基本的な検証は、非定型ベースで必要に応じて、コンテンツを開発環境から本番環境に移行する直前や、定期的(たとえば、毎月第1火曜日など)に実行できます。

カタログを検証するには:

1. プレゼンテーション・サービスを停止します。
詳細は、第4.3項「Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用」を参照してください。

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

3. カタログ用のユーザーGUIDをリフレッシュします。『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のユーザーGUIDのリフレッシュに関する項を参照してください。

注意:

カタログを検証する前に、必ずユーザーGUIDをリフレッシュします。それを実行していない場合、カタログからすべてのアカウント、許可および権限が削除されることがあります。

4. instanceconfig.xmlファイルのバックアップ・コピーを作成します。
ファイルの場所は、第3.6項「構成ファイルの格納場所」を参照してください。

5. instanceconfig.xmlファイルを編集し、検証を実行するために適した要素が含まれるようにします。レポートの作成およびカタログの「クリーニング」のタスクを適宜実行するための要素を設定する必要があります。
これらの要素の詳細は、第17.2.5.5項「カタログを検証するための要素の指定」を参照してください。

6. プレゼンテーション・サービスを起動し、instanceconfig.xmlファイルに指定した値に従って検証を実行します。

7. instanceconfig.xmlファイルを再度編集し、検証を実行するために適した要素が含まれるようにします。レポートの作成およびカタログの「クリーニング」のタスクを適宜実行するための要素を設定する必要があります。

8. カタログが検証されるまで、ステップ5 - 7を繰り返します。

9. プレゼンテーション・サービスを停止します。

10. 検証要素を追加したinstanceconfig.xmlファイルのバックアップ・コピーを作成し、そのファイルの名前をinstanceconfig_validate.xmlのような名前に変更します。このようにして、後続の検証の出発点として使用するファイルのバージョンを用意します。

11. 現行バージョンとして使用するために前に作成したinstanceconfig.xmlのバックアップ・バージョンをリストアします。

12. プレゼンテーション・サービスを起動します。

17.2.5.5 カタログを検証するための要素の指定

カタログ検証手順の一部として、プレゼンテーション・サービスを再起動するときに検証を実行する要素をinstanceconfig.xmlファイルに含めます。次の手順は、instanceconfig.xmlファイルを編集してこれらの要素を含める方法を示しています。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

カタログを検証するための要素を指定するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを開いて編集します。

2. 表17-1に記載されている要素を追加する必要があるCatalogセクションをみつけます。

3. 次の例に示すように、必要に応じて要素およびそれらの祖先要素を含めます。この例では、検証はプレゼンテーション・サービスが起動されたときに実行され、検証が完了するとプレゼンテーション・サービスは終了します。一貫性のないアカウント(削除されたユーザーのものなど)、リンク、およびオブジェクトが削除されます。一貫性のないユーザーのホーム・ディレクトリ名は記録されますが、ディレクトリが削除されることはありません。

<ServerInstance>
<Catalog>
<Validate>OnStartupAndExit</Validate>
<ValidateAccounts>Clean</ValidateAccounts>
<ValidateHomes>Report</ValidateHomes>
<ValidateItems>Clean</ValidateItems>
<ValidateLinks>Clean</ValidateLinks>
</Catalog>
</ServerInstance>

注意:

instanceconfig.xmlに含めるCatalog要素は1つのみにします。そうしないと、予期しない結果になることがあります。明記されていないかぎり、ほとんどのノード(Catalog要素のノードなど)はXMLドキュメントに一度のみ含めます。

4. 変更内容を保存し、ファイルを閉じます。

表17-1 カタログを検証するための要素

要素

説明

デフォルト値

Validate

このセクションの他のValidate関連の要素の値に従ってカタログの検証を実行します。値は次のとおりです。

- None - 検証は実行しません。

- OnStartupAndExit - プレゼンテーション・サービスを起動したときに検証を実行し、Report操作またClean操作を実行してから、プレゼンテーション・サービスを停止します。カタログが検証されるまで、(ValidateAccounts、ValidateHomes、ValidateItemsおよびValidateLinksなどの)要素ごとにReport、Clean、Reportのサイクルを複数回実行できます。

この値がNoneではない場合は、他のValidate関連要素の設定に関係なく、終了したアカウントから、カタログ全体におけるすべての権限と各オブジェクトのACLが消去されます。

なし

ValidateAccounts

カタログ内のユーザー、ロール、およびグループに関するすべての情報に一貫性があることを検証します。値の説明は、この表の後に記載してあります。

なし

ValidateHomes

カタログ内のホーム・ディレクトリに関するすべての情報に一貫性があることを検証します。値の説明は、この表の後に記載してあります。

ValidateHomesは、ValidateAccountsがReportまたはCleanのどちらかに設定されている場合にのみ実行されます。

なし

ValidateItems

カタログ内のオブジェクトに関するすべての情報に一貫性があることを検証します。値の説明は、この表の後に記載してあります。

なし

ValidateLinks

カタログのショートカットをクリーンにしますが、オブジェクトに対する内部参照は調整しません。たとえば、ダッシュボード・ページにテキスト「/shared/sales/myfavreportの実行後、ここに結果を表示します」が表示されているとします。その後、ユーザーがmyfavreportオブジェクトを削除しても、検証時には修正やメッセージは表示されません。値の説明は、この表の後に記載してあります。

なし

要素には、次のリストに示す値が設定されます。

- None - 検証を実行しないことを指定します。

- Report - 一貫性のないオブジェクトそれぞれの詳細をsawlog.logファイルに書き込むことを指定します。
詳細は、第8.3.2項「診断ログ構成ファイルの概要とその位置」を参照してください。

- Clean - 一貫性のないオブジェクトそれぞれの詳細をsawlog.logファイルに書き込み、各オブジェクトをカタログから削除することを指定します。

17.3 カタログ・マネージャについて

カタログ・マネージャは、Oracle BIプレゼンテーション・カタログのオンラインおよびオフラインでの管理を可能にするツールです。カタログ・マネージャは、Oracle BI管理者のみがアクセスできるセキュアなコンピュータにインストールします。

17.3.1 カタログ・マネージャの用途

カタログ・マネージャを使用して実行できることは次のとおりです。

- フォルダ、ショートカット、グローバル変数およびオブジェクト(分析、フィルタ、プロンプト、ダッシュボードなど)の管理。たとえば、オブジェクトの名前変更や削除を実行したり、カタログ内およびカタログ間でオブジェクトを移動およびコピーできます。

- eXtensible Markup Language(XML)でのカタログ・オブジェクトの表示および編集。

- 分析やプロンプトなどのオブジェクトのプレビュー。

- カタログ・テキストの検索および置換。

- カタログ・オブジェクトの検索。

- カタログ・データを表示するための分析の作成。

- キャプションのローカライズ。第15.2.2項「Oracle BIプレゼンテーション・カタログのキャプションのローカライズ」を参照してください。

カタログ・マネージャで行う操作の多くは、Oracle BIプレゼンテーション・サービスの「カタログ」ページでも実行できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「Oracle BIプレゼンテーション・カタログでのオブジェクトの管理」を参照してください。

17.3.2 カタログ・マネージャの使用のガイドライン

カタログ・マネージャを使用する場合は、次のガイドラインに従ってください。

- 使用しているOracle BIプレゼンテーション・カタログのバックアップ・コピーを常に作成します。

- 実行しようとしている変更を確認します。カタログ・マネージャでは変更はただちにコミットされます。元に戻す機能はなく、特定の変更がユーザーに適切に表示されないことを示すエラー・メッセージも表示されません。ただし、意図しない変更を行った場合は、最新の保存済バックアップまで戻すことができます。

- カタログ・コンテンツをコピーして電子メールに貼り付けないでください。これはサポートされていません。

17.3.3 カタログ・マネージャの使用のヒント

カタログ・マネージャを使用するときは、次のヒントに注意してください。

- オンライン・モードで使用している場合、カタログ・コンテンツを読取り専用フォルダに貼り付けたり、そこから貼り付けるには、コピーする前にそのフォルダ・ツリーの読取り専用プロパティをオフにし、貼り付けた後にその読取り専用属性を再び適用します。

- カタログ・マネージャで/system/securityディレクトリからファイルをコピー、アーカイブまたはドラッグすることはできません。

- キーボード・ショートカットのなかには適切に機能しないものがあります。

- カタログ・マネージャ・ペインは、サイズ変更インジケータが表示されていなくてもサイズ変更できる場合があります。

- カタログ・マネージャは、英語以外の言語で使用できます。詳細は、第15.3項「カタログ・マネージャでの現在のロケールの設定」を参照してください。

17.4 カタログ・マネージャの起動とカタログのオープン

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

- 第17.4.1項「カタログ・マネージャの実行要件」

- 第17.4.2項「カタログ・マネージャのユーザー・インタフェースの起動」

- 第17.4.3項「Linuxシステムでの起動に関する問題の解決」

- 第17.4.4項「2つのカタログ・モードの理解」

- 第17.4.5章「オンライン・モードおよびオフライン・モードで使用可能な操作」

- 第17.4.6項「Oracle BIプレゼンテーション・カタログのオープン」

17.4.1 カタログ・マネージャの実行要件

カタログ・マネージャの実行要件を、次に示します。

- グラフィカル・ユーザー・インタフェース — 次のプラットフォーム上でグラフィカル・ユーザー・インタフェースを起動することができます。

- Windows (32ビットおよび64ビット)

- Linux (32ビットおよび64ビット)

- コマンド・ライン・ユーティリティ — Windows、Linux、IBM-AIX、Sun Solaris、HP-UXなど、Oracle Business Intelligenceでサポートされているプラットフォーム上でコマンド・ライン・ユーティリティを起動することができます。Linuxでコマンド・ライン・ユーティリティの使用方法のヘルプを表示するには、次のようなコマンドを入力します。
./runcat.sh -help

17.4.2 カタログ・マネージャのユーザー・インタフェースの起動

カタログ・マネージャのユーザー・インタフェースは、Windowsのメニュー・オプションあるいはWindowsまたはLinuxのコマンドを使用して起動できます。

カタログ・マネージャのグラフィカル・ユーザー・インタフェースを起動するには:

1. Windowsの「スタート」メニューから、「Oracle Business Intelligence」、カタログ・マネージャの順に選択します。
または

コマンドラインを使用して、次に示すディレクトリに変更します。

ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\catalogmanager

次に示す適切なスクリプトを実行します。

runcat.cmd(Windowsの場合)

runcat.sh (Linuxの場合)

図17-2は、Windowsプラットフォームの場合のカタログ・マネージャ内のサンプル・オブジェクトを示しています。

図17-2 Windowsの場合のカタログ・マネージャ内のサンプル・オブジェクト

17.4.3 Linuxシステムでの起動に関する問題の解決

Linuxシステムでは、グラフィカル・ユーザー・インタフェースのxtermでカタログ・マネージャを起動する必要があります。xtermの例として、ネイティブgnome、kdeコンソール、VNC、またはローカルxサーバー(Xming、Tarantella、Hummingbird Exceed、Citrixなど)があげられます。(これらの例は、認証やサポートに関する声明を構成するものではありません。)PuTTy、FSecure、またはコマンドラインSSHなどのASCIIテキスト端末を使用して、カタログ・マネージャのグラフィカル・ユーザー・インタフェースを起動することはできません。

カタログ・マネージャが起動されない場合は、次の点を確認します。

- xclockやxeyesなどのネイティブ・アプリケーションを実行できること。

- ネイティブ・コンソールまたはVNCを使用してコントロール・マネージャを起動できること。場合によって、オペレーティング・システムの管理者がX-Windowsをロックすることがあります。

- 次に示す、すべてのxterm接続を可能にするコマンドを実行できること。
xhost +

- デバッグが使用可能なコマンドラインからカタログ・マネージャを実行し、次のコマンドを使用して、追加の出力が生成されるかどうかを確認できること。
./runcat.sh -consoleLog -noExit

- straceなどのオペレーティング・システム・ユーティリティを使用して、runcat.shコマンドの実行をトレースし、ライブラリやファイルをオープンできないなどのエラー・メッセージが生成されるかどうかを確認できること。Eclipse Javaプラグインを使用できます。この場合、Standard Widget Toolkit (SWT)をインストールし、続けてGTK (Gimp Toolkit) をインストールすることが必要になります。次のコマンドを入力します。
strace -aef -o ./runcat_trace.txt runcat.sh

17.4.4 2つのカタログ・モードの理解

カタログは、オンラインとオフラインの2つのモードのいずれかで開くことができます。どちらのモードでも、実際の本番カタログに対して操作でき、停止時間は必要ありません。

17.4.4.1 オンライン・モード

オンライン・モードでは、稼動中のWebサーバー上のカタログに接続します。このモードでは、権限が適用され、ロケールを選択でき、カタログ上のローカライゼーションの結果を表示できます。そのユーザーが適切な権限を持つオブジェクトのみが表示されます。オンライン・モードでカタログを開くには、プレゼンテーション・サービスとWebサーバーの両方が稼働中であることが必要です。

オンライン・モードは、カタログに小さな増分変更や追加を実行する場合に使用します。たとえば、権限の変更、1つのオブジェクトの更新、新しいオブジェクトの本番環境への移行などの場合です。

17.4.4.2 オフライン・モード

オフライン・モードでは、ローカル・ファイル・システムに接続します。このモードでは、ユーザーはスーパー・ユーザーまたはシステム・ユーザーとしてログインし、権限は適用されません。このユーザーはカタログ内のすべてのオブジェクトを表示できます。

通常、オフライン・モードでの作業は、オンライン・モードでの作業よりも高速です。これは、個別のファイルに直接アクセス、作成および更新を行うためであり、オンライン・モードで作業するときのようにカタログがプレゼンテーション・サービスと通信する必要がないためです。

オブジェクトの名前をグローバルに変更したり、再編成のために複数のオブジェクトを移動するなどカタログ全体にわたる変更を実行する場合は、次の手順で説明しているように、オフライン・モードを使用します。

システム全体にわたる変更をカタログに実行するには:

1. プレゼンテーション・サービスをメンテナンス・モードにします。
クラスタ環境では、プレゼンテーション・サービスのインスタンスをメンテナンス・モードにでき、数分以内に、クラスタ内のその他すべてのインスタンスも自動的にメンテナンス・モードに移行します。クラスタ環境にかぎり、数分待機してから、プレゼンテーション・サービスをメンテナンス・モードにした目的のタスクを実行してください。

メンテナンス・モードの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「管理ページ」を参照してください。

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

3. 第17.4.6項「Oracle BIプレゼンテーション・カタログのオープン」の説明に従って、カタログ・マネージャで、オフライン・モードでカタログを開きます。

4. システム全体にわたる変更を行います。

5. カタログを再度バックアップします。

6. プレゼンテーション・サービスのメンテナンス・モードを解除します。
クラスタ環境では、プレゼンテーション・サービスのインスタンスのメンテナンス・モードを解除でき、数分以内に、クラスタ内のその他すべてのインスタンスも自動的にメンテナンス・モードが解除されます。そのため、クラスタ環境にかぎり、カタログ・コンテンツの編集を再開できるようになるまで数分必要です。

17.4.5 オンライン・モードおよびオフライン・モードで使用可能な操作

カタログ・マネージャを使用して実行できる操作の多くは、オンライン・モードとオフライン・モードの両方で実行できます。いくつかの操作はどちらか一方のモードのみで使用できます。一般的に、実行可能な操作は次のとおりです。

- オンライン・モードで実行可能な操作は、読取り専用操作と、カタログ全体に影響を与えない書込み操作(オブジェクトの権限の設定など)です。

- オフライン・モードには、オンライン・モードで使用可能な操作の大部分と、カタログ全体に影響を与える書込み操作が含まれています。

さらに、オンライン・モードおよびオフライン・モードでは次の操作を実行できます。

- オブジェクトの切取り

- オブジェクトのコピー

- オブジェクトの貼付け

- 別のカタログのためのオブジェクトのコピー

- 別のカタログからのオブジェクトの貼付け

- オブジェクトのショートカットの作成

- オブジェクトの削除

- 参照の更新を伴わないオブジェクトの名前の変更

- 参照の更新を伴うオブジェクトの名前の変更(この機能はスマート名前変更として知られており、両方のモードで使用できます。オフライン・モードでは、すべてのオブジェクトの名前を変更できます。オンライン・モードでは、権限によっては特定のオブジェクトの名前を変更できない場合があります)。

- カタログ・マネージャの作業領域のリフレッシュ

- フォルダの作成

- オブジェクトに対する権限の設定

- オブジェクトのプロパティの操作

- 作業領域の表示の管理

- オブジェクトの検索

- カタログ・テキストの検索および置換(この機能は両方のモードで使用できます。オフライン・モードではすべてのオブジェクトを置換できます。オンライン・モードでは、ユーザーの権限によっては特定のオブジェクトを置換できない場合があります)。

- カタログ・マネージャのデータを表示するためのレポートの作成

- ブラウザのプリファレンスの設定

- オブジェクトのプレビュー(オンライン・モードのみ使用可能)

- ローカライゼーションを目的としたキャプションのエクスポート

17.4.6 Oracle BIプレゼンテーション・カタログのオープン

Oracle BIプレゼンテーション・カタログを開くには:

1. カタログ・マネージャで、「ファイル」メニューから「カタログを開く」を選択します。

2. 次のリストの説明に従って、必須フィールドに入力します。

- タイプ - カタログを開く際のモード(オンラインまたはオフライン)を選択します。

- パス - オフライン・モードでカタログを開く場合は、次の例のようにローカル・ファイル・システム上のカタログ・フォルダへのパスを入力します。
「参照」をクリックし、カタログの場所を指定するためのダイアログを表示します。

C:\ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\catalog\default

- URL - オンライン・モードでカタログを開く場合は、次の例のようにOracle BIプレゼンテーション・サービスのURLを入力します。
https://hostname/analytics/saw.dll

- ユーザー - オンライン・モードでカタログを開く場合は、ホストURLのユーザー名を入力します(オフライン・モードでは無効)。

- パスワード - オンライン・モードでカタログを開く場合は、ホストURLのパスワードを入力します(オフライン・モードでは無効)。

- ロケール - オンライン・モードでカタログを開く場合にカタログ・マネージャのユーザー・インタフェース要素およびカタログ内のオブジェクトに使用するロケールを選択します。

- 読取り専用 - 読取り専用モードでカタログを開くにはこのフィールドを選択します(オフライン・モードでは無効)。

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

オンライン・モードでカタログのURLを指定する際は、セキュリティ強化のために、httpではなくhttpsを指定してください。httpを指定すると、「カタログを開く」ダイアログを閉じた後、安全でない接続を使用してカタログを開くことを確認するメッセージ・ボックスが表示されます。httpsを使用してカタログを開くには、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のOracle Business IntelligenceでのSSL構成に関する項に示すとおり、SSL通信用にOracle BI EEを構成する必要があります。

17.5 カタログ・マネージャの作業領域の使用方法

この項には、カタログ・マネージャの作業領域に関する次のトピックが含まれています。

- 第17.5.1項「カタログ・マネージャの作業領域で行える操作」

- 第17.5.2項「カタログ・マネージャの作業領域の外観」

- 第17.5.3項「カタログ・マネージャの作業領域の表示の管理」

17.5.1 カタログ・マネージャの作業領域で行える操作

カタログ・マネージャの作業領域では、カタログ・オブジェクトを表示および操作できます。ここには、開いているカタログについて次のフォルダが表示されます。

- 共有フォルダ: カタログ・ユーザー間で共有するコンテンツが含まれています。これには、ビルトイン・アプリケーションによって配布される事前構成済ダッシュボードと分析、および共有フィルタなどのその他のオブジェクトが含まれています。

- システム・フォルダ - プレゼンテーション・サービスの管理要素が含まれています。これらの要素には製品によって配布されるものと、権限など管理者が構成するものがあります。このフォルダ内のファイルは変更しないでください。プレゼンテーション・サービスはこれらのファイルを内部で使用しており、それらを変更すると予期しない結果になることがあります。

- ユーザー・フォルダ - 適切な権限を持つカタログ・ユーザーが彼らの個人フォルダに保存した、個別の分析などのコンテンツが含まれています。

17.5.2 カタログ・マネージャの作業領域の外観

カタログ・マネージャは、次の主なコンポーネントで構成されています。

- メニュー・バー - 次のメニューにアクセスできます。

- ファイル - カタログを開く、閉じる、カタログ・マネージャを終了するなどのオプションを提供します。

- 編集 - カタログ・オブジェクトの管理を可能にするオプションを提供します。「切取り」、「コピー」、「権限」などがあります(これらのオプションの多くはコンテキスト・メニューでも使用可能です)。

- 表示 - カタログ・マネージャの作業領域の表示を管理するためのオプションを提供します。「ツリーの表示」、ジョブ・ステータスの表示などがあります。

- ツール - カタログの管理を可能にするオプションを提供します。「XML検索と置換」、「レポートの作成」などがあります。

- ヘルプ - Oracle BI Enterprise Edition Webサイトにアクセスし、カタログ・マネージャに関する情報を表示するためのオプションを提供します。

- ツール・バー - 「切取り」、「コピー」、「貼付け」などよく使用するオプションにすばやくアクセスできます。

- ツリー・ペイン - カタログ・フォルダを表示します。ペインには、オブジェクトも表示されますが、それは「表示」メニューの「オブジェクトのツリー表示」オプションが選択されている場合のみです。

- 表ペイン - カタログ・フォルダおよびオブジェクトが表示されます。次のもので構成されています。

- ナビゲーション・バー。ここに作業対象のカタログ・オブジェクトのパス名を入力することで、そこに移動できます。

- 「名前」、「タイプ」、「所有者」、「マイ権限」、「属性」、「作成日」、「最終変更」の列。タイプなどその値でソートするには、列名をクリックします。
「タイプ」列は、オブジェクトのタイプを識別します。不明なファイルと識別されたオブジェクトは、通常、内部で使用されるオブジェクトであり、それらのタイプはカタログ・マネージャに表示されません。

- コンテキスト・メニュー - カタログ・オブジェクトの管理を可能にするオプションを提供します。「名前の変更」、「プロパティ」、「権限」などがあります(これらのオプションの多くは「編集」メニューでも使用可能です)。

17.5.3 カタログ・マネージャの作業領域の表示の管理

カタログ・マネージャに何を表示するのかを管理できます。たとえば、ツリー・ペインにオブジェクトを表示したり、ジョブ・ステータスを表示したりできます。

カタログ・マネージャの作業領域の表示を管理するには:

1. カタログ・マネージャで、「表示」を選択し、次のオプションのいずれかを選択します。

- ツリーの表示 - ツリー・ペインを閉じていた場合はそれを表示します。

- 表の表示 - 表ペインを閉じていた場合はそれを表示します。

- 「ジョブ・ステータスの表示」 - 「バックグラウンド・ジョブ・ステータス」ペインを表示します。ここで、検索と置換、スマート名前変更など、実行したプロセスの進行状況を表示できます。また、完了したジョブをすべて削除したり、ペインの右上隅にあるアイコンを使用して進行状況プリファレンスを設定できます。

- オブジェクトのツリー表示 - ツリー・ペインに、フォルダに加えてオブジェクト(分析、フィルタなど)を表示します。

- リフレッシュ - 「ツリー」ペインおよび「表」ペインに表示されているオブジェクトをリフレッシュします(たとえば、カタログの使用中に他のユーザーがそれに行った変更を表示する場合などに、データのリフレッシュが必要になります)。

17.6 カタログ・マネージャでのオブジェクトの使用

この項では、オブジェクトの使用に関する次の情報を示します。

- 第17.6.1項「カタログ・マネージャを使用したカタログ・オブジェクトの検索」

- 第17.6.2項「オブジェクトのコピーおよび貼付け」

- 第17.6.3項「カタログ・オブジェクトの名前の変更」

- 第17.6.4項「カタログ・オブジェクトのプロパティの使用」

- 第17.6.5項「カタログ・オブジェクトの権限の設定」

- 第17.6.6項「カタログ・マネージャからのオブジェクトのプレビュー」

- 第17.6.7項「テナントの使用」

プレゼンテーション・サービスの「カタログ」ページで、非表示オブジェクトを含めてフォルダおよびコンテンツを表示できます。フォルダおよびコンテンツを作成、名前変更、コピー、移動および削除できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド 』の「Oracle BIプレゼンテーション・カタログでのオブジェクトの管理」を参照してください。

注意:

Oracle BI Administration Toolのプレゼンテーション・レイヤーで行った変更は、それらの表および列に基づく分析およびダッシュボードに影響を与えます。カタログ・マネージャを使用して、プレゼンテーション・レイヤーでのこれらの変更とカタログの同期を保つことができます。

17.6.1 カタログ・マネージャを使用したカタログ・オブジェクトの検索

検索機能を使用してカタログ内のオブジェクトを検索できます。たとえば、administratorという値のプロパティを持つすべてのオブジェクトを検索できます。

検索するときに、次の項目で検索を制限できます。

- 大文字/小文字の区別 - 検索基準に大文字と小文字の区別を適用する場合はこのチェック・ボックスを選択します。デフォルト値は選択解除です。

- 名前 - 検索をオブジェクトの名前に制限します。

- 説明 - 検索を「説明」プロパティに制限します。

- プロパティ値 - 検索をプロパティの値に制限します。

- 所有者 - 検索をオブジェクトの所有者に制限します。

- XML - 検索をXMLに制限します。

- オブジェクト・タイプ - すべてのタイプのオブジェクトを検索するか、指定した特定のタイプのオブジェクト(分析、フィルタ、エージェント、ダッシュボード・プロンプト、ダッシュボード・ページなど)に検索を制限します。

- 日付 - 指定した日に作成されたオブジェクト、または指定した日に最後の変更が実行されたオブジェクトに検索を制限します。

オブジェクトを検索するには:

1. カタログ・マネージャで、カタログを開き、ツリー内の検索を開始する場所にナビゲートします。

2. ツールバーの「検索」をクリックします。

3. 「次の基準の一部またはすべてを検索します。」フィールドに、検索する語句を入力します。

4. 検索で大文字と小文字を区別するには、「大文字/小文字の区別」ボックスを選択します。

5. 検索を制限するには、「拡張検索」をクリックします。

6. 「拡張検索」エリアで、検索の絞込み条件を指定します。

7. 「検索」をクリックします。

ヒント:

検索を完了したら、ツールバーの「カタログ・ツリー全体の検索」をクリックし、ツリー・ペインおよび表ペインに戻ります。

17.6.2 オブジェクトのコピーおよび貼付け

1つのカタログ内でオブジェクトをコピーして貼り付けることができます。1つのカタログからオブジェクトをコピーし、別のカタログにそれらを貼り付けることもできます。

17.6.2.1 コピーおよび貼付けのヒント

オブジェクトをコピーして貼り付けるときは、次のヒントを参考にしてください。

- 次の方法を使用して、オブジェクトをコピーし、貼り付けることができます。

- メニュー・オプション。第17.6.2.1.1項「メニューを使用したカタログ間でのオブジェクトのコピーおよび貼付け」の説明に従ってください。

- ドラッグ・アンド・ドロップ。2つのカタログ間または同じカタログ内でオブジェクトをコピーする場合に使用します。ドラッグ・アンド・ドロップでは、1つのカタログ内で実行する場合であっても、常に、ドラッグしたオブジェクトのコピーが作成されます。

- アーカイブおよびアンアーカイブ。第17.10項「カタログ・マネージャを使用したアーカイブとアンアーカイブ」の説明に従ってください。アーカイブすると、後で使用するために保存できるファイルが作成されます。アンアーカイブ・プロセスでは、上書きしないファイルを指定する機会が提供されることなく、すべてのファイルが自動的に上書きされます。

- カタログは、階層フォルダに構造化されています。オブジェクトをコピーまたはマージするときは、それらと関連付けられたオブジェクト(ダッシュボード・フォルダ、ショートカット、分析など)もすべてコピーすることを忘れないでください。外部アプリケーションのURLパスは、フォルダ・パス全体がコピーされない場合(ショートカットまたはテキストとしてダッシュボードに追加された場合など)は、コピーまたはマージ操作の後に再構築できます。

- 多くの場合、単に必要に応じてオブジェクトをコピーして貼り付けることができます。必要であれば、貼り付けるオブジェクトに適用される拡張オプションを設定できます。詳細は、第17.6.2.2項「オブジェクトの貼付けの拡張オプション」を参照してください。

17.6.2.1.1 メニューを使用したカタログ間でのオブジェクトのコピーおよび貼付け

次の手順は、メニュー・オプションを使用して2つのカタログ間でオブジェクトをコピーして貼り付ける方法を示しています。2つのカタログの名前が同じ場合は、作業時に2つのカタログを区別するために、カタログを開く前にそのどちらか一方の名前を変更できます。カタログはどちらも同じバージョン11.1.1(またはそれ以降)である必要があります。

メニューを使用してカタログ間でオブジェクトをコピーして貼り付けるには:

1. カタログ・マネージャで、変更するカタログ(ターゲット・カタログ)を開きます。

2. カタログ・マネージャのもう1つのインスタンスを使用して、コピーするオブジェクトを含むカタログ(ソース・カタログ)を開きます。

3. 必要に応じて、画面上のカタログ・マネージャの両方のインスタンスの位置を調整し、両方のカタログ・マネージャ・インスタンスのタイトル・バーが表示されるようにします。

4. ソース・カタログを表示するカタログ・マネージャ・インスタンスで、ソース・オブジェクトを右クリックし、「コピー」を選択します。

5. ターゲット・カタログを表示するカタログ・マネージャ・インスタンスで、ソース・オブジェクトを貼り付ける位置で右クリックし、「貼付け」を選択します。

17.6.2.2 オブジェクトの貼付けの拡張オプション

次の項の説明に従って、コピーしたオブジェクトを貼り付けるための拡張オプションを「設定」ダイアログで設定できます。

- 第17.6.2.2.1項「貼付けによる上書き」

- 第17.6.2.2.2項「ACLの貼付け」

重要:

「設定」ダイアログで設定する拡張オプションを有効にするには、コピーおよび貼付け操作を開始する前にそれらを設定する必要があります。

17.6.2.2.1 貼付けによる上書き

「設定」ダイアログの「貼付けによる上書き」エリアには次のオプションがあります。

- 強制 - すべてのファイルを貼り付け、読取り専用属性が設定されているものも上書きされます。

- すべて - 該当するファイルをすべて貼り付け、読取り専用属性が設定されていないもののみが上書きされます(デフォルト)。

- 古い - 該当するファイルをすべて貼り付け、ソースよりも古い場合を除いて既存のファイルは上書きされません。

- なし - 該当するファイルをすべて貼り付けますが、既存のファイルは上書きされません。

次に上書きオプションを設定した貼付けの例を示します。/users/joeフォルダに、次の分析が含まれているとします。

分析A(2010年1月1日作成)
分析B(2010年5月31日作成)
分析C(2010年1月1日作成)

/users/sueフォルダに、次の分析が含まれているが、分析Cは含まれていないとします。

分析A(2010年2月28日作成)
分析B(2010年1月1日作成)

Sueは/users/joeフォルダからA、BおよびCの分析をコピーし、それらをusers/sueフォルダにコピーするとします。「貼付けによる上書き」オプションの設定に応じて次のようになります。

- なし: Sueは彼女の分析AとBを保持し、Joeの分析は無視されます。Sueは、分析Cのコピーを入手します。

- すべて: Sueの分析AとBは、Joeのもので上書きされ、Sueは分析Cのコピーを入手します。

- 古い: Sueは、彼女の分析Aを保持し(Sueの分析Aは古くない)、Sueの分析BはJoeの分析によって上書きされ(Sueの分析Bは古い)、Sueは分析Cのコピーを入手します。

17.6.2.2.2 ACLの貼付け

「設定」ダイアログの「ACLの貼付け」エリアには次のオプションがあります。

- 継承 - オブジェクトの権限(ACL)を、その新規親フォルダから継承します(デフォルト)。

- 保存 - 必要に応じて元のマッピング・アカウントで保持されていた、オブジェクトの権限(ACL)を保持します。

- グループのみ保存 - 「保持」と同じですが、グループ・アカウントとアプリケーション・ロールに適用され、ユーザー・アカウントには適用されません。これは開発と本番の両方で顧客が同じグループ(売上とマーケティング)を使用する可能性がある開発から本番環境の場合のためのものです。各グループのユーザーは、開発ではTestUserAとTestAdminBで、本番ではSteveとSueのように異なることがあります。

- 作成 - 次の説明のようにモードと所有者のタイプに基づいて、必要に応じて元の作成およびマッピング・アカウントで保持されていた、オブジェクトの権限(ACL)を保持します。

- オンライン・モード - オンライン・モードでは、カタログ・マネージャはバックエンド・セキュリティ・サーバーと通信します。カタログ・マネージャはそのサーバーからユーザーおよびアプリケーション・ロールの情報を入手し、通常、コピーされたオブジェクトを適切なユーザー名またはロールとともに貼り付けることができます。オブジェクトを貼り付けるときは、自身が特定のオブジェクトに対してアカウントを作成するための適切な権限を持っていない可能性があることに注意してください。

- オフライン・モード - オフライン・モードでは、カタログ・マネージャは、バックエンド・セキュリティ・サーバーと接続しておらず、そこに格納されているユーザーおよびアプリケーション・ロールについては、カタログのキャッシュからそれらの名前を入手できないかぎり、認識しません。コピーされたオブジェクトのユーザー名またはロールをキャッシュから入手できない場合、カタログ・マネージャはコピーされたオブジェクトをその名前またはロールとともに貼り付けることはできません。かわりに、貼り付けられたオブジェクトは、その所有者をその新規親フォルダから継承します。これは「継承」オプションに似ています。
ただし、カタログ・グループはバックエンド・セキュリティ・サーバーではなくカタログに格納されているため、カタログ・マネージャは、必要に応じて、貼り付けたオブジェクトとカタログ・グループを関連付けることができます。

この機能は、管理者が、ユーザーを本番環境に移動する前に、ステージング領域でアカウントを作成するアプリケーションで使用されます。

- グループのみ作成 - 「作成」と同じですが、カタログ・グループにのみ適用され、ユーザー・アカウントには適用されません。開発環境から本番環境における機能は「グループのみ保存」に似ています。

適切な権限を持っている場合は、新しく貼り付けられたオブジェクトを選択し、所有権を適切なユーザーに再帰的に設定できます。

次にACLオプションを設定した貼付けの例を示します。Steveは/users/steve/MyFavReportフォルダを所有しており、すべてのユーザーが読取り/実行でき、steveが完全な制御権を持つという権限(ACL)を持っているとします。Joe(いくつかの管理権限を持つ)がログインしてMyFavReportをコピーし、それを/users/sue(administratorによって所有され、管理者が完全な制御権を持つ、sueが完全な制御権を持つの権限が設定されている)に貼り付けるとします。

Joeが設定する「ACLの貼付け」オプションに応じた動作は次のとおりです。

- 継承: /users/sue/MyFavReportフォルダは、Joeによって所有され、/users/sueフォルダに設定されていた権限(管理者が完全な制御権を持つ、sueが完全な制御権を持つ)が設定されます。

- 保存: /users/sue/MyFavReportフォルダは、Joeによって所有され、/users/steve/MyFavReportフォルダに設定されていた権限(すべてのユーザーが読取り/実行でき、steveが完全な制御権を持つ)が設定されます。Joeが2つ目のカタログ・マネージャに貼り付け、このカタログにsteveが存在しない場合、Steveの権限は破棄されます。steveは存在しているが異なるユーザーIDを持っている場合、SteveのユーザーIDが新しいものにマッピングされます。

- 作成: オンライン・モードでは、/users/sue/MyFavReportフォルダは、Joeによって所有され、/users/steve/MyFavReportフォルダに設定されていた権限(すべてのユーザーが読取り/実行でき、steveが完全な制御権を持つ)が設定されます。Joeが2つ目のカタログ・マネージャに貼り付け、このカタログにsteveが存在しない場合、所有者は親フォルダから継承されます(「作成」オプションが適用されるのはカタログ・グループのみのため、これはリリース11gでは非推奨となっています)。

17.6.3 カタログ・オブジェクトの名前の変更

カタログ内のオブジェクトの名前は変更できます。これは、テスト環境から本番環境に移行する場合に便利です。

オブジェクトの名前の変更方法には、次の2つがあります。

- 参照の更新を伴わない名前の変更 - オブジェクトの名前を変更し、他のカタログ・オブジェクトで使用されている可能性がある元の名前への参照を保持します。

- 参照の更新を伴う名前の変更 - オブジェクトの名前を変更し、他のオブジェクトが使用している可能性がある参照を新しい名前に変更します(元の名前の参照は保持されません)。この機能は、スマート名前変更とも呼ばれます。カタログはオフライン・モードでもオンライン・モードでも開くことができます。オフライン・モードでは、すべてのオブジェクトの名前を変更できます。オンライン・モードでは、権限によっては特定のオブジェクトの名前を変更できません。

注意:

オブジェクトの名前を変更するときは、次の点に注意してください。

- カタログ内のユーザー・アカウントの名前は変更できません。ユーザーのホーム・ディレクトリの名前を変更する場合、そのユーザーの名前を変更しないと予期しない結果になることがあります。

- カタログに含まれるオブジェクトの名前には予約済のものがいくつかあります。名前の変更は自身のオブジェクトに対してのみ行い、プレゼンテーション・サービスによって内部で作成されたものは変更しないでください。たとえば、自身のホーム・ディレクトリ内の_portalディレクトリの名前を変更しないでください。変更すると「マイ・ダッシュボード」が表示されなくなります。

参照の更新を行わずにオブジェクトの名前を変更するには:

1. カタログ・マネージャで、カタログを開きます。

2. 名前を変更するオブジェクトにナビゲートします。

3. 「名前」列でオブジェクトを右クリックし、「名前の変更」を選択します。

4. オブジェクトの新しい名前を入力します。

参照を更新してオブジェクトの名前を変更するには:

1. カタログ・マネージャで、オフライン・モードでカタログを開きます。

2. 名前を変更するオブジェクトにナビゲートします。

3. 「名前」列でオブジェクトを右クリックし、スマート名前変更を選択します。

4. オブジェクトの新しい名前を入力します。

ウィンドウの右下隅にあるプログレス・バーに、参照の更新の進行状況が表示されます。

17.6.4 カタログ・オブジェクトのプロパティの使用

カタログ・マネージャの「プロパティ」オプションを使用して実行できる操作は次のとおりです。

- カタログ・オブジェクトのプロパティの作成、表示、編集および削除

- Oracle Business Intelligenceで表示から非表示にするためのカタログ・オブジェクトの属性の変更

カタログ・オブジェクトのプロパティを操作するには:

1. カタログ・マネージャで、カタログを開きます。

2. オブジェクトにナビゲートします。

3. 「名前」列でオブジェクトを右クリックし、「プロパティ」を選択します。

4. 次のうちの必要な操作を実行します。

1. 適切な権限を持っている場合は、オブジェクトの適切な所有者を「所有者」リストで選択します。
「所有者」リストには、カタログ・マネージャにログインするために使用した名前が含まれています。このリストを使用して自身をオブジェクトの所有者として選択できます。

オブジェクトの所有権の取得の詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイドのオブジェクトの所有者の割当てに関する項を参照してください。

2. オブジェクトの属性を変更するには、必要に応じて「読取り専用」または「非表示」を選択します。非表示オブジェクトはOracle Business Intelligenceで表示されません。

注意:

「システム」オプションは、オブジェクトが内部で保持されており、変更できないことを示しています。

3. プロパティを作成、編集または削除するには、必要に応じて「新規」、「編集」または「削除」ボタンを使用します。

注意:

「新規」ボタンはプロパティを作成するために使用します。Oracleサポート・サービスによる指示がある場合にのみ使用します。

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

複数のオブジェクトを選択して、それらのプロパティや権限を同時に更新できます。選択したオブジェクトのいずれかがフォルダである場合、それらの変更をそのフォルダのツリー構造のすべてのオブジェクトに再帰的に適用することもできます。

たとえば、/shared/DontTouchディレクトリのすべてのファイルを読取り専用に設定できます。DontTouchディレクトリを右クリックし、「プロパティ」を選択します。「プロパティ」ダイアログで、「読取り専用」オプションを選択し、「再帰的に適用」オプションを選択し、「OK」をクリックします。「再帰的に適用」を選択して、オブジェクトおよびそのすべてのサブオブジェクトの所有権を取得することもできます。

17.6.5 カタログ・オブジェクトの権限の設定

制限は、カタログ・オブジェクトへのアクセスを制御するために使用されます。

カタログ・オブジェクトの権限を設定するには:

1. カタログ・マネージャで、カタログを開きます。

2. オブジェクトにナビゲートします。

3. 「名前」列でオブジェクトを右クリックし、「権限」を選択します。
「権限」ダイアログに次の2つのリストが表示されます。

- ユーザー、カタログ・グループおよびアプリケーション・ロール(明示的な権限) - このオブジェクトに対する明示的な権限を与えられたユーザー、グループおよびアプリケーション・ロールが表示されます。

- 追加のユーザーとアプリケーション・ロール - グループ継承によりアクセスを与えられたユーザー、グループおよびアプリケーション・ロールと、リクエストにアクセスできないユーザー、グループおよびアプリケーション・ロールが表示されます。

プレゼンテーション・サービスでの許可および権限の割当て方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』の「ダッシュボードと分析のセキュリティの管理」を参照してください。

4. 権限を設定するユーザー、グループまたはアプリケーション・ロールが「追加ユーザーとアプリケーション・ロール」リストに含まれている場合は、それを選択し、左矢印ボタン(<)をクリックすることで「ユーザー、カタログ・グループおよびアプリケーション・ロール(明示的な権限)」リストに移動します。

5. (オプション)「追加ユーザーとアプリケーション・ロール」リストに表示されるユーザー、グループおよびアプリケーション・ロールをフィルタ処理するには、「リスト」ボタンおよびその横にあるフィールドを次のように使用します。

- 「リスト」ボタンの横にあるフィールドにフィルタ基準(大文字/小文字を区別しない)を入力し、名前による検索を実行します。
部分的なフィルタ基準を入力するには、アスタリスク(*)記号を使用します。たとえば、bi*と入力すると、bi、BI、bIおよびBiで始まるユーザーまたはグループが表示されます。

- 検索するアカウントを制限するにはリストから値を選択します。
使用可能な値は、「すべて」、「ユーザー」、「カタログ・グループ」および「アプリケーション・ロール」です。

6. 「ユーザー、カタログ・グループおよびアプリケーション・ロール(明示的な権限)」リストでユーザーまたはグループを選択します。

7. 「権限」列のリストから新しい権限を選択するか、リストから「カスタム」をクリックして「カスタム権限」ダイアログを表示し、権限の組合せを選択します。
各権限の意味の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「権限の定義」を参照してください。

8. 「再帰的に適用」オプションを選択し、そのオブジェクトが含むすべてのオブジェクトに変更を適用します。

9. 「置換オプション」リストで次のように値を選択します。

- すべて置換 - 既存のACLを、ダイアログ内に現在のあるもので置換します。

- リストされた項目の置換 - ダイアログに現在表示されているアカウントのみを変更し、他のものはそのまま残します。

- リストされた項目の削除 - ダイアログに現在表示されているアカウントのみを削除し、他のものはそのまま残します。

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

注意:

「ユーザーとグループ(明示的な権限)」リストから「追加のユーザーとアプリケーション・ロール」リストにユーザーまたはグループを移動すると、そのユーザーまたはグループの権限は「アクセス権なし」にリセットされます。リストから別のリストにユーザーまたはグループを移動するには、それを強調表示し、必要に応じて右矢印ボタンまたは左矢印ボタンをクリックします。

権限、グループおよびユーザーの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

17.6.6 カタログ・マネージャからのオブジェクトのプレビュー

オンライン・モードでは、カタログ・マネージャから分析やプロンプトなどのオブジェクトをプレビューできます。カタログ・マネージャからオブジェクトをプレビューする場合は、これらのオブジェクトの表示に使用するデフォルト・ブラウザを指定する必要があります。

ブラウザ・プリファレンスを設定するには:

1. カタログ・マネージャで、「ツール」メニューから「設定」を選択します。

2. 「レポート・プレビューに使用するWebブラウザを選択します。」フィールドで、使用しているオペレーティング・システムのデフォルト・ブラウザに設定したものと同じブラウザを選択します。「参照」ボタンをクリックし、そこで適切なブラウザの実行可能ファイルを選択できます。

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

オブジェクトをプレビューするには:

1. カタログ・マネージャで、オンライン・モードでカタログを開きます。

2. オブジェクトにナビゲートします。

3. 「名前」リストでオブジェクトを右クリックし、「プレビュー」を選択します。

17.6.7 テナントの使用

カタログ・マネージャには、テナントをプロビジョニングおよびプロビジョニング解除するためのオプションがあります。詳細は、第18章「マルチテナントの構成」を参照してください。

17.7 XMLでのカタログ・オブジェクトの表示と編集

カタログ・マネージャでは、分析、ダッシュボード、フィルタなどのカタログ・オブジェクトのXML記述を表示および編集できます。XMLコードの表示は行っても問題ありませんが、コードの編集はお薦めしません。

注意:

XMLコードを編集すると、カタログでのオブジェクトの表現が変更されます。いずれのディレクトリのカタログ・オブジェクトでもXMLコードの編集はお薦めしません。予期しない結果を招くことがあります。

分析のためにXMLを編集する場合は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の分析のための論理SQL文の調査に関する項の情報を使用します。

オブジェクトのXML記述を表示するには:

1. カタログ・マネージャで、カタログを開きます。

2. オブジェクトにナビゲートします。

3. 「名前」列でオブジェクトを右クリックし、「プロパティ」を選択します。

4. 「XMLの編集」をクリックします。

5. XML定義の表示を完了したら、「取消」をクリックします。

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

図17-3は、オブジェクトのカタログ・マネージャでのサンプルXMLコードを示しています。

図17-3 オブジェクトのサンプルXMLコード

オブジェクトのXML記述を編集するには(お薦めしません):

1. カタログ・マネージャで、カタログを開きます。

2. オブジェクトにナビゲートします。

3. 「名前」列でオブジェクトを右クリックし、「プロパティ」を選択します。

4. 「XMLの編集」→「編集」をクリックします。

5. 「オブジェクトXML」エリアで変更を行います。

注意:

オブジェクトのXML記述を編集する場合、カタログではXMLの形式が正しいことのみが確認され、その他のエラーについては確認されません。

6. 「XMLの編集」ダイアログで「OK」をクリックします。

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

17.8 カタログ・マネージャを使用したカタログ・テキストの検索と置換

カタログ・マネージャを使用して、カタログ内の特定のテキストを検索し、それを他のテキストに置換できます。カタログはオンライン・モードでもオフライン・モードでも開くことができます。オフライン・モードではすべてのオブジェクトを置換できます。オンライン・モードでは、ユーザーの権限によっては特定のオブジェクトを置換できない場合があります。

具体的には、検索および置換できるものは次のとおりです。

- 単純なテキスト文字列(ダイアログを使用)。第17.8.1項「単純なカタログ・テキスト文字列の検索と置換」を参照してください。
たとえば、オブジェクトに文字列「My Misspeled Wirds」が含まれているとします。カタログ・マネージャを使用してその文字列を検索し、適切な文字列である「My Misspelled Words」に置換できます。

- 複数または複雑なテキスト文字列(XMLファイルを使用してすべて同時に実行)。第17.8.3項「複数のカタログ・テキスト文字列の検索と置換」を参照してください。
たとえば、管理者がリポジトリ・ファイル内のサブジェクト・エリア、表または列の名前を変更したとします。表SalesがMySalesという名前に変更されている可能性があります。カタログ・マネージャを使用して、カタログ全体でそのオブジェクトが使用されているすべての箇所を検索して置換できます。

17.8.1 単純なカタログ・テキスト文字列の検索と置換

カタログ内の単純なテキスト文字列を検索し、他のテキストに置換する手順は次のとおりです。

単純なテキスト文字列を検索および置換するには:

1. カタログ・マネージャで、オンライン・モードまたはオフライン・モードでカタログを開きます。

2. 「ツール」メニューから「XML検索と置換」を選択します。

3. 「旧テキスト」フィールドに、検索するテキスト文字列を入力します。

4. 「置換文字列」フィールドに、置換後のテキストを入力します。

5. 検索で大文字と小文字を区別しない場合は、「大文字/小文字の区別」ボックスを選択解除します。

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

17.8.2 複数のカタログ・テキスト文字列の検索と置換について

検索および置換する各テキスト文字列を識別するXMLファイルをインポートすることで、複数のカタログ・テキスト文字列に対してすべて同時に、より強力な検索および置換操作を実行できます。

17.8.2.1 テキスト文字列の検索と置換のためのXMLファイル形式

検索および置換のXMLファイルでは、action要素を使用して検索および置換する各テキスト文字列を識別します。action要素は、commands要素に含まれています。

action要素の属性は次のとおりです。

- command — 置換するテキストを指定します。有効な値は次のとおりです。

- textReplace — 列名など、XMLファイルで一致するすべてのテキストを置換します。

- oldValue - 検索するテキスト文字列を指定します。
検索および置換のXMLファイルでtextReplaceコマンドにこの属性を指定する場合は、一般的な文字列とは異なり、完全なJava regex構文を使用する必要があります。文字列を置換するには、次を実行する必要があります。

1. 大カッコ、小カッコ、ドル記号およびカレットなどのJava regexの特殊文字をエスケープします。

2. バックスラッシュや引用符などの「一般的な」特殊文字をエスケープします。

3. XMLファイルを使用しているため、引用符やアンパサンドなどのHTMLの特殊文字をエスケープします。

完全なJava regex構文については、次のドキュメントを参照してください。

http://java.sun.com/j2se/1.5.0/docs/api/java/util/regex/Pattern.html

表17-2は、検索基準内のregex構文で使用するためのサンプル文字列を示しています。

表17-2 検索基準でのregex構文の使用方法

入力する検索文字列

結果

a

検索文字列の前後にワイルドカードを追加し(たとえば、*a*)、検索でaという文字を含む結果を返すことが可能になります。

^a

検索文字列の後にワイルドカードを追加し(たとえば、a*)、検索でaという文字で始まる結果を返すことが可能になります。

a$

検索文字列の前にワイルドカードを追加し(たとえば、*a)、検索でaという文字で終わる結果を返すことが可能になります。

a\*

アスタリスク(*)が後に続く文字を含む文字列(たとえば、a*)を明示的に検索します。

?

疑問符(?)を文字とアスタリスク(*)とともに使用し、文字のゼロ(0)個以上の出現を返します。たとえば、?a*では、aという文字の0個以上の出現が返されます。

- newValue - 置換テキストを指定します。

- ignoreCase - trueに設定すると大文字と小文字が区別されず、falseに設定すると大文字と小文字が区別されます。デフォルト値はfalseです。

17.8.2.2 テキスト文字列の検索と置換のためのXMLファイルの例

次に、テキスト文字列を検索および置換するXMLファイルの例の一部を示します。

<?xml version="1.0" encoding="utf-8"?>
<actions>
<action command="textReplace" oldValue="boots" newValue="HoleyShoes" ignoreCase="true"/>
</actions>

17.8.3 複数のカタログ・テキスト文字列の検索と置換

複数のカタログ・テキスト文字列をすべて一度に検索および置換する手順は、次のとおりです。

複数のテキスト文字列を検索および置換するには:

1. 複数のテキスト文字列を検索および置換するためのXMLファイルを作成します。
詳細は、第17.8.2項「複数のカタログ・テキスト文字列の検索と置換について」を参照してください。

2. カタログ・マネージャで、オフライン・モードでカタログを開きます。

3. 「ツール」メニューから「XML検索と置換」を選択します。

4. 「ファイルからインポート」フィールドで、パスを入力するか、「参照」をクリックしてステップ1で作成したXMLファイルを指定します。

5. 検索で大文字と小文字を区別するには、「大文字/小文字の区別」ボックスを選択します。

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

17.9 カタログ・マネージャを使用したカタログ・データを表示するためのレポートの作成

レポートを作成して、すべてのカタログ・オブジェクト・タイプのカタログ・データを表示できます。レポートは画面上に表示することもファイルに保存することもできます。レポートを作成するとき、空白または空のフィールドはタブ文字としてエクスポートされます。デフォルトでタブをフィールド・セパレータとして使用するレポートを作成する場合、レポート・ファイル内では2つのタブ文字が空白フィールドを示します。

カタログ・データを表示するレポートを作成するには:

1. カタログ・マネージャでカタログを開きます。オブジェクトのOracle BIサーバーに送信されるSQL文を示すレポートを作成するには、オンライン・モードでカタログを開きます。

2. カタログの最上位フォルダを選択します。

3. 「ツール」メニューから、「レポートの作成」を選択します。

4. レポートを作成するカタログ・オブジェクト・タイプを選択します。

5. レポートから同一の行を排除するには、「個別」ボックスを選択します。

6. 「レポート内の列」リストでレポートに表示する列を指定します。左矢印および右矢印ボタン(<および>)を使用して、列を「使用可能な列」リストと「レポート内の列」リストの間で移動し、プラスおよびマイナス・ボタン(+および-)を使用してレポート内での列の表示順序を設定します。

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

8. レポートに適切な列が含まれるようになるまでステップ4 - 7を繰り返します。

9. ファイルにレポートを保存するには、レポートの保存先フィールドにファイルのパス名を指定します。「参照」ボタンをクリックし、「名前を付けて保存」ダイアログを表示してパス名を選択します(ファイルが存在していない場合は、それが作成されます)。

10. Microsoft Excelにインポート可能な.tab拡張子付きのファイルの作成を指定するには、「Excel形式」を選択します。
Microsoft Officeの一部としてサポートされるExcelのバージョンの詳細は、システム要件および動作保証ドキュメントを参照してください。詳細は、第1.8項「システム要件と動作保証」を参照してください。

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

17.9.1 レポートの使用方法の例

次の例に示すように、レポートは様々な目的で生成できます。

- 分析を使用しているダッシュボードを確認するには、分析を含むダッシュボード・レポートを実行し、そのレポートで分析を探します。

- リポジトリ表の変更済列の影響を受ける分析を確認するには、すべての列と計算式を含む分析レポートを実行し、そのレポートでCatalog Managerで置換する必要のある項目を探します。

- すべてのダッシュボード・プロンプトおよびダッシュボード内の関連フィールド(列、式、サブジェクト領域など)が表示されるレポートを作成できます。また、分析のレポートを作成し、そのような分析で使用されているフィルタを抽出することもできます。要求される保存済フィルタを使用して式が導出される、フィルタ抽出の例を次に示します。
例: "Markets"."Region" [Filter, prompted]

- オブジェクトのACLを表示するレポートを作成できます。レポートでACLを確認することにより、オブジェクトへのアクセス権が、読取り/書込みなどの適切な権限を備えた適切なロールに付与されていることを検証できます。次の行は、レポートのACLの例を示しています。
"^biconsumer=RX:*MyCatalogGroup=RWX:steve=F"。ここでカレット(^)はアプリケーション・ロールを、アスタリスク(*)は内部カタログ・グループを、「記号なし」はユーザーを示しています。

17.10 カタログ・マネージャを使用したアーカイブとアンアーカイブ

カタログ・マネージャでは、個別のカタログ・フォルダとカタログ全体のどちらでもアーカイブおよびアンアーカイブできます。この機能に関する重要な情報は、次のリストを参照してください。

- 個別のカタログ・フォルダをアーカイブする場合は、そのフォルダ内のすべてのオブジェクトとそのフォルダのサブフォルダが1つの圧縮済ファイルに保存されます。オブジェクトのプロパティおよび属性はそのアーカイブ・ファイルに含まれます。

- 個別のカタログ・フォルダをアンアーカイブする場合、そのアーカイブ・ファイルが展開され、そのフォルダ内のすべてのオブジェクトとそのフォルダのサブフォルダが現行のオフライン・カタログに格納されます。アンアーカイブされるフォルダと同じ名前を持つ既存のフォルダは、警告が表示されることなく上書きされます。

- カタログ・マネージャ、またはプレゼンテーション・サービスの「カタログ」ページを使用してカタログ全体をアーカイブおよびアンアーカイブすることはお薦めしません。カタログ全体のアーカイブおよびアンアーカイブには、かわりに7-ZipユーティリティまたはUNIXシステム上では.tar.gzファイルを使用してください。

- ルート・レベル(\)から開始して、カタログ全体をアーカイブすることはしないでください。アーカイブ時には、常に特定のフォルダ名を指定します。

- カタログ全体のアーカイブおよびアンアーカイブには次のユーティリティを使用しないでください。

- WinZip - WinZipユーティリティは、拡張UNIXファイル権限を適切に処理できないことがあります。異機種環境でWinZipユーティリティを使用してカタログを移動すると、カタログ・ファイルが破損することがあります。

- FTP - サードパーティ製のFTPプログラムのなかには内部ファイルの名前を変更するものがあり、それによってカタログ・ファイルが破損することがあります。FTPプログラムを使用してカタログを移動する前に、7-Zipユーティリティを使用してカタログを1つのファイルに圧縮してください。

プレゼンテーション・サービスの「カタログ」ページを使用して、オブジェクトをアーカイブおよびアンアーカイブできます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「オブジェクトのアーカイブ」を参照してください。

17.10.1 カタログ・マネージャを使用したフォルダのアーカイブ

カタログ・フォルダをアーカイブする手順は、次のとおりです。

指定したファイルにカタログ内の個別のカタログ・フォルダをアーカイブするには:

1. カタログ・マネージャで、オフライン・モードでカタログを開きます。

2. カタログ・フォルダを強調表示し、「ファイル」メニューから「アーカイブ」を選択します。

3. 「アーカイブ・ファイル・パス」フィールドでフォルダのアーカイブ先のファイルのパス名を指定します。「参照」ボタンをクリックし、ダイアログを表示してパス名を選択します。

4. 次のものをアーカイブできます。

- アーカイブするオブジェクトおよびフォルダに割り当てられたタイムスタンプをアーカイブするには、「ファイルのタイム・スタンプの保持」オプションを選択します。
このオプションを選択しない場合、アーカイブ・プロセスにタイムスタンプ情報は含まれず、「設定」ダイアログの「貼付けによる上書き」エリアの「古い」オプションは無視されます。アンアーカイブするときに、オブジェクトまたはフォルダがアンアーカイブされた時刻を示すタイムスタンプがシステムによって適用されます。

詳細は、第17.6.2.2項「オブジェクトの貼付けの拡張オプション」を参照してください。

- 各オブジェクトまたはフォルダに割り当てられた権限をアーカイブするには、「権限の保持」オプションを選択します。
このオプションを選択しない場合、アーカイブ・プロセスに権限は含まれず、「設定」ダイアログの「ACLの貼付け」エリアのオプションは無視されます。アンアーカイブするときに、すべてのオブジェクトおよびフォルダに親フォルダの権限が、システムによって割り当てられます。

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

17.10.2 カタログ・マネージャを使用したフォルダのアンアーカイブ

アンアーカイブは貼付けに似ているため、第17.6.2.2項「オブジェクトの貼付けの拡張オプション」に記載されている権限とACLに関する問題を理解しておく必要があります。カタログ・フォルダをアンアーカイブする手順は次のとおりです。

カタログ・フォルダをアンアーカイブするには:

1. カタログ・マネージャで、オフライン・モードでカタログを開きます。

2. カタログ・フォルダをアンアーカイブするには、フォルダをアンアーカイブする場所にナビゲートします。

3. 「ファイル」メニューから、「アンアーカイブ」を選択します。

4. 「アーカイブ・ファイル・パス」フィールドに、アンアーカイブするカタログ・フォルダのパス名を指定します。「参照」ボタンをクリックし、ダイアログを表示してパス名を選択します。

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

17.11 全文カタログ検索のための構成の概要

管理者として、検索エンジンを構成し、Oracle BIプレゼンテーション・カタログをクロールおよび索引付けできます。この構成により、コンテンツ・デザイナとユーザーは、オブジェクトおよび添付に対して全文カタログ検索を実行できるようになります。

この項には次のトピックが含まれます:

- 第17.11.1項「全文カタログ検索とは」

- 第17.11.2項「全文カタログ検索でのセキュリティの処理方法」

- 第17.11.3項「サポートされる検索エンジン」

注意:

全文カタログ検索機能を使用すると、ほとんどのカタログ・オブジェクトおよび関連ドキュメントを検索できます。現在、全文カタログ検索機能の検索対象は、スコアカード自体および関連ドキュメントの名前であり、スコアカードの関連ドキュメントの内容は検索されません。

全文カタログ検索を使用するコンテンツ・デザイナおよびユーザーの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のカタログ内のオブジェクトの検索に関する項を参照してください。

17.11.1 全文カタログ検索とは

全文カタログ検索は、全文検索エンジンに類似した、Oracle BIプレゼンテーション・カタログ内のオブジェクトを検索するメカニズムを提供します。この全文検索は、次のリストの説明のように、プレゼンテーション・サービスが提供する基本的なカタログ検索よりも拡張したオプションを提供します。

- 基本カタログ検索 - ユーザーは、オブジェクトをそれに完全に一致した名前で検索でき、これは多くの製品の「検索」ダイアログを使用する場合に類似しています。

- 全文カタログ検索 - ユーザーは、名前、説明、作成者、オブジェクトが参照するデータ列の名前および値など様々な条件でオブジェクトを検索できます。ユーザーは、彼らがアクセスして開くことができるオブジェクトに対応した検索結果を取得します。

検索のタイプの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のオブジェクトの検索方法に関する項を参照してください。

17.11.2 全文カタログ検索でのセキュリティの処理方法

検索エンジンは、Oracle BIコンテンツ上で定義されたすべてのセキュリティを適用します。Oracle BIコンテンツのセキュリティは、オブジェクト・レベルで定義でき、Oracle BIサーバー上のフォルダ・レベルのセキュリティを介して適用でき、データ・レベルではデータを制約するために使用されるユーザー変数を介して実行時および問合せ時に適用できます。

さらに、オブジェクトの「プロパティ」ダイアログの「索引付けしない」設定で、オブジェクトが索引付け可能かどうかを選択できます。

セキュリティの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

17.11.3 サポートされる検索エンジン

管理者として、全文カタログ検索の使用を構成する必要があります。このリリースでは、全文カタログ検索で次のエンジンが使用されます。これらのエンジンには、Oracle BIプレゼンテーション・カタログのクロールおよび索引付けの機能があります。エンジンによって作成される索引は、ユーザーが検索するオブジェクトを見つけるための全文カタログ検索によって使用されます。

- Oracle Secure Enterprise Search — 次のものが必要な場合にこのエンジンを使用します。

- カタログからの有用な検索結果。様々なソースにわたる問合せに対して、最も適切な項目を最初に表示します。

- 非常にセキュアなクロール、索引付けおよび検索。

- 管理とメンテナンスのしやすさ。

Oracle SESの詳細は、次の場所を参照してください。

http://www.oracle.com/us/products/database/secure-enterprise-search/overview/index.html

このエンジンの使用の詳細は、第17.12項「Oracle Secure Enterprise Searchでの検索の構成」を参照してください。

- Oracle Endeca Server — 次のものが必要な場合にこのエンジンを使用します。

- レコードだけでなく、カタログの属性の検索。

- ガイド付きナビゲーションの結果から得られる利点。ガイド付きナビゲーションを使用すると、属性をクリックするたびに検索結果が狭まる(検索が絞り込まれる)ので、目的のレコードが見つかりやすくなります。

Oracle Endeca Serverの詳細は、次の場所を参照してください。

http://www.oracle.com/technetwork/middleware/endecaserver/overview/index.html

このエンジンの使用の詳細は、第17.13項「Oracle Endeca Serverでの検索の構成」を参照してください。

17.12 Oracle Secure Enterprise Searchでの検索の構成

注意:

この項を読む前に、第17.11項「全文カタログ検索のための構成の概要」について必ず理解しておいてください。

システムを構成して、Oracle Secure Enterprise Search (Oracle SES)を全文検索の検索エンジンとして使用できます。全文カタログ検索では、クローラを使用して、翻訳済テキストを含むカタログに索引付けできます。Oracle SESでは、その登録済ソースそれぞれが1つのロケールに制限されます。したがって、多言語に翻訳済のOracle BIプレゼンテーション・カタログを1つの言語でのみ索引付けできます。Oracle SESのユーザー・インタフェースは複数の言語をサポートしています。

次の項の説明に従って、Oracle SESでの全文カタログ検索の使用を構成する必要があります。

1. 「ステップ1: クロールおよび索引付けするために権限を割り当てる」

2. 「ステップ2: Oracle Secure Enterprise Searchが使用可能であることを確認する」

3. 「ステップ3: 全文カタログ検索のためのアイデンティティ管理を構成する」

4. 「ステップ4: 全文カタログ検索のためのデータ・ソースを作成する」

5. 「ステップ5: 全文カタログ検索のためのスケジュールを編集する」

6. 「ステップ6: 全文カタログ検索の増分クロールを有効化する」

7. 「ステップ7: 手動で全文カタログ検索のプロパティを構成する」

8. 「ステップ8: 全文カタログ検索のSSLを有効化する」

17.12.1 ステップ1: クロールおよび索引付けするために権限を割り当てる

Oracle BIプレゼンテーション・カタログのクロールおよび索引付けのプロセスは、検索エンジンから開始されます。ただし、管理者権限を持つユーザーがOracle BI Presentation ServicesでBISystemアプリケーション・ロールに適切な権限を付与しないかぎり、カタログをクロールおよび索引付けすることはできません。

詳細は、第17.14.1項「検索のための権限の割当て」を参照してください。

17.12.2 ステップ2: Oracle Secure Enterprise Searchが使用可能であることを確認する

全文カタログ検索を使用するために必要なファイルは、Oracle BI EEのインストール中に適切なディレクトリにコピーされます。サポートされている検索エンジンがインストールされておらず、Oracle BIプレゼンテーション・カタログで使用するために構成されていない場合、ユーザーは全文カタログ検索にアクセスできません。

このリリースのOracle BI Enterprise Editionで使用するOracle SESのバージョンの詳細は、第1.8項「システム要件および動作保証」を参照してください。Oracle SESは、Oracle BI EEのインストールの前または後に、同じまたは別のコンピュータにインストールできます。

Oracle SESの詳細は、Oracle Technology Networkから次のページを表示してください。

http://www.oracle.com/us/products/database/secure-enterprise-search/index.html

続行する前に、Oracle SESが自身のサイトにインストールされており、Oracle SES管理ツールのURLがわかっていることを確認します。この管理ツールを使用してOracle BIプレゼンテーション・カタログのクロールと索引付けを構成します。管理ツールにアクセスするには次の形式のURLを使用します。

http://host:port/search/admin/control/login.jsp

ここで、hostはOracle SESがインストールされているコンピュータであり、portは管理ツールのポートです。

17.12.3 ステップ3: 全文カタログ検索のためのアイデンティティ管理を構成する

Oracle BI EEをOracle Fusion Applicationの一部としてインストールした場合、この手順は適用されません。

Oracle SES管理ツールを使用して、全文カタログ検索のアイデンティティ管理を構成します。

全文カタログ検索のためのアイデンティティ管理を構成するには:

1. Oracle SES管理ツールにアクセスします。

2. 次のような手順を使用して、「アイデンティティ管理設定」ページを表示します。
「グローバル設定」を選択し、「システム」セクションの「アイデンティティ管理設定」を選択します。

3. 使用可能なアイデンティティ・プラグインのリストで、「Oracle Fusion」を選択し、「アクティブ化」をクリックします。

4. 「アイデンティティ・プラグインのアクティブ化」タブで、次のように指定します。

- 認証用HTTPエンドポイント: 次の形式の全文カタログ検索セキュリティ・サービスのURL。
http://host:port/bisearch/crawler/SecurityService

ここで、hostはOracle Business Intelligenceがインストールされているコンピュータの名前であり、portはOracle Business Intelligenceの検索アプリケーションで使用されるポート番号です。

- ユーザーID: クロールを実行する有効なOracle Business IntelligenceユーザーのID。

- パスワード: ユーザーのパスワード。

5. 「終了」をクリックします。

17.12.4 ステップ4: 全文カタログ検索のためのデータソースを作成する

Oracle SES管理ツールを使用して、Oracle BIプレゼンテーション・カタログを、クロールおよび索引付けできるソースとして構成します。

全文カタログ検索のためのデータソースを構成するには:

1. Oracle SES管理ツールにアクセスします。

2. 「ホーム」タブを選択し、「ソース」タブを選択します。

3. 「ソース・タイプ」リストで「Oracle Fusion」を選択し、「作成」をクリックします。

4. 「ソース構成」タブで、次のように指定します。

- 名前: データ・ソースの名前を入力します。

- 構成URL: 次の形式の全文カタログ検索の構成ファイルのURL。
http://host:port/bisearch/crawler/oracle.biee.search.BISearchableTreeObject/ConfigFeed?forceInitialCrawl=true

ここで、hostはOracle Business Intelligenceがインストールされているコンピュータの名前であり、portはOracle Business Intelligenceの検索アプリケーションで使用されるポート番号です。

- 認証タイプ: ユーザーの認証のタイプ。デフォルト値の「ネイティブ」を選択します。これにより、全文カタログ検索で認証を処理できるようになります。

- ユーザーID: クロールを実行する有効なOracle Business IntelligenceユーザーのID。

- パスワード: ユーザーのパスワード。

- レルム: これは空白のままにします。

- 「スクラッチ・ディレクトリ」: Oracle SESが一時ファイルを格納できる既存の一時ディレクトリを指定します。

「次へ」をクリックします。

5. 「認可」タブで次のように指定します。

- 認可: 「ソース別に制御されるACL」を選択します。

- 認可用HTTPエンドポイント: 次の形式の全文カタログ検索セキュリティ・サービスのURL。
http://host:port/bisearch/crawler/SecurityService

ここで、hostはOracle Business Intelligenceがインストールされているコンピュータの名前であり、portはOracle Business Intelligenceの検索アプリケーションで使用されるポート番号です。

- ユーザーID: クロールを実行する有効なOracle Business IntelligenceユーザーのID。

- パスワード: ユーザーのパスワード。

- ビジネス・コンポーネント: oracle.biee.search.BISearchableTreeObjectを入力します。

- 表示URL接頭辞: 次の形式のOracle BI EEの検索機能のURL。
http://host:port/bisearch/urlbuilder/

ここで、hostは、Oracle BI Enterprise Editionがインストールされているコンピュータであり、portはそのポート番号です。

6. 次のいずれかをクリックします。

- スケジュールを自動的に起動するには、「作成」をクリックします。

- 次の手順で示すように、処理する追加のドキュメント(RTFドキュメントなど)を含めるなどカスタマイズを実行するには、作成とカスタマイズをクリックします。

7. 「作成とカスタマイズ」をクリックした場合は、「ドキュメント」タブで、「RTFドキュメント」ドキュメント・タイプおよびその他の該当するタイプを、「処理される」ドキュメント・タイプ・リストに追加します。

8. 「適用」をクリックします。

17.12.5 ステップ5: 全文カタログ検索のためのスケジュールを編集する

Oracle SES管理ツールでOracle BIプレゼンテーション・カタログのデータソースを作成すると、そのソースのクロールおよび索引付けのスケジュールが自動的に作成されます。そのスケジュールは管理ツールを使用して編集できます。クロールのタイプの詳細は、第17.14.2項「クロールおよびデータ・ロードについて」を参照してください。

17.12.6 ステップ6: 全文カタログ検索の増分クロールを有効化する

増分クロールを実行するには、第17.14.3項「増分クロールまたはデータ・ロードの有効化」の説明に従ってレプリケーションを有効にする必要があります。

レプリケーションを有効化した後、次の形式のURLを使用してOracle SESで増分クロールを開始します。URLの最後にfalseを含めると増分クロールが実行され、最後にtrueを含めると完全クロールが実行されます。

http://host:port/bisearch/crawler/oracle.biee.search.BISearchableTreeObject/ConfigFeed?forceInitialCrawl=false

17.12.7 ステップ7: 手動で全文カタログ検索のプロパティを構成する

Oracle SESで検索を実行するには、第17.14.5項「検索のプロパティの手動による構成」の説明に従って、プロパティを手動で構成する必要があります。

17.12.8 ステップ8: 全文カタログ検索のSSLを有効化する

全文カタログ検索で使用するSecure Socket Layer (SSL)を有効化するには:

1. 『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のコンポーネント間のSSL通信の構成に関する項の説明に従って、Oracle Business IntelligenceのSSLを有効にします。

2. 『Oracle Secure Enterprise Search管理者ガイド』のOracle Secure Enterprise SearchのSSLおよびHTTPSサポートに関する項の説明に従って、Oracle SESでSSLを有効にします。

3. 『Oracle Secure Enterprise Search管理者ガイド』のOracle Secure Enterprise SearchのSSLおよびHTTPSサポートに関する項の説明に従って、全文検索のセキュリティ・サービスのhttpsアドレスを使用するOracle SESアイデンティティを構成します。

4. 第17.12.4項「ステップ 4: 全文カタログ検索のためのデータソースを作成する」の説明に従って、全文検索にhttpsアドレスを使用するデータソースを作成し、クロールを実行します。

17.12.9 ステップ9: ユーザーが全文カタログ検索にアクセスできるようにする

Oracle SESを構成し、Oracle BIプレゼンテーション・カタログをクロールおよび索引付けするようにした場合、コンテンツ・デザイナおよびユーザーに、全文カタログ検索が使用可能になったことを通知できます。次の手順を使用して、コンテンツ・デザイナおよびエンド・ユーザーが全文検索を使用できるようにします。

- 第17.12.9.1項「全文検索に対するBI検索アプリケーションの構成」

- 第17.12.9.1.1項「検索を有効にするための構成ファイルの編集」

17.12.9.1 全文検索に対するBI検索アプリケーションの構成

Oracle BI EEをインストールすると、全文検索に関連するファイルがインストールされて構成されます。全文検索の結果をユーザーに表示するようにBI検索アプリケーションを構成するには、次の手順を使用する必要があります。

全文検索に対してBI検索アプリケーションを構成するには:

1. Fusion Middleware Controlコンソールを使用して、bisearchws_userというユーザーを作成します。

2. Fusion Middleware Controlで、「WebLogicドメイン」を選択し、bifoundation_domainを選択します。

3. 「WebLogicドメイン」、「セキュリティ」および「資格証明」の順に選択します。

4. 「資格証明」ページで、oracle.bi.system資格証明マップを選択し、「キーの作成」をクリックします。

5. 「キーの作成」ダイアログで、bisearchws_userのユーザー名とパスワードを入力し、OKをクリックします。

6. 「WebLogicドメイン」、「セキュリティ」および「システム・ポリシー」の順に選択します。

7. 「システム・ポリシー」ページでポリシー・タイプを「コードベース」に変更し、「名前」リストで「が次を含む」を選択し、名前にbisearchと入力して「検索」をクリックします。

8. 返される行を選択し、「編集」をクリックします。

9. 「システム権限の編集」ページで、「追加」をクリックします。

10. 「権限の追加」ダイアログで、次を実行します。

1. 「新しい権限の詳細を入力するにはここを選択します」を選択します。

2. 「権限クラス」ボックスに、次を入力します。
oracle.security.jps.service.credstore.CredentialAccessPermission

3. 「リソース名」ボックスに、次を入力します。
context=SYSTEM,mapName=oracle.bi.system,
keyName=bisearchws_user

4. 「権限アクション」ボックスに、アスタリスク(*)を1つ入力します。

5. 「OK」を2回クリックします。

11. BISearchConfig.propertiesファイルを次の値で更新します。

- SES_AdminServiceURL = http://$SES_INSTANCE:$SES_PORT/search/ws/admin/SearchAdmin

- SES_QueryServiceURL = http://$SES_INSTANCE:$SES_PORT /search/query/OracleSearch

- SES_QueryProxyUserKey = bisearchws_user

- ECSF_DataServiceURL = http://$BI_INSTANCE:$BI_PORT/bisearch/crawler

- ECSF_SecurityServiceURL = http://$BI_INSTANCE:$BI_PORT /bisearch/crawler/SecurityService

- ECSF_RedirectServiceURL = http://$BI_INSTANCE:$BI_PORT /bisearch/crawler

詳細は、第17.12.7項「ステップ7: 手動で全文カタログ検索のプロパティを構成する」を参照してください。

12. Oracle SESで、Oracle Business Intelligenceインスタンスをクロールするように構成したデータ・ソースを作成し、インスタンスをクロールします。
詳細は、第17.12.4項「ステップ4: 全文カタログ検索のためのデータソースを作成する」を参照してください。

13. 前のステップで作成したデータ・ソースを使用して、Oracle Business Intelligence用の検索グループをOracle SESで作成します。
「検索を有効にするための構成ファイルの編集」を行う際は、変更する<SearchGroup>要素にこのグループ名を使用します。

14. 第17.12.9.1.1項「検索を有効にするための構成ファイルの編集」の説明に従って、instanceconfig.xmlを編集します。

15. 次の手順を使用して、Oracle SESでフェデレーテッド・ユーザーを作成します。

1. Oracle SES管理ツールにアクセスします。

2. 「グローバル設定」タブを表示します。

3. 「検索」セクションで、「フェデレーション・トラステッド・エンティティ」リンクをクリックします。

4. 「フェデレーション・トラステッド・エンティティ」ページで、「エンティティ名」にbisearchws_userを入力し、「認証にIDプラグインを使用」を選択して、「追加」をクリックします。

16. 第4.3項「Oracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントを起動および停止するためのFusion Middleware Controlの使用」の説明に従って、 Oracle Business Intelligenceを再起動します。

17.12.9.1.1 検索を有効にするための構成ファイルの編集

第17.14.4項「検索のための構成ファイルの編集」の説明に従って、Oracle BI EEの構成ファイル(instanceconfig.xml)を手動で編集して、適切な要素を含める必要があります。

17.13 Oracle Endeca Serverでの検索の構成

注意:

この項を読む前に、第17.11項「全文カタログ検索のための構成の概要」について必ず理解しておいてください。

システムを構成して、Oracle Endeca Serverを全文検索の検索エンジンとして使用できます。このリリースでは英語のみがサポートされ、Oracle Endeca ServerとOracle Business Intelligenceの間でSecure Socket Layer相互認証を使用する必要があります。Oracle Endeca Serverの完全なドキュメント・セットは次の場所で入手できます。

http://docs.oracle.com/cd/E35822_01/index.htm

Oracle Endeca Serverを全文検索の検索エンジンとして構成する際、プレゼンテーション・サービスの属性を使用できます。属性を使用して検索結果をフィルタ処理および参照することができます。属性の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の全文カタログ検索から返される結果に関する項を参照してください。

このリリースのOracle BI Enterprise Editionで使用するOracle Endeca Serverのバージョンの詳細は、第1.8項「システム要件および動作保証」を参照してください。Oracle Endeca Serverは、全文カタログ検索でのクラスタ化構成では使用できません。

次の項の説明に従って、Oracle Endeca Serverでの全文カタログ検索の使用を構成する必要があります。

1. 第17.13.1項「ステップ1: Oracle Endeca Serverのインストール」

2. 第17.13.2項「ステップ2: Oracle Endeca Serverを使用するための権限の割当て」

3. 第17.13.3項「ステップ3: 全文カタログ検索のためのデータ・ストアの作成」

4. 第17.13.4項「ステップ4: 全文カタログ検索のためのデータ・ロードの有効化」

5. 第17.13.5項「ステップ5: 全文カタログ検索のプロパティの手動による構成」

6. 第17.13.6項「ステップ6: 検索を有効化するための構成ファイルの編集」

7. 第17.13.7項「ステップ7: 全文カタログ検索のSSLの有効化」

8. 第17.13.8項「ステップ8: 全文カタログ検索へのユーザーのアクセス可能化」

17.13.1 ステップ1: Oracle Endeca Serverのインストール

全文カタログ検索を構成する前に、Oracle Endeca Serverをインストールする必要があります。インストール手順は、次の場所にあるOracle Endeca Serverインストレーション・ガイドを参照してください。

http://docs.oracle.com/cd/E35822_01/server.740/es_install/toc.htm

Oracle Endeca Serverのインストール後、起動していることを確認します。この手順のその他のステップの実行中は、Oracle Endeca Serverが実行されている必要があります。Oracle Endeca Serverは、「スタート」メニュー(Windowsの場合)またはスクリプト(Linuxの場合)のいずれかから起動できます。Oracle Endeca Serverをスクリプトで起動するには、Endeca Serverのインストール・ルート・ディレクトリに移動し、そこからendeca-serverディレクトリに移動します。start.shスクリプトを実行します。

Oracle Endeca Serverの起動の詳細は、次の場所にある『Oracle Endeca Server管理者ガイド』を参照してください。

http://docs.oracle.com/cd/E35822_01/server.740/es_admin/toc.htm

17.13.2 ステップ2: Oracle Endeca Serverを使用するための権限の割当て

Oracle Endeca ServerをOracle BIプレゼンテーション・カタログで使用する手順には、特定の権限の構成が含まれます。Oracle BIプレゼンテーション・カタログのデータ・ロードおよび索引付けは、検索エンジンから開始されます。ただし、管理者権限を持つユーザーがBISystemアプリケーション・ロールに適切な権限を付与しないかぎり、プロセスは実行できません。

データ・ロード操作の通知を受信するには、操作を実行するユーザーに、Oracle BIプレゼンテーション・サービス内で次の権限を付与する必要があります。

アクセス: デリバーへのアクセス
アクション: ナビゲート・アクションの作成
アクション: 起動アクションの作成
デリバー: エージェントの作成

詳細は、第17.14.1項「検索のための権限の割当て」を参照してください。

17.13.3 ステップ3: 全文カタログ検索のためのデータ・ストアの作成

Oracle BIプレゼンテーション・カタログからデータをロードする前に、データ・ストアを作成する必要があります。Endeca ServerのDgraphプロセスがデータを索引付けします。(データ・ストアのDgraphプロセスは、Oracle Endeca Serverのコンピュータ上でendeca-cmdコマンドを使用してデータ・ストアが起動されると、自動的に実行されます。)BISearchConfig.propertiesファイルのMDEXDataSourceNameプロパティでデータ・ストアの名前を指定します。

データ・ストアを作成するには:

1. Oracle Endeca Serverが実行されているコンピュータで、コマンド・ウィンドウを開き、endeca-cmdディレクトリに移動します。
endeca-cmdディレクトリには、Endeca Serverのコマンドを実行するためのendeca-cmdスクリプトが含まれています。コマンドを実行するには、コマンドライン・ウィンドウを使用して(たとえば、Windowsの場合「コマンド プロンプト」を開いて) endeca-cmdディレクトリに移動するか、/path/endeca-cmdを実行します。

2. 次のコマンドを入力します。
endeca-cmd create-ds bisearch

このコマンドにより、「bisearch」というデータ・ストアが作成され、7770から始まる範囲のポート番号がデータ・ストアに自動的に割り当てられます。

または、たとえば次のようにコマンドを入力して、WSポート番号とバルク・ロード・ポート番号の両方を明示的に割り当てることができます。

endeca-cmd create-ds bisearch --ws-port 6060 --bulk-load-port 6061

バルク・ロード・ポートは、バルク・インジェスト・インタフェースを使用して、Oracle Endeca Serverへのデータ・ロードに使用されます。WSポートは、Oracle Endeca ServerへのWebサービス・リクエストの送信に使用されるポートで、Webサービス形式のインタフェースを備えています。全文カタログ検索では、Oracle Endeca ServerのWebサービスへのアクセスにポートを使用しません。かわりに、全文カタログ検索では、Oracle Endeca Serverが起動したものと同じポートを使用します。このポートのデフォルト値は7770です。ws-portは、コマンドから省略できます。指定されない場合、ポートにはOracle Endeca Serverで指定されたデフォルトの範囲で数字が割り当てられるためです。

3. コマンドの完了後、次のコマンドを入力して、データ・ストアのステータスを確認します。
endeca-cmd status-ds bisearch

次のような出力が表示されます。

WS Port: 6060
Bulk Load Port: 6061
Startup Timeout (s): 60
Shutdown Timeout (s): 60

検索の構成手順でこの後、バルク・ロード・ポート番号をBISearchConfig.propertiesファイルのMDEXBulkLoadPortプロパティで指定します。詳細は、第17.13.5項「ステップ5: 全文カタログ検索のプロパティの手動による構成」を参照してください。

17.13.4 ステップ4: 全文カタログ検索のためのデータ・ロードの有効化

データ・ストアの作成後、データ・ロードを実行して、Oracle Endeca Serverを使用するOracle BIプレゼンテーション・カタログの検索を有効にします。(Oracle SESでは、「クロール」は「データ・ロード」に相当します。)

エージェントを作成および実行することにより、完全および増分データ・ロードを実行します。データ・ロードを実行するエージェントは複数作成できますが、一度に実行できるのは、カタログのデータ・ロード1つのみです。エージェントのスケジュール・オプションを設定して、データ・ロードをいつ実行するかを指定します。エージェントの配信オプションを設定して、データ・ロードを開始したときと、正常に完了または失敗したときに電子メールを送信できます。データ・ロードの開始を示す電子メールには、その電子メールをロードの完了前に読んだ場合に、クリックしてロードを停止できるリンクが含まれています。ロードの完了を示す電子メールには、オブジェクトについての様々な統計が含まれています。

完全および増分データ・ロードの詳細は、第17.14.2項「クロールおよびデータ・ロードについて」を参照してください。増分データ・ロードは、第17.14.3項「増分クロールまたはデータ・ロードの有効化」の説明に従って、レプリケーションを有効化し、完全データ・ロードを実行する場合にのみ実行できます。

データ・ロードの進行中、次の詳細がOracle Business Intelligenceのログ・ファイルに格納されます。

- 取得および索引付けされたオブジェクト数などの統計

- データ・ロードの失敗の原因となるものを含む、データ・ロード中に発生するエラー

データ・ロードの完了後、Oracle Endeca Serverのそのデータ・ストアのDgraphプロセスが、データ・ストアにロードされた索引付け済の結果に基づいて、ユーザーからの検索タイプ・リクエストの処理を開始します。DgraphプロセスはOracle Endeca Serverの内部プロセスで、Oracle Endeca Serverでデータ・ストアを起動すると実行されます。Dgraphプロセスはデータ・ストアに対して問合せを実行し、Oracle Endeca Serverのインタフェースを通じて、結果をエンド・ユーザーに返します。

データ・ロードのプロセスには、次の項で説明するように、デバイスの作成およびエージェントの作成が含まれます。

17.13.4.1 データ・ロードについての電子メールのためのデバイスの作成

データ・ロードを実行する前に、ロードを実行するユーザーのために配信オプションおよびデバイスを構成する必要があります。

データ・ロードの電子メールのためのデバイスを作成するには:

1. プレゼンテーション・サービスに、データ・ロードを実行するユーザーとしてログインします。

2. グローバル・ヘッダーで、usernameとしてサインインをクリックし、「マイ・アカウント」を選択します。

3. 「デバイス」セクションの「配信オプション」タブで、次の値を使用してデバイスを作成します。

- Name = BISearch

- Category = Email

- Device Type = HTML Email

- Address/Number = データ・ロードを実行するユーザーの電子メール・アドレス

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

5. 「高い優先度」の名前で配信プロファイルを作成し、BISearchデバイスの優先度で「高」を選択します。

6. 「OK」を2回クリックします。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「マイ・アカウント」ダイアログに関する項を参照してください。

17.13.4.1.1 データ・ロードのエージェントの作成

デバイスおよび電子メールの配信プロファイルの作成後、データ・ロードの実行用のエージェントを作成できます。

データ・ロード用のエージェントを作成するには:

1. プレゼンテーション・サービスに、データ・ロードを実行するユーザーとしてログインします。

2. ホームページで、「新規」、「エージェント」の順に選択します。

3. 「エージェント」エディタの「一般」タブで、「優先度」を「高」に、「実行者」をデータ・ロードを実行する「指定されたユーザー」に設定します。

4. スケジュールが必要な場合は、「スケジュール」タブで、エージェントをいつ実行するかを指定します。

5. 「受信者」タブで、データ・ロードを実行するユーザーおよび、エージェントの受信者としてデータ・ロードについて通知を受信する必要があるその他のユーザーを選択します。

6. 「送信先」タブで、「ホーム・ページとダッシュボード」および「アクティブな配信プロファイル」を「デバイス」として選択します。

7. 「アクション」タブで次の手順を実行します。

1. 「新規アクションの追加」ボタンをクリックして、Webサービスを起動する「エージェント条件がTrueまたは条件が存在しない」セクションでアクションを作成します。

2. 「Select Web Service Operation」ダイアログで、次の値を「WSDL URL」フィールドに次の値を入力します。BISearchMDEXServiceはSOAP Webサービスで、カタログのクロールと索引付け、およびOracle Endeca Serverの索引付け情報の格納を行います。
http://server-name:server-port/bisearch/BISearchMDEXService?wsdl

3. 「開く」をクリックして、ディレクトリを含むウィンドウを表示します。

4. BISearchMDEXCrawler_WSServiceディレクトリをダブルクリックし、BISearchMDEXServiceディレクトリをダブルクリックし、Crawlというディレクトリを選択します。

8. 「新規アクション」ダイアログで、次のパラメータ値を指定します。BISearchConfig.propertiesファイルでプロパティのデフォルト値を設定されている場合、そのプロパティの指定はオプションです。

- crawl_customFacetAttributes — オプションで、ファセットになるcrawl_customIndexableAttributesの属性の名前を指定します。デフォルトで表示されるファセットは、「場所」、「タイプ」、「作成者」、「名前」および「変更日」です。
この値は、BISearchConfig.propertiesファイルのCustomFacetAttributesプロパティの値より優先されます。

- crawl_customIndexableAttributes — オプションで、オブジェクトの属性の名前を指定し、オブジェクトに索引付けるコンテンツとして含めます。各属性名をカンマで区切ります。この値は、BISearchConfig.propertiesファイルのCustomIndexableAttributesプロパティの値より優先されます。

- crawl_enableDataIndexing — 「False」を指定して、クロールまたはデータのロードへのデータの索引付けを無効にします。

- crawl__excludePaths — オプションで、データがロードされないカタログのディレクトリを指定します。ディレクトリはセミコロン(;)で区切ります。この値は、BISearchConfig.propertiesファイルのExcludePathsプロパティの値より優先されます。

- crawl_fullCrawl — 完全データ・ロードを実行するにはtrue、増分データ・ロードにはfalseを指定します。

- crawl_ibotPath — エージェントが保存されるフルパス名を指定します。

- crawl_includePaths — オプションで、データがロードされるカタログのディレクトリを指定します。ディレクトリはセミコロン(;)で区切ります。この値は、BISearchConfig.propertiesファイルのIncludePathsプロパティの値より優先されます。

- crawl_initalizeDataStore — オプションで、完全クロールを実行する前にデータ・ストアを再初期化するかどうかを指定します。この再初期化では、Oracle Endeca Serverで使用される全文カタログ検索の構成は保持され、データ・ストアのすべての索引データが削除されます。

- crawl_mdexDataStore — オプションで、全文カタログ検索の索引付けレコードを格納するOracle Endeca Serverのデータ・ストアの名前を指定します。この値は、BISearchConfig.propertiesファイルのMDEXDataStoreNameプロパティの値より優先されます。

- crawl_startLocation — オプションで、すべてのデータ・ロードが開始されるノードを指定します。この値は、BISearchConfig.propertiesファイルのRootNodeプロパティの値より優先されます。

このリストのプロパティの詳細は、第17.14.5項「検索のプロパティの手動による構成」を参照してください。

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

10. エージェントを保存します。

エージェントの作成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のエージェントの作成に関する項を参照してください。

17.13.5 ステップ5: 全文カタログ検索のプロパティの手動による構成

第17.14.5項「検索のプロパティの手動による構成」の説明に従って、Oracle Endeca Serverでの検索のプロパティを手動で構成する必要があります。

17.13.6 ステップ6: 検索を有効化するための構成ファイルの編集

第17.14.4項「検索のための構成ファイルの編集」の説明に従って、Oracle BI EEの構成ファイル(instanceconfig.xml)を手動で編集して、適切な要素を含める必要があります。

17.13.7 ステップ7: 全文カタログ検索のSSLの有効化

Oracle Endeca Serverを全文検索の検索エンジンとして使用するには、Oracle Business IntelligenceでOracle Endeca ServerとSecure Socket Layer (SSL)を介して通信する必要があります。このタイプの通信には、SSL相互認証が必要となります。こうした認証を使用すると、Oracle Business IntelligenceのメソッドのみがOracle Endeca Serverと通信して、データをロードし、Oracle BIプレゼンテーション・カタログを検索できます。

全文カタログ検索で使用するSecure Socket Layer (SSL)を有効化するには:

1. 『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のコンポーネント間のSSL通信の構成に関する項の説明に従って、Oracle Business IntelligenceのSSLを有効にします。

2. 次の場所にある『Oracle Endeca Server管理者ガイド』のSSL相互認証のためのDgraphの構成に関する項の説明に従って、Oracle Endeca ServerでSSLを有効にします。
http://docs.oracle.com/cd/E35822_01/server.740/es_admin/toc.htm

3. BISearchConfig.propertiesファイルでMDEXServerプロパティに、「http://」ではなく「https://」を使用する値を設定します。
詳細は、第17.14.5項「検索のプロパティの手動による構成」を参照してください。

4. Fusion Middleware Controlを使用して、BISearchアプリケーションを再起動します。

17.13.8 ステップ8: 全文カタログ検索へのユーザーのアクセス可能化

ユーザーが全文カタログ検索にアクセスできるようにするには、次の条件が満たされていることを確認します。

- 第17.14.4項「検索のための構成ファイルの編集」の説明に従って、instanceconfig.xmlファイルでBISearch要素が構成されていること

- 第17.14.5項「検索のプロパティの手動による構成」の説明に従って、BISearchConfig.propertiesファイルで、SearchEngineプロパティがデフォルトのMDEXに設定されていること

17.14 全文検索の構成の共通手順

注意:

この項を読む前に、第17.11項「全文カタログ検索のための構成の概要」について必ず理解しておいてください。

第17.12項および第17.13項では、Oracle BIプレゼンテーション・カタログをOracle SESおよびOracle Endeca Serverで検索するための構成の詳細を説明しました。構成タスクのほとんどは各検索エンジン独自のものですが、一部の詳細事項は共通です。次の各項では、共通の詳細について説明します。これらのタスクは、各検索エンジンで全文検索の構成のすべての手順を確認するまで実行しないでください。

- 第17.14.1項「検索のための権限の割当て」

- 第17.14.2項「クロールおよびデータ・ロードについて」

- 第17.14.3項「増分クロールまたはデータ・ロードの有効化」

- 第17.14.4項「検索のための構成ファイルの編集」

- 第17.14.5項「検索のプロパティの手動による構成」

17.14.1 検索のための権限の割当て

構成手順の一部として、検索の権限を割り当てる必要があります。

カタログの検索に適切な権限を割り当てるには:

1. Oracle BI Enterprise Editionで管理者としてログインします。

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

3. 「管理」タブで、「権限の管理」をクリックします。

4. 「SOAP」セクションで、BISystemロールが次の権限を付与されていることを確認します。

SOAPにアクセス

システム・ユーザーとして偽装

ReplicationServiceサービスのアクセス

CatalogIndexingServiceサービスのアクセス

SecurityServiceサービスのアクセス

CatalogServiceサービスのアクセス

XmlGenerationServiceサービスのアクセス

権限の割当ての詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』の「プレゼンテーション・サービスの権限の管理」を参照してください。

17.14.2 クロールおよびデータ・ロードについて

全文カタログ検索の構成手順の一部として、必要な2つのタイプのクロールまたはデータ・ロードについて理解する必要があります。用語「クロール」はOracle SESで、「データ・ロード」はOracle Endeca Serverで使用されます。

- 完全クロールまたはデータ・ロード: カタログ全体をクロールまたはデータ・ロードします。このタイプは、初めてカタログをクロールまたはデータ・ロードするときや、前回クロールまたはデータ・ロードしてから多数の変更があった場合に使用します。通常、完全クロールまたはデータ・ロードは、週末や休日など、大部分のユーザーがシステムにアクセスしていないときにスケジュールします。増分クロールまたはデータ・ロードを実行する前に、カタログでレプリケーションを有効にして、完全クロールまたはデータ・ロードを実行する必要があります。レプリケーションの有効化の詳細は、第17.12.6項「ステップ6: 全文カタログ検索の増分クロールを有効化する」を参照してください。

- 増分クロールまたはデータ・ロード: カタログ内の変更されたオブジェクトのみをクロール、データ・ロードまたは実際に索引付けします。変更されたオブジェクトとは、作成、編集または削除されたオブジェクトです。増分クロールまたはデータ・ロードは、カタログ・ツリー構造全体にアクセスおよび構築しますが、変更されたファイルにのみ再索引付けします。これにより、カタログ・ツリー全体に再索引付けすることなく検索索引をすばやく更新できます。
増分クロールまたはデータ・ロードは、第17.14.3項「増分クロールまたはデータ・ロードの有効化」の説明に従って、レプリケーションを有効化し、完全クロールまたはデータ・ロードを実行する場合にのみ実行できます。

カタログを完全にまたは増分してクロールまたはデータ・ロードした後は、オブジェクトに索引付けされ、ユーザーは全文カタログ検索の一部としてそれらを簡単に検索できるようになります。

デフォルトでは、カタログ内のすべてのオブジェクトは、クロールまたはデータ・ロード中に索引付けされるように設定されています。コンテンツ・デザイナは、オブジェクトの「プロパティ」ダイアログを使用して、そのオブジェクトの「索引付けしない」プロパティを設定できます。このプロパティを設定すると、そのオブジェクトはクロールまたはデータ・ロードされたり、索引付けされたりしなくなります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のプロパティへのアクセスに関する項を参照してください。

17.14.3 増分クロールまたはデータ・ロードの有効化

増分クロールまたはデータ・ロードを行うには、最初に次の操作を実行する必要があります。

1. 次の手順の説明に従い、instanceconfig.xmlファイルを編集して、Oracle BIプレゼンテーション・カタログのレプリケーションを有効化します。

2. カタログ上で完全クロールまたはデータ・ロードを実行します。

レプリケーションを有効化するには、instanceconfig.xmlファイル内のReplication要素をtrueに設定します。次の手順は、レプリケーションを有効化するための構成の詳細を示しています。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

レプリケーションの設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. Replication要素を追加する必要がある「カタログ」セクションを見つけます。
Replication要素は、デフォルトではfalseに設定されています。これをtrueに設定しない場合は、最後の完全クロールまたはデータ・ロード以降のカタログの変更がわずかであるかどうかに関係なく、カタログの完全クロールまたはデータ・ロードのみが実行されます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<Catalog>
<Replication>
<Enabled>true</Enabled>
</Replication>
</Catalog>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

17.14.4 検索のための構成ファイルの編集

全文検索の構成手順の一部として、次の手順の説明に従い、instanceconfig.xmlファイルを編集して適切な要素を指定する必要があります。要素には、Oracle SESやOracle Endeca Serverで共有されているものや、各エンジンで一意のものがあります。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

検索用に構成ファイルを手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを開いて編集します。

2. 表17-3に記載されている要素を追加する必要があるServerInstanceセクションを見つけます。
表17-3は、Oracle SESおよびOracle Endeca Serverの両方のエンジンを構成する要素について説明します。プロパティには、どちらのエンジンでも必要なもの、一方のエンジンのみで必要なものがあります。全文カタログ検索を構成する際は、使用しているエンジンに適用される、表17-3の要素のみを使用します。

2つのエンジンの詳細は、第17.11.3項「サポートされる検索エンジン」を参照してください。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<BISearch>
<Enabled>true</Enabled>
<BaseURL>http://mycomputer:1111</BaseURL>
<ContextName>bisearch</ContextName>
<TimeOutMilliSeconds>60000</TimeOutMilliSeconds>
<SearchGroup>mygroup</SearchGroup>
<UseFacetUI>true</UseFacetUI>
</BISearch>
<UI>
<MaxSearchResultItemsToReturn>300</MaxSearchResultItemsToReturn>
<UserPickerDialogMaxAccounts>300</UserPickerDialogMaxAccounts>
</UI>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

表17-3 検索を構成するための要素

要素

説明

エンジン

デフォルト値

BaseURL

Oracle Business Intelligenceの基本のURLを次の形式で指定します。

http://computer_name:port

SSLが有効な場合は、「https」を使用するURLを指定する必要があります。

両方

デフォルト値なし

ContextName

BI検索アプリケーションのコンテキスト名を指定します。これは常に「bisearch」にする必要があります。

両方

bisearch

Enabled

Oracle Business Intelligenceのインスタンスを有効にして、Oracle SESでクロールするか、Oracle Endeca Serverでデータ・ロードするかを指定します。

両方

false

MaxSearchResultItemsToReturn

全文カタログ検索で取得される検索結果の数を制限するこの設定の詳細は、第B.1項「プレゼンテーション・サービスに対する拡張構成の変更」を参照してください。Oracle SES管理ツールの「検索(問合せ構成)」セクションにある「グローバル設定」で、「最大結果数」に同じ値を設定します。

両方

300

UserPickerDialogMaxAccounts

左ピッカーに表示するカタログ項目数を制御するこの設定の詳細は、第B.1項「プレゼンテーション・サービスに対する拡張構成の変更」を参照してください。

両方

300

SearchGroup

Oracle SESで作成した検索グループの名前を指定します。第17.12.9.1項「全文検索に対するBI検索アプリケーションの構成」を参照してください。

この値はOracle Endeca Serverで使用されませんが、有効な名前を含める必要があります。

Oracle SES

デフォルト値なし

TimeOutMilliSeconds

検索リクエストがタイムアウトになるまでの最長時間をミリ秒単位で指定します。プレゼンテーション・サービスが、指定されたミリ秒以内にBI検索アプリケーションからレスポンスを受信しない場合は、タイムアウト・メッセージが表示されます。最小値および最大値はありません。

両方

60000

UseFacetUI

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の全文カタログ検索から返される結果に関する項の説明に従って、ファセット・ユーザー・インタフェースを使用するかどうかを指定します。

この値は、Oracle Endeca Serverのみで使用されます。Oracle SESではこの値をfalseに設定します。

Oracle Endeca Server

true

17.14.5 検索のプロパティの手動による構成

BISearchConfig.propertiesファイルを手動で編集することで、全文カタログ検索のプロパティを構成できます。全文カタログ検索のプロパティには、全文カタログ検索で使用するWebサービスのURLの指定が含まれているため、URLが変更された場合はこれらのプロパティを設定できます。

表17-4は、Oracle SESおよびOracle Endeca Serverの両方のエンジンの全文カタログ検索の構成プロパティについて説明しています。プロパティには、どちらのエンジンでも必要なもの、一方のエンジンのみで必要なものがあります。全文カタログ検索を構成する際は、使用しているエンジンに適用される、表17-4のオプションのみを使用します。2つのエンジンの詳細は、第17.11.3項「サポートされる検索エンジン」を参照してください。

表17-4は、BISearchConfig.propertiesファイルに含まれるプロパティについて説明しています。BISearchConfig.propertiesファイルは、Oracle BI EEのWebLogic Server上のORACLE_HOME\user_projects\domains\bifoundation_domain/config/fmwconfig/biinstances/coreapplicationディレクトリにインストールされています。

注意:

SSLが有効な場合は、BIServerURL、BISearchServerURL、ECSF_DataServiceURL、ECSF_RedirectServiceURLおよびECSF_SecurityServiceURLの各プロパティに、「https」を使用するURLを指定する必要があります。

表17-4 全文カタログ検索の構成プロパティ

名前

説明

エンジン

デフォルト値

BIServerURL

Oracle BIサーバーのURLを指定します。

両方

デフォルト値なし

BISearchServerURL

全文カタログ検索のサーブレットのURLを指定します。

両方

デフォルト値なし

BIServerSSOURL

Oracle BI EEのURLリクエストを処理するように構成されたOracle HTTP ServerインスタンスのSSO URLを指定します。

両方

デフォルト値なし

CrawlingUserKey

カタログのクロールに使用される資格証明の鍵を指定します。

この値を編集しないでください。

Oracle SES

デフォルト値なし

CustomFacetAttributes

CustomIndexableAttributesプロパティで指定されるファセットになる属性を指定します。デフォルトで表示されるファセットは、「場所」、「タイプ」、「作成者」、「名前」および「変更日」です。

オブジェクトのカスタム・オブジェクト・プロパティが、このプロパティのいずれかの属性に一致する場合、これらの属性タグ名が既存のファセットの一覧に追加されます。その値が、対応するファセットの値です。Presentation Services内のファセットをユーザーが有効化すると、これらの属性がファセットとして有効になり、検索で使用できます。

Oracle Endeca Server

デフォルト値なし

CustomIndexableAttributes

カタログ・オブジェクトの属性の名前を指定して、オブジェクトの索引付けが可能なコンテンツとして追加します。

各属性名に、カンマで区切られた文字列を入力します。この例では、SINGLEが付いたprefix属性は単一値の属性を表し、MULTIが付いたprefix属性は複数値の属性を表します。

CustomIndexableAttributes=SINGLE:name,MULTI:region

両方

デフォルト値なし

ECSF_DataServiceURL

次の形式で、Oracle BI EEインスタンス内で全文検索のURLを指定します。

http://$OBIEE_INSTANCE:$OBIEE_PORT/bisearch/crawler

ここで、$OBIEE_INSTANCEはOracle BI EEがインストールされているコンピュータの名前、$OBIEE_PORTはOracle BI EEインスタンスのポート番号です。

Oracle SES

デフォルト値なし

ECSF_RedirectServiceURL

ECSF_DataServiceURLプロパティと同じURLを指定します。

Oracle SES

デフォルト値なし

ECSF_SecurityServiceURL

次の形式で、Oracle BI EEインスタンス内で全文検索のセキュリティ・サービスのURLを指定します。

http://$OBIEE_INSTANCE:$OBIEE_PORT/bisearch/crawler/SecurityService

Oracle SES

デフォルト値なし

EnableDataIndexing

クロールまたはデータのロードへのデータの索引付けを実行するかどうか決定します。このプロパティをFalseに設定すると、すべてのカタログ・オブジェクトに対するデータの索引付けが無効になり、クロールまたはデータのロードのパフォーマンスが向上します。これは、データが索引で取得されないためです。

列、ディメンションおよびメジャーなどのデータ値は、分析、プロンプト、フィルタおよびKPIなどの特定のオブジェクトに索引付けされます。

両方

true

ExcludePaths

カタログのクロールまたはデータ・ロードしないディレクトリのリストを指定します。ディレクトリはセミコロン(;)で区切ります。

両方

"/system/*;/shared/*"

IncludePaths

カタログのクロールまたはデータ・ロードするディレクトリのリストを指定します。ディレクトリはセミコロン(;)で区切ります。

両方

"*"

MaximumRefinements

問合せが実行された場合、ファセット当たりで取得する値の最大数を指定します。高すぎる値を設定すると、検索のパフォーマンスが低下します。

Oracle Endeca Server

10

MDEXBulkLoadPort

Oracle Endeca Serverのバルク・ロード・インタフェースでサーバーへのデータのロードに使用される、BulkLoadポートのポート番号を指定します。

Oracle Endeca Server

デフォルト値なし

MDEXDataStoreName

全文カタログ検索の索引付けレコードを格納するOracle Endeca Serverのデータ・ストアの名前を指定します。このデータ・ストアは、第17.13.3項「ステップ3: 全文カタログ検索のためのデータ・ストアの作成」の手順を使用して作成する必要があります。

Oracle Endeca Server

デフォルト値なし

MDEXServer

Oracle Endeca Serverが適切なプロトコルで実行しているコンピュータのホスト名またはIPアドレスを指定します。たとえば、通常のhttpでは、次のように指定します。

http://localhost.com

SSLが有効な場合は、次のように指定します。

https://localhost.com

Oracle Endeca Server

デフォルト値なし

MDEXTransactionMaxSize

クロール中に各トランザクションで含まれる索引付けレコードの数を指定します。このプロパティを使用すると、索引付けレコードのトランザクションをOracle Endeca Serverに送信する頻度を制御できます。

Oracle Endeca Server

25

MDEXWSPort

Oracle Endeca Serverの内部Webサービスのポート番号を指定します。

Oracle Endeca Server

7770

MemoryThresholdValue

大量のデータにメモリー効率化メソッドをいつ使用するかの判断に使用する、メモリーのしきい値を指定します。

両方

100

RootNode

すべてのクロールの開始点となるノードを指定します。

両方

"/"

SearchEngine

使用する検索エンジンを指定します。有効な値は、SES (Oracle SESの場合)またはMDEX (Oracle Endeca Serverの場合)です。

両方

MDEX

SES_QueryProxyUserKey

Oracle SESのWebサービスの使用時に、問合せプロキシ・ユーザーとして機能するユーザーのキーを指定します。このキーは、「全文検索に対するBI検索アプリケーションの構成」を実行する際に使用します。

Oracle SES

デフォルト値なし

SES_QueryServiceURL

次の形式で、Oracle SESで問合せのWebサービス・エンドポイントのURLを指定します。

http://$SES_INSTANCE:$SES_PORT/search/query/OracleSearch

ここで、$SES_INSTANCEはOracle SESがインストールされているコンピュータの名前、$SES_PORTはOracle SESインスタンスのポート番号です。

Oracle SES

デフォルト値なし

17.15 Oracle BIプレゼンテーション・カタログのレプリケート

プレゼンテーション・サービスのインスタンス間で、選択したカタログ・フォルダのコンテンツをコピーおよびマージできます。レプリケーション構成は個別のタスクに分割できます。レプリケーション・タスクは、1つのサーバーから別のサーバーに、指定したカタログ・フォルダのカタログ・コンテンツを定期的にマージする手順です。2方向のレプリケーションが可能です。

レプリケーションが役に立つ一般的なシナリオは、プレゼンテーション・サービスの1つのインスタンスを使用して共有分析を準備して公開し、2つ以上の本番インスタンスを使用してユーザーをサポートするものです。このシナリオでは、Instance1のカタログを2つの本番インスタンスで共有し、各本番インスタンス上のカタログはもう一方の本番インスタンスと共有します。この共有を実行するには、プレゼンテーション・サービス・レプリケーション・エージェントの構成ファイルで次のレプリケーション・タスクを構成します。

- /shared: Instance1からInstance2へ

- /shared: Instance1からInstance3へ

- /users: Instance2からInstance3へ

- /users: Instance3からInstance2へ

プレゼンテーション・サービスのインスタンスがパブリッシャまたはサブスクライバとしてレプリケーションに参加している場合、レプリケートするようにマークされているカタログ・オブジェクトに行われた変更を追跡し、それらをレプリケーション・ログ・ファイルに内部的に保持します。プレゼンテーション・サービスのもう1つのインスタンスは、SOAPコールを行って、これらの変更をファイルにエクスポートするか、前に別のインスタンスからエクスポートされたファイルに記録されている変更をインポートしてリプレイするように要求できます。プレゼンテーション・サービス・レプリケーション・エージェントは、SOAPを使用して、プレゼンテーション・サービスのすべてのインスタンス上のレプリケーション関連のアクティビティを管理し、インポートおよびエクスポート操作を実行します。これらのSOAPコールの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイド』を参照してください。

17.15.1 レプリケーション・ログ・ファイルについて

レプリケーション・ログ・ファイルは、レプリケーションの対象となっているカタログ・オブジェクトに行われた変更を記録します。レプリケーション・ログ・ファイルには次の2つのタイプがあります。

- 変更ログ・ファイル - ローカルに行われたカタログ・オブジェクトに対する変更のレコードが含まれます。これらのファイルは、presentationcatalogpath/replication/changelogフォルダに格納されます。ここでpresentationcatalogpathは、カタログ・フォルダへのフルパスです。

- 再生ログ・ファイル - プレゼンテーション・サービスの他のインスタンスからリプレイされたカタログ・オブジェクトに対する変更のレコードが含まれます。これらのファイルは、presentationcatalogpath/replication/playbackフォルダに格納されます。

レプリケーション・ログ・ファイルは、定期的に削除するまで無期限にディスクに格納されます。レプリケーション操作を実行するときは、プレゼンテーション・サービスは、instanceconfig.xmlファイルのReadLogRecordsSinceHoursAgo要素によって指定された時間間隔でのみ、レプリケーション・ログ・ファイルを読み取ります。この要素の詳細は、第17.15.6項「レプリケーションのためのinstanceconfig.xmlファイルの編集」を参照してください。

レプリケーション・ログ・ファイルを、トラブルシューティングなどのために確認する場合、ログ・ファイルを手動で変更しないでください。

17.15.1.1 レプリケーション・ログ・ファイルのレコード

レプリケーション・ログ・ファイルには、様々なタイプのレコードが含まれており、各レコードは、カンマで区切られたいくつかのフィールドで構成されています。レプリケーション・ログ・ファイルの最も重要なタイプのレコードを表17-5に示します。

表17-5 レプリケーション・ログ・ファイルのレコードの説明

タイプ

いつ書き込まれるか

目次

ファイル・ヘッダー・レコード

各ログ・ファイルの開始時

サイズ、タイプ、タイムスタンプ、バージョン、フラグ

起動レコード

プレゼンテーション・サービスが起動するたび

サイズ、タイプ、タイムスタンプ

変更前レコード

Oracle BIプレゼンテーション・カタログ・オブジェクトが変更されようとしているとき

サイズ、タイプ、タイムスタンプ、変更順序番号、変更タイプ

変更後レコード

カタログ操作が完了した直後

サイズ、タイプ、タイムスタンプ、変更順序番号、処理結果

ファイル終了レコード

レプリケート・ログ・ファイルの最後のレコードとして

サイズ、タイプ、タイムスタンプ、次のログ・ファイルの名前

次のリストで、レプリケーション・ログ・ファイルのいくつかのフィールドについて説明します。

- サイズ: 16進数としてエンコードされたバイト単位のレコードのサイズ。

- タイプ: 次のようなレコードのタイプ。

- H: ファイル・ヘッダー・レコード

- S: プレゼンテーション・サービス起動レコード

- B: 変更前レコード

- A: 変更後レコード

- F: ファイル終了レコード

- タイムスタンプ: レコードのタイムスタンプ。1970年1月1日の深夜(00:00:00)UTCからの秒数を表す16進数として書き込まれます。

- 変更順序番号: 対応する変更前レコードと変更後レコードで同一になる順序番号。

- 変更タイプ: 変更のタイプ。次のフラグの組合せを表す16進数として書き込まれます。

- 1: 挿入

- 2: 削除

- 4: 書込み

- 8: カタログ・オブジェクト情報の変更

- 16: 所有者の変更

- 32: セキュリティの変更

- 処理結果: 処理結果。次のいずれかです。

- 0: 失敗

- 1: 成功

17.15.2 Oracle BIプレゼンテーション・カタログをレプリケートするための構成

Oracle BIプレゼンテーション・カタログのレプリケーションを有効化するには、次の項で説明する手順を実行します。

- 第17.15.3項「Oracle BIプレゼンテーション・カタログのファイルのコピー」

- 第17.15.4項「Oracle BIプレゼンテーション・サービス・レプリケーション・エージェントの使用方法」

- 第17.15.5項「レプリケーションのためのconfig.xmlファイルの作成」

- 第17.15.6項「レプリケーションのためのinstanceconfig.xmlファイルの編集」

17.15.3 Oracle BIプレゼンテーション・カタログのファイルのコピー

プレゼンテーション・サービス・レプリケーション・エージェントは、Oracle BIプレゼンテーション・カタログに対して行われた変更をコピーします。そのコピーはコンテンツ全体ではなく変更のみであるため、最初にプレゼンテーション・サービスのサブスクライブ・インスタンスそれぞれのソース・カタログのコピーを作成する必要があります。

17.15.4 Oracle BIプレゼンテーション・サービス・レプリケーション・エージェントの使用方法

レプリケーション・エージェントは、プレゼンテーション・サービスの両方のインスタンスにネットワーク・アクセスできるコンピュータであればどのコンピュータでも実行できます。このエージェントは、すべてのレプリケーション・タスクを処理し、コマンドライン・オプションを提供します。

レプリケーション・エージェント(ファイル名はsawrepaj)は、レプリケーションのためのコピー、エクスポート、インポートおよびマーキングなどの一般的なレプリケーション・タスクを実行するユーティリティです。

レプリケーション・エージェントは、プレゼンテーション・サービスのインスタンスおよびレプリケーション・タスクに関する情報を必要とします。この情報は、config.xmlファイルに格納されており、第17.15.5項「レプリケーションのためのconfig.xmlファイルの作成」に説明があります。

レプリケーション・エージェントのコマンドラインは、次の形式を使用します。

- UNIXの場合:

sawrepaj.sh [/C path] command [command parameters]

sawrepaj.shファイルは
ORACLE_HOME\bifoundation\web\bin\sawrepajにあります。

- Windowsの場合:

sawrepaj.bat [/C path] command [command parameters]

sawrepaj.batファイルは
ORACLE_HOME\bifoundation\web\bin\sawrepajにあります。

/Cの後に続くパスは、config.xmlファイルへのパスを指定します。コマンド・オプションについては、次に示す項で説明します。

- 第17.15.4.1項「mark」

- 第17.15.4.2項「remotecopy」

- 第17.15.4.3項「run」

17.15.4.1 mark

プレゼンテーション・サービスを実行するすべてのコンピュータまたは指定したコンピュータ上でレプリケートされるカタログ・フォルダのリストで、指定されたカタログ・フォルダを追加または削除します。レプリケートするカタログ・フォルダのリストは、presentationcatalogpath/root/system/replicationディレクトリにある構成アイテムに格納されています。presentationcatalogpathは、Oracle BIプレゼンテーション・カタログ・ディレクトリへのフルパスです。

リストにカタログ・フォルダを追加しても、対応するカタログ・オブジェクトがただちにレプリケートされるわけではありません。単に将来の変更がレプリケーション・ログ・ファイルに記述され、後でレプリケートされます。

レプリケートするときにOracle BIプレゼンテーション・カタログが別のインスタンス上に存在する場合、レプリケートするカタログ・フォルダのリストが正しくないことがあります。レプリケートするカタログ・フォルダのリストをメンテナンスするには、markコマンドを使用します。

markコマンドの構文は次のとおりです。

sawrepaj [/C path] mark {all|servername} [/n] [catalogfolders]

- all | servername: プレゼンテーション・サービスを実行しているコンピュータの名前またはすべてのコンピュータ(all)を指定します。ここでmarkコマンドを実行します。特定のサーバーを使用する場合は、指定する名前が、config.xmlファイル内の対応するサーバー要素の名前属性に一致している必要があります。

- /n: 存在する場合は、そのカタログ・フォルダを、レプリケートするカタログ・フォルダのリストから削除することを示します。それ以外の場合は、そのフォルダが追加されます。

- catalogfolders: レプリケートするカタログ・フォルダのリストに追加またはそれから削除するカタログ・フォルダのリスト。リスト内の各フォルダ名は空白で区切ります。Oracle BIプレゼンテーション・カタログ全体(すべてのフォルダと、システム権限、カタログ・グループ・メンバーシップなどの情報)を追加または削除するには、/を使用します。
フォルダを指定しない場合、markコマンドはconfig.xmlファイルに指定されたサーバーの各フォルダに対して実行されます。

次の行は、markのサンプル・コマンドを示しています。

sawrepaj /C MyOracleHome\bifoundation\web\bin\sawrepaj mark all /

17.15.4.2 remotecopy

ソース・コンピュータから指定したカタログ・フォルダのコンテンツをエクスポートし、それらを宛先コンピュータのフォルダにインポートします。

remotecopyコマンドの構文は次のとおりです。

sawrepaj [/C path] remotecopy sourceServer destinationServer catalogfolders

- sourceServer: config.xmlファイルに指定されているとおりのソース・コンピュータの名前。

- destinationServer: config.xmlファイルに指定されているとおりの宛先コンピュータの名前。

- catalogfolders: リモートにコピーするカタログ・フォルダのリスト。リスト内の各フォルダ名は空白で区切ります。フォルダを指定しない場合は、remotecopyコマンドはconfig.xmlファイルで指定されたサーバーの各フォルダに対して実行されます。

次の行は、remotecopyのサンプル・コマンドを示しています。

sawrepaj /C MyOracleHome\bifoundation\web\bin\sawrepaj remotecopy Server1 Server2 users shared

17.15.4.3 run

config.xmlファイルで指定されており、かつ期限切れしていないすべてのレプリケーション・タスクを実行します。このコマンドにはランタイム・パラメータはありません。

runコマンドの構文は次のとおりです。

sawrepaj [/C path] run

次の行は、runのサンプル・コマンドを示しています。

sawrepaj /C MyOracleHome\bifoundation\web\bin\sawrepaj run

17.15.5 レプリケーションのためのconfig.xmlファイルの作成

レプリケーション・エージェントの構成ファイルを作成し、プレゼンテーション・サービスのどのインスタンス上のどのフォルダをレプリケートするのかを指定する必要があります。構成ファイルは、ORACLE_HOME\bifoundation\web\bin\sawrepajディレクトリにあります。

次の項では、config.xmlファイルについて説明します。

- 第17.15.5.1項「構成ファイルの構造」

- 第17.15.5.2項「構成ファイルの要素」

- 第17.15.5.3項「サンプルconfig.xmlファイル」

手動による編集の詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

17.15.5.1 構成ファイルの構造

レプリケーション・エージェントのconfig.xmlファイルの構造は次のとおりです。

<Config>
<General>
<ExportDirectory/>
<LogExpiresHours/>
<RetryAttempts/>
</General>
<Server>
<Property/>
</Server>
<Folderset>
<Folder/>
</Folderset>
<ReplicationTask/>
</Config>

17.15.5.2 構成ファイルの要素

表17-6は、レプリケーション・エージェントのconfig.xmlファイルで設定できる要素を示しています。要素はデフォルトでは存在していないため、手動で入力する必要があります。

表17-6 config.xmlファイルのレプリケーション・エージェント構成要素

要素

説明

Config

構成ファイルのルート要素として機能します。

Config/General

すべてのインスタンスおよびレプリケーション・タスクに適用可能な一般設定が含まれます。

General/ExportDirectory

エクスポート・ファイルを配置する共有ディレクトリへのUNCパスが含まれます。プレゼンテーション・サービスのすべてのインスタンスから同じ名前を使用してアクセスできる必要があります。

さらに、プレゼンテーション・サービスのインスタンスを実行するために使用するユーザー・アカウントが、このディレクトリへの読取りおよび書込み権限を持っている必要があります。

General/LogExpiresHours

プレゼンテーション・サービスのすべてのインスタンス上のレプリケーション・ログが期限切れする時間を時間単位(double値)で指定します。

この要素は、レプリケーションに参加しているプレゼンテーション・サービスのすべてのインスタンスの中で最も低いReadLogRecordsSinceHoursAgo要素の値に設定します。

ReadLogRecordsSinceHoursAgo要素の詳細は、第17.15.6項「レプリケーションのためのinstanceconfig.xmlファイルの編集」を参照してください。

General/RetryAttempts

オブジェクトを変更する試みを再試行する回数を指定します。

(オブジェクトを変更する試みは、オブジェクトがロックされていた場合などに再試行されることがあります。)

Config/Server

プレゼンテーション・サービスの各コンピュータの接続情報を定義します。その属性は次のとおりです。

- name: サーバーの論理ID。レプリケーション・タスクおよびsawrepajコマンドラインでの識別に使用されます。

- user: ユーザー名。

- pwd: パスワード。

Config/Server/Property

プレゼンテーション・サービス(SAWBridge)サーバーの接続パラメータとトラスポート・プロトコルを定義します。その属性は次のとおりです。

サーバー名と値を次のように定義します。

注意: ここで使用する設定は、トランスポート・プロトコルの値がHTTP(N)とソケットベースTCP(Y)のいずれを使用するように設定されているのかによって決定されます。

- name - サーバー名を定義します。例:
oracle.bi.presentation.url - (HTTPプロトコルを使用している場合)

oracle.bi.presentation.sawservers - (ソケットベースTCPプロトコルを使用している場合)

- value - サーバー・アドレスを定義します。例:
http://localhost/analytics/saw.dll - (HTTPプロトコルを使用している場合)SAWBridgeサーブレットのマッピング別名

localhost:9710 - (ソケットベースTCPプロトコルを使用している場合)

トランスポート・プロトコル名と値を次のように定義します。

- name - トランスポート・プロトコル名。例:
oracle.bi.presentation.usesoaptcptransport

- value - プレゼンテーション・サービスに接続するためのトランスポート・プロトコルは、次のいずれかです。
N - HTTPプロトコルを使用します(デフォルト値)。

Y - ソケットベースTCPプロトコルを使用します。

Config/Folderset

カタログ・フォルダのリストを定義します。その属性はnameのみであり、サーバーの論理IDまたはallに設定できます。

Folderset/Folder

フォルダセットにフォルダを追加します。カタログ・フォルダへのフルパスを指定します。

Config/ReplicationTask

レプリケーション・タスクを定義します。その属性は次のとおりです。

- source: ソース・コンピュータの名前。これは、Server要素に定義されているインスタンスの名前と一致する必要があります。

- destination: 宛先コンピュータの名前。これは、Server要素に定義されているインスタンスの名前と一致する必要があります。

- folders: フォルダセットの名前。これは、Folderset要素で定義されているフォルダセットと一致する必要があります。

- lastPerformed: このタスクの、最後に成功した実行のタイムスタンプ。この値は、sawrepajユーティリティによって更新されます。

- localChanges: ソース・コンピュータで直接行われた変更をエクスポートするかどうかを指定します。
true: 変更はエクスポートされます。(デフォルト)。

false: 変更はエクスポートされません。

- remoteChanges別のサーバー上で行われ、ソース・サーバー上でレプリケートされた変更を再エクスポートするかどうかを指定します。
true: 変更は再エクスポートされます。

false: 変更は再エクスポートされません(デフォルト)。

17.15.5.3 サンプルconfig.xmlファイル

次に、config.xmlファイルの例を示します。

<?xml version="1.0" encoding="UTF-8"?>
<!-- Oracle BI Presentation Services Replication Agent Configuration File -->
<!-- replicate entire catalog from host1 to host2 -->

<Config>
<General>
<ExportDirectory>\\host1\shared</ExportDirectory>
<LogExpiresHours>48</LogExpiresHours>
</General>
<Server name="1" user="<admin1user>" pwd="<admin1password>">
<Property name= "oracle.bi.presentation.url"
value ="http://host1.com:<port>/analytics/saw.dll"/>
<Property name="oracle.bi.presentation.usesoaptcptransport" value="N"/>
</Server>

<Server name="2" user="admin2user" pwd="admin2password">
<Property name="oracle.bi.presentation.sawservers"
value ="localhost:10712"/>
<Property name="oracle.bi.presentation.usesoaptcptransport" value="Y"/>
</Server>

<Folderset name="all">
<Folder>/</Folder>
</Folderset>

<ReplicationTask destination="2" source="1" folders="all" />
</Config>

17.15.6 レプリケーションのためのinstanceconfig.xmlファイルの編集

レプリケートするカタログを含むプレゼンテーション・サービスのインスタンスごとにinstanceconfig.xmlファイルを次のように編集する必要があります。

- レプリケーションを有効化します。デフォルトでは、プレゼンテーション・サービスのインスタンスに対してレプリケーション機能は無効化されています。

- クラスタ化環境のレプリケーションを構成します。クラスタ化環境では、プレゼンテーション・サービスのいくつかのインスタンスが同じOracle BIプレゼンテーション・カタログを共有できます。レプリケーションを適切に機能させるには、次の操作が必要です。

- 同時実行性の問題を回避するために、プレゼンテーション・サービスの各インスタンスが、それ自体のログ・ファイルに書き込むようにします。

- インポートおよびエクスポート操作中に、すべてのインスタンスによって行われた変更が取り込まれるようにします。

- レプリケーション・ログ・ファイルに保持されるレコードの数を指定します。

- レプリケーション操作のためにレプリケーション・ログ・ファイルが読み取られる時間間隔(時間単位)を指定します。

次の手順は、レプリケーションのために実行できる構成変更に関する情報を提供します。この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報に精通していることを確認してください。

カタログのレプリケーションの設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表17-7に記載されている要素を追加する必要があるセクションをみつけます。

3. 例17-1に示すように、必要な要素とその祖先要素を追加します。

注意:

複数のCatalog要素を単一のinstanceconfig.xmlファイルに挿入しないでください。既存のCatalog要素を検索し、これがある場合は、その要素に、この例に示す要素を含めます。

4. 変更内容を保存し、ファイルを閉じます。

5. プレゼンテーション・サービスを再起動します。

表17-7 カタログ・レプリケーションを構成するための要素

要素

説明

デフォルト値

Enabled

プレゼンテーション・サービスのインスタンスが、パブリッシャまたはサブスクライバとして、レプリケーションに参加するかどうかを指定します。

false

ReadLogRecordsSinceHoursAgo

レプリケーション操作のためにレプリケーション・ログ・ファイルが読み取られる時間間隔(時間単位)を指定します。

168

RecordsInFileLimit

レプリケーション・ログ・ファイルに保持されるレコードの数を指定します。

5000

IDsInCluster

クラスタ内にあるプレゼンテーション・サービスのすべてのインスタンスをIDで識別します。各IDはカンマで区切ります。

この要素はクラスタ化環境では必須です。

デフォルト値なし

MyInstanceID

IDsInCluster要素に指定された、プレゼンテーション・サービスのこのインスタンスによって生成されるログ・ファイルの接尾辞に使用するIDを識別します。ログ・ファイルの名前は次のとおりです。

- 変更ログ・ファイル:
sawchange_InstanceID_SequenceNum.log

- 再生ログ・ファイル:
sawplayback_InstanceID_SequenceNum.log

ファイル名の例は、表17-8を参照してください。

この要素はクラスタ化環境では必須です。

デフォルト値なし

例17-1 複数サーバー上のレプリケーション用instanceconfig.xmlファイル

2つのサーバーでレプリケーションを有効にするとします。サーバー1のinstanceconfig.xmlファイルに、次の値を設定します。

<ServerInstance>
<Catalog>
<Replication>
<Enabled>true</Enabled>
<ReadLogRecordsSinceHoursAgo>120</ReadLogRecordsSinceHoursAgo>
<RecordsInFileLimit>4000</RecordsInFileLimit>
<Cluster>
<IDsinCluster>ID_FOR_S1, ID_FOR_S2</IDsinCluster>
<MyInstanceID>ID_FOR_S1</MyInstanceID>
</Cluster>
</Replication>
</Catalog>
</ServerInstance>

サーバー2のinstanceconfig.xmlファイルにも、1つを除いて同じ値を設定します。MyInstanceID要素にはID_FOR_S2の値を設定します。これは、このサーバーのプレゼンテーション・サービスのインスタンスによって生成されるログ・ファイルの接尾辞にID_FOR_S2を使用することを示します。

<MyInstanceID>ID_FOR_S2</MyInstanceID>

表17-8は、サーバー1およびサーバー2によって生成されるレプリケーション・ログ・ファイルの名前の例を示しています。他のサーバーによって生成されるレプリケーション情報を読み取るために、クラスタ内の各ノードは、他のサーバーのログ・ファイル名を認識している必要があります。

表17-8 サーバーごとのレプリケーション・ログ・ファイルの名前

ログ・ファイルの種類

Server1

Server2

変更ログ

sawchange_ID_FOR_S1_1.log

sawchange_ID_FOR_S1_2.log

sawchange_ID_FOR_S1_3.log

sawchange_ID_FOR_S1_4.log

sawchange_ID_FOR_S2_1.log

sawchange_ID_FOR_S2_2.log

sawchange_ID_FOR_S2_3.log

sawchange_ID_FOR_S2_4.log

再生ログ

sawplayback_ID_FOR_S1_1.log

sawplayback_ID_FOR_S1_2.log

sawplayback_ID_FOR_S1_3.log

sawplayback_ID_FOR_S1_4.log

sawplayback_ID_FOR_S2_1.log

sawplayback_ID_FOR_S2_2.log

sawplayback_ID_FOR_S2_3.log

sawplayback_ID_FOR_S2_4.log

17.15.7 レプリケーション・ログ・ファイルを使用できない場合のレプリケーションの再開

なんらかの理由で、プレゼンテーション・サービスの1つのインスタンスでレプリケーション・ログ・ファイルを使用できない場合は、そのインスタンスのサブスクライブ先のOracle BIプレゼンテーション・カタログ・フォルダをコピーすることでレプリケーションを再開できます。ただし、この方法では、他のインスタンスにレプリケートされなかったカタログ・コンテンツが失われます。次の方法を使用すると、すべてのカタログ・コンテンツが保持されます。

注意:

instanceconfig.xmlファイルのReadLogRecordsSinceHoursAgo要素で指定されている時間間隔を超えてプレゼンテーション・サービスがオフラインであった後にレプリケーションを再開する必要がある場合は、オフライン期間中のログ・ファイルがレプリケートされるようにReadLogRecordsSinceHoursAgoの値を調整できます。その後で、ReadLogRecordsSinceHoursAgoを元の設定に戻します。

レプリケーション・ログ・ファイルを使用できない場合にレプリケーションを再開するには:

1. カタログ・マネージャを使用して、presentationcatalogpath/replication/changelogおよびpresentationcatalogpath/replication/playbackフォルダ内のすべてのレプリケーション・ログを消去します。presentationcatalogpathはOracle BIプレゼンテーション・カタログ・フォルダへのフルパスです。
カタログ・マネージャの詳細は、第11章「外部システムへの接続の構成」を参照してください。

2. instanceconfig.xmlファイルのUseReplication要素をfalseに設定します。
詳細は、第17.15.6項「レプリケーションのためのinstanceconfig.xmlファイルの編集」を参照してください。

3. プレゼンテーション・サービスのインスタンスを起動します。

4. 他のインスタンスからレプリケートされたフォルダを削除するかフォルダの名前を変更し、sawrepaj remotecopyコマンドを使用して他のインスタンスからコピーします。

5. instanceconfig.xmlのUseReplication要素をtrueに設定します。

6. プレゼンテーション・サービスのインスタンスを再起動します。

7. プレゼンテーション・サービスのインスタンスに対してsawrepaj markコマンドを使用してレプリケートするフォルダのリストをリストアします。

8. 構成ファイルを編集し、プレゼンテーション・サービスのインスタンスをインポートまたはエクスポートの対象としているすべてのReplicationTask要素からlastPerformed属性を削除することにより、レプリケーション・タスクを再び有効にします。

18 マルチテナントの構成

この章では、マルチテナントを実現するためにOracle Business Intelligenceシステムを構成する方法について説明します。Oracle Business Intelligenceを1つの環境に構成して、複数のクライアント組織(テナント)にサービスを提供できます。

この章では、次の項目について説明します。

- 第18.1項「Oracle Business Intelligenceのマルチテナントの概要」

- 第18.2項「マルチテナント用に構成されたOracle Business Intelligenceの動作方法」

- 第18.3項「マルチテナント用に構成する際のセキュリティ上の考慮事項」

- 第18.4項「テナントのカタログ・オブジェクトの保護」

- 第18.5項「システムのマルチテナント用の構成」

- 第18.6項「テナントの管理」

- 第18.7項「マルチテナント環境のトラブルシューティング」

注意:

Oracle Business Intelligenceの多くの機能をテナントで使用できますが、マルチテナント環境では使用できない機能もあります。詳細は、第18.1.3.1項「テナント・ユーザーが使用できない機能」を参照してください。

18.1 Oracle Business Intelligenceのマルチテナントの概要

この項では、Oracle Business Intelligenceでのマルチテナントの使用に関する基本的な情報について説明します。含まれる内容は、次のとおりです。

- 第18.1.1項「マルチテナントとは」

- 第18.1.2項「必要なアプリケーション・ロールのタイプ」

- 第18.1.3.1項「テナント・ユーザーが使用できない機能」

18.1.1 マルチテナントとは

マルチテナントとは、1つのサーバーまたはクラスタ化されたサーバーで単一のソフトウェア・インストールを実行して複数のクライアント組織にサービスを提供するソフトウェア・アーキテクチャの原則の1つです。マルチテナント・アーキテクチャの各クライアント組織は、同じインフラストラクチャを共有する他の組織とは独立して操作を行います。マルチテナントを使用すると、1つのデプロイメントで複数の企業をホストできるようになります。互いの存在を知られることはないため、複数の競合企業をサポートすることも可能です。

18.1.2 必要なアプリケーション・ロールのタイプ

テナントは1人の顧客または人々のグループとして考えることができます。たとえば、BankAおよびBankBというテナントを個別に構成できます。すべてのテナントおよびOracle Business Intelligenceシステム全体を管理する1人以上の全体管理者を設定できます。各テナントには、独自のテナント・コンシューマ、テナント作成者および1人以上のテナント管理者がいます。テナント管理者の実行可能なタスクは、テナント固有の管理タスクに制限されます。

次の各項では、マルチテナント環境で必要なアプリケーション・ロールおよびユーザーのタイプについて概説します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のアプリケーション・ロールに関する項を参照してください。

- 第18.1.2.1項「BIグローバル管理者のアプリケーション・ロール」

- 第18.1.2.2項「テナント管理者」

- 第18.1.2.3項「テナント・エンド・ユーザー」

- 第18.1.2.4項「アプリケーション・ロールの比較」

18.1.2.1 BIグローバル管理者のアプリケーション・ロール

マルチテナント用に構成していないOracle Business Intelligenceのデフォルト・インストールには、BIAdministratorアプリケーション・ロールが含まれています。Oracle Business Intelligenceをマルチテナント用に構成する場合、2つの管理アプリケーション・ロールを使用します。1つは全体のグローバル管理者(BIグローバル管理者)用、もう1つはテナント管理者用です。

BIGlobalAdministratorアプリケーション・ロールは、元のBIAdministratorロールのメンバーであり、BIAdministratorのすべての権限、およびグローバルなマルチテナント管理タスクに特化して追加されたあらゆる権限を継承します。このロールのメンバーは、このガイドの他の章および『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』で説明しているように、Oracle Business Intelligenceシステムを保守できます。この管理者は、すべてのテナントの権限を制御し、プレゼンテーション・サービスの「管理」ページ、Oracle BI管理ツール、ジョブ・マネージャ、カタログ・マネージャおよびすべてのコンテンツにアクセスできます。この管理者は特定のテナントには関連付けられていません。

重要:

この特権ロールを特定のテナント内のユーザーまたはグループにマップしないてください。

元のBIAdministratorアプリケーション・ロールが割り当てられ、BIGlobalAdministratorロールが割り当てられていないユーザーは、システムにはアクセスできますが、マルチテナント機能を管理する権限がありません。

BIグローバル管理者には、表18-2に示すorclMTTenantGUID属性およびorclMTTenantUName属性の値セットを指定できません。この管理者には一意のorclMTUID属性値が必要ですが、この値にテナント接頭辞は指定できません。

18.1.2.2 テナント管理者

BITenantAdministratorアプリケーション・ロールには、ポリシー・ストアの特定の権限はありませんが、テナントを管理するためにOracle BIプレゼンテーション・カタログで付与される権限があります。このロールのユーザーは、1つのテナントのマルチテナント機能に対してセルフサービスの管理タスクを実行できます。この管理者は、プレゼンテーション・サービスの「管理」ページまたは「権限」ページにはアクセスできません。この管理者は、オブジェクトおよびフォルダに対するアクセス権を付与したり、オブジェクトおよびフォルダを作成、削除またはコピーしたりすることによって、カタログ内のテナント・ユーザーのコンテンツを編成します。

18.1.2.3 テナント・エンド・ユーザー

マルチテナント環境のエンド・ユーザーはテナント・ユーザーと呼ばれます。このユーザーは、非マルチテナント環境と同じデフォルトのアプリケーション・ロール、つまりBIAuthorおよびBIConsumerを持ちます。テナント・ユーザーをテナントIDに結び付ける関係はアイデンティティ・ストアで管理されます。エンド・ユーザーの詳細は、第18.3.2項「マルチテナント環境のテナントおよびテナント・ユーザーに必須のアイデンティティ・ストア属性」を参照してください。

18.1.2.4 アプリケーション・ロールの比較

図18-1は、マルチテナントで使用されるアプリケーション・ロールと、非マルチテナント環境で使用されるロールを比較しています。Oracle Business Intelligenceをマルチテナント用に構成する場合、2つのアプリケーション・ロールを作成します。BIGlobalAdministratorロールはBIAdministratorロールのメンバーです。BITenantAdministratorロールは、自身のテナント情報に対してのみセルフサービスの管理タスクを実行するテナント・ユーザー用です。

図18-1 マルチテナントのアプリケーション・ロール

18.1.3 マルチテナント環境での機能の違い

Oracle Business Intelligenceをマルチテナント用に構成しても、その多くの機能は同様に動作します。使用できないか、働きが異なる機能もあります。

次に、これらの機能の違いについて説明します。

- テナント・ユーザーが使用できない機能

- テナント・ユーザーで異なる働きをする機能

18.1.3.1 テナント・ユーザーが使用できない機能

次のリストは、テナント・ユーザーが使用できないOracle Business Intelligenceの機能について説明しています。

- テナント管理者が使用できない機能は次のとおりです。BIグローバル管理者はこれらの機能を使用できます。

- Fusion Middleware Control(つまり、診断、メトリック、システムの可用性および容量を確認できません)。

- Essbaseコンポーネント(Essbase、Essbase StudioおよびEssbase Administration Servicesを含む)。
適切なセキュリティを適用することで、Essbaseをマルチテナント環境のデータソースとして使用できます。テナント管理者には、Essbaseの管理ツール、およびOracle Business Intelligenceの一部としてインストールされている関連ツールにアクセスする権限がありません。

- Oracle BI管理ツール、カタログ・マネージャおよびジョブ・マネージャ。

- 使用状況トラッキングおよびMapViewer。

- テナント作成者およびテナント・コンシューマが使用できない機能は次のとおりです。

- カタログ・グループ、KPI、スコアカード、BI Mobile、BIコンポーザ、Oracle BI for Microsoft Office、Act As(プロキシ)機能、および直接データベース・リクエスト。

- Oracle RTD、BI PublisherおよびMarketing Segmentation。

- Oracle SESおよびOracle Endeca Serverでの全文カタログ検索。基本カタログ検索は使用できます。

- Oracle Essbaseコンポーネント(Financial Reporting、Calculation ManagerおよびWorkspaceを含む)。
Oracle Essbase Suiteをインストールし、Oracle Business Intelligenceをマルチテナント用に構成する場合、ログ・ファイルにはOracle Essbase Suiteに関するエラーが含まれます。マルチテナント構成用のログ・ファイルでは、このようなエラーを無視してかまいません。

構成プロセスの一環としてテナント用の機能を制御する方法の詳細は、第18.5.4項「マルチテナント環境で機能を使用不可にする」を参照してください。

18.1.3.2 テナント・ユーザーで異なる働きをする機能

次のリストは、テナント・ユーザーで働きが異なるOracle Business Intelligenceの機能について説明しています。

- 非マルチテナント環境の場合、オブジェクト(分析やダッシュボードなど)を次のフォルダに保存すると、他のユーザーがオブジェクトを使用できます。
/Shared Folders

マルチテナント環境の場合、オブジェクト(分析やダッシュボードなど)を/Shared Foldersフォルダではなく次のフォルダに保存すると、他のテナント・ユーザーがオブジェクトを使用できます。

/Shared Folders/My Company Shared

たとえば、他のテナント・ユーザーが使用可能なforecasted_ salesという名前の分析を作成する場合、/Shared Folders/My Company Sharedに保存します。

- 非マルチテナント環境の場合、ダッシュボードを次の場所に保存すると、ダッシュボードがグローバル・ヘッダーの「ダッシュボード」メニューに表示されます。
/Shared Folders/first level subfolder/Dashboards

マルチテナント環境の場合、ダッシュボードを次の場所に保存すると、ダッシュボードが「ダッシュボード」メニューに表示されます。

/Shared Folders/My Company Shared/first level subfolder/Dashboards

ダッシュボードが保存されていない/Shared Folders/first level subfolderフォルダを選択すると、新規Dashboardsフォルダが自動的に作成されます。

たとえば、ダッシュボードが保存されていない/Shared Folders/My Company Shared/Salesという名前のフォルダを選択すると、新規Dashboardsフォルダが自動的に作成され、場所のエントリが/Shared Folders/My Company Shared/Sales/Dashboardsに変わります。(他のレベルのフォルダを選択すると、新規Dashboardsフォルダは自動的に作成されません。)

18.2 マルチテナント用に構成されたOracle Business Intelligenceの動作方法

対象読者: BIグローバル管理者

デフォルトでは、Oracle Business Intelligenceはマルチテナント用に構成されていません。マルチテナントをサポートするようにOracle Business Intelligenceを構成する場合、システムでは、単一のOracle BIプレゼンテーション・カタログと、テナント・ユーザーが読取り専用で共有する単一のOracle BIサーバー・リポジトリが使用されます。各テナント・ユーザーにはテナントGUIDがあります。テナント・ユーザーに割り当てられるグローバル一意識別子(GUID)は、ユーザーのアイデンティティがOracle Business Intelligence内で一意であることを保証します。この割当てにより、システムにおける名前の競合や変更に対処できるようになります。ユーザーがサイン・インすると、そのテナントGUIDに基づいてシステムのビューが決定されます。テナント・ユーザーのテナントGUIDには、接続プールやその他の目的に使用するためのセッション変数が割り当てられます。

次のリストは、マルチテナント・システムの機能を説明しています。

- ユーザーは、マルチテナント・システムの一部としてアプリケーション・ロールを使用します。テナント・ユーザーは、アイデンティティ・ストアのグループを介してアプリケーション・ロールにマップされます。
アプリケーション・ロールはテナント間で共有されるため、テナント固有のアプリケーション・ロールを作成することはできません。BIグローバル管理者は、アプリケーション・ロールを作成して、そのアプリケーション・ロールに(テナント固有のグループなどの)グループを割り当てることができます。このアプリケーション・ロールの名前は、そのロールに割り当てられたグループのメンバーであるかどうかにかかわらず、すべてのテナントの特定のダイアログに表示されることに注意してください。テナント管理者がアプリケーション・ロールを作成することはできません。

- 構成(instanceconfig.xmlファイルなど)に対するすべての変更はシステム全体に適用され、テナント固有にはなりません。これらには、カタログの権限、スキン、およびフロントエンドのカスタマイズに対する変更が含まれます。

- マルチテナント環境でダッシュボードおよび分析を使用する場合、ユーザーは自身のテナントに固有のコンテンツを操作します。たとえば、ダッシュボード・コンシューマは、テナント固有のブリーフィング・ブック、ブックマークおよびプロンプト・リンクを作成します。分析および列のデフォルトのプロパティはテナント固有です。

- エージェントはテナントに対してサポートされます。エージェントの範囲は、そのテナントの範囲内に制限されます。エージェントを作成して受信者をリストから追加する場合、選択できるユーザーおよびアプリケーション・ロールは次のようになります。

- このリストには、ユーザーのテナント内に存在する受信ユーザーのみが表示されます。

- このリストには、すべてのテナントで共有されるアプリケーション・ロールが表示されます。アプリケーション・ロールに配信を行うエージェントは、そのエージェントの作成者と同じテナントを共有するロールのメンバーに対してのみ配信を行います。

18.3 マルチテナント用に構成する際のセキュリティ上の考慮事項

対象読者: BIグローバル管理者

Oracle Business Intelligenceをマルチテナント用に構成する際は、次の各項で説明しているセキュリティ上の考慮事項に注意してください。

- 第18.3.1項「Fusion Middlewareセキュリティを使用したテナント・ユーザーの認証および認可」

- 第18.3.2項「マルチテナント環境のテナントおよびテナント・ユーザーに必須のアイデンティティ・ストア属性」

- 第18.3.3項「マルチテナント環境のシステム・ユーザー」

- 第18.3.4項「SSOのUserIDはorclMTUID属性値に一致する必要がある」

18.3.1 Fusion Middlewareセキュリティを使用したテナント・ユーザーの認証および認可

マルチテナント環境におけるテナント・ユーザーの認証および認可は、Oracle Fusion Middlewareセキュリティを介してのみ実行できます。つまり、初期化ブロックを使用してテナント・ユーザーを認証および認可することはできません。

Oracle Business IntelligenceでのOracle Fusion Middlewareセキュリティの使用の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

18.3.2 マルチテナント環境のテナントおよびテナント・ユーザーに必須のアイデンティティ・ストア属性

通常、非マルチテナントのOracle Business Intelligenceのデプロイでは、ユーザーはアイデンティティ・ストアに格納されます。表18-1は、各ユーザーに必須のアイデンティティ・ストア属性を示しています。

表18-1 非テナント・ユーザーの属性

一般に使用される属性(構成可能)

属性の説明

Oracle Business Intelligenceに必須かどうか

cn

ユーザー名

はい

orclGUID

GUID

はい

マルチテナントのOracle Business Intelligenceのデプロイにおける各テナント・ユーザーは、さらに表18-2に示す属性に値を移入してアイデンティティ・ストアで使用可能にする必要があります。Oracle Business Intelligenceには、これらの属性をアイデンティティ・ストアに追加するツールがありません。目的のデプロイのアイデンティティ・ストアに適した手法でこれらの属性を追加する方法については、アイデンティティ・ストアの管理者に問い合せてください。

表18-2 テナント・ユーザーの属性

属性名

説明

テナント・ユーザーに必須かどうか

orclMTUID

ユーザーのグローバル一意識別子。この属性はテナント名を接頭辞に指定したユーザー名(tenantname.usernameなど)を保持します。各識別子は一意である必要があります。

はい

orclMTTenantGUID

テナントのグローバル一意識別子。

はい

orclMTTenantUName

テナントの名前。

いいえ

マルチテナント環境で認証プロバイダを構成する場合、ユーザーおよびグループのベースDNはすべてのテナント間で同じにする必要があります。さらに、orclMTUID属性をユーザー名属性として使用する必要があります。認証プロバイダの構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

Oracle Business Intelligenceの動作保証マトリックスにある同じ認証プロバイダがサポートされますが、それぞれのケースで、さらにユーザー属性を使用可能にするか追加する必要があります。オラクルでは、LDAPスキーマをWebLogicサーバーの組込みLDAPに拡張する機能は提供していません。そのため、Oracle Business Intelligenceをマルチテナント用に構成するプロセスの一部として、代替のアイデンティティ・ストアを構成する必要があります。動作保証マトリックスの詳細は、第1.8項「システム要件と動作保証」を参照してください。

18.3.3 マルチテナント環境のシステム・ユーザー

システム・アカウントおよびOracle Business Intelligenceのテナント全体の管理に使用されるアカウントは、非マルチテナント環境と同様に機能します。具体的には、これらのアカウントはOracleSystemUserおよびBISystemUserになります。これらのユーザーには、表18-2に示すテナント関連の属性の値セットは指定できません。1つの例外として、これらのユーザーがテナント・ユーザーと同じ認証プロバイダによって認証されている場合があります。この場合は、orclMTUID属性に、テナント接頭辞を除いたユーザー名を移入する必要があります。

BISystemUserの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

18.3.4 SSOのUserIDはorclMTUID属性値に一致する必要がある

マルチテナント環境では、認証プロバイダがorclMTUID属性をユーザー名として使用するように構成されるため(表18-2を参照)、SSOの認定された手法で導出されるUserIDは、アイデンティティ・ストアの有効なorclMTUID値に一致する必要があります。SSO製品から得られるUserIDはユーザーのグローバル一意識別子である必要があり、一般にはtenantname.usernameという形式になります。

SSOの構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

18.4 テナントのカタログ・オブジェクトの保護

対象読者: BIグローバル管理者

テナント・ユーザーの操作対象は、それぞれのテナントの一部として作成されたカタログ・オブジェクトに限定されます。自身のテナント・フォルダに加えて、通常は共有領域に対する読取り専用のアクセス権を持ちます。たとえば、標準のレポート・セットを使用可能にする場合、これを共有領域で実行できます。または、標準のレポートを各テナント・フォルダにコピーできます。

Oracle BIプレゼンテーション・カタログのコンテンツはテナント間で共有されます。カタログはテナントごとにストライプ化されるため、テナント・ユーザーには、それぞれのカタログ・コンテンツの独自の仮想化ビューが表示されます。あるテナントのユーザーが、他のテナントのユーザーの所有するコンテンツにアクセスすることはできません。アプリケーション・ロールはテナントごとにストライプ化されません。

最上位レベルのテナント・フォルダは、テナントIDに基づいてストライプ化されます。カタログをテナントID別に分割することで、テナント全体にセキュリティを効果的に適用できます。テナント・ユーザーは、ログイン時に割り当てられたテナントIDを使用して、各自のカタログ・フォルダに振り分けられます。このプロセスには、テナント固有の権限のプロビジョニングは必要ありません。

マルチテナント環境では、カタログにtenantsフォルダが含まれ、そこにすべてのテナント固有のフォルダが格納されます。次の例に示すように、tenantsフォルダはshared、usersおよびsystemフォルダと同じレベルにあります。

/root
/shared
/system
/users
/tenants
/acme
/users
/acme.user1
/acme_reports
/company_shared
/devices
/subjectarea
/system

次にカタログの構造について説明します。

- /root/shared: すべてのテナント・ユーザーが読取り専用のアクセス権を持ちます。BIグローバル管理者はフル・アクセス権を持ちます。

- /root/users: このフォルダにはBIグローバル管理者(つまり、テナントIDを持たないユーザー)が作成されます。

- /tenants/../../system: このフォルダには、書式設定やデバイスに使用されるような、テナント固有のシステム・ファイルが含まれます。

- /tenants/../../company_shared: このフォルダには企業固有の共有ファイルが含まれます。これは/root/sharedフォルダのファイルとは異なります。適切なテナントに属するすべてのユーザーは、この共有フォルダにアクセスできます。他のテナントに属するユーザーは、他のテナントのcompany_sharedフォルダを表示することも、フォルダにアクセスすることもできません。共有領域はテナントごとに仮想化されます。

- /tenants/users: このフォルダにはテナントのすべてのユーザーが含まれ、「カタログ」ページに「マイ・フォルダ」として表示されます。テナント・ユーザーが/root/usersフォルダにアクセスすることはできません。

テナントに対してカタログ・グループはサポートされていないため、プレゼンテーション・サービスの「管理」ページではテナントからカタログ・グループにアクセスできません。そのようなアクセスは有効にしないでください。テナント・ユーザーの「カタログ」ページでは「管理ビュー」は使用できません。

18.5 システムのマルチテナント用の構成

対象読者: BIグローバル管理者

この項では、Oracle Business Intelligenceシステムをマルチテナント用に構成するためのインストール後のタスクについて説明します。これらのタスクおよびこの章の各項では、ユーザーがOracle Business Intelligenceを初めてインストールしており、デフォルトのアイデンティティ・ストア構成、ポリシー・ストア、およびOracle BIプレゼンテーション・カタログの権限を変更していないことを前提としています。

システムをマルチテナント用に構成するには:

1. Oracle Business Intelligenceシステムを停止します。
詳細は、第4章「Oracle Business Intelligenceの起動と停止」を参照してください。

2. 第18.5.1項「システムでのマルチテナントの有効化」の説明に従って、マルチテナントを有効にします。

注意:

この手順のテナント・プロビジョニング・タスクを完了するまで、システムにテナント・ユーザーとしてログインしないでください。

3. 次の手順を実行して、アイデンティティ・ストアを構成します。

1. 第18.3.2項「マルチテナント環境のテナントおよびテナント・ユーザーに必須のアイデンティティ・ストア属性」の説明に従って、マルチテナント属性をスキーマに追加します。

2. 第18.3.3項「マルチテナント環境のシステム・ユーザー」の説明に従って、システム・ユーザー、管理ユーザーおよびテナント・ユーザー用のユーザーおよびグループをアイデンティティ・ストアに移入します。

注意:

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』の代替認証プロバイダの構成に関する項を参照してください。

4. 第18.5.2項「アプリケーション・ロールおよびユーザーの構成」の説明に従って、適切なアプリケーション・ロールおよびユーザーを構成します。

5. 第18.5.3項「テナントのデータソースの構成」の説明に従って、データソースを構成します。

6. 第18.5.4項「マルチテナント環境で機能を使用不可にする」の説明に従って、マルチテナント環境で使用できないOracle Business Intelligenceの機能を無効にします。

7. (オプション)第18.3.4項「SSOのUserIDはorclMTUID属性値に一致する必要がある」の説明に従って、シングル・サインオン(SSO)を構成します。

8. Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイドのOracle BIリポジトリおよびカタログのアップグレードに関する項の説明に従って、カタログをアップグレードします。

9. 第18.6.1項「テナントのプロビジョニングおよびプロビジョニング解除」の説明に従って、テナントをプロビジョニングします。

10. Oracle Business Intelligenceシステムを再起動します。

11. プレゼンテーション・サービスに次のユーザーとしてログインします。
BIGlobalAdministrator、BIAuthorおよびBIConsumer。第18.1.3.1項「テナント・ユーザーが使用できない機能」の説明に従って、各ユーザーが適切な機能にアクセスできることを確認します。

12. プレゼンテーション・サービスにログインし、カタログで、BITenantAdministratorフル・アクセスをcompany_sharedフォルダに付与します。
BITenantAdministratorとしてプレゼンテーション・サービスにログインし、company_sharedディレクトリ下にディレクトリを作成します。

13. 次に示すテナント・ユーザー用のディレクトリが、次のディレクトリ下に存在することを確認します。
ORACLE_HOME/instances/instance1/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obips1/catalog/SampleAppLite/root/tenants

ORACLE_HOME/instances/instance1/bifoundation/OracleBIPresentationServicesComponent
/coreapplication_obips1/catalog/SampleAppLite/root/tenants
/tenant1/users
/tenant2/users

テナント数に基づいて適切な数のディレクトリが存在することを確認します。

18.5.1 システムでのマルチテナントの有効化

マルチテナントのオプションを有効にするには、次の手順で説明しているように、システム・プロパティを追加して適切な属性または要素を含める必要があります。

マルチテナントの使用を有効にするには:

1. プラットフォームに適した構文を使用して、システム・プロパティoracle.multitenant.enabled=trueをMW_HOME/user_projects/domains/bifoundation_domain/bin/setDomainEnv.sh(UNIX)または.cmd(Windows)に手動で追加します。これは、次のWindowsプラットフォームの例に示すように、EXTRA_JAVA_PROPERTIES行の後ろに入力します。
set JAVA_PROPERTIES=%JAVA_PROPERTIES% %EXTRA_JAVA_PROPERTIES%
set JAVA_PROPERTIES=%JAVA_PROPERTIES% -Doracle.multitenant.enabled=true

2. Oracle Business Intelligence 11g (リリース11.1.1.7.1以降)を使用する場合、属性にはFusion Middleware Control MBeanブラウザを使用します。このブラウザで、MultipleTenantsEnabled属性をbiee.admin MBeanについてtrueに設定します。
第3.5項「構成設定を更新するためのFusion Middleware Control MBeanブラウザの使用」を参照してください。

3. Oracle Business Intelligence 11g (リリース11.1.1.7.0)を使用する場合、次の手順を実行してマルチテナント用の要素を含めます。

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. EnableMultiTenancy要素を手動で追加する必要があるCatalogセクションを見つけます。
デフォルトではEnableMultiTenancy要素はinstanceconfig.xmlに含まれていませんが、デフォルトはfalseに設定されます。これを含めてtrueに設定しないと、マルチテナントのオプションは使用できません。

3. 次の例に示すように、Catalog要素内にEnableMultiTenancy要素を含めます。Catalog要素には他の要素が含まれることもあります。

<Catalog>
<EnableMultiTenancy>true</EnableMultiTenancy>
</Catalog>

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

4. Oracle Business Intelligenceを再起動します。

注意:

この時点で、必ずOracle Business Intelligenceを再起動します。Oracle Business Intelligenceを再起動して、マルチテナントを有効にするために加えた変更を有効にし、テナント・ユーザーのディレクトリが正しい場所に作成されるようにする必要があります。

18.5.2 アプリケーション・ロールおよびユーザーの構成

次の各項の説明に従って、マルチテナント・システムに適したアプリケーション・ロールおよびユーザーを構成する必要があります。

- 第18.5.2.1項「BIグローバル管理者の構成」

- 第18.5.2.2項「テナント管理者のアプリケーション・ロールの構成」

- 第18.5.2.3項「テナント・ユーザーの構成」

18.5.2.1 BIグローバル管理者の構成

マルチテナント・システムを管理するBIグローバル管理者を構成する必要があります。次の手順をシステム全体の管理者に対して実行します。テナント管理者には実行しません。

BIグローバル管理者を構成するには:

1. BIGlobalAdministratorというアプリケーション・ロールを作成します。

2. このアプリケーション・ロールに次の権限を付与して、すべてのテナントの管理を許可します。
resourceType=oracle.bi.multitenancy.permission,resourceName=oracle.bi.administerTenant
Action = _all_

この権限により、BIグローバル管理者は、プレゼンテーション・サービスの「管理」ページへのアクセス、「カタログ」ページの「管理ビュー」へのアクセス、およびマルチテナントのWebサービスの呼出しを実行できるようになります(詳細は、第18.6.1項「テナントのプロビジョニングおよびプロビジョニング解除」および第18.6.3項「テナントのコンテンツのアーカイブ」を参照してください)。

3. このアプリケーション・ロールをBIAdministratorのメンバーにします。

4. OPMNおよびOracle BIプレゼンテーション・サービスを再起動します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

18.5.2.2 テナント管理者のアプリケーション・ロールの構成

BIグローバル管理者は各テナントの管理者を構成する必要があります。BITenantAdministratorというアプリケーション・ロールを使用してユーザーおよびグループをマップできます。このアプリケーション・ロールには、ポリシー・ストアで付与される権限はありませんが、Oracle BIプレゼンテーション・カタログ用の特定の権限があります。

テナント管理者のアプリケーション・ロールを構成するには:

1. BITenantAdministratorというアプリケーション・ロールを作成します。

2. 次の項目を必ず実行してください。

- BITenantAdministratorロールに権限が付与されていないことを確認します。

- BIAdministratorおよびBIGlobalAdministratorロールにテナント・ユーザーが割り当てられていないことを確認します。

3. (オプション)ポシリー・ストアでBITenantAdministratorロールをBIAuthorアプリケーション・ロールのメンバーにします。これによりテナント管理者は、フォルダを作成して、関連タスクを実行できるようになります。

4. 新しいテナントをプロビジョニングして、そのテナントの新しいユーザーをアイデンティティ・ストアに追加するたびに、特定のユーザーまたはグループをこのアプリケーション・ロールにマップして、それぞれのテナントの管理権限を特定のテナント・ユーザーにプロビジョニングします。

18.5.2.3 テナント・ユーザーの構成

テナント・コンシューマおよびテナント作成者(コンテンツの作成者)を構成できます。これらのユーザーを作成する際は、次の点に注意してください。

- すべての認証済ユーザーには、アイデンティティ・ストアのアクティブなエントリが必要です。

- テナント・コンシューマおよびテナント作成者には、表18-2に示す属性の値が必要です。

- テナント・コンシューマには、Oracle Business Intelligenceのコンテンツを表示するために、BIConsumerアプリケーション・ロールにマップされたアイデンティティ・ストア・グループが必要です。

- テナント作成者には、コンテンツを作成および変更するために、BIAuthorアプリケーション・ロールにマップされたアイデンティティ・グループが必要です。

18.5.3 テナントのデータソースの構成

マルチテナント環境では、テナントごとにBIサーバーのデータ・アクセスおよびキャッシュを分離する必要があります。さらにデータベース・リソースも制御する必要があります。この項の内容は次のとおりです。

- 第18.5.3.1項「データベース・リソースの制御」

- 第18.5.3.2項「テナント固有のデータ・セキュリティの適用」

- 第18.5.3.3項「テナント固有の問合せ制限の設定」

18.5.3.1 データベース・リソースの制御

各テナント・ユーザーが自身のデータのみにアクセスするようにデータベース・リソースを制御する必要があります。テナント全体で単一のOracle BIリポジトリが共有されていますが、セッション変数を使用すればユーザーの属するテナントを識別できます。マルチテナント環境では、テナント・ユーザーがOracle Business Intelligenceにログインするたびにこのセッション変数に値が移入されます。このセッション変数はTENANTGUIDと呼ばれ、第18.3項「マルチテナント用に構成する際のセキュリティ上の考慮事項」で説明しているように、対象となるテナント・ユーザーのorclMTTenantGUID属性の値が自動的に移入されます。この値はテナントの一意識別子になります。リポジトリでは、このセッション変数を接続プール構成のセキュリティ・フィルタに使用したり、テナント別のBIサーバー・キャッシュの分離に使用したりできます。

18.5.3.2 テナント固有のデータ・セキュリティの適用

マルチテナント環境では、単一のOracle BIリポジトリがすべてのテナント・ユーザーに読取り専用で共有されます。データソースのリポジトリおよび接続プールを変更できるのはBIグローバル管理者のみです。単一のリポジトリを使用しているため、すべてのテナントのアクセス・データは1つの接続プールを経由します。次のいずれかの手法を使用することで、データソースを基準として、テナント・ユーザーが自身のテナント・データのみにアクセスするようにできます。

- 第18.5.3.2.1項「手法1: Oracle DatabaseおよびSQL Serverに対してテナントごとに1つのスキーマを使用することでデータを分離する」

- 第18.5.3.2.2項「リレーショナル・データソースに対してTENANTGUID変数とともにBIサーバーのデータ・フィルタを使用する」

- 第18.5.3.2.3項「手法3: データソースにVPDを使用してOracle DatabaseおよびOracle Essbaseに対してデータ・セキュリティを適用する」

18.5.3.2.1 手法1: Oracle DatabaseおよびSQL Serverに対してテナントごとに1つのスキーマを使用することでデータを分離する

この手法では、テナント・ユーザーが問合せを実行した場合に、TENANTGUID変数を直接的または間接的に使用することで、その問合せが参照するスキーマを決定します。結果として、テナント・ユーザーには自身のスキーマのデータのみが表示されます。

この手法はデータソースのタイプがOracle Databaseの場合に使用します。この手法のバリエーションはSQL Serverに対しても有効です。その際は、パラメータ化した接続文字列をSQL Serverに対して使用します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の「一般」タブの共通接続プール・パラメータに関する項でデータソース名の説明を参照してください。

1. 各テナントには独自のデータベース・スキーマがあり、各スキーマの型は同じです(データは同じではありません)。

2. スキーマ名を表すパラメータとしてセッション変数を使用して、単一の接続プールが構成されます。

3. 各スキーマのパスワードはすべてのスキーマで同じであり、接続プール構成に使用されます。

4. 各スキーマのユーザー名は、各テナントのTENANTGUID値と同じであるか、1つ以上のセッション変数がスキーマ名(およびオプションでパスワード以外の接続情報)を導出するためにTENANTGUID値に基づいて構成されます。

18.5.3.2.2 手法2: リレーショナル・データソースに対してTENANTGUID変数とともにBIサーバーのデータ・フィルタを使用する

この手法は、各ソース表にTENANTGUID列を追加可能なリレーショナル・データソースに対してのみ使用します。

1. テナント・データはすべて同じスキーマ内にありますが、各表には各データ行のTENANTGUID値を格納する列が含まれます。

2. 各論理問合せでは、Oracle Business Intelligenceのセキュリティ・フィルタを適用して、TENANTGUID列の値がTENANTGUIDセッション変数と一致する行に基づいてデータが制約されるようにする必要があります。

1. すべてのテナント・ユーザーは、BIConsumerなど、単一のアプリケーション・ロールのメンバーである必要があります。

2. 次に示すように、BIサーバーのデータ・フィルタをこのアプリケーション・ロールに適用する必要があります。
<TENANTGUID値を含む列> = 'valueof(NQ_SESSION.TENANTGUID)'

18.5.3.2.3 手法3: データソースにVPDを使用してOracle DatabaseおよびOracle Essbaseに対してデータ・セキュリティを適用する

Oracle DatabaseまたはEssbaseに対してVPDタイプのデータ・セキュリティを適用するようにOracle Business Intelligenceを構成できます。

1. データ・セキュリティを適用するようにデータソースを構成して、テナント・ユーザーに自身のテナントのデータのみが表示されるようにします。
この手順は、次のデータソースのタイプに固有のものです。

- Oracle Databaseでは、Oracle Databaseの接続プールにカスタムの接続時スクリプトを追加する必要があります。このカスタム・スクリプトによってVPD接続を設定します。

- Essbaseについては、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の「一般」タブのマルチディメンショナル接続プールのプロパティに関する項を参照してください。

18.5.3.3 テナント固有の問合せ制限の設定

OBIS_DB_MAXROWSおよびOBIS_DB_MAXEXECTIMEの2つのセッション変数を使用すると、Oracle BIリポジトリに定義されたすべてのデータベース・オブジェクトに対してテナント固有の問合せ制限を簡単に適用できます。これらの変数はオプションですが、設定すると、リポジトリ内のアプリケーション・ロールまたはユーザーに割り当てられた権限に基づいてBIサーバーで取得された、最大行数および最大実行時間の値がオーバーライドされます。

これらの変数は、Oracle Business Intelligenceの他のセッション変数と同様に設定します。たとえば、TENANTGUID値に基づいてデータベース表の値を検索する初期化ブロックを使用してそれらを設定できます。セッション変数の設定方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

18.5.4 マルチテナント環境で機能を使用不可にする

第18.1.3.1項「テナント・ユーザーが使用できない機能」には、マルチテナント環境で使用できない機能が記載されています。次の手順に従って、テナント・ユーザーがこれらの機能にアクセスできないことを手動で確認する必要があります。

マルチテナント環境で機能を使用不可にするには:

1. BIGlobalAdministratorロールのメンバーとしてプレゼンテーション・サービスにログインします。

2. 『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項の説明に従って、次の権限を除いてテナント作成者のすべての権限を取り消します。

Access to Answers
Access to Delivers
Access to Metadata Dictionary
Create Invoke Actions
Change Permissions
Manage Dashboards
Add To or Edit a Briefing Book
See Hidden Items
Create Folders
Perform Global Search
Create Conditions
Create Views
Create Prompts
Edit Column Formulas
Enter XML and Logical SQL
Create Advanced Filters and Set Operations
Save Filters
Create Agents
Publish Agents for Subscription
Chain Agents
Subject Area Access as appropriate
Add/Edit Column SelectorView
Add/Edit Compound LayoutView
Add/Edit GraphView
Add/Edit FunnelView
Add/Edit GaugeView
Add/Edit Micro Chart View
Add/Edit FiltersView
Add/Edit Dashboard PromptView
Add/Edit Performance TileView
Add/Edit Static TextView
Add/Edit LegendView
Add/Edit NarrativeView
Add/Edit No ResultsView
Add/Edit Pivot TableView
Add/Edit Report PromptView
Add/Edit Selection StepsView
Add/Edit TableView
Add/Edit TickerView
Add/Edit TitleView
Add/Edit TrellisView
Add/Edit View SelectorView

3. エージェントの作成および受信者の追加を実行するために、次の権限をテナント作成者に付与します。

User Population - Can List Application Roles

この権限を付与しないと、エージェントを使用した作業で「受信者」タブをクリックしたときに、エラー・メッセージが表示されます。

4. 次の権限を除いてテナント・コンシューマのすべての権限を取り消します。

Access to Dashboards
Access to Briefing Books
Catalog Preview Pane UI
Access to Export
Create Navigate Actions
See SQL issued in errors
User Population - Can List Users
User Population - Can List Application Roles
Access to Permissions Dialog
Download Briefing Book
Add to snapshot briefing book
Personal Storage (My Folders and My Dashboard)
Save Customizations
Create Bookmark Links
Create Prompted Links
Export Entire Dashboard To Excel
Export Single Dashboard Page To Excel
Access Home Page
Access Catalog UI
Access Catalog Search UI
Simple Search Field
Advanced Search Link
Open Menu
New Menu
Help Menu
Dashboards Menu
Favorites Menu
My Account Link
Custom Links
Access to My Account
Change Preferences
Change Delivery Options
Access to RSS Feeds

5. テナント管理者に次の権限を付与します。

Deliver Agents to Specific or Dynamically Determined Users
Modify Current Subscriptions for Agents

6. すべてのSOAP権限をBIグローバル管理者に付与して、Webサービス・タスクを実行できるようにします。このタスクには、テナントのプロビジョニングとプロビジョニング解除、およびコンテンツのアーカイブなどが含まれます。

7. ポリシー・ストアで、BIConsumerおよびBIAuthorロールにデフォルトで付与される権限がテナント・ユーザーに付与されていないことを確認します。

8. これらの権限を変更している場合は、他の管理者によって設定が変更されていないことを確認します。

18.6 テナントの管理

対象読者: BIグローバル管理者

テナントを管理するには、次のタスクを実行します。

- 第18.6.1項「テナントのプロビジョニングおよびプロビジョニング解除」

- 第18.6.2項「テナントの削除」

- 第18.6.3項「テナントのコンテンツのアーカイブ」

18.6.1 テナントのプロビジョニングおよびプロビジョニング解除

この項では、テナントのプロビジョニングに関する次の情報について説明します。

- 第18.6.1.1項「テナントのプロビジョニングおよびプロビジョニング解除について」

- 第18.6.1.2項「テナントをプロビジョニングおよびプロビジョニング解除するためのツール」

18.6.1.1 テナントのプロビジョニングおよびプロビジョニング解除について

新規テナントのプロビジョニングおよび既存テナントのプロビジョニング解除はいつでも実行できます。テナントをプロビジョニングする場合は、そのテナント用にカタログを構成します。共有フォルダやテナント固有のフォルダをカタログ内に作成します。テナントをプロビジョニング解除すると、そのフォルダがカタログから削除されます。テナントのプロビジョニングおよびプロビジョニング解除によって、アイデンティティ・ストアやポリシー・ストアの構成が変更されることはありません。

たとえば、自身の組織と契約を結ぶ特定の企業に対してプロビジョニングを実行できます。ここではテナントAをプロビジョニングすると仮定します。テナントAのユーザーのホーム・フォルダは/tenants/TenantA/usersフォルダに含まれます。これらの包含はテナントAのユーザーに対して完全に透過的です。表示権限のあるテナントには/sharedフォルダが表示されますが、表示されるのは自身のテナントIDに固有のテナント・フォルダのみです。

18.6.1.2 テナントをプロビジョニングおよびプロビジョニング解除するためのツール

次の各項では、テナントをプロビジョニングおよびプロビジョニング解除するためのツールについて説明します。

- 第18.6.1.2.1項「カタログ・マネージャのメニュー・オプションの使用」

- 第18.6.1.2.2項「Webサービスのメソッドの使用」

18.6.1.2.1 カタログ・マネージャのメニュー・オプションの使用

カタログをオフライン・モードで開いている場合は、カタログ・マネージャのメニュー・オプションを使用してテナントをプロビジョニングおよびプロビジョニング解除できます。カタログ・マネージャの「ツール」メニューから「マルチテナント」を選択し、「テナントのプロビジョニング」または「テナントのプロビジョニング解除」を選択します。

テナントが適切にプロビジョニングされていることを確認するには、カタログのルート・ディレクトリにtenantsというサブディレクトリがあることを確認します。次の例では、SampleAppLiteアプリケーションのルート・フォルダ下にあるtenantsサブディレクトリを示しています。

ORACLE_HOME/instances/instance1/bifoundation/OracleBIPresentationServicesComponent
/coreapplication_obips1/catalog/SampleAppLite/root/tenants

18.6.1.2.2 Webサービスのメソッドの使用

カタログをオンライン・モードで開いている場合は、第18.5.2項「アプリケーション・ロールおよびユーザーの構成」で説明しているように、BIGlobalAdministratorロールが割り当てられている場合のみWebサービスを使用してテナントをプロビジョニングおよびプロビジョニング解除できます。

このロールでは、適切なWebサービス・クライアントを使用して、BIセッションIDをオンライン・モードで取得できます。マルチテナント・システムにおけるOracle BIプレゼンテーション・サービスのカタログおよびアーティファクトのオブジェクトは、MultiTenancyManagementServiceというセッションベースのSOAP Webサービスを使用して管理します。次の場所でWebサービスのwsdlにアクセスできます。

http://managed-server-host-name:port-number/analytics/saw.dll/wsdl/v8

次のメソッドを使用してテナントをプロビジョニングおよびプロビジョニング解除します。

MultiTenancyManagementService.provisionTenant(ListOFTenantGUIDs, sessionID)

MultiTenancyManagementService.unprovisionTenant(ListOFTenantGUIDs, sessionID)

Oracle Business IntelligenceでのWebサービスの使用の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionインテグレーターズ・ガイド』を参照してください。

18.6.2 テナントの削除

マルチテナント・システムのテナントが不要になった場合は、次の手順を実行して、テナントとそのコンテンツを削除できます。この手順では、テナント・ユーザーのユーザー・フォルダを削除します。

テナントを削除するには:

1. カタログ・マネージャでテナントをプロビジョニング解除することによりテナントのフォルダを削除します。詳細は、第18.6.1項「テナントのプロビジョニングおよびプロビジョニング解除」を参照してください。

2. アイデンティティ・ストアでテナントのアイデンティティを削除します。

3. テナントのデータソースを削除します。

18.6.3 テナントのコンテンツのアーカイブ

テナントに属するオブジェクトおよびフォルダをアーカイブおよびアンアーカイブできます。ユーザーが次の権限を持っているとします。

oracle.bi.multitenancy.permission,resourceName=oracle.bi.administerTenant

この場合、適切なWebサービス・クライアントを使用してBIセッションIDを取得し、次に示すMultiTenancyManagementService Webサービスのメソッドを呼び出すことができます。

MultiTenancyManagementService.archiveTenant(ListOFTenantGUIDs, sessionID)

MultiTenancyManagementService.unarchiveTenant(ListOFTenantGUIDs, sessionID)

18.7 マルチテナント環境のトラブルシューティング

対象読者: BIグローバル管理者およびテナント管理者

テナントを追加する際に「パスが見つかりません」というエラーが表示される場合は、Oracle BIプレゼンテーション・カタログが最新バージョンにアップグレードされていることを確認してください。

第VI部

詳細な構成設定

第V部ではシステムのデプロイに必要な構成の設定について説明しました。このパートでは、必須ではなく任意で指定できる詳細な構成設定と、デプロイメントの調整のための詳細設定について説明します。

次の章で構成されています。

- 第19章「分析とダッシュボードの構成および管理」

- 第20章「エージェントの構成および管理」

- 第21章「マッピングおよび空間情報の高度なオプションの構成」

- 第22章「リソースの可用性とURL生成の構成」

19 分析とダッシュボードの構成および管理

この章では、Oracle Business Intelligenceにおける、分析およびダッシュボードと、それらに含まれるビューなどのオブジェクトの構成および管理方法について説明します。コンテンツ・デザイナが行う分析およびダッシュボードの操作方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

エンド・ユーザーは、適切な権限を持っていれば、個人用のダッシュボードと共有ダッシュボードに対して、ページやコンテンツの追加などの変更操作を実行できます。分析およびダッシュボードの作成については、エンド・ユーザーは実行できません。

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

- 第19.1項「ダッシュボードの管理」

- 第19.2項「分析の一般的な構成タスクの実行」

- 第19.3項「ビュー内のデータの表示と処理の構成」

- 第19.4項「プロンプトの構成」

- 第19.5項「プレゼンテーション設定の手動による変更」

- 第19.6項「アンサーでの分析のブロック」

- 第19.7項「分析およびダッシュボードのデフォルト表示の指定」

- 第19.8項「分析およびダッシュボードでのライトバックの構成」

- 第19.9項「Oracle BI Webユーザー・インタフェースのカスタマイズ」

19.1 ダッシュボードの管理

共有ダッシュボードを作成する場合は、事前に、Oracle BIプレゼンテーション・カタログのディレクトリまたはフォルダ構造とセキュリティ戦略を確実に計画しておきます。通常、共有ダッシュボードを作成するときには、ダッシュボード・ビルダーを使用して、最初にダッシュボードを作成し、コンテンツを追加します。ダッシュボードにアクセスするための権限を割り当てることもできます。複数のアプリケーション・ロールまたはカタログ・グループのメンバーとなっているユーザーは、権限を与えられているすべてのダッシュボードの中からデフォルトで表示するダッシュボードを選択できます。

次に、ダッシュボード関連の情報を提供する他のリソースを示します。

- Oracle BIプレゼンテーション・カタログ構造およびセキュリティ・フレームワークのより広いコンテキストにおける共有ダッシュボードの作成のガイドラインについては、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のダッシュボードでの保存されているカスタマイズ・オプションへのアクセスの制御に関する項に記載されています。

- Oracle BIプレゼンテーション・カタログの共有フォルダ構造の詳細は、第17章「Oracle BIプレゼンテーション・カタログの構成と管理」に記載されています。

- 権限の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』に記載されています。

- ユーザーが他のユーザーの代理として他のユーザーのダッシュボードにアクセスできるようにする方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のユーザーが他のユーザーの代理操作を実行できるようにする方法に関する項に記載されています。

19.2 分析の一般的な構成タスクの実行

この項では、分析の作成を構成するために実行できる一般タスクについて説明します。内容は、次のとおりです。

- 第19.2.1項「Excelへのエクスポートに役立つヒープ・サイズの増加」

- 第19.2.2項「エクスポートの手動による構成」

- 第19.2.3項「メタデータ・ディクショナリの情報へのアクセスの提供」

- 第19.2.4項「ネストされたフォルダ、ナビゲーションおよびドリルダウンのサポート」

19.2.1 Excelへのエクスポートに役立つヒープ・サイズの増加

Microsoft Excelへのエクスポートなど、分析結果をエクスポートするための様々なオプションが用意されています。このようなオプションの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の結果のエクスポート関する項を参照してください。Excel形式に直接エクスポートすることは可能ですが、大量の行数をエクスポートする場合は、まずCSVにエクスポートしてからそのファイルをExcelにインポートすると、パフォーマンスが向上することがあります。Oracle Business Intelligenceが32ビット・オペレーティング・システムのコンピュータにインストールされている場合、パフォーマンスを改善するためにCSV形式にエクスポートすることをお薦めします。

64ビット・オペレーティング・システムのコンピュータ上でCSV形式を使用せずに大きなデータセットをエクスポートする必要がある場合、メモリー不足エラーが発生する可能性があります。このエラー・メッセージが表示される場合は、JavaHostサービスのヒープ・サイズを増やす必要がある可能性が高いです。デフォルトのヒープ・サイズは1024MBです。コンピュータ上の使用可能なメモリーに応じて、JavaHostサービスのヒープ・サイズを増やすことができます。

Excelへのエクスポートを支援するために、JavaHostサービスのヒープ・サイズを増やすには:

1. opmn.xmlファイルを開いて編集します。opmn.xmlは次の場所にあります。
ORACLE_INSTANCE/config/OPMN/opmn/opmn.xml

2. JavaHostシステム・コンポーネントのias-componentタグを探します。
例:

<ias-component id="coreapplication_obijh1">

3. <data id="start-args" value="-server -Xmx1024Mで始まる行で、次の操作を行います。
-Xmxパラメータを2048M(または必要に応じてそれ以上。システムにおける使用可能なメモリーや必要とするExcelエクスポートのサイズによる)に設定します。

32ビットのWindowsオペレーティング・システムを実行しているコンピュータでは、このパラメータを大きな値に設定しないでください。そうでないとJava仮想マシンが起動しません。

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

5. com.siebel.analytics.javahost.io.ChannelWithTimeoutクラスからSocketTimeoutExceptionについてのエラー・メッセージが表示される場合は、JavaHostサービスのためのSocketTimeoutパラメータを更新します。
ORACLE_INSTANCE\config\OracleBIJavaHostComponent\coreapplication_obijhnディレクトリで、JavaHostシステム・コンポーネント用のconfig.xmlファイルを開きます。

MessageProcessorセクションとSocketTimeoutパラメータを見つけます。コメント・アウトされている可能性もあります。必要に応じてSocketTimeoutを非コメント化し、大きな値を指定します。たとえば、最小でも300000ミリ秒を指定します。

config.xmlファイルとその設定の詳細は、第B.2項「Oracle BIプレゼンテーション・サービスに対するJavaHostサービスの使用」を参照してください。

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

7. OPMNを再起動します。

8. Fusion Middleware Controlを使用して、またはOPMNを使用してコマンドラインから、JavaHostシステム・コンポーネント・プロセスを再起動します。

9. クラスタ化されたシステムで、後からスケールアウト時にJavaHostプロセスを追加する場合、JavaHostプロセスを実行するそれぞれのコンピュータでこれらの手順を繰り返します。ias-componentタグは、デプロイ先のコンピュータごとに異なることに注意してください(たとえば、<ias-component id="coreapplication_obijh2">)。

19.2.2 エクスポートの手動による構成

分析結果やビューをエクスポートする方法を変更する各種オプションを構成できます。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

エクスポートの設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 次のネームスペース宣言をWebConfig要素に挿入します。

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

Export要素に、エクスポートのタイプを指定する必須属性xsi:typeが含まれていることに注意してください。有効な値は次のとおりです。

- excel (Microsoft Excelへのエクスポート)

- formattedText (データ・エクスポートの場合)

- pdf (PDFにエクスポートする場合)

- ppt (Microsoft Powerpointへのエクスポート)

3. 表19-1で説明している要素を追加する必要があるDownloadセクションを見つけます。

4. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Download>
<Export xsi:type="excel">
<DataValue>UseRawValue</DataValue>
<RepeatRows>false</RepeatRows>
</Export>

<Export xsi:type="formattedText">
<Delimiter char=","/>
</Export>

<Export xsi:type="pdf">
<KeepRowsTogether>true</KeepRowsTogether>
<Orientation>Landscape</Orientation>
</Export>

<Export xsi:type="ppt">
<Orientation>Portrait</Orientation>
</Export>

</Download>
</ServerInstance>

5. 変更内容を保存し、ファイルを閉じます。

6. Oracle Business Intelligenceを再起動します。

表19-1に、エクスポートの手動構成に使用される要素について説明します。

表19-1 エクスポートの手動構成に使用される要素

要素

説明

デフォルト値

DataValue

データ値(数値および日付)をExcelにエクスポートする場合に、完全な数値精度および書式設定マスクが設定されたRAW書式でエクスポートするか、または指定されたデータ書式の文字列でエクスポートするかどうかを指定します。

有効な値は次のとおりです。

- UseRawValue

- UseFormattedValue

エクスポート・タイプは次のとおりです。

xsi:type="excel"

UseRawValue

RepeatRows

表およびピボット表をExcelにエクスポートする場合に、複数の行にわたるセルおよび複数の列にわたるセルを繰り返すかどうかを指定します。

trueに設定すると、分析エディタの「値の抑制」の設定に関係なく、複数の行にわたるセルおよび複数の列にわたるセルが繰り返されます。たとえば、年と月の値を含む表では、年はすべての月の値に対して繰返し表示されます。

falseに設定すると、その動作は、分析エディタの「値の抑制」オプションで定義されているのと同じです。

- 「値の抑制」が「抑制」に設定されている場合、複数の行にわたるセルおよび複数の列にわたるセルは繰り返されません。たとえば、年と月の値を含む表では、年は月の値に対して1回のみ表示されます。

- 「値の抑制」が「繰返し」に設定されている場合、複数の行にわたるセルおよび複数の列にわたるセルは繰り返されます。たとえば、年と月の値を含む表では、年はすべての月の値に対して繰返し表示されます。

「値の抑制」オプションの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

エクスポート・タイプは次のとおりです。

xsi:type="excel"

false

Delimiter

結果およびビューからRAWデータをエクスポートする場合に、セミコロン(;)などの「CSV形式」オプションの列区切り文字を指定します。

エクスポート・タイプは次のとおりです。

xsi:type="formattedText"

","

KeepRowsTogether

PDFにエクスポートする場合に、複数の行をページ区切りでまとめるかどうかを指定します。

trueに設定すると、複数の行をページ区切りでまとめます。

falseに設定すると、複数の行をページ区切りをまたいで分割します。

エクスポート・タイプは次のとおりです。

xsi:type="pdf"

false

Orientation

PDFおよびPowerpointへエクスポートする場合に、方向(PortraitまたはLandscape)を指定します。

PDFへエクスポートする場合のエクスポート・タイプは次のとおりです。

xsi:type="pdf"

Powerpointへエクスポートする場合のエクスポート・タイプは次のとおりです。

xsi:type="ppt"

Landscape (PDFへのエクスポート)

Portrait (Powerpointへのエクスポート)

19.2.3 メタデータ・ディクショナリの情報へのアクセスの提供

分析の作成時、コンテンツ・デザイナは、サブジェクト・エリア、フォルダ、列またはレベルに関する追加情報(他のメタデータ・オブジェクトとの関係など)を参考用に必要とすることがあります。コンテンツ・デザイナにこれらの情報を提供するには、コンテンツ・デザイナがリポジトリのメタデータ・ディクショナリにアクセスできるようにします。メタデータ・ディクショナリには、リポジトリ内に格納されているメトリックと、リポジトリ・オブジェクトの属性が記述されています。メタデータ・ディクショナリの出力は静的なXMLドキュメント・セットです。

メタデータ・ディクショナリの情報にアクセスできるようにするには:

1. メタデータ・ディクショナリが生成されていて、ファイルが適切な場所に保存されていることを確認します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のメタデータ・ディクショナリの作成に関する項を参照してください。

2. instanceconfig.xmlファイル内のServerInstance要素にあるDictionaryURLPrefix要素を、次のいずれかの値に設定します。指定する値は、使用しているWebサーバーに応じて異なります。

- XMLファイルが保存されているディレクトリ名を表す接頭辞。このディレクトリがWebサーバーの共有ディレクトリとして指定されていることと、WebサーバーがOracle BI EEで使用しているものと同じであることが必要です。
たとえば、メタデータのXMLファイルがmetadictionaryディレクトリ内のdemo1というディレクトリに保存されているとします。また、metadictionaryディレクトリはWebサーバーの共有ディレクトリとして指定されており、WebサーバーはOracle BI EEでも使用されているとします。この場合、DictionaryURLPrefix要素に次の値を指定します。

<DictionaryURLPrefix>demo1/</DictionaryURLPrefix>

ディレクトリの共有の詳細は、使用しているWebサーバーのドキュメントを参照してください。

- XMLファイルが格納されているディレクトリを指すURL。メタデータ・ディクショナリのファイルの保存場所が、Oracle BI EEで使用しているWebサーバーのディレクトリ構造と異なる場合は、このような値を使用します。例:
<DictionaryURLPrefix>http://10.10.10.10/metadictionary/demo1</DictionaryURLPrefix>

次に、instanceconfig.xmlファイルの設定例を示します。

<WebConfig>
<ServerInstance>
<SubjectAreaMetadata>
<DictionaryURLPrefix>demo1</DictionaryURLPrefix>
</SubjectAreaMetadata>
</ServerInstance>
</WebConfig>

Oracle BIプレゼンテーション・サービスの構成ファイル(instanceconfig.xml)の詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

3. 該当するコンテンツ・デザイナに、メタデータ・ディクショナリへのアクセス権限を付与します。権限の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項を参照してください。

コンテンツ・デザイナがメタデータ・ディクショナリの情報を表示するための方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の「サブジェクト・エリア」ペインからのメタデータ情報の表示に関する項を参照してください。

19.2.4 ネストされたフォルダ、ナビゲーションおよびドリルダウンのサポート

Oracle BI管理者は、コンテンツ・デザイナの分析作業が容易化されるようにサブジェクト・エリアを設定できます。『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』では、サブジェクト・エリアの設定に関するあらゆる情報を提供しています。コンテンツ・デザイナを支援するサブジェクト・エリアの機能のリストを次に示します。

- コンテンツ・デザイナが分析の作成時に選択内容を容易に見分けられるようにするため、管理者はOracle BI管理ツールでプレゼンテーション・レイヤーを設定してネストされたフォルダが表示されるようにすることができます。たとえば、Sales FactsフォルダをFactsフォルダのサブフォルダとして表示できます。

- コンテンツ・デザイナは、分析の作成時に、関連する分析およびコンテンツにユーザーが移動できるように設定できます。Oracle BI管理者によってサブジェクト・エリアのディメンション階層が設定されている場合、ユーザーは、グラフ、表およびピボット表に表示されたデータ結果をドリルダウンして詳細情報を取得できます。
ナビゲーション機能とドリルダウン機能には、アクセスを制御する権限設定が特にないため、すべてのユーザーがこれらの機能を利用できます。

- コンテンツ・デザイナは、主要サブジェクト・エリアの列と1つ以上の関連エリアの列を含む分析を作成できます。

19.3 ビュー内のデータの表示と処理の構成

ビュー内のデータの表示と処理の様々な変更オプションを構成できます。関連情報として、第7.3.3項「表およびピボット・テーブルのデータに対する構成オプションを設定するためのFusion Middleware Controlの使用」と第7.3.4項「表をレンダリングするために処理する最大行数を設定するためのFusion Middleware Controlの使用」も参照してください。

この項には次のトピックが含まれます:

- 第19.3.1項「ビュー内のデータの手動による構成」

- 第19.3.2項「グラフとゲージの手動による構成」

- 第19.3.3項「交互する行の色の手動による変更」

- 第19.3.4項「ビュー内の相互作用の手動による構成」

19.3.1 ビュー内のデータの手動による変更

ビュー内のデータの処理と表示の様々な変更オプションを構成できます。これらのオプションについて次の各項で説明します。

- 第19.3.1.1項「ピボット表とグラフのキューブ設定の手動による構成」

- 第19.3.1.2項「ビュー内のデータ設定の手動による構成」

- 第19.3.1.3項「表ビュー、ピボット表ビューおよびトレリス・ビューのデータをフェッチするための設定の手動による構成」

19.3.1.1 ピボット表とグラフのキューブ設定の手動による構成

Cube要素内の設定を使用して、ピボット表およびグラフのデータの表示と処理に作用することができます。この設定はXMLAのエクスポートにも有効です。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

キューブ設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. Cubeセクションを見つけて、このセクションに次の要素を追加する必要があります。

- CubeMaxRecords — ビューでの処理用に分析が返す最大レコード数を指定します。この値によって、ビューに移入される最大セル数がだいたい決まります。スパース・ビューの未移入セルはカウントされません。デフォルトは40000です。

- CubeMaxPopulatedCells — Oracle BIサーバーからデータを移入できる、ビュー内の最大セル数を指定します。デフォルトは120000です。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Views>
<Cube>
<CubeMaxRecords>40000</CubeMaxRecords>
<CubeMaxPopulatedCells>120000</CubeMaxPopulatedCells>
</Cube>
</Views>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.3.1.2 ビュー内のデータ設定の手動による構成

表、ピボット表、グラフ、トレリス、ナレーティブ、ティッカおよびツリーマップ・ビューのデータ表示に作用する同様の設定グループを構成できます。設定の多くは同じですが、対象の要素を該当する各親要素に追加して、そのビューに適用されるデフォルトの設定をオーバーライドする必要があります。たとえば、多数のビューでMaxVisiblePages要素を使用するとします。その場合、Table、Pivot、Trellis、ChartsおよびTreemap親要素内にこの要素を追加して、これらのビュー・タイプの該当する設定のデフォルト値をオーバーライドする必要があります。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

ビュー内のデータ表示を変更する設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表19-2で説明している要素を追加する必要があるTable、Pivot、Trellis、Charts、Narrative、TickerおよびTreemap親セクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Views>
<Table>
<MaxCells>10000</MaxCells>
<MaxPagesToRollOutInDelivery>1000</MaxPagesToRollOutInDelivery>
<MaxVisiblePages>1000</MaxVisiblePages>
<MaxVisibleRows>500</MaxVisibleRows>
<MaxVisibleSections>25</MaxVisibleSections>
<DefaultRowsDisplayed>30</DefaultRowsDisplayed>
<DefaultRowsDisplayedInDelivery>250</DefaultRowsDisplayedInDelivery>
<DefaultRowsDisplayedInDownload>65000</DefaultRowsDisplayedInDownload>
<DefaultRowsDisplayedInDownloadCSV>65000</DefaultRowsDisplayedInDownloadCSV>
</Table>
<Pivot>
<MaxPagesToRollOutInDelivery>1000</MaxPagesToRollOutInDelivery>
<MaxVisibleColumns>300</MaxVisibleColumns>
<MaxVisiblePages>1000</MaxVisiblePages>
<MaxVisibleRows>500</MaxVisibleRows>
<MaxVisibleSections>25</MaxVisibleSections>
<DefaultRowsDisplayed>30</DefaultRowsDisplayed>
<DefaultRowsDisplayedInDelivery>250</DefaultRowsDisplayedInDelivery>
<DefaultRowsDisplayedInDownload>65000</DefaultRowsDisplayedInDownload>
<DefaultRowsDisplayedInDownloadCSV>65000</DefaultRowsDisplayedInDownloadCSV>
</Pivot>
<Trellis>
<Simple>
<MaxCells>1000</MaxCells>
<MaxVisibleSections>10</MaxVisibleSections>
<MaxVisiblePages>1000</MaxVisiblePages>
<MaxVisibleRows>100</MaxVisibleRows>
<MaxVisibleColumns>75</MaxVisibleColumns>
<MaxPagesToRollOutInDelivery>1000</MaxPagesToRollOutInDelivery>
<DefaultRowsDisplayed>10</DefaultRowsDisplayed>
<DefaultRowsDisplayedInDelivery>100</DefaultRowsDisplayedInDelivery>
<DefaultRowsDisplayedInDownload>6500</DefaultRowsDisplayedInDownload>
</Simple>
<Advanced>
<MaxCells>5000</MaxCells>
<MaxVisibleSections>50</MaxVisibleSections>
<MaxVisiblePages>1000</MaxVisiblePages>
<MaxVisibleRows>250</MaxVisibleRows>
<MaxVisibleColumns>150</MaxVisibleColumns>
<MaxPagesToRollOutInDelivery>1000</MaxPagesToRollOutInDelivery>
<DefaultRowsDisplayed>25</DefaultRowsDisplayed>
<DefaultRowsDisplayedInDelivery>250</DefaultRowsDisplayedInDelivery>
<DefaultRowsDisplayedInDownload>10000</DefaultRowsDisplayedInDownload>
</Advanced>
</Trellis>
<Charts>
<MaxVisibleColumns>2000</MaxVisibleColumns>
<MaxVisiblePages>1000</MaxVisiblePages>
<MaxVisibleRows>2000</MaxVisibleRows>
<MaxVisibleSections>25</MaxVisibleSections>
<JavaHostReadLimitInKB>4096</JavaHostReadLimitInKB>
</Charts>
<Narrative>
<MaxRecords>40000</MaxRecords>
<DefaultRowsDisplayed>30</DefaultRowsDisplayed>
</Narrative>
<Ticker>
<MaxRecords>40000</MaxRecords>
</Ticker>
<Treemap>
<MaxCells>5000</MaxCells>
<MaxVisiblePages>10000</MaxVisiblePages>
<MaxVisibleRows>10000</MaxVisibleRows>
<MaxVisibleSections>50</MaxVisibleSections>
</Treemap>
</Views>
</ServerInstance>

ファイルに含まれていても、Fusion Middleware Controlによって集中管理され、手動による変更はできない要素については、この例では除外されていますので注意してください。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表19-2では、ビュー内のデータの表示に作用する一般的な要素について説明します。ユーザーの操作でこれらの値を超えると、ビューのレンダリング時にOracle BIサーバーからエラー・メッセージが返されます。

表19-2 ビュー内のデータ表示の手動変更に使用される一般的な要素

要素

説明

デフォルト値

該当するビュー

DefaultRowsDisplayed

分析およびダッシュボードのビューに表示するデフォルトの行数を指定します。MaxVisibleRows要素に指定された数を超える行数を指定することはできません。

25 (単純トレリスの場合は10)

ナレーティブ、ピボット表、表、トレリス

DefaultRowsDisplayedInDelivery

ダッシュボードに表示されたときにビューに含めることができるデフォルトの行数を指定します。

単純トレリスの場合は100、拡張トレリス、表およびピボット表の場合は250

ピボット表、表、トレリス

DefaultRowsDisplayedInDownload

PDFファイルなどに、ダウンロードされたときにビューに含めることができるデフォルトの行数を指定します。

65000 (単純トレリスの場合は6500、拡張トレリスの場合は10000)

ピボット表、表、トレリス

DefaultRowsDisplayedInDownloadCSV

CSVファイルにダウンロードされるときにビューに含めることができるデフォルトの行数を指定します。

65000

ピボット表、表

MaxCells

セルの最大数、またはツリーマップの場合、ビューに表示するグループおよびタイルの最大数を指定します。ピボット表、表およびトレリスの場合、この数値は、システムが表示を試みるMaxVisibleColumnsとMaxVisibleRowsを掛けた結果を上回ることができません。

50000 (単純トレリスの場合は1000、ツリーマップの場合は5000)

ピボット表、表、トレリス、ツリーマップ

MaxPagesToRollOutInDelivery

ダッシュボードに表示されたときにビューに含めることができる最大ページ数を指定します。

1000

ピボット表、表、トレリス

MaxRecords

ビューに含めることができる最大レコード数を指定します。

40000

ナレーティブ、ティッカ

MaxVisibleColumns

ビューに表示する最大列数を指定します。

2000 (単純トレリスの場合は75、拡張トレリスの場合は150)

グラフ、ピボット表、トレリス

MaxVisiblePages

ビューに表示する最大ピュー・プロンプト(またはPDFページ)数を指定します。

1000 (ツリーマップの場合は10000)

グラフ、ピボット表、表、トレリス、ツリーマップ

MaxVisibleRows

ビューに表示する最大行数を指定します。DefaultRowsDisplayedには、この値を超える値を指定することはできません。

表およびピボット表の場合は、「最大([tk1])行/ページの表示」ページ・コントロール・ボタンのツールチップに表示する行数を指定します。

2000 (単純トレリスの場合は100、拡張トレリスの場合は250、ツリーマップの場合は10000)

グラフ、ピボット表、表、トレリス、ツリーマップ

MaxVisibleSections

ビューに表示する最大セクション数を指定します。

グラフにスライダがある場合、この要素は適用されません。スライダがある場合は、SectionSliderDefault要素とSectionSliderLimit要素を使用してセクションの値を制限します。表19-4を参照してください。

25 (単純トレリスの場合は10、拡張トレリスおよびツリーマップの場合は50)

グラフ、ピボット表、表、トレリス、ツリーマップ

JavaHostReadLimitInKB

1つのグラフでブラウザに送る最大データ量を指定します。

4096

グラフ

19.3.1.3 表ビュー、ピボット表ビューおよびトレリス・ビューのデータをフェッチするための設定の手動による構成

データを参照する方法としてスクロールを使用する表ビュー、ピボット表ビューおよびトレリス・ビューのデータのフェッチ方法を指定するには、GridViews要素(DefaultRowFetchSlicesCountなど)内の設定を使用できます。

コンテンツ・デザイナは、「表のプロパティ」ダイアログ: 「スタイル」タブ、「ピボット表のプロパティ」ダイアログまたは「トレリスのプロパティ」ダイアログ: 「一般」タブにある、それぞれ表ビュー、ピボット表ビューまたはトレリスビューで、データの参照に使用する方法(スクロールまたはページ・コントロールのいずれか)を指定します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

データのフェッチのための設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表19-3に記載されている要素を追加する必要があるGridViews親セクションをみつけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Views>
<GridViews>
<DefaultRowFetchSlicesCount>1000</DefaultRowFetchSlicesCount>
<DefaultColumnFetchSlicesCount>300</DefaultColumnFetchSlicesCount>
<DefaultFreezeHeadersClientRowBlockSize>60</DefaultFreezeHeadersClientRowBlockSize>
<DefaultFreezeHeadersClientColumnBlockSize>15</DefaultFreezeHeadersClientColumnBlockSize>
<DefaultFreezeHeadersWidth>1000</DefaultFreezeHeadersWidth>
<DefaultFreezeHeadersHeight>1000</DefaultFreezeHeadersHeight>
</GridViews>
</Views>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表19-3では、データのフェッチのための一般的な要素について説明します。

表19-3 データのフェッチのための一般的な要素

要素

説明

デフォルト値

DefaultRowFetchSlicesCount

スクロールするビューが最初に表示されるときに、そのサイズの計算に使用する最大行数を指定します。ユーザーがビュー内の最後の行までスクロールすると、(さらに行がある場合は)残りの行をフェッチするためのリンクが表示されます。

1000

DefaultColumnFetchSlicesCount

スクロールするビューが最初に表示されるときに、そのサイズの計算に使用する最大列数を指定します。ユーザーがビュー内の最後の列までスクロールすると、(さらに列がある場合は)残りの列をフェッチするためのリンクが表示されます。

300

DefaultFreezeHeadersClientRowBlockSize

AJAXリクエストで(つまり、ユーザーのスクロールにより、表ビュー、ピボット表ビューまたはトレリス・ビューに行を追加するようサーバーに対してリクエストが必要となるような場合)、クライアントに返す行数を指定します。

60

DefaultFreezeHeadersClientColumnBlockSize

AJAXリクエストで(つまり、ユーザーのスクロールにより、表ビュー、ピボット表ビューまたはトレリス・ビューに列を追加するようサーバーに対してリクエストが必要となるような場合)、クライアントに返す列数を指定します。

15

DefaultFreezeHeadersWidth

表ビュー、ピボット表ビューおよびトレリス・ビューのデフォルトの最大幅をピクセルで指定します。

ビューのプロパティ・ダイアログの「最大幅」フィールドを使用して、コンテント・デザイナはこの値をオーバーライドします。

700

DefaultFreezeHeadersHeight

表ビュー、ピボット表ビューおよびトレリス・ビューのデフォルトの最大高さをピクセルで指定します。

ビューのプロパティ・ダイアログの「最大高さ」フィールドを使用して、コンテント・デザイナはこの値をオーバーライドします。

400

19.3.2 グラフとゲージの手動による構成

ファンネル・グラフやゲージなどのグラフの表示を変更する様々なオプションを構成できます。このタイプのビューは、第19.3.1項「データ内のビューの手動による構成」で説明している設定の影響も受けます。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

グラフとゲージの表示を変更する設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表19-4で説明している要素を追加する必要があるChartsセクションを検索します。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Views>
<Charts>
<EmbedFonts>true</EmbedFonts>
<SectionSliderDefault>150</SectionSliderDefault>
<SectionSliderLimit>300</SectionSliderLimit>
<DefaultWebImageType>flash</DefaultWebImageType>
<FlashCodeBase>\\CORPORATE\Download\Flash</FlashCodeBase>
<FlashCLSID>E38CDB6E-BA6D-21CF-96B8-432553540000</FlashCLSID>
</Charts>
</Views>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表19-4 グラフとゲージの手動構成に使用される一般的な要素

要素

説明

デフォルト値

EmbedFonts

詳細は、第19.3.2.1項「グラフのフォントの構成」を参照してください。

false

DefaultWebImageType

ビューのURLまたはXMLファイルでイメージのレンダリング形式が指定されていない場合に使用するデフォルトのレンダリング・タイプを指定します。有効な値は次のとおりです。

- flash
フラッシュ・フォーマットをサポートしていないブラウザでは、イメージはレンダリングしません。かわりに、html5を値として使用してください。

- png (W3C Portable Network Graphics)

- svg (W3C Scalable Vector Graphics)
このリリースでは値svgはサポートされていないため、svgを指定した場合はflashが使用されます。

- html5
html5フォーマットをサポートしていないブラウザでは、イメージはかわりにフラッシュ・フォーマットでレンダリングします。

Flash、pngおよびhtml5メージは、マウスオーバー動作(ポップアップデータラベルなど)、ナビゲーションおよびドリルをサポートしているため、最大限の対話が可能です。

flash

SectionSliderDefault

セクションのスライダ・バーに表示可能な値のデフォルト数を指定します。セクション・スライダは、1つ以上の属性または階層の列のメンバーを長方形のバーに値として表示することによって、その中からユーザーが値を選択できるようにする機能を提供します。

グラフ、ゲージおよびファンネルでのセクション・スライダの定義の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

5

SectionSliderLimit

セクションのスライド・バーに表示可能な値の最大数を指定します。

10

FlashCodeBase

Flashプラグインのダウンロード元の名前を指定します。Flashプラグインのデフォルトのダウンロード元はベンダーのWebサイトです。組織によっては、ベンダーのWebサイトではなく社内の一定の場所から最新のFlashソフトウェアをダウンロードするようにユーザーに指示する場合もあります。この設定を編集して、Flashコード・ベースが格納されている別の場所を指すように変更できます。それにより、ユーザーがグラフを表示したときに企業サーバーにFlashの新しいバージョンがあれば、新バージョンをダウンロードするようにユーザーに指示できます。

ベンダーのWebサイト

FlashCLSID

Flashのダウンロード時に適用するカスタムのグローバル識別子(clsid)プロパティを指定します。

FlashCodeBase要素を使用してFlashのダウンロード・ディレクトリを変更した後に、Flash ActiveXコントロールの新しいclassIDを作成してカスタムのグローバル識別子プロパティを追加することによって、ダウンロードのプロンプトを有効化できます。現在のグローバル識別子プロパティは、Oracle BIプレゼンテーション・サービスのグラフを使用しているどのコンピュータからも取得できます(Oracle Business Intelligenceで使用されているグローバル識別子プロパティはD27CDB6E-AE6D-11CF-96B8-444553540000です)。カスタムのグローバル識別子プロパティは、デフォルトのFlash ActiveXコントロールで使用されているグローバル識別子と同じ数の文字およびダッシュで構成する必要があります。

Oracle Business Intelligenceとは別に、Flashのグラフをテストして、グラフがカスタムのグローバル識別子プロパティで機能することを確認してください。

デフォルト値なし

19.3.2.1 グラフのフォントの構成

次のタスクのいずれかまたは両方を実行することによって、グラフのフォントを構成できます。

- 埋込みフォント要素の設定

- 印刷用フォント・ファイルの配布

19.3.2.1.1 埋込みフォント要素の設定

デフォルトでは、グラフで多言語のテキストを表示するためには、ユーザーのシステムに適切なデバイス・フォントがインストールされていることが必要になります。ユーザーがO1の軸ラベルで回転を有効にした場合、一定の角度のときにグラフの見栄えが悪くなる可能性があります。アンチエイリアスを何も適用しない状態でもラベルがぼやけて表示されます。EmbedFonts要素をtrueに設定して、デバイス・フォントではなく埋込みフォントを使用するように指定すれば、この問題が解決されます。

埋込みフォントの使用によって忠実性が失われるおそれがある点に注意してください。エンド・ユーザーがフォントを選択するたびに、Oracleがライセンスするプレーン・フォントAlbany WTがデフォルトで表示されることになります。グラフ・エンジンは中国語、日本語および韓国語ロケール用の埋込みフォントを備えていないため、これらのロケールのユーザーがラベルを回転した場合、フォントの見栄えが悪くなります。

19.3.2.1.2 印刷用フォント・ファイルの配布

双方向言語を使用しているグラフのPDFへの印刷や、中国語、日本語または韓国語を使用しているグラフのPNGイメージへの印刷を予定している場合は、必要なフォント・ファイル(.TTF)を次の方法で配布する必要があります。

- 双方向言語のグラフをPDFに印刷する場合は、Albanyフォント・ファミリを次のJava Runtime Environment(JRE)ディレクトリに配布する必要があります。
JAVA.HOME/lib/fonts

このJAVA.HOMEは、java.homeシステム・プロパティで指定されているディレクトリ名です。

- 中国語、日本語または韓国語のグラフをPNGイメージに印刷する場合は、必要なすべての絵文字を含むフォント・ファイルを次のJREディレクトリに配布する必要があります。
lib/fonts/fallback

フォント構成ファイルの詳細は、使用しているJavaのドキュメントを参照してください。

19.3.2.2 グラフおよびゲージのレンダリングの構成

イメージをレンダリングするデフォルト・タイプが、ビューのURLまたはXMLファイルでまだ指定されていない場合、DefaultWebImageType要素を使用して指定します。有効な値は次のとおりです。

- flash
フラッシュ・フォーマットをサポートしていないブラウザでは、グラフまたはゲージはレンダリングしません。かわりに、html5を値として使用してください。

- png (W3C Portable Network Graphics)

- svg (W3C Scalable Vector Graphics)
このリリースでは値svgはサポートされていないため、svgを指定した場合はflashが使用されます。

- html5
フラッシュ・フォーマットのみをサポートしているブラウザでは、グラフまたはゲージはフラッシュ・フォーマットでレンダリングします。

FlashおよびSVGイメージは、マウスオーバー動作(ポップアップデータラベルなど)、ナビゲーションおよびドリルをサポートしているため、最大限の対話が可能です

19.3.3 交互する行の色の手動による変更

表およびピボット表では、交互する行の色を設定できます。このような書式設定は、隔行の色を緑色にするスタイル設定と呼ばれることもあります。この設定の隔行のデフォルトの色は緑です。ピボット表の場合、コンテンツ・デザイナは、表およびピボット表の編集時に、交互する行の色設定を有効にするかどうかやその他の書式設定機能を制御できます。

管理者は、スタイル構成ファイルを編集することによって、交互する行のデフォルトの色を変更できます。色を変更するには、b_mozilla_4フォルダにあるviews.cssファイルを次のように編集します。6桁の16進値を新しい色の値に変更します。

- CSSセレクタを使用する表:
.ECell(偶数行)

.OCell(奇数行)

- CSSセレクタを使用するピボット表:
.PTE (奇数行)

交互する行の色の設定を有効にするオプションは、「ビューの編集」ダイアログにあり、「隔行の色を緑にするスタイル設定を有効にする」といるラベルが付いています。行の色を変えた場合は、必要に応じて、設定した色に合せてこのラベルも変更します。

表およびピボット表のダイアログ内のラベルを変更するには、tableviewmessages.xmlファイルを開いて次のエントリを探します。

WebMessageName = "kmsgTableViewEnableGreenbarReporting"

このエントリとその下にあるテキスト行をカスタム・メッセージ・フォルダのカスタム・メッセージ・ファイルにコピーし、テキスト行を適切に変更します。例:

WebMessageName = "kmsgTableViewEnableGreenbarReporting"
<TEXT>Enable alternating row "RED bar" styling</TEXT>"

19.3.4 ビュー内の相互作用の手動による構成

実行時に分析のビューを右クリックすることで起こる相互作用の処理方法を変更する各種オプションを構成できます。新規またはアップグレードした分析のデフォルトの設定は、instanceconfig.xmlファイル内の要素を使用して指定します。プレゼンテーション・サービスで分析のプロパティを編集し、分析のビューを右クリックすることで起こる相互作用の処理方法を変更できます。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

ビュー内の相互作用を手動で構成するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表19-5で説明している要素を追加する必要があるセクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Analysis>
<InteractionProperties>
<InteractionPropertyAddRemoveValues>false</InteractionPropertyAddRemoveValues>
<InteractionPropertyCalcItemOperations>false</InteractionPropertyCalcItemOperations>
<InteractionPropertyDrill>true</InteractionPropertyDrill>
<InteractionPropertyGroupOperations>false</InteractionPropertyGroupOperations>
<InteractionPropertyInclExclColumns>true</InteractionPropertyInclExclColumns>
<InteractionPropertyMoveColumns>true</InteractionPropertyMoveColumns>
<InteractionPropertyRunningSum>false</InteractionPropertyRunningSum>
<InteractionPropertyShowHideSubTotal>false</InteractionPropertyShowHideSubTotal>
<InteractionPropertySortColumns>true</InteractionPropertySortColumns>
<InteractionPropertyHideColumns>false</InteractionPropertyHideColumns>
</InteractionProperties>
</Analysis>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表19-5 ビュー内の相互作用を構成する要素

要素

説明

デフォルト値

InteractionPropertyAddRemoveValues

「値の追加/削除」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

false

InteractionPropertyCalcItemOperations

「計算項目の作成/編集/削除」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

false

InteractionPropertyDrill

「ドリル(プライマリ相互作用でない場合)」オプションが「相互作用」タブの「分析プロパティ」ダイアログでデフォルトで選択されるようにするかどうかを指定します。

true

InteractionPropertyGroupOperations

「グループの作成/編集/削除」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

false

InteractionPropertyInclExclColumns

「列を含める/除外」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

true

InteractionPropertyMoveColumns

「列の移動」オプションが「相互作用」タブの「分析プロパティ」ダイアログでデフォルトで選択されるようにするかどうかを指定します。

true

InteractionPropertyRunningSum

「累計の表示/非表示」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

false

InteractionPropertyShowHideSubTotal

「小計の表示/非表示」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

false

InteractionPropertySortColumns

「列のソート」オプションが「分析プロパティ」ダイアログの「相互作用」タブでデフォルトで選択されるようにするかどうかを指定します。

true

19.4 プロンプトの構成

この項で説明するように、ユーザーのプロンプト操作方法に作用する設定を構成できます。

プロンプトを構成するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表19-6で説明している要素を追加する必要があるセクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Prompts>
<MaxDropDownValues>256</MaxDropDownValues>
<ResultRowLimit>65000</ResultRowLimit>
<AutoApplyDashboardPromptValues>true</AutoApplyDashboardPromptValues>
<AutoSearchPromptDialogBox>true</AutoSearchPromptDialogBox>
<AutoCompletePromptDropDowns>
<SupportAutoComplete>true</SupportAutoComplete>
<CaseInsensitive>true</CaseInsensitive>
<MatchingLevel>MatchAll</MatchingLevel>
<ResultsLimit>50</ResultsLimit>
</AutoCompletePromptDropDowns>
<ShowNullValueInPromptsWhenDatabaseColumnIsNullable>always</ShowNullValueInPromptsWhenDatabaseColumnIsNullable>
</Prompts>
</ServerInstance>

ファイルに含まれていても、Fusion Middleware Controlによって集中管理され、手動による変更はできない要素については、この例では除外されていますので注意してください。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表19-6 プロンプトを構成するための要素

要素

説明

デフォルト値

AutoApplyDashboardPromptValues

次のリストに示す各種フィールドを表示するかどうかを指定します。

trueの場合

- 「ページ設定の編集」ダイアログに「「適用」ボタンの表示」および「「リセット」ボタンの表示」フィールドが表示されます。

- 「ダッシュボードのプロパティ」ダイアログに「「適用」ボタンのプロンプト」および「「リセット」ボタンのプロンプト」フィールドが表示されます。

- ダッシュボード・ビルダーの「ツール」メニューに「現在のページのボタンをプロンプト」オプションが表示されます。

falseの場合

- 「ページ設定の編集」ダイアログに「「適用」ボタンの表示」および「「リセット」ボタンの表示」フィールドが表示されません。

- 「ダッシュボードのプロパティ」ダイアログに「「適用」ボタンのプロンプト」および「「リセット」ボタンのプロンプト」フィールドが表示されません。

- ダッシュボード・ビルダーの「ツール」オプションに「現在のページのボタンをプロンプト」オプションが表示されません。

true

AutoSearchPromptDialog

ユーザーが検索パラメータを(「検索」ボタンをクリックせずに)入力した場合に、検索結果がハイライト表示されるようにするかどうかを指定します。

true

CaseInsensitive

オートコンプリート機能で大/小文字を区別しないかどうかを指定します。trueに設定すると、ユーザーが「Oracle」や「oracle」などのプロンプト値を入力した場合に大/小文字は区別されません。falseに設定すると、ユーザーがプロンプト値を入力した場合に大/小文字が区別されるので、Oracleレコードを検索するには、「oracle」ではなく「Oracle」と入力する必要があります。システムによって、大/小文字を適切に使用した値を入力するよう求められます。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のオートコンプリートに関する項を参照してください。

true

Matching Level

ユーザーがプロンプト・フィールドに入力したプロンプト値を検索するために、オートコンプリート機能で一致検索を使用するかどうかを指定します。ユーザーが「検索」ダイアログにアクセスしてプロンプト値の検索および指定を行う場合、これらの設定は適用されません。

次の設定を使用します。

- StartsWith: ユーザーが入力したテキストで始まる値を検索します。 たとえばユーザーが「M」と入力すると、保存されている値から「MicroPod」や「MP3 Speakers System」が一致として表示されます。

- WordStartsWith: 1つの単語または単語のグループの先頭で一致を検索します。 たとえばユーザーが「C」と入力すると、「ComCell」、「MPEG Camcorder」および「7 Megapixel Digital Camera」が一致として表示されます。

- MatchAll: 1つまたは複数の単語内で任意の一致を検索します。

MatchAll

MaxDropDownValues

次の場所に表示する最大選択数を指定します。

- 実行時のプロンプトの選択リスト、チェック・ボックス、リスト・ボックスおよびラジオ・ボタン。

- 実行時、ユーザーがプロンプト値リストから「検索」オプションを選択したときの「値の選択」ダイアログの「値」リスト。

- 設計時のフィルタ・エディタの「値」リスト、およびユーザーがフィルタ・エディタの「値」リストから「検索」リンクをクリックしたときに表示される「値の選択」ダイアログの「使用可能」リスト。

- 設計時、ユーザーが「選択リストの値」フィールドの「特定の列値」または「デフォルトの選択」フィールドの「固有値」を選択し、対応する「値の選択」ボタンをクリックすると表示される、「値の選択」ダイアログの「使用可能」リスト。

- 設計時、スライダ・ユーザー入力タイプで作業している場合に、「下限」、「上限」、「デフォルトの下限」および「デフォルトの上限」フィールドに表示されるリスト、またはこれらのいずれかのフィールド内でユーザーが対応する「検索」リンクをクリックした場合に表示されるリスト。

256

ResultsLimit

オートコンプリート機能が有効な場合に返される一致する値の数を指定します。

50

ResultRowLimit

プロンプト(分析およびダッシュボード・プロンプト)の論理SQLから返されるレコード数を指定します。

65000

ShowNullValueInPromptsWhenDatabaseColumnIsNullable

データベースでnull値を許容する場合、ドロップダウン・リストで列セパレータの上に位置する列プロンプトに単語"NULL"を実行時に表示するかどうかを指定します。

次の設定を使用します。

- always — ドロップダウン・リストで列セパレータの上に単語"NULL"を常に表示します。

- never — ドロップダウン・リストに単語"NULL"を一切表示しません。

- asDataValue — ドロップダウン・リストで列セパレータの上に単語"NULL"としてではなく、ドロップダウン・リストにデータ値として表示します。

always

SupportAutoComplete

プロンプトのオートコンプリート機能を有効または無効にします。trueに設定するとオートコンプリートがオンになり、「マイ・アカウント」ダイアログおよび「ダッシュボードのプロパティ」ダイアログに「オートコンプリートのプロンプト」フィールドが表示され、「オン」に設定されます。

falseに設定するとオートコンプリートがオフになり、「マイ・アカウント」ダイアログおよび「ダッシュボードのプロパティ」ダイアログにはオートコンプリートのフィールドが表示されません。

Oracle Exalytics In-Memory MachineでOracle BI EEを実行していないかぎり、false

プロンプトと検索の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

19.5 プレゼンテーション設定の手動による変更

ダッシュボードとプレゼンテーションの表示設定を構成できます。この手順について次の各項で説明します。

- 第19.5.1項「デフォルトのプレゼンテーション設定の手動による変更」

- 第19.5.2項「プレゼンテーション・サービスでのカスタム・リンクの提供」

- 第19.5.3項「ダッシュボード・ページへのリンク作成機能の有効化」

- 第19.5.4項「Oracle BI Publisherの代替ツールバーの構成」

- 第19.5.5項「Oracle BI Publisherへのダッシュボード・ページのエクスポート機能の有効化」

- 第19.5.6項「ブリーフィング・ブックのPDFバージョンの目次の変更」

- 第19.5.7項「Smart Viewインストーラ用のカスタム・ダウンロード・リンクの構成」

19.5.1 デフォルトのプレゼンテーション設定の手動による変更

Fusion Middleware Controlで使用できるプレゼンテーション設定に加えて、他の設定を手動で変更できます。この設定変更には、instanceconfig.xmlファイルの様々な要素を使用します。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

その他のデフォルトのプレゼンテーション設定を手動で変更するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表19-7で説明している要素を追加する必要があるセクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<AnalysisEditorStartTab>answerResults</AnalysisEditorStartTab>
<Enable508>false</Enable508>
<Dashboard>
<DefaultName>Templates</DefaultName>
<PersistPageState>false</PersistPageState>
<EnableDelayExecution>true</EnableDelayExecution>
</Dashboard>
<BriefingBook>
<MaxFollowLinks>6</MaxFollowLinks>
</BriefingBook>
<Formatters>
<NumericFormatter maxSignificantDigits="16"/>
<Formatters>
</ServerInstance>

ファイルに含まれていても、Fusion Middleware Controlによって集中管理され、手動による変更はできない要素については、この例では除外されていますので注意してください。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表19-7 デフォルトのプレゼンテーション設定の手動変更に使用される一般的な要素

要素

説明

デフォルト値

AnalysisEditorStartTab

「基準」タブまたは「結果」タブにデフォルトで分析エディタを開くかどうかを指定します。この設定は、ダッシュボード、ホーム・ページまたは「カタログ」ページから、分析の「編集」リンクをクリックすると適用されます。

有効な値は次のとおりです。

- answerResults

- answerCriteria

このデフォルト設定は、「マイ・アカウント」ダイアログで「フル・エディタ」オプションを設定するとオーバーライドできます。

answerResults

Enable508

スクリーン・リーダーの使用を容易にする方法で、Oracle BI EEのコンテンツをブラウザでレンダリングするかどうかを指定します。

trueに設定すると、「分析エディタ」コンポーネントの設定に関係なく、アクセシビリティ・モードのBIコンポーザ・ウィザードが分析エディタとして使用されます。

falseに設定すると、「分析エディタ」コンポーネントの設定が「ウィザード(制限付き機能)」の場合は、標準モードのBIコンポーザ・ウィザードが分析エディタとして使用されます。

このデフォルト設定は、「サインイン」ページまたは「マイ・アカウント」ダイアログで「アクセシビリティ・モード」オプションを設定するとオーバーライドできます。

false

DefaultName

ダッシュボード・テンプレート・ページを格納するダッシュボードに使用する名前を指定します。ここで指定した名前によって、Oracle BI EEによるダッシュボード・テンプレート・ページの検索場所のパスがオーバーライドされます。デフォルトでは、Oracle BI EEによるダッシュボード・テンプレート・ページの検索は、「/共有フォルダ」にあるdefaultという名前のダッシュボードで行われます。

default

EnableDelayExecution

コンテンツ・デザイナがダッシュボード・ページの実行を遅延できるかどうかを指定します。trueに設定すると、「ダッシュボードのプロパティ」ダイアログに「開く前に プロンプト」オプションが表示されます。『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のダッシュボード・ページの実行の遅延に関する項を参照してください。

true

MaxFollowLinks

ブリーフィング・ブックでたどるナビゲーション・リンクの最大数のデフォルト値を指定します。ブリーフィング・ブックのナビゲーション・リンクは、ダッシュボード・ビルダーを使用してダッシュボードに追加できるリンク・タイプです。

この要素のデフォルト値は5、最小値は1、最大値は10です。

ブリーフィング・ブックをPDF形式でダウンロードすることを予定している場合は、目次のリンク数が9個までに制限されているため、この要素の値を9以下に設定します。目次の詳細は、第19.5.6項「ブリーフィング・ブックのPDFバージョンの目次の変更」を参照してください。

ブリーフィング・ブックの使用の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

5

NumericFormatter

固定桁数で一貫した出力を行うために使用する値を指定します。一定の有効桁数を超えると、数字が適切に表示されない場合があります。Linuxプラットフォームの16のように、最大有効桁数を指定する場合はこの設定を使用します。

デフォルト値なし

PersistPageState

ダッシュボード・ページ間を移動する際に、ページ・スコープのコンテキストを削除するかどうかを指定します。

true

注意:

Bookmarks、MaxAgeMinutes、EnableBookmarkURLおよびEnablePromptedURL要素のデフォルト値の詳細は、第19.5.3項「ダッシュボード・ページへのリンク作成機能の有効化」を参照してください。ReportingToolbarMode要素のデフォルト値の詳細は、第19.5.4項「Oracle BI Publisherの代替ツールバーの構成」を参照してください。

19.5.2 プレゼンテーション・サービスでのカスタム・リンクの提供

Oracle BI EEのグローバル・ヘッダーには、デフォルトで、機能間の移動を容易にするメニューおよびオプションが含まれています。特定のリンクを無効にしたり固有のリンクを含めたりすることで、グローバル・ヘッダーおよびホーム・ページの「はじめに」セクションをカスタマイズできます。これにより、ユーザーのニーズにより適切に対応することが可能になります。「はじめに」セクションを変更しても、グローバル・ヘッダーの「ヘルプ」メニューには影響しません。カスタム・リンクには、次のような属性を指定できます。

- リンクのテキスト(静的文字列またはローカライゼーション用に使用するメッセージ名)。

- アクセスするURL。

- URLから開くページで現在のページを置き換えるかどうか、またはそのページを名前を指定した新しいタブやウィンドウで開くかどうか。

- ヘッダー内のリンクの相対的な順序付け。

- リンクとともに使用するオプションのアイコン。

グローバル・ヘッダーをカスタマイズするには、次の各項で説明しているタスクを実行します。

- 第19.5.2.1項「customlinks.xmlファイルの更新」

- 第19.5.2.2項「CustomLinks要素の追加」

- 第19.5.2.3項「カスタム・リンク権限の設定」

19.5.2.1 customlinks.xmlファイルの更新

次の各項の説明に従ってcustomlinks.xmlファイルを更新し、グローバル・ヘッダーに対してカスタマイズを指定します。

19.5.2.1.1 ファイルのデフォルトの場所

このファイルはデフォルトで、プレゼンテーション・サービスの次のデータ・ディレクトリにあります。

ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn

19.5.2.1.2 ファイル内の要素

表19-8は、customlinks.xmlファイルで指定できる要素と属性について説明しています。デフォルトで表示される既存のリンクを非表示にするには、それらのエントリをファイルでコメント・アウトできます。「お気に入り」や「ダッシュボード」などのデフォルトのリンクの順序は変更できません。

表19-8 customlinks.xmlファイルの要素

要素または属性

オプションかどうか

データ型

説明

locations

オプション

該当なし

追加するリンクの場所を指定するための親要素として使用します。場所を指定しない場合はデフォルトで、グローバル・ヘッダーの「ヘルプ」リンクの前、「はじめに」セクションの終わりにリンクが配置されます。

location: name

必須

文字列

locations親要素を指定する場合は、この属性を使用します。値は次のとおりです。

header: グローバル・ヘッダーにリンクを配置するように指定します。

getstarted: ホーム・ページの「はじめに」セクションにリンクを配置するように指定します。

location: insertBefore

オプション

文字列

その前にこのリンクを挿入する、既存のリンクのIDを指定します。指定したIDが無効な場合、リンクはデフォルトの場所に挿入されます。

有効な値の詳細は、第19.5.2.1.3項「insertBefore属性の指定」を参照してください。

link: id

必須

文字列

リンクの位置を指定する一意のIDとして使用します。カスタム・リンクのIDを指定し、それらをデフォルト・リンクに対して相対的な場所に配置できます。

link: name

必須

文字列

翻訳されないリンクの名前を指定します。

link: localizedName

オプション

文字列

翻訳されるリンクのメッセージIDを指定します。これは、翻訳されない名前に優先します。

link: iconSmall

オプション

文字列

グローバル・ヘッダーにリンクとともに表示するアイコンのファイル名を指定します。アイコンの表示はfmap構文によって制御されます。

fmap構文の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』を参照してください。

link: iconLarge

オプション

文字列

「はじめに」セクションにリンクとともに表示するアイコンのファイル名を指定します。アイコンの表示はfmap構文によって制御されます。

link: privilege

オプション

文字列

リンクを表示するためにユーザーへの付与が必要な権限の名前を指定します。次の例に示すように、この権限は式として表されます。

privileges.Access['Global Answers']&amp;&amp; privileges.Access['Global Delivers']

link: accessibility

オプション

ブール

アクセシビリティ・モードで、accessibility属性がtrueに設定されている場合にのみリンクが使用可能になるように指定します。値は、trueおよびfalseで、falseがデフォルトです。

以前のリリースでは、vpat属性はaccessibility属性と同じ目的を果たしていました。vpat属性は非推奨となりました。

link: src

必須

文字列

リンクのURLを指定します。

link: target

オプション

文字列

リンクを開くブラウザ・ウィンドウを指定します。値は次のとおりです。

self: プレゼンテーション・サービスが実行されているウィンドウと同じウィンドウで開きます。

blank: 新しいウィンドウで開きます。

any-name: 指定された名前のウィンドウで開きます。

link: description

オプション

文字列

翻訳されないリンクの説明を指定します。

link: localizedDesc

オプション

文字列

翻訳されるリンクのメッセージIDを指定します。これは、翻訳されない説明に優先します。

第4章「Oracle Business Intelligenceの起動と停止」で説明されているように、customlinks.xmlファイルの更新後、このファイルは次回プレゼンテーション・サービスを再起動する際にリロードされます。

19.5.2.1.3 insertBefore属性の指定

表19-8で説明しているinsertBefore属性を含めると、その前に別のリンクを挿入する、既存のリンクのIDを指定できます。次のリストは、グローバル・ヘッダーの有効なIDを示しています。

Navigation Bar
catalog
dashboard
favorites
home
new
open
user
Search Bar
admin
advanced
help
logout

そのコンテンツをカスタマイズできるよう、「はじめに」セクションには固定されたIDは含まれません。

19.5.2.1.4 ファイルと出力の例

次のコード例は、リンクをグローバル・ヘッダーと「はじめに」セクションに配置するよう編集した、customlinks.xmlファイルの一部を示しています。

<link id="l1" name="OTN" description="OTN open in new window" src="http://www.oracle.com" target="blank" >
<locations>
<location name="header" />
</locations>
</link>

<link id="l2" name="Google Search" description="Google open in named window" src="http://www.google.com/" target="google" iconSmall="common/info_ena.png" >
<locations>
<location name="header" insertBefore="advanced" />
</locations>
</link>

<link id="l3" name="Yahoo" description="Yahoo" src="http://www.yahoo.com" target="yahoo" iconLarge="common/helptopics_lg_qualifier.png">
<locations>
<location name="getstarted" />
</locations>
</link>

<link id="l5" name="Gmail" description="gmail" src="http://www.gmail.com" target="blank" iconLarge="common/gmail.png" >
<locations>
<location name="getstarted" />
<location name="header" insertBefore="catalog" />
</locations>
</link>

このファイルによってホーム・ページが図19-1に示すように変更されます。ホーム・ページに対する次の変更に注意してください。

- 次を含むようにグローバル・ヘッダーが変更されます。

- Google Search: カスタム・アイコンを使用するGoogleホーム・ページへのリンク。「詳細」リンクの前に配置されます。

- OTN: Oracle Technology Networkページへのリンク。「ヘルプ」リンクの前に配置されます。

- Gmail: Gmailホーム・ページへのリンク。「カタログ」リンクの前に配置されます。

- 「はじめに」セクションが変更され、カスタム・アイコンを使用するYahoo!およびGmailのホーム・ページへのリンクが含まれます。

図19-1 カスタム・リンクを持つホーム・ページの例

19.5.2.2 CustomLinks要素の追加

カスタム・リンクをホーム・ページに表示する前に、instanceconfig.xmlファイルを編集して、その中にCustomLinks要素とEnabled要素を含める必要があります(このデフォルトはtrueになります)。CustomLinks要素を省略することはEnabled要素をfalseに設定することと同じです。カスタム・リンクは表示されません。

customlinks.xmlファイルはデフォルト以外の場所にも格納できます。デフォルト以外の場所に格納し、customlinks.xmlファイルで指定した変更をホーム・ページ上に表示するには、filePath要素をこのファイルに追加する必要があります。customlinks.xmlファイルをそのままデフォルトの場所に置く場合は、instanceconfig.xmlファイルにfilePath要素を含める必要はありません。デフォルトの場所については、第19.5.2.1.1項「ファイルのデフォルトの場所」を参照してください。

CustomLinks要素を追加するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. ServerInstanceセクションを探し、ここにCustomLinks要素を追加する必要があります。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<CustomLinks>
<Enabled>true</Enabled>
<filePath>c:/mydir/mysubdir/customlinks.xml</filePath>
</CustomLinks>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.5.2.3 カスタム・リンク権限の設定

実行したカスタマイズをユーザーが表示できるようにするには、カスタム・リンク権限がBI Consumerロールに割り当てられていることを確認する必要があります。この割当てはデフォルトで行われます。この権限は、BI Consumer以外の個人ユーザー、グループまたはロールに割り当てることはできません。

この権限のロールを確認するには、プレゼンテーション・サービスの「管理」ページにある「権限の管理」ページを使用します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項を参照してください。

19.5.3 ダッシュボード・ページへのリンク作成機能の有効化

ユーザーは、ダッシュボード・ページへのリンク(ブックマーク・リンクとプロンプト・リンクの両方)を作成できます。それによって、たとえば、リンクをブックマークとして保存したり、リンクをコピーして電子メールで他のユーザーに送信したりできます。ブックマークは、ダッシュボード・ページの状態を取得する非表示オブジェクトであり、Oracle BIプレゼンテーション・カタログの/system/bookmarksフォルダに格納されます。ユーザーがページのブックマーク・リンクを作成すると、ブックマークが作成されます。システム管理者は、ダッシュボード・ページへのこれらのリンクの作成機能を有効または無効にできます。また、ユーザーがこれらのリンクを作成できるようにするには、この機能に関連付けられた「ブックマーク・リンクの作成」権限と「プロンプト・リンクの作成」権限を付与する必要があります。

これらのリンクの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のダッシュボード・ページへのリンクの作成に関する項を参照してください。権限の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項を参照してください。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

ダッシュボード・ページへのリンク作成機能を有効にするには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. Server Instanceセクションを見つけます。

3. 必要に応じて、次の要素とその祖先要素を含めます。

- EnableBookmarkURL: ダッシュボード・ページへのブックマーク・リンクの作成機能を有効にするには、この要素を使用します。

- true: ブックマーク・リンク作成機能を有効にします(デフォルト)。

- false: ブックマーク・リンク作成機能を無効にします。

- EnablePromptedURL: ダッシュボード・ページへのプロンプト・リンクの作成機能を有効にするには、この要素を使用します。

- true: プロンプト・リンク作成機能を有効にします(デフォルト)。

- false: プロンプト・リンク作成機能を無効にします。

- MaxAgeMinutes: Bookmarks要素内でこの要素を使用することによって、指定した分数より前のブックマークを削除することを指定できます。デフォルトは43200分(=30日)です。
ブックマークにアクセスするたびに、そのブックマークの有効期限のタイマがリセットされる点に注意してください。つまり、ブックマークへのアクセスが頻繁に行われる場合、そのブックマークはいつになっても削除されない可能性があります。この値を0に設定した場合、ブックマークの保存期間が0分であることを意味します(有効期限なしを意味するわけではありません)。ブックマークを有効期限なしとして設定することはできません。ブックマークが長期間維持されるようにするには、この分数の値を大きくするとともに、割り当てた分数が経過する前にブックマークにアクセスします。

この設定の入力例を次に示します。

<ServerInstance>
<Dashboard>
<EnableBookmarkURL>true</EnableBookmarkURL>
<EnablePromptedURL>true</EnablePromptedURL>
</Dashboard>
<Cache>
<Bookmarks>
<MaxAgeMinutes>43200</MaxAgeMinutes>
</Bookmarks>
</Cache>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.5.4 Oracle BI Publisherの代替ツールバーの構成

BI Publisherレポートをダッシュボードに含める場合は通常、コア・ダッシュボード・プロンプトを使用してそのレポートにダッシュボードのコンテキストを渡すことにより、そのレポートをダッシュボードの状態の受信者として加えることができます。BI Publisherレポートへ、またはBI Publisherレポートからダッシュボード・ベースのより大規模な分析アプリケーションへコンテキストを渡す必要がないシナリオでは、デフォルトのBI Publisherツールバーのバリアントを表示し、このバリアントによってBI Publisherレポートの基底のパラメータ・プロンプトを公開できます。それにより、ユーザーはこのフレーム内で単一のBI Publisherレポートにパラメータを渡すことができます。

このアプローチの場合、ページ上の他のダッシュボード・プロンプトがBI Publisherレポートに作用せず、またアプリケーションの他の部分へのコンテキストの受渡しにも関与しないため、ユーザーを混乱させる可能性があります。さらに、BI Publisherツールバーの変更は、プレゼンテーション・サービス・インスタンス全体でダッシュボードに埋め込まれているすべてのBI Publisherレポートにグローバルに適用されます。

Oracle BI EEへのBI Publisherレポートの埋込み方法に作用するには、ReportingToolbarMode要素を使用します。BI Publisherの代替ツールバーを構成するには、この要素の値を6に設定します。ツールバーのデフォルトの動作に戻すには、ReportingToolbarMode要素を削除するか、またはこの要素の値をデフォルトの1に設定します。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

BI Publisherの代替ツールバーを手動で構成するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. ReportingToolbarMode要素を追加する必要があるAdvancedReportingセクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<AdvancedReporting>
<ReportingToolbarMode>6</ReportingToolbarMode>
</AdvancedReporting>
</ServerInstance>

この要素の値は次のとおりです。

- 1 = ツールバーを表示しません。

- 2 = ロゴ、ツールバー、タブおよびナビゲーション・パスなしでレポートのURLを表示します。

- 3 = ヘッダーおよびパラメータ選択なしでレポートのURLを表示します。「テンプレート選択」、「表示」、「エクスポート」、「送信」などのコントロールは、引き続き使用できます。

- 4 = レポートのURLのみを表示します。他のページ情報やオプションはいずれも表示しません。

- 6 = BI Publisherレポートのパラメータ・プロンプトを表示するBI Publisherツールバーを表示します。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.5.5 Oracle BI Publisherへのダッシュボード・ページのエクスポート機能の有効化

コンテンツ・デザイナは、ダッシュボード・ページを印刷およびエクスポートするためのカスタム・レイアウトを作成します。コンテンツ・デザイナがダッシュボード・ページのカスタム・レイアウトを作成すると、ダッシュボード・ページがBI Publisherにエクスポートされます。システム管理者は、EnableDashPageExport要素を設定することによって、BI Publisherへのダッシュボード・ページのエクスポート機能を有効または無効にできます。

カスタム・レイアウトの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のダッシュボード・ページを印刷およびエクスポートするためのカスタム・レイアウトの作成に関する項を参照してください。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

BI Publisherへのダッシュボード・ページのエクスポート機能を有効にするには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. EnableDashPageExport要素を追加する必要があるAdvancedReportingセクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<AdvancedReporting>
<EnableDashPageExport>true</EnableDashPageExport>
</AdvancedReporting>
</ServerInstance>

要素の値は次のとおりです。

- true: 「印刷とエクスポートのオプション」ダイアログの「印刷とエクスポートのカスタム・レイアウト」コンポーネントを表示することによって、BI Publisherへのダッシュボード・ページのエクスポート機能を有効にします。(デフォルト)。

- false: 「印刷とエクスポートのオプション」ダイアログの「印刷とエクスポートのカスタム・レイアウト」コンポーネントを非表示にすることによって、BI Publisherへのダッシュボード・ページのエクスポート機能を無効にします。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.5.6 ブリーフィング・ブックのPDFバージョンの目次の変更

ブリーフィング・ブックのPDFバージョンには、自動生成された目次が組み込まれます。この目次には、そのブリーフィング・ブックの各ダッシュボード・ページ、分析およびレポートが含まれます。目次の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のブリーフィング・ブックの使用に関する項を参照してください。

目次のデフォルトのテンプレートtoc-template.rtfは、ORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obisnディレクトリにあります。組織のニーズにわせて、このテンプレートを変更できます。

19.5.7 Smart Viewインストーラ用のカスタム・ダウンロード・リンクの構成

Oracle Business Intelligenceに同梱されているSmart Viewのバージョンは、Oracle Business Intelligenceサーバーまたは入手可能な最新バージョンのSmart Viewと一致していないことがあります。

Oracle Business Intelligenceホーム・ページの「BIデスクトップ・ツールのダウンロード」リストに表示される「Smart View for MS Office」リンクを、Smart Viewインストーラ用のカスタム・ダウンロード・リンクを指すように構成できます。そうすることで、環境に適したバージョンのSmart Viewを常にユーザーが使用できるようになります。そのためには、instanceconfig.xmlにSmartViewInstallerURL要素を追加します。

次のようなsmartview.exeが存在する場所を指すようにダウンロード・リンクを構成できます。

- 最新バージョンのSmart Viewを常に入手できる、Oracle Technology NetworkのSmart Viewのダウンロード・ページなどの外部URL

- インストールを即時開始できる内部Webページやイントラネット・サイトなどの内部URL

- インストールを即時開始できるローカル・サーバーのフォルダ

Smart Viewインストーラ用のカスタム・ダウンロード・リンクを構成するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. <CatalogPath>および<DSN>AnalyticsWeb</DSN>要素を見つけ、それらの要素の後にSmartViewInstallerURL要素を追加します。

3. 次の例の構文を使用して、SmartViewInstallerURL要素を追加します。
Oracle Technology Networkからのダウンロードの例:

<CatalogPath>/example/path/work/abc/instances/instance1/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obips1/catalog/SampleApp</CatalogPath>
<DSN>AnalyticsWeb</DSN>
<SmartViewInstallerURL>http://www.oracle.com/technetwork/middleware/epm/downloads/smart-view-1112x-1939038.html</SmartViewInstallerURL>

イントラネット・サイトからのダウンロードの例:

<CatalogPath>/example/path/work/abc/instances/instance1/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obips1/catalog/SampleApp</CatalogPath>
<DSN>AnalyticsWeb</DSN>
<SmartViewInstallerURL>http://myserver:8080/downloads/smartview.exe</SmartViewInstallerURL>

内部サーバーからのダウンロードの例:

<CatalogPath>/example/path/work/abc/instances/instance1/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obips1/catalog/SampleApp</CatalogPath>
<DSN>AnalyticsWeb</DSN>
<SmartViewInstallerURL>\\myserver\downloads\smartview.exe</SmartViewInstallerURL>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.6 アンサーでの分析のブロック

特定の分析をブロックする必要が生じることがあります。たとえば、特定の列を他の列と併用するようにコンテンツ・デザイナに要求したり、特定の列がリクエストされたときにフィルタを要求したりする場合です。アンサーには、分析で指定している基準や分析内の式に基づく問合せのブロックに使用できるAPIが含まれています。JavaScriptを使用してこのAPIにアクセスすることによって、条件のチェックや分析の検証を行えます。

この項には次のトピックが含まれます:

- 第19.6.1項「JavaScriptファイルの保存」

- 第19.6.2項「基準に基づく分析のブロック」

- 第19.6.3項「式に基づく分析のブロック」

- 第19.6.4項「検証ヘルパー関数」

19.6.1 JavaScriptファイルの保存

この項では、JavaScriptを使用した条件のチェックと分析の検証について説明します。これらのタスクや他の同様のタスクを実行する独自のJavaScriptプログラムを作成します。Oracle BI EEでは、JavaScriptプログラムはインストールされません。JavaScriptプログラムを作成したら、これらを次のディレクトリに保存できます。これらは仮想ディレクトリとして最初にデプロイするディレクトリです。

ORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\analyticsRes

これ以外のディレクトリにJavaScriptプログラムを配置する場合は、プログラムを呼び出すコードでフルパス名を指定してください。たとえば、次のようなコードを使用できます。

<script type="text/javascript" src="http://example/mydir/myblocking.js" />

19.6.2 基準に基づく分析のブロック

コードによるブロック対象の分析をユーザーが実行しようとしたときに、エラー・メッセージを表示できます。分析は実行されません。answerstemplates.xmlファイルには、kuiCriteriaBlockingScriptというメッセージが含まれており、validateAnalysisCriteria関数を定義するJavaScriptを含むかまたはこのようなJavaScriptを定義するように、このメッセージをオーバーライドできます。デフォルトでは、このメッセージには、常にtrueを返す関数が含まれます。

ユーザーが分析を実行しようとすると、編集したvalidateAnalysisCriteria関数がアンサーによって呼び出されます。分析がブロックされない場合、この関数はtrueを返し、分析がブロックされる場合は、falseまたはメッセージを返します。メッセージまたはfalse以外の値が返された場合は、ポップアップ・ウィンドウにそのメッセージが表示されます。いずれにしても、問合せはブロックされます。

次のコード例は、問合せのブロックを示しています。最初に、answerstemplates.xmlファイルに次のXMLコードを追加します。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="QueryBlocking" table="Messages">
<WebMessage name="kuiCriteriaBlockingScript" translate="no">
<HTML>
<script type="text/javascript" src="fmap:myblocking.js" />
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

このXMLコードは、myblocking.jsというJavaScriptプログラムを呼び出します。このファイルは必ずORACLE_INSTANCE\bifoundation\OracleBIPresentationServicesComponent\coreapplication_obipsn\analyticsResディレクトリに配置してください。このmyblocking.jsプログラムのサンプル・コードを次に示します。

// This is a blocking function. It ensures that users select what
// the designer wants them to.
function validateAnalysisCriteria(analysisXml)
{
// Create the helper object
var tValidator = new CriteriaValidator(analysisXml);
// Validation Logic
if (tValidator.getSubjectArea() != "Sample Sales")
return "Try Sample Sales?";
if (!tValidator.dependentColumnExists("Markets","Region","Markets","District"))
{
// If validation script notifies user, then return false
alert("Region and District are well suited, do you think?");
return false;
}
if (!tValidator.dependentColumnExists("Sales Measures","","Periods","Year"))
return "You selected a measure so pick Year!";
if (!tValidator.filterExists("Sales Measures","Dollars"))
return "Maybe filter on Dollars?";
if (!tValidator.dependentFilterExists("Markets","Market","Markets"))
return "Since you are showing specific Markets, filter the markets.";
var n = tValidator.filterCount("Markets","Region");
if ((n <= 0) || (n > 3))
return "Select 3 or fewer specific Regions";
return true;
}

前述のテンプレートを使用してこの関数をオーバーライドしなかった場合や、この関数でfalse以外が返された場合は、基準は有効とみなされ、分析が発行されます。プレビューおよび保存操作に対しても、同じメカニズムで基準が検証されます。

この変更を行った後は、Oracle BIプレゼンテーション・サービスのサーバーを停止して再起動するか、または管理ページで「ファイルとメタデータの再ロード」リンクをクリックします。

19.6.3 式に基づく分析のブロック

アンサー付属のフックを使用して、JavaScript検証機能を組み込み、コンテンツ・デザイナが列の式を入力または変更したときにアンサーからこの検証機能を呼び出すことができます。呼出しに失敗してメッセージが返されると、アンサーによってそのメッセージが表示され、操作が取り消されます。また、ヘルパー関数を使用することによって、Document Object Model(DOM)を手動で走査するかわりに、問合せブロック関数でフィルタや列などをチェックできます(DOMは、アンサーで現在表示されているHTML UIページの内部ブラウザ表現を記述する手段です)。ヘルパー関数の詳細は、第19.6.4項「検証ヘルパー関数」を参照してください。

criteriatemplates.xmlファイルには、kuiFormulaBlockingScriptというメッセージが含まれており、validateAnalysisFormula関数を定義するJavaScriptを含むようにこのメッセージをオーバーライドできます。デフォルトでは、このメッセージには、常にtrueを返す関数が含まれます。

アンサーは、コンテンツ・デザイナが行った変更を適用する前にvalidateAnalysisFormulaを呼び出します。この関数がtrueを返すと、式は受け入れられます。この関数がfalseを返すと、式は拒否されます。それ以外の場合は、無効な式が入力されたときの現行の動作と同じように、この関数からの戻り値が式の下のメッセージ領域に表示されます。

コンテンツ・デザイナは、必要に応じて「OK」をクリックしてエラーを無視できます。独自のアラートを表示して、コンテンツ・デザイナが作業を続行できるようにするには、関数からtrueを返すようにします。問合せをブロックするには、falseまたはメッセージを返します。JavaScript文字列および正規表現技術を使用して関数に渡された式をチェックし、関数で式を検証する必要があります。

次のコード例は、サンプルのカスタム・メッセージを示しています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="QueryBlocking" table="Messages">
<WebMessage name="kuiFormulaBlockingScript" translate="no">
<HTML>
<script type="text/javascript" src="fmap:myblocking.js" />
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

次のコード例は、入力された式に基づくブロックを示しています。

// This is a formula blocking function. It makes sure the user does not enter an unacceptable formula.
function validateAnalysisFormula(sFormula, sAggRule)
{
// do not allow the use of concat || in our formulas
var concatRe = /\|\|/gi;
var nConcat = sFormula.search(concatRe);
if (nConcat >= 0)
return "You used concatenation (character position " + nConcat + "). That is not allowed.";
// no case statements
var caseRe = /CASE.+END/gi;
if (sFormula.search(caseRe) >= 0)
return "Do not use a case statement.";
// Check for a function syntax: aggrule(formula) aggrule should not contain a '.'
var castRe = /^\s*\w+\s*\(.+\)\s*$/gi;
if (sFormula.search(castRe) >= 0)
return "Do not use a function syntax such as RANK() or SUM().";
return true;
}

この変更を行った後は、Oracle BIプレゼンテーション・サービスのサーバーを停止して再起動するか、または管理ページで「ファイルとメタデータの再ロード」リンクをクリックします。

19.6.4 検証ヘルパー関数

これらの関数は、answers/queryblocking.jsという名前のファイル内で定義されます。表19-9に各ヘルパー関数を示し、それぞれについて説明します。

表19-9 検証ヘルパー関数

検証ヘルパー関数

説明

CriteriaValidator.getSubjectArea()

分析で参照されたサブジェクト・エリアの名前を返します。通常これは、他の検証を実行する前に関数内のswitch文で使用されます。分析がセット・ベースの基準である場合はnullを返します。

CriteriaValidator.tableExists(sTable)

指定されたフォルダ(表)がコンテンツ・デザイナによって分析に追加されている場合はtrue、フォルダが追加されていない場合はfalseを返します。

CriteriaValidator.columnExists(sTable, sColumn)

指定された列がコンテンツ・デザイナによって分析に追加されている場合はtrue、列が追加されていない場合はfalseを返します。

CriteriaValidator.dependentColumnExists(sCheckTable, sCheckColumn, sDependentTable, sDependentColumn)

checkColumnが存在する場合に、dependentColumnが存在するかチェックして確認します。checkColumnが存在しない場合またはcheckColumnと依存列がどちらも存在する場合はtrueを返します。checkColumnとdependentColumnがnullの場合は、フォルダが検証されます。checkTableのいずれかの列が存在する場合は、dependentTableの列が存在する必要があります。

CriteriaValidator.filterExists(sFilterTable, sFilterColumn)

指定された列にフィルタが存在する場合はtrueを、存在しない場合はfalseを返します。

CriteriaValidator.dependentFilterExists(sCheckTable, sCheckColumn, sFilterTable, sFilterColumn)

プロジェクション・リストにcheckColumnが存在する場合に、dependentFilterが存在するかチェックして確認します。checkColumnが存在しない場合またはcheckColumnと依存フィルタがどちらも存在する場合はtrueを返します。

CriteriaValidator.filterCount(sFilterTable, sFilterColumn)

特定の論理列に対して指定されたフィルタ値の数を返します。フィルタ値がequals、null、notNullまたはinの場合は、選択された値の数を返します。フィルタで列が使用されていない場合は、ゼロを返します。列がデフォルトなしで要求されている場合は-1を返します。他のフィルタ操作(greater than、begins withなど)に対しては、値の数が判定不可能なため、いずれも999を返します。

19.7 分析およびダッシュボードのデフォルト表示の指定

分析に追加された新しいビュー、およびダッシュボード・ページに追加された新しいオブジェクトの初期状態の一部の側面を制御できます。たとえば、新しい分析にデフォルトのフッターを追加したり、ダッシュボードの各セクションのデフォルトを設定したりできます。これらの側面を制御するには、関連するXMLメッセージ・ファイルをカスタマイズして、インストール時に指定したデフォルト値をオーバーライドします。

19.7.1 デフォルト表示用のXMLメッセージ・ファイル

この項では、XMLメッセージ・ファイルのカスタマイズについて説明します。このカスタマイズによって、Oracle BIプレゼンテーション・サービスで配布されるデフォルト表示をオーバーライドできます。

分析用には、ファイルanswerstemplates.xmlのkuiAnswersReportPageEditorHead内にkuiCriteriaDefaultViewElementsWrapperというメッセージが含まれています。このメッセージには2つの追加メッセージが含まれており、そのうちkuiCriteriaDefaultViewElementsでデフォルト値を定義できます。もう1つのkuiCriteriaDefaultViewElementsMaskではマスクが定義されています。マスクのXMLメッセージは保護されており、内容の編集はできません。

ラッパー・メッセージによって、結合されたXMLが、新しいデフォルト値の適用に使用されるJavaScript変数kuiDefaultViewElementsXMLに追加されます。

ダッシュボード用には、ファイルdashboardtemplates.xmlに、ダッシュボード内で使用できるようにXMLをkuiDefaultDashboardElementsXMLというJavaScript変数に追加する、kuiDashboardDefaultElementsWrapperというメッセージが含まれています。

19.7.2 分析およびダッシュボードのデフォルト表示のカスタマイズ例

次の各項では、デフォルト値のカスタマイズの例を示します。

- 第19.7.2.1項「新しい分析へのデフォルトのヘッダーまたはフッターの追加」

- 第19.7.2.2項「結果の自動プレビューの抑止」

- 第19.7.2.3項「複合レイアウトの分析のデフォルトの設定」

- 第19.7.2.4項「ダッシュボード・セクションのデフォルトの変更」

- 第19.7.2.5項「ヘッダーおよびフッターを含むダッシュボード・ページのデフォルトの指定」

これらのカスタマイズを有効にするには、Oracle BIプレゼンテーション・サービスのサーバーを停止して再起動するか、または管理ページで「ファイルとメタデータの再ロード」リンクをクリックします。

19.7.2.1 新しい分析へのデフォルトのヘッダーまたはフッターの追加

すべての新しい分析でデフォルトのヘッダーとフッターが表示されるように指定できます。たとえばフッターに、機密保持に関する注意や会社名などのメッセージを挿入できます。デフォルトのヘッダーまたはフッターを指定するには、テキストと適用する書式設定を指定するXMLメッセージを作成します。

次のXMLコード例では、Acme Confidentialという赤色の太字テキストを含むフッターを作成しています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="Answers" table="ViewDefaults">
<WebMessage name="kuiCriteriaDefaultViewElements" translate="no"><HTML>
<view signature="compoundView" >
<pageProps pageSize="a4">
<pageFooter showOnDashboard="true" show="true">
<zone type="top"><caption>[b]Acme Confidential[/b]</caption>
<displayFormat fontColor="#FF0000"/></zone>
</pageFooter>
</pageProps>
</view>
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

19.7.2.2 結果の自動プレビューの抑止

データのビューの編集時には分析の結果が表示されます。コンテンツ・デザイナが結果の表示を明示的に要求するように設定する場合、新しいビューの作成時に自動プレビューを無効にすることを指定するXMLメッセージを作成できます。この場合も、コンテンツ・デザイナは、「結果の表示」リンクをクリックすることによって、ビューの編集時に結果を表示できます。

注意:

XMLコードには各種ビューの署名エントリを追加できます。XML表現の分析でビューの署名の値を特定できます。分析を編集しながら、分析エディタの「詳細設定」タブで分析のXMLフィールドを確認します。<saw:view>要素のxsi:type属性を探します。署名の値は、接頭辞"saw:"がない値です。

次のXMLコード例では、アンサーでのビューの使用時に結果の自動プレビューを無効にしています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="Answers" table="ViewDefaults">
<WebMessage name="kuiCriteriaDefaultViewElements" translate="no"><HTML>
<view signature="tableView" showToolBar="true" showHeading="true />
<view signature="pivotTableView" autoPreview="false" />
<view signature="titleView" autoPreview="false" />
<view signature="viewSelector" autoPreview="false" />
<view signature="htmlviewnarrativeView" autoPreview="false" />
<view signature="tickerview" autoPreview="false" />
<view signature="htmlview" autoPreview="false" />
<view signature="dvtchart" autoPreview="false" />
<view signature="dvtgauge" autoPreview="false" />
<view signature="dvtfunnel" autoPreview="false" />
<view signature="trellisView" autoPreview="false" />
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

19.7.2.3 複合レイアウトの分析のデフォルトの設定

新たに作成した分析の結果は、タイトル・ビューと、それに続く表またはピボット表の複合レイアウトで表示されます。表は分析に属性列しかない場合に作成され、ピボット表は分析に1つ以上の階層列が含まれている場合に作成されます。

ナレーティブとそれに続くグラフなどのように、異なるビューの集合を複合ビューのデフォルトとして指定するXMLメッセージを作成できます。この場合も、コンテンツ・デザイナは複合レイアウト内でのビューの追加や配置変更を行えます。

次のXMLコード例では、ナレーティブとそれに続くグラフを複合レイアウトのデフォルトとして設定しています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="Answers" table="ViewDefaults">
<WebMessage name="kuiCriteriaDefaultViewElements" translate="no"><HTML>
<view signature="compoundView" >
<cv signature="narrativeView" />
<cv signature="dvtchart" />
</view>
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

19.7.2.4 ダッシュボード・セクションのデフォルトの変更

デフォルトでは、ダッシュボードでドリル操作を行った結果は新しいページに表示され、セクション名はダッシュボードに表示されず、各セクションは展開/縮小可能に設定されます。これらのデフォルト値を変更するには、ダッシュボード・セクションの新しいデフォルト値を指定するXMLメッセージを作成します。この場合も、ダッシュボードを編集するコンテンツ・デザイナは、ダッシュボード・エディタ内のオプションを使用してこの動作を変更できます。

次のXMLコード例では、セクション・ヘッダーを表示し、ドリル操作を有効にし、セクションの縮小を無効として指定しています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="Answers" table="ViewDefaults">
<WebMessage name="kuiDashboardDefaultElements" translate="no"><HTML>
<element signature="dashboardSection" drillInline="true" showHeading="true" collapsible="false" />
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

19.7.2.5 ヘッダーおよびフッターを含むダッシュボード・ページのデフォルトの指定

デフォルトでは、ダッシュボードはヘッダーとフッターなしで縦の向きで印刷されます。カスタムのヘッダーおよびフッター付きと横向き印刷を新たに追加されるダッシュボード・ページのデフォルトとして設定するには、これらの特性を指定するXMLメッセージを作成します。この場合も、ダッシュボードを編集するコンテンツ・デザイナは、ダッシュボード・エディタ内のオプションを使用してこの動作を変更できます。

次のXMLコードでは、カスタムのヘッダーとフッターをダッシュボード・ページに追加し、横向きを指定しています。

<?xml version="1.0" encoding="utf-8"?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web.messageSystem">
<WebMessageTable system="Answers" table="ViewDefaults">
<WebMessage name="kuiDashboardDefaultElements" translate="no">
<HTML>
<element signature="dashboardPage" personalSelections="false">
<pageProps orientation="landscape" printRows="all" pageSize="a4">
<pageHeader showOnDashboard="true" show="true">
<zone position="top">
<caption>[b]Acme is Cool[/b]</caption>
<displayFormat>
<formatSpec fontSize="9pt" hAlign="center"
fontColor="#FFFFFF" backgroundColor="#000000"/>
</displayFormat>
</zone>
</pageHeader>
<pageFooter showOnDashboard="true" show="true">
<zone position="top">
<caption>[b]CONFIDENTIAL[/b]</caption>
<displayFormat>
<formatSpec fontSize="7.5pt" hAlign="center"
fontColor="#999999" borderColor="#CC99CC" fontStyle="italic"
borderPosition="all" borderStyle="single"/>
</displayFormat>
</zone>
</pageFooter>
</pageProps>
</element>
</HTML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

19.8 分析およびダッシュボードでのライトバックの構成

ダッシュボード・ページまたは分析のユーザーは表に表示されているデータを変更する機能を使用できる場合があります。この機能は、通常ライトバックと呼ばれます。管理者は、コンテンツ・デザイナがユーザー用にライトバック機能を構成できるように支援します。

次の各項では、ライトバックの構成方法について説明します。

- 第19.8.1項「ライトバックの仕組み」

- 第19.8.2項「ライトバックの構成手順」

- 第19.8.3項「例: ライトバックの構成手順」

- 第19.8.4項「ライトバックの制限」

- 第19.8.5項「ライトバック・テンプレート・ファイルの作成」

- 第19.8.6項「LightWriteback要素の設定」

19.8.1 ライトバックの仕組み

ライトバック・フィールドが適切に構成されている場合、ユーザーが「データベースへのライトバック」権限を持っていれば、分析でライトバック・フィールドが編集可能フィールドとして表示されます。ユーザーがこの権限を持っていないと、ライトバック・フィールドは通常のフィールドとして表示されます。ユーザーが編集可能フィールドに値を入力して適切なライトバック・ボタンをクリックすると、アプリケーションによってライトバック・テンプレートが読み取られ、適切なinsertまたはupdate SQLコマンドが取得されます。その後、そのinsertまたはupdateコマンドが発行されます。コマンドが正常に実行されると、レコードが読み取られ、分析が更新されます。テンプレートの読取りまたはSQLコマンドの実行でエラーが発生した場合は、エラー・メッセージが表示されます。

insertコマンドは、レコードがまだ存在していない場合に実行され、ユーザーが新しいデータを表に入力します。この場合、ユーザーが入力した表内のレコードの値は、入力前はnullとなっています。

updateコマンドは、ユーザーが既存のデータを変更する場合に実行されます。まだ物理表に存在していないレコードをライトバック先として表示するには、類似する別の表を作成します。類似するこの表を使用してプレースホルダ・レコードを表示し、このプレースホルダ・レコードに対してユーザーがダッシュボードで変更を実行できるようにします。

19.8.2 ライトバックの構成手順

ライトバックの構成手順は次のとおりです。

1. (コンテンツ・デザイナ対象)リポジトリのOracle BI管理者と協力して組織でのレポートのニーズを評価し、必要なライトバック列とそれを表示する分析のリストを作成します。
階層列では、ライトバック機能はサポートされませんが、属性列、メジャー列および二重列では、ライトバック機能はサポートされます。二重列では、表示列にライトバックできます。コード列は自動的には解釈されません。

2. (リポジトリのOracle BI管理者対象)データベースで、必要なライトバック列ごとに1つの列を持つ物理表を作成し、「データベース」ダイアログの「一般」タブで、「デフォルトで直接データベース・リクエストを許可」オプションを選択します。

注意:

最大限のセキュリティを確保するには、ライトバック・データベース表を固有のデータベース・インスタンスに格納します。

方法については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

3. (リポジトリのOracle BI管理者対象)Oracle BI管理ツールを使用して、列でライトバックを有効にします。これには、次の内容が含まれます。

- 物理表でのキャッシングを無効にします。

- 論理列を書込み可能にします。

- プレゼンテーション列の「読取り/書込み」権限を有効にします。

方法については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の列でのライトバックの有効化に関する項を参照してください。

4. (管理者対象)ライトバックを有効にする表ビューへの値の挿入と更新の両方に必要なSQLコマンドを指定する、ライトバック・テンプレート・ファイルを作成します。
方法については、第19.8.5項「ライトバック・テンプレート・ファイルの作成」を参照してください。

5. (管理者対象)instanceconfig.xmlファイルに、LightWriteback要素を追加します。
第19.8.6項「LightWriteback要素の設定」を参照してください。

6. (管理者対象)Oracle BIプレゼンテーション・サービスで、ライトバック権限「ライトバックの管理」と「データベースへのライトバック」を適切なユーザーに付与します。
方法については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービス権限の管理に関する項を参照してください。

7. (コンテンツ・デザイナ対象)列にライトバック機能を追加します。
方法については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の列へのライトバック機能の追加に関する項を参照してください。

8. (コンテンツ・デザイナ対象)表ビューにライトバック機能を追加します。
方法については、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の表ビューへのライトバック機能の追加に関する項を参照してください。

19.8.3 例: ライトバックの構成手順

1. リポジトリのOracle BI管理者とのやり取りの後、コンテンツ・デザイナは次のように決定します。

- YR、Quarter、Region、ItemTypeおよびDollarsのライトバック列が必要である。

- これらの列が表示される分析のタイトルはRegion Quotaとする。

2. リポジトリのOracle BI管理者は、次のことを行います。

- YR、Quarter、Region、ItemTypeおよびDollarsの各列を含むregiontypequotaという物理表を作成します。

- 「データベース」ダイアログの「一般」タブで、「デフォルトで直接データベース・リクエストを許可」オプションを選択します。

3. Oracle BI管理ツールを使用して、リポジトリのOracle BI管理者は、次のことを行います。

- 物理レイヤーでWriteBack表をキャッシュ不能にします。

- ビジネス・モデル・レイヤーでWriteBack表のDollars列を書込み可能にします。

- プレゼンテーション・レイヤーでWriteBack表のDollars列の書込み/読取り権限を、BI作成者と認証済ユーザーに対して有効にします。

4. 管理者は、次のライトバック・テンプレートを含むSetQuotaUseIDというライトバック・テンプレート・ファイルを作成します。

<?xml version="1.0" encoding="utf-8" ?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web/message/v1">
<WebMessageTable lang="en-us" system="WriteBack" table="Messages">
<WebMessage name="SetQuotaUseID">
<XML>
<writeBack connectionPool="Supplier">
<insert>INSERT INTO regiontypequota VALUES(@{c0},@{c1},'@{c2}','@{c3}',@{c4})</insert>
<update>UPDATE regiontypequota SET Dollars=@{c4} WHERE YR=@{c0} AND Quarter=@{c1} AND Region='@{c2}' AND ItemType='@{c3}'</update>
</writeBack>
</XML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

さらに、これを次の場所に保存します。

ORACLE_INSTANCE/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obipsn/analyticsRes/customMessages

5. 管理者は、次のようにLightWriteback要素をinstance.config.xmlファイルに追加します。

<WebConfig>
<ServerInstance>
<LightWriteback>true</LightWriteback>
</ServerInstance>
</WebConfig>

6. 管理者は、Oracle BIプレゼンテーション・サービスの「管理」にある「権限の管理」ページを使用して、次の権限を付与します。

- BI作成者に対して「ライトバックの管理」

- 認証済ユーザーに対して「データベースへのライトバック」

7. コンテンツ・デザイナはRegion Quota分析を編集し、次の列ごとに「列のプロパティ」ダイアログの「ライトバック」タブを記入して、列をライトバックに対して有効にします。

- YR

- Quarter

- Region

- ItemType

- Dollars

8. コンテンツ・デザイナはRegion Quota分析の表ビューを編集し、「表のプロパティ」ダイアログの「ライトバック」タブで「ライトバックの有効化」ボックスを選択し、「テンプレート名」フィールドにSetQuotaUseIDと入力することにより、この表ビューをライトバックに対して有効にします。

19.8.4 ライトバックの制限

ユーザーは、Oracle BIサーバーからSQL問合せを実行できるあらゆるデータソース(ADFデータソースを除く)に対してライトバックを実行できます。ライトバックの構成時には、次の制限に留意してください。

- 数値列に入力できるのは数字のみです。ドル記号($)、番号記号またはハッシュ記号(#)、パーセント記号(%)などのデータ書式設定文字は使用できません。

- テキスト列に入力できるのは文字列データのみです。

- テンプレート・メカニズムは、表のビューで単一値に対してのみ使用できます。ピボット表のビューや他のあらゆるタイプのビュー、複数値データおよび単一値データのドロップダウン列には、テンプレート・メカニズムはサポートされていません。

- ライトバック列の値はすべて編集可能です。編集可能フィールドは、プリンタ優先以外のコンテキストで表示された場合、ユーザーに「データベースへのライトバック」権限が与えられているかのように表示されます。しかし、論理列が変更可能な物理列にマップされている場合、論理列は複数のレベルの共通部分に対する値を返します。このシナリオの場合、問題が発生する可能性があります。

- 作成したライトバック表から導出されたものではないフィールドも含めて、分析内のあらゆるフィールドにライトバックのフラグを設定できます。しかし、表がライトバック有効に設定されていないと、ライトバック操作を正常に実行できません。フィールドへの正しいタグ付けは、コンテンツ・デザイナが責任を持って行います。

- テンプレートではinsertとupdate以外のSQL文も使用できます。ライトバック機能はこれらの文をデータベースに渡します。しかし、insertまたはupdate以外の文の使用はOracleではサポートしていません。使用しないことをお薦めします。

- プレゼンテーション・サービスが実行するのは、データ入力の最小限の検証のみです。数値フィールドにユーザーがテキスト・データを入力した場合、プレゼンテーション・サーバーはこれを検出し、無効なデータがデータベースに送られるのを防止します。しかし、他の形式の無効なデータ入力(範囲外の値、テキストと数値の混合など)は検出されません。ユーザーがライトバック・ボタンをクリックして挿入または更新を実行した場合、データが無効なときは、データベースからエラー・メッセージが出力されます。その後、ユーザーは、誤った入力を修正できます。コンテンツ・デザイナは、数値データ・フィールドには英数字が混ざった値は入力できないことを通知する、ユーザーを支援するテキストをライトバック分析に含めることができます。

- テンプレート・メカニズムは、任意の新しいレコードの入力には適しません。このメカニズムをデータ入力ツールとして使用しないでください。

- ライトバック分析では、ドリルダウンはサポートされていません。ドリルダウンを実行すると表の構造が変わるため、ライトバック・テンプレートが機能しなくなります。

注意:

テンプレート・メカニズムでは、ユーザーの入力が取得され、データベースに直接書き込まれます。物理データベースのセキュリティについては、管理者が責任を持って対処してください。最大限のセキュリティを確保するには、ライトバック・データベース表を固有のデータベース・インスタンスに格納します。

19.8.5 ライトバック・テンプレート・ファイルの作成

ライトバック・テンプレート・ファイルは、1つ以上のライトバック・テンプレートを含むXML形式のファイルです。

ライトバック・テンプレートは、テンプレートの名前を指定するWebMessage要素、接続プール、および作成したライトバック表と列のレコードの挿入と更新に必要なSQL文で構成されます。コンテンツ・デザイナがライトバックに対して表ビューを有効にした場合、コンテンツ・デザイナは、表ビューでのレコードの挿入および更新に使用するライトバック・テンプレートの名前を指定する必要があります。

複数のライトバック・テンプレート・ファイルを作成できます。複数のライトバック・テンプレートを1つのテンプレート・ファイルに含め、それぞれのテンプレートを特定の分析で使用するフィールド用にカスタマイズできます。ただし、1つのファイルには1つのテンプレートのみを含めることをベスト・プラクティスとしてお薦めします。

ライトバック・テンプレート・ファイルを作成するには:

1. XMLファイルを作成します。CustomMessagesフォルダにあるすべてのXMLファイルがシステムに読み取られるため、ライトバック・テンプレート・ファイルには任意の名前を付けることができます。

2. 第19.8.5.1項「ライトバック・テンプレートの要件」に指定された要件と第19.8.5.2項「例: ライトバック・テンプレート・ファイル」に示した例に従って適切な要素を追加します。

3. ライトバック・テンプレート・ファイルは、管理者が静的ファイルとカスタマ・メッセージ用に構成した、次の場所にあるanalyticsRes directoryディレクトリに保存します。
ORACLE_INSTANCE/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obipsn/analyticsRes/customMessages

各言語固有のユーザー・インタフェースに影響するXMLメッセージはローカライズする必要がありますが、ライトバック・テンプレートの構成に使用するXMLファイルは、言語に依存しないため、通常翻訳しません。

まれに、ライトバック・テンプレート・ファイルを言語固有にする必要がある場合があります(たとえば、l_es(スペイン語)ロケールを使用してログインするユーザーと、l_fr(フランス語)ロケールを使用してログインするユーザーが、異なるSQLコマンドを使用する場合など)。その場合は、ライトバック・テンプレート・ファイルを適切な言語ディレクトリに配置します。

19.8.5.1 ライトバック・テンプレートの要件

ライトバック・テンプレートでは、次の要件を満たす必要があります。

- ライトバック・テンプレートの名前は、WebMessage要素のname属性を使用して指定する必要があります。
ライトバックを正しく機能させるには、ライトバックに対して表ビューを有効にする際に、ビューでのレコードの挿入および更新に使用するライトバック・テンプレートの名前をコンテンツ・デザイナが指定する必要があります。

次の例では、SetQuotaUseIDというライトバック・テンプレートを指定しています。

<WebMessage name="SetQuotaUseID">

- セキュリティ要件を満たすために、レコードの挿入と更新を実行するSQLコマンドとともに接続プールを指定する必要があります。これらのSQLコマンドでは、ライトバック・スキーマで渡され、データベース表を変更するためのSQL文を生成する値が参照されます。値は列位置(@1や@3など)または列ID(@{c1234abc}や@{c687dfg}など)によって参照できます。列位置の開始番号は1です。列IDの使用が優先されます。各列IDはランダムに生成された英数字であり、分析エディタの「詳細設定」タブにある分析のXML定義に表示されます。

- <insert>要素と<update>要素の両方をテンプレートに含める必要があります。これらの要素内にSQLコマンドを挿入しない場合は、開始タグと終了タグの間に空白を挿入する必要があります。たとえば、次のように要素を入力する必要があります。

<insert> </insert>

次は不適切な例です。

<insert></insert>

空白を省略すると、「システムがライトバック・テンプレート'[tk1]'を読み取ることができません。[tk2]」のようなライトバック・エラー・メッセージが表示されます。

- パラメータのデータ型が整数または実数でない場合は、一重引用符で値を囲みます。データベースがコミットを自動的に実行しない場合は、insertノードとupdateノードの後にオプションのpostUpdateノードを追加してコミットを強制的に実行します。一般的なpostUpdateノードの例を次に示します。

<postUpdate>COMMIT</postUpdate>

19.8.5.2 例: ライトバック・テンプレート・ファイル

列IDで値を参照するライトバック・テンプレート・ファイルは次のようなものです。

<?xml version="1.0" encoding="utf-8" ?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web/message/v1">
<WebMessageTable lang="en-us" system="WriteBack" table="Messages">
<WebMessage name="SetQuotaUseID">
<XML>
<writeBack connectionPool="Supplier">
<insert>INSERT INTO regiontypequota VALUES(@{c0},@{c1},'@{c2}','@{c3}',@{c4})</insert>
<update>UPDATE regiontypequota SET Dollars=@{c4} WHERE YR=@{c0} AND Quarter=@{c1} AND Region='@{c2}' AND ItemType='@{c3}'</update>
</writeBack>
</XML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

列位置で値を参照するライトバック・テンプレート・ファイルは次のようなものです。

<?xml version="1.0" encoding="utf-8" ?>
<WebMessageTables xmlns:sawm="com.siebel.analytics.web/message/v1">
<WebMessageTable lang="en-us" system="WriteBack" table="Messages">
<WebMessage name="SetQuota">
<XML>
<writeBack connectionPool="Supplier">
<insert>INSERT INTO regiontypequota VALUES(@1,@2,'@3','@4',@5)</insert>
<update>UPDATE regiontypequota SET Dollars=@5 WHERE YR=@1 AND Quarter=@2 AND Region='@3' AND ItemType='@4'</update>
</writeBack>
</XML>
</WebMessage>
</WebMessageTable>
</WebMessageTables>

19.8.6 LightWriteback要素の設定

ユーザーが値のライトバックを実行できるようにするには、instanceconfig.xmlファイルにLightWriteback要素を手動で追加する必要があります。この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

ライトバック用の要素を手動で設定するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. LightWriteback要素を追加する必要があるServerInstanceセクションを見つけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<WebConfig>
<ServerInstance>
<LightWriteback>true</LightWriteback>
</ServerInstance>
</WebConfig>

ファイルに含まれていても、Fusion Middleware Controlによって集中管理され、手動による変更はできない要素については、この例では除外されていますので注意してください。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

19.9 Oracle BI Webユーザー・インタフェースのカスタマイズ

Oracle BI EE 11gのユーザー・インタフェースは、スクリプトを使用して生成されているため、カスタマイズ性に優れています。ルック・アンド・フィールはスキンおよびスタイルで制御します。スキンは、ホームおよびダッシュボード領域外のユーザー・インタフェース・クローム(目に見えるグラフィック機能)を定義します。

Oracle BI EE 11gには、Skyros、blafp (ブラウザのルック・アンド・フィール)、FusionFX (Fusionアプリケーション)など、スタイルがいくつか同梱されています。

次の各項では、Webユーザー・インタフェースをカスタマイズする方法について説明します。

- 第19.9.1項「スキンおよびスタイルとは」

- 第19.9.2項「Webユーザー・インタフェースのカスタマイズに関する一般的なヒント」

- 第19.9.3項「スタイルのカスタマイズについて」

- 第19.9.4項「プレゼンテーション・サービス用のユーザー・インタフェースのスタイルの変更」

- 第19.9.5項「スタイルのカスタマイズ」

- 第19.9.6項「Skyrosマスター・ブランディング・クラスの変更の例」

19.9.1 スキンおよびスタイルとは

Oracle BI EEのインタフェースをユーザーに表示する方法は、スキンおよびスタイルを作成することで制御できます。スキンとスタイルの主な違いは、スタイルはダッシュボード・コンテンツのみに適用されるのに対して、スキンはユーザー・インタフェースのその他すべての部分に適用されます。たとえば、Oracle BI EE内では、分析およびスコアカード化で使用されるコンポーネントにスキンが適用されます。

デフォルトのスタイルおよびスキンをinstanceconfig.xmlファイルに指定します。その上で、コンテンツ・デザイナが特定の要素を変更して、テキストやリンクの色、テキストのフォントやサイズ、表の枠線、グラフの色や属性など、ダッシュボードの表示用の書式設定を制御します。詳細は、第19.9.4項「プレゼンテーション・サービス用のユーザー・インタフェースのスタイルの変更」を参照してください。

スタイルおよびスキンは、カスケーディング・スタイル・シート(CSS)およびイメージを含むフォルダに編成されます。スキンおよびスタイルは通常、ロゴ、色スキーム、フォント、表の枠線などの要素を指定することで分析およびダッシュボードのルック・アンド・フィールをカスタマイズするのに使用する一方で、適切なスタイル・シート・ファイルで特定のスタイル・タグを挿入することで様々な要素の位置および行端揃えを制御するのにも使用できます。詳細は、「スタイルのカスタマイズについて」を参照してください。

19.9.2 Webユーザー・インタフェースのカスタマイズに関する一般的なヒント

Webユーザー・インタフェースのカスタマイズを計画する際は、次の点に留意してください。

- Oracle BIプレゼンテーション・サービスでは、JavaScriptを使用するのではなく、スタイルおよびスキンを変更してユーザー・インタフェースの要素および外観をカスタマイズします。ORACLE_HOME\bifoundation\web\appv2\resディレクトリにあるJavaScriptファイルを変更しないでください。これは、これらのスクリプトのオブジェクトおよびメソッドが変更される可能性があるためと、これらのファイルがアップグレード時に置換される可能性があるためです。
(ダッシュボードでは、適切な権限を持つユーザーが個々のダッシュボード・セクションを、HTMLを追加することでカスタマイズできます。このHTMLにはJavaScriptを含めることができます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のHTMLマークアップの操作に関する項を参照してください。)

- Oracle BI EEデプロイメントは、特定の言語に適応させることができます。詳細は、第15章「Oracle Business Intelligenceのローカライズ」を参照してください。

19.9.3 スタイルのカスタマイズについて

Oracle BI EE 11gには、blafp (ブラウザのルック・アンド・フィール)、FusionFX (Fusionアプリケーション)、Skyrosなど、様々なスタイルが同梱されています。Oracle BI EEまたはOracle BI Publisherのルック・アンド・フィールをカスタマイズする場合、bicustom-template.earに用意されているカスタム・スタイルを叩き台として使用することをお薦めします。このカスタム・スタイルは、Skyrosスタイルのコピーです。詳細は、第19.9.4項「プレゼンテーション・サービス用のユーザー・インタフェースのスタイルの変更」を参照してください。

スタイル・シート(master.css)を含め、一般的なSkyrosスタイルおよびイメージ・ファイルのほとんどは、マスター・ディレクトリに格納されます。表19-10に、このディレクトリとその構造について詳しく説明します。

スタイル・シート内では、更新できる各要素(またはクラス)にコメントが付けられています。

他のスタイル・シートもSkyrosのスタイル・フォルダおよびスキン・フォルダに格納されます。ユーザー・インタフェースの詳細ごとにスタイルを指定する拡張カスタム・スキンを作成している場合を除き、通常、これらのファイルを更新する必要はありません。

19.9.4 プレゼンテーション・サービス用のユーザー・インタフェースのスタイルの変更

プレゼンテーション・サービス用に独自のスタイルおよびスキンを作成している場合、CSS、graph.xmlおよびイメージ・ファイルを作成し、それらをOracle BI EEで使用可能にする必要があります。これらのファイルを使用可能にするには、次の2つの方法があります。

- 方法1: bicustom.earファイルを使用して独自のファイルを単一ファイルにパッケージ化し、クラスタ内のノード全部に簡単にデプロイできるようにします。この方法は、スケール・アウトした本番システムのクラスタ化された環境でデプロイする場合に便利です。第19.9.4.1項「方法1: "bicustom.ear"ファイルの初回デプロイ」を参照してください。
bicustom.earファイルを再デプロイする場合は、第19.9.4.2項「方法1: "bicustom.ear"ファイルの再デプロイ」を参照してください。

- 方法2: 共有ファイル・システムを使用します。この方法は、Oracle BI EEですぐに変更を確認する場合やカスタマイズがプレゼンテーション・サービスのファイアウォールの外にある場合に便利です。第19.9.4.3項「方法2: 共有フォルダを使用したデプロイ」を参照してください。
方法2を使用して加えた変更を表示する場合は、第19.9.4.4項「方法2: 共有フォルダに対する変更の表示」を参照してください。

19.9.4.1 方法1: "bicustom.ear"ファイルの初回デプロイ

エンタープライズ・アーカイブ(EAR)ファイルとは、特殊なフォルダおよびファイル構造からなるアーカイブ(ZIP)ファイルです。EARファイルを作成するには、ZIPツール(7-zipなど)を使用した後、ZIP拡張子をEARに変更します。bicustom-template.earファイルが叩き台として用意されています。

bicustom-template.earファイルには、bicustom.warファイルが格納されています。Webアーカイブ(WAR)ファイルも、特殊なフォルダおよびファイル構造からなるZIPファイルです。カスタム・スキン・ファイルを含めるには、bicustom-template.earファイル内のbicustom.warファイルを更新する必要があります。Oracle BI EEに同梱されているbicustom.warファイルには、使い始めるにあたって役立つフォルダ構造の例が格納されています。

注意:

この方法では、Oracle BI EEクラスタ内のすべてのノードにカスタム・スキンを自動的にデプロイします。

bicustom.earファイルを初めてデプロイするには:

1. ORACLE_HOME\bifoundation\jee\bicustom-template.earをORACLE_HOME\bifoundation\jee\bicustom.earにコピーします。

注意:

パッチ適用またはアップグレードのプロセスでは、bicustom-template.earファイルは上書きされる場合がありますが、bicustom.earファイルは上書きされません。

2. bicustom.earファイルを更新します。

1. bicustom.earファイルからbicustom.warファイルを抽出します。

2. bicustom.warファイルからファイルを抽出します。

3. ファイルを編集してカスタム・スタイルを作成し、変更を保存します。詳細は、第19.9.5項「スタイルのカスタマイズ」を参照してください。

4. 変更でbicustom.warファイルを更新します。

5. 新しいbicustom.warファイルでbicustom.earファイルを更新します。

3. bicustom.earファイルをデプロイします。

1. Oracle WebLogic Server管理コンソールにログインします(詳細は、第2.3項「Oracle WebLogic Server管理コンソールによるOracle Business Intelligence Javaコンポーネントの集中管理」を参照)。

2. 「ロックして編集」をクリックします。

3. 「ドメイン構造」リージョンで、「デプロイメント」をクリックします。

4. 「デプロイメント」表の「インストール」をクリックします。

5. bicustom.earファイルが格納されているフォルダにナビゲートします(デフォルトでは、このファイルはORACLE_HOME\bifoundation\jeeにあります)。

6. bicustom.earファイルを選択します。

7. 「次へ」をクリックします。

8. 「Install this deployment as an application」を選択します。

9. 「次へ」をクリックします。

10. 「デプロイメントを次の場所からアクセス可能にする」を選択します。

11. 「終了」をクリックします。

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

13. 「変更のアクティブ化」をクリックします。

4. 新しいアプリケーションを起動します。

1. 「ドメイン構造」リージョンで、「デプロイメント」をクリックします。

2. 「デプロイメント」表の「bicustom」チェック・ボックスを選択します。

3. 「開始」をクリックして、「すべてのリクエストを処理」を選択します。

5. instanceconfig.xmlファイルを更新して、「ダッシュボードのプロパティ」ダイアログの「スタイル」オプションのデフォルト値として使用するスタイルおよびスキンを指定します。ダッシュボードのスタイルの更新の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のダッシュボードとそのページのプロパティの変更に関する項を参照してください。
これらのエントリがinstanceconfig.xmlファイルに存在しない場合は、fusionFXがデフォルト・スタイルです。スタイルおよびスキンは、ORACLE_HOME\bifoundation\web\appv2\resディレクトリにあります。

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<UI>
<DefaultStyle>Skyros</DefaultStyle>
<DefaultSkin>Skyros</DefaultSkin>
</UI>
</ServerInstance>

DefaultStyleおよびDefaultSkinはそれぞれ、カスタムのスタイル・プロパティおよびスキン・プロパティの名前です。

注意:

これらの名前は、スタイルおよびスキンが格納されているフォルダに付けられた名前と一致する必要があります。アンダースコアを使用しないでください。例: フォルダがs_Skyrosのように文字s_で始まっている場合、s_は省略されます。

3. 変更内容を保存し、ファイルを閉じます。

6. プレゼンテーション・サービスを再起動します。詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

注意:

マルチテナント環境にグローバル・スタイルを設定できません。詳細は、第18.1.1項「マルチテナントとは」を参照してください。

bicustom.earファイルを再デプロイする場合は、第19.9.4.2項「方法1: "bicustom.ear"ファイルの再デプロイ」を参照してください。

19.9.4.2 方法1: "bicustom.ear"ファイルの再デプロイ

カスタム・スキンを更新するには:

1. bicustom.earファイルを更新します。(第19.9.4.1項「方法1: "bicustom.ear"ファイルの初回デプロイ」を参照してください。)

2. デプロイメントを更新します。

1. Oracle Weblogic Server管理コンソールにログインします。

2. 「ロックして編集」をクリックします。

3. 「ドメイン構造」リージョンで、「デプロイメント」をクリックします。

4. 「デプロイメント」表の「bicustom」チェック・ボックスを選択します。

5. 「更新」をクリックします。

6. 「終了」をクリックします。

7. 「変更のアクティブ化」をクリックします。

8. 「構成の解放」をクリックします。

3. プレゼンテーション・サービスを再起動します。

注意:

カスタマイズしたファイルでイメージやフォント色などのコンポーネント値を変更した場合、プレゼンテーション・サービスを再起動する必要はありません。また、instanceconfig.xmlファイルでデフォルトのスキンまたはスタイルを変更した場合も、プレゼンテーション・サービスを再起動する必要はありません。

19.9.4.3 方法2: 共有フォルダを使用したデプロイ

方法2は、カスタムのスタイル・フォルダおよびスキン・フォルダ内のCSSおよびイメージ・ファイルに加えた変更をできるだけ速くOracle BI EEで表示するデプロイメント環境またはテスト環境に最も適しています。この方法は、カスタマイズがプレゼンテーション・サービスのファイアウォールの外にある場合にも使用されます。

Oracle BI EEでは、静的ファイルはORACLE_HOME\bifoundation\web\appv2にあります。Webサーバーには、クラスタリングなどの共有ファイル・システムを含め、ファイル・システム内のどの場所にでも配置できる静的ディレクトリを公開する独自の方法があります。静的ディレクトリの公開については、ご使用のサーバーのドキュメントを参照してください。

注意:

Oracle WebLogic Serverを構成してApache HTTP Server、Microsoft Internet Information Server(Microsoft IIS)、Oracle HTTP ServerなどのWebサーバーと連携させる方法の詳細は、次のドキュメントを参照してください。

『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー1.1プラグインの使用』

Oracle Fusion Middleware Oracle HTTP Server管理者ガイド

1. カスタム・スタイルを作成します。

1. bicustom-template.earファイルからbicustom.warファイルを抽出します。

2. bicustom.warファイルの内容をOracle Weblogic Serverがアクセス可能な場所(c:\customなど)に抽出します。

3. ファイルを編集してカスタム・スタイルを作成し、変更を保存します。詳細は、第19.9.5項「スタイルのカスタマイズ」を参照してください。

2. カスタム・フォルダをデプロイします。

1. Oracle Weblogic Server管理コンソールにログインします。

2. 「ロックして編集」をクリックします。

3. 「ドメイン構造」リージョンで、「デプロイメント」をクリックします。

4. 「デプロイメント」表の「インストール」をクリックします。

5. カスタム・スタイルが格納されているフォルダ(c:\customなど)にナビゲートします。

6. 「次へ」をクリックします。

7. 「Install this deployment as an application」を選択します。

8. 「次へ」をクリックします。

9. デプロイメント・ターゲットとしてbi_clusterを選択します。

10. 「次へ」をクリックします。

11. 名前をAnalyticsResに設定します。

12. 「デプロイメントを次の場所からアクセス可能にする」を選択します。

13. 「次へ」をクリックします。

14. 「はい、デプロイメントの構成画面に移動します。」を選択します。

15. 「終了」をクリックします。

16. 「構成」タブをクリックします。

17. 「コンテキスト・ルート」ボックスに/analyticsResと入力します。

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

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

20. 「変更のアクティブ化」をクリックします。

21. 「構成の解放」をクリックします。

3. 新しいアプリケーションを起動します。

1. 「ドメイン構造」リージョンで、「デプロイメント」をクリックします。

2. 「デプロイメント」表の「analyticsRes」チェック・ボックスを選択します。

3. 「開始」をクリックして、「すべてのリクエストを処理」を選択します。

4. instanceconfig.xmlファイルを更新してカスタマイズを指すパスを指定します。これで、プレゼンテーション・サービスでアクセスできるようになります。
プレゼンテーション・サービスにより、Oracle BIサーバー(Oracle Business Intelligenceの背後にあるコア・サーバー)からのデータを表示する分析エディタおよびダッシュボードのユーザー・インタフェースが生成されます。

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. ServerInstanceセクションを探します。

3. 次の例に示すように要素を追加します。

<ServerInstance>
<UI>
<DefaultStyle>Skyros</DefaultStyle>
<DefaultSkin>Skyros</DefaultSkin>
</UI>
<URL>
<CustomerResourcePhysicalPath>c:\custom\res
</CustomerResourcePhysicalPath>
<CustomerResourceVirtualPath>/analyticsRes/res
</CustomerResourceVirtualPath>
</URL>
</ServerInstance>

DefaultStyleおよびDefaultSkinはそれぞれ、カスタムのスタイル・プロパティおよびスキン・プロパティの名前です。

注意:

CustomerResourceVirtualPathは、「コンテキスト・ルート」ボックスに入力した場所を指します。

プレゼンテーション・サービスのダッシュボードまたはレポートをADFアプリケーションに埋め込んでいる場合、次の例に示すように、DefaultStyle要素とDefaultSkin要素の後にSkinMappings要素を追加する必要があります。

<ServerInstance>
<UI>
<DefaultStyle>Skyros</DefaultStyle>
<DefaultSkin>Skyros</DefaultSkin>
<SkinMappings>
<skinMapping>
<biadfSkinFamily>fusion</biadfSkinFamily>
<biSkin>FusionFx</biSkin>
</skinMapping>
<skinMapping>
<biadfSkinFamily>blafplus-rich</biadfSkinFamily>
<biSkin>blafp</biSkin>
</skinMapping>
<skinMapping>
<biadfSkinFamily>skyros</biadfSkinFamily>
<biSkin>Skyros</biSkin>
</skinMapping>
</SkinMappings>
</UI>
<URL>
<CustomerResourcePhysicalPath>c:\custom\res
</CustomerResourcePhysicalPath>
<CustomerResourceVirtualPath>/analyticsRes/res
</CustomerResourceVirtualPath>
</URL>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. プレゼンテーション・サービスを再起動します。

共有フォルダに対する変更を表示する場合は、第19.9.4.4項「方法2: 共有フォルダに対する変更の表示」を参照してください。

19.9.4.4 方法2: 共有フォルダに対する変更の表示

共有フォルダの構成が済むと、CSSファイルおよびイメージに対する変更を表示できます。

変更を表示するには:

1. メタデータを再ロードします。

1. Oracle BI EEで、グローバル・ヘッダーの「管理」リンクをクリックします。

2. 「管理」タブで、「ファイルとメタデータの再ロード」リンクをクリックします。

2. ブラウザ・キャッシュのクリアこのプロセスは、使用しているブラウザによって異なります。

3. グローバル・ヘッダーのリンク(「ホーム」や「カタログ」など)をクリックして変更を確認します。

注意:

イメージ・ファイルなどのファイルをカスタム・スタイル・フォルダに追加した場合、プレゼンテーション・サービスを再起動する必要があります。

19.9.5 スタイルのカスタマイズ

カスタム・スタイルを作成するには、ファイルを1つ以上編集する必要があります。

スタイル・ディレクトリが抽出されるbicustom.warフォルダ構造では、アプリケーション・リソース(res)ディレクトリ内(./res/)は次のようになっており、関連ファイルが格納されています。

- ./res/filemap.xml

- ./res/s_Custom/

- ./res/s_Custom/master/

- ./res/s_Custom/master/master.css

- ./res/s_Custom/master/graph.xml

- ./res/s_Custom/master/custom.css

- ./res/s_Custom/master/styleproperties.xml

- ./res/s_Custom/master/*.png

- ./res/s_Custom/master/*.gif

接頭辞としてs_が付いているスタイル・ディレクトリには、スタイル・シート、イメージ・ファイルおよびgraph.xmlファイルが格納されます。

クラスはすべて、CSSまたはgraph.xmlファイル内にあります。

表19-10に、"res"フォルダ構造の内容について説明します。

表19-10 アプリケーション・リソース・フォルダの内容

フォルダまたはファイル名

説明

filemap.xml^2

filemap.xmlファイルを使用すると、スタイルまたはスキンによって別のスタイルまたはスキンを拡張することを指定できるようになります。デフォルトでは、s_Custom^1がs_Skyrosを拡張しますが、これはfilemap.xmlファイルに定義されています。つまり、カスタムのスタイルまたはスキンの一部としてファイルが見つからない場合、プレゼンテーション・サービスはそのファイルを次にどこに探し行けばよいか認識しています。filemap.xmlファイルの内容は、次のようになっています。

<FileMap>
<Styles Default="s_blafp">
<Hierarchy>s_Skyros/s_Custom</Hierarchy>
</Styles
<Skins Default="sk_blafp">
<Hierarchy>sk_Skyros/sk_Custom</Hierarchy
</Skins>
</FileMap>

s_Custom

s_Customは、Customという名前のスタイルを定義するファイルが格納されているフォルダです。接頭辞s_は、フォルダにスタイルが格納されることを示します。この名前は、「ダッシュボードのプロパティ」ダイアログの「スタイル」オプションに表示されます。ダッシュボードのスタイルの更新の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のダッシュボードとそのページのプロパティの変更に関する項を参照してください。

instanceconfig.xmlファイルを使用してデフォルト・スタイルを手動で変更する場合、instanceconfig.xmlファイルに指定するスタイル名はこのフォルダ名の一部として指定したスタイル名と一致する必要があります。スタイルには好きな名前を付けることができますが、s_で始める必要があります。カスタム・スタイルの名前を変更する場合は、filemap.xmlファイルも新しいスタイル名で更新する必要があります。
新しいスタイル・フォルダに追加するファイルおよびフォルダが、基本スタイルのファイルおよびフォルダと同じ名前(filemap.xmlファイルで定義)を共有する場合、これらの新しいファイルおよびフォルダは基本スタイルのファイルのかわりに使用されます。基本スタイルのファイルおよびフォルダを参考にしてカスタム・スタイル・フォルダを作成します。

必要な数だけ様々なスタイルを定義できます。s_Customフォルダのコピーを同じフォルダに作成し、接頭辞としてs_を付けて名前を付けます(s_Corporateなど)。追加のカスタム・スタイルを作成した場合は、filemap.xmlファイルのスタイル階層にそれらを追加する必要もあります。

sk_Custom

sk_Custom^1は、スタイルだけでなくフル・スキンをカスタマイズするために作成するフォルダです。sk_Customは、s_Customフォルダの兄弟として作成します。sk_Customは、bicustom-template.earファイルの一部として提供されません。接頭辞sk_は、フォルダにスキンが格納されることを示します。

instanceconfig.xmlファイルを使用してデフォルト・スキンを手動で変更する場合、instanceconfig.xmlファイルに指定するスキン名はこのフォルダ名の一部として指定したスキン名と一致する必要があります。スキンには好きな名前を付けることができますが、sk_で始める必要があります。カスタム・スキンの名前を変更する場合は、filemap.xmlファイルも新しいスキン名で更新する必要があります。

新しいスキン・フォルダに追加するファイルおよびフォルダが、基本スキンのファイルおよびフォルダと同じ名前(filemap.xmlファイルで定義)を共有する場合、これらの新しいファイルおよびフォルダは基本スキンのファイルのかわりに使用されます。基本スキンのファイルおよびフォルダを参考にしてカスタム・スタイル・フォルダを作成します。

必要な数だけ様々なスキンを定義できます。sk_Customフォルダのコピーを同じフォルダに作成し、接頭辞としてsk_を付けて名前を付けます(sk_Corporateなど)。追加のカスタム・スキンを作成した場合は、filemap.xmlファイルのスキン階層にそれらを追加する必要もあります。

master

masterフォルダには、カスタム・スタイルの作成に必要なファイルがすべて格納されます。

master.css

master.cssファイルには、スタイルで使用されるCSSクラスがすべて含まれ、プレゼンテーション・サービスおよびOracle BI Publisher全体で使用されるCSSクラスおよびスタイルのほとんどが定義されます。このファイルに含まれるクラスに定義されているスタイルを変更すると、Oracle BI EEで広範囲に影響します。

このファイルのCSSクラス・セレクタ(CSSクラス名)の変更はお薦めしません。各CSSクラス内に定義されているスタイルを変更してください。master.cssファイルには、どのクラスが適用され、ユーザー・インタフェースのどの部分に適用されるかを理解するのに役立つコメントも含まれます。

custom.css

custom.cssファイルは、master.cssファイルによってインポートされる空(空白)のファイルです。custom.cssファイルを使用すると、master.cssを変更せずに(たとえば、スタイルを分析に適用するために)独自のCSSクラスを追加したり、master.cssファイルのクラスをオーバーライドできます。別ファイルであるcustom.cssファイルで変更を維持すると、パッチおよびアップグレードで適用されるmaster.cssファイルに対する今後の改善を利用できるようになります。

graph.xml

graph.xmlファイルを使用すると、分析での各種グラフに適用するデフォルト・スタイルをすべて定義できます。graph.xmlファイルにはコメントが付いています。このようなコメントでは、各設定の有効な値とそのスタイルの要素について説明しています。

styleproperties.xml

styleproperties.xmlファイルにより、ユーザー・インタフェースの要素のいくつかを詳細に制御できます。たとえば、ダッシュボードのレンダリング時に使用するデータ・ロード・アニメーションのバージョンを指定できます。データ・ロード・アニメーションは、Webページでサーバーからデータをロードする際に、ページの"ステータス・インジケータ"領域で使用されます。データ・ロード・アニメーションには異なるバージョンが2つあり、明るい背景で使用するために暗い前景色を使用しているアニメーションと、その反対のアニメーションです。

styleproperties.xmlファイルにはコメントが付いています。このようなコメントでは、要素を説明しています。

.pngおよび.gif (イメージ・ファイル)

masterディレクトリには、必要なすべてのイメージと最も一般的なイメージがあります。これらのイメージは、主に.png形式と.gif形式です。これらのイメージは、独自のファイル(できれば同じサイズのイメージ)で置き換えることができます。

1. s_Customなどのファイル名は、大/小文字が区別され、Linuxでは小文字です。

2. filemap.xmlファイルを使用した拡張対象のスタイルまたはスキンの指定は、プレゼンテーション・サービスに対してのみ適用されます。

19.9.6 Skyrosマスター・ブランディング・クラスの変更の例

SkyrosのCSSを変更すると、CSS内に含まれる要素に対する変更を有効にできます。たとえば、マスター・ブランディング領域の背景色を黒から明るい青色に変更する場合、次の手順を実行します。

背景色を変更するには:

1. master.cssファイルを開きます。

2. 下にスクロールして、カスタマイズするクラスを探します。サンプル・コードの.masterBrandingAreaクラスを変更します。また、コードには、そのコード・セクションを特定するインライン・コメントがあることに注意してください。

.
.
.
.masterHeader
{
font-weight: bold;
color: #003d5b;
text-align: left;
}
/* BRANDING AREA ========================================================= */
/* This class applies to the branding area shown at the top of most pages. */
{
.masterBrandingArea
{
background-color: #000000;
color: #ffffff;
padding: 5px;
}
/* This class applies to the brand name text shown at the top of most pages. */
.masterBrandingAreaBrandName
{
font-size: 17px;
font-weight: bold;
.
.
.

3. HTMLの背景色コード値を#000000から#3300ffに変更します。

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

5. メタデータを再ロードし、ブラウザのキャッシュをクリアします。詳細は、第19.9項「Oracle BI Webユーザー・インタフェースのカスタマイズ」を参照してください。

20 エージェントの構成および管理

この章では、Oracle Business Intelligenceでエージェントを構成および管理する方法について説明します。所属組織がOracle BI Deliversのライセンスを受けており、かつユーザーに適切な権限が付与されている場合、そのユーザーはデフォルトのインストールの一部として、追加構成なしにエージェント機能を使用できます。エージェントの使用の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のコンテンツの配信に関する項を参照してください。

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

- 第20.1項「エージェントの使用方法」

- 第20.2項「ウイルス対策ソフトウェアおよび権限がエージェントに及ぼす影響」

- 第20.3項「エージェントに影響する設定の構成」

- 第20.4項「エージェントのデバイス・タイプの管理」

- 第20.5項「アクティブなエージェント・セッションの監視」

注意:

Oracle Business Intelligence環境を新しいシステムに移行する場合は、Oracle Business Intelligenceリポジトリ・ファイル、Oracle BIプレゼンテーション・カタログおよびOracle BIスケジューラの表も必ず移行してください。エージェントはOracle BIスケジューラの表を必要とします。

エージェントの診断およびログ・ファイルの詳細は、第8.5.7項「エージェントに関する問題の診断」を参照してください。

20.1 エージェントの使用方法

エージェントは、スケジュールとトリガー・イベントの組合せに基づいて、ターゲットの分析をユーザーに配信します。この配信には、ダッシュボード・アラートや電子メールなどの様々なルートを使用できます。

Oracle Business Intelligenceのユーザー(「エージェントの作成」権限を持つユーザー)がエージェントを作成するには、そのエージェントに実行させる操作を定義します。Oracle BIプレゼンテーション・サービスによって、優先度、配信デバイス、ユーザーなどの情報がジョブにパッケージ化され、そのジョブをいつ実行するかがOracle BIスケジューラに通知されます。詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドのOracle BIスケジューラの概要に関する項を参照してください。

20.2 ウイルス対策ソフトウェアおよび権限がエージェントに及ぼす影響

この項では、エージェントに関する次の情報を提供します。

- 第20.2.1項「ウイルス対策ソフトウェアがエージェントに及ぼす影響」

- 第20.2.2項「エージェントに影響を及ぼす権限」

20.2.1 ウイルス対策ソフトウェアがエージェントに及ぼす影響

Norton AntiVirusなどの一部のウイルス対策ソフトウェア・プログラムは、スクリプトによって実行されるシステム・オブジェクト(Windowsファイル・システム・オブジェクトなど)の呼出しのうち、安全ではないと判断されるすべての呼出しをブロックする、スクリプト・ブロック機能を有効化します。

エージェントのポスト処理の一部としてスクリプトを起動した場合、このウイルス対策機能が予期しない結果を招く可能性があります。Oracle BIスケジューラがインストールされているコンピュータ上で、スクリプト・ブロック機能を有効にしてウイルス対策ソフトウェアを実行している場合は、エージェントのスクリプトによる呼出しが予想外にブロックされないように、スクリプト・ブロック機能を無効にします。

20.2.2 エージェントに影響する権限

エージェントの権限の設定は、「Oracle BIプレゼンテーション・サービス管理」の「権限の管理」ページにある「デリバー」セクションで行います。

ユーザーがエージェントを作成するには、「エージェントの作成」権限が付与されている必要があります。エージェントの変更/削除を実行できる「エージェントの登録を公開」権限をユーザーに持たせるには、Oracle BI Presentation Catalog内の共有エージェント・オブジェクトと子オブジェクトの「変更」権限を付与する必要があります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項を参照してください。

注意:

Oracle BIサーバーがデータベース・ログオンによってユーザーを認証するように構成されている場合、関連付けられた変数の数が1を超えるまでは偽装が許可されます(USER以外のセッション変数が初期化ブロックに関連付けられている場合など)。関連付けられた変数の数が1を超えると、偽装されたユーザーは、データベースにログインし、他のセッション変数を入力するためのパスワードを与えられません。エージェントがデータベース認証と連動するのは、Oracle BI管理ツールで認証用に設定された初期化ブロックが、パススルー・ログインによる接続プールを使用する場合に限られます。この接続ブロックは、他の初期化ブロックやリクエストに対しては使用できません。

ユーザーの認証オプションの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。パススルー・ログインの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

20.3 エージェントに影響する設定の構成

エージェントの設定を構成するには、Oracle BIプレゼンテーション・サービスまたはOracle BIスケジューラの値を変更します。エージェントの配信オプションの構成には、SAシステム・サブジェクト・エリアを使用します。この項には次のトピックが含まれます:

- 第20.3.1項「エージェントに影響するプレゼンテーション・サービス設定の手動による構成」

- 第20.3.2項「エージェントに影響するスケジューラの追加設定の手動による変更」

- 第20.3.3項「エージェントに影響するスケジューラの追加構成設定の内容」

- 第20.3.4項「エージェントの配信オプションの制御」

20.3.1 エージェントに影響するプレゼンテーション・サービス設定の手動による構成

プレゼンテーション・サービスのinstanceconfig.xmlファイルに含まれている様々な要素を使用して、これらの設定を変更できます。変更は、クラスタ内のプライマリ・スケジューラとセカンダリ・スケジューラの両方のinstanceconfig.xmlに適用する必要があります。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

エージェントに影響するプレゼンテーション・サービスの設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、プレゼンテーション・サービスのinstanceconfig.xmlファイルを編集するために開きます。

2. 表20-1に記載されている要素を追加する必要があるセクションをみつけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<Alerts>
<Enabled>false</Enabled>
<DefaultDeliveryFormat>pdf</DefaultDeliveryFormat>
</Alerts>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. プレゼンテーション・サービスを再起動します。

表20-1 エージェントに影響するプレゼンテーション・サービスの設定

要素

説明

デフォルト値

Enabled

Oracle BI Deliversを有効にするかどうかを指定します。可能な値はtrueまたはfalseです。

デリバーはプレゼンテーション・サービスのオプション・コンポーネントであり、該当するライセンスを購入すると、デフォルトで有効化されます。エージェントを作成するには、デリバー・コンポーネントを使用します。

true

DefaultDeliveryFormat

エージェントを介して送信する、電子メールによるレポートのデフォルトの形式を指定します。

たとえばコンテンツ・デザイナは、開発チームに毎日レポートを送信するエージェントを作成することによって、前日に修正された不具合数に関する情報を共有できます。コンテンツ・デザイナがエージェントを作成する際には、電子メールの形式を指定できます。管理者は、このような電子メールのデフォルトの形式として次のいずれかの値を指定できます。

html
pdf
excel
text

html

20.3.2 エージェントに影響するスケジューラの追加設定の手動による変更

Fusion Middleware Controlで変更できるスケジューラ設定に加えて、その他の設定を手動で変更できます。この設定変更には、instanceconfig.xmlファイルの様々な要素を使用します。変更は、クラスタ内のプライマリ・スケジューラとセカンダリ・スケジューラの両方のinstanceconfig.xmlに適用する必要があります。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

エージェントに影響するOracle BIスケジューラの追加設定を手動で変更するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、Oracle BIスケジューラ・バージョンのinstanceconfig.xmlファイルを編集するために開きます。

2. 第20.3.3項「エージェントに影響するスケジューラの追加構成設定の内容」で説明している要素を追加または更新する必要があるセクションを見つけます。

3. 必要な要素とその祖先要素を追加します。Log_Dirの入力例を次に示します。

<xs:element name="Log_Dir" type="xs:string" default="ibots" minOccurs="0">
<xs:annotation>
<xs:documentation xml:lang="en">
The directory where Agent logs are stored.
</xs:documentation>
</xs:annotation>
</xs:element>

注意:

instanceconfig.xmlファイルには、ユーザー名とパスワードの値は指定できません。かわりに、Fusion Middleware Controlで値を指定します。指定した値は、中央の資格証明ウォレットに他のすべてのユーザー名およびパスワードとともに安全に格納されます。

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

20.3.3 エージェントに影響するスケジューラの追加構成設定の内容

変更が可能な、エージェントに影響するOracle BIスケジューラの追加構成設定は次のとおりです。

- 第20.3.3.1項「エージェントに影響するスケジューラの一般構成設定」

- 第20.3.3.2項「エージェントに影響する、スケジューラの電子メール関連の構成設定」

- 第20.3.3.3項「エージェントのスケジューラ構成設定」

20.3.3.1 エージェントに影響するスケジューラの一般構成設定

一般構成設定として、スケジューラのバックエンド・データベースへのアクセスと構成、一部の動作設定、セキュア・ソケットの設定、およびクラスタ構成などがあります。表20-2はこれらの設定について説明したものです。

表20-2 エージェントに影響するスケジューラの一般構成設定

要素

説明

デフォルト値

PoolTimeout

操作の完了後に、データソースへの接続をオープンのままにしておく時間を分数で指定します。

この時間中は、最大接続数に指定された数に達するまで、新しい操作で新しい接続はオープンされず、この接続が使用されます。この時間は各接続要求の完了後にリセットされます。

1以上の値を指定します。

60

NumDbConnections

Oracle BIスケジューラが同時にオープンすることができる、データベースの最大接続数を指定します。1以上の値を指定します。この制限に達すると、接続要求は接続が利用可能になるまで待機します。

5

TABLE_JOBS

スケジュールされたジョブに関する情報の格納に使用するデータベース表の名前を指定します。

注: データベース表の名前の変更の詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドのOracle BIスケジューラの表名の変更に関する項とOracle Business Intelligenceアプリケーションのインストールおよび構成ガイドを参照してください。

S_NQ_JOB

TABLE_INSTANCES

ジョブ・インスタンスに関する情報の格納に使用するデータベース表の名前を指定します。

S_NQ_INSTANCE

TABLE_PARAMS

ジョブのパラメータに関する情報の格納に使用するデータベース表の名前を指定します。

S_NQ_JOB_PARAM

TABLE_ERRMSGS

正常に終了しないジョブ・インスタンスに関する情報の格納に使用するデータベース表の名前を指定します。

S_NQ_ERR_MSG

SchedulerScriptPath

Oracle BIスケジューラが作成したジョブ・スクリプトの格納場所のパスを参照します。通常、このディレクトリに対してクリプトの追加と削除は行わないでください。デフォルトでは、このフィールドは、ORACLE_INSTANCE\bifoundation\OracleBISchedulerComponent\coreapplication_obischn\scripts\scheduler(例: D:\OBI11g\instances\instance1\bifoundation\OracleBISchedulerComponent\coreapplication_obisch1\scripts\scheduler)に設定されます。

scripts\scheduler

DefaultScriptPath

ユーザー(エージェントではなく)が作成したジョブの格納場所のパスを指定します。

ジョブの追加または変更時に「スクリプト」フィールドにファイル名が入力されると、Oracle BIスケジューラはこのディレクトリの内容を調べて、指定されたファイルを探します。しかし、「スクリプト」フィールドにフルパスが指定された場合は、このディレクトリをチェックしません。デフォルトでは、このフィールドはORACLE_INSTANCE\bifoundation\OracleBISchedulerComponent\coreapplication_obischn\scripts\common (例: D:\OBI11g\instances\instance1\bifoundation\OracleBISchedulerComponent\coreapplication_obisch1\scripts\common)に設定されます。

scripts\common

TempPath

Oracle BIスケジューラの実行中に一時ファイルを格納する場所のパスを指定します。

デフォルト値なし

BulkFetchBufferSize

データベースのゲートウェイで使用されます。データソースからデータを取得するためのバルク・フェッチ・ページの最大サイズをバイト単位で指定します。

33,792

LogAllSqlStmts

場合によっては、ODBCのような汎用プロトコルを使用してデータベースを指すようにスケジューラを設定することもあります。これは通常、「ターゲット・タイプ」を指定しないときに行われます。このような場合にSQL文がエラーになると、どの文でエラーになったのか判別する必要があります。この設定をオンにすると、問題のSQL文がスケジューラのログ・ファイルに書き込まれます。この設定では、オーバーヘッドがかなり高くなるため、本番モードではTRUEに設定しないでください。

false

ServerPortNumber

サーバーのポート番号を指定します。デフォルトは、Oracle BIスケジューラのポート番号です。

スケジューラ用に設定されているポート番号。

PurgeInstDays

バックエンド・データベースから古いジョブ・インスタンスを自動的に削除するまでの日数を指定します。古いジョブが自動的に削除されないようにするには、この値を0(ゼロ)に設定します。

7

PurgeIntervalMinutes

Oracle BIスケジューラが表を更新し、影響を受けた行に削除済のフラグを設定する間隔を分数で指定します。

注: ジョブまたはインスタンスの削除時、Oracle BIスケジューラによって実際にSQL DELETE文が発行されるわけではなく、単に行に削除対象のフラグが設定されるだけです。

X分経過するたびに、実際のSQL DELETE文が発行されます(Xはこのフィールドで定義された値)。

60

MinExecThreads

実行時にジョブを実行する、Oracle BI Schedulerのスレッド・プール内の複数スレッドの最小数を指定します。

1

MaxExecThreads

実行時にジョブを実行する、Oracle BI Schedulerのスレッド・プール内の複数スレッドの最大数を指定します。

100

PauseOnStartup

Oracle BIスケジューラの開始時にジョブを何も実行しないことを指定します。Oracle BIスケジューラが一時停止している間に、ユーザーはジョブの追加、変更および削除を実行できます。しかし、ジョブは実行されません。「サービス管理」メニューで「スケジュールの続行」を選択すると、通常の実行が続行されます。

false

CertificateFileName

SSL証明書ファイル・パスを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

CertPrivateKeyFileName

SSL証明書秘密鍵ファイルを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

PassphraseFileName

パス・フレーズを含むSSLファイルを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

PassphraseProgramName

パス・フレーズを生成するSSLプログラムを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

CertificateVerifyDepth

SSL証明書検証の深さを指定します。

デフォルト値なし

CACertificateDir

CA証明書ディレクトリを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

CACertificateFile

CA証明書ファイルを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

TrustedPeerDNs

SSL信頼できるピアのDNを指定します。

デフォルト値なし

VerifyPeer

ピアを検証するかどうかを指定します。

この設定ではSSLがサポートされます。

false

CipherList

暗号リストを指定します。

この設定ではSSLがサポートされます。

デフォルト値なし

ScriptRPCPort

スクリプト・プロセスとOracle BIスケジューラ・プロセスとのプロセス間通信に使用するポートを指定します。このポートはOracle BIスケジューラを実行するコンピュータからの接続のみを受け入れます。

9707

20.3.3.2 エージェントに影響する、スケジューラの電子メール関連の構成設定

表20-3 エージェントに影響する、スケジューラの電子メール関連の構成設定

要素

説明

デフォルト値

SmtpCipherList

SMTPサーバーがサポートする暗号スイート名に一致する暗号のリストを指定します。たとえば、RSA+RC4+SHAなどです。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のSSL詳細構成オプションに関する項を参照してください。

デフォルト値なし

UseStartTLS

UseSSLがtrueでない場合は無視されます。UseStartTlsがtrueの場合は、SMTPセッションに対してSTARTTLSオプション(RFC 2487)を使用します。最初の接続には非保護リンク(通常、ポート25)が使用されます。その後、STARTTLS SMTPを使用して、接続が保護リンクに昇格されます。UseStartTlsがfalseの場合は、ただちに保護接続が作成され、その後SMTPプロトコルが開始されます。これはSMTPSとも呼ばれます。SMTPSでは、通常、ポート465が使用されます。

true

20.3.3.3 エージェントのスケジューラ構成設定

機能的には、エージェントはOracle BIプレゼンテーション・サービスとOracle BIスケジューラに格納されているデータを組み合せたものです。スケジューラのinstanceconfig.xmlファイルの各要素によって、特定のOracle BIスケジューラ上で実行されるすべてのエージェントの動作が定義されます。エージェントの各構成要素を表20-4に示します。

表20-4 エージェントのスケジューラ構成設定

要素

説明

デフォルト値

Log_Dir

例外エラー状態が発生した場合、エージェントによってログ・ファイルを作成できます。Log_Dirには、このようなファイルの保存場所のディレクトリを指定します。このディレクトリは、Oracle BIスケジューラ・サーバーからアクセス可能である必要があります。Windowsの場合、デフォルトのインストールでは、Oracle BIスケジューラのサービスはシステム・アカウントとして実行されるため、Oracle BIスケジューラは、ネットワーク・ディレクトリに対する書込みと読取りは実行できません。スクリプト・ファイルをネットワーク共有に配置する場合や、スクリプトからネットワーク共有にアクセスする場合は、Oracle BIスケジューラをネットワーク・ユーザーとして実行する必要があります。例:

ログ・ファイルの詳細は、第8.5.7項「エージェントに関する問題の診断」を参照してください。

ibots

LogPurgeDays

古いエージェント・ログ・ファイルを自動的に削除するまでの日数を指定します。古いログが自動的に削除されないようにするには、この値を0(ゼロ)に設定します。

7

NumGlobalRetries

Webサーバーやメール・サーバーにあまりに多くのユーザーがログオンしていると、Oracle BIスケジューラからの接続も含めて、新しい接続がサーバーから拒否されることがあります。このような負荷に対処するため、エージェントは接続を再試行します。この要素では、配信内容と配信先に関するグローバル情報を取得するための再試行の最大回数を設定します。この回数に達すると、エージェントは接続試行を取りやめます。この値を0(ゼロ)に設定すると、再試行はまったく行われません。

2

MinGlobalSleepSecs

エージェントが配信内容と配信先に関するグローバル情報を取得するためのサーバーへの接続を拒否された後、サーバーへの再接続を試みる前にランダムに停止する最小秒数を指定します。

3

MaxGlobalSleepSecs

エージェントが配信内容と配信先に関するグローバル情報を取得するためのサーバーへの接続を拒否された後、サーバーへの再接続を試みる前にランダムに停止する最大秒数を指定します。

10

NumRequestRetries

エージェントは、グローバル情報の受信後、サーバーに対して、ユーザーごとに一意の一連のリクエストを発行します。この要素では、これらのリクエストを発行するためにOracle BIスケジューラが行うサーバーへの接続の再試行回数を指定します。この値を0(ゼロ)に設定すると、再試行はまったく行われません。

3

MinRequestSleepSecs

エージェントがリクエストを発行するためのサーバーへの接続を拒否された後、サーバーへの再接続を試みる前にランダムに停止する最小秒数を指定します。

2

MaxRequestSleepSecs

エージェントがリクエストを発行するためのサーバーへの接続を拒否された後、サーバーへの再接続を試みる前にランダムに停止する最大秒数を指定します。

10

NumDeliveryRetries

一意のリクエストの実行後、エージェントは指定されたデバイスへの結果の配信を試みます。この要素では、Oracle BIスケジューラが結果を配信するために行うサーバーへの接続の再試行回数を指定します。この値を0(ゼロ)に設定すると、再試行はまったく行われません。

4

MinDeliverySleepSecs

エージェントが結果を配信するためのサーバーへの接続を拒否された後、サーバーへの再接続を試みる前にランダムに停止する最小秒数を指定します。

5

MaxDeliverySleepSecs

エージェントが結果を配信するためのサーバーへの接続を拒否された後、サーバーへの再接続を試みる前にランダムに停止する最大秒数を指定します。

10

MaxRowsTimesColumns

この値は、複数のエージェントが結合されている場合にエージェント間で渡されるフィルタのサイズを制御します。エージェントから、結合されている別のエージェントにフィルタを渡す場合、Oracle BIスケジューラによって、パーソナライズされた各受信者の条件付きレポートの結果セットの結合が作成されます。場合によっては、このレポートのサイズが非常に大きくなることがあります(1つのレポートに、10個の列からなる100個の一意行を持つ1000人のユーザーが存在する場合、フィルタの列値は1,000,000個になります)。Oracle Business Intelligenceサーバーはこのような大規模なフィルタを処理できない場合があるため、この要素によってフィルタの列*行の最大数を指定します。

10,000

Debug

デバッグ有効。

この要素を設定すると、Oracle BIスケジューラはエージェントごとにログ・ファイルを生成します。このログ・ファイルには、問題の診断時に役立つロギング・メッセージが記録されます。このログ・ファイルはORACLE_INSTANCE\diagnostics\logs\OracleBISchedulerComponent\coreapplication_obischnに格納されます。

ジョブ・インスタンスごとに、Agent-<ジョブ番号>-<インスタンス番号 >.logという新しいログ・ファイルが作成されます。ジョブ・マネージャを使用して、個々のジョブのDebug設定をオーバーライドすることもできます。

詳細は、第8.5.7項「エージェントに関する問題の診断」を参照してください。

false

KeepErrorLogFiles

この要素をtrueに設定すると、各エージェントのエラー・ログ・ファイルが生成されます。このログ・ファイルは、エージェントの実行中にエラーが発生した場合にのみ作成され、エラー・メッセージのみが記録されます。このファイルはORACLE_INSTANCE\diagnostics\logs\OracleBISchedulerComponent\coreapplication_obischnに格納されます。

true

20.3.4 エージェントの配信オプションの制御

配信オプション(つまり、配信デバイスと配信プロファイル)によって、エージェントのコンテンツのユーザーへの配信方法が決まります。ユーザーは配信オプションの構成を、LDAPサーバー(電子メール・アドレスの構成)またはSAシステムのサブジェクト・エリアで設定できます。詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドのSAシステム・サブジェクト・エリアの設定に関する項を参照してください。

20.4 エージェントのデバイス・タイプの管理

ユーザーへのエージェントのコンテンツの配信には、携帯電話やページャなど、各種カテゴリのデバイス・タイプを使用できます。個々のデバイス・カテゴリの作成、表示、編集および削除が可能です。多数のデバイス・タイプが自動的に提供されます。ユーザー向けに必要なタイプを追加できます。

注意:

システムによってシードされたデバイス・タイプ(AT&Tモバイルなど)については、表示のみ可能です。編集と削除はできません。

「デバイス・タイプの管理」権限を持つユーザーは、デバイス・タイプの管理機能を利用できます。権限の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項を参照してください。

デバイス・タイプを作成するには、次のようにします。

1. Oracle Business Intelligenceにログインします。

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

3. 「デバイス・タイプの管理」リンクをクリックして、「デバイス・タイプの管理」ページを表示します。

4. 「新規デバイス・タイプの作成」リンクをクリックします。

5. 「新規デバイス・タイプの作成」ダイアログで必要な設定を行い、「OK」をクリックします。

6. 「デバイス・タイプの作成」をクリックすると、「デバイス・タイプの管理」画面に戻ります。

デバイス・タイプを表示または編集するには:

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

2. 「デバイス・タイプの管理」リンクをクリックします。

3. 該当するデバイス・タイプの「編集」ボタンをクリックします。

4. 「デバイス・タイプの編集」ダイアログで必要な設定を行い、「OK」をクリックします。

デバイス・タイプを削除するには:

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

2. 「デバイス・タイプの管理」リンクをクリックします。

3. 削除するデバイス・タイプの「削除」ボタンをクリックします。
確認ボックスが表示されます。

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

Oracle Business Intelligenceの管理ページの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の管理ページに関する項を参照してください。

20.5 アクティブなエージェント・セッションの監視

「Oracle BIプレゼンテーション・サービス管理」の「エージェント・セッションの管理」ページを使用して、Oracle BIスケジューラによってトリガーされた現在アクティブなエージェントを監視します。たとえば、セッション別のアクティブ・エージェント・リストを表示できます。

1つ以上のエージェント・セッションがアクティブな場合は、Oracle BIスケジューラによってエージェント・セッションに割り当てられているジョブ識別子やインスタンス識別子など、各エージェント・セッションの情報が表示されます。エージェント・セッションを展開すると、個々のエージェント(1つのエージェントまたは結合された複数のエージェント)が表示されます。エージェントの状態は、「作成済」、「移入済」または「条件付きリクエスト解決済」のいずれかになります。

特定のセッションの特定のエージェントを展開すると、そのエージェントの受信者と、グループで定義されているエンジニアリング受信者や個別ユーザーなどの受信者のタイプが表示されます。受信者がグループの場合、グループの個々のメンバーのリストは表示されません。

注意:

複数のエージェントが結合されている場合、受信者リストは親エージェントに依存します。受信者は親エージェント定義に対してのみ表示され、結合されたエージェントの実際の実行に対しては表示されません。

アクティブなエージェント・セッションに関する情報を表示するには:

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

2. 「エージェント・セッションの管理」リンクをクリックして、「エージェント・セッションの管理」ページを表示し、次のいずれかを実行します。

- 特定の列の値に基づいてエージェント・セッションをソートするには、その列の「ソート」ボタンをクリックします。
リストを再ソートすると、ページがリフレッシュされるため、アクティブなエージェント・セッションの数が増えたり、減ったりする場合があります。

- 特定のセッション内の個々のエージェント・セッションの詳細を表示するには、「展開」ボタンをクリックします。

- 個々のエージェントの定義を表示するには、そのリンクをクリックします。

Oracle Business Intelligenceの管理ページの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の管理ページに関する項を参照してください。

21 マッピングおよび空間情報の高度なオプションの構成

この章では、Oracle Business Intelligenceでマップ・ビューに対して設定できる高度な構成オプションについて説明します。

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

- 第21.1項「MapViewerでのマップ・ビューのサポートの構成」

- 第21.2項「マップ・ビューの手動による構成」

- 第21.3項「マップ上へのテキストの挿入」

- 第21.4項「マップを外部で使用するための構成」

追加情報は、第13章「マッピングおよび空間情報の構成」を参照してください。マップ・ビューを構成する前に、次のガイドの情報を理解しておく必要があります。

- 『Oracle Fusion Middleware Oracle MapViewerユーザーズ・ガイド』(Oracle Fusion Middlewareドキュメント・ライブラリの一部)

- Oracle Spatial開発者ガイド(Oracle Databaseドキュメント・ライブラリの一部)

21.1 MapViewerでのマップ・ビューのサポートの構成

Oracle Fusion Middleware MapViewerは、Oracle BI Enterprise Editionの一部としてインストールされ、Webアプリケーション・サーバー上でOracle BI EEと同じドメインにデプロイされます。アプリケーション・サーバーでのMapViewerのデフォルトのコンテキスト・パスは、/mapviewerです。MapViewerの管理コンソールを使用して、MapViewerでマップ・ビューを表示できるように構成できます。

MapViewer専用のリモート・インスタンスを別に構成して、マップで必要となる重い処理負荷をサポートするプロキシとしてそのインスタンスを機能させることができます。パフォーマンスがそれほど重要ではない場合は、Oracle BI EEと同じ場所に配置されている(コロケート)MapViewerインスタンスをレンダリング・エンジンとして使用できます。

MapViewerエンジンは、次の役割で使用できます。

- コロケートMapViewer - 非プロキシ・モードとも呼ばれます。MapViewerをOracle BI EEと同じドメインに配置し、レンダリング・エンジンとして使用した場合、すべてのマップ・リソース(JavaScriptファイルやイメージなど)がそのMapViewerインスタンスからダウンロードされます。

- リモートMapViewer - プロキシ・モードとも呼ばれます。MapViewerの独立したリモート・インタンスをレンダリング・エンジンとして構成した場合、ブラウザはそのリモート・インスタンスと通信してリソースを要求することができません。セキュリティ上の理由から、ブラウザではドメイン間のAJAX呼出しは実行できません。この制限に対処するため、すべてのリクエストがまずコロケートMapViewerに転送され、その後このMapViewerと実際のリモート・インスタンスとの通信が行われます。
リモートMapViewerを構成する手順は次のとおりです。

- 第21.2項「マップ・ビューの手動による構成」で説明している手順に従って、instanceconfig.xmlファイルのRemoteOracleMapViewerAbsoluteURL要素を編集します。

- MapViewerの構成ファイルmapViewerConfig.xmlのproxy_enabled_hosts要素を編集して、リモート・サーバー上のMapViewerを指すように設定します。次に例を示します。

<security_config>
<proxy_enabled_hosts>http://remoteserver:9704/mapviewer</proxy_enabled_hosts>
</security_config>

mapViewerConfig.xmlファイルは次のディレクトリにあります。

ORACLE_BI1\bifoundation\jee\mapviewer.ear\web.war\WEB_INF\conf

注意:

mapViewerConfig.xmlファイルを編集した場合、その編集結果は、Oracle Business Intelligenceのアップグレードまたはパッチ適用時に上書きされます。アップグレードまたはパッチの適用を行う前には、必ずmapViewerConfig.xmlファイルのバックアップ・コピーを作成してください。アップグレードまたはパッチ適用操作が完了したら、バックアップされたファイルを元の場所にコピーします。ファイルをコピーしたら、マップ・ビューがOracle Business Intelligenceの分析およびダッシュボードで適切に表示されるようMapViewerのサーバーを再起動してください。

図21-1は、マップ・ビューの優先アーキテクチャを示しています。プロキシを使用したこのアーキテクチャでは、図13-1で示しているデフォルトのアーキテクチャよりもパフォーマンスが向上します。Oracle Database、またはOracle BI EEがサポートするその他のデータベースにデータを格納できます。

図21-1 マップ・ビューの優先アーキテクチャ

21.2 マップ・ビューの手動による構成

マップ・ビューの構成には、instanceconfig.xmlファイルの様々な要素を使用します。この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

マップ・ビュー構成の設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. SpatialMapsセクションを見つけ、このセクションに次の用語を追加する必要があります。

- ColocatedOracleMapViewerContextPath - Oracle BI EEと同じ場所にある(コロケート)MapViewerインスタンスのコンテキスト・パスを指定します。デフォルト値は/mapviewerです。

- RemoteOracleMapViewerAbsoluteURL - リモートのMapViewerインスタンスのURLを指定します。この要素にはデフォルト値はありません。
この要素に値が指定されていない場合、マップ・レンダリング・エンジンはコロケートMapViewerインスタンス(/mapviewerなど)であるとみなされます。この要素に値が指定されている場合は、コロケートMapViewerがリモート・サーバーに対するすべてのリクエストのプロキシとして機能します。次の例は値のサンプルです。

<RemoteOracleMapViewerAbsoluteURL>http://remoteserver:9704/mapviewer </RemoteOracleMapViewerAbsoluteURL>

- MaxRecords - マップ上の個々のレイヤーに含めることができる最大レコード数を指定します。この設定はマップ上のすべてのレイヤーに適用されるとともに、この設定によって、データ・キューブに適用されるMaxVisibleRows要素がオーバーライドされます。デフォルト値は500です。レイヤーの形式が原因でこの値を超える場合は、警告メッセージが表示されます。親要素はLayerDataLayoutです。

- SyndicatedOracleMapViewerContextPath — マップを外部ページに埋め込む場合に使用するMapViewerインスタンスのURLを指定します。詳細と例は、第21.4項「マップを外部で使用するための構成」を参照してください。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<SpatialMaps>
<ColocatedOracleMapViewerContextPath>/mapviewer</ColocatedOracleMapViewerContextPath>
<RemoteOracleMapViewerAbsoluteURL></RemoteOracleMapViewerAbsoluteURL>
<LayerDataLayout>
<MaxRecords>600</MaxRecords>
</LayerDataLayout>
</SpatialMaps>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

21.3 マップ上へのテキストの挿入

マップのタイル・レイヤー定義に、著作権の文字列などの任意のテキストを追加できます。タイル・レイヤーが追加または削除されたときや、タイル・レイヤーが非表示になったときには、Oracle BI EEでマップ上のテキストが自動的に更新されます。また、ユーザーが概要マップを最小化したり、元のサイズに戻したり、削除したりしたときには、テキストの位置が自動的に調整されます。

図21-2は、マップ上の著作権文字列の例を示しています。文字列は画面の右下にあります。

図21-2 マップ上の著作権文字列

マップのタイル・レイヤー定義にテキストを挿入するには:

1. タイル・レイヤーを作成します。
詳細は、『Oracle Fusion Middleware Oracle MapViewerユーザーズ・ガイド』を参照してください。

2. タイル・レイヤー定義を選択し、「詳細の編集/表示」ボタンをクリックして定義を編集します。

3. 「編集」ページで、「著作権情報」フィールドに適切なテキストを入力します。
たとえば、次のコードでは、図21-2にあるような著作権行が表示されます。

<copyright>Map data © 2010, NAVTEQ</copyright>

4. 「送信」ボタンをクリックすると、変更内容が保存されます。

5. 更新されたテキストがマップに表示されない場合は、ブラウザの「最新の情報に更新」ボタンをクリックして、マップの表示を更新します。

21.4 マップを外部で使用するための構成

対応する構成オプションを設定することによって、Oracle WebCenter Portalのページなどの外部ページにマップ・ビューを埋め込むことができます。独立したWebアプリケーション・サーバーにホストされているビューを埋め込むには、前の項で概説しているプロキシ・ルールに従ってください。ブラウザの制限があるため、外部ページまたはポータルと同じアプリケーション・サーバーにMapViewerインスタンスをインストールします。外部ページをホストしているWebアプリケーション・サーバーにインストールされているMapViewerインスタンスのプロキシ・コンテキスト・パスが、Oracle BI EEのコンテンツをホストしているアプリケーション・サーバーと異なる場合があります。その場合は、SyndicatedOracleMapViewerContextPath要素を設定します。Oracle BIプレゼンテーション・サービスのサーバーは、サード・パーティ・ページから送信されたリクエストを識別すると、この要素の値をチェックしてプロキシ・リクエストをどこに渡すかを判断します。

次の例では、この要素のサンプル値を示しています。

<ServerInstance>
<SpatialMaps>
<SyndicatedOracleMapViewerContextPath>/mapviewer</SyndicatedOracleMapViewerContextPath>
<RemoteOracleMapViewerAbsoluteURL>http://myserver:9704/mapviewer</RemoteOracleMapViewerAbsoluteURL>
</SpatialMaps>
</ServerInstance>

22 リソースの可用性とURL生成の構成

この章では、Oracle BIプレゼンテーション・サービスでのHTTPアクセスに対するリソースの利用可能化方法とURLの生成方法を構成する方法について説明します。

この構成を実行するには、instanceconfig.xmlファイルを変更してURL要素およびこの要素と相関性のあるサブ要素をファイルに含める必要があります。手順は次のとおりです。

この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」の情報を理解しておく必要があります。

リソースの可用性とURL生成の設定を手動で編集するには:

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表22-1に記載されている要素を追加する必要があるセクションをみつけます。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<URL>
<AbsoluteCommandURLPrefix>value</AbsoluteCommandURLPrefix>
<CustomerResourcePhysicalPath>value</CustomerResourcePhysicalPath>
<CustomerResourceVirtualPath>value</CustomerResourceVirtualPath>
<ForceAbsoluteResourceURL>value</ForceAbsoluteResourceURL>
<ResourcePhysicalPath>value</ResourcePhysicalPath>
<ResourceServerPrefix>value</ResourceServerPrefix>
<ResourceVirtualPath>value</ResourceVirtualPath>
</URL>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表22-1 URLの生成とリソース・ファイルの場所の設定に使用される要素

要素

説明

デフォルト値

AbsoluteCommandURLPrefix

プレゼンテーション・サービスによるコマンドURLの生成方法を指定します。値を明示的に指定する場合は、次の形式にする必要があります。

protocol://server/virtualpath

このvirtualpathは、プレゼンテーション・サービスへの完全な仮想パスです。デフォルトは、各クライアントからプレゼンテーション・サービスに送られたURLに基づいて、クライアントごとに個別に決定されます。

状況により異なる

CustomerResourcePhysicalPath

デフォルト・インストールに含まれていないリソース・ファイルの物理的な場所を指定します。このようなリソース・ファイルとして、カスタマイズしたスタイルおよびスキンが含まれます。内部デフォルトは、ORACLE_HOME\bifoundation\web\appv2\resです。

フルパスを指定する必要があります。このパスに対する読取り権限がプレゼンテーション・サービスに付与されていることが必要です。たとえば、これが共有ネットワーク・リソースの場合、プレゼンテーション・サービスの実行元ユーザーにこの共有リソースへの読取り権限と、共有リソースのエクスポート元ファイル・システムへの読取り権限が付与されていることを確認する必要があります。

状況により異なる

CustomerResourceVirtualPath

CustomerResourcePhysicalPathに指定された、デフォルト・インストールに含まれていないリソース・ファイルに使用する仮想パスを指定します。

デフォルト値なし

ForceAbsoluteResourceURL

完全修飾仮想パスを持つリソース・ファイルに対して、プレゼンテーション・サービスが完全修飾URLを常に生成するかどうかを指定します。

falseに設定すると、リソースとプレゼンテーション・サービス拡張機能が1つのサーバーから供給されます。trueに設定すると、デフォルトのリソースはプレゼンテーション・サービス拡張機能と同じサーバーから供給され、カスタマ・リソースは別のサーバーから供給されます。この表で説明している他の設定の値に応じて、デフォルトのリソースとカスタマ・リソースを同じサーバーから供給し、プレゼンテーション・サービス拡張機能を別のサーバーから供給するように構成することも可能です。

false

ResourcePhysicalPath

プレゼンテーション・サービスのプライマリ・リソース・ファイルの物理的な場所を指定します。これらは、カスタムのスタイルやスキンなど、ユーザーがカスタマイズしたファイルではなく、プレゼンテーション・サービスとともに配布されるリソース・ファイルです。内部デフォルトは、ORACLE_HOME\bifoundation\web\appv2\resです。

フルパスを指定する必要があります。このパスに対する読取り権限がプレゼンテーション・サービスに付与されていることが必要です。たとえば、これが共有ネットワーク・リソースの場合、プレゼンテーション・サービスの実行元ユーザーにこの共有リソースへの読取り権限と、共有リソースのエクスポート元ファイル・システムへの読取り権限が付与されていることを確認する必要があります。

このエントリの値がプレゼンテーション・サービスのDLLの物理的な場所と異なる場合は、ResourceVirtualPath要素の値を指定する必要があります。

デフォルト値なし

ResourceServerPrefix

イメージ、スクリプト・ファイル、スタイル・シート、ユーザーが指定する他のファイルなどの静的リソースのURLをプレゼンテーション・サービスでどのように生成するかを指定します。デフォルトは、 AbsoluteCommandURLPrefix要素のprotocol://serverです。

値を明示的に指定する場合は、次の形式にする必要があります。

protocol://server

仮想パスを指定すると、これは削除されます。

この要素では、メインのWebサーバーの負荷を減らすために静的リソースを提供する独立したWebサーバーを指定します。この接頭辞は、'/Path/file'形式の完全修飾仮想パスを持つリソースに使用されます。リソース・ファイルのパスが'Path/file'形式の相対仮想パスである場合は、使用する接頭辞は、プレゼンテーション・サービス拡張機能へのコマンドに使用されるものと同じになります。

protocol://server

ResourceVirtualPath

ResourcePhysicalPath要素に指定された、プレゼンテーション・サービスのプライマリ・リソース・ファイルに使用する仮想パスを指定します。これらのリソース・ファイルとカスタマ定義リソース・ファイルは、同じWebサーバーから供給する必要があります。

相対URLの生成では、リソース・フォルダがOracle BIプレゼンテーション・サービスのDLLファイルと同じディレクトリに存在すれば、resが仮想パスのデフォルトになります。

絶対URLの生成では、AbsoluteCommandURLPrefix要素の値がデフォルトとして使用されます。

値は次の形式の完全修飾仮想パスにする必要があります。

'/VirtualPath'

先頭のスラッシュを省略した場合は、このスラッシュが追加されます。

res

第VII部

Oracle Business Intelligenceの管理の自動化

ここでは、Oracle BI Systems Management APIの使用方法について説明します。内容は次のとおりです。

- 第23章「Oracle BI Systems Management APIの概要」

23 Oracle BI Systems Management APIの概要

この章では、Oracle BI Systems Managementアプリケーション・プログラミング・インタフェース(API)について説明します。

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

- 第23.1項「Oracle BI Systems Management APIとは」

- 第23.2項「Oracle BI Systems Management APIのメソッドへのアクセス」

- 第23.3項「Oracle BI Systems Management APIを使用したOracle Business Intelligenceの管理と構成」

- 第23.4項「Oracle BI Systems Management APIのJMX管理MBeanおよびメソッドの説明」

23.1 Oracle BI Systems Management APIとは

Oracle BI Systems Management APIは、Oracle Business Intelligence JMX管理MBeanへのアクセスを可能にし、開発者がOracle Business Intelligenceのシステム管理タスクをプログラムによって実行できるようにするプログラミング・インタフェースです。Oracle BI Systems Management APIを使用して実行できるシステム管理タスクは、Fusion Middleware Controlを使用して実行することも可能です。

Oracle BI Systems Management APIはシステム構成の管理を一元化し、複数の場所に分散した、更新を必要とするすべてのファイルに変更を自動的に伝播します。

Oracle Business Intelligenceの構成設定の変更方法は他にもあります。詳細は、第3.1項「Oracle Business Intelligenceの構成」を参照してください。

Oracle BI Systems Management APIとそのJavaメソッドについては、JavaDocファイルに記載されています。このファイルは次のディレクトリにあります。

ORACLE_HOME/doc/javadoc/bifoundation/jmxapi/index.html

注意:

ログ・ビューアとパフォーマンス・メトリックは、いずれもOracle BI Systems Management APIを使用して表示することはできません。

23.2 Oracle BI Systems Management APIのメソッドへのアクセス

この項では、Oracle BI Systems Management APIのメソッドにアクセスするための次の方法について説明します。

- Oracle WebLogic Server Scripting Tool(WLST)コマンドの使用(インタラクティブ・モード)
コマンドラインを使用してコマンドを入力し、コマンドライン・プロンプトで応答を確認できます。この方法は、スクリプト構成の前段階におけるツールの理解、コマンド構文のひな形の作成、および構成オプションの検証に役立ちます。WLSTの対話的な使用は、重要な構成変更を行った後にフィードバックをすばやく得るのに特に役立ちます。WLSTのスクリプト作成シェルは、WebLogic Serverインスタンスとの永続的な接続を維持します。

- スクリプトでのWLSTコマンドの使用(スクリプト・モード)
スクリプトを使用して、入力を行うことなく、シェル・スクリプトのようにWLSTコマンド・シーケンスを起動できます。スクリプトでは、filename.pyのような、ファイル拡張子.pyが付いたテキスト・ファイルにWLSTコマンドが格納されます。スクリプト・ファイルは、スクリプト実行用のJythonコマンドとともに使用します。Jythonスクリプト言語を使用する理由は、自由に利用できることと、Javaプラットフォームに対する互換性があることです。

- Javaプログラムの使用
Javaプログラムを使用して、JMXサーバーに直接アクセスできます。

Oracle BI Systems Management APIのメソッドの詳細は、第23.4項「Oracle BI Systems Management APIのJMX管理MBeanおよびメソッドの説明」を参照してください。

23.3 Oracle BI Systems Management APIを使用したOracle Business Intelligenceの管理と構成

この項では、Oracle BI Systems Management APIを使用したOracle Business Intelligenceの管理と構成について説明します。内容は次のとおりです。

- 第23.3.1項「Oracle BI Systems Management APIを使用したOracle Business Intelligenceのステータスの表示」

- 第23.3.2項「Oracle BI Systems Management APIを使用したOracle Business Intelligenceの起動と停止」

- 第23.3.3項「Oracle BI Systems Management APIを使用した構成設定の更新」

- 第23.3.4項「Oracle BI Systems Management APIを使用した高可用性とパフォーマンスのスケールアウト」

- 第23.3.5項「Oracle BI Systems Management APIを使用したメトリックの取得」

第23.3.1項 Oracle BI Systems Management APIを使用したOracle Business Intelligenceのステータスの表示

Oracle BI Systems Management APIを使用して、Oracle Business Intelligenceのステータスを表示できます。この場合、WLSTコマンドを使用する方法と、Javaプログラムを使用する方法があります。それぞれの方法について次の各項で説明します。

- 第23.3.1.1項「例: スクリプトでWLSTコマンドを使用して、Oracle Business Intelligenceのステータスを表示する」

- 第23.3.1.2項「例: Javaプログラムを使用して、Oracle Business Intelligenceのステータスを表示する」

23.3.1.1 例: スクリプトでWLSTコマンドを使用して、Oracle Business Intelligenceのステータスを表示する

この例では、ユーザーがOracle Business Intelligenceに接続してサービスのステータスを表示します。

スクリプトでWLSTコマンドを使用して、Oracle Business Intelligenceのステータスを表示するには:

1. テキスト・エディタを開いて、次に示す例のようなWLSTスクリプトを作成します。

# Example to demonstrate connecting to a BIEE domain using WLST
#
# This scripts expects the following arguments:
#
# 1. wls.host  (localhost)
# 2. wls.port  (7001)
# 3. wls.user  (user1)
# 4. wls.password  (password1)
# ===================================================================

import sys
import os

# Check the arguments to this script are as expected.
# argv[0] is script name.
argLen = len(sys.argv)
if argLen -1 != 4:
print "ERROR: got ", argLen -1, " args."
print "USAGE: wlst.cmd wls_connect.py WLS_HOST WLS_PORT WLS_USER WLS_PASSWORD"
print " eg: wlst.cmd wls_connect.py localhost 7001 user1 password1"
exit()

WLS_HOST = sys.argv[1]
WLS_PORT = sys.argv[2]
WLS_USER = sys.argv[3]
WLS_PW = sys.argv[4]

print 'Connecting to '+ WLS_HOST+ ':' + WLS_PORT + ' as user: ' + WLS_USER + ' ...'

# Connect to WLS
connect(WLS_USER, WLS_PW, WLS_HOST+ ':' + WLS_PORT);

print 'Connecting to Domain ...'
domainCustom()
cd ('oracle.biee.admin')
print 'Connecting to BIDomain MBean ...'
cd ('oracle.biee.admin:type=BIDomain,group=Service')

biinstances = get('BIInstances')
biinstance = biinstances[0]

print 'Connecting to BIInstance MBean ...'
cd ('..')
cd (biinstance.toString())

servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus

exit()

2. スクリプトを保存します。

3. \MW_HOME\wlserver_10.3\common\binフォルダに移動し、必要な引数を入力してスクリプトを実行します。
たとえば、コマンドラインで次のように入力します。

./wlst.sh wlst_connect.py localhost 7001 user1 password1 (UNIX)

wlst wlst_connect.cmd localhost 7001 user1 password1 (Windows)

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Initializing WebLogic Scripting Tool (WLST) ...

Welcome to WebLogic Server Administration Scripting Shell

Type help() for help on available commands

Connecting to localhost:7001 as user: user1 ...
Connecting to t3://localhost:7001 with userid password1 ...
Successfully connected to Administration Server 'AdminServer' that belongs to
domain 'bifoundation_domain'.

Warning: An insecure protocol was used to connect to the
server. To ensure on-the-wire security, use the SSL port or
Admin port instead.

Connecting to Domain ...
Location changed to domain custom tree.
This is a writable tree with No root.
For more help, use help(domainCustom)

Connecting to BIDomain MBean ...
Connecting to BIInstance MBean ...
BIInstance MBean; ServiceStatus: FULLY_STARTED

Exiting WebLogic Scripting Tool.

WLSTコマンドの使用の詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド リファレンス』を参照してください。

23.3.1.2 例: Javaプログラムを使用して、Oracle Business Intelligenceのステータスを表示する

この例では、Oracle Business Intelligenceに接続し、現在のステータスを表示します。この例のJavaプログラムは、この他にOracle Business Intelligenceの起動と停止のメソッドも含まれています(コメント・アウトされています)。詳細は、第23.3.2.2項「例: Javaプログラムを使用して、Oracle Business Intelligenceを停止および起動する」を参照してください。

Systems Management APIとともにJavaプログラムを使用して、Oracle Business Intelligenceのステータスを表示するには:

1. Javaエディタを開き、次に示す例のようなJavaプログラムをコンパイルします。

package com.oracle.bi.example;
import java.util.Hashtable;
import javax.management.MBeanServerConnection;
import javax.management.ObjectName;
import javax.management.remote.JMXConnector;
import javax.management.remote.JMXConnectorFactory;
import javax.management.remote.JMXServiceURL;
import javax.naming.Context;

/**
* Example class showing how to connect to the Oracle BIEE AdminMBeans JMX Interface.
* <br/>
* This example is intentionally succinct for clarity, so for example,
* it does not do any exception handling.
* Any production code should include robust error handling.
* Note that you need <code>wljmxclient.jar</code> and <code>wlclient.jar</code> on the classpath.
*/
public class MBeanAPIExample1 {
private String host;
private int port;
private String username;
private String password;
private MBeanServerConnection mbs = null;
private ObjectName biDomainMBeanName;
private ObjectName biInstanceMBeanName;
private MBeanAPIExample1(String[] args) {
if (args.length < 4) {
System.out.println("Usage: MBeanAPIExample1 host port
username password");
throw new IllegalArgumentException("Not enough arguments");
}
host = args[0];
port = Integer.parseInt(args[1]);
username = args[2];
password = args[3];
}

private void connect() throws Exception {
String jmxUrl = "service:jmx:t3://" + host + ":" + port +
"/jndi/weblogic.management.mbeanservers.domainruntime";
System.out.println("Connecting using URL: " + jmxUrl + " ...");

Hashtable<String,String> h = new Hashtable<String,String>();
h.put(Context.SECURITY_PRINCIPAL,   username);
h.put(Context.SECURITY_CREDENTIALS,   password);
h.put(JMXConnectorFactory.PROTOCOL_PROVIDER_PACKAGES,
"weblogic.management.remote");
JMXConnector jmxConnector = JMXConnectorFactory.connect(new
JMXServiceURL(jmxUrl), h);
mbs = jmxConnector.getMBeanServerConnection();
System.out.println("Connected OK");
biDomainMBeanName = new
ObjectName("oracle.biee.admin:type=BIDomain,group=Service");
ObjectName[]biInstanceMBeanNames=(ObjectName[])mbs.getAttribute
(biDomainMBeanName, "BIInstances");
biInstanceMBeanName = biInstanceMBeanNames[0];
// there should only be one
System.out.println("Found BI Instance MBean: " +
biInstanceMBeanName);
}
private void displayStatus() throws Exception {
String status = (String)mbs.getAttribute(biInstanceMBeanName,
"ServiceStatus");
System.out.println("Status is: " + status);
}
private void stopAll() throws Exception {
System.out.println("Stopping instance ...");
Object[] args = new Object[]{};
String[] sig = new String[]{};
mbs.invoke(biInstanceMBeanName, "stop", args, sig);
System.out.println("Stopped instance OK");
}
private void startAll() throws Exception {
System.out.println("Starting instance ...");
Object[] args = new Object[]{};
String[] sig = new String[]{};
mbs.invoke(biInstanceMBeanName, "start", args, sig);
System.out.println("Started instance OK");
}
/**
* @param args
*/
public static void main(String[] args) throws Exception {
MBeanAPIExample1 example = new MBeanAPIExample1(args);
example.connect();
example.displayStatus();
//          example.stopAll();
//          example.startAll();
}
}

2. \<wlserver>\server\libフォルダに移動し、クラス・パス、クラス名および必要な引数を指定してJavaプログラムを実行します。
java -classpath <JavaClassName> <host> <port> <username> <password>

例:

java -classpath <MW_HOME>wls_10.3/server/lib/wjmxclient.jar com.oracle.bi.example.MBeanAPIExample1 localhost 7001 user1 password1

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Connecting using URL: service:jmx:t3://localhost:7001/jndi/weblogic.management.mbeanservers.domainruntime
...
Connected OK
Found BI Instance MBean:
oracle.biee.admin:type=BIDomain.BIInstance,biInstance=coreapplication,group=Service

Status is: FULLY_STARTED

23.3.2 Oracle BI Systems Management APIを使用したOracle Business Intelligenceの起動と停止

Oracle BI Systems Management APIを使用して、Oracle Business Intelligenceを起動および停止できます。この場合、WLSTコマンドを使用する方法と、Javaプログラムを使用する方法があります。それぞれの方法について次の各項で説明します。

- 第23.3.2.1項「例: WLSTコマンドを使用して、Oracle Business Intelligenceを停止および起動する」

- 第23.3.2.2項「例: Javaプログラムを使用して、Oracle Business Intelligenceを停止および起動する」

23.3.2.1 例: WLSTコマンドを使用して、Oracle Business Intelligenceを停止および起動する

この例では、Oracle Business Intelligenceを停止および起動し、プロセスの各段階のステータスを表示します。

WLSTコマンドを使用して、Oracle Business Intelligenceを停止および起動するには:

1. テキスト・エディタを開いて、次に示す例のようなWLSTスクリプトを作成します。

# Example to demonstrate connecting to a BIEE domain using WLST and stopping and restarting the instance
#
# This scripts expects the following arguments:
#
# 1. wls.host (localhost)
# 2. wls.port (7001)
# 3. wls.user  (user1)
# 4. wls.password  (password1)
# ===================================================================
import sys
import os
# Check the arguments to this script are as expected.
# argv[0] is script name.
argLen = len(sys.argv)
if argLen -1 != 4:
print "ERROR: got ", argLen -1, " args."
print "USAGE: wlst_stop_start.cmd wls_stop_start_obi.py WLS_HOST WLS_PORT WLS_USER WLS_PASSWORD"
print "   eg: wlst_stop_start.cmd wls_stop_start_obi.py localhost 7001 user1 password1"
exit()
WLS_HOST = sys.argv[1]
WLS_PORT = sys.argv[2]
WLS_USER = sys.argv[3]
WLS_PW = sys.argv[4]
print 'Connecting to '+ WLS_HOST+ ':' + WLS_PORT + ' as user: ' + WLS_USER + ' ...'
# Connect to WLS
connect(WLS_USER, WLS_PW, WLS_HOST+ ':' + WLS_PORT);
print 'Connecting to Domain ...'
domainCustom()
cd ('oracle.biee.admin')
print 'Connecting to BIDomain MBean ...'
cd ('oracle.biee.admin:type=BIDomain,group=Service')
biinstances = get('BIInstances')
biinstance = biinstances[0]
print 'Connecting to BIInstance MBean ...'
cd ('..')
cd (biinstance.toString())
servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus
print 'Calling stop ...'
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('stop', objs, strs)
servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus
print 'Calling start ...'
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('start', objs, strs)
servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus
exit()

2. スクリプトを保存します。

3. \MW_HOME\wlserver_10.3\common\binフォルダに移動し、必要な引数を入力してスクリプトを実行します。
たとえば、コマンドラインで次のように入力します。

./wlst.sh wlst_stop_start_obi.py localhost 7001 user1 password1 (UNIX)

wlst wlst_wlst_stop_start_obi.cmd localhost 7001 user1 password1 (Windows)

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Initializing WebLogic Scripting Tool (WLST) ...

Welcome to WebLogic Server Administration Scripting Shell

Type help() for help on available commands

Connecting to localhost:7001 as user: user1 ...
Connecting to t3://localhost:7001 with userid password1 ...
Successfully connected to Administration Server 'AdminServer' that belongs to
domain 'bifoundation_domain'.

Warning: An insecure protocol was used to connect to the
server. To ensure on-the-wire security, use the SSL port or
Admin port instead.

Connecting to Domain ...
Location changed to domain custom tree.
This is a writable tree with No root.
For more help, use help(domainCustom)

Connecting to BIDomain MBean ...
Connecting to BIInstance MBean ...
BIInstance MBean; ServiceStatus: FULLY_STARTED
Calling stop ...
BIInstance MBean; ServiceStatus: STOPPED
Calling start ...
BIInstance MBean; ServiceStatus: FULLY_STARTED

Exiting WebLogic Scripting Tool.

23.3.2.2 例: Javaプログラムを使用して、Oracle Business Intelligenceを停止および起動する

第23.3.1.2項「例: Javaプログラムを使用して、Oracle Business Intelligenceのステータスを表示する」の例を参照し、次に示すように、mainメソッド内の実行するメソッド(example.stopAll();またはexample.startAll();)の先頭にあるコメント(/)を削除します。

/**
* @param args
*/
public static void main(String[] args) throws Exception {
MBeanAPIExample1 example = new MBeanAPIExample1(args);
example.connect();
example.displayStatus();
/**         example.stopAll();
*/
/**         example.startAll();
*/
}

23.3.3 Oracle BI Systems Management APIを使用した構成設定の更新

Oracle BI Systems Management APIを使用して、Oracle Business Intelligenceの構成設定を変更できます。この場合、次のようにWLSTコマンドを使用する方法と、Javaプログラムを使用する方法があります。

- 第23.3.3.1項「例: WLSTを使用して、電子メール送信者の表示名の構成設定を編集する」

- 第23.3.3.2項「例: Javaプログラムを使用して、電子メール送信者の表示名の構成設定を編集する」

この項の例をコピーし、MBeanの詳細を他のMBeanの詳細に置き換えることによって、Oracle Business Intelligenceの各種構成設定(ログ・ファイルの設定やセキュリティ設定など)を更新できます。詳細は、第23.4項「Oracle BI Systems Management APIのJMX管理MBeanおよびメソッドの説明」を参照してください。

23.3.3.1 例: WLSTを使用して、電子メール送信者の表示名の構成設定を編集する

この例では、Oracle Business Intelligenceに接続してシステム・ロックを起動し、電子メール送信者の表示名の構成設定値を更新した後、システム・ロックを解除します。

WLSTを使用して、電子メール送信者の構成設定を更新するには:

1. テキスト・エディタを開き、次のようなWLSTコマンドを入力します。

# Example to demonstrate connecting to a BIEE domain using WLST,
# and changing a simple configuration setting
#
# This script expects the following arguments:
#
# 1. wls.host (localhost)
# 2. wls.port (7001)
# 3. wls.user  (user1)
# 4. wls.password  (password1)
# 5. new email displayname
# ===================================================================

import sys
import os

# Check the arguments to this script are as expected.
# argv[0] is script name.
argLen = len(sys.argv)
if argLen -1 != 5:
print "ERROR: got ", argLen -1, " args."
print "USAGE: wlst.cmd wls_connect.py WLS_HOST WLS_PORT WLS_USER WLS_PASSWORD EmailDisplayName"
print "   eg: wlst.cmd wls_connect.py localhost 7001 user1 password1 FredBloggs"
exit()

WLS_HOST = sys.argv[1]
WLS_PORT = sys.argv[2]
WLS_USER = sys.argv[3]
WLS_PW = sys.argv[4]
newDisplayName = sys.argv[5]

print 'Connecting to '+ WLS_HOST+ ':' + WLS_PORT + ' as user: ' + WLS_USER + ' ...'

# Connect to WLS
connect(WLS_USER, WLS_PW, WLS_HOST+ ':' + WLS_PORT);

print 'Connecting to Domain ...'
domainCustom()
cd ('oracle.biee.admin')
print 'Connecting to BIDomain MBean ...'
cd ('oracle.biee.admin:type=BIDomain,group=Service')
#bidomain=cmo

print 'Calling lock ...'
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('lock', objs, strs)

biinstances = get('BIInstances')
biinstance = biinstances[0]

print 'Connecting to BIInstance MBean ...'
cd ('..')
cd (biinstance.toString())

servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus

biemailbean = get('EmailConfiguration')
print 'Connecting to BIInstance Email MBean ...'
cd ('..')
cd (biemailbean.toString())

oldDisplayName=get('SenderDisplayName')
print 'Existing email displayname is: ' + oldDisplayName
print 'Changing email displayname to: ' + newDisplayName + ' ...'
set('SenderDisplayName', newDisplayName)

print 'Calling commit ...'
cd ('..')
cd ('oracle.biee.admin:type=BIDomain,group=Service')
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('commit', objs, strs)

print 'Committed OK'

exit()

2. スクリプトを保存します。

3. \MW_HOME\wlserver_10.3\common\binフォルダに移動し、必要な引数を入力してスクリプトを実行します。
たとえば、コマンドラインで次のように入力します。

./wlst.sh wlst_email_disp_name_obi.py localhost 7001 user1 password1 (UNIX)

wlst wlst_wlst_email_disp_name_obi.cmd localhost 7001 user1 password1 (Windows)

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Initializing WebLogic Scripting Tool (WLST) ...

Welcome to WebLogic Server Administration Scripting Shell

Type help() for help on available commands

Connecting to localhost:7001 as user: user1 ...
Connecting to t3://localhost:7001 with userid password1 ...
Successfully connected to Administration Server 'AdminServer' that belongs to
domain 'bifoundation_domain'.

Warning: An insecure protocol was used to connect to the
server. To ensure on-the-wire security, use the SSL port or
Admin port instead.

Connecting to Domain ...
Location changed to domain custom tree.
This is a writable tree with No root.
For more help, use help(domainCustom)

Connecting to BIDomain MBean ...
Connecting to BIInstance MBean ...
BIInstance MBean; ServiceStatus: FULLY_STARTED
Connecting to BIInstance Email MBean ...
Existing email displayname is: Oracle Business Intelligence
Changing email displayname to: FredBloggs ...
Calling commit ...
Committed OK

Exiting WebLogic Scripting Tool.

23.3.3.2 例: Javaプログラムを使用して、電子メール送信者の表示名の構成設定を編集する

Javaプログラムを使用して、電子メール送信者の表示名の構成設定を編集するには:

1. Javaエディタを開き、次に示す例のようなJavaプログラムをコンパイルします。

package com.oracle.bi.example;
import java.util.Hashtable;
import javax.management.Attribute;
import javax.management.MBeanServerConnection;
import javax.management.ObjectName;
import javax.management.remote.JMXConnector;
import javax.management.remote.JMXConnectorFactory;
import javax.management.remote.JMXServiceURL;
import javax.naming.Context;

/**
* Example class showing how to connect to the Oracle BIEE AdminMBeans JMX Interface and change a simple configuration setting..
* <br/>
* This example is intentionally succinct for clarity, so for example,
* it does not do any exception handling.
* Any production code should include robust error handling.
*
* Note that you need <code>wljmxclient.jar</code> and <code>wlclient.jar</code> on the classpath.
*/
public class MBeanAPIExample3Edit {
private String host;
private int port;
private String username;
private String password;
private String newDisplayName;
private MBeanServerConnection mbs = null;
private ObjectName biDomainMBeanName;
private ObjectName biInstanceMBeanName;
private ObjectName biEmailMBeanName;
private MBeanAPIExample3Edit(String[] args) {
if (args.length < 5) {
System.out.println("Usage: MBeanAPIExample3Edit host port username password newDisplayName");
throw new IllegalArgumentException("Not enough arguments");
}
host = args[0];
port = Integer.parseInt(args[1]);
username = args[2];
password = args[3];
newDisplayName = args[4];
}
private void connect() throws Exception {
String jmxUrl = "service:jmx:t3://" + host + ":" + port +
"/jndi/weblogic.management.mbeanservers.domainruntime";
System.out.println("Connecting using URL: " + jmxUrl + " ...");
Hashtable<String,String> h = new Hashtable<String,String>();
h.put(Context.SECURITY_PRINCIPAL,   username);
h.put(Context.SECURITY_CREDENTIALS, password);
h.put(JMXConnectorFactory.PROTOCOL_PROVIDER_PACKAGES,
"weblogic.management.remote");
JMXConnector jmxConnector = JMXConnectorFactory.connect(new
JMXServiceURL(jmxUrl), h);
mbs = jmxConnector.getMBeanServerConnection();
System.out.println("Connected OK");

biDomainMBeanName = new
ObjectName("oracle.biee.admin:type=BIDomain,group=Service");
ObjectName[]biInstanceMBeanNames=(ObjectName[])mbs.getAttribute
(biDomainMBeanName, "BIInstances");
biInstanceMBeanName = biInstanceMBeanNames[0];
// there should only be one
System.out.println("Found BI Instance MBean: " +
biInstanceMBeanName);
}
private void lock() throws Exception{
System.out.println("Locking domain ...");
Object[] args = new Object[]{};
String[] sig  = new String[]{};
mbs.invoke(biDomainMBeanName, "lock", args, sig);
System.out.println("Locked domain OK");
}
private void commit() throws Exception{
System.out.println("Committing changes ...");
Object[] args = new Object[]{};
String[] sig  = new String[]{};
mbs.invoke(biDomainMBeanName, "commit", args, sig);
System.out.println("Committed changes OK");
}
private void getEmailBean() throws Exception{
System.out.println("Getting Email MBean ...");
biEmailMBeanName = (ObjectName)mbs.getAttribute(biInstanceMBeanName, "EmailConfiguration");
System.out.println("Found BI Email MBean: " + biEmailMBeanName);
}
private void updateEmailDisplayName() throws Exception {
String oldDisplayName = (String)mbs.getAttribute(biEmailMBeanName, "SenderDisplayName");
System.out.println("Existing email displayname is: " + oldDisplayName);
System.out.println("Changing email displayname to: " + newDisplayName);
mbs.setAttribute(biEmailMBeanName, new Attribute("SenderDisplayName", newDisplayName));
}
/**
* @param args
*/
public static void main(String[] args) throws Exception {
MBeanAPIExample3Edit example = new MBeanAPIExample3Edit(args);
example.connect();
example.getEmailBean();
example.lock();
example.updateEmailDisplayName();
example.commit();
}
}

2. \<wlserver>\server\libフォルダに移動し、クラス・パス、クラス名および必要な引数を指定してJavaプログラムを実行します。
java -classpath <JavaClassName> <host> <port> <username> <password> <SenderDisplayName>

例:

java -classpath <MW_HOME>wls_10.3/server/lib/wjmxclient.jar com.oracle.bi.example.MBeanAPIExample3Edit localhost 7001 user1 password1 FredBloggs

スペースを含む場合は、"Fred Bloggs"のように引用符を使用します。

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Connecting using URL: service:jmx:t3://localhost:7001/jndi/weblogic.management.mbeanservers.domainruntime ...
Connected OK
Found BI Instance MBean:
oracle.biee.admin:type=BIDomain.BIInstance,biInstance=coreapplication,group=Service
Getting Email MBean ...
Found BI Email MBean: oracle.biee.admin:type=BIDomain.BIInstance.EmailConfiguration,biInstance=coreapplication,group=Service
Locking domain ...
Locked domain OK
Existing email displayname is: Oracle Business Intelligence
Changing email displayname to: FredBloggs
Committing changes ...
Committed changes OK

23.3.4 Oracle BI Systems Management APIを使用した高可用性とパフォーマンスのスケールアウト

高可用性とパフォーマンスの向上を図るために、Oracle BI Systems Management APIを使用して追加のホスト・コンピュータへのスケールアウトを実行できます。エンタープライズ・インストールを使用して新しいホスト・コンピュータにOracle Business Intelligenceをインストールし、その後次の例に示す手順と同様の方法でスケールアウトを実行します。

- 第23.3.4.1項「例: WLSTを使用してサーバーのスケールアウトを実行する」

- 第23.3.4.2項「例: Javaプログラムを使用して、サーバーのスケールアウトを実行する」

23.3.4.1 例: WLSTを使用して、サーバーのスケールアウトを実行する

この例では、ユーザーがOracle Business Intelligenceに接続してサーバーのスケールアウトを実行します。

スクリプトでWLSTコマンドを使用して、サーバーのスケールアウトを実行するには:

1. テキスト・エディタを開いて、次に示す例のようなWLSTスクリプトを作成します。

# Example to demonstrate connecting to a BIEE domain using WLST
#  and do some scale-out operations.
#
# This scripts expects the following arguments:
#
# 1. wls.host (localhost)
# 2. wls.port (7001)
# 3. wls.user  (user1)
# 4. wls.password  (password1)
# 5. oracle instance name# 6. new count of bi servers
# ===================================================================

import sys
import os

# Check the arguments to this script are as expected.
# argv[0] is script name.
argLen = len(sys.argv)
if argLen -1 != 6:
print "ERROR: got ", argLen -1, " args."
print "USAGE: wlst.cmd wls_connect.py WLS_HOST WLS_PORT WLS_USER WLS_PASSWORD"  OracleInstance numBIServers
print "   eg: wlst.cmd wls_connect.py localhost 7001 user1 password1  instance2 2"
exit()

WLS_HOST = sys.argv[1]
WLS_PORT = sys.argv[2]
WLS_USER = sys.argv[3]
WLS_PW = sys.argv[4]
oracleInstanceName = sys.argv[5]
# convert string to int which is needed later
newNumBIServers = int(sys.argv[6])

print 'Connecting to '+ WLS_HOST+ ':' + WLS_PORT + ' as user: ' + WLS_USER + ' ...'

# Connect to WLS
connect(WLS_USER, WLS_PW, WLS_HOST+ ':' + WLS_PORT);

print 'Connecting to Domain ...'
domainCustom()
cd ('oracle.biee.admin')
print 'Connecting to BIDomain MBean ...'
cd ('oracle.biee.admin:type=BIDomain,group=Service')

biinstances = get('BIInstances')
biinstance = biinstances[0]

oracleinstances = get('OracleInstances')

print 'Connecting to BIInstance MBean ...'
cd ('..')
print 'About to cd to: ' + biinstance.toString()
cd (biinstance.toString())

servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus

print 'Looping through OracleInstances looking for: ' + oracleInstanceName
matching = false
for oi in oracleinstances:
cd('..')
print 'About to cd to: ' + oi.toString()
cd ( oi.toString() )
id = get('Id')
print 'Found instance with id: ' + id
if id == oracleInstanceName:
matching = oi
break

if matching :
print 'Found matching OracleInstance...'
else :
print 'Failed to find target OracleInstance with name: ' + oracleInstanceName
exit()

deployments = get('BIInstanceDeployments')
# Should only ever be one of these
deployment = deployments[0]
print 'Acquired BIInstanceDeployment : ' + deployment.toString()
cd('..')
cd ('oracle.biee.admin:type=BIDomain,group=Service')

print 'Calling lock ...'
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('lock', objs, strs)

cd('..')
cd(deployment.toString())
numBIServers = get('numBIServers')
print 'Current number of BI Servers is:', numBIServers
print 'About to set number of BI Servers to:', newNumBIServers
set('numBIServers', newNumBIServers )

print 'Successfully set number of BI Servers to', newNumBIServers
print 'Calling commit ...'
cd ('..')
cd ('oracle.biee.admin:type=BIDomain,group=Service')
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('commit', objs, strs)

print 'Committed OK'

print 'Connecting to BIInstance MBean ...'
cd ('..')
cd (biinstance.toString())

servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus

print 'Calling stop ...'
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('stop', objs, strs)

servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus

print 'Calling start ...'
objs = jarray.array([], java.lang.Object)
strs = jarray.array([], java.lang.String)
invoke('start', objs, strs)

servicestatus=get('ServiceStatus')
print 'BIInstance MBean; ServiceStatus: ' + servicestatus

exit()

2. スクリプトを保存します。

3. \MW_HOME\wlserver_10.3\common\binフォルダに移動し、必要な引数を入力してスクリプトを実行します。
たとえば、コマンドラインで次のように入力します。

./wlst.sh wlst_scaleout_obi.py localhost 7001 user1 password1 (UNIX)

wlst wlst_wlst_scaleout_obi.cmd localhost 7001 user1 password1 (Windows)

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Initializing WebLogic Scripting Tool (WLST) ...

Welcome to WebLogic Server Administration Scripting Shell

Type help() for help on available commands

Connecting to localhost:7001 as user: user1 ...
Connecting to t3://localhost:7001 with userid password1 ...
Successfully connected to Administration Server 'AdminServer' that belongs to
domain 'bifoundation_domain'.

Warning: An insecure protocol was used to connect to the
server. To ensure on-the-wire security, use the SSL port or
Admin port instead.

Connecting to Domain ...
Location changed to domain custom tree.
This is a writable tree with No root.
For more help, use help(domainCustom)

Connecting to BIDomain MBean ...
Connecting to BIInstance MBean ...
About to cd to: oracle.biee.admin:type=BIDomain.BIInstance,biInstance=coreapplication,group=Service
BIInstance MBean; ServiceStatus: FULLY_STARTED
Looping through OracleInstances looking for: instance1
About to cd to: oracle.biee.admin:oracleInstance=instance1,type=BIDomain.OracleInstance,group=Service
Found instance with id: instance1
Found matching OracleInstance...
Acquired BIInstanceDeployment : oracle.biee.admin:oracleInstance=instance1,type=BIDomain.OracleInstance.BIInstanceDeployment,biInstance=coreapplication,group=Service
Calling lock ...
Current number of BI Servers is: 1
About to set number of BI Servers to: 6
Successfully set number of BI Servers to 6
Calling commit ...
Committed OK
Connecting to BIInstance MBean ...
BIInstance MBean; ServiceStatus: PARTIALLY_STARTED
Calling stop ...
BIInstance MBean; ServiceStatus: PARTIALLY_STARTED
Calling start ...
BIInstance MBean; ServiceStatus: FULLY_STARTED

Exiting WebLogic Scripting Tool.

WLSTコマンドの使用の詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド リファレンス』を参照してください。

23.3.4.2 例: Javaプログラムを使用して、サーバーのスケールアウトを実行する

Javaプログラムを使用して、サーバーのスケールアウトを実行するには:

1. Javaエディタを開き、次に示す例のようなJavaプログラムをコンパイルします。

package com.oracle.bi.example;

import java.util.Hashtable;

import javax.management.Attribute;
import javax.management.MBeanServerConnection;
import javax.management.ObjectName;
import javax.management.remote.JMXConnector;
import javax.management.remote.JMXConnectorFactory;
import javax.management.remote.JMXServiceURL;
import javax.naming.Context;

/**
* Example class showing how to connect to the Oracle BIEE AdminMBeans JMX Interface,
* and do some scale-out operations.
* <br/>
* This example is intentionally succinct for clarity, so for example,
* it does not do any exception handling.
* Any production code should include robust error handling.
* <br/>
* Note that you need <code>wljmxclient.jar</code> and <code>wlclient.jar</code> on the classpath.
*/
public class MBeanAPIExample4ScaleOut {
private String host;
private int port;
private String username;
private String password;
private String oracleInstanceName;
private int newNumBIServers;

private MBeanServerConnection mbs = null;
private ObjectName biDomainMBeanName;
private ObjectName biInstanceMBeanName;
private ObjectName[] oracleInstanceMBeanNames;
private MBeanAPIExample4ScaleOut(String[] args) {
if (args.length < 6) {
System.out.println("Usage: MBeanAPIExample1Connect host port username password oracleInstanceName NumBIServers");
throw new IllegalArgumentException("Not enough arguments");
}
host = args[0];
port = Integer.parseInt(args[1]);
username = args[2];
password = args[3];
oracleInstanceName = args[4];
newNumBIServers = Integer.parseInt(args[5]);
}
private void connect() throws Exception {
String jmxUrl = "service:jmx:t3://" + host + ":" + port + "/jndi/weblogic.management.mbeanservers.domainruntime";
System.out.println("Connecting using URL: " + jmxUrl + " ...");
Hashtable<String,String> h = new Hashtable<String,String>();
h.put(Context.SECURITY_PRINCIPAL,   username);
h.put(Context.SECURITY_CREDENTIALS, password);
h.put(JMXConnectorFactory.PROTOCOL_PROVIDER_PACKAGES, "weblogic.management.remote");
JMXConnector jmxConnector = JMXConnectorFactory.connect(new JMXServiceURL(jmxUrl), h);
mbs = jmxConnector.getMBeanServerConnection();
System.out.println("Connected OK");

biDomainMBeanName = new ObjectName("oracle.biee.admin:type=BIDomain,group=Service");
ObjectName[] biInstanceMBeanNames = (ObjectName[])mbs.getAttribute(biDomainMBeanName, "BIInstances");
biInstanceMBeanName = biInstanceMBeanNames[0]; // there should only be one
System.out.println("Found BI Instance MBean: " + biInstanceMBeanName);
oracleInstanceMBeanNames = (ObjectName[])mbs.getAttribute(biDomainMBeanName, "OracleInstances");
for (ObjectName oracleInstanceMBeanName : oracleInstanceMBeanNames) {
System.out.println("Found Oracle Instance MBean: " + oracleInstanceMBeanName);
}
}
private void displayStatus() throws Exception {
String status = (String)mbs.getAttribute(biInstanceMBeanName, "ServiceStatus");
System.out.println("Status is: " + status);
}
private void lock() throws Exception {
System.out.println("Locking domain ...");
Object[] args = new Object[]{};
String[] sig  = new String[]{};
mbs.invoke(biDomainMBeanName, "lock", args, sig);
System.out.println("Locked domain OK");
}
private void commit() throws Exception {
System.out.println("Committing changes ...");
Object[] args = new Object[]{};
String[] sig  = new String[]{};
mbs.invoke(biDomainMBeanName, "commit", args, sig);
System.out.println("Committed changes OK");
}

private ObjectName findMatchingOracleInstanceMBean() throws Exception {
for (ObjectName oracleInstanceMBeanName : oracleInstanceMBeanNames) {
String oracleInstanceId =  (String)mbs.getAttribute(oracleInstanceMBeanName, "Id");
if (oracleInstanceId.equals(oracleInstanceName)) {
return oracleInstanceMBeanName;
}
}
throw new RuntimeException("Cannot find oracle instance: " + oracleInstanceName);
}

private void scaleOut(ObjectName oracleInstanceMBeanName) throws Exception {
ObjectName[] biInstanceDeploymentMBeanNames = (ObjectName[])mbs.getAttribute(oracleInstanceMBeanName, "BIInstanceDeployments");
ObjectName biInstanceDeploymentMBeanName = biInstanceDeploymentMBeanNames[0]; // there should only be one
System.out.println("Found BI Instance Deployment MBean: " + biInstanceDeploymentMBeanName);

int numBIServers = (Integer)mbs.getAttribute(biInstanceDeploymentMBeanName, "NumBIServers");
System.out.println("Found Num BI Servers: " + numBIServers);
System.out.println("Setting Num BI Servers to: " + newNumBIServers);
mbs.setAttribute(biInstanceDeploymentMBeanName, new Attribute("NumBIServers", newNumBIServers));
}

private void stopAll() throws Exception {
System.out.println("Stopping instance ...");
Object[] args = new Object[]{};
String[] sig  = new String[]{};
mbs.invoke(biInstanceMBeanName, "stop", args, sig);
System.out.println("Stopped instance OK");
}

private void startAll() throws Exception {
System.out.println("Starting instance ...");
Object[] args = new Object[]{};
String[] sig  = new String[]{};
mbs.invoke(biInstanceMBeanName, "start", args, sig);
System.out.println("Started instance OK");
}

public static void main(String[] args) throws Exception {
MBeanAPIExample4ScaleOut example = new    MBeanAPIExample4ScaleOut(args);
example.connect();
example.displayStatus();
ObjectName oiMBeanName = example.findMatchingOracleInstanceMBean();
example.lock();
example.scaleOut(oiMBeanName);
example.commit();
example.stopAll();
example.startAll();
example.displayStatus();
}
}

2. \<wlserver>\server\libフォルダに移動し、クラス名と必要な引数を指定してJavaプログラムを実行します。
例:

java <JavaClassName> <host> <port> <username> <password> <oracleInstanceName> <newNumBIServers>

3. \<wlserver>\server\libフォルダに移動し、クラス・パス、クラス名および必要な引数を指定してJavaプログラムを実行します。
java -classpath <JavaClassName> <host> <port> <username> <password> <oracleInstanceName> <newNumBIServers>

例:

java -classpath <MW_HOME>wls_10.3/server/lib/wjmxclient.jar com.oracle.bi.example.MBeanAPIExample4ScaleOut localhost 7001 user1 password1 instance1 3

コマンド・ウィンドウ(およびログ・ファイル)に、次のようなプロンプトとメッセージが表示されます。

Connecting using URL: service:jmx:t3://localhost:7001/jndi/weblogic.management.mbeanservers.domainruntime ...
Connected OK
Found BI Instance MBean:
oracle.biee.admin:type=BIDomain.BIInstance,biInstance=coreapplication,group=Service
Found Oracle Instance MBean: oracle.biee.admin:oracleInstance=instance1,type=BIDomain.OracleInstance,group=Service
Status is: PARTIALLY_STARTED
Locking domain ...
Locked domain OK
Found BI Instance Deployment MBean: oracle.biee.admin:oracleInstance=instance1,type=BIDomain.OracleInstance.BIInstanceDeployment,biInstance=coreapplication,group=Service
Found Num BI Servers: 1
Setting Num BI Servers to: 3
Committing changes ...
Committed changes OK
Stopping instance ...
Stopped instance OK
Starting instance ...
Started instance OK
Status is: FULLY_STARTED

23.3.5 Oracle BI Systems Management APIを使用したメトリックの取得

Fusion Middleware Controlのメトリック・ブラウザを使用する以外に、ダイナミック・モニタリング・サービス(DMS)やWLSTコマンドを使用してOracle Business Intelligenceのメトリックを表示することもできます。この項では、これらの方法について説明します。

23.3.5.1 ダイナミック・モニタリング・サービスを使用したメトリックの取得

ダイナミック・モニタリング・サービス(DMS)を使用して、Oracle Business Intelligenceのメトリックを表示できます。このサービスにアクセスするには、次のURLを使用します。

http://<host>:7001/dms

左側のペインのメトリック表リストから「非J2EEメトリック」を選択してOracle Business Intelligenceのメトリックを表示します。これは、Fusion Middleware Controlのメトリック・ブラウザで表示されるものと同じリストです。

ダイナミック・モニタリング・サービスを使用することで、メトリックのスナップショットを迅速に取得できます。Microsoft Excelスプレッドシートを使用したWeb問合せのソースとして特定のメトリックのURLを指定し、このWeb問合せに対して、アーカイブ・シートに値をコピーする処理と一定期間ループで問合せを更新する処理を自動的に実行するマクロを結合します。

たとえば、ダイナミック・モニタリング・サービスを使用して、Oracle_BI_Generalというメトリック表の詳細を表示するとします。メトリック表リストでOracle_BI_Generalリンクをクリックすると、画面の右側にこの表が表示されます。このメトリック表は、Active_Execute_RequestsやTotal_Sessionsなどのいくつかのモニター値で構成されています。メトリック・ブラウザに表示されたこの表の情報をWLSTコマンドの一部として使用できます。

WLSTコマンドを使用したDMSメトリックへのアクセスの詳細は、『Oracle Fusion Middleware WebLogic Scripting Tool コマンド リファレンス』のDMSカスタムWLSTコマンドに関する章を参照してください。

23.3.5.2 WLTSコマンドを使用したメトリックの取得

WLSTコマンドを使用して、Oracle Business Intelligenceのメトリックを取得できます。

WLSTコマンドを使用してメトリックを取得するには:

1. MW_HOME/ORACLE_HOME/common/binディレクトリに移動します。

2. WLSTユーティリティを実行します。

3. 次の例のように、connectコマンドを使用してOracle BIシステムに接続します。
connect('user','password','t3://<host>:7001')

4. 次のプロンプトが表示されたら、オンライン・モードになっています。
wls:/bifoundation_domain/serverConfig>

これで、DMSカスタムWLSTコマンドを対話的に使用できるようになりました。たとえば、先頭にOracle_BIが付くすべてのメトリック表を表示するには、次のコマンドを入力します。

wls:/bifoundation_domain/serverConfig> displayMetricTables('Oracle_BI*')

このコマンドでは、Oracle BIのメトリックごとにデータの長大なリストが生成されます。そのため、Oracle_BI_Generalなどの特定のメトリック表に焦点を絞ったほうが役立ちます。次のコマンドでは、次に示すサンプルのような出力が表示されます。

wls:/bifoundation_domain/serverConfig> displayMetricTables('Oracle_BI_General')

-----------------
Oracle_BI_General
-----------------
Active_Execute_Requests.value:  0
Active_Fetch_Requests.value:    0
Active_File_Handles.value:      1
Active_Initblock_Executions.value:      0
Active_Logins.value:    0
Active_Prepare_Requests.value:  0
Avg._Failed_Logins_Elapsed_Time.value:  0
Avg._Initblock_Executions_Elapsed_Time.value:   0
Avg._Succeeded_Logins_Elapsed_Time.value:       0
Avg._query_elapsed_time.value:  0
Busy_File_Handles.value:        0
File_Handle_Waiters.value:      0
Free_File_Handles.value:        502
Host:   oracle-bc5ac6af
Max._Initblock_Execution_Elapsed_Time.value:    0
Max_File_Handles.value: 503
Name:   Oracle BI General
New_Execute_Requests.value:     19
New_Fetch_Requests.value:       32
New_Initblock_Executions.value: 0
New_Logins.value:       7
New_Prepare_Requests.value:     19
New_Requests.value:     187
OBPERF_***.value:       7
Oracle_BI_Applications: Oracle BI Server
Parent: /Oracle BI Server
Process:        Oracle BI Server:4004:/instance1/coreapplication_obis1
Queries/sec.value:      0
ServerName:     /instance1/coreapplication_obis1
Succeeded_Initblock_Execution_Ratio_as_%.value: 0
Succeeded_Logins_Ratio_as_%.value:      7
Total_sessions.value:   0

WLSTのスクリプト作成機能を使用してDMSコマンドをJythonスクリプトに組み込み、必要なメトリックをファイルに格納できます。次にこのようなスクリプトの例を示します。

# Script to dump timestamp (in milliseconds) for a single Oracle BI metric
# to a file
#
from java.util import Date
from java.text import SimpleDateFormat
#
# Modify to connect to your server
connect('biadmin','welcome1','t3://localhost:7001')
#
# This is the number of times to sample the metric
sample_length = 100
#
# This is where you define what metric table and metric to dump to file
metric_table = "Oracle_BI_General"
metric_of_interest = "Avg._query_elapsed_time.value"
#
# Some metrics have non-text characters in the name. Provide a reference here
# so it dumps to file without error in file name
output_file_metric_ref = "Avg_Qry_Elapse"
#
# This section defines the output file name with unique time
start_time = str(SimpleDateFormat("dd-MMM-yyyy_HH-mm-ss").format(Date()))
output_filename = start_time + "_" + output_file_metric_ref + "_dump.txt"
#
# Open the file and write summary of metric to be dumped
file = open(output_filename,'w')
print >>file, "Start Metric Dump of: " + str(metric_table) + " : " + str(metric_of_interest) + " at " + str(SimpleDateFormat("dd-MMM-yyyy HH-mm-ss").format(Date()))
#
#
# The following section forms a loop according to the sample length defined
# earlier. The 'displayMetricTables()' command returns the metric table in the
# form of a JMX composite data array. The code following this command access
# the metric data from this array. In this case, a particular metric of
# interest is tested for and only the value of that metric is output to file.
#
counter = 0
while counter <= sample_length:
results = displayMetricTables(metric_table)
for table in results:
name = table.get('Table')
rows = table.get('Rows')
rowCollection = rows.values()
iter = rowCollection.iterator()
while iter.hasNext():
row = iter.next()
rowType = row.getCompositeType()
keys = rowType.keySet()
keyIter = keys.iterator()
while keyIter.hasNext():
columnName = keyIter.next()
value = row.get(columnName)
if columnName == metric_of_interest:
print >>file, str(SimpleDateFormat("dd-MMM-yyyy HH-mm-ss-SSS").format(Date())) + "," + str(value)
counter = counter + 1
file.close()
disconnect()

「Oracle_BI_Thread_Pool」などの一部のOracle BIメトリック表は、実際には2つのディメンションで構成される表です。「Oracle_BI_Thread_Pool」表では、「Server」や「Usage_Tracking」などの様々な「名前」のメトリック値の問合せを実行できます。この場合、必要なメトリック値をファイルにエクスポートするには、前のスクリプト例のループで使用しているロジックを、2つのディメンションを扱うように変更する必要があります。次のスクリプト例では、このような場合の処理方法の1つを示しています。

# Script to dump timestamp (in milliseconds) and a
#single Oracle BI metric to a file for metrics with multiple sections
#
from java.util import Date
from java.text import SimpleDateFormat
#
# Modify to connect to your server
connect('biadmin','welcome1','t3://localhost:7001')
#
# This is the number of times to sample the metric
sample_length = 100
#
# This is where you define what metric table, category, and metric to
# dump to file
metric_table = "Oracle_BI_Thread_Pool"
category_of_interest = "Server"
metric_of_interest = "Avg._Request/sec.value"
#
# Some metrics have non-text characters - provide a reference here
# so it dumps to file without error
output_file_metric_ref = "Avg_Req_Sec"
#
# This section defines the output file name with unique time
start_time = str(SimpleDateFormat("dd-MMM-yyyy_HH-mm-ss").format(Date()))
output_filename = start_time + "_" + output_file_metric_ref + "_dump.txt"
#
# Open the file and write summary of metric to be dumped
file = open(output_filename,'w')
print >>file, "Start Metric Dump of: " + str(metric_table) + " : " + str(metric_of_interest) + " for Category: " + str(category_of_interest) + " at " + str(SimpleDateFormat("dd-MMM-yyyy HH-mm-ss").format(Date()))
#
#
counter = 0
while counter <= sample_length:
results = displayMetricTables(metric_table)
for table in results:
name = table.get('Table')
rows = table.get('Rows')
rowCollection = rows.values()
iter = rowCollection.iterator()
while iter.hasNext():
row = iter.next()
if row.containsValue(category_of_interest):
rowType = row.getCompositeType()
keys = rowType.keySet()
keyIter = keys.iterator()
while keyIter.hasNext():
columnName = keyIter.next()
value = row.get(columnName)
if columnName == metric_of_interest:
print >>file, str(SimpleDateFormat("dd-MMM-yyyy HH-mm-ss-SSS").format(Date())) + "," + str(value)
counter = counter + 1
file.close()
disconnect()

23.4 Oracle BI Systems Management APIのJMX管理MBeanおよびメソッドの説明

この項では、WLSTスクリプトおよびJavaプログラムを使用したシステム管理タスクの実行に使用する、Oracle BI Systems Management APIのJMX管理MBeanを示します。コードから管理MBeanとその属性およびメソッドを参照する必要があります。この項では管理MBeanのリストを示します。各管理MBeanで利用できる属性およびメソッドについては、JavaDocページで説明しています。

たとえば、WebブラウザでJavaDocファイルを表示し、管理MBean EmailConfigurationMBeanをクリックします。すると、関連する属性とメソッドがすべて表示されるため、その中の適切な属性名とメソッド名をWLSTスクリプトまたはJavaプログラムで使用できます。

次のディレクトリにあるJavaDocファイルを参照してください。

ORACLE_HOME/doc/javadoc/bifoundation/jmxapi/index.html

表23-1は、Oracle BI Systems Management APIのJMX管理MBeanを示しています。

表23-1 Oracle BI Systems Management APIのJMX管理MBean

管理MBean

説明

AvailabilityConfigurationMBean

Oracle Business Intelligenceのプロセスの可用性に影響するいくつかのオプションを構成するためのMBeanインタフェースを提供します。

BIComponentMBean

BIドメインのコンポーネントのMBeanインタフェースを定義します。

BIDomainMBean

BIドメインを管理するためのMBeanインタフェースを定義します。

BIInstanceDeploymentMBean

Oracleインスタンスへのシステム・コンポーネントのデプロイメント(プロビジョニング)について記述するMBeanインスタンスを定義します。

BIInstanceMBean

システム・コンポーネントを管理するためのMBeanを定義します。

BILogConfigurationMBean

Oracle Business Intelligenceのログ・ファイルの設定およびレベルを管理するためのMBeanを定義します。

BISizeAgeLogConfigurationMBean

問合せログ・ファイルの設定を管理するためのMBeanインタフェースを定義します。

EmailConfigurationMBean

システム・コンポーネントの電子メールの構成を管理するためのMBeanインタフェースを定義します。

MarketingConfigurationMBean

システム・コンポーネントのマーケティング構成を管理するためのMBeanインタフェースを定義します。

OracleInstanceMBean

Oracleインタフェースを管理するためのMBeanインタフェースを定義します。

PerformanceConfigurationMBean

システム・コンポーネントのパフォーマンス構成を管理するためのMBeanインタフェースを定義します。

PresentationConfigurationMBean

システム・コンポーネントのプレゼンテーション構成を管理するためのMBeanインタフェースを定義します。

PresentationServerConfigurationMBean

プレゼンテーション・サービスの構成を管理するためのMBeanインタフェースを定義します。

ScaleOutSupportMBean

ドメインのスケールアウトをサポートする操作を提供します。

SchedulerDatabaseMBean

スケジューラのデータベース接続設定を管理するためのMBeanインタフェースを定義します。

SecurityConfigurationMBean

システム・コンポーネントの集中セキュリティ構成を管理するためのMBeanインタフェースを定義します。

ServerConfigurationMBean

Oracle BIサーバーに関連する設定を管理するためのMBeanインタフェースを定義します。

MBeanブラウザを使用して管理MBeanにアクセスすることもできます。詳細は、第2.4項「Fusion Middleware Control MBeanブラウザによるOracle Business Intelligence JMX MBeansの管理」を参照してください。

第VIII部

ライフサイクルの管理

ここでは、Oracle Business Intelligenceのライフサイクル管理タスクについて説明します。ライフサイクル管理は、システムのインストール、アップグレード、パッチの適用、新しい環境への移動、本番環境への移動、およびバックアップとリカバリで構成されます。

インストールの詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

アップグレードの詳細は、Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイドを参照してください。

この部は、ライフサイクル管理タスクに関する次の章で構成されています。

- 第24章「Oracle Business Intelligenceシステムへのパッチの適用」

- 第25章「環境間の移動」

- 第26章「Oracle Business Intelligenceシステムのバックアップとリカバリ」

24 Oracle Business Intelligenceシステムへのパッチの適用

この章では、Oracle Business Intelligenceのパッチについて説明します。詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

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

- 第24.1項「Oracle Business Intelligenceシステムへのパッチの適用について」

- 第24.2項「Oracle Business Intelligenceプラットフォームに適用されるパッチの内容」

- 第24.3項「プラットフォームに適用したパッチのロールバック」

- 第24.4項「現在のパッチ・レベルの判定」

24.1 Oracle Business Intelligenceシステムへのパッチの適用について

パッチの適用では、小さなファイルの集まりを既存のシステムにコピーする処理を行います。通常、パッチはOracle製品の特定のバージョンに関連付けられており、製品の1つのマイナー・バージョンから同じ製品のより新しいバージョンへの(たとえば、バージョン11.1.1.2.0からバージョン11.1.1.3.0などへの)更新が実行されます。パッチ・セットとは、一度に適用することを意図して構成された一連のパッチを含む単一パッチです。

一般に、1台以上のコンピュータに分散する既存のOracle BI EE本番システムに対して、1つ以上の不具合の修正を含むパッチを適用します。不具合の修正は、Oracle WebLogic Serverの内部にデプロイされたシステム・コンポーネントおよびJavaコンポーネントに影響を及ぼす場合があります。パッチには、サーバーの新しい実行可能ファイルや、更新された、または新しいJavaクラス・ファイルが含まれることがあります。

24.1.1 完全なパッチ情報の入手先

Oracle BI EEプラットフォームへのパッチの適用(およびロールバック)には、Oracle OPatchユーティリティを使用します。パッチは、Oracleサポート・サービスからダウンロードできます。次を参照してください。

- Oracle Fusion Middlewareへのパッチ適用の詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。第2章に、パッチの取得に関する説明があります。

- パッチのReadmeには、パッチの用法の理解およびパッチを適用する手順で必要な情報が含まれます。パッチをダウンロードする場合、ReadmeドキュメントはMy Oracle Supportサイトの「Patches & Updates」画面からアクセスできます。

24.1.2 パッチの競合が発生した場合

パッチの競合が発生すると、処理は停止します。たとえば、1つのパッチで修復された同一のバグのセットを、重複するパッチで修復しようとすると、競合が発生します。

パッチの競合を解決する方法の詳細は、『Oracle Opatchユーザーズ・ガイド』を参照してください。競合の解決について、Oracleサポート・サービスに連絡してください。

24.2 Oracle Business Intelligenceプラットフォームに適用されるパッチの内容

Oracle Business Intelligenceプラットフォームのパッチは、DLL、JAR、EXEなどの拡張子を持つバイナリ・ファイルに適用されます。

Oracle Business Intelligenceプラットフォームのパッチは、次のものには適用されません。

- 構成ファイル
パッチの一部として構成の更新が必要な場合は、パッチ付属のREADME.txtファイルでその詳細を説明しています。この説明に従って、構成を手動で更新する必要があります。カスタマの構成ファイルとパッチを適用した構成ファイルを自動的にマージするメカニズムはありません。

- スキーマ・ベースのメタデータ
データベース・スキーマ(スケジューラ、使用状況統計、イベント・ポーリング、リポジトリ・ファイルおよびOracle BIプレゼンテーション・カタログのスキーマを含む)に格納されている非デザインタイム・メタデータにはパッチは適用されません。

アプリケーションのコンテキストで配布されるその他のプラットフォーム・メタデータ(リポジトリ・ファイルやOracle BIプレゼンテーション・カタログ・ファイルなど)にはパッチが適用されますが、これはプラットフォーム・パッチの一部としてではなく、アプリケーション・パッチの一部として適用されます。

24.3 プラットフォームに適用したパッチのロールバック

OPatchは、それぞれのOracleホームに適用された各パッチのメタデータを維持し、パッチ適用時の置換内容のコピーを保存しています。そのため、パッチ全体をロールバックできます。

注意:

ロールバック後、Oracle BI EEのプラットフォーム・パッチがもう適用されていないことを確認するために、ロールバックの適用前に、パッチ・レベルを確定し、ロールバック後に再びパッチ・レベルの確定を行う必要があります。詳細は、第24.4項「現在のパッチ・レベルの判定」を参照してください。

24.4 現在のパッチ・レベルの判定

Oracle BI EEを正しく機能させるためには、OPatchと同じバージョンになるように各Oracleホームにパッチを適用する必要があります。システム内の任意のOracleホームの現在のパッチ・バージョンを調べるには、OPatchのlsinventoryユーティリティを使用します。またこのユーティリティでは、特定のOracleホームのすべてのパッチのリストを対応するIDとともに取得することもできます。

現在のパッチ・レベルを調べるには:

1. コマンド・ウィンドウを表示し、OPatch実行可能ファイルがある場所へ移動します。
ORACLE_HOME\ORACLE_INSTANCE\OPatch

例:

D:\OBI11g\Oracle_BI1\OPatch

2. 次のコマンド構文を使用して、lsinventoryユーティリティを実行します。
<Path_to_OPatch>/opatch lsinventory [-all] [-detail] [-patch] [-oh (Oracleホームの場所)]

例:

opatch lsinventory -patch -detail

lsinventoryのオプションの詳細は、ORACLE_HOME\ORACLE_INSTANCE\OPatch\docsディレクトリにあるユーザー・ガイドを参照してください。

3. Oracleホームごとに前述のステップを繰り返して、他のOracleホームに対してもlsinventoryユーティリティを実行します。

詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

25 環境間の移動

この章では、Oracle Business Intelligenceを複数の環境間で移動させる方法について説明します。Oracle Business Intelligenceを新しい環境に移動したり、テスト環境から本番環境に移動したりできます。このような移動について次に説明します。

- 既存のOracle BIシステムを元のインストール場所とは別の場所で再作成することによって、Oracle Business Intelligenceを新しい環境に移動(移行)できます。この場合の目標は、別のハードウェアで同一のデプロイメントを再作成することです。
新しい環境への移動理由として、次のような状況が考えられます。

- より強力なハードウェアにシステム全体を移動する場合

- 別のオペレーティング・システムに移動する場合

- 別の物理的な場所に移動する場合

システムをアップグレードした後に移動を行うことがあります。(アップグレードおよび関連タスクの詳細は、Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイドを参照してください。)

- テスト環境から本番環境への移動では、次の作業を行います。

- テスト環境でのアプリケーションの開発およびテストと、その後の同じオペレーティング・システムの本番環境へのテスト・アプリケーション(および必要に応じてテスト・データ)のロールアウト。この他、単一コンピュータ環境から複数コンピュータ環境への移動も行われる場合があります。

- リポジトリの移動。(リポジトリの移動の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のマルチユーザー開発環境でのリポジトリ・ライフサイクルの管理に関する項を参照してください。)

注意:

簡易インストール・タイプを使用してOracle Business Intelligenceをインストールした場合、テスト環境から本番環境には移動できません。

新しい環境への移動およびテスト環境から本番環境への移動の詳細は、『Oracle Fusion Middleware管理者ガイド』のターゲット環境へのOracle Business Intelligenceの移動に関する項を参照してください。

さらに、Oracle Business Intelligenceでは、サーバー全体の移行もサポートしており、障害発生時にWebLogic Serverインスタンスを別の物理コンピュータに手動または自動で移行できます。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの使用』のサーバー全体の移行に関する項、および『Oracle Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド』のエンタープライズ・デプロイメントでのサーバー移行の構成に関する項を参照してください。

26 Oracle Business Intelligenceシステムのバックアップとリカバリ

この章では、Oracle Business Intelligenceのバックアップとリカバリに関する一般的な情報について説明します。バックアップとリカバリとは、ハードウェア障害とデータ消失からの保護、およびデータが消失した場合のデータの再構築に必要な様々な戦略および手順のことです。

Oracle Business Intelligenceのバックアップとリカバリの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Business Intelligenceのバックアップとリカバリの推奨事項に関する項に記載されています。

Oracle Business Intelligenceの障害回復の詳細は、『Oracle Fusion Middlewareディザスタ・リカバリ・ガイド』のOracle Business Intelligenceの推奨事項に関する項を参照してください。

第IX部

Oracle Business IntelligenceでのOracle Essbaseの使用

ここでは、Oracle Business Intelligenceとともにインストールされた場合のOracle Essbaseの使用方法について説明します。次の章で構成されます。

- 第27章「Oracle Business IntelligenceでのOracle Essbaseと関連コンポーネントの使用の概要」

27 Oracle Business IntelligenceでのOracle Essbaseと関連コンポーネントの使用の概要

この章では、Oracle Business Intelligenceとともにインストールされた場合に、Oracle Essbaseと関連コンポーネントの使用に関して知る必要があることについて説明します。この章には、上位レベルのロードマップが含まれ、インストール、システム管理、サービス・レベルのメンテナンスとセキュリティ、およびその他の情報源へのリンクが含まれています。

この章では、次の項目について説明します。

- 第27.1項「概要」

- 第27.2項「Oracle Business IntelligenceでEssbaseおよび関連ツールを使用するための上位レベルのロードマップ」

- 第27.3項「Oracle Business IntelligenceでのEssbaseと関連ツールのタスクの実行と、EPMでの同じタスクの実行との比較および、参照先ガイドについての情報」

- 第27.4項「Oracle Business IntelligenceでのEssbaseと関連コンポーネントのインストール」

- 第27.5項「Oracle Business IntelligenceでのEssbaseと関連ツールのセキュリティの構成」

- 第27.6項「Oracle Business IntelligenceでのEssbaseシステム管理」

- 第27.7項「Oracle Business IntelligenceでのEssbaseキューブの使用」

- 第27.8項「Essbaseの詳細情報」

27.1 概要

Oracle Business Intelligenceのインストール時に、Essbaseと関連ツールを簡単にデプロイでき、Oracle Business Intelligenceユーザーも使用できる共有管理、ユーザー管理、インストールおよび構成サポート機能を利用できます。

Oracle Business IntelligenceでEssbaseをデプロイする際は、Essbase多次元データベースにアクセスできます。このデータベースでは多次元分析を使用でき、カスタム分析アプリケーションを素早く開発できます。Essbaseを使用して、複雑なシナリオのモデリング、ビジネス・トレンドの予測および「What-If」分析の実行を行う分析アプリケーションを開発および管理できます。Essbaseでは、多数のユーザー、大量のデータ・セットおよび複雑なビジネス・モデルには事前に集計されたディメンションを使用して、問合せへの高速レスポンスをサポートします。Essbaseは、幅広いデータソースで使用するように構成できます。

Oracle Business Intelligenceでのインストール時に、いくつかのツールおよびコンポーネントがEssbaseとともにインストールされます。これらには、Financial Reporting、Calculation ManagerおよびEssbase Studioが含まれます。これらのツールは、Oracle Business IntelligenceでインストールされたEssbaseとのやり取りに使用できます。

この章では、Oracle Business Intelligenceを使用してインストールされたEssbaseと関連ツールのインストール、構成、管理および保護について、さらにOracle Business Intelligenceを使用したEssbaseデータベースの作成、保護およびアクセスについて説明します。

この章には、EPMシステム・インストーラでインストールされたEssbaseと関連ツールの使用についての説明はありません。EPMシステム・インストーラでインストールされたEssbaseと関連ツールの使用の詳細は、EPMシステム・ドキュメント・ライブラリの「Deployment and Installation」タブにある、EPMシステムのデプロイメントのドキュメントを参照してください。

Oracle Business IntelligenceでインストールされたEssbaseと関連ツールについての情報の参照先ガイドの詳細は、第27.3項「Oracle Business IntelligenceでのEssbaseと関連ツールのタスクの実行と、EPMでの同じタスクの実行との比較および、参照先ガイドについての情報」を参照してください。

27.2 Oracle Business IntelligenceでEssbaseおよび関連ツールを使用するための上位レベルのロードマップ

この項を読んだ後、Oracle Business IntelligenceでEssbaseおよび関連ツールの使用を開始してください。この上位レベルのロードマップでは、実行するタスクと適用可能な選択肢について説明します。また、この項では、どのような場合にOracle Business Intelligenceのドキュメントを参照するか、またはEPMシステムのドキュメントを参照するかについても説明します。

Oracle Business IntelligenceでのEssbaseおよび関連ツールの使用について理解するには:

1. この章の残りの部分を読み、Essbaseの概念と構成タスクの概要を把握してください。
たとえば、第27.3項「Oracle Business IntelligenceでのEssbaseと関連ツールのタスクの実行と、EPMでの同じタスクの実行との比較および、参照先ガイドについての情報」を参照してください。

2. 第27.4項「Oracle Business IntelligenceでのEssbaseと関連コンポーネントのインストール」の説明に従って、Essbaseをインストールします。
Oracle Business IntelligenceでEssbaseをインストールし、構成するには、Essbaseスイート・オプションを選択します。

3. 第27.5項「Oracle Business IntelligenceでのEssbaseと関連ツールのセキュリティの構成」の説明に従って、重要なセキュリティ・タスクを実行します。
EssbaseではOracle Fusion Middlewareのセキュリティ・モデルを使用しており、Oracle Business Intelligenceでも同じものを使用しています。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

4. 第27.6項「Oracle Business IntelligenceでのEssbaseシステム管理」の説明に従って、重要なシステム管理タスクを実行します。
これらのタスクは、Oracle Business IntelligenceでEssbaseをインストールした後、Essbaseが正しく構成されていることを確認した後で実行します。

5. 第27.7項「Oracle Business IntelligenceでのEssbaseキューブの使用」の説明に従って、Essbaseキューブを作成、管理および使用します。

27.3 Oracle Business IntelligenceでのEssbaseと関連ツールのタスクの実行と、EPMでの同じタスクの実行との比較および、参照先ガイドについての情報

Essbaseと関連ツールをOracle Business Intelligenceのコンポーネントとしてインストールする際は、Enterprise Performance Management Systemの完全インストールを実行しません。したがって、タスクによっては完了の指示がEPMのドキュメントの説明とは異なる場合があります。Essbaseと関連ツールは、Oracle Business Intelligenceのコンポーネントとしてインストールする際は、EPMインフラストラクチャ・コンポーネントではなくOracle Business Intelligenceと同じOracle Fusion Middlewareコンポーネントで使用するように構成します。特に、Hyperion Shared Services (HSS)はOracle Business Intelligenceではインストールされないため、EPMのドキュメントのHSSに関する記述は無視してかまいません。

表27-1を使用すると、EPMシステムと比較して、Oracle Business Intelligenceでは何を使用して特定のタスクを実行するか、どのガイドを参照するかを判断するのに役立ちます。

表27-1 Oracle Business IntelligenceまたはEPM SystemsでのEssbase関連タスクの実行方法および参照先ガイド

Oracle BIおよびEPMシステムで実行されるEssbase関連タスク

Oracle BIシステムでのEssbase関連タスクの実行方法および参照先ガイド

EPMシステムでのEssbase関連タスクの実行方法および参照先ガイド

認証

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、Fusion Middleware Controlを使用します。

Oracle Business Intelligenceのガイドを参照してください。

EPMシステムを使用する際は、HSS、MaxLおよびEASを使用します。

EPMのガイドを参照してください。

認可

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、Fusion Middleware Controlを使用します。

Oracle Business Intelligenceのガイドを参照してください。

EPMシステムを使用する際は、HSS、MaxLおよびEASを使用します。

EPMのガイドを参照してください。

データ・セキュリティ(プロビジョニング)

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、Fusion Middleware Controlおよびセキュリティを使用します。

Oracle Business Intelligenceのガイドを参照してください。

注意: フィルタはOracle Fusion Middlewareポリシー・ストアからプロビジョニングされますが、実際のフィルタ定義はEssbase .SECファイルに残ります。

EPMシステムを使用する場合は、HSSを使用します。

EPMのガイドを参照してください。

データ・セキュリティ(フィルタ定義)

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、EASおよびMaxLを使用します。

Oracle Business Intelligenceのガイドを参照してください。

注意: データ・セキュリティのフィルタ定義およびフィルタの定義の詳細は、EPMのガイドに記載されていますが、HSSについての記述は無視してかまいません。

EPMシステムを使用する際は、HSS、MaxLおよびEASを使用します。

EPMのガイドを参照してください。

システム構成

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、Fusion Middleware Control、essbase.cfg (およびopmn.xml)を使用します。

Oracle Business Intelligenceのガイドを参照してください。

EPMシステムを使用する際は、テキスト・エディタおよびMaxL、essbase.cfg (およびopmn.xml)を使用します。

EPMのガイドを参照してください。

バックアップおよびリカバリ

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、Fusion Middleware Controlを使用します。

『Oracle Fusion Middleware管理者ガイド』およびOracle Business Intelligenceのガイドを参照してください。

EPMのガイドを参照してください。

移行(テストから本番へ)

Oracle Business IntelligenceでインストールしたEssbaseを使用する際は、Oracle Fusion MiddlewareおよびEASを使用します。

Oracle Business Intelligenceのガイドを参照してください。

EPMシステムを使用する場合は、EAS Webアプリケーションを使用します。

EPMのガイドを参照してください。

Essbaseキューブ

Oracle Business IntelligenceでインストールしたEssbaseおよび関連ツールを使用する際は、EASまたはEssbase Studioを使用します。

Oracle Business Intelligenceのガイドを参照してください。

EPMのガイドを参照してください。

容量

なし。

アクティブ/パッシブ・モデルを使用します(1クラスタのみ)。

Oracle Business Intelligenceのガイドを参照してください。

Nクラスタ1、2、3、4エージェントを使用します。

アクティブ/アクティブ・モデルを使用します。

EPMのガイドを参照してください。

可用性

Fusion Middleware Controlを使用します。

アクティブ/パッシブ・モデルを使用します。

Oracle Business Intelligenceのガイドを参照してください。

EPMのガイドを参照してください。

アクティブ/アクティブ・モデルを使用します。

Essbase Studio

Essbase Studioの機能を使用する際は、EPMのガイドを参照してください。

EPMのガイドを参照してください。

Financial Reporting

使用可能:

- 印刷
- 注釈
- スケジューラ

EPMのガイドを参照してください。

Calculation Manager

EPMのガイドを参照してください。ただし、HSSのインストールの前提条件は無視します。

EPMのガイドを参照してください。

Workspace

EPMのアプリケーションを登録できません。

使用可能:
- ダッシュボード
- Calculation Manager
- Financial Reporting

Oracle Business Intelligenceのガイドを参照してください。

EPMのガイドを参照してください。

API

EssbaseのAPIにはいくつか制限があり、機能によっては使用できません。詳細は、このガイドを参照してください。

Oracle Platform Security Services APIを使用できます。

EPMのガイドを参照してください。

第27.4項 Oracle Business IntelligenceでのEssbaseと関連コンポーネントのインストール

Essbaseと関連コンポーネントを、Oracle Business Intelligenceのインストール時にインストールできます。これらのコンポーネントをOracle Business Intelligenceでインストールすると、Oracle Business IntelligenceユーザーがEssbaseデータベースを使用できるようになり、Oracle Business IntelligenceのツールとEssbase EPMシステムのツールを組み合せて使用してEssbaseコンポーネントを管理できます。どのバージョンのEssbaseがインストールされるかの詳細は、次のURLでOracleサポートの「動作保証」ページにアクセスし、Oracle Essbaseが同梱されているOracle Business Intelligence Enterprise Editionの該当リリースに関する製品詳細を確認してください。

https://support.oracle.com

注意:

Essbaseを既存のOracle Business Intelligenceのインストールに追加することはできませんが、Essbaseをデータソースとして使用することはできます。Oracle Business Intelligenceリリース11.1.1.6以前にEssbaseを追加するアップグレード・パスはありません。Essbaseと関連コンポーネントをOracle Business Intelligenceでインストールする方法は、Oracle Business Intelligenceの新規インストールを実行し、Essbaseコンポーネントを選択する方法のみです。

このトピックには、次の項が含まれています。

- 第27.4.1項「Oracle Business Intelligenceの新規インストールでのEssbaseおよび関連コンポーネントのインストール」

- 第27.4.2項「インストール・タイプの選択」

- 第27.4.3項「インストール時のEssbaseスイート・オプションの選択」

- 第27.4.4項「Essbase Studioカタログの更新: インストール後のタスク」

- 第27.4.5項「EssbaseがOracle Business Intelligenceでインストールされた場合のクライアント・ツールの使用制限」

- 第27.4.6項「EssbaseがOracle Business Intelligenceでインストールされた場合にサポートされないEssbaseの機能」

27.4.1 Oracle Business Intelligenceの新規インストールでのEssbaseおよび関連コンポーネントのインストール

Oracle Business IntelligenceインストーラでEssbaseっスイート・オプションを選択して、Essbaseおよび関連コンポーネントをOracle Business Intelligenceとともにインストールします。インストール後、Essbaseのコンポーネント(Essbase Studio、Essbase Administration Services、Financial Reporting、Calculation ManagerおよびWorkspace)が使用できるようになり、Oracle BI EEセキュリティがデプロイされます。

Essbaseおよび関連コンポーネントは、Oracle Business Intelligenceの新規インストールでインストールする必要があり、既存のOracle Business Intelligenceのインストール場所にEssbaseを追加することはできません。EssbaseサーバーはOracle Business Intelligenceシステム・コンポーネントとして、1つまたは複数のホストにインストールされます。

図27-1は、複数ホストでのエンタープライズ・インストール(Essbaseスイートを使用)実行後のOracle Business Intelligenceドメイン・アーキテクチャを示しています。

図27-1 Essbaseコンポーネントを含むOracle Business Intelligenceエンタープライズ・インストールのドメイン・アーキテクチャ(ホスト2台)

Essbase関連コンポーネントのキーは図27-1にあります。

Essbase関連のJavaコンポーネントは、1つ以上のJava EEアプリケーションとしてデプロイされます。詳細は次のとおりです。

- EAS (Essbase Administration Services) — このEssbaseコンポーネントは、Essbaseの管理ツールです。Administration Servicesは、Essbase管理サーバーと呼ばれるJava中間層サーバーと、管理サービス・コンソールと呼ばれるJavaクライアント・コンソールで構成されています。

- Financial Reporting — このEPMコンポーネントを使用することにより、高度に書式化された多次元レポートを必要とする財務部門やあらゆる機能分野での固有要件を満たす、高品質の財務管理およびレポートが可能になります。Financial Reportingは、Hyperion Financial Management、Hyperion PlanningおよびEssbaseをデータソースとして使用できます。

- Calc Manager (Calculation Manager) — このEPMコンポーネントは、PlanningおよびEssbaseの計算ルールの開発および管理機能を提供します。Calculation Managerには、Workspaceからアクセスします。

- Hyperion Provider Services (APS) — このEssbaseコンポーネントは、Java API、Smart View、およびXMLAクライアント向けのEssbase専用データソース・プロバイダです。

- Workspace — このEPMコンポーネントは、Oracle Business Intelligenceでデプロイされた場合、Oracle Business Intelligence、Financial ReportingおよびCalculation Managerを使用して作成されたコンテンツを表示し、やり取りするためのユーザー・インタフェースを提供します。

Essbase関連のシステム・コンポーネントは、1つ以上のサーバー・プロセスとしてデプロイされます。詳細は次のとおりです。

- Essbase Studioサーバー — このEssbaseコンポーネントは、Essbase Studioで使用されるサーバー・プロセスです。
Essbase Studioコンソールでは、データ・モデリング、キューブ設計および分析アプリケーション構築に関連するタスクを実行する単一の環境を配信することにより、キューブを容易に構築できます。

- Essbaseエージェント — このEssbaseコンポーネントは、一連のアプリケーションEssbaseサーバーを管理します。アプリケーションEssbaseサーバーを停止および起動します。また、Essbaseアプリケーションへのアクセスのための参照ポイントも提供します。

- Essbaseアプリケーション — このEssbaseコンポーネントは、Essbaseアプリケーションを表し、それぞれ1つ以上の多次元データベースを含みます。

図27-1に示すOracle Business Intelligenceコンポーネントの詳細は、第1.3項「Oracle Business Intelligenceシステムの論理アーキテクチャ」を参照してください。

27.4.2 インストール・タイプの選択

Essbase Suiteのインストールは、Oracle Business Intelligence簡易インストール・タイプの一部として、Oracle Business Intelligenceエンタープライズ・インストール・タイプの一部として、またはOracle Business Intelligenceソフトウェアのみのインストール・タイプの一部としてのいずれかを選択できます。

このトピックには、次の項が含まれています。

- 第27.4.2.1項「Oracle Business Intelligence簡易インストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由」

- 第27.4.2.2項「Oracle Business Intelligenceエンタープライズ・インストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由」

- 第27.4.2.3項「Oracle Business Intelligenceソフトウェアのみのインストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由」

詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』のインストール・タイプに関する項を参照してください。

27.4.2.1 Oracle Business Intelligence簡易インストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由

Oracle Business Intelligence簡易インストール・タイプでは、WebLogic Serverドメインを作成および構成し、Essbase JEEコンポーネントを管理サーバーにデプロイします。このインストール・タイプでは、管理対象サーバーは作成されません。

簡易インストール・タイプを使用して、たとえば、機能のデモまたはテストを目的として、ラップトップ・コンピュータでOracle Business Intelligenceを使用してEssbaseと関連コンポーネントをインストールします。

インストール・プロセスでEssbase Suiteを選択する場合、簡易インストール・タイプではEssbase JEEコンポーネントをサーバーにデプロイし、EssbaseCluster-1というEssbaseクラスタを1つ作成します。

BIAdministratorロールを持つユーザーは、このクラスタ内でアプリケーションおよびキューブを作成できます。サンプルEssbaseアプリケーションおよびキューブは作成されません。既存のEssbaseサンプル・アプリケーションは使用できます。詳細は、『Oracle Essbaseデータベース管理者ガイド』を参照してください。

http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

EssbaseエージェントおよびStudioシステム・コンポーネントは、Oracle Business Intelligenceのポートの範囲内のポートを使用するように作成および構成されます。

SSLはデフォルトで有効化または構成されません。

27.4.2.2 Oracle Business Intelligenceエンタープライズ・インストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由

Oracle Business Intelligenceエンタープライズ・インストール・タイプでは、アプリケーションとその管理が分割されます。

エンタープライズ・インストール・タイプでは、WebLogic Serverが2つ、管理サーバーと管理対象サーバーが各1つのクラスタを1つ含む、単一のWebLogic Serverドメインを作成および構成します。インストール時にEssbaseスイートを選択すると、Essbase JEEコンポーネントおよびOracle Business Intelligence JEEコンポーネントが管理対象サーバーにインストールされます。詳細は、第27.4.3項「インストール時のEssbaseスイート・オプションの選択」を参照してください。

ドメインを追加の管理対象サーバーにスケールアウトし、Oracle Business IntelligenceのEssbaseのマシン障害を処理する可用性を高めるには、エンタープライズ・インストール・タイプを使用します。後で別のサーバーにスケールアウトする場合は、このインストール・タイプを使用する必要があります。詳細は、第27.6.2項「Oracle Business IntelligenceのEssbaseコンポーネントの高可用性の維持」を参照してください。エンタープライズ・インストール・タイプでは、1つのエージェントを使用するクラスタが1つ作成され、一度に1つのエージェントのみがアクティブになり、もう1つのエージェントはパッシブとなることに注意してください。コンポーネントの選択は、スケールアウトの前、途中、後には変更できません。

27.4.2.3 Oracle Business Intelligenceソフトウェアのみのインストール・タイプを使用してEssbaseと関連コンポーネントをインストールする理由

ソフトウェアのみのインストール・タイプでは、後の構成のために既存のMiddlewareホームにソフトウェア・バイナリ・ファイルがインストールされます。

Essbaseに関しては特に、ソフトウェアのみのインストール・タイプを使用する理由はありません。ただし、たとえば、WebLogic ServerドメインにOracle Business Intelligenceをデプロイする前に、そのドメインを変更するには、このインストール・タイプを使用できます。ソフトウェアのみのインストール・タイプは、エンタープライズ・デプロイメントの構成で必要となります。

27.4.3 インストール時のEssbaseスイート・オプションの選択

インストール時にEssbaseスイート・オプションを選択すると、次のようになります。

- 次のEssbase関連のJEEアプリケーションおよびサービスが、エンタープライズ・インストールではローカルOracle BI EE管理対象サーバーに、簡易インストールでは管理サーバーにインストールされます。

- Workspace (機能が制限されたEPMアプリケーション)

- Calculation Manager (Allocations Managerとも呼ばれるEPMアプリケーション)

- Essbase Administration Services (Webアプリケーション)

- Hyperion Provider Services (APS)

- 次のEssbaseサーバー・プロセスがインストールされます。

- Essbase Studioサーバー

- Essbaseエージェント

- Essbaseアプリケーション

- 次のEssbase関連クライアント・アプリケーションを「BIデスクトップ・ツールのダウンロード」オプションでダウンロードできます。このオプションは、Oracle BI EEのホームページの「はじめに」領域で使用できます。

- Essbase Administrative Servicesコンソール

- Essbase Studioコンソール

- Financial Reporting Studio (EPMアプリケーション)

- Smart View for Office (EPMアプリケーション)

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のBIデスクトップ・ツールのダウンロードに関する項を参照してください。

- ユーザーが、次のEssbaseコマンドライン・ツールにログインできます。

- ESSCMD

- ESSMSH (MaxL)

- Studioサーバー・コマンドライン

- ユーザーは次のサポート対象Essbase API言語を使用してログインできます。

- JAPI

- VB API

- C-API

注意:

この項に含まれていないクライアント・アプリケーションおよびAPI言語は、Oracle Business IntelligenceでインストールされたEssbaseおよび関連コンポーネントではサポートされていません。

27.4.4 Essbase Studioカタログの更新: インストール後のタスク

このタスクでは、Essbase Studioカタログを最新のリリースで使用できるようにする、重要な環境変数の更新を初期化します。

Oracle Business IntelligenceでのEssbaseのインストール後、スクリプトを作成して実行し、Essbase Studioコマンドライン・ツールを使用してEssbase Studioカタログを更新し、最新のリリースで使用できるようにする必要があります。

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

1. Essbaseサーバーが実行中であることを確認します。
Fusion Middleware Controlでは、「可用性」タブの「プロセス」ページでEssbaseエージェントを拡張すると、Essbaseサーバー・プロセスがessbaseserver1と表示されます。

詳細は、第27.6.1項「Essbaseコンポーネントの起動と停止」を参照してください。

2. 次のように、Essbase Studioコマンドライン・クライアントを起動するstartCommandLineClient.bat (または.sh)というスクリプトを作成します。

1. ファイルstartCommandLineClient.batテンプレート(または.sh)を、次の場所からコピーします。
ORACLE_HOME/products/Essbase/EssbaseStudio/Server/scripts.template/startCommandLineClient.bat (または.sh)ファイルを実行可能にします。

2. ファイルstartCommandLineClient.bat (または.sh)を次の場所に貼り付けます。
ORACLE_INSTANCE/EssbaseStudio/essbasestudio1/bin

3. ファイルstartCommandLineClient.bat (または.sh)をテキスト・エディタで開き、このファイルから抽出した次の例に示すように、setEnv.shおよびsetJavaRuntime.shを含む2行を、変数ORACLE_HOMEおよびJAVA_HOMEで置き換えます。

#!/bin/sh
# Set environment variables ${JAVA_HOME} and ${ORACLE_HOME}

ORACLE_HOME=mw_home/OracleBI1
JAVA_HOME=mw_home/OracleBI1/jdk
"${JAVA_HOME}/bin/java" -Xmx128m $JAVA_OPTIONS -jar
"${ORACLE_HOME}/products/Essbase/EssbaseStudio/Server/client.jar"
if [ $? != 0 ]; then
echo ""
echo "Press Enter to finish the client session"
read
fi

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

5. ${ORACLE_HOME}/products/Essbase/EssbaseStudio/Server/client.jarの権限を変更して、読取りアクセスを可能にします。

3. 次のコマンドを入力して、スクリプトを実行します。
startCommandLineClient.bat (または.sh)

CPL Shellというコマンド・ウィンドウが表示されます。

4. コマンド・プロンプトで、有効なEssbase Studioホスト名、管理者のユーザー名およびパスワードを入力します。

注意:

管理者ユーザーは、「reinit」コマンドを使用するため、Essbase Studioの管理者権限を持っている必要があります。

5. コマンド・プロンプトで次のコマンドを入力します。
reinit

6. reinitコマンドが完了したら、exitと入力してCPL Shellを閉じます。
Essbase Studioカタログを使用する準備ができました。

27.4.5 EssbaseがOracle Business Intelligenceでインストールされた場合のクライアント・ツールの使用制限

EssbaseをOracle Business Intelligenceでインストールした場合、次のEssbaseツールの使用に制限があります。

- Essbase Administration Services
このツールを使用すると、Oracle Business Intelligence Essbaseの多くのタスクを実行できます。これらのタスクは、Oracle EPM System Essbaseでも実行できます。

Essbase Administration Servicesを使用してセキュリティ管理を実行しようとしないでください。セキュリティの設定の詳細は、第27.5項「Oracle Business IntelligenceでのEssbaseと関連ツールのセキュリティの構成」を参照してください。

- MaxLコマンドライン・インタフェース
MaxLコマンドラインは、Oracle Business Intelligence Essbaseのほとんどのタスクをサポートしますが、これらのタスクはOracle EPM System Essbaseでも実行できます。

MaxLコマンドラインを使用してセキュリティをプロビジョニングできないことに注意してください。

27.4.6 EssbaseがOracle Business Intelligenceでインストールされた場合にサポートされないEssbaseの機能

EssbaseをOracle Business Intelligenceでインストールすると、Enterprise Performance Managementが完全にはインストールされないので、次のEssbaseの機能がサポートされません。

- 権限の付与が、データベース・レベルでサポートされません。たとえば、1つのアプリケーションで2つの多次元データベースを使用する場合、権限の付与は、アプリケーションで2つの多次元データベースに等しく適用されます。

- 複数クラスタがサポートされません。

- アクティブ/アクティブ・フェイルオーバー・プロセスがサポートされません。一度にアクティブにできるマシンまたはクラスタは1つのみなので、コンピュータまたはクラスタ間でのロード・バランシングができません。

- EssbaseをEnterprise Performance Management Systemの一部としてインストールすると、Essbaseでどのユーザー、グループおよびアプリケーション・ロールが何を実行できるかが監査レポートに表示されますが、そのレポートをこのリリースでは使用できません。ただし、Fusion Middleware Controlを使用して、アプリケーション・ロールに割り当てられたEssbaseの権限を表示できます。

- EssbaseをOracle Business Intelligenceでインストールすると、サポートされないEnterprise Performance Managementの機能が他にもある可能性があります。誤解を防ぐため、(EssbaseをOracle Business Intelligenceでインストールした場合は)この章で指示されていないかぎり、EPMシステムまたはEssbaseのドキュメントを使用しないでください。

27.5 Oracle Business IntelligenceでのEssbaseと関連ツールのセキュリティの構成

この項では、EssbaseをOracle Business Intelligenceでインストールした場合の、Essbase関連の一般的なセキュリティ構成について説明します。Oracle Business Intelligenceの既存のインストールでEssbaseのセキュリティをメンテナンスする場合にも、この項を参照できます。

Oracle Business Intelligenceインストーラでは、Oracle Fusion Middlewareのセキュリティを使用して認証および認可するようにEssbaseコンポーネントを構成します。Essbase環境を保護して、Hyperion Shared Servicesで保護されたEssbaseと同等の機能を提供できます。例外は、Oracle Business Intelligenceの動作保証マトリクスを参照してください。

Oracle Business Intelligenceインストーラを使用してインストールされたEssbaseコンポーネントは、ネイティブEssbaseまたはHyperion Shared Services (HSS)セキュリティを使用できません。しかし、EssbaseをOracle Business Intelligenceでインストールすると、Common Security Service (CSS)トークン・ベースのアイデンティティ・アサーションを引き続き使用でき、Oracle Business Intelligenceを使用して、エンド・ユーザーの資格証明でEssbaseデータソースに(Oracle Business IntelligenceでインストールしたEssbaseにもEPMでインストールしたEssbaseにも)接続できます。このメカニズムをOracle Business Intelligenceのインストールの外部のEssbaseデータソースで使用するには、ドキュメントの指示に従う必要があります。また、Oracle Business IntelligenceでEssbaseの複数のデータソースを使用し、このメカニズムを使用する必要がある場合は、すべてのEssbaseデータソースで同じ共有シークレットを使用してCSSトークンを作成する必要があります。詳細は、第11.6項「Oracle Business IntelligenceでEssbase、Hyperion Financial Management、Hyperion PlanningおよびEPM Workspaceとの通信時にHyperion SSOトークンを使用する構成」を参照してください。

Oracle Business Intelligenceインストーラでは、Essbaseのコア・ユーザー、グループ、アプリケーション・ロール、資格証明および権限を事前構成します。EPMシステム・インストーラでインストールされたEssbaseからOracle Business IntelligenceでインストールされたEssbaseへのセキュリティ・アーティファクトの自動移行はありません。Oracle Business IntelligenceでEssbaseをインストールした場合は、Essbaseで同等の認証および認可のメカニズムを構成する必要があります。

ここでは、Oracle Business IntelligenceでEssbaseをインストールした場合のセキュリティの構成について説明します。各項の内容は次のとおりです。

- 第27.5.1項「Essbaseと関連ツールのセキュリティ構成の前提条件」

- 第27.5.2項「EssbaseとOracle Business Intelligenceの共通セキュリティ・タスク」

- 第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」

- 第27.5.4項「Essbaseフィルタを使用したデータレベル・セキュリティの構成」

- 第27.5.5項「Essbase計算へのアクセスの構成」

- 第27.5.6項「Oracle Business IntelligenceでのEssbaseのポートの変更」

- 第27.5.7項「Essbase Studio (JSE)ポートの割当て」

- 第27.5.8項「Essbaseと関連ツールのリソース権限リファレンス」

27.5.1 Essbaseと関連ツールのセキュリティ構成の前提条件

Oracle Business IntelligenceでEssbase関連のセキュリティを構成する前に、次のことを実行する必要があります。

- 第27.5項「Oracle Business IntelligenceでのEssbaseと関連ツールのセキュリティの構成」の全体を読み、Oracle Business IntelligenceのEssbase関連セキュリティについて理解しておくこと

- Oracle Business Intelligenceのセキュリティの構成について理解しておくこと
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のOracle Business Intelligenceのセキュリティ設定の詳細な手順に関する項を参照してください。

27.5.2 EssbaseとOracle Business Intelligenceの共通セキュリティ・タスク

表27-2は、EssbaseとOracle Business Intelligenceに実行する共通のセキュリティ・タスクを示しています。

表27-2 EssbaseとOracle Business Intelligenceの共通セキュリティ・タスク

セキュリティ・タスク

詳細

認証および認可の構成

Essbaseと関連ツールは、認証および認可を行うために、Oracle Business Intelligenceのセキュリティ・サービスとOracle Fusion Middlewareのセキュリティ・メカニズムに統合されます。

注意: Oracle Business IntelligenceでデプロイされたEssbase (および関連クライアント)は、初期化ブロック認証/認可や、このアプローチで必要なメカニズム(たとえば、Oracle eBusiness Suiteセキュリティ)を使用できません。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のOracle Business Intelligenceのセキュリティに関する項を参照してください。

シングル・サインオンのデプロイ

Essbase Webアプリケーションのシングル・サインオン(SSO)機能は、Oracle Business Intelligenceと同じ、Oracle Fusion Middlewareのセキュリティ・メカニズムを使用します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のSSO認証の有効化に関する項を参照してください。

注意: Oracle Business IntelligenceをSSO環境にデプロイしない場合は、デフォルトの構成をデプロイするうえでその他の構成手順は必要ありません。

Essbase関連ツールおよびアーティファクトの権限の管理

Financial Reporting StudioやEssbase Administration Servicesコンソールなどのツールを使用する権限は、Oracle Fusion Middlewareポリシー・ストアで付与されます。

Essbaseデータベースやフィルタなどのアーティファクトを管理または使用する権限も、Oracle Fusion Middlewareポリシー・ストアで付与されます。

デフォルトのOracle Business Intelligenceセキュリティの管理の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

27.5.3 Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化

アプリケーション・ロールに対するリソース権限の定義を付与することにより、Essbaseと関連ツールで特定の操作をユーザーが実行できるようにします(たとえば、読取りと書込み、計算の使用、フィルタの使用、特定のフィルタの使用など)。適切なリソース権限を最初に定義する必要があります(詳細は、第27.5.4項「Essbaseフィルタを使用したデータレベル・セキュリティの構成」および第27.5.5項「Essbase計算へのアクセスの構成」を参照してください)。リソース権限には、Essbaseアプリケーションでユーザーが実行できるEssbaseアクションの定義が含まれます。Essbaseアクションは、Essbaseリソース・タイプから派生しており、リソース権限にリンクしています。

リソースは階層化されているので、グローバル、クラスタおよびアプリケーション・レベルのリソースがリストされます。

注意:

ここで説明するEssbaseアクションは、Oracle Business Intelligenceのアクションと同じではありません。

インストール・プロセスでは、Oracle Business Intelligenceの既存のアプリケーション・ロールにデフォルトのEssbaseリソース権限を付与します。

Oracle Business IntelligenceでEssbaseをインストールする際にデフォルトで構成される、デフォルトのEssbaseリソース権限の詳細は、第27.5.8項「Essbaseと関連ツールのリソース権限リファレンス」を参照してください。

注意:

BIConsumerアプリケーション・ロールはすべてのユーザーに付与され、oracle.essbase.server /EssbaseCluster-1アクセスおよびoracle.essbase.application /EssbaseCluster-1 user_filterを持ちます。これにより、すべてのユーザーがデフォルトでEssbaseにアクセスできます。

注意:

リソース権限はデフォルトで、ファイルベースの共有ポリシー・ストアに格納されますが、OID LDAP共有ポリシー・ストアに再度関連付けることができます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』の代替認証プロバイダの使用に関する項を参照してください。

注意:

親ロールは、子グループまたはロール・メンバーから権限の付与を継承します。権限の付与は累積し、たとえば、oracle.essbase (フィルタ)をアプリケーション・ロールを通じて付与されているが、別のロールを通じては付与されていないユーザーは、それでもoracle.essbase (フィルタ)ロールを持っていると見なされます。

リソース権限をユーザーおよびアプリケーション・ロールに付与するには:

1. リソース権限の定義をEssbaseフィルタまたはEssbase計算に付与する場合は、そのフィルタまたは計算がすでに存在する必要があります。存在しない場合は、次のリンクのいずれかを参照してください。

- 第27.5.4.2項「Essbaseフィルタのリソース権限定義の構成」

- 第27.5.5.2項「Essbase計算のリソース権限定義の構成」

2. Fusion Middleware Controlにログインします。
詳細は、第2.2.2項「Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン」を参照してください。

3. 「Business Intelligence」を選択し、「coreapplication」を選択します。

4. 「Business Intelligenceインスタンス」メニューで(または「coreapplication」を右クリックして)、「セキュリティ」と「アプリケーション・ポリシー」を選択します。

5. obiアプリケーション・ストライプを選択します。

6. 「プリンシパル・タイプ」を選択し、「検索」をクリックして、アプリケーション・ロールのリストを表示します。
ベスト・プラクティスは、アプリケーション・ロールに権限を割り当てることです。

この検索では、ポリシーまたは権限がすでに割り当てられているプリンシパルのみが返されます。新規アプリケーション・ロールがあり、まだ権限を割り当てていない場合は、「作成」または「類似作成」をクリックする必要があります。

注意:

選択されたプリンシパルに、Essbase以外の権限も表示される場合があります。

7. 「作成」をクリックして、「アプリケーション権限の作成」ページを表示します。

8. 「権限受領者」セクションで「追加」をクリックして、アプリケーション・ロールを追加します。

9. 「タイプ」リストから「アプリケーション・ロール」を選択し、検索の矢印をクリックします。

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

11. 「権限」セクションで「追加」をクリックして、「権限の追加」ページを表示します。

12. 「リソース・タイプ」をクリックして、リストから適切なリソース・タイプを選択します。
たとえば、oracle.essbase.applicationを選択します。

13. 検索の矢印ボタンをクリックして、選択内容を確認します。

注意:

EASで作成したフィルタまたはアプリケーションと、ポリシー・ストアで返されたリストの間では、同期は行われていません。したがって、特定のリソース(サーバー、アプリケーション、フィルタまたは計算)を最初にプロビジョニングする際に、次の手順で「リソース名」を手動で入力する必要があります。

14. 「続行」をクリックして、「権限の追加」ページを表示します。

15. 「リソース名」および「リソース・タイプ」フィールドに適切な情報を入力します。
たとえば、アクセス権限を構成して、デモ・アプリケーション内の任意のフィルタを使用するには、次の情報を入力します。

リソース・タイプ: oracle.essbase.application

リソース名: /EssbaseCluster-1/Demo

権限アクション: use_filter

リソース権限をフィルタまたは計算に付与する際、「リソース・タイプ」、「リソース名」および「権限アクション」フィールドに入力する内容の例は、次を参照してください。

- 第27.5.4.2項「Essbaseフィルタのリソース権限定義の構成」

- 第27.5.5.2項「Essbase計算のリソース権限定義の構成」

注意:

リソースの権限アクションも、「権限アクション」フィールドに手動で入力できます。Essbaseアクションは階層化されており、リストの上位にあるアクションには、下位メンバーが含まれます。たとえば、readを選択すると、readおよびrestart権限が/EssbaseCluster-1/Demo Essbaseアプリケーションに付与されます。

16. 「選択」をクリックします。

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

27.5.4 Essbaseフィルタを使用したデータレベル・セキュリティの構成

データレベル・セキュリティを使用すると、Essbase多次元データベースでユーザーに表示されるディメンション・データを制限できます。Essbaseフィルタのリソース権限定義を構成し、それをアプリケーション・ロールに付与することで、Oracle Business Intelligenceユーザーのデータレベル・アクセスを保護します。詳細は、第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」を参照してください。

このトピックには、次の項が含まれています。

- 第27.5.4.1項「Essbaseフィルタとは」

- 第27.5.4.2項「Essbaseフィルタのリソース権限定義の構成」

- 第27.5.4.3項「Essbaseフィルタでのデータ・アクセスの保護」

- 第27.5.4.4項「フィルタ・アクセス権限の付与の変更が使用済になる時点」

- 第27.5.4.5項「Oracle Business IntelligenceとEPMでのフィルタ権限の付与の相違点」

27.5.4.1 Essbaseフィルタとは

Essbaseフィルタとは、Essbaseのリソースで、ディメンション・データのアクセス制御メカニズムを提供します。たとえば、フィルタがユーザーによるデータの表示または更新を、特定の地域または特定の製品のみに制限している場合があります。

Essbaseフィルタは、ローカル・ファイル・システムに.SECファイル形式で格納されます。

表27-3は、ディメンション・メンバーに対するフィルタのアクセス権限について説明しています。

表27-3 ディメンション・メンバーに対するEssbaseフィルタのアクセス権限

権限

説明

アクセスなし、またはなし

アクセス権がグローバルに付与されていないかぎり、データ値への固有のアクセス権はなし

読取り

データ値の読取りが可能

書込み

データ値の読取りおよび更新が可能

メタ読取り

メタデータの読取りが可能(ディメンションおよびメンバー名)

Essbaseフィルタは、Essbase Administration Services (およびMaxLコマンドライン)を使用して作成します。これにより、次のことも可能になります。

- ディメンションおよびそのメンバーの表示

- フィルタ操作のリスト表示

- デザインタイムでのフィルタの検証

詳細は、Oracle Essbase Administration Servicesオンライン・ヘルプおよび『Oracle Essbaseデータベース管理者ガイド』を参照してください。

http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

Enterprise Performance ManagementドキュメントのHyperion Shared Services (HSS)に関する記述は無視してかまいません。

27.5.4.2 Essbaseフィルタのリソース権限定義の構成

リソース権限定義はポリシー・ストアのEssbaseフィルタと結合して、アプリケーション・ロールに付与されます。これにより、アプリケーション・ロールに関連づけられたユーザーは、Essbaseフィルタのリソース権限定義を1つ以上結合して定義されたデータを保護できます。

Essbaseフィルタのリソース権限定義をアプリケーション・ロールに付与する前に(第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」を参照)、まず、適切なリソース権限定義がポリシー・ストアに存在している必要があります。この項の例を使用して、ユーザーがEssbaseフィルタを使用できるようにするためのリソース権限定義の構成方法を理解します。

アプリケーション・ロールには、特定のフィルタにアクセスするための少なくとも2つのポリシー・ストア権限付与が必要です。特定のスコープ内のフィルタを使用するアプリケーション・ロールの権限を付与する必要があります。

権限の詳細は、第27.5.8項「Essbaseと関連ツールのリソース権限リファレンス」を参照してください。

次の例を使用して、Essbaseフィルタのリソース権限定義の構成方法を理解します。

例1 - デモ・アプリケーション内でのフィルタの使用を有効化するリソース権限の構成:

この例では、リソース権限定義を構成して、デモ・アプリケーション内でのフィルタの使用を有効にします。この例では、次のリソース権限定義のいずれかがポリシー・ストアに必ず存在する必要があります。例:

- oracle.essbase.application, /EssbaseCluster-1, use_filter
ここでは次のようになります。

- oracle.essbase.application, - リソース・タイプ(この場合はアプリケーション)

- /EssbaseCluster-1, - クラスタ名

- use_filter - アクション権限(この場合、フィルタの使用を有効化します)

この例では、use_filterアクション権限でoracle.essbase.applicationリソース・タイプを構成して、ポリシー・ストアでこの定義と関連づけられているユーザーが、EssbaseCluster-1内の任意のアプリケーション(デモ・アプリケーションを含む)でフィルタを使用できます。

または

- oracle.essbase.application, /EssbaseCluster-1/Demo, use_filter
この例では、use_filterアクション権限でoracle.essbase.applicationリソース・タイプを構成して、ポリシー・ストアでこの定義と関連づけられているユーザーが、EssbaseCluster-1内のデモ・アプリケーションでフィルタを使用できます。

例2 - 特定のフィルタのリソース権限の構成:

この例では、リソース権限定義を構成して、特定のフィルタの使用を有効にします。最初の権限付与の範囲でフィルタに名前を付けるリソース権限定義をさらに指定する必要があります。

たとえば、Basicというデータベースでユーザーのディメンション・アクセスを、read_filterというフィルタで定義されたメンバーに制限するには、次のリソース権限定義が必要です。

- oracle.essbase.application, /EssbaseCluster-1, use_filter
または

- oracle.essbase.application, ./EssbaseCluster-1/Demo, use_filter
および

- oracle.essbase.filter, /EssbaseCluster-1/Demo/Basic/read_filter, apply
この例では、read_filterアクション権限でoracle.essbase.applicationリソース・タイプを構成して、ポリシー・ストアでこの定義と関連づけられているユーザーの、EssbaseCluster-1内のデモ・アプリケーションでのBasicデータベースのフィルタの読込みを制限します。

例3 - 複数のフィルタのリソース権限の構成:

この例では、複数のフィルタで複数のリソース権限定義を有効化して、データベースBasicでのユーザーのディメンション・アクセスを、フィルタ「read_filter」または「readFeb_filter」のいずれかで定義されたメンバーに制限します。次のリソース権限定義が必要です。

注意:

. これは、ユーザーとグループが単一のアクティブ・フィルタに制限されるEPMのインストールとは異なります。

- oracle.essbase.application, /EssbaseCluster-1, use_filter
または

- oracle.essbase.application, ./EssbaseCluster-1/Demo, use_filter
および

- oracle.essbase.filter, /EssbaseCluster-1/Demo/Basic/read_filter, apply
および

- oracle.essbase.filter, /EssbaseCluster-1/Demo/Basic/readFeb_filter apply

例4 - データベース・レベルでデータ・アクセスを拡張または制限するフィルタのリソース権限の構成:

この例ではアクティブ・フィルタを使用して、データベース・レベルでデータ・アクセスを拡張または制限します。

たとえば、次のリソース権限定義に関連づけられたユーザーは、noAccess1がすべてのディメンションへのアクセスを制限するDemoからの読込みができません。

- oracle.essbase.application, /EssbaseCluster-1/Demo, read

- oracle.essbase.filter,/EssbaseCluster-1/Demo/Basic/noAccess1, apply

27.5.4.3 Essbaseフィルタでのデータ・アクセスの保護

Essbaseフィルタをアプリケーション・ロールに付与して、データ・アクセスを保護します。Essbaseフィルタのリソース権限定義は、データベース・レベルで権限受領者のデータ・アクセスを保護します。

Essbaseフィルタでユーザーのデータ・アクセスを保護するには:

1. 特定のフィルタが存在しない場合は、Essbase Administration ServicesコンソールまたはMaxLコマンドラインを使用して作成します。
詳細は、Oracle Essbase Administration Servicesオンライン・ヘルプおよび『Oracle Essbaseデータベース管理者ガイド』を参照してください。

http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

2. Fusion Middleware Controlを使用して、フィルタのリソース権限定義をアプリケーション・ロールに付与します。
詳細は、第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」を参照してください。

これは、Oracle WebLogic Scripting Tool (WLST)を使用してプログラムで実行することもできます。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOPSSスクリプトによるアプリケーション・ポリシーの管理に関する項を参照してください。

注意:

EssbaseをOracle Business Intelligenceでインストールした場合、次のEnterprise Performance Managementの制限は適用されません。

EPMでインストールしたシステムの場合、多次元データベースにつき、ユーザーまたはアプリケーション・ロールごとに、フィルタは1つのみです。ユーザーまたはアプリケーション・ロールが2番目のフィルタに直接プロビジョニングされている場合、1番目は取り消されます。ユーザーが、プロビジョニングされたフィルタをそれぞれ持つ複数のアプリケーションのメンバーである場合、複数のフィルタを間接的にプロビジョニングできます。

フィルタのリソース権限定義は、特定のEssbase多次元データベースに接続する際に決定されます。フィルタのリソース権限定義は、認証中にEssbaseエージェントに渡されます。ユーザーが正常に認証されると、ローカルに格納された.SECファイルで、そのユーザーのフィルタのリストが更新されます。

27.5.4.4 フィルタ・アクセス権限の付与の変更が使用済になる時点

ユーザーのフィルタ・アクセス権限はログイン時に決定され、Essbaseデータベースが選択されると使用済になります(SetActive)。認可の変更は既存のセッションでは通知されないので、ユーザーは再度ログインして、認可ポリシーの変更を使用済にする必要があります。

27.5.4.5 Oracle Business IntelligenceとEPMでのフィルタ権限の付与の相違点

EssbaseをOracle Business Intelligenceでインストールした場合は、次のように、EssbaseをEPMシステムの一部としてインストールした場合と比べて異なるフィルタ・リソース権限を付与します。

- EssbaseをOracle Business Intelligenceでインストールした場合
フィルタのリソース権限定義をアプリケーション・ロールに付与するか、管理者権限をアプリケーション・ロールに割り当てます。

- EssbaseをEPMシステムの一部としてインストールした場合
フィルタのリソース権限をグループに付与するか、管理者権限をグループに割り当てます。

Oracle Business IntelligenceでインストールしたEssbaseは、ユーザーにすべての権限を組み合せて付与します。この権限は、直接またはグループやアプリケーション・ロールを通じて付与されます。EPMシステムとは異なり、Oracle Business Intelligenceを使用する場合は、たとえばoracle.essbase.applicationフィルタ・アクションをフィルタと同じグループを使用して付与する必要があるという制限はありません。Oracle Business Intelligenceでは、競合するロールを使用できます。これらの権限付与の結果については、表27-4を参照してください。

表27-4 権限の付与がEPMとOracle Business Intelligenceの間でどのように異なるかを示す例

アプリケーション・ロール(グループ)

アプリケーション権限

フィルタ権限付与

A

oracle.essbase.application, /EssbaseCluster-1/Demo, use_filter

oracle.essbase.filter, /EssbaseCluster-1/Demo/Basic/read_filter, apply

B

oracle.essbase.application, /EssbaseCluster-1/Demo, use_filter

oracle.essbase.filter, /EssbaseCluster-1/Demo/Basic/readFeb_filter, apply

表27-4で、ユーザーJDoeはグループAおよびBのメンバーであり、Basicの問合せの際、JDoeはread_filterおよびreadFeb_filterで定義される行にアクセスできます。グループAに、EPMシステムのインストールで削除されたアプリケーション権限がある場合、グループAのユーザーはその後、どのフィルタにもアクセスできなくなります。ただし、EssbaseをOracle Business Intelligenceでインストールすると、ユーザーJDoeは、両方のフィルタの行に引き続きアクセスできます。JDoeはグループBのメンバーシップからも権限を継承するためです。

27.5.5 Essbase計算へのアクセスの構成

Essbase計算を使用すると、Essbase多次元データベースのデータに数式を適用できます。Essbase計算のリソース権限定義を構成し、アプリケーション・ロールに付与することで、ユーザーがEssbase計算にアクセスできます。詳細は、第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」を参照してください。

このトピックには、次の項が含まれています。

- 第27.5.5.1項「Essbase計算とは」

- 第27.5.5.2項「Essbase計算のリソース権限定義の構成」

- 第27.5.5.3項「Essbase計算へのユーザーのアクセスの有効化」

27.5.5.1 Essbase計算とは

Essbase計算を使用すると、ユーザーはディメンション・メンバーに複雑な式を定義および適用できます。計算に名前を付け、アプリケーションまたはデータベース・レベルでファイルに保存できます。これを計算スクリプトと呼びます。計算は、対話的に作成し、実行することもできます。これをインライン計算と呼びます。最後に、各データベースにはデフォルトの計算がアウトラインで定義されています。

計算スクリプトはローカル・ファイル・システムに格納され、その定義は複雑な場合があり、ツールのサポートが必要となります。たとえば、Essbase Administration Services (EAS)とCalculation Managerを使用して、次のことができます。

- ディメンションおよびそのメンバーの表示

- 計算操作のリスト表示

計算の定義にはMaxLも使用できます。

27.5.5.2 Essbase計算のリソース権限定義の構成

Essbas計算を使用するアプリケーション・ロール権限を付与する前に(第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」を参照)、適切なリソース権限定義がポリシー・ストアに存在している必要があります。この項の例を使用して、ユーザーがEssbase計算を使用できるようにするためのリソース権限定義の構成方法を理解します。

リソース権限の詳細は、第27.5.8項「Essbaseと関連ツールのリソース権限リファレンス」を参照してください。

例1 - リソース権限定義を構成して、/cluster/App1のデフォルトおよびインラインの計算を使用するには:

この例では、リソース権限定義を構成して、/EssbaseCluster-1/App1のデフォルトおよびインラインの計算を使用します。次のリソース権限定義がポリシー・ストアに存在する必要があります。例:

- oracle.essbase.application, /EssbaseCluster-1, use_calculation
この例では、アプリケーションのリソース権限でクラスタ内のすべてのアプリケーションにuse_calculation権限を付与します。

または

- oracle.essbase.application, /EssbaseCluster-1/App1, use_calculation
この例では、アプリケーションのリソース権限でApp1のアプリケーションにuse_calculation権限を付与します。

例2 - リソース権限定義を構成して、/cluster/App1のすべての計算を使用するには:

この例では、リソース権限定義を構成して、/EssbaseCluster-1/App1のすべての計算スクリプトを使用します。次の権限がポリシー・ストアに必ず存在する必要があります。例:

- oracle.essbase.application, /EssbaseCluster-1, use_calculation
または

oracle.essbase.application, /EssbaseCluster-1/App1, use_calculation

および

- oracle.essbase.calculation, /EssbaseCluster-1/App1, all
この計算の権限は、App1のすべての計算スクリプトに、アクセス権限を付与します。

例3 - リソース権限定義を構成して、クラスタ内のすべての計算を使用するには:

この例では、リソース権限定義を構成して、クラスタ内のすべての計算を使用します。次の権限の両方がポリシー・ストアに必ず存在する必要があります。例:

- oracle.essbase.application, /EssbaseCluster-1, use_calculation

- oracle.essbase.calculation, /EssbaseCluster-1, all

例4 - リソース権限定義を構成して、計算スクリプトforcastQ1およびforcastQ2を使用するには:

この例では、リソース権限定義を構成して、クラスタ内の特定の計算スクリプト(たとえば、forcastQ1およびforcastQ2)を使用します。次の権限がポリシー・ストアに必ず存在する必要があります。例:

- oracle.essbase.application, /EssbaseCluster-1, use_calculation
または

oracle.essbase.application, /EssbaseCluster-1/App1, use_calculation

- oracle.essbase.calculation, /EssbaseCluster-1/App1/Db1/forcastQ1, execute
および

- oracle.essbase.calculation, /EssbaseCluster-1/App1/Db1/forcastQ2, execute

注意:

特定の計算スクリプトに権限付与すると、すべての計算へのクラスタまたはアプリケーション・レベルのアクセスが取り消されます。計算スクリプトへの特定の権限付与は、制限と見なされます。

例:

次の権限を付与されたユーザーは、計算スクリプトforcastQ1のみにアクセスできます。

- oracle.essbase.application, /EssbaseCluster-1, use_calculation

- oracle.essbase.calculation, /EssbaseCluster-1, all

- oracle.essbase.calculation, /EssbaseCluster-1/App1/Db1/forcastQ1, execute

注意:

oracle.essbase.calculationの権限付与は、oracle.essbase.application calculateのアクセスを示すものではありません。例:

oracle.essbase.applicationの計算の権限付与がない場合、ユーザーには、次のいずれかの権限付与を含む計算、アウトライン、インラインまたはスクリプトへのアクセス権がありません。

- oracle.essbase.calculation, /EssbaseCluster-1/App1, all

- oracle.essbase.calculation, /EssbaseCluster-1, all

- oracle.essbase.calculation, /EssbaseCluster-1/App1/Db1/forcastQ1, execute

27.5.5.3 Essbase計算へのユーザーのアクセスの有効化

1つ以上のEssbase計算のアクセス権限を、ユーザーに関連づけられたアプリケーション・ロールに付与することにより、そのユーザーがEssbase計算にアクセスできるようにします。デフォルトでは、計算の権限を持つユーザーは、すべてのデータベースでデフォルトおよびインラインの計算を実行できます。

ユーザーがEssbase計算にアクセスできるようにするには:

1. 計算スクリプトが存在しない場合は、Essbase Administration ServicesコンソールまたはMaxLコマンドラインを使用して作成し、アクティブにします。
詳細は、『Oracle Essbaseデータベース管理者ガイド』およびOracle Essbase Administration Servicesオンライン・ヘルプを参照してください。

http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

2. Essbase計算のアクセス権限を、Fusion Middleware Controlを使用してアプリケーション・ロールに付与します。
詳細は、第27.5.3項「Essbaseと関連ツールでのユーザーによる特定の操作の実行の有効化」を参照してください。

27.5.6 Oracle Business IntelligenceでのEssbaseのポートの変更

ローカルWebLogic Serverを実行するポートを変更できます。たとえば、EssbaseをOracle Business Intelligenceでインストールする際、サード・パーティ製品に必要なポートを使用する場合です。ネットワーク管理者は、使用可能なポートの範囲を制限する場合があります。

Oracle Business Intelligence (Essbaseを含む)システム・コンポーネントのポートの範囲は、Fusion Middleware Controlの「スケーラビリティ」ページ、「容量管理」タブに示します。詳細は、第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」を参照してください。Essbaseサーバーのポート範囲またはEssbaseエージェントのポート番号を明示的に指定するには、essbase.cfgファイルのSERVERPORTBEGIN、SERVERPORTENDまたはAGENTPORTの適切なエントリを手動で編集します。

Fusion Middleware Control外部のEssbaseサーバーのポート範囲またはEssbaseエージェントのポート番号を手動で更新するには:

1. essbase.cfgファイルを編集用に開きます。
essbase.cfgファイルは次の場所にあります。

ORACLE_INSTANCE/Essbase/essbaseserver1/bin/essbase.cfg

2. 次のエントリを必要に応じて更新します。
例:

AGENTPORT 9799

SERVERPORTBEGIN 9000

SERVERPORTEND 9499

これらのレポートの詳細は、表27-1およびOracle Essbaseテクニカル・リファレンス・ガイドを参照してください。

http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

3. essbase.cfgファイルを保存します。

4. WebLogic Serverを再起動します。

注意:

BI Security Serviceに接続するEssbaseスタンドアロン・クライアントは、次の起動時に新しいポート・アドレスを使用します。同じWebLogic Serverで実行されるEssbase Webアプリケーションでは、同じ場所に配置されているBI Security Serviceとの通信を継続するために再起動する必要がない場合があります。

27.5.7 Essbase Studio (JSE)ポートの割当て

Essbase Studioのポートは、Oracle Business Intelligenceでは管理しません。

Essbase Studioのポートの値は、server.propertiesファイルのエントリtransport.portの値で指定されます(たとえばtransport.port=5300)。server.propertiesファイルは次の場所にあります。

<INSTANCE>/EssbaseStudio/essbasestudio1/bin/server.properties

27.5.8 Essbaseと関連ツールのリソース権限リファレンス

この項では、EssbaseをOracle Business Intelligenceでインストールしたときにデフォルトで構成されるEssbaseと関連ツールのリソース権限についてのリファレンス情報を示します。

Essbase関連機能にアクセスするには、ユーザー(またはグループや、そのユーザーが所属するアプリケーション・ロール)は1つ以上のリソース権限を付与されている必要があります。Essbase関連のリソース権限は、リソース・タイプ、名前およびアクションで定義され、Oracle Fusion Middlewareのセキュリティ・モデルの一部としてポリシー・ストアに格納されます。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』の「ポリシー・ストアの管理」を参照してください。

- リソース・タイプ
権限の名前付きグループが含まれます。

- リソース名
権限を適用する範囲を指定します。

- アクション
権限により、権限受領者が実行できる操作を定義します。

Essbase関連のリソース権限は、Fusion Middleware Controlを使用して管理します。ただし、JMXまたはOracle WebLogic Scripting Toolを使用して、Oracle Platform Security ServicesのAPIも使用できます。

注意:

Essbaseと関連ツールをOracle Business Intelligenceでインストールすると、Hyperion Shared Servicesがユーザーのプロビジョニングで提供する機能は、この章で説明する機能に置き換えられます。

このトピックには、次の項が含まれています。

- 第27.5.8.1項「Essbaseと関連ツールに適用されるリソース・タイプ」

- 第27.5.8.2項「Essbaseと関連ツールに適用されるリソース名」

- 第27.5.8.3項「Essbaseと関連ツールに適用されるアクション」

27.5.8.1 Essbaseと関連ツールに適用されるリソース・タイプ

リソース・タイプは、特定のアクションに関連付けできる権限の名前付きグループです。Essbaseサーバーにはいくつかの認可レベルがあり、それぞれにリソース・タイプがあります。リソース・タイプはFusion Middleware Controlで、新規権限付与の選択の際に、適用可能なEssbase関連のアクションのリストの制限に使用されます。

表27-5は、Oracle Business IntelligenceでサポートされるEssbase関連のリソース・タイプの一覧を示しています。

表27-5 Oracle Business IntelligenceでサポートされるEssbase関連のリソース・タイプ

リソース・タイプ

説明

oracle.essbase.server

グローバル、クラスタおよびサーバー・レベルの権限。

oracle.essbase.application

フィルタおよび計算の使用に必要なアプリケーション・レベルの権限。

oracle.essbase.filter

フィルタのアクセス制御。

oracle.essbase.calculation

計算スクリプトのアクセス制御。

oracle.essbasestudio

Essbase Studioの権限。

oracle.fr

Financial Reportingの権限。

oracle.calcmanager

Calculation Managerの権限。

27.5.8.2 Essbaseと関連ツールに適用されるリソース名

各リソース・タイプには、認可可能なリソースおよびアクションのセットがあります。Essbase関連のリソース名は、特定のオブジェクトまたはオブジェクトが含まれるスコープのどちらかです。

oracle.essbasestudio、oracle.frおよびoracle.calcmanagerのリソース・タイプでは、リソース名は必ず「/」のグローバル・スコープです。

oracle.essbase.serverおよびoracle.essbase.applicationのリソース・タイプでは、リソース名はスコープです。これらは階層化されているので、表27-6のスコープには、その中に含まれるスコープのセットが含まれます。

表27-6は、サポートされるEssbaseスコープの一覧を示しています。

表27-6 サポートされるEssbaseスコープ

名前

スコープ

/

グローバル、すべてのクラスタ、すべてのアプリケーション、すべてのキューブ。

/cluster

論理クラスタ内のすべてのアプリケーション。

/cluster/application

特定のアプリケーションとそのキューブ。

表27-7は、サポートされるoracle.essbase.filterスコープの一覧を示しています。

表27-7 サポートされるEssbaseフィルタ・スコープ

名前

スコープ

/cluster/application/database/filtername

特定の名前付きフィルタへのアクセス。

表27-8は、サポートされるEssbase計算スコープの一覧を示しています。

表27-8 サポートされるEssbase計算スコープ

名前

スコープ

/cluster/

クラスタ・レベルのすべての計算スクリプト。任意のアプリケーション、任意のキューブ。

/cluster/application

アプリケーション・レベルのすべての計算スクリプト。名前付きのアプリケーション内の任意のキューブ。

/cluster/application/database/scriptname

特定の名前付き計算スクリプトへのアクセス。

27.5.8.3 Essbaseと関連ツールに適用されるアクション

Essbase関連のアクション(権限)は、ユーザーがEssbaseまたは関連ツールで実行できる操作を表します。

oracle.essbase.serverまたはoracle.essbase.applicationリソース・タイプに付与されるアクションは階層化されているので、リストに示すアクションには、その下に示す権限のセットが含まれます。

たとえば、oracle.essbase.application, /EssbaseCluster-1, readを付与すると、権限受領者は多次元データベースの読取りおよびEssbaseCluster-1でのアプリケーションの再起動を実行できます。

その他のEssbase関連のリソース・タイプのアクションは、階層化されず、個別に権限を付与する必要があります。

次の一連の表では、Essbase関連の各リソース・タイプで使用できるアクションの詳細を示します。

表27-9は、サポートされるoracle.essbase.serverアクションの一覧を示します。

表27-9 Oracle Business IntelligenceでサポートされるEssbaseサーバー・アクション

アクション

説明

administer

サーバー、アプリケーションおよびデータベースを管理するための完全なアクセス。

create

アプリケーションおよびアプリケーション内のデータベースを作成および削除する機能。このユーザーが作成したアプリケーションおよびデータベースの、アプリケーション・マネージャおよびデータベース・マネージャの権限が含まれます。

access

Essbaseにログインする機能。

注意: これは非推奨ですが、サーバーまたはアプリケーションの権限が1つでも存在すれば、今は十分です。

注意:

アプリケーションを作成するユーザーには、そのアプリケーションを同じセッション内で管理する権限があります。同じユーザーに、以降のセッションで、アプリケーションを管理する明示的な権限を付与する必要があります。

表27-10は、サポートされるoracle.essbase.applicationアクションの一覧を示します。

表27-10 Oracle Business IntelligenceでサポートされるEssbaseアプリケーション・アクション

アクション

説明

manage_application

特定のアプリケーション内のデータベースおよびアプリケーションの設定を作成、削除および変更する機能。アプリケーション内のデータベースのデータベース・マネージャの権限が含まれます。

manage_database

割り当てられたアプリケーション内のデータベース、データベース・アーティファクト、ロックおよびセッションを管理する機能(たとえば、データベース・プロパティまたはキャッシュ設定の変更)。

use_calculation

割り当てられたスコープに基づき、割り当てられた計算およびフィルタがある場合は使用して、データ値の計算、更新および読取りを実行する機能。

write

割り当てられたスコープに基づき、割り当てられたフィルタがある場合は使用して、データ値の更新および読取りを実行する機能。

read

データ値を読み取る機能。

use_filter

フィルタの制限に従って、特定のデータおよびメタデータにアクセスする機能。

restart

アプリケーションまたはデータベースを起動および停止する機能。

表27-11は、サポートされるoracle.essbase.filterアクションの一覧を示します。

表27-11 Oracle Business IntelligenceでサポートされるEssbaseフィルタ・アクション

アクション

説明

apply

リソース名で識別されるフィルタを適用します。

表27-12は、サポートされるoracle.essbase.calculationアクションの一覧を示します。

表27-12 Oracle Business IntelligenceでサポートされるEssbase計算アクション

アクション

説明

all

リソース名で参照されるスコープに含まれる計算を、ユーザーが実行できます。

execute

リソース名で識別される計算スクリプトを、ユーザーが実行できます。

表27-13は、サポートされるoracle.frアクションの一覧を表示します。

表27-13 Oracle Business IntelligenceでサポートされるEssbase Financial Reportingアクション

アクション

説明

accessReporting

ユーザーがレポートにアクセスできます。

administerReporting

ユーザーがレポートを管理できます。

editReport

ユーザーがレポートを編集できます。

scheduleBatch

ユーザーがレポートをスケジュールできます。

editBook

ユーザーがブックを編集できます。

editBatch

ユーザーがバッチを編集できます。

表27-14は、サポートされるoracle.essbasestudioアクションの一覧を示します。

表27-14 Oracle Business IntelligenceでサポートされるEssbase Studioアクション

アクション

説明

cpadmin

管理者。モデル作成、キューブ・デプロイメントおよびドリルスルー・レポートの実行など、Essbase Studioのすべてのタスクを実行します。

cpdsadmin

データソース管理者。データソース、接続の作成およびメンテナンスに関するすべてのタスクを実行し、ドリルスルー・レポートを実行します。

cpdm

データ・モデラー。メタデータ要素の作成およびメンテナンスに関するすべてのタスクを実行し、キューブをデプロイし、ドリルスルー・レポートを実行します。

viewer

ビューア。すべてのEssbase Studioのデータソースおよびメタデータ要素を表示し、ドリルスルー・レポートを実行します。

表27-15は、サポートされるoracle.calcmanagerアクションの一覧を示します。

表27-15 Oracle Business IntelligenceでサポートされるEssbase Calc Managerアクション

アクション

説明

admin

管理者として扱われます。すべてのアクティビティを実行できます。

designer

自分で作成したルールを編集、削除、変更およびデプロイし、他のユーザーが作成したルールを表示できます。

表27-16は、Oracle Business Intelligenceのアプリケーション・ロールに付与される権限の一覧を示します。

表27-16 Oracle Business Intelligenceのアプリケーション・ロールに付与されるEssbaseの権限

ロール名

リソース権限

ロール・メンバー

BIAdministrator

oracle.essbase.server, /, administrator

oracle.fr,/,administerReporting

oracle.calcmanager,/,admin

BIAdministratorsグループ

BIAuthor

oracle.calcmanager,/,designer

oracle.essbasestudio,/,cpadmin

oracle.fr,/,editBatch,editBook,editReport,scheduleBatch

BIAuthorsグループ

BIAdministratorアプリケーション・ロール

BIConsumer

oracle.essbase.server,/,access,use_filter

oracle.fr,/,accessReporting

oracle.essbasestudio,/,viewer

BIConsumersグループ

BIAuthorアプリケーション・ロール

AuthenticatedUser

該当なし

BIConsumer

このアプリケーション・ロールの階層および付与される権限はデフォルトのみで、管理者ユーザーがFusion Middleware Controlで変更できます。

AuthenticatedUserは、デフォルトでBIConsumerのメンバーです。これは、正常に認証されたユーザーにはBIConsumerロール権限が付与されるということを意味します。

27.6 Oracle Business IntelligenceでのEssbaseシステム管理

Oracle Business IntelligenceでのEssbaseのシステム管理では、Essbaseエージェントの起動と停止、ログ・ファイルの有効化と表示、ロギング・レベルの設定、ドメイン間でのEssbaseの構成の移行、Essbaseメトリックの監視、およびEssbaseデータのバックアップとリカバリを行います。

このトピックには、次の項が含まれています。

- 第27.6.1項「Essbaseコンポーネントの起動と停止」

- 第27.6.2項「Oracle Business IntelligenceでのEssbaseコンポーネントの高可用性の維持」

- 第27.6.3項「診断: Essbaseのロギング、ログ・レベルの設定およびログ・ファイルの表示の有効化」

- 第27.6.4項「ドメイン間でのEssbaseの構成の移行」

- 第27.6.5項「Essbaseメトリックの監視」

- 第27.6.6項「Essbaseのデータのバックアップとリカバリ」

Oracle Business Intelligenceでのシステム管理の詳細は、第1章「Oracle Business Intelligenceのシステム管理の概要」を参照してください。

27.6.1 Essbaseコンポーネントの起動と停止

Fusion Middleware Controlを使用して、ステータスの監視や、Essbaseエージェント、Essbase Administration ServicesおよびProvider Servicesの起動と停止を実行できます。詳細は、第4章「Oracle Business Intelligenceの起動と停止」を参照してください。

注意:

第4章には、Essbaseのコンポーネントの個別の参照事項は含まれていません。Fusion Middleware Controlに表示されるEssbaseのコンポーネントを参照し、Oracle Business Intelligenceのコンポーネントについての説明と同じ手順で、Essbaseのコンポーネントを起動および停止できます。

Fusion Middleware Controlを使用してEssbaseサーバーを起動または停止するには:

1. Fusion Middleware Controlにログインします。
詳細は、第2.2.2項「Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン」を参照してください。

2. 「Business Intelligence」を選択し、「coreapplication」を選択します。

3. 「可用性」タブの「プロセス」ページを表示します。

4. たとえば、「Essbaseエージェント」を開いて、「プロセス」セクションのessbaseserver1を選択します。
これにより、Essbaseサーバーのプロセスのみを起動または停止できます。

5. 「選択項目の停止」をクリックして選択したプロセスを停止するか、「選択項目の起動」をクリックして選択したプロセスを起動します。

注意:

「すべて停止」および「すべて起動」ボタンを使用すると、Oracle Business Intelligenceのすべてのプロセスを停止および起動できます。これには、Essbaseサーバーのプロセスも含まれます。Essbase Studioは、Fusion Middleware Controlを使用して停止および起動できません。コマンドラインを使用する必要があります。

27.6.2 Oracle Business IntelligenceでのEssbaseコンポーネントの高可用性の維持

Oracle Business IntelligenceのEssbaseの高可用性は、アクティブ/パッシブ・フォルト・トレランス・モデルを使用して自動的に維持され、フェイルオーバーはOracle Process Management and Notification (OPMN)サービスとFusion Middleware Controlで管理されます。

- 第27.6.2.1項「高可用性のサポートのためのEssbaseのスケールアウト」

- 第27.6.2.2項「Essbaseシステム・コンポーネントのセカンダリ・インスタンスの構成」

- 第27.6.2.3項「Essbaseのアクティブ/パッシブ・トポロジとは」

- 第27.6.2.4項「Essbaseの容量の管理」

27.6.2.1 高可用性のサポートのためのEssbaseのスケールアウト

エンタープライズ・インストールを使用している場合、追加のコンピュータにEssbaseをスケールアウトして(第27.4.2.2項参照)、コンピュータ間の高可用性をサポートできます。

スケールアウトは、既存のOracle BI EEコンポーネントと同様の方法で実現し、Oracle Business Intelligenceインストーラをスケールアウトに使用し、Fusion Middleware Controlを使用してセカンダリEssbaseコンポーネントを構成します。

Essbaseをスケールアウトして高可用性をサポートするには:

1. 既存のエンタープライズ・インストールをスケールアウトします。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』の既存のインストールをスケールアウトするためのエンタープライズ・インストールに関する項を参照してください。

2. 高可用性を実現するために、スケールアウト中に作成されたセカンダリEssbaseコンポーネントを構成して、分散させます。
第27.6.2.2項「Essbaseシステム・コンポーネントのセカンダリ・インスタンスの構成」に進みます。

27.6.2.2 Essbaseシステム・コンポーネントのセカンダリ・インスタンスの構成

Oracle Essbaseエージェントは、アクティブ/パッシブ・モードで動作する単一のコンポーネントです。高可用性を実現するために、このコンポーネントのセカンダリ・インスタンスを構成して分散させます。

Essbaseシステム・コンポーネントのセカンダリ・インスタンスを構成するには:

1. http://mycompany.example:7001/emでFusion Middleware Controlにログインします。

2. 「Business Intelligence」ノードを開きます。

3. 「coreapplication」をクリックします。

4. 「可用性」をクリックし、「フェイルオーバー」をクリックします。

5. 「構成をロックして編集」をクリックして、「可用性」タブの「プライマリ/セカンダリ構成」セクションをアクティブ化します。

6. Essbaseエージェントの「セカンダリ・ホスト / インスタンス」を指定します。

7. 「Essbaseエージェント」セクションで、「共有フォルダ・パス」に次の値を指定します。
MW_HOME/INSTANCE/Essbase/essbaseserver1.

注意: /MW_HOME/INSTANCE/Essbase/essbaseserver1ディレクトリの内容を、共有フォルダ・パスに手動でコピーする必要があります。

8. 「適用」をクリックします。
「潜在的単一点障害」で、「問題はありません。すべてのコンポーネントにバックアップがあります。」と表示されます。

9. 「変更のアクティブ化」をクリックします。

10. 「再起動して最近の変更を適用」をクリックします。

11. 「システムの管理」で「再起動」をクリックします。

12. 確認ダイアログで「はい」をクリックします。

27.6.2.3 Essbaseのアクティブ/パッシブ・トポロジとは

アクティブなEssbaseサーバーは、ローカルBI Security Serviceを使用します。ローカル・サービスが使用できなくなると(たとえば、WebLogic管理対象サーバーが停止している場合)、アクティブEssbaseサーバーは停止し、パッシブEssbaseサーバーが起動します。これにより、サービス可用性が得られますが、既存のセッションは失われます。

2ノードのアクティブ/パッシブ・トポロジは、Essbaseサーバーおよびエージェントに加えて、中間層のEssbase Administration Services、Analytic Provider ServicesおよびEssbase Studio Serverのコンポーネントに適用されます。

詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Essbaseの高可用性の概要に関する項、Oracle Essbaseのクラスタリングの構成に関する項およびOracle Hyperion Provider Servicesのコンポーネント・アーキテクチャに関する項を参照してください。

27.6.2.4 Essbaseの容量の管理

Fusion Middleware Controlを使用して、Essbaseのコンポーネントおよびサービス・レベルを監視し、次のことを確認して、Oracle Business Intelligence内のEssbaseの容量を管理します。

- Essbaseコンポーネントが実行中であることを知る方法
詳細は、第2.2.3項「Oracle Business Intelligenceシステム・コンポーネントを管理するためのFusion Middleware Controlの使用」を参照してください。

- 使用しているシステムがオーバーロードであるかどうかを知る方法
詳細は、第7.1項「サービス・レベルの監視」を参照してください。

27.6.3 診断: Essbaseのロギング、ログ・レベルの設定およびログ・ファイルの表示の有効化

ロギングを使用して、構成の問題を診断できます。Fusion Middleware Controlを使用して、ログ・レベルを設定し、Essbaseログ・ファイルを表示します。

詳細は、次の資料を参照してください。

- 第8.2.1項「ログ情報、エラー・メッセージおよびアラートを表示するためのFusion Middleware Controlの使用」

- 第8.2.2項「ログ・ファイルのローテーション・ポリシーの構成とログ・レベルの指定」

Fusion Middleware ControlでEssbaseログ・ファイルを表示するには:

1. Fusion Middleware Controlにログインします。
詳細は、第2.2.2項「Oracle Business Intelligenceを管理するためのFusion Middleware Controlへのログイン」を参照してください。

2. 「coreapplication」を選択します。

3. 「診断」タブの「ログ・メッセージ」ページを表示します。

4. 「ログ・ファイルの表示/検索」セクションで「Essbaseログ」をクリックします。
これにより、ターゲット・タイプがEssbaseサーバーのターゲットessbaseserver1のログ情報が表示されます。

5. 「ターゲット・ログ・ファイル」をクリックすると、検出されるすべてのEssbaseログの表が表示されます。

Essbaseログ・ファイル

Essbaseログ・ファイルは次のディレクトリにあります。

MW_HOME/INSTANCE/diagnostics/logs/Essbase/essbaseserverN/essbase/ESSBASE_ODI

Essbase共有サービスのログ・ファイル

Essbase共有サービスのログ・ファイルは、次のディレクトリにあります。

MW_HOME/INSTANCE/diagnostics/logs/Essbase/essbaseserverN/essbase/SharedServices

このディレクトリには、このタイプでより古いログもある場合があります。たとえば、「SharedServices_Security_Client-280.log」です。

Essbaseアプリケーション・ログ・ファイル

Essbaseアプリケーション・ログ・ファイルは、Fusion Middleware Controlでは表示されませんが、次のディレクトリにあります。

MW_HOME/INSTANCE/diagnostics/logs/essbaseserverN/essbase/app/<application name>/<application name>_ODL.log

Essbaseエージェント・ログ構成ファイル

Essbaseエージェント・ログ構成ファイルは、次のディレクトリにあります。

ORACLE_INSTANCE/Essbase/essbaseserverN/bin/logging.xml

次のEssbaseAgentODLLoggerファイルを一般ログに、oracle.EPMCSSをセキュリティ・プロバイダに使用します。

EPM Workspaceのログ構成ファイル例

すべてのログ構成ファイルは、Oracle Diagnostic Log (ODL)の基準に適合しますが、見かけは多少異なる場合があります。

例27-1は、EPM Workspaceの構成ファイルlogging.xmlの引用で、ConsoleHandlerおよびODLHandlerFactoryコンポーネントのログ・ファイル設定が含まれています。

例27-1 EPM Workspace診断ログ構成ファイル形式

<?xml version="1.0" encoding="UTF-8" ?>
- <logging_configuration>
- <log_handlers>
<log_handler name="console-handler" class="oracle.core.ojdl.logging.ConsoleHandler" level="WARNING:32" formatter="oracle.core.ojdl.weblogic.ConsoleFormatter" />
- <log_handler name="odl-handler" class="oracle.core.ojdl.logging.ODLHandlerFactory" filter="oracle.dfw.incident.IncidentDetectionLogFilter">
<property name="path" value="${domain.home}/servers/${weblogic.Name}/logs/${weblogic.Name}-diagnostic.log" />
<property name="maxFileSize" value="10485760" />
<property name="maxLogSize" value="104857600" />
<property name="encoding" value="UTF-8" />
<property name="useThreadName" value="true" />
<property name="supplementalAttributes" value="J2EE_APP.name,J2EE_MODULE.name,WEBSERVICE.name,WEBSERVICE_PORT.name,composite_instance_id,component_instance_id,composite_name,component_name" />
</log_handler>
<log_handler name="wls-domain" class="oracle.core.ojdl.weblogic.DomainLogHandler" level="WARNING" />
- <log_handler name="owsm-message-handler" class="oracle.core.ojdl.logging.ODLHandlerFactory">
<property name="path" value="${domain.home}/servers/${weblogic.Name}/logs/owsm/msglogging" />
<property name="maxFileSize" value="10485760" />
<property name="maxLogSize" value="104857600" />
<property name="encoding" value="UTF-8" />
<property name="supplementalAttributes" value="J2EE_APP.name,J2EE_MODULE.name,WEBSERVICE.name,WEBSERVICE_PORT.name" />
</log_handler>
- <log_handler name="em-log-handler" class="oracle.core.ojdl.logging.ODLHandlerFactory" level="NOTIFICATION:32" filter="oracle.dfw.incident.IncidentDetectionLogFilter">
<property name="path" value="${domain.home}/servers/${weblogic.Name}/sysman/log/emoms.log" />
<property name="format" value="ODL-Text" />
<property name="useThreadName" value="true" />
<property name="maxFileSize" value="5242880" />
<property name="maxLogSize" value="52428800" />
<property name="encoding" value="UTF-8" />
</log_handler>
- <log_handler name="em-trc-handler" class="oracle.core.ojdl.logging.ODLHandlerFactory" level="TRACE:32">
<property name="logreader:" value="off" />
<property name="path" value="${domain.home}/servers/${weblogic.Name}/sysman/log/emoms.trc" />
<property name="format" value="ODL-Text" />
<property name="useThreadName" value="true" />
<property name="locale" value="en" />
<property name="maxFileSize" value="5242880" />
<property name="maxLogSize" value="52428800" />
<property name="encoding" value="UTF-8" />
</log_handler>
...
...
<loggers>
- <logger name="" level="WARNING:1">
<handler name="odl-handler" />
<handler name="wls-domain" />
<handler name="console-handler" />
</logger>
<logger name="oracle" level="NOTIFICATION:1" />
<logger name="oracle.adf" />
<logger name="oracle.adf.desktopintegration" />
<logger name="oracle.adf.faces" />
<logger name="oracle.adf.controller" />
<logger name="oracle.adfinternal" />
<logger name="oracle.adfinternal.controller" />
<logger name="oracle.jbo" />
...
...<server>

27.6.4 ドメイン間でのEssbaseの構成の移行

Oracle Enterprise Performance Management SystemのインストールでのEssbase構成のドメイン間の移行の詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Hyperion Enterprise Performance Management Systemのターゲット環境への移行に関する項を参照してください。

27.6.5 Essbaseメトリックの監視

Essbaseのメトリックは、Fusion Middleware Controlを使用して監視します。

詳細は、第7.1項「サービス・レベルの監視」を参照してください。

27.6.6 Essbaseのデータのバックアップとリカバリ

この項では、Oracle Business IntelligenceでEssbaseをインストールした場合のEssbaseデータのバックアップとリカバリについて説明します。

Essbaseデータのバックアップとリカバリの詳細は、次を参照してください。

- Oracle Business IntelligenceおよびEssbase - Oracle Business Intelligenceインストーラを使用してインストールした場合は、『Oracle Fusion Middleware管理者ガイド』のOracle Essbaseのバックアップおよびリカバリに関する推奨事項の項を参照してください。

- EPM System製品 - EPM Systemインストールを使用してインストールした場合は、次の場所で『Oracle Enterprise Performance Management Systemバックアップおよびリカバリ・ガイド』を参照してください。
http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

27.7 Oracle Business IntelligenceでのEssbaseキューブの使用

この項では、Oracle Business IntelligenceでのEssbaseキューブの使用について説明します。

- 第27.7.1項「Oracle Business IntelligenceでのEssbaseキューブの作成」

- 第27.7.2項「Essbaseデータソースからのメタデータのインポート」

- 第27.7.3項「Essbaseデータソースでの作業」

- 第27.7.4項「データベース・オブジェクトおよび接続プールの構成」

- 第27.7.5項「Essbaseデータソースでのシングル・サインオンの有効化」

- 第27.7.6項「Essbaseがデータソースの場合の分析とレポートの作成、スケジューリングおよび実行」

27.7.1 Oracle Business IntelligenceでのEssbaseキューブの作成

Essbaseキューブは、ユーザーがEssbaseデータソースに対して分析を作成、スケジュールまたは実行する前に、Oracle Business Intelligenceで作成し、使用する必要があります。

BIAdministratorのアプリケーション・ロールを持つ(oracle.essbasse.server、administerの権限を持つ)ユーザーが、Essbaseアプリケーションおよびデータベースを作成します。その後、BIAuthorのアプリケーション・ロールを持つユーザーが、Oracle Business IntelligenceのEssbaseメタデータ(またはアウトライン)を作成できます(BIAdministratorのアプリケーション・ロールは、デフォルトでBIAuthorのアプリケーション・ロールを継承します)。

Oracle Business IntelligenceでEssbaseキューブを作成するには:

Essbaseキューブは、Essbase Administration Servicesコンソールを使用して作成することをお薦めします。

1. 次のURLを使用して、Essbase Administration Servicesコンソールのログイン・ページを表示します。
http://<computer_name>:<port>/easconsole

または、Essbase Studioクライアント・アプリケーションを使用するには、Oracle BI EEのホームページの「はじめに」領域の「BIデスクトップ・ツールのダウンロード」オプションでアプリケーションをダウンロードします。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のBIデスクトップ・ツールのダウンロードに関する項を参照してください。

2. Essbaseサンプル・アプリケーションをデプロイする場合は、この手順を完了してください。
Essbaseサーバーのインストールには、Essbaseの機能を理解するために設計されたサンプル・アプリケーションが含まれています。サンプル・アプリケーションは、Essbase Administration Servicesコンソールを初めて使用する際には使用できません。詳細は、『Oracle Essbaseデータベース管理者ガイド』のサンプル・アプリケーションの設定に関する項を参照してください。

http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

サンプル・アプリケーションは、たとえば次のように、ARBORPATH (データ・ディレクトリ)フォルダに解凍してデプロイします。

MW_HOME/instance/instance1/Essbase/essbaseserver1

3. Essbaseキューブを作成するには、表27-1、Oracle Essbase Administration Servicesオンライン・ヘルプおよびOracle Essbase Studioユーザーズ・ガイドを参照してください。
http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

注意:

ユーザーには、Essbase Studioでタスクを実行するリソース権限を持つアプリケーション・ロールが割り当てられている必要があります。Essbase Studioのロールは、Fusion Middlewareのアプリケーション・ロールとは異なります。

注意:

アプリケーションを作成するユーザーには、そのアプリケーションを同じセッション内で管理する権限があります。同じユーザーに、以降のセッションで、アプリケーションを管理する明示的な権限を付与する必要があります。

第27.7.2項「Essbaseデータソースからのメタデータのインポート」に進みます。

27.7.2 Essbaseデータソースからのメタデータのインポート

EssbaseキューブのメタデータをEssbaseデータソースからOracle BIメタデータ・リポジトリにインポートすることにより、Oracle Business Intelligenceの分析およびダッシュボードにデータを抽出および表示できます。直接接続ではなく、Hyperion Provider Services (APS)のEssbaseへの接続を使用してください。

直接接続ではなく、Hyperion Provider Services (APS)のEssbaseへの接続を使用してください。

APSに接続するには、Essbaseデータをインポートする際に、Oracle BI管理ツールで次のように指定します。

http://mycomputer.example:7001/aps/Essbase?ClusterName=Cluster-1

ポート番号は、APSを実行している管理対象サーバーのポートか、または簡易インストールを使用している場合は管理サーバーのポートを使用します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のマルチディメンション・データソースからのメタデータのインポートに関する項を参照してください。

注意:

Essbaseメタデータを変更したら、そのメタデータを再インポートする必要があります。

27.7.3 Essbaseデータソースでの作業

Essbaseデータソースからメタデータをインポートした後、キューブ・メタデータがデフォルトでOracle BIリポジトリの物理レイヤーにマップされます。データのモデリングを別の方法で実行できるタスクについては、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のEssbaseデータソースでの作業に関する項を参照してください。

Essbaseで作業する際は、BIサーバーの問合せキャッシュを無効化する必要があります。詳細は、第7.5項「問合せキャッシングの構成」を参照してください。

27.7.4 データベース・オブジェクトおよび接続プールの構成

データベースまたは接続プールの設定を調整したり、データベース・オブジェクトまたは接続プールを手動で作成したりする必要がある場合は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のデータベース・オブジェクトおよび接続プールの設定に関する項を参照してください。

27.7.5 Essbaseデータソースでのシングル・サインオンの有効化

Oracle Business Intelligenceインストーラを使用してインストールされたEssbaseデータソースでSSOを有効化するには、Oracle BIリポジトリのEssbaseデータソースに対応する接続プール・オブジェクトの「一般」タブで「SSO」を選択します。また、対応するデータベース・オブジェクトの「仮想プライベート・データベース」オプションを選択して、キャッシュ・エントリを保護します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の「一般」タブの多次元接続プールのプロパティに関する項を参照してください。

27.7.6 Essbaseがデータソースの場合の分析とレポートの作成、スケジューリングおよび実行

BI Authorのアプリケーション・ロールを持つユーザーは、Essbaseがデータソースの場合、エンド・ユーザーのアイデンティティを使用してフィルタが適用されている場合、およびSSOが構成されている場合に、分析とレポートを作成、スケジュールおよび実行できます。

詳細は、次のリソースを参照してください。

- Oracle Business Intelligenceの分析の作成、スケジューリングおよび実行については、次のものを参照してください。
『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』

- BI Publisherレポートの作成および実行については、次のものを参照してください。
Oracle Fusion Middleware Oracle Business Intelligence Publisher管理者ガイド

27.8 Essbaseの詳細情報

Oracle Enterprise Performance Management SystemのEssbaseの詳細は、次のリンクを参照してください。

- すべてのEssbaseおよびEPMのドキュメントは、次のPerformance Managementのドキュメント・ページを参照してください。
http://www.oracle.com/technetwork/middleware/performance-management/documentation/index.html

このページには、EPM Systemでサポートされるプラットフォームのマトリクス、My Oracle Supportおよびその他の情報リソースへのリンクも記載されています。

ドリルダウンして、リリース固有のドキュメントを表示します。

- システム要件の適合やリリース互換性の詳細は、Oracle Enterprise Performance Management Systemの動作保証マトリクスを参照してください。
http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

第X部

参照情報

ここでは、Oracle Business Intelligenceの管理に関する参照情報を提供します。付録の内容は次のとおりです。

- 付録A「NQSConfig.INIファイルの構成設定」

- 付録B「拡張構成リファレンス」

- 付録C「ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 付録D「Fusion Middleware Control設定の手動更新」

A NQSConfig.INIファイルの構成設定

この付録では、Oracle Business IntelligenceのNQSConfig.INIファイルのパラメータのリスト、および各パラメータの簡潔な説明と必須構文を示します。The Oracle BIサーバー・ソフトウェアでは、起動時にパラメータを設定するために、NQSConfig.INIと呼ばれる初期化ファイルが使用されます。この初期化ファイルには、個別のインストールの要件に基づいて動作をカスタマイズするためのパラメータが含まれています。通常、パラメータは構成ファイルに出現する順序でリストされます。

注意:

この付録の例では、NQSConfig.INIのWindowsバージョンを編集していると想定しています。このファイルをUNIXシステムで編集している場合は、UNIXの適切なファイルシステム・パスと変換を使用してください。

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

- 第A.1項「NQSConfig.INIファイルのパラメータについて」

- 第A.2項「Repositoryセクションのパラメータ」

- 第A.3項「Multitenancyセクションのパラメータ」

- 第A.4項「Query Result Cacheセクションのパラメータ」

- 第A.5項「Generalセクションのパラメータ」

- 第A.6項「Securityセクションのパラメータ」

- 第A.7項「Serverセクションのパラメータ」

- 第A.8項「高可用性パラメータ」

- 第A.9項「Dynamic Libraryセクションのパラメータ」

- 第A.10項「Usage Trackingセクションのパラメータ」

- 第A.11項「Query Optimization Flagsセクションのパラメータ」

- 第A.12項「MDX Member Name Cacheセクションのパラメータ」

- 第A.13項「Aggregate Persistenceセクションのパラメータ」

- 第A.14項「JavaHostセクションのパラメータ」

- 第A.15項「Datamart Automationセクションのパラメータ」

A.1 NQSConfig.INIファイルのパラメータについて

Oracle BIサーバーの各インスタンスには、独自のNQSConfig.INIファイルがあります。クラスタ化されたデプロイメントでNQSConfig.INIパラメータを更新する場合、Oracle BIサーバーの各インスタンスについてNQSConfig.INIファイルで変更を行う必要があります。

NQSConfig.INI内の一部のパラメータはFusion Middleware Controlによって集中管理されており、NQSConfig.INIで手動で更新できません。かわりに、Fusion Middleware Controlを使用してこれらのパラメータを変更します。Fusion Middleware Controlによって集中管理されるパラメータは、この付録でそのようにマークされており、NQSConfig.INIファイル内でもコメントによって識別されます。

詳細は、付録C「ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」を参照してください。

注意:

Fusion Middleware Controlによって集中管理されるNQSConfig.INIパラメータを手動で更新しようとすると、ファイル内の値よりもFusion Middleware Controlで設定された値のほうが優先されるため、手動で更新した値は無視されます。これらの設定を手動で更新する必要がある場合は、Fusion Middleware Controlを介したすべての構成を無効にする必要があります(お薦めしません)。

NQSConfig.INIファイルのエントリに関する次のルールとガイドラインに留意してください。

- Oracle BIサーバーは、起動時に毎回NQSConfig.INIファイルを読み取ります。

- NQSConfig.INI内の各パラメータ・エントリは、パラメータが属するセクション(Repository、Cache、Generalなど)内に記述する必要があります。

- 各エントリはセミコロン( ; )で終わる必要があります。

- コメントは、NQSConfig.INIファイル内の任煮の場所に追加できます。コメントは、次のいずれかで始まる必要があります。
#

//

これらのコメント文字から行末までのテキストは、Oracle BIサーバーによってファイルが読み取られるときに無視されます。

- バイト単位で設定する必要があるパラメータには、バイト、KB、MBまたはGBで値を指定できます。サイズ修飾子を省略すると、その値はバイト単位の数として解釈されます。サイズ修飾子を含める場合は、修飾子の前に必ずスペースを含めてください。有効な値の例は次のとおりです。

MAX_QUERY_PLAN_CACHE_ENTRY_SIZE = 1 MB;
MAX_QUERY_PLAN_CACHE_ENTRY_SIZE = 1024 KB;
MAX_QUERY_PLAN_CACHE_ENTRY_SIZE = 1048576;

- 構文エラーがあると、Oracle BIサーバーが起動しません。エラーは、次の場所にあるnqserver.logファイルに記録されます。

ORACLE_INSTANCE/diagnostics/logs/OracleBIServerComponent/coreapplication_obisn

システム・ログに、エラーに関連するサマリー・メッセージが記録される場合もあります。

エラーが発生した場合は、問題を修正してOracle BIサーバーを再起動します。エラーなしでサーバーが起動するまで、この手順を繰り返します。

A.1.1 NQSConfig.INIのパラメータの更新方法

次の手順では、NQSConfig.INIのパラメータを更新する方法を説明します。

NQSConfig.INIのパラメータを更新する手順は次のとおりです。

1. テキスト・エディタでNQSConfig.INIファイルを開きます。このファイルは次の場所にあります:

ORACLE_INSTANCE/config/OracleBIServerComponent/coreapplication_obisn

編集する前に、ファイルのバップアップ・コピーを作成します。

2. 変更するパラメータを検索し、更新します。

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

4. Oracle BIサーバーを再起動します。詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

5. 複数のOracle BIサーバー・インスタンスがある場合は、すべてのOracle BIサーバー・インスタンスについて、各NQSConfig.INIファイルでこれらの手順を繰り返します。

A.2 Repositoryセクションのパラメータ

注意:

デフォルト・リポジトリはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブは、デフォルト・リポジトリを制御します。デフォルト・リポジトリの論理名は常にStarです。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

Fusion Middleware Controlによってオーバーライドされることなく、NQSConfig.INIに追加のリポジトリ・エントリを手動で追加できます。ただし、単一Oracle BIサーバー上で複数のリポジトリをホストすることは、本番システムではお薦めしません。

Repositoryセクションには、サーバーの起動時にロードされるリポジトリごとに1つのエントリがあります。

構文: logical_name = repository_name.rpd;

オプションの構文: logical_name = repository_name.rpd, DEFAULT;

この構文の説明は次のとおりです。

- logical_name: リポジトリの論理名。クライアント・ツールでは、この名前を使用して、リポジトリに接続するODBCデータソースが構成されます。OCI7またはOCI8などの予約済のキーワードを名前に使用するには、そのキーワードを一重引用符で囲みます。

- repository_name.rpd: リポジトリのファイル名。ファイル名には、ファイル拡張子.rpdが付いている必要があり、ファイルはリポジトリのサブディレクトリにある必要があります。
デモ用のリポジトリSampleAppLite.rpdは、Oracle Business Intelligenceとともにデフォルトでインストールされます。

リポジトリにDEFAULTが指定されている場合、DSNに論理リポジトリ名が指定されていない接続はデフォルト・リポジトリに接続します。

例: Star = SampleAppLite.rpd, DEFAULT;

A.3 Multitenancyセクションのパラメータ

Multitenancyセクションのパラメータは、複数のテナントが含まれる構成をサポートします。このセクションのパラメータは、将来の使用に備えて確保されています。

A.3.1 MT_ROOT_DIRECTORY

このパラメータは、将来の使用に備えて確保されています。

例: MT_ROOT_DIRECTORY= "";

A.3.2 MT_ENTRIES

このパラメータは、将来の使用に備えて確保されています。

例: MT_ENTRIES= ;

A.4 Query Result Cacheセクションのパラメータ

Query Result Cacheセクションのパラメータは、Oracle BIサーバー・キャッシュの構成情報を提供します。問合せキャッシュは、デフォルトで有効化されています。古いエントリのフラッシュ方法を決定した後、Fusion Middleware ControlとNQSConfig.INIファイルでキャッシュ記憶域のパラメータを構成します。

問合せキャッシングは、本来、ランタイム・パフォーマンスの改善機能です。長期にわたってシステムを使用するにつれ、以前に実行された問合せに対するキャッシュ・ヒット率が高くなるため、パフォーマンスが改善する傾向にあります。問合せのパフォーマンスを最適化するための最も効果的で普及している方法は、集計の永続性ウィザードと集計ナビゲーションの使用です。

ここでは、問合せキャッシングを制御するパラメータのみを説明します。エージェントを使用してOracle BIサーバー・キャッシュをシードする方法など、Oracle Business Intelligenceでのキャッシングの使用方法の詳細は、第7章「パフォーマンス・チューニングと問合せキャッシングの管理」を参照してください。

A.4.1 ENABLE

注意:

ENABLEパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブにある「キャッシュ有効」オプションがENABLEパラメータに対応します。詳細は、第7.5.1項「問合せキャッシングを有効または無効にするためのFusion Middleware Controlの使用」を参照してください。

キャッシュ・システムを有効にするかどうかを指定します。NOに設定すると、キャッシングが無効になります。YESに設定すると、キャッシングが有効になります。デフォルトでは、問合せキャッシュは有効です。

例: ENABLE = YES;

A.4.2 DATA_STORAGE_PATHS

キャッシュされた問合せ結果データが格納され、キャッシュ・ヒットが発生した場合にアクセスされる場所の1つ以上のパスと、バイト、KB、MBまたはGB単位の最大容量を指定します。各パスの最大容量は4GBです。最適なパフォーマンスを維持するために、高いパフォーマンスのストレージ・システム上に存在するパスを指定します。

指定する各パスは、既存の書込み可能なパス名である必要があり、パス名は二重引用符( " )で囲む必要があります。マップされたディレクトリのみを指定します。UNCパス名およびマップされたネットワーク・ドライブは、サービスが修飾ユーザー・アカウントで実行する場合にのみ使用可能です。

完全修飾パスまたは相対パスを指定できます。"/"(UNIX)または"<drive>:"(Windows)で始まらないパスを指定すると、Oracle BIサーバーでは、ローカルの書込み可能ディレクトリに対する相対パスであると見なされます。たとえば、パス"cache"を指定すると、Oracle BIサーバーでは、ランタイムに次のものが使用されます。

ORACLE_INSTANCE/bifoundation/OracleBIServerComponent/coreapplication_obisn/cache

注意:

クラスタ内の複数のOracle BIサーバーは、キャッシュされたデータを共有しません。このため、DATA_STORAGE_PATHSエントリは、クラスタ化された各サーバーに対して一意である必要があります。このエントリが一意であることを確実にするには、キャッシュが各Oracle BIサーバーのローカルの書込み可能なディレクトリに格納されるように相対パスを入力するか、各サーバーに異なる完全修飾パスを入力します。

複数のディレクトリは、カンマ区切りリストとして指定します。複数のディレクトリを指定する場合、それらは異なる物理ドライブ上に存在する必要があります。(すべてが同じ物理ディスクに解決される複数のキャッシュ・ディレクトリ・パスがある場合、使用可能な領域と使用済領域の両方が二重にカウントされる可能性があります)。複数のディレクトリを指定する場合、ディレクトリ名は互いの一部ではない必要があります。たとえば、"cache"と"cache2"ではなく、"cache1"と"cach2"などの名前を使用します。

構文: DATA_STORAGE_PATHS = "path_1" sz[, "path_2" sz{, "path_n" sz}];

例: DATA_STORAGE_PATHS = "cache" 256 MB;

注意:

各ドライブに複数のディレクトリを指定しても、ファイルの入出力(I/O)は同じI/Oコントローラを介して行われるため、パフォーマンスは向上しません。一般に、各ディスク・ドライブに対して1つのディレクトリのみを指定します。異なる複数のドライブ上に複数のディレクトリを指定すると、複数のデバイス間でI/Oを分散することによって、Oracle BIサーバーの全体的なI/Oスループットが内部的に改善される可能性があります。

キャッシュされるデータのディスク領域要件は、キャッシュされるエントリを生成する問合せの数、およびこれらの問合せの結果セットのサイズによって異なります。問合せ結果セットのサイズは、行サイズ(または結果セット内のすべての列の最大長の合計)に結果セットのカーディナリティ(つまり、結果セット内の行数)を掛けて計算されます。予測される最大値は、必要な領域のガイドラインです。

この計算は、キャッシュされた結果セット内のすべてのレコードの平均サイズではなく、ハイエンドの見積りを提供します。このため、結果セットのサイズが可変長の文字列によって左右され、これらの文字列の長さが標準的に分配される場合、平均レコード・サイズは最大レコード・サイズの約半分になります。

注意:

最善の策は、4GB未満の値を使用することです。そうでないと、4GBを超える値は32ビット・システムで処理できないため、値が無署名の32ビット整数に対する最大許容値を超える可能性があります。64ビット・システムでも、4GB未満の値を使用することが最善です。

4GBを超える値がある場合は、複数のパスを作成してください。

A.4.3 MAX_ROWS_PER_CACHE_ENTRY

問合せキャッシュへの格納に制限を付与するための問合せ結果セット内の最大行数を指定します。行数の制限は、多数の行を戻すリソース集中型の問合せによってキャッシュ領域が消費されることを防ぐために役立ちます。問合せによって戻される行数がMAX_ROWS_PER_CACHE_ENTRYパラメータに指定された値より多い場合、その問合せはキャッシュされません。

0に設定した場合、キャッシュ・エントリ当たりの行数に制限はありません。

例: MAX_ROWS_PER_CACHE_ENTRY = 100000;

A.4.4 MAX_CACHE_ENTRY_SIZE

注意:

MAX_CACHE_ENTRY_SIZEパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブにある「最大キャッシュ・エントリ・サイズ」オプションがMAX_CACHE_ENTRY_SIZEパラメータに対応します。詳細は、第7.5.2項「問合せキャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」を参照してください。

キャッシュ・エントリの最大サイズを指定します。このサイズを超える可能性があるエントリはキャッシュされません。デフォルト・サイズは20MBです。

ギガバイトの場合はGB、キロバイトの場合はKB、メガバイトの場合はMB、およびバイトの場合は単位なしで指定してください。

例: MAX_CACHE_ENTRY_SIZE = 20 MB;

A.4.5 MAX_CACHE_ENTRIES

注意:

MAX_CACHE_ENTRIESパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブにある「最大キャッシュ・エントリ」オプションがMAX_CACHE_ENTRIESパラメータに対応します。詳細は、第7.5.2項「問合せキャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」を参照してください。

キャッシュ記憶域の管理を支援するために、問合せキャッシュで保持できる最大キャッシュ・エントリ数を指定します。キャッシュ・エントリの実際の制限は、同時問合せの数によって微妙に異なる可能性があります。デフォルト値は1000です。

例: MAX_CACHE_ENTRIES = 1000;

A.4.6 POPULATE_AGGREGATE_ROLLUP_HITS

以前にキャッシュされた問合せ結果セットからのデータを集計して、ロールアップ・キャッシュ・ヒットのために問合せキャッシュに新規エントリを作成するかどうかを指定します。デフォルト値はNOです。

通常、問合せが以前に実行された問合せに対してキャッシュ・ヒットすると、新しい問合せはキャッシュに追加されません。ユーザーには、特定の詳細のレベルでの情報を含む(たとえば、郵便番号別の販売収益)、キャッシュされた結果セットがあります。2番目の問合せもこれと同じ情報を求めますが、1位上の詳細のレベルです(たとえば、都道府県別の販売収益)。POPULATE_AGGREGATE_ROLLUP_HITSパラメータは、以前に実行された問合せからの集計をロールアップすることによって(この例では、キャッシュに格納されている最初の結果セットからのデータを集計することによって)キャッシュ・ヒットが発生する場合、このデフォルトを上書きします。つまり、Oracle Business Intelligenceでは、特定の都道府県内のすべての郵便番号の販売収益を加算して、都道府県別の販売収益を取得できます。これをロールアップ・キャッシュ・ヒットと呼びます。

通常、キャッシュ・ヒットが発生する問合せでは、新しいキャッシュ・エントリは作成されません。POPULATE_AGGREGATE_ROLLUP_HITSをYESに設定することにより、この動作をキャッシュ・ロールアップに対してのみ上書きできます。非ロールアップ・キャッシュ・ヒットは、このパラメータによる影響を受けません。問合せの結果がキャッシュによって満たされる場合(つまり、問合せでキャッシュ・ヒットが発生する場合)、その問合せはキャッシュに追加されません。このパラメータをYESに設定すると、問合せで集計ロールアップ・ヒットが発生した場合に結果がキャッシュに追加されます。このパラメータをYESに設定すると、パフォーマンスが改善する可能性がありますが、キャッシュに追加されるエントリの数が多くなります。

例 : POPULATE_AGGREGATE_ROLLUP_HITS = NO;

A.4.7 USE_ADVANCED_HIT_DETECTION

キャッシングが有効になると、各問合せが評価され、キャッシュ・ヒットに適格かどうかが決定されます。キャッシュ・ヒットとは、サーバーがキャッシュを使用して問合せに回答でき、データベースにまったくアクセスしなかったことを意味します。Oracle BIサーバーは問合せキャッシュを使用して、集計の同一レベルまたは後のレベルでの問合せに回答できます。

USE_ADVANCED_HIT_DETECTIONパラメータは、ヒットのためにキャッシュの拡張検索を有効にします。拡張検索はパフォーマンスに影響を与えますが、カスタマの要件が変動するため、この影響を定量化することは容易ではありません。問合せキャッシングに頼る割合が大きく、キャッシュ・ミスを経験しているカスタマは、問合せの一致とユーザーの負荷が高い場合の全体的なパフォーマンスのトレードオフをテストできます。詳細は、パラメータMAX_SUBEXPR_SEARCH_DEPTHも参照してください。

例: USE_ADVANCED_HIT_DETECTION = NO;

A.4.7.1 問合せがキャッシュに追加されない理由

パフォーマンスKPIを満たすためにOracle BIサーバーで問合せ結果のキャッシングに頼っているカスタマは、キャッシング・パラメータを使用して、キャッシュ・ヒットが発生しない理由の特定に役立てることができます。ロギング機能は、キャッシュ・ミスが発生する一般的な理由の診断に役立ちます。キャッシュ・ミスとは、キャッシュをシードするはずの論理SQL問合せがキャッシュに挿入されないことです。次に、キャッシュ・ミスが発生する可能性のある状況をいくつか説明します。

- キャッシュ不能のSQL要素。SQLリクエストにCURRENT_TIMESTAMP、CURRENT_TIME、RAND、POPULATEまたはパラメータ・マーカーが含まれている場合、その要素はキャッシュに追加できません。

- キャッシュ不能の表。Oracle BIサーバー・リポジトリにある物理表は、キャッシュ不能とマークされることがあります。問合せがキャッシュ不能の表を参照する場合、その問合せ結果はキャッシュに追加されません。

- キャッシュ・ヒット。一般に、問合せが以前にキャッシュされた問合せに対してキャッシュ・ヒットすると、現在の問合せの結果はキャッシュに追加されません。
この例外は、ロールアップ・ヒットを集計する問合せヒットです。これらは、NQSConfig.INIパラメータPOPULATE_AGGREGATE_ROLLUP_HITSがYESに設定されている場合、キャッシュに追加されます。

- 結果セットが大きすぎる場合。
この状況は、DATA_STORAGE_PATHSで設定されたサイズを超えた場合、またはMAX_ROWS_PER_CACHE_ENTRYで設定された行数を超える行がある場合に発生します。詳細は、第A.4.2項「DATA_STORAGE_PATHS」および第A.4.3項「MAX_ROWS_PER_CACHE_ENTRY」を参照してください。

- 問合せが取り消された場合。これは、Oracle BIプレゼンテーション・サービスまたはAdministration Toolからの明示的な取消しによって発生するか、タイムアウトによって暗黙的に発生します。

- Oracle BIサーバーがクラスタ化されている場合。キャッシュ・シーディング・ファミリに属する問合せは、クラスタを介して伝播されます。他の問合せは、ローカルに格納されます。このため、問合せがOracle BIサーバー・ノード1にあるキャッシュに追加されても、Oracle BIサーバー・ノード2には追加されない可能性があります。

問合せロギングのレベル4は、Oracle BIサーバー・コンパイラがエントリを問合せ結果キャッシュに追加しようとしたかどうかを診断できる最良のツールです。詳細は、第8.4.1項「問合せロギングの構成」を参照してください。

A.4.8 MAX_SUBEXPR_SEARCH_DEPTH

ヒット・ディテクタによって問合せの式の不完全一致が検索される深さを構成します。デフォルトは5です。

たとえば、レベル5の場合、式SIN(COS(TAN(ABS(ROUND(TRUNC(profit))))))の問合せでレベル7のprofitがミスします。検索の深さを7に変更すると、profitがヒット候補に入れられます。

例: MAX_SUBEXPR_SEARCH_DEPTH = 7;

A.4.9 DISABLE_SUBREQUEST_CACHING

YESに設定すると、サブリクエスト(副問合せ)レベルでのキャッシングが無効になります。デフォルト値はNOです。

サブリクエストのキャッシングは、特にリアルタイム・データと履歴データを含む問合せの場合に、パフォーマンスとキャッシュ・ヒット率を向上させます。ただし、他の問合せ最適化方法によって優れたパフォーマンスが提供される場合など、場合によってはサブリクエストのキャッシングを無効にできます。

例: DISABLE_SUBREQUEST_CACHING = NO;

A.4.10 CACHE_FILE_BUFFER_SIZE

ディスクへの書込み時に一時的にキャッシュ・ファイルの保存に使用するメモリー量を指定します。デフォルト値は128KBです。

例: CACHE_FILE_BUFFER_SIZE = 128;

A.4.11 GLOBAL_CACHE_STORAGE_PATH

注意:

GLOBAL_CACHE_STORAGE_PATHパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブにある「グローバル・キャッシュ・パス」および「グローバル・キャッシュ・サイズ」オプションがGLOBAL_CACHE_STORAGE_PATHパラメータに対応します。詳細は、第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」を参照してください。

クラスタ環境では、Oracle BIサーバーは、グローバル・キャッシュと呼ばれる共有キャッシュにアクセスするように構成できます。グローバル・キャッシュは共有ファイル・システムのストレージ・デバイスに存在し、シード・イベントやパージ・イベント、およびシード・イベントに関連する結果セットを格納します。

このパラメータは、クラスタリング間で共有されるキャッシュ・エントリを格納するための物理的場所を指定します。このパスは、ネットワーク共有をポイントしている必要があります。すべてのクラスタリング・ノードが同じ場所を共有します。

KB、MBまたはGB単位のサイズを指定するか、接尾辞なしの数値を入力してバイトを指定できます。

構文: GLOBAL_CACHE_STORAGE_PATH = "ディレクトリ名" SIZE;

例: GLOBAL_CACHE_STORAGE_PATH = "C:\cache" 250 MB;

A.4.12 MAX_GLOBAL_CACHE_ENTRIES

GLOBAL_CACHE_STORAGE_PATHによって指定された場所に格納されるキャッシュ・エントリの最大数。

例: MAX_GLOBAL_CACHE_ENTRIES = 1000;

A.4.13 CACHE_POLL_SECONDS

GLOBAL_CACHE_STORAGE_PATHによって指定された共有場所から各ノードがポーリングする間隔(秒単位)。

例: CACHE_POLL_SECONDS = 300;

A.4.14 CLUSTER_AWARE_CACHE_LOGGING

クラスタ・キャッシング機能のロギングをオンにします。トラブルシューティングにのみ使用されます。デフォルトはNOです。

例: CLUSTER_AWARE_CACHE_LOGGING = NO;

A.5 Generalセクションのパラメータ

Generalセクションには、ローカライゼーションと国際化、一時領域およびメモリー割当て、およびOracle BIサーバーからクライアントにデータが戻される方法を決定するために使用されるその他のデフォルト・パラメータなど、一般的なサーバー・デフォルト・パラメータが含まれています。

注意:

次の各項目で説明するパラメータLOCALE、SORT_ORDER_LOCALE、SORT_TYPEおよびCASE_SENSITIVE_CHARACTER_COMPARISONの設定は、互いに関連しています。これらは、Oracle BIサーバーによるデータのソート方法を決定するために役立ちます。

A.5.1 LOCALE

サーバーから戻されるデータのロケールを指定します。このパラメータは、日および月のローカライズされた名前も決定します。

Oracle Business Intelligenceを正常に実行するには、ユーザーがアプリケーションを実行する言語について、オペレーティング・システムのロケールを適切に構成する必要があります(場合によっては、ロケールをサポートするために追加のコンテンツをシステムにインストールする場合があります)。Oracle BIサーバーは、サーバーの起動中にCランタイム・ロケールを設定します。ロケールおよび言語に関する一部の設定は相互に関連しており、Oracle BIサーバーでのデータのソート方法の決定に役立ちます。次のパラメータの設定が相互に機能することを確認します。

- LOCALE

- SORT_ORDER_LOCALE

- SORT_TYPE

- CASE_SENSITIVE_CHARACTER_COMPARISON

LOCALEおよびSORT_ORDER_LOCALEのプラットフォーム非依存の有効値は、次のとおりです。

- Arabic

- Chinese

- Chinese-traditional

- Croatian

- Czech

- Danish

- Dutch

- English-USA

- Finnish

- French

- German

- Greek

- Hebrew

- Hungarian

- Italian

- Japanese

- Korean

- Norwegian

- Polish

- Portuguese

- Portuguese-Brazilian

- Romanian

- Russian

- Slovak

- Spanish

- Swedish

- Thai

- Turkish

Oracle BI Catalog Managerと言語拡張の詳細は、第15章「Oracle Business Intelligenceのローカライズ」を参照してください。

A.5.2 SORT_ORDER_LOCALE

Oracle BIサーバーがORDER BY句をリレーショナル・データベースにファンクションシップ(プッシュ・ダウン)できるかどうかを特定するために役立ちます。ORDER BY句は、ソートに使用されます。

Oracle BI Administration Toolの物理レイヤーで定義されるすべてのデータベースには、機能表が関連付けられています。特定のタイプのリレーショナル・データベースについて、機能表のデフォルト値を上書きする場合は、物理レイヤーでのその発生すべてに対して上書きする必要があります。

Oracle BI Administration Toolの「データベース」ダイアログの「機能」タブにある機能表には、リレーショナル・データベースでサポートされる機能と関数が指定されています。機能表とNQSConfig.INIファイルのSORT_ORDER_LOCALEの各設定は、データベースとOracle BIサーバーでデータが同じ方法でソートされる場合にのみ一致します。

リレーショナル・データベースとOracle BIサーバーでデータが同じ方法でソートされるには、表A-1に示すパラメータの値が一致している必要があります。

表A-1 重要な SORT_ORDER_LOCALE パラメータ

機能カテゴリ

具体的なパラメータ

ベース言語

LOCALE

ベース言語

SORT_ORDER_LOCALE

機能表とNQSConfig.INIファイルの両方におけるSORT_ORDER_LOCALEのデフォルト値は、english-usaです。

Oracle BIサーバーとデータベースが異なる方法でデータをソートする場合は、データベースに対する機能表のエントリSORT_ORDER_LOCALEをenglish-usa以外の値に設定する必要があります。そうでないと、異なるデータ・ソート方法が競合します。

注記: LOCALEパラメータとSORT_ORDER_LOCALEパラメータは、プラットフォーム非依存の名前のみを受け入れます。詳細は、第A.5.1項「LOCALE」に記載されているリストを参照してください。

大/小文字

CASE_SENSITIVE_CHARACTER_COMPARISON

バイナリと言語の比較

SORT_TYPE

実際のデータソースでのSORT_ORDER_LOCALE設定がOracle BIリポジトリの「データベース」ダイアログの「機能」タブにおけるSORT_ORDER_LOCALE設定と一致しない場合、結果セットが不正になる可能性があります。この設定が一致しない場合、複数のデータベースの結合を使用した場合に不正な結果が得られたり、UNION、INTERSECTおよびEXCEPT演算子を使用した場合にエラーが返されたりする可能性があります。これらの演算子はすべて、バックエンドのデータソースとOracle BIサーバー間の一貫性のあるソートに基づいています。

NQSConfig.INIのSORT_ORDER_LOCALE設定がOracle BIリポジトリの「データベース」ダイアログの「機能」タブにおけるSORT_ORDER_LOCALE設定と一致しない場合、問合せのパフォーマンスに悪影響が及ぶ可能性があります。ただし、この状況は結果セットの正確さには影響しません。

例: SORT_ORDER_LOCALE = "english-usa";

A.5.2.1 UNIXオペレーティング・システムでのSORT_ORDER_LOCALE

Oracle BIサーバーは、サーバーの起動中にCランタイム・ロケールを設定します。設定の値は、NQSConfig.INIファイルのSORT_ORDER_LOCALEエントリを使用して指定されます。詳細は、第15章「Oracle BIサーバーでのロケール・パラメータの設定」を参照してください。

A.5.3 SORT_TYPE

実行するソートのタイプを指定します。デフォルト値はBINARYです。バイナリ・ソートは、非バイナリ・ソートよりも高速です。

有効値はBINARYおよびDEFAULTです。DEFAULTを指定すると、非バイナリ・ソートが実行されます。これは、アクセント付き文字を含むデータの場合に優れたソート結果を返します。

例: SORT_TYPE = "BINARY";

A.5.4 CASE_SENSITIVE_CHARACTER_COMPARISON

Oracle BIサーバーが比較演算の実行時に大文字と小文字を区別するかどうかを指定します。

有効値はONおよびOFFです。OFFに設定すると、大/小文字の区別は無視されます。ONに設定すると、大/小文字の区別が比較に考慮されます。デフォルトでは、このパラメータはONに設定されています。バイナリ・ソートの場合、大/小文字の区別はサーバーとリレーショナル・データベースで同様に設定する必要があります。

このパラメータがOracle BIプレゼンテーション・サービスでの大/小文字の設定にどのように関連しているかの詳細は、第B.1項「プレゼンテーション・サービスに対する拡張構成の変更」を参照してください。

この設定は、キャッシングと集計を目的としたOracle BIサーバーの内部比較にのみ適用されます。大/小文字の区別はデータベース操作の機能であり、データベース・レベルで設定されます。CASE_SENSITIVE_CHARACTER_COMPARISONパラメータにより、Oracle BIサーバーはバックエンド・データベースの機能を一致させることができます。影響を受ける演算子は次のとおりです。

- Order By

- Group By

- Distinct

- Join

- 比較(<、>、=、<=、>=、<>)

たとえば、次の3つの用語について考えてみます。

- ACME

- DELTA

- acme

CASE_SENSITIVE_CHARACTER_COMPARISONがONの場合のORDER BYでは、上の例に示されている順序で行が表示されます。大/小文字を区別しない場合のORDER BYでは、ACMEとacmeがリスト内で隣に表示されます。

用語の大/小文字が区別される場合に重複の削除(DISTINCT)を実行すると、結果は3行になります。用語の大/小文字が区別されない場合、DISTINCTの結果は2行になります。

CASE_SENSITIVE_CHARACTER_COMPARISONは、バックエンド・データベースでの大/小文字の処理方法と一致するように設定します。たとえば、バックエンド・データベースで大/小文字が区別されない場合、Oracle BIサーバーを大/小文字を区別しないように構成します。Oracle BIサーバーとバックエンド・データベースで大/小文字の区別が同じでない場合、いくつかの微細な問題が生じる可能性があります。

集計に適用されるCASE_SENSITIVE_CHARACTER_COMPARISONの例では、大/小文字が区別されるデータベースには次のタプル(または行)があります。

Region  Units
WEST     1
west     1
West     1

CASE_SENSITIVE_CHARACTER_COMPARISONがONに設定されている場合、データは上の表に示されているものと同じ結果でクライアントに戻されます。

CASE_SENSITIVE_CHARACTER_COMPARISONがOFFに設定されている場合も、データは上の表に示されているものと同じ結果でクライアントに戻されます。Oracle BIサーバーでは文字比較が行われていないため、変化はありません。

ただし、機能表でSUM_SUPPORTEDがOFFに設定されている場合、Oracle BIサーバーでは強制的に文字比較が実行されます。この場合、問合せの結果は次のようになります。

Region  Units
WEST     3

このような結果になる理由は、Oracle BIサーバーでは大/小文字を区別する文字比較がオフになっているため、3つのタプルが同じ値として扱われ、集計されるからです。この場合、WEST = West = westです。ただし、「リージョン」列でフィルタしても、リージョンWEST、Westおよびwestは表示されます。CASE_SENSITIVE_CHARACTER_COMPARISONは、バックエンド・データベースでのフィルタリングには影響を与えません。集計の例で示されているロジックは、キャッシングにも適用されます。

NQSConfig.INIファイルでCASE_SENSITIVE_CHARACTER_COMPARISONが設定されているため、このパラメータはリポジトリ内のすべてのバックエンド・データベースに適用されます。このため、このパラメータはリポジトリの主要バックエンド・データベースの大/小文字の区別と一致するように設定します。

例: CASE_SENSITIVE_CHARACTER_COMPARISON = ON;

A.5.5 NULL_VALUES_SORT_FIRST

NULL値を他の値より前にソートするか(ON)、後にソートするか(OFF)を指定します。有効値はONおよびOFFのみです。NULL_VALUES_SORT_FIRSTの値は、基礎となるデータベースに適合している必要があります。基礎となるデータベースが複数存在し、NULL値のソート方法が異なる場合、この値は、問合せで最も頻繁に使用されるデータベースに対応するように設定します。

例: NULL_VALUES_SORT_FIRST = OFF;

A.5.6 DATE_TIME_DISPLAY_FORMAT

Oracle BIサーバーに対する日付/タイムスタンプの入力および出力の書式を指定します。デフォルト値はyyyy/mm/dd hh:mi:ssです。

例: DATE_TIME_DISPLAY_FORMAT = "yyyy/mm/dd hh:mi:ss";

A.5.6.1 日時表示書式の使用方法

DATE_TIME_DISPLAY_FORMAT、DATE_DISPLAY_FORMATおよびTIME_DISPLAY_FORMATで指定されたプロパティ値はそれぞれ、TIMESTAMP、DATEおよびTIMEの表現からVARCHARやCHARなどの文字データ型へ、またはその逆に変換する際、BIサーバーで使用されるデフォルト書式を決定します。

DATE_TIME_DISPLAY_FORMAT、DATE_DISPLAY_FORMATおよびTIME_DISPLAY_FORMATは、CAST_SUPPORTEDがデータベースで有効ではない場合に、CAST(<chardata> as TIMESTAMP)、CAST(<chardata> as DATE)、CAST(<datetimeexpr> AS VARCHAR(20))、CAST(<dateexpr> AS CHAR(10))などの日付または時間の変換表現がどのように動作するかを決定します。

CAST_SUPPORTED機能がデータベースで有効である場合、日時書式はDATE_TIME_DISPLAY_FORMAT、DATE_DISPLAY_FORMATおよびTIME_DISPLAY_FORMATの各プロパティではなく、データベースによって決定されます。

これらのプロパティは、nqserver.logまたはnqquery.logに書き込まれるタイムスタンプの書式に作用しません。ログ・ファイルに書き込まれるタイムスタンプの書式は、Oracle Fusion Middlewareの基準に応じて決定され、Fusion Middleware Controlなどの多くのツールでログ・ファイルを解析できる必要があるため変更できません。このようなツールは、ログ・ファイルのタイムスタンプは固定書式であるという事実に依拠しています。

詳細は、第A.5.7項「DATE_DISPLAY_FORMAT」および第A.5.8項「TIME_DISPLAY_FORMAT」を参照してください。

A.5.7 DATE_DISPLAY_FORMAT

Oracle BIサーバーに対する日付の入力および出力の書式を指定します。デフォルト値はyyyy/mm/ddです。

注意:

年を2桁(yy)または4桁(yyyy)で指定します。セパレータには、y、mまたはdを除く任意の文字を使用できます。

例: DATE_DISPLAY_FORMAT = "yyyy/mm/dd";

詳細は、第A.5.6.1項「日時表示書式の使用方法」を参照してください。

A.5.8 TIME_DISPLAY_FORMAT

Oracle BIサーバーに対する時間の入力および出力の書式を指定します。デフォルト値はhh:mi:ssです。

例: TIME_DISPLAY_FORMAT = "hh:mi:ss";

詳細は、第A.5.6.1項「日時表示書式の使用方法」を参照してください。

A.5.9 WORK_DIRECTORY_PATHS

一時領域用の1つ以上のディレクトリを指定します。

指定する各ディレクトリは、既存の書込み可能なパス名である必要があり、パス名は二重引用符( " )で囲む必要があります。マップされたディレクトリのみを指定します。

完全修飾パスまたは相対パスを指定できます。"/"(UNIX)または"<drive>:"(Windows)で始まらないパスを指定すると、Oracle BIサーバーでは、ローカルの書込み可能ディレクトリに対する相対パスであると見なされます。たとえば、パス"temp"を指定すると、Oracle BIサーバーでは、ランタイムに次のものが使用されます。

ORACLE_INSTANCE/tmp/OracleBIServerComponent/coreapplication_obisn/temp

複数のディレクトリは、カンマ区切りリストとして指定します。有効値は、相対パス、または既存の書込み可能なディレクトリの完全修飾パスです。UNCパス名およびマップされたネットワーク・ドライブは、サービスが修飾ユーザー・アカウントで実行する場合にのみ許可されます。

最適なパフォーマンスを維持するために、一時ディレクトリは高いパフォーマンスのストレージ・デバイス上に存在する必要があります。複数のディレクトリを指定する場合、それらは異なる物理ドライブ上に存在する必要があります。

構文: WORK_DIRECTORY_PATHS = "path_1" [, "path_2"{, "path_n"}];

例1: WORK_DIRECTORY_PATHS = "temp" ;

例2: WORK_DIRECTORY_PATHS = "D:\temp", "F:\temp";

注意:

各ドライブに複数のディレクトリを指定しても、ファイルI/Oは同じI/Oコントローラを介して行われるため、パフォーマンスは向上しません。一般に、各ディスク・ドライブに対して1つのディレクトリのみを指定します。異なる複数のドライブ上に複数のディレクトリを指定することは、Oracle BIサーバーの全体的なI/Oスループットを改善します。これは、内部的に、処理ファイルは特定のディスク・ドライブ間でI/O負荷を分散するラウンドロビン・アルゴリズムを使用して割り当てられるためです。

A.5.10 VIRTUAL_TABLE_PAGE_SIZE

ソート、結合、和結合、データベース・フェッチなどのいくつかの操作は、Oracle BIサーバーに対して使用可能なメモリー・リソースより多くのメモリー・リソースを必要とする場合があります。この状況を管理するために、サーバーでは、これらの操作の処理にバッファリング・スキームを提供する仮想表管理メカニズムが使用されます。データ量がVIRTUAL_TABLE_PAGE_SIZEを超えると、残りのデータは一時ファイルにバッファされ、処理の進行に応じて仮想表に入れられます。このメカニズムでは動的メモリー・サイズがサポートされ、問合せの処理時にすべての行を動的に取得できます。

VIRTUAL_TABLE_PAGE_SIZEは、Oracle BIサーバーの内部処理用のメモリー・ページ・サイズを指定します。値が大きくなるほど、I/Oが減少しますが、特にマルチユーザー環境でメモリー使用量が増加します。

VIRTUAL_TABLE_PAGE_SIZEが増加すると、I/O処理は減少します。複雑な問合せでは20 - 30の仮想表を使用する可能性がありますが、単純な問合せでは仮想表を必要としない場合さえあります。デフォルト・サイズの128KBは、Windows NTの仮想ページングのサイズが64KBであることを考慮すると妥当なサイズです。このパラメータは、同時ユーザー数と平均的な問合せの複雑さに応じて調整できます。一般に、256KBより大きいサイズに設定しても、スループットは相応には増加しません。これは、Windows NTシステム・バッファのサイズが64KBに制限されており、I/Oはシステム・バッファを使用して行われるためです。128KBはUNIXシステムでも妥当な値です。

例: VIRTUAL_TABLE_PAGE_SIZE = 128 KB;

A.5.11 USE_LONG_MONTH_NAMES

月名がJANUARY、FEBRUARYなどの完全名として戻されるか、JAN、FEBなどの3文字の略語として戻されるかを指定します。有効値はYESおよびNOです。月名を完全名として戻すにはYESを指定し、月名を3文字の略語として戻すにはNOを指定します。デフォルト値はNOです。

例: USE_LONG_MONTH_NAMES = NO;

A.5.12 MEMORY_COMPACT_PERIOD_IN_SECONDS

コールからコールの内部メモリー・ルーチンまでの間、Oracle BIサーバーが待機する長さを秒で指定します。Oracle BIサーバーのメモリー・マネージャは、メモリー圧縮ルーチンがバックグラウンド・スレッドでコールされるまで、空メモリーをシステムに戻しません。このパラメータ値を小さい値に設定すると、Oracle BIサーバーは未使用のメモリーをシステムに戻します。この時、CPUの追加オーバーヘッドが多少発生します。デフォルトは3600秒です。

例: MEMORY_COMPACT_PERIOD_IN_SECONDS = 3600;

A.5.13 USE_LONG_DAY_NAMES

日名が MONDAY 、 TUESDAY などの完全名として戻されるか、 MON 、 TUE などの3文字の略語として戻されるかを指定します。有効値はYESおよびNOです。日名を完全名として戻すにはYESを指定し、日名を3文字の略語として戻すにはNOを指定します。デフォルト値はNOです。

例: USE_LONG_DAY_NAMES = NO;

A.5.14 USE_UPPERCASE_MONTH_NAMES

月名を大文字と小文字の混合で返すか、大文字で返すかを指定します。有効値はYESおよびNOです。YESを指定すると月名が大文字で返され、NOを指定すると月名が大文字と小文字の混合で返されます。デフォルト値はNOです。

例: USE_UPPERCASE_MONTH_NAMES = NO;

A.5.15 USE_UPPERCASE_DAY_NAMES

曜日を大文字と小文字の混合で返すか、大文字で返すかを指定します。有効値はYESおよびNOです。YESを指定すると曜日が大文字で返され、NOを指定すると曜日が大文字と小文字の混合で返されます。デフォルト値はNOです。

例: USE_UPPERCASE_DAY_NAMES = NO;

A.5.16 UPPERCASE_USERNAME_FOR_INITBLOCK

初期化ブロックで特殊構文:USERを使用して、ユーザー名をパススルーできます。このパラメータがYESに設定されている場合、:USERを使用して初期化ブロックをパススルーしたユーザー名は、すべて大文字に変更されます。それ以外の場合は、ユーザー名で大/小文字の区別が維持されます。

例: UPPERCASE_USERNAME_FOR_INITBLOCK = NO;

A.6 Securityセクションのパラメータ

セキュリティのパラメータは、Oracle BIサーバーのセキュリティ機能のデフォルト値を指定します。セキュリティの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

A.6.1 DEFAULT_PRIVILEGES

AuthenticatedUserアプリケーション・ロールに付与されるOracle BIリポジトリ・オブジェクトのデフォルトの権限を指定します。これは、任意の新規リポジトリ・オブジェクトに関連付けられるデフォルトのアプリケーション・ロールです。実際この設定は、他に明示的なセキュリティ設定を持たない新しいオブジェクトに対して、リポジトリのプレゼンテーション・レイヤーでのオブジェクト・セキュリティのデフォルト・レベルを指定します。

AuthenticatedUserアプリケーション・ロールは「任意の認証済ユーザー」を意味します。このロールはOracle BIリポジトリ内部用です。

有効値はNONEおよびREADです。デフォルト値はREADです。NONEは、管理ツールの「権限」ダイアログの「アクセス権なし」設定に相当します。

例: DEFAULT_PRIVILEGES = READ;

A.6.2 PROJECT_INACCESSIBLE_COLUMN_AS_NULL

権限のないユーザーへのセキュリティ・センシティブな列の表示方法を制御します。このパラメータがYESに設定されている場合、問合せの元の列の式がNULL式によって置換され、保護されている列は分析時に権限のないユーザーに対して非表示になります。

このパラメータがNOに設定されている場合、ユーザーが表示権限を持っていない保護された列を含むレポートを実行しようとすると、未解決の列のエラーが発生します。

デフォルト値はYESです。

例: PROJECT_INACCESSIBLE_COLUMN_AS_NULL = YES;

A.6.3 IGNORE_LDAP_PWD_EXPIRY_WARNING

LDAPサーバーによってパスワードの期限切れ警告が発行された場合でもユーザーがログインできるかどうかを決定します。有効値はYESおよびNOです。このパラメータを非コメント化し、LDAPサーバーによってパスワードの期限切れ警告が発行された場合にユーザーがログインできるようにするにはYESを指定し、警告が発行された場合にユーザーのログインを拒否するにはNOを指定します。デフォルト値はNOです。

ユーザーのパスワードがLDAPサーバーで実際に期限切れになった後は、このパラメータの値にかかわらず、ユーザーはログインできません。

例: IGNORE_LDAP_PWD_EXPIRY_WARNING = NO;

A.6.4 MAX_AUTHENTICATION_TIME

ユーザーのログイン試行がタイムアウトするまでに、初期化ブロックを実行するためにOracle BIサーバーに割り当てられる秒数を指定します。タイムアウトが発生すると、Oracle BIサーバーのユーザーは再ログインを要求されます。

この設定は、すべての初期化ブロックに対する累積実行時間に適用されます。この値を10分(600秒)に設定し、Oracle BIサーバーが実行する必要がある初期化ブロックが10個あるとします。5個目の初期化ブロックの実行後に10分のログイン最大値を超えた場合、Oracle BIサーバーは残り5個の初期化ブロックを実行できず、ログイン試行を拒否します。

例: MAX_AUTHENTICATION_TIME = 600;

A.6.5 INIT_BLOCK_LOG_TIME_THRESHOLD

初期化ブロック実行のしきい値(秒)を指定します。この値を超えると、Oracle BIサーバーは実行時間をログに記録します。これにより、初期化ブロックの設計上の潜在的な問題について警告を出すことができます。

例: INIT_BLOCK_LOG_TIME_THRESHOLD = 60;

A.6.6 NUM_INIT_BLOCK_THREADS_PER_USER

Oracle BIサーバーが各ユーザーに割り当てる初期化ブロック・スレッドの数を指定します。

デフォルトは1スレッドです。

例: NUM_INIT_BLOCK_THREADS_PER_USER = 1;

A.6.7 SSL

このパラメータ、およびこの項で説明するその他のパラメータは、Oracle Business Intelligenceコンポーネント間のSecure Sockets Layer(SSL)通信に関連しています。

SSLのデフォルト設定はNOです。

注意:

この項で説明するSSLパラメータのほとんどは、Fusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。集中管理されるSSLパラメータには、次のものがあります。

- SSL

- SSL_CERTIFICATE_FILE

- SSL_PRIVATE_KEY_FILE

- SSL_VERIFY_CLIENTS

- SSL_VERIFY_SERVERS

- SSL_CA_CERTIFICATE_DIR

- SSL_CA_CERTIFICATE_FILE

Oracle Business Intelligenceコンポーネント間のSSLの構成方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のOracle Business Intelligenceコンポーネント間のSSLの構成方法に関する項を参照してください。

A.6.8 SSL_CERTIFICATE_FILE

証明書ファイルのパスを指定します。Oracle BIサーバーやOracle BIスケジューラなど、SSLサーバーとして機能するコンポーネントの場合、これはサーバー証明書ファイル名です。Oracle Business Intelligence ODBCクライアント・データソースなどのクライアント・コンポーネントの場合、これはクライアント証明書ファイル名です。

注意:

SSL_CERTIFICATE_FILEパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

例(サーバー): SSL_CERTIFICATE_FILE = "servercert.pem";

例(クライアント): SSL_CERTIFICATE_FILE = "client-cert.pem";

A.6.9 SSL_PRIVATE_KEY_FILE

秘密鍵ファイルを指定します。サーバー・コンポーネントの場合、これはサーバー秘密鍵ファイル名です。クライアント・コンポーネントの場合、これはクライアント秘密鍵ファイル名です。

注意:

SSL_PRIVATE_KEY_FILEパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

例(サーバー): SSL_PRIVATE_KEY_FILE = "serverkey.pem";

例(クライアント): SSL_PRIVATE_KEY_FILE = "client-key.pem";

A.6.10 SSL_PK_PASSPHRASE_FILE

秘密鍵パス・フレーズ・ファイル名を指定します。

このパラメータは集中管理されません。

例: SSL_PK_PASSPHRASE_FILE = serverpwd.txt;

A.6.11 SSL_PK_PASSPHRASE_PROGRAM

秘密鍵パス・フレーズ・プログラム実行可能ファイル名を指定します。

このパラメータは集中管理されません。

例: SSL_PK_PASSPHRASE_PROGRAM = sitepwd.exe;

A.6.12 SSL_VERIFY_PEER

このパラメータは現在非推奨になっています。SSL_VERIFY_CLIENTSパラメータおよびSSL_VERIFY_SERVERSパラメータは、SSL_VERIFY_PEERパラメータによって以前制御されていた同等の機能の置換えです。詳細は、Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイドを参照してください。

注意:

SSL_VERIFY_PEERパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

A.6.13 SSL_VERIFY_SERVERS

注意:

SSL_VERIFY_SERVERSパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

クライアントとして動作するとき(つまり、Oracle BIサーバーがBIセキュリティ・サービスをコールしているとき)にサーバー証明書を確認するかどうかを指定します。デフォルト値はYESです。

例: SSL_VERIFY_SERVERS = YES;

A.6.14 SSL_VERIFY_CLIENTS

注意:

SSL_VERIFY_CLIENTSパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

サーバーとして動作するとき(つまり、Oracle BIサーバーがプレゼンテーション・サービスなどのクライアントからのコールを受信したとき)にクライアント証明書を確認するかどうかを指定します。デフォルト値は、NOです。

例: SSL_VERIFY_CLIENTS = NO;

A.6.15 SSL_CA_CERTIFICATE_DIR

ピアの検証がYESに設定されている場合にサーバーまたはクライアント証明書の検証に使用される、信頼性のあるCA証明書のパスを指定します。クライアント認証が必要な場合にのみ有効になります。

注意:

SSL_CA_CERTIFICATE_DIRパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

例: SSL_CA_CERTIFICATE_DIR = "CACertDir";

A.6.16 SSL_CA_CERTIFICATE_FILE

ピアの検証がYESに設定されている場合にサーバーまたはクライアント証明書の検証に使用される、信頼性のあるCA証明書の名前を指定します。クライアント認証が必要な場合にのみ有効になります。

注意:

SSL_CA_CERTIFICATE_FILEパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

例: SSL_CA_CERTIFICATE_FILE = "CACertFile";

A.6.17 SSL_TRUSTED_PEER_DNS

識別名(DN)による接続が許可されている個々の名前付きクライアントを指定します。DNは、証明書の公開鍵に一致する秘密鍵を持っているエンティティを識別します。

このパラメータは集中管理されません。

例: SSL_TRUSTED_PEER_DNS = "";

A.6.18 SSL_INTERNAL_CA_CERTIFICATE_FILE

内部のCA証明書ファイル名を指定します。

このパラメータは集中管理されません。

例: SSL_INTERNAL_CA_CERTIFICATE_FILE = "InternalCACertFile";

A.6.19 SSL_INTERNAL_TRUSTED_PEER_DNS

内部の信頼できるピアDNS名を指定します。

このパラメータは集中管理されません。

例: SSL_INTERNAL_TRUSTED_PEER_DNS = "";

A.6.20 SSL_WEBSERVER_CA_CERTIFICATE_FILE

WebサーバーのCA証明書ファイル名を指定します。

このパラメータは集中管理されません。

例: SSL_WEBSERVER_CA_CERTIFICATE_FILE = "WebServerCACertFile";

A.6.21 SSL_WEBSERVER_TRUSTED_PEER_DNS

Webサーバーの信頼できるピアDNS名を指定します。

このパラメータは集中管理されません。

例: SSL_WEBSERVER_TRUSTED_PEER_DNS = "";

A.6.22 SSL_CERT_VERIFICATION_DEPTH

証明連鎖の深さです。深さ1は、証明書が信頼性できるCAによって署名される必要があることを意味します。深さ2は、証明書があるCAによって検証された別のCAによって署名されたことを意味します。デフォルト値は9です。

このパラメータは集中管理されません。

例: SSL_CERT_VERIFICATION_DEPTH = 9;

A.6.23 SSL_CIPHER_LIST

サーバーによって使用される、許可された暗号スイートのリスト。デフォルトは空の文字列で、ALLに相当します。

このパラメータは、デフォルトの選択以外の暗号スイートを使用する場合にのみ設定する必要があります。

このパラメータは集中管理されません。

例: SSL_CIPHER_LIST = "EXP-RC2-CBC-MD5";

A.7 Serverセクションのパラメータ

Serverセクションのパラメータは、Oracle BIサーバーのデフォルトと制限を定義します。

A.7.1 READ_ONLY_MODE

注意:

READ_ONLY_MODEパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「パフォーマンス」タブにある「RPD更新を許可しない」オプションがREAD_ONLY_MODEパラメータに対応します。詳細は、第7.3.1項「RPD更新を禁止するためのFusion Middleware Controlの使用」を参照してください。

管理ツールがオンラインまたはオフライン・モードの場合に、Oracle BIリポジトリ・ファイルの変更を許可または禁止します。デフォルトはNOで、リポジトリの編集が可能です。

このパラメータがYESに設定されている場合、管理ツールを使用してリポジトリを変更できなくなります。管理ツールでリポジトリを開くと、リポジトリが読取り専用であるというメッセージがユーザーに通知されます。このパラメータがNOに設定されている場合は、管理ツールを使用してリポジトリに変更を加えることができます。

READ_ONLY_MODEがNOに設定されている場合でも、管理ツールでリポジトリが読取り専用モードで開く場合があります。たとえば、オフライン・モードでリポジトリを開くときに、Oracle BIサーバーまたは別の管理ツール・クライアントがそのリポジトリに対してロックを保持している場合、リポジトリは読取り専用モードで開きます。オンライン・モードでは、Oracle BIサーバーの起動時に管理ツールがリポジトリに対してロックを保持していた場合、リポジトリが読取り専用モードで開く可能性があります。

さらに、Oracle Business Intelligenceがクラスタ化されており、管理ツールがオンライン・モードでスレーブ・ノードに接続している場合も、管理ツールは読取り専用モードで開きます。これは、マスター・ノードがリポジトリに対するロックを保持しているために発生します。クラスタ化された環境での実行時にこの状況を回避するには、管理ツールによって使用されるOracle BIサーバーODBC DSNが、特定のOracle BIサーバーではなくクラスタ・コントローラをポイントするように構成されていることを確認します。

A.7.2 MAX_SESSION_LIMIT

サーバーによって許可される同時接続の最大数を指定します。この数を超えると、サーバーは接続リクエストを拒否します。

制限は、65,535接続です。

例: MAX_SESSION_LIMIT = 2000;

A.7.2.1 MAX_SESSION_LIMITおよびSERVER_THREAD_RANGEパラメータについて

接続プールのサイズにより、使用可能なOracle BIサーバー接続の数と、物理問合せの処理に使用可能なスレッドの数が決定されます。1つの論理問合せから複数の物理問合せが生成される可能性があり、それぞれの物理問合せが異なる接続に割り当てられる可能性があります。

Oracle BIサーバーでは、パラメータSERVER_THREAD_RANGEを使用して指定された最大数までサーバー・スレッドが作成されます。必要に応じて、1つ以上のセッションからの問合せを処理するために、常に使用可能なすべてのスレッドが使用されます。

通常、MAX_SESSION_LIMITによって指定されるセッション数は、SERVER_THREAD_RANGEによって指定される使用可能なスレッド数よりも大きくなります。

まとめると、次のようになります。

- MAX_SESSION_LIMITは、無効な場合でもOracle BIサーバーに接続できるセッションの数を指定します。セッションおよび対応する問合せは、使用可能になったときに処理されるようにスレッドのキューに入れられます。

- 接続プールのサイズは、物理問合せを処理するスレッド数と接続数を指定します。

- SERVER_THREAD_RANGEは、論理問合せを処理するスレッドの数、つまり、Oracle BIサーバーでいつでも有効にできる問合せの数を指定します。

A.7.3 MAX_REQUEST_PER_SESSION_LIMIT

1セッション当たりの論理リクエストの最大数を指定します。これは、1セッション当たりの同時に存在する、開いているリクエストの数です。

制限は、1セッション当たり65,535論理リクエストです。

注意:

通常、個々のユーザーには、各セッションに対して同時に開いているリクエストは1つのみ存在します。しかし、アプリケーション・プログラムとOracle BIプレゼンテーション・サービスには、通常、同時に開いているリクエストが複数存在します。一般に、デフォルト値500はほとんどの環境において十分な値ですが、このパラメータは、アプリケーション環境や使用しているクライアント・ツールに基づいて調整してください。

例: MAX_REQUEST_PER_SESSION_LIMIT = 500;

A.7.4 SERVER_THREAD_RANGE

各Oracle BIサーバー・リクエストについて、SERVER_THREAD_RANGEはスレッド割当ての構成情報を指定します。範囲の下限値は、初期に割り当てられるスレッドの数を指定し、範囲の上限値は、割り当てられるスレッドの最大数を指定します。スレッド・プールは、上限または下限に達するまで、5スレッドの増分で拡大または縮小します。スレッド数がセッション数よりも少ない場合、セッションは先着順に使用可能なスレッド数を共有します。

両方の値を同じ数に設定すると、スレッド・プーリングの利点を最大限にすることができますが、それに伴うコストが生じます。下限と上限を同じ数値に設定すると、その数のスレッドが常に割り当てられ、それによってスタック領域が消費されます。

例: SERVER_THREAD_RANGE = 10-200;

詳細は、第A.7.2.1項「MAX_SESSION_LIMITおよびSERVER_THREAD_RANGEパラメータについて」を参照してください。

A.7.5 SERVER_THREAD_STACK_SIZE

各サーバー・スレッドに割り当てられるメモリー・スタック・サイズを指定します。値0は、各サーバー・スレッドのスタック・サイズを32ビットのプラットフォームの場合は256KB、64ビットのシステムの場合は1MBに設定します。

デフォルト値は0です。この値を変更する場合は、指定する値がシステムで使用可能なメモリー・リソースに適していることを確認してください。

例: SERVER_THREAD_STACK_SIZE = 0;

A.7.6 DB_GATEWAY_THREAD_RANGE

SERVER_THREAD_RANGEに従って、Oracle Business Intelligence Database Gatewayスレッド・プールのスレッドの最小数および最大数を指定します。

デフォルト値は40-200です。

例: DB_GATEWAY_THREAD_RANGE = 40-200;

A.7.7 DB_GATEWAY_THREAD_STACK_SIZE

各Oracle Business Intelligence Database Gatewayスレッドに割り当てられるメモリー・スタック・サイズを指定します。値0は、サーバー・スレッド当たりのスタック・サイズを32ビットのプラットフォームの場合は256KB、64ビットのシステムの場合は1MBに設定します。

デフォルト値は0です。この値を変更する場合は、指定する値がシステムで使用可能なメモリー・リソースに適していることを確認してください。

例: DB_GATEWAY_THREAD_STACK_SIZE = 0;

A.7.8 HTTP_CLIENT_THREAD_RANGE

HTTPクライアント・ラッパーを使用してデータの読取りおよび書込みを行う際にOracle BIサーバーが使用する、スレッド・プールの最小スレッド数および最大スレッド数を指定します。

デフォルト値は0-100です。

例: HTTP_CLIENT_THREAD_RANGE = 0-100;

A.7.9 HTTP_CLIENT_THREAD_STACK_SIZE

HTTP_CLIENT_THREAD_RANGEで指定された各スレッドに割り当てられるメモリー・スタック・サイズを指定します。値0は、スレッド当たりのスタック・サイズを、32ビット・プラットフォームについては256KB、64ビット・システムについては1MBに設定します。

デフォルト値は0です。この値を変更する場合は、指定する値がシステムで使用可能なメモリー・リソースに適していることを確認してください。

例: HTTP_CLIENT_THREAD_STACK_SIZE = 0;

A.7.10 MAX_EXPANDED_SUBQUERY_PREDICATES

副問合せの拡張時、副問合せによって移入できる値の最大数を制御します。デフォルトは8,192値です。この制限を超えると、Oracle BIサーバーでエラーが生成されます。

Oracle BIサーバー構文は、INおよびCOMPARISONなどの各種副問合せをサポートします。場合によっては、Oracle BIサーバーで副問合せを実行し、それを値に変換する必要があります(たとえば、データベース機能表でデータベース機能IN_SUPPORTED/IN_SUBQUERY_SUPPRTEDおよびCOMPARISON_SUBQUERYがオフになっている場合など)。Oracle BIサーバーで副問合せを値リストに変換する場合は、副問合せの結果セットから生じる値の最大数の監視にMAX_EXPANDED_SUBQUERY_PREDICATESが使用されます。

MAX_ENTRIES_PER_IN_LISTと呼ばれるデータベース機能設定もあります。この値は、特定のデータソースによってサポートされるリテラル数に応じて設定されます。この制限を超えるると、Oracle BIサーバーによってINリストがより小さいリストに分割され、ORで結合されます。ただし、元のINリストが長すぎる場合、そのデータソースに対するSQL文の長さ制限を超える可能性があり、データベース・エラーまたは障害が発生することがあります。MAX_EXPANDED_SUBQUERY_PREDICATESパラメータは、この状況を回避するための2つ目の制限を提供します。

例: MAX_EXPANDED_SUBQUERY_PREDICATES = 8192;

A.7.11 MAX_QUERY_PLAN_CACHE_ENTRIES

キャッシュされた論理問合せ計画の数を制御します。問合せ計画キャッシュとは、最近使用された問合せの計画をキャッシュすることによって、問合せコンパイル・プロセスの速度を向上させる内部パフォーマンス機能です。

このパラメータのデフォルト値は1024です。Oracleサポート・サービスに連絡せずに、この値を大きくしないでください。

例: MAX_QUERY_PLAN_CACHE_ENTRIES = 1024;

A.7.12 MAX_QUERY_PLAN_CACHE_ENTRY_SIZE

単一の論理計画キャッシュ・エントリに割り当てられるヒープ・メモリーの使用量の制限を指定します。Oracle BIサーバーごとの計画キャッシュ・メモリーの総使用量は、MAX_QUERY_PLAN_CACHE_ENTRY_SIZEを二乗することで算出できます。

デフォルト値0は、デフォルトの制限値が32ビット・プラットフォームについては256KB、64ビット・システムについては1MBであることを示しています。この値を変更する場合は、指定する値がシステムで使用可能なメモリー・リソースに適していることを確認してください。

例: MAX_QUERY_PLAN_CACHE_ENTRY_SIZE = 0;

A.7.13 MAX_DRILLDOWN_INFO_CACHE_ENTRIES

リポジトリ当たりのキャッシュされたアクション・リンク・ドリルダウン情報エントリの数を制御します。これは、最近使用された問合せのアクション・リンク情報をキャッシュすることにより、アクション・リンク情報の計算速度を向上させます。

このパラメータのデフォルト値は1024です。Oracleサポート・サービスに連絡せずに、この値を大きくしないでください。

例: MAX_DRILLDOWN_INFO_CACHE_ENTRIES = 1024;

A.7.14 MAX_DRILLDOWN_QUERY_CACHE_ENTRIES

リポジトリ当たりのキャッシュされたアクション・リンク問合せエントリの数を制御します。これは、最近使用された問合せのアクション・リンク・ドリルダウン結果をキャッシュすることにより、ドリルダウンの速度を向上させます。

このパラメータのデフォルト値は1024です。Oracleサポート・サービスに連絡せずに、この値を大きくしないでください。

例: MAX_DRILLDOWN_QUERY_CACHE_ENTRIES = 1024;

A.7.15 INIT_BLOCK_CACHE_ENTRIES

行単位の初期化でキャッシュされる初期化ブロック結果セットの数を制御します。キャッシュ・キーは、完全にインスタンス化された初期化ブロックSQLです。

デフォルト値は20です。このパラメータはOracle Business Intelligenceのローカライズされたバージョンの内部操作に影響を与えるため、指示がないかぎり、この値は変更しないことをお薦めします。

例: INIT_BLOCK_CACHE_ENTRIES = 20;

A.7.16 CLIENT_MGMT_THREADS_MAX

Oracle BIサーバーのクライアント/サーバー通信を管理するために割り当てられる、管理スレッドの数を指定します。各クライアント・プロセスが1つの管理スレッドを消費します。Oracle BIサーバーのクライアント/サーバー通信方式はTCP/IPです。

通常、デフォルト値5はクライアントとサーバーの通信には十分であるため、このパラメータの値は変更しないでください。

例: CLIENT_MGMT_THREADS_MAX = 5;

A.7.17 DEFAULT_JOBQUEUE_SIZE_PER_THREAD

キュー内のスレッド当たりのジョブ数を指定します。デフォルトは100ジョブです。0に設定すると、キュー内のスレッド当たりのジョブの数は無制限です。

例: DEFAULT_JOBQUEUE_SIZE_PER_THREAD = 100;

A.7.18 MAX_COLUMNS_IN_SELECT

プレゼンテーション・サービスによって生成されるすべての小計式を含め、SELECT文の最大列数を指定します。この制限は、導出されたselectブロックまたはリーフselectブロックを含め、すべてのSELECT文に適用されます。

この値を0に設定しても、無制限を表しません。このパラメータで設定した制限は、管理者を含むすべてのユーザーと、すべてのサブジェクト領域に適用されます。

例: MAX_COLUMNS_IN_SELECT = 50;

A.7.19 MAX_LOGICAL_DIMENSION_TABLES

単一のリーフ論理リクエストに表示する論理ディメンション表の最大数を指定します。

単一のプレゼンテーション列は、対応する論理列が複数の論理表から導出されている場合、複数の論理表を参照できます。また、複数のプレゼンテーション表は、同じ論理表を参照できます。たとえば、1つの問合せでEmployeeCity、EmployeeRegion、EmployeeCountryなどの複数の論理表をリクエストするとします。この例では、すべての表が同じディメンションを参照するとしても、表数は3です。

非表示ディメンションの属性は、論理ディメンション表の合計数に含まれます。

この値を0に設定しても、無制限を表しません。このパラメータで設定した制限は、管理者を含むすべてのユーザーと、すべてのサブジェクト領域に適用されます。

例: MAX_LOGICAL_DIMENSION_TABLES = 30;

A.7.20 MAX_LOGICAL_FACT_TABLES

単一のリーフ論理リクエストに表示する論理ファクト表の最大数を指定します。また、このパラメータはOracle BIサーバーによって追加される暗黙ファクト・メジャーに適用されます。このパラメータを0に設定し、問合せで暗黙ファクト・メジャーを起動するディメンションを2つリクエストするとします。論理ファクト表の制限を超えているため、この問合せは失敗します。

非表示ファクトの属性は、論理ファクト表の合計数に含まれます。

この値を0に設定しても、無制限を表しません。このパラメータで設定した制限は、管理者を含むすべてのユーザーと、すべてのサブジェクト領域に適用されます。

例: MAX_LOGICAL_FACT_TABLES = 5;

A.7.21 MAX_LOGICAL_MEASURES

一意の論理メジャー列(単一の論理リクエストの論理レイヤーに定義されている一意のディメンション集計)の最大数を指定します。

メジャーには、単一の問合せで複数回参照されるものがありますが、数えられるのは1回です。同じ物理属性と集計ルールに基づいているメジャーで、レベルベースの設定が異なるメジャーは、別個のメジャーとして数えられます。たとえば、EmployeeCountry.Revenueは、レベルをProduct-RegionディメンションのCOUNTRYに設定してSales.Revenueから導出されますが、Sales.Revenueとは別のメジャーとして数えられます。

非表示ファクトの属性は、論理メジャーの合計数に含まれます。

この値を0に設定しても、無制限を表しません。このパラメータで設定した制限は、管理者を含むすべてのユーザーと、すべてのサブジェクト領域に適用されます。

例: MAX_LOGICAL_MEASURES = 15;

A.7.22 MAX_SET_OPERATION_BLOCKS

受信SQL問合せに表示する論理和、論理積または論理差のブロックの最大数を指定します。set演算子がある問合せには、少なくとも2つの問合せブロックが含まれます。

各問合せには、少なくとも1つの問合せブロックが必要です。このパラメータに0と指定すると、Oracle BIサーバーは問合せを実行しません。このパラメータに1と指定すると、set演算子を使用しないために問合せブロックが1つしか含まれない問合せのみがその問合せに組み込まれます。

このパラメータで設定した制限は、管理者を含むすべてのユーザーと、すべてのサブジェクト領域に適用されます。

例: MAX_SET_OPERATION_BLOCKS = 15;

A.7.23 QUERY_LIMIT_WARNING_INSTEAD_OF_ERROR

論理問合せ制限を超えた場合に、エラー・メッセージを表示するかどうかを決定します。このパラメータをOFFに設定し、論理問合せ制限を超えた場合、Oracle BIサーバーではエラー・メッセージが表示され、問合せの残りの部分は終了します。このパラメータをONに設定し、論理問合せ制限を超えた場合、問合せは完了しエラー・メッセージは表示されませんが、しきい値を超えたことを示す警告メッセージがnqserver.logファイルに記録されます。

例: QUERY LIMIT_WARNING_INSTEAD_OF_ERROR = OFF;

A.7.24 RPC_SERVICE_OR_PORT

注意:

RPC_SERVICE_OR_PORTパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブにある「ポート範囲(開始)」および「ポート範囲(終了)」オプションは、RPC_SERVICE_OR_PORTパラメータを上書きします。詳細は、第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」を参照してください。

Oracle BIサーバーがリスニングするIPアドレスとポート番号を指定します。ip_address:portの書式でIPアドレスとポート番号を指定するか、ポート番号のみを指定できます。

IPアドレスとポート番号を指定すると、Oracle BIサーバーは指定されたIPアドレスにバインドします。

ポート番号のみを指定する場合、IPアドレスはデフォルトで0.0.0.0に設定され、Oracle BIサーバーはそのコンピュータ上のすべてのIPアドレスでリスニングします。

IPアドレスのみを指定する場合は、ポート値はデフォルトで9703になります。

Oracle Business IntelligenceのODBCウィザードを使用してOracle BIサーバー用のODBCデータソースを構成する場合、ログオン情報の入力画面の「ポート」フィールドに指定されているポート番号と、ここで指定するポート番号を必ず一致させてください。構成ファイルでポート番号を変更する場合、新しいポート番号を使用するように、影響を受けるすべてのODBCデータソースを再構成する必要があります。

例1: RPC_SERVICE_OR_PORT = 9703;

例2: RPC_SERVICE_OR_PORT = 127.0.0.1:9703;

A.7.25 LISTEN_ADDRESS

このパラメータは、将来のリリース用に予約されています。

A.7.26 LISTEN_PORT

このパラメータは、将来のリリース用に予約されています。

A.7.27 ENABLE_DB_HINTS

SQL文とともにOracle Databaseに渡されるオプションのヒントを有効にします。データベース・ヒントの説明は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』を参照してください。

デフォルト値はYESです。

例: ENABLE_DB_HINTS = YES;

A.7.28 PREVENT_DIVIDE_BY_ZERO

ゼロによる除算が発生した場合の動作を制御します。YESに設定すると、NULL値が戻されます。NOに設定すると、問合せが終了し、適切なエラーがユーザーに戻されます。

例: PREVENT_DIVIDE_BY_ZERO = YES;

A.7.29 CLUSTER_PARTICIPANT

注意:

CLUSTER_PARTICIPANTパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブに表示されるOracle BIサーバー・インスタンスごとに、CLUSTER_PARTICIPANTがYESに設定されます。詳細は、第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」を参照してください。

すべてのOracle Business Intelligenceデプロイメントは、それが単一ノード・デプロイメントである場合でも、クラスタ・コントローラを実行するように設計されています。この設計のため、常にCLUSTER_PARTICIPANTをYESに設定してください。

この構成ファイルを使用しているOracle BIサーバーがOracle BIサーバー・クラスタのメンバーであるかどうかを指定します。

有効値はYESおよびNOです。デフォルト値はYESです。

クラスタ化された環境では、通常、リポジトリ公開ディレクトリを指定して、オンライン・モードでリポジトリに対して加えられた変更を伝播させます。リポジトリ公開ディレクトリの詳細は、"REPOSITORY_PUBLISHING_DIRECTORY"および"REQUIRE_PUBLISHING_DIRECTORY"を参照してください。

CLUSTER_PARTICIPANTがYESに設定されている場合、このサーバーには、次の場所に有効な構成済のClusterConfig.xmlファイルがある必要があります。

ORACLE_INSTANCE/config/OracleBIApplication/coreapplication

詳細は、第6章「高可用を実現するOracle Business Intelligenceのデプロイ」のClusterConfig.xmlファイルに関する説明を参照してください。

例: CLUSTER_PARTICIPANT = YES;

A.7.30 REPOSITORY_PUBLISHING_DIRECTORY

注意:

REPOSITORY_PUBLISHING_DIRECTORYパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブにある「RPD公開ディレクトリ」オプションがREPOSITORY_PUBLISHING_DIRECTORYパラメータに対応します。このパラメータは、Fusion Middleware Controlで「RPD公開ディレクトリ」オプションが設定されている場合にのみ、NQSConfig.INIに表示されます。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

パラメータCLUSTER_PARTICIPANTがYESに設定されている場合、REPOSITORY_PUBLISHING_DIRECTORYは、クラスタに参加しているすべてのOracle BIサーバーによって共有されるリポジトリ公開ディレクトリの場所を指定します。このパラメータには、デフォルト値はありません。

リポジトリがオンライン・モードで更新されると、この場所に公開されます。すべてのクラスタ化されたサーバーは、リポジトリが変更されているかどうかを起動時にこの場所で調べます。これは、オンライン・モードでリポジトリが更新されないと予測する場合でも、クラスタ内のすべてのサーバーがアクセスできる有効な場所である必要があります。

共有ファイル・システムにディレクトリを格納します。ディレクトリは有効な完全修飾ディレクトリ・パス名である必要があり、パス名は二重引用符( " )で囲まれている必要があります。UNCパス名およびマップされたネットワーク・ドライブは、サービスが修飾ユーザー・アカウントで実行する場合にのみ許可されます。リポジトリ公開ディレクトリとして、相対パス名、または(Oracle Business Intelligenceソフトウェアのインストール・ディレクトリにある)リポジトリのサブディレクトリを指定しないでください。

オンライン・リポジトリ変更のマスター・サーバーとして指定されているOracle BIサーバー(ClusterConfig.xmlファイルでMasterServerパラメータがtrueに設定されているサーバー)は、このディレクトリに対して読取り/書込みアクセス権を持っている必要があります。クラスタのOracle BIサーバー(ClusterConfig.xmlファイルで定義されているその他のサーバー)も、このディレクトリに対して読取り/書込みアクセス権を持っている必要があります。ドライブ・マッピングにおける相違に適応するために異なる名前が指定されている場合でも、すべてのエントリが実際に同じディレクトリを参照する必要があります。

例:

REPOSITORY_PUBLISHING_DIRECTORY = "z:\OracleBI\Publish";

REPOSITORY_PUBLISHING_DIRECTORY = "\\ClusterSrv\Publish";

A.7.31 REQUIRE_PUBLISHING_DIRECTORY

注意:

REQUIRE_PUBLISHING_DIRECTORYパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Fusion Middleware Controlの「デプロイメント」ページの「リポジトリ」タブにある「リポジトリの共有」オプションがREQUIRE_PUBLISHING_DIRECTORYパラメータに対応します。詳細は、第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」を参照してください。

パラメータCLUSTER_PARTICIPANTがYESに設定されている場合、REQUIRE_PUBLISHING_DIRECTORYは、このOracle BIサーバーが起動してクラスタを結合するために、(パラメータREPOSITORY_PUBLISHING_DIRECTORYで指定された)リポジトリ公開ディレクトリが使用可能である必要があることを指定します。

このパラメータは、デフォルトでコメント・アウトされています。

YESに設定すると、起動時に公開ディレクトリが使用可能でない場合、またはサーバーによるディレクトリ内のファイルの読取り中にエラーが発生した場合、nqserver.logファイルにエラー・メッセージが記録され、サーバーが停止します。

公開ディレクトリが使用可能でない場合でもOracle BIサーバーが起動してクラスタを結合できるようにするには、この値をNOに設定します。NOに設定すると、サーバーがクラスタを結合し、nqserver.logファイルに警告メッセージが記録されます。オンラインでのリポジトリ更新は、(Oracle Business Intelligenceソフトウェアのインストール・ディレクトリにある)サーバーのRepositoryディレクトリには反映されません。このため、リクエストの失敗、間違った回答、およびその他の問題が生じる可能性があります。ただし、これは、オンラインでのリポジトリ編集が頻繁に行われず、いくつかのサーバーに古いリポジトリがある場合でもクラスタを機能させることが目的である場合には有用です。

例: REQUIRE_PUBLISHING_DIRECTORY = YES;

A.7.32 DISCONNECTED

このパラメータは非推奨であり、使用していません。

A.7.33 AUTOMATIC_RESTART

障害後にOracle BIサーバーを自動的に再起動するかどうかを指定します。自動再起動は、Oracle BIサーバー・プラットフォームにのみ適用され、クラスタ化されたOracle BIサーバー環境には適用されません。デフォルト値はYESです。

例: AUTOMATIC_RESTART = YES;

A.7.34 VARIABLE_VALUE_LIMIT

クライアント・ツールでNQSGetSessionValues()関数をコールしたときに返されるセッション変数値の最大長を指定します。

例: VARIABLE_VALUE LIMIT= 10;

たとえば、VARIABLE_VALUE_LIMITが10に設定されており、NQSGetSessionValues()関数が値「1234567890ABCDE」の変数についてコールされたとします。この場合、値は「1234567890」に切り捨てられます。

A.7.35 EVALUATE_SUPPORT_LEVEL

データベース関数EVALUATE、EVALUATE_ANALYTIC、EVALUATE_AGGRおよびEVALUATE_PREDICATEをユーザーが発行できるかどうかを指定します。EVALUATE*関数の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のデータベース関数に関する項を参照してください。

デフォルトでは、このパラメータは0に設定されます。つまり、EVALUATE関数ファミリに対するすべてのサポートは無効になります。oracle.bi.server.manageRepositories権限を持つユーザーがEVALUATE関数を発行できるようにするには、このパラメータを1に設定します。すべてのユーザーがEVALUATE関数を発行できるようにするには、このパラメータを2に設定します。

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

- EVALUATE_SUPPORT_LEVELパラメータにより、分析内でのデータベース関数のEVALUATEファミリの使用を制御します。分析内でこれらの関数を使用しないように、EVALUATE_SUPPORT_LEVELはデフォルト値の0の設定のままにしておくことをお薦めします。EVALUATE_SUPPORT_LEVELの値を1または2に設定すると、ユーザーは分析エディタを使用して任意のSQL式を分析に挿入できるようになります。そうすることで、データ・アクセスのセキュリティが危険にさらされることがあります。

- EVALUATE_SUPPORT_LEVELパラメータでは、メタデータ・リポジトリ内のデータベース関数のEVALUATEファミリの使用を制御しません。

例: EVALUATE_SUPPORT_LEVEL = 1;

A.7.36 FMW_SECURITY_SERVICE_URL

注意:

FMW_SECURITY_SERVICE_URLパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

Oracle BIサーバーがOracle Fusion Middlewareセキュリティ・サービスを特定できるように、Oracle WebLogic Serverが実行している場所を指定します。

例: FMW_SECURITY_SERVICE_URL = "http://localhost:9704";

A.7.37 FMW_SECURITY_SERVICE_MAX_NUMBER_OF_CONNECTIONS

多すぎる接続によってOracle WebLogic Serverが過負荷にならないように、Oracle BIサーバーからOracle Fusion Middlewareセキュリティ・サービスへの接続の数を制限します。変更しないでください。

例: FMW_SECURITY_SERVICE_MAX_NUMBER_OF_CONNECTIONS = 2000;

A.7.38 FMW_SECURITY_SERVICE_MAX_NUMBER_OF_RETRIES

Oracle Fusion Middlewareセキュリティ・サービスへの接続の最大試行回数を指定します。

例: FMW_SECURITY_SERVICE_MAX_NUMBER_OF_RETRIES = 0;

A.7.39 FMW_UPDATE_ROLE_AND_USER_REF_GUIDS

ユーザーは、各自の名前ではなく、グローバル一意識別子(GUID)によって識別されます。この識別のため、テストから本番に移行したり、あるアイデンティティ・ストアから別のアイデンティティ・ストアに変更したりすると、Oracle BIリポジトリで構成したユーザーベースのデータ・アクセス・セキュリティが機能しなくなる可能性があります。

この状況を回避するために、このパラメータを一時的にYESに設定して、リポジトリ内のユーザーのGUIDをアイデンティティ・ストア内のユーザーのGUIDでリフレッシュできます。このパラメータのデフォルト値はNOです。

GUIDは通常、テストと本番の両環境で同じであるため、一般にテスト環境と本番環境間でアイデンティティ・ストアのGUIDをリフレッシュすることはありません。テスト環境と本番環境でGUIDが異なる場合にのみ、GUIDをリフレッシュします。

システムのセキュリティを損なうことを回避するために、GUIDをリフレッシュした後、このパラメータをNOに戻してください。

GUIDのリフレッシュ・プロセスの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のデフォルト・セキュリティ構成を使用したセキュリティ管理に関する項を参照してください。プレゼンテーション・サービスのGUIDをリフレッシュする場合も、類似のパラメータが必要です。

例: FMW_UPDATE_ROLE_AND_USER_REF_GUIDS = NO;

A.7.40 ENABLE_NUMERIC_DATA_TYPE

Oracle DatabaseおよびTimesTenから、DOUBLE (デフォルト)またはNUMERIC(こちらのほうが高精度になります)として、10進/数値データをインポートするかどうかを指定します。

このパラメータをYESに設定すると、Oracle DatabaseおよびTimesTenデータソースに対する数値サポートが有効になります。Oracle DatabaseおよびTimesTenからOracle BIリポジトリにインポートされたデータは、10進/数値データがNUMERICに設定され、ユーザーが入力した10進/数値SQLコードはNUMERICとして処理されます。この設定を変更する前にインポートされた物理列のデータ型はそのまま維持されます。

Oracle BIサーバーにより実行される問合せでこの構成を利用するには、物理レイヤー・データベース・オブジェクトでNUMERIC_SUPPORTEDデータベース機能を有効にします。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のデータソースでサポートされるSQL機能の指定に関する項を参照してください。

他のデータベース・タイプからの10進/数値データは、このパラメータがYESに設定されていても、依然としてDOUBLEとしてマップされることに注意してください。また、NUMBERではなくDOUBLEとして宣言されているOracle DatabaseまたはTimesTen内の列は、このパラメータの設定に関係なく、DOUBLEとしてOracle Business Intelligenceにインポートされます。

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

- 数値データ型は、他の数値データ型にキャストでき、その逆も同様です。

- 数値データ型は、Oracle BIサーバーのJDBCドライバを介してサポートされません。

- 数値データには多くのビット数が必要なため、数値データ型を有効にするとパフォーマンスのオーバーヘッドが生じる可能性があります。

例: ENABLE_NUMERIC_DATA_TYPE = NO;

A.7.41 ENDECA_SERVLET_URL

Oracle Endeca ServletがデプロイされたURLを指定します。このパラメータは、Oracle BIサーバーに対するデータ・ソースとしてOracle Endeca Serverをサポートします。Oracle Endeca Serverは、データおよびメタデータの問合せへのクライアントJava APIを提供します。一方、Oracle BIサーバーはC++プロセスです。Oracle Endeca Servletは、Webコンテナ (Oracle WebLogic Server)にデプロイするコンポーネントで、Oracle BIサーバーとOracle EndecaクライアントAPIを繋ぐ役割があります。

例: ENDECA_SERVLET_URL = "http://localhost:7001/EndecaIntegration/EndecaServlet"

A.8 高可用性パラメータ

高可用性セクションのパラメータは、高可用性構成でのデフォルトおよび制限の使用を定義します。

A.8.1 HA_DB_PING_PERIOD_MILLISECS

高可用性を実現するためにBIサーバーによって実行される、すべてのTimesTenデータベースの連続した2つのポーリング間の間隔(ミリ秒)を指定します。このポーリングによってOracle BIサーバーは非アクティブなTimesTenスキーマを判断し、Oracle BIサーバーで問合せに使用するTimesTen集計表を選択できます。

例: HA_DB_PING_PERIOD_MILLISECS = 60000;

A.9 Dynamic Libraryセクションのパラメータ

このセクションには、ダイナミック・リンク・ライブラリ(DLL)ごとに1つのエントリ、またはWindowsシステムとUNIXシステムの両方でOracle BIサーバーへの接続に使用される共有オブジェクトのセットが含まれています。

構文: logical_name = dynamic_library;

この構文の説明は次のとおりです。

- logical_name: ダイナミック・リンク・ライブラリの論理名。これらの論理名は、「接続プール」ダイアログにも表示されます。

- dynamic_library: 関連付けられている動的ライブラリの名前。これらのライブラリは、次の場所にあります。
ORACLE_HOME/bifoundation/server/bin

注意:

このセクションは、Oracleサポート・サービスから指示がないかぎり、変更しないでください。

このリリースに用意されているダイナミック・リンク・ライブラリは、次のとおりです。

- ODBC200 = nqsdbgatewayodbc;

- ODBC350 = nqsdbgatewayodbc35;

- OCI8 = nqsdbgatewayoci8;

- OCI8i = nqsdbgatewayoci8i;

- OCI10g  = nqsdbgatewayoci10g;

- DB2CLI = nqsdbgatewaydb2cli;

- DB2CLI35 = nqsdbgatewaydb2cli35;

- NQSXML = nqsdbgatewayxml;

- XMLA = nqsdbgatewayxmla;

- BAPI = nqsdbgatewaysapbapi;

- ESSBASE = nqsdbgatewayessbasecapi;

- OracleADF = nqsdbgatewayoracleadf;

- OracleADF_HTTP = nqsdbgatewayoracleadf;

- OracleCEP_HTTP = nqsdbgatewayoraclecep;

- HyperionADM = nqsdbgatewayadm;

- OracleWS = nqsdbgatewayoraclews;

- hadoop = nqsdbgatewayhadoop;

- timesten = nqsdbgatewaytimesten;

- timesten35 = nqsdbgatewaytimesten35;

- JAVADS = nqsdbgatewayjava

- CSV = nqsdbgatewaycsv

A.10 Usage Trackingセクションのパラメータ

使用状況トラッキングのパラメータは、Oracle BIサーバーに送信される各論理問合せの使用状況トラッキング統計の収集に対するデフォルト値を定義します。

表A-2に、使用状況トラッキング表およびスタンドアロンの使用状況トラッキング・リポジトリに追加される列の名前と説明を示します。

表A-2 使用状況トラッキング表に追加される列の名前と説明

名前

データ型

説明

注意

SAW_DASHBOARD_PG

Varchar(150)

Oracle BIプレゼンテーション・サービス・ダッシュボード内のページ

ダッシュボード・リクエストでない場合はNullです。

PRESENTATION_NAME

Varchar(128)

Oracle BIプレゼンテーション・サービスのプレゼンテーション・カタログの名前

該当なし

ERROR_TEXT

Varchar(250)

バックエンド・データベースからの、キャッシュ・エントリを生成しない問合せに対するエラー・フラグと理由テキスト

SUCCESS_FLGがゼロでない場合にのみ適用可能です。複数のメッセージを連結します。アプリケーションは、列の内容を解析する必要があります。

RUNAS_USER_NAME

Varchar(128)

偽装ユーザー(問合せを実行したプロキシ・ユーザー)

リクエストが偽装ユーザーとして実行されていない場合はNullです。

使用状況トラッキングの詳細は、第9章「使用状況トラッキングの管理」を参照してください。

A.10.1 ENABLE

注意:

新しい(アップグレードでない)インストールでは、[USAGE_TRACKING]セクションのENABLEパラメータはFusion Middleware Controlによって集中管理されており、BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingCentrallyManaged属性がfalseに設定されていないかぎり、NQSConfig.INIを手動で編集することによって変更することはできません。

BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingEnabled属性は、ENABLEDパラメータに相当します。詳細は、「使用状況トラッキングの管理」を参照してください。

使用状況トラッキング統計の収集を有効または無効にします。

有効値はYESおよびNOです。デフォルト値はNOです。NOに設定すると、統計は累積されません。YESに設定すると、統計は各論理問合せに対して累積されます。

例: ENABLE = NO ;

A.10.2 DIRECT_INSERT

注意:

新しい(アップグレードでない)インストールでは、DIRECT_INSERTパラメータはFusion Middleware Controlによって集中管理されており、BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingCentrallyManaged属性がfalseに設定されていないかぎり、NQSConfig.INIを手動で編集することによって変更することはできません。

BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingDirectInsert属性は、DIRECT_INSERTパラメータに相当します。詳細は、「使用状況トラッキングの管理」を参照してください。

統計がデータベース表に直接挿入されるか、ローカル・ファイルに書き込まれるかを指定します。

- DIRECT_INSERTをNOに設定すると、データはフラット・ファイルに書き込まれます。

- DIRECT_INSERTをYESに設定すると、データは表に挿入されます。

注意:

このパラメータは、使用状況トラッキング・パラメータENABLEがYESに設定されている場合にのみ機能します。

データベース表への直接挿入が推奨されるため、デフォルト値はYESです。

DIRECT_INSERTがYESまたはNOのいずれに設定されているかに応じて、いくつかの他のパラメータが有効になります。これらのパラメータについては、表A-3に概要を示し、次の各項で説明します。

表A-3 DIRECT_INSERT設定に対して有効なパラメータ

DIRECT_INSERT設定

使用されるパラメータ

パラメータ設定

NO

STORAGE_DIRECTORY

"full_directory_path"

NO

CHECKPOINT_INTERVAL_MINUTES

5

NO

FILE_ROLLOVER_INTERVAL_MINUTES

30

NO

CODE_PAGE

"ANSI"

YES

PHYSICAL_TABLE_NAME

"Database"."Catalog"."Schema"."Table"または"Database"."Schema"."Table"

YES

CONNECTION_POOL

"Database"."Connection_Pool"

YES

BUFFER_SIZE

10 MB

YES

BUFFER_TIME_LIMIT_SECONDS

5

YES

NUM_INSERT_THREADS

5

YES

MAX_INSERTS_PER_TRANSACTION

1

YES

JOBQUEUE_SIZE_PER_INSERT_THREADPOOL_THREAD

100

YES

THROW_INSERT_WHEN_JOBQUEUE_FULL

NO

A.10.3 STORAGE_DIRECTORY

使用状況トラッキング・ログ・ファイルを格納するために使用されるディレクトリのフルパスを指定します。指定するディレクトリは、有効で書込み可能な完全修飾ディレクトリ・パス名である必要があり、パス名は二重引用符( " )で囲む必要があります。マップされたディレクトリのみを指定します。

有効値は、既存の書込み可能なディレクトリへの任意の完全修飾パス名です。

パラメータSTORAGE_DIRECTORYは、パラメータDIRECT_INSERTがNOに設定されている場合にのみ有効です。使用状況トラッキングが有効で、記憶域ディレクトリが指定されていない場合、ファイルは次の場所に書き込まれます。

ORACLE_INSTANCE\diagnostics\logs\OracleBIServerComponent\coreapplication_obisn

例: STORAGE_DIRECTORY = "C:\Temp\UsageTracking";

A.10.4 CHECKPOINT_INTERVAL_MINUTES

使用状況トラッキング・データがディスクにフラッシュされる頻度を指定します。この間隔を大きい値に設定すると、サーバーが異常停止した場合に失われる可能性のあるデータの量が増加します。この間隔を小さい値に設定すると、追加のオーバーヘッドが生じます。

デフォルトは5分です。

注意:

間隔を0に設定すると、Oracle BIサーバーは、ディスクへの使用状況トラッキング・データの書込みを最小の試行間隔で試行します。これはサーバーのパフォーマンスに悪影響を及ぼすため、強くお薦めしません。

例: CHECKPOINT_INTERVAL_MINUTES = 5;

A.10.5 FILE_ROLLOVER_INTERVAL_MINUTES

現在の使用状況トラッキング・ログ・ファイルが閉じられ、新規ファイルが作成されるまでの時間を分単位で指定します。たとえば、このエントリを60分に設定すると、1日に24の使用状況トラッキング・ログ・ファイルが作成されます。

デフォルトは30分です。

チェックポイント間隔がロールオーバー間隔に等しい、またはそれより大きい場合、ロールオーバーのみが明示的に発生します。チェックポイントは、古い使用状況トラッキング・ログ・ファイルが閉じられるときにのみ、暗黙的に発生します。

注意:

チェックポイント間隔が0に設定されている場合、Oracle BIサーバーは最小の試行間隔で、現在の使用状況トラッキング・ログ・ファイルを閉じて新規ログ・ファイルを開こうとします。これはサーバーのパフォーマンスに悪影響を及ぼし、記憶域ディレクトリに多数の使用状況トラッキング・ログ・ファイルが作成されることになります。この間隔を0に設定することは、強くお薦めしません。

例: FILE_ROLLOVER_INTERVAL_MINUTES = 240;

A.10.6 CODE_PAGE

多言語リポジトリの場合、これは、ディスクへの統計の書込み時に使用される出力コード・ページのタイプを指定します。有効値には、任意の有効なコード・ページ番号(1252など)、およびその他のグローバルに認識されている出力コード・ページ・タイプが含まれます。

デフォルト値はANSIです。このタイプは、使用されているデータベース・ローダーによって決まります。たとえば、Oracle DatabaseおよびDB2によって使用されるデータベース・ローダーに対して多言語リポジトリをサポートするには、UTF8を指定します。値は二重引用符で囲みます。USC-2は、現時点ではサポートされていません。

例: CODE_PAGE = "ANSI";

A.10.7 PHYSICAL_TABLE_NAME

注意:

新しい(アップグレードでない)インストールでは、PHYSICAL_TABLE_NAMEパラメータはFusion Middleware Controlによって集中管理されており、BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingCentrallyManaged属性がfalseに設定されていないかぎり、NQSConfig.INIを手動で編集することによって変更することはできません。

BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingPhysicalTableName属性は、PHYSICAL_TABLE_NAMEパラメータに相当します。詳細は、「使用状況トラッキングの管理」を参照してください。

問合せ統計に対応するレコードを挿入する表を指定します。表名は、管理ツールの物理レイヤーに表示されるものと同じ完全修飾名です。

このパラメータの一般構造は、使用されているデータベースのタイプによって決まります。

- SQL Serverの場合は、次の一般構造を使用します。
PHYSICAL_TABLE_NAME = "Database"."Catalog"."Schema"."Table";

例:

PHYSICAL_TABLE_NAME = "OracleBI Usage"."Catalog"."dbo"."S_NQ_ACCT";

上の例の構造は、次のようになります。

- "Oracle BI Usage"はデータベース・コンポーネントを表します。

- "Catalog"はカタログ・コンポーネントを表します。

- "dbo"はスキーマ・コンポーネントを表します。

- "S_NQ_ACCT"は表名を表します。

- Oracle Databaseの場合は、次の一般構造を使用します。
PHYSICAL_TABLE_NAME = "Database"."Schema"."Table";

例:

PHYSICAL_TABLE_NAME = "OracleBI Usage"."DEV_BIPLATFORM"."S_NQ_ACCT";

上の例の構造は、次のようになります。

- "Oracle BI Usage"はデータベース・コンポーネントを表します。

- "DEV_BIPLATFORM"はスキーマ・コンポーネントを表します。

- "S_NQ_ACCT"は表名を表します。

A.10.8 CONNECTION_POOL

注意:

新しい(アップグレードでない)インストールでは、CONNECTION_POOLパラメータはFusion Middleware Controlによって集中管理されており、BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingCentrallyManaged属性がfalseに設定されていないかぎり、NQSConfig.INIを手動で編集することによって変更することはできません。

BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingConnectionPool属性は、CONNECTION_POOLパラメータに相当します。詳細は、「使用状況トラッキングの管理」を参照してください。

使用状況トラッキング表にレコードを挿入するために使用される接続プールを指定します。これは、管理ツールの物理レイヤーに表示されるものと同じ完全修飾名です。

例: CONNECTION_POOL = "OracleBI Usage"."Connection Pool";

A.10.9 INIT_BLOCK_TABLE_NAME

初期化ブロック統計に対応するレコードを挿入する表を指定します。表名は、管理ツールの物理レイヤーに表示されるものと同じ完全修飾名です。デフォルト表、S_NQ_INITBLOCKがRCUスキーマに定義されます。

例: INIT_BLOCK_TABLE_NAME = Database"."Catalog"."Schema"."Table";

A.10.10 INIT_BLOCK_CONNECTION_POOL

初期化ブロックの使用状況トラッキング表にレコードを挿入するために使用される接続プールを指定します。接続プール名は、管理ツールの物理レイヤーに表示されるものと同じ完全修飾名です。

例: INIT_BLOCK_CONNECTION_POOL = Database"."Connection_Pool";

A.10.11 BUFFER_SIZE

INSERT文を一時的に格納するために使用されるメモリーの量を指定します。バッファを使用すると、挿入される統計を生成した問合せとは関係なく、INSERT文を使用状況トラッキング表に発行できます。バッファが満杯になると、挿入スレッドによってバッファ・エントリが処理されるまで後続の問合せの統計は破棄されます。

KBまたはMB単位のサイズを指定するか、接尾辞なしの数値を入力してバイトを指定できます。

例: BUFFER_SIZE = 10 MB;

A.10.12 BUFFER_TIME_LIMIT_SECONDS

INSERT文が使用状況トラッキング表に発行される前にバッファに残されている最大時間を指定します。この時間制限により、Oracle BIサーバーは、長期にわたる静止中であっても迅速にINSERT文を発行できます。

例: BUFFER_TIME_LIMIT_SECONDS = 5;

A.10.13 NUM_INSERT_THREADS

INSERT文をバッファから削除して使用状況トラッキング表に発行するスレッドの数を指定します。このスレッド数は、接続プールに割り当てられているスレッドの合計数を超えない必要があります。

例: NUM_INSERT_THREADS = 5;

A.10.14 MAX_INSERTS_PER_TRANSACTION

使用状況トラッキング表に挿入されるときに単一トランザクションとしてグループ化されるレコードの数を指定します。ここでサポートされている、データベースの一括挿入APIを使用します。この数を増やすと、パフォーマンスが多少改善されますが、データベースでのデッドロックによって挿入が拒否される可能性も高くなります。

例: MAX_INSERTS_PER_TRANSACTION = 1;

A.10.15 JOBQUEUE_SIZE_PER_INSERT_THREADPOOL_THREAD

スレッドのジョブ・キューに置かれる挿入ジョブの最大数を指定します。

例: JOBQUEUE_SIZE_PER_INSERT_THREADPOOL_THREAD = 100;

A.10.16 THROW_INSERT_WHEN_JOBQUEUE_FULL

ジョブを実行しているスレッドが停止してスレッド・ジョブ・キューが空になるまで待機する(NOに設定された場合)、または新しい挿入ジョブを拒絶する(YESに設定された場合)のどちらかを指定します。

Example: THROW_INSERT_WHEN_JOBQUEUE_FULL = NO;

A.10.17 SUMMARY_STATISTICS_LOGGING

注意:

新しい(アップグレードでない)インストールでは、SUMMARY_STATISTICS_LOGGINGパラメータはFusion Middleware Controlによって集中管理されており、BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingCentrallyManaged属性がfalseに設定されていないかぎり、NQSConfig.INIを手動で編集することによって変更することはできません。

BIDomain.BIInstance.ServerConfiguration MBeanのSummaryStatisticsLogging属性は、SUMMARY_STATISTICS_LOGGINGパラメータに相当します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のSummary Advisorのロギングの有効化に関する項を参照してください。

Oracle BI Summary Advisorのロギング統計の収集を有効または無効にするには、次のようにしてください。

- Summary Advisorのロギングを有効にするには、このパラメータをYESに設定します。

- 外部結合を含む論理問合せに対してのみSummary Advisorのロギングを有効にするには、このパラメータをLOG_OUTER_JOINT_QUERIES_ONLYに設定します。完全なSummary Advisorのロギングを有効にすることによる小さいパフォーマンスへの影響が問題となる場合は、このオプションを使用することを検討してください。

- Summary Advisorのロギングを無効にするには、このパラメータをNO (デフォルト)に設定します。

Oracle BI Summary Advisorの機能は、Oracle Business IntelligenceをOracle Exalytics Machineで実行している場合にのみ使用できます。

Summary Advisor機能の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のOracle BI Summary Advisorを使用した集計の問合せ候補の識別に関する項を参照してください。

例: SUMMARY_STATISTICS_LOGGING = YES;

A.10.18 SUMMARY_ADVISOR_TABLE_NAME

注意:

新しい(アップグレードでない)インストールでは、SUMMARY_ADVISOR_TABLE_NAMEパラメータはFusion Middleware Controlによって集中管理されており、BIDomain.BIInstance.ServerConfiguration MBeanのUsageTrackingCentrallyManaged属性がfalseに設定されていないかぎり、NQSConfig.INIを手動で編集することによって変更することはできません。

BIDomain.BIInstance.ServerConfiguration MBeanのSummaryAdvisorTableName属性は、SUMMARY_ADVISOR_TABLE_NAMEパラメータに相当します。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のSummary Advisorのロギングの有効化に関する項を参照してください。

Oracle BI Summary Advisorのロギング統計に対応するレコードを挿入する表を指定します。表名は、管理ツールの物理レイヤーに表示されるものと同じ完全修飾名です。

例: SUMMARY_ADVISOR_TABLE_NAME = "Orcl"."DEV_BIPLATFORM".

"S_NQ_SUMMARY_ADVISOR"

A.11 Query Optimization Flagsセクションのパラメータ

Query Optimization Flagsセクションには、1つのパラメータがあります。それは、特定の状況においてOracle BIサーバーの動作を上書きする特殊なパラメータです。

A.11.1 STRONG_DATETIME_TYPE_CHECKING

このパラメータを使用して、問合せに含まれている一部の日付/時間データ型の非互換性が拒否されないように、厳密なデータ型チェックを緩めます。たとえば、"date/time op string-literal"という書式の問合せには、技術的に日付/時間データ型の非互換性が含まれており、通常はOracle BIサーバーによって拒否されます。

有効値はONおよびOFFです。デフォルト値はONで、この場合、厳密なデータ型チェックが有効になり、日付/時間データ型の非互換性を含む問合せが拒否されます。これが推奨設定です。

厳密なデータ型チェックを緩めるには、この値をNOに設定します。この場合でも、無効な問合せまたは重大な日付/時間の非互換性を含む問合せは拒否されます。また、リレーショナル・データベースに類似した厳密なデータ型チェックが実装されている場合などには、問合せが失敗する可能性があります。

例: STRONG_DATETIME_TYPE_CHECKING = ON;

A.12 MDX Member Name Cacheセクションのパラメータ

このセクションのパラメータは、一意の名前とリポジトリ内のすべてのSAP/BWキューブのメンバーのキャプション間をマップする、キャッシュ・サブシステムに関するものです。

A.12.1 ENABLE

このパラメータは、機能が有効かどうかを指定します。

これはSAP/BWキューブにのみ適用されるため、デフォルト値はNOです。

A.12.2 DATA_STORAGE_PATH

キャッシュが存続する場所のパス。これは、単一の場所にのみ適用されます。

エントリの最後にある数は、記憶域の容量を示しています。機能が有効な場合、文字列<full directory path>は有効なパスで置換される必要があります。

例: DATA_STORAGE_PATH = "C:\OracleBI\server\Data\Temp\Cache" 500 MB;

A.12.3 MAX_SIZE_PER_USER

各ユーザーがキャッシュ・エントリに使用できる最大ディスク領域。

例: MAX_SIZE_PER_USER = 100 MB;

A.12.4 MAX_MEMBER_PER_LEVEL

ディスクに存続できる、1レベルのメンバーの最大数。

例: MAX_MEMBER_PER_LEVEL = 1000;

A.12.5 MAX_CACHE_SIZE

個々のキャッシュ・エントリ・サイズの最大サイズ。

例: MAX_CACHE_SIZE = 100 MB;

A.13 Aggregate Persistenceセクションのパラメータ

Oracle Business Intelligenceでは、集計表とこれに対応するOracle Business Intelligenceメタデータ・マッピングの作成とロードを自動化する、集計の永続性機能が提供されます。このセクションのパラメータは、集計の永続性機能の構成および使用に関連します。

A.13.1 AGGREGATE_PREFIX

集計の永続性のドメイン・サーバー名を指定します。接頭辞は1 - 8文字の長さで、特殊文字が含まれていない必要があります('_'は使用可能です)。

例: AGGREGATE_PREFIX = "SA_";

A.13.2 AGGREGATE_THREAD_POOL_SIZE

集計の永続性のために起動されるスレッドの数を指定します。各フェーズ内で、ロードのパフォーマンスを改善するためにリレーショナル・ロードが個別のスレッドで実行されます。デフォルト値は5です。

例: AGGREGATE_THREAD_POOL_SIZE = 5;

A.13.3 AGGREGATE_AW_NAME

ターゲットOracle Databaseで作成されるアナリティック・ワークスペース・オブジェクトの名前を指定します。このコンテナで、集計AWキューブとディメンションが作成されます。

例: AGGREGATE_AW_NAME = "OBI_AW";

A.13.4 PREAGGREGATE_AW_CUBE

集計の永続性のためにシステムによって生成されたAWキューブを完全に解決するかどうかを指定します。デフォルト値はYESです。YESに設定すると、記憶域の領域使用量が大幅に増加します。

例: PREAGGREGATE_AW_CUBE = YES;

A.13.5 SUPPORT_ANALYTICAL_WORKSPACE_TARGETS

Oracleアナリティック・ワークスペースで集計の永続性をサポートするかどうか指定します。デフォルトはNOです。

例: SUPPORT_ANALYTICAL_WORKSPACE_TARGETS = NO;

A.14 JavaHostセクションのパラメータ

このセクションのパラメータは、JavaHostプロセスが実行されているコンピュータに関する情報を提供します。

A.14.1 JAVAHOST_HOSTNAME_OR_IP_ADDRESSES

注意:

JAVAHOST_HOSTNAME_OR_IP_ADDRESSパラメータはFusion Middleware Controlによって集中管理されており、Fusion Middleware Controlを介したすべての構成が無効化されていないかぎり(非推奨)、NQSConfig.INIを手動で編集することによって変更することはできません。

ホスト情報、およびFusion Middleware Controlの「容量管理」ページの「スケーラビリティ」タブにある「ポート範囲(開始)」および「ポート範囲(終了)」オプションは、JAVAHOST_HOSTNAME_OR_IP_ADDRESSパラメータを上書きします。詳細は、第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」を参照してください。

このパラメータは、JavaHostの接続性に関する情報を提供します。デフォルト・ポート値は9810です。

構文: JAVAHOST_HOSTNAME_OR_IP_ADDRESS = "host_name1:port1",host_name2:port2;

例: JAVAHOST_HOSTNAME_OR_IP_ADDRESS = "MYHOST:9810";

A.14.2 JAVAHOST_HOSTNAME_OR_IP_ADDRESSES_OVERRIDE

Oracle Business IntelligenceがWindows以外のプラットフォームにインストールされている場合に、Hyperion Financial Managementのデータソースに接続するためにJavaHostホスト名またはIPアドレスをオーバーライドするかどうかを指定します。

Hyperion Financial Managementには、Windowsプラットフォームに対してのみクライアント・ドライバが用意されています。Oracle Business Intelligenceのメイン・インスタンスがWindows以外のプラットフォームで稼働している場合でも、Hyperion Financial Managementにアクセスするには、Windowsコンピュータ上で稼働しているOracle Business IntelligenceのJavaHostプロセスが必要です。この場合、Hyperion Financial ManagementクライアントがインストールされているWindowsコンピュータ上で稼働しているJavaHostインスタンスを示すように、JAVAHOST_HOSTNAME_OR_IP_ADDRESSES_OVERRIDEパラメータを構成する必要があります。

構文: JAVAHOST_HOSTNAME_OR_IP_ADDRESS_OVERRIDE = "host_name1:port1",host_name2:port2;

例: JAVAHOST_HOSTNAME_OR_IP_ADDRESS_OVERRIDE = "MYHOST:9810";

A.15 Datamart Automationセクションのパラメータ

このセクションのパラメータは、将来のリリース用に予約されています。

A.15.1 ESSBASE_STUDIO_URL

Oracle BIサーバーの集計の永続性でEssbase Studioへの接続に使用するEssbase StudioサーブレットのURLを指定します。Essbase StudioはEssbaseキューブの作成に役立ちます。URLにポート番号を含める前に、Essbase Studioが参照するserver.propertiesファイルでHTTPポート番号(server.httpPort)が明示的に定義されているか確認します。このファイルでポート番号が明示的に定義されている場合、Essbase StudioサーブレットのURLで指定されているポート番号がserver.propertiesファイルのHTTPポート番号の値と一致していることを確認します。それ以外の場合は、Essbase StudioサーブレットのURLにデフォルト値の9080を指定します。server.propertiesファイルは次のディレクトリにあります。

ORACLE_INSTANCE/EssbaseStudio/COMPONENT_NAME/bin

デフォルト値は「http://localhost:9080/dma/dmaservlet」です。

例: ESSBASE_STUDIO_URL = "http://localhost:9080/dma/dmaservlet";

A.15.2 ESSBASE_SERVER

このパラメータは、将来のリリース用に予約されています。

A.15.3 DMA_DATABASE

このパラメータは、将来のリリース用に予約されています。

B 拡張構成リファレンス

この付録では、分析、エージェント、ダッシュボードまたはOracle BIプレゼンテーション・カタログに固有でない、高度なインストール後の構成および管理手順について説明します。これらのOracle Business Intelligenceの各コンポーネントの構成方法は、前の各章で説明されています。ほとんどの管理者は、この付録で説明されている構成設定を変更する必要はありません。

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

- 第B.1項「プレゼンテーション・サービスに対する拡張構成の変更」

- 第B.2項「Oracle BIプレゼンテーション・サービスに対するJavaHostサービスの使用」

B.1 プレゼンテーション・サービスに対する拡張構成の変更

Oracle BIプレゼンテーション・サービスのプロセスは、ほとんどのWebサーバーのビジネス・ロジックをホストし、ビジネス・インテリジェンス・データをWebクライアントに提示するためのフレームワークとインタフェースを提供します。

- Windowsの場合、プロセスはsawserver.exeです。

- UNIXの場合、プロセスはsawserverです。

instanceconfig.xmlファイルには、Oracle BIプレゼンテーション・サービスに影響を与える構成の設定が格納されています。多くの構成の設定はFusion Middleware Controlで使用でき、構成を変更するための優先方法です。特定の設定がFusion Middleware Controlで使用できない場合、instanceconfig.xmlファイルを使用してその設定を変更できます。instanceconfig.xmlファイルを使用して、デプロイメントを様々な面からカスタマイズできます。このファイルで直接変更するのは、Oracle BIプレゼンテーション・カタログの名前などのデフォルト要素を変更する場合、またはキャッシュ関連設定などの内部デフォルト設定をオーバーライドする場合のみです。

instanceconfig.xmlファイルには、デフォルトで、Oracle BIプレゼンテーション・カタログのパスやOracle BIサーバーにアクセスするためにプレゼンテーション・サービスによって使用されるOracle Business Intelligence Serverのデータソース名など、いくつかのエントリが含まれています。

注意:

以前にWindowsレジストリを変更して構成を変更したことがある場合は、その変更をinstanceconfig.xmlに移行します。WindowsレジストリのCommonキーの下にあるエントリは有効なままです。

次の手順は、ユーザーが実行できる一般的な構成の変更に関する情報を示しています。この手順を開始する前に、第3.4項「構成設定を更新するためのテキスト・エディタの使用」に記載されている情報を理解しておく必要があります。

一般構成の変更のために設定を手動で編集する方法は次のとおりです。

1. 第3.6項「構成ファイルの格納場所」の説明に従って、instanceconfig.xmlファイルを編集するために開きます。

2. 表B-1に示されている要素を追加する必要のあるセクションを特定します。

3. 次の例に示すように、必要な要素とその祖先要素を追加します。

<ServerInstance>
<ClientStorage>
<Enabled>true</Enabled>
<LocalStorage>true</LocalStorage>
<SessionStorage>true</SessionStorage>
</ClientStorage>
<FavoritesSyncUpIdleSeconds>300</FavoritesSyncUpIdleSeconds>
<BIClientInstallerURL32Bit>http://myhost:7777/my32bitfile< /BIClientInstallerURL32Bit>
<BIClientInstallerURL64Bit>http://myhost:7777/my64bitfile< /BIClientInstallerURL64Bit>
<Security>
<AllowRememberPassword>false</AllowRememberPassword>
<CookieDomain>value</CookieDomain>
<CookiePath>/analytics</CookiePath>
<InIFrameRenderingMode>prohibit</InIFrameRenderingMode>
<Cursors>
<NewCursorWaitSeconds>3</NewCursorWaitSeconds>
</Cursors>
<LogonExpireMinutes>180</LogonExpireMinutes>
</Security>
<ODBC>
<UnaccessedRunningTimeoutMinutes>5</UnaccessedRunningTimeoutMinutes>
</ODBC>
<UI>
<MaxSearchResultItemsToReturn>300</MaxSearchResultItemsToReturn>
<UserPickerDialogMaxAccounts>300</UserPickerDialogMaxAccounts>
</UI>
</ServerInstance>

4. 変更内容を保存し、ファイルを閉じます。

5. Oracle Business Intelligenceを再起動します。

表B-1 一般構成の要素

要素

説明

デフォルト値

AllowRememberPassword

ブラウザ固有のパスワード管理ソフトウェアを使用して、ブラウザでパスワードの保存を許可するかどうかを指定します。trueに設定すると、ユーザーは以降のサインインのためにパスワードを保存するかどうかを指定するよう求められます。

false

BIClientInstallerURL32Bit

ユーザーがOracle BI EEホーム・ページからOracle BIクライアント・インストーラをダウンロードすることを選択した場合に、Oracle BIクライアント・インストーラのデフォルトのダウンロード場所をオーバーライドすることを指定します。

32-ビット・インストーラのファイル名はbiee_client_install.exeです。

デフォルト値なし

BIClientInstallerURL64Bit

ユーザーがOracle BI EEホーム・ページからOracle BIクライアント・インストーラをダウンロードすることを選択した場合に、Oracle BIクライアント・インストーラのデフォルトのダウンロード場所をオーバーライドすることを指定します。

64-ビット・インストーラのファイル名はbiee_client_install64.exeです。

デフォルト値なし

ClientStorage

クライアントの状態をセッション間およびセッション内で保持する親要素を指定します。Enabled、LocalStorageおよびSessionStorageの各要素も参照してください。

デフォルト値なし

CookieDomain

ブラウザに送信されるCookieのドメイン情報を指定します。

デフォルト値なし

CookiePath

Cookieが適用されるドメイン・パスを指定します。

/analytics

Enabled

クライアントの状態を、セッションを横断してまたはそのセッション内で保持するかどうかを指定します。状態がブラウザ・セッションを横断して保持されることはありません。次の項目について状態が保持されます。

- 「ダッシュボード」メニュー - メニューが開いているか、または閉じているかを保持します。

- フォルダ - 「カタログ」ページおよび「開く」ダイアログでフォルダが開いているかどうかを保持します。

- 「お気に入り」メニュー - 最後に開いたアイテムの名前を格納します。

- カタログ・ページのツールバー - ツールバーの状態について各種詳細を保持します。「タイプ」、「ソート」および「詳細の表示」などのオプションの設定があります。

LocalStorageおよびSessionStorage要素も参照してください。

true

FavoritesSyncUpIdleSeconds

モバイル・アプリケーションのデータとOracle BIプレゼンテーション・カタログのお気に入りを同期するまでのアイドル時間の秒数を指定します。

300

InIFrameRenderingMode

詳細は、第B.1.1項「Oracle BI EEのページの攻撃からの保護」を参照してください。

sameDomainOnly

LocalStorage

ブラウザのローカル・ストレージを使用して状態を保持するかどうかを指定します。ブラウザがローカル・ストレージをサポートしていない場合、状態は保持されません。

true

LogonExpireMinutes

ユーザーが自動的にログオフされるまでの時間(分)を指定します。

180

MaxSearchResultItemsToReturn

プレゼンテーション・サービスでカタログを一覧表示するディレクトリに表示される項目の最大数を指定します。最小値は0です。ユーザー・インタフェースのパフォーマンスが低下する可能性があるため、この要素に高い値を設定する際は注意してください。

300

NewCursorWaitSeconds

ブラウザに検索ページを戻す前に、初期リクエストに対する結果をサーバーが待機する期間を指定します。問合せの大部分が1秒で戻されない場合、大きい値(3秒など)を設定してページ・リフレッシュを回避するのに便利です。

デフォルト値なし

UserPickerDialogMaxAccounts

プレゼンテーション・サービスでカタログを一覧表示するディレクトリ内の左ピッカーに表示される項目の最大数を指定します。たとえば、項目が300を超えるカタログ・フォルダでは、この値を300より大きくしないかぎり、すべての項目を表示できません。最小値は0です。ユーザー・インタフェースのパフォーマンスが低下する可能性があるため、この要素に高い値を設定する際は注意してください。

300

SessionStorage

ブラウザのローカル・ストレージを使用してセッションの状態を保持するかどうかを指定します。ブラウザがローカル・ストレージをサポートしていない場合、状態は保持されません。

true

UnaccessedRunningTimeoutMinutes

未アクセスの分析が取り消されるまでの経過時間を分単位で指定します。未アクセスの分析とは、この設定で指定された時間(分)の間、アクセスされていない分析です。最小値は2です。

この要素は、ユーザーが分析の編集中に、少なくとも一時的に分析の編集を中断して別の場所を参照している場合に対処します。ただし、ユーザーが分析の編集に戻る可能性があるため、この値を小さく設定しすぎないようにしてください。

この要素は、BIサーバーに対して実行されるプレゼンテーション・サービスの問合せにのみ使用します。この要素は、その他のタイプの接続には適用されません。

5

B.1.1 Oracle BI EEのページの攻撃からの保護

管理者は、クリックジャッキングと呼ばれるセキュリティ上の問題を認識しておく必要があります。クリックジャッキングとは、攻撃者がクリックを悪用し、JavaScriptの使用に関係なくフレーム化できるWebページに被害者のクリックを送信する技法です。

たとえば、攻撃者がOracle Business Intelligence Consoleアプリケーションに対してインライン・フレームを使用するWebサイトを開発したとします。このサイトを訪問したユーザーは、気付かないうちにインライン・フレーム上のConsoleアプリケーションのボタンをクリックしています。攻撃者は、他のOracle Business Intelligenceアプリケーションに適用される同一生成元ポリシーの原則によって阻止されないため、この脆弱性は非常に重大です。クリックジャッキングの多数の例を示す文書は、World Wide Webで見つけることができます。

攻撃者によってアプリケーションがインライン・フレームにフレーム化されないようにすることを、フレーム・バスティングと言います。フレーム・バスティングに影響する設定を行うには、instanceconfig.xmlファイルでInIFrameRenderingMode要素を使用します。この要素は、次の3つの値に設定できます。

- prohibit: Oracle BIプレゼンテーション・サービスのコンテンツがインライン・フレームにレンダリングされることを許可しません。

- sameDomainOnly: (デフォルト)包含されるページが同じドメインのサーバーによって生成されたものである場合は、そのページのインライン・フレームへのレンダリングを可能にします。デフォルトでは、同じサーバーによって生成されたページには、同じドメインが指定されます。同一生成元ポリシーに関する情報は、World Wide Webを参照してください。

- allow: Oracle BIプレゼンテーション・サービスのコンテンツがインライン・フレームにレンダリングされることを許可します。

B.2 Oracle BIプレゼンテーション・サービスに対するJavaHostサービスの使用

JavaHostサービスは、プレゼンテーション・サービスがJavaライブラリに用意されている機能を使用して、次のコンポーネントをサポートできるようにします。

- グラフの生成

- SVGレンダラ(Apache Batik)

- Javaアクションが必要なアクション(たとえば、Webサービスの呼出しなど)

- PDFへのプリントおよびMicrosoft ExcelおよびPowerPointへのエクスポート

- 拡張レポート

- URL接続(別のコンポーネントへのHTTPリクエストの発行)

- インテグレーション・サービス・コール(Oracle BIサーバーがJavaコードの実行のために使用)

注意:

JavaHostサービスはBI Publisherのコア・ライブラリを使用して、分析の内容を、PDF、Microsoft ExcelとPowerPoint、イメージなどの様々な形式にエクスポートします。BI PublisherのライブラリはJavaHostサービス内に埋め込まれており、J2EEコンテナにデプロイされているまたは実行されているBI Publisherに依存しません。

JavaHostサービスの構成ファイルでは、BI Publisherのライブラリに関連する要素は、XMLP要素内にあります。

JavaHostサービスを構成するには、ORACLE_INSTANCE\config\OracleBIJavaHostComponent\coreapplication_obijhnディレクトリにある構成ファイル(config.xml)でサービスの構成要素を手動で編集します。各要素の説明は、表B-2を参照してください。要素は、JavaHost要素で始まる相対パスによって識別されます。

InputStreamLimitInKBなどの共通のサブ要素は、MessageProcessor、ListenerまたはSSLローダーには適用されません。

手動による編集の詳細は、第3.4項「構成設定を更新するためのテキスト・エディタの使用」を参照してください。

表B-2 config.xml内のJavaHostサービスの構成要素

要素

説明

Loaders

ListOfEnabledLoaders要素とLoader要素が含まれます。これらの要素は、JavaHostサービスに対してコンポーネントを指定します。Loadersセクションでこれらの要素を編集することは避けてください。

Loaders/ListOfEnabledLoaders

有効にするコンポーネント(Oracle BIスケジューラおよびBI Publisherなど)のリストを指定します。

この要素がファイルから欠落している場合、すべてのローダーが有効になります。この要素に空の値が指定されている場合は、すべてのローダーが無効になります。

各コンポーネントには対応するLoader要素があります。ここにリストされているコンポーネントの名前は、対応するLoader/Name要素に指定されている名前と一致している必要があります。

Loaders/Loader

次の要素が含まれます。これらは、特定のコンポーネントの構成情報を指定します。

- 名前

- Class

- ConfigNodePath

- ClassPath

Loaders/Loader/Name

コンポーネントの一意の名前を指定します。この名前は、ListOfEnabledLoaders要素で使用します。

Loaders/Loader/Class

コンポーネントのメイン・クラスを指定します。

Loaders/Loader/ConfigNodePath

Loaderの構成情報のXPath(JavaHost要素から始まる)を指定します。

Loaders/Loader/ClassPath

JavaHostサービスによって使用されるライブラリのJARファイルに対するパスを指定します。

InputStreamLimitInKB

JavaHostに送信されるリクエストの最大入力サイズをKB単位で指定する、各ローダーに共通のサブ要素。値ゼロは、この制限を無効にします。最大サイズを超えると、エラー・メッセージが表示されます。

デフォルト: 8192

注意: InputStreamLimitInKB値を、テストの場合のみゼロに設定します(値は無制限です)。値を高く構成すると、JavaHostに対する個別のリクエストに必要なリソースよりも多くのリソースを割り当てるまたは消費するため、JavaHostが不安定になり、クラッシュが発生します。構成をすべてのJavaHostリクエストのコンテキストに適合させる必要があります(たとえば、グラフやエクスポート操作など)。この要素は、大規模なデータセットを正常に処理する適切な値に設定してください。デフォルト値は8192 (8MB)ですが、増分で16384 (16MB)、32768 (32MB)などの値に変更してください。

RequestResponseLogDirectory

リクエストのレスポンス・ファイルのディレクトリ名を指定する、各ローダーに共通のサブ要素。

デフォルト: デフォルトの一時ディレクトリ

LogLargeRequests

大きいリクエストの処理時にレスポンス・ファイルを作成するかどうかを指定する、各ローダーに共通のサブ要素。

デフォルト: true

ReadRequestBeforeProcessing

ファイルが完全に読み取られるまでリクエストの処理を待機するかどうかを指定する、各ローダーに共通のサブ要素。

組織でOracle BI EEのエクスポート機能を使用する場合は、このサブ要素をfalseに設定することをお薦めします。falseに設定すると、データは最初にファイルに保存されるのではなく、JavaHostに徐々にストリームされて処理されるため、エクスポート・パフォーマンスが向上します。

デフォルト: true

LargeRequestThresholdInKB

リクエストにディスク領域を使用する前の最大サイズをKB単位で指定する、各ローダーに共通のサブ要素。このサイズより大きいリクエストの場合、リクエストされたデータのキャッシュには、メモリーではなくディスク領域が使用されます。この値が大きくなるほど、JavaHostサービスによって使用される可能性のあるメモリーの量も増え、リクエストの処理速度が速くなります。また、この設定によってLogLargeRequests要素のしきい値も設定されます。

デフォルト: 200

MessageProcessor

SocketTimeout要素が含まれます。

MessageProcessor/SocketTimeout

ソケットのアイドル・タイムアウト(ミリ秒単位)を指定します。この時間を経過すると、ソケットがアイドル・ソケット・プールに返されます。JavaHostはソケット・プーリング・メカニズムを使用して、単一スレッド内のすべてのアイドル・ソケット・セットで新規データを待機します。アイドル・プール内の初期メッセージは、Java NIOチャネル経由で処理されます。

デフォルト: 5000(5秒)

Listener

次の要素が含まれます。

- PermittedClientList

- Port

- Address

- Secure

Listener/PermittedClientList

JavaHostが受信接続を許可するIPアドレスおよびホスト名のリストを指定します。各クライアントのIPアドレスまたはホスト名は、カンマで区切ります。すべてのクライアント接続を許可するには、この要素をアスタリスク(*)に設定します。

デフォルト: *

Listener/Port

JavaHostのTCP/IPリスニング・ポートを識別します。

デフォルト: 9810

Listener/Address

JavaHostがバインドするネットワーク・インタフェースを指定します。この要素に値が指定されていない場合、JavaHostは使用可能なすべてのネットワーク・インタフェースにバインドします。

Listener/Secure

JavaHostサービスに対してSSL暗号化を有効にするかどうかを指定します。

- Yes: SSL暗号化を有効にします。

- No: SSL暗号化を無効にします。

デフォルト: No

SSLの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

Batik

InputStreamLimitInKBなどの共通のサブ要素のみが含まれています。これは、それらがラスター化されたイメージ形式へのSVGイメージの変換に関連するためです。

スケジューラ

次の要素が含まれます。

- Enabled

- DefaultUserJarFilePath

- DefaultTempFilePath

- DefaultPurgingPeriod

Scheduler/Enabled

Javaジョブを実行するためにJavaHostサービスとOracle BIスケジューラの相互作用を有効にするかどうかを指定します。

- true: Oracle BIスケジューラとの相互作用を有効にします。

- false: Oracle BIスケジューラとの相互作用を無効にします。

デフォルト: false

Scheduler/DefaultUserJarFilePath

Java拡張機能ユーティリティ用のJARファイルを格納するデフォルト・ディレクトリを指定します。Jarファイルには、実行されるJavaクラスの実装が含まれています。

Oracle BIスケジューラが有効な場合、この要素は必須で、単一パスを受け入れます。

Scheduler/DefaultTempFilePath

Oracle BIスケジューラ・リクエスト用の一時ファイルを格納するデフォルト・ディレクトリを指定します。

デフォルト: システムの一時ディレクトリ

Scheduler/DefaultPurgingPeriod

Oracle BIスケジューラ・リクエストが失敗したジョブを削除するまでのデフォルト期間(秒単位)を指定します。

デフォルト: 300

XMLP

InputStreamLimitInKBおよびReadRequestBeforeProcessingなどの共通のサブ要素のみが含まれています。これは、それらがOracle BI Publisherに関連するためです。

URLConnect

SSLに関連する要素が含まれています。これらの要素は変更しないでください。

DVT

デフォルトでは、グラフ生成に関連する共通のInputStreamLimitInKBサブ要素のみが含まれています。必要に応じて、他の共通のサブ要素を追加できます。

C ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

この付録では、Oracle Business Intelligence用のFusion Middleware Controlユーザー・インタフェース(UI)ラベルと、構成ファイル内で使用されている対応する要素名をマップします。次の各表の情報は、完全な情報を提供する目的でここに記載されています。この情報は、ほとんどの操作には必要ありません。

- 表C-1「「スケーラビリティ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-2「「可用性」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-3「「パフォーマンス」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-4「「ログ構成」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-5「「セキュリティ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-6「「プレゼンテーション」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-7「「リポジトリ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-8「「スケジューラ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-9「「マーケティング」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

- 表C-10「「メール」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」

注意

- 次の各表に含まれていないOracle BIサーバーの要素の詳細は、付録A「NQSConfig.INIファイルの構成設定」を参照してください。

- 構成ファイルの場所の詳細は、第3.6項「構成ファイルの格納場所」を参照してください。

表C-1 「スケーラビリティ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル

関連情報

BIサーバー

- CLUSTER_PARTICIPANT

- NodeTypeがServerに設定されている、Node要素の下にあるすべての要素

- NQSConfig.INI

- ClusterConfig.xml

第5.5項「システム・コンポーネントをスケーリングするためのFusion Middleware Controlの使用」

プレゼンテーション・サーバー

Web_Server

instanceconfig.xml(Oracle BIスケジューラ)

第5.5項

JavaHost

- JavaHostProxy

- Java_Host_Server

- JAVAHOST_HOSTNAME_OR_IP_ADDRESSES

- instanceconfig.xml(プレゼンテーション・サービス)

- instanceconfig.xml(Oracle BIスケジューラ)

- NQSConfig.INI

第5.5項

ポート範囲(開始) / ポート範囲(終了)

- RPC_SERVICE_OR_PORT
JAVAHOST_HOSTNAME_OR_IP_ADDRESSES

- Listener

- Web_Server
PortString

ClusterPort

- Port

- NQSConfig.INI

- instanceconfig.xml(プレゼンテーション・サービス)

- instanceconfig.xml(Oracle BIスケジューラ)

- config.xml

第5.5項

リスニング・アドレス

構成要素に直接マッピングされません。

該当なし

第5章

表C-2 「可用性」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル

関連情報

プライマリ・ホスト / インスタンス

- NodeTypeがPrimaryControllerまたはSchedulerに設定されている、Node要素の下にあるすべての要素

- Alerts

- ClusterConfig.xml

- instanceconfig.xml(プレゼンテーション・サービス)

第6.2.1項「プライマリ・インスタンスおよびセカンダリ・インスタンスを構成するためのFusion Middleware Controlの使用」

セカンダリ・ホスト / インスタンス

- NodeTypeがSecondaryControllerまたはSchedulerに設定されている、Node要素の下にあるすべての要素

- Alerts

- ClusterConfig.xml

- instanceconfig.xml(プレゼンテーション・サービス)

第6.2.1項

表C-3 「パフォーマンス」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル(BIサーバーの場合はNQSConfig.INI、プレゼンテーション・サービスの場合はinstanceconfig.xml)

関連情報

キャッシュ有効

ENABLE

NQSConfig.INI

第7.5.1項「問合せキャッシングを有効または無効にするためのFusion Middleware Controlの使用」

最大キャッシュ・エントリ・サイズ

MAX_CACHE_ENTRY_SIZE

NQSConfig.INI

第7.5.2項「問合せキャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」

最大キャッシュ・エントリ

MAX_CACHE_ENTRIES

NQSConfig.INI

第7.5.2項

グローバル・キャッシュ・パス

GLOBAL_CACHE_STORAGE_PATH

NQSConfig.INI

第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」

グローバル・キャッシュ・サイズ

GLOBAL_CACHE_STORAGE_PATH

NQSConfig.INI

第7.5.4項「グローバル・キャッシュ・パラメータを設定するためのFusion Middleware Controlの使用」

RPD更新を許可しない

READ_ONLY_MODE

NQSConfig.INI

第7.3.1項「RPD更新を禁止するためのFusion Middleware Controlの使用」

ユーザー・セッションの失効

ClientSessionExpireMinutes

instanceconfig.xml

第7.3.2項「ユーザー・セッションのログオフ期間を設定するためのFusion Middleware Controlの使用」

表ビューのレンダリング時に処理された最大行数

ResultRowLimit

instanceconfig.xml

第7.3.4項「表をレンダリングするために処理する最大行数を設定するためのFusion Middleware Controlの使用」

最大ダウンロード行数

DefaultRowsDisplayedInDownload

instanceconfig.xml

第7.3.3項「表およびピボット・テーブルのデータに対する構成オプションを設定するためのFusion Middleware Controlの使用」

1ページ当たりに含める最大行数

DefaultRowsDisplayedInDelivery

instanceconfig.xml

第7.3.3項「表およびピボット・テーブルのデータに対する構成オプションを設定するためのFusion Middleware Controlの使用」

表C-4 「ログ構成」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル

関連情報

最大ファイル・サイズ

maxFileSizeKb

instanceconfig.xml
(プレゼンテーション・サービスおよびBIスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項「ログ・ファイルのローテーション・ポリシーを構成しログ・レベルを指定するためのFusion Middleware Controlの使用」

ログの最長保存期間

MaximumLogAgeDay

instanceconfig.xml
(プレゼンテーション・サービスおよびスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項

最大ファイル・サイズ

注意: 「問合せログ」リージョンのフィールド

MaximumFileSizeKb

logconfig.xml
(BIサーバー)

第8.2.2.1項

ログの最長保存期間

注意: 「問合せログ」リージョンのフィールド

MaximumLogAgeDay

logconfig.xml
(BIサーバー)

第8.2.2.1項

インシデント・エラー

IncidentError

instanceconfig.xml
(プレゼンテーション・サービスおよびスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項

エラー

エラー

instanceconfig.xml
(プレゼンテーション・サービスおよびスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項

警告

警告

instanceconfig.xml
(プレゼンテーション・サービスおよびスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項

通知

通知

instanceconfig.xml
(プレゼンテーション・サービスおよびスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項

トレース

トレース

instanceconfig.xml
(プレゼンテーション・サービスおよびスケジューラ)

logging_config.xml
(JavaHost)

ccslogging.xml
(クラスタ・コントローラ用)

第8.2.2.1項

診断ログの構成ファイル(logconfig.xmlなど)の詳細は、次を参照してください。

- 第8.3.2項「診断ログ構成ファイルの概要とその位置」

- 第8.3.3項「ログ・ファイル・メッセージのカテゴリとレベルの概要」

- 第8.3.4項「ログ・ファイル・ローテーション」

表C-5 「セキュリティ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル

関連情報

SSOの有効化

EnabledSchemas(間接的に関連)

instanceconfig.xml

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

SSOプロバイダ

EnabledSchemas(間接的に関連)

instanceconfig.xml

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

表C-6 「プレゼンテーション」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル名

構成要素

構成ファイル

関連情報

ページ・タブの表示

ShowPageTabsAlways

instanceconfig.xml

第12.1項「Fusion Middleware Controlを使用したプレゼンテーション設定のデフォルトの変更」

セクション見出しの表示

ShowSectionHeadingsDefault

instanceconfig.xml

第12.1項

ダッシュボードのセクションを閉じられるようにする

CollapsibleSectionsDefault

instanceconfig.xml

第12.1項

ピボット・テーブルで自動プレビューを表示

DisableAutoPreview

instanceconfig.xml

第12.1項

表C-7 「リポジトリ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル(BIサーバーの場合はNQSConfig.INI、プレゼンテーション・サービスの場合はinstanceconfig.xml)

関連情報

デフォルトRPD

現在のRPDファイルのバージョニング済名にマップします。

NQSConfig.INI

付録A「Repositoryセクションのパラメータ」

パスワード

構成ファイル要素にマップされませんが、Fusion Middleware Controlの「資格証明」ページからアクセスできます。

1. Fusion Middleware ControlのWebLogicドメイン・ノードで、bifoundation_domainを選択します。

2. 「WebLogicドメイン」メニューから「セキュリティ」を選択し、「資格証明」を選択します。

3. 「資格証明」ページで、oracle.bi.enterpriseを展開し、repository.rpd_nameという書式のエントリを選択します。

該当なし

第10.2項「リポジトリをアップロードしOracle BIプレゼンテーション・カタログの場所を設定するためのFusion Middleware Controlの使用」

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

リポジトリ・ファイル

Repositoryセクション、デフォルト・リポジトリ・エントリ

RPDファイルをアップロードするために参照するとき、パス名はファイルには書き込まれません。かわりに、アップロードされるファイルによって次のような構成ファイルのエントリが作成されます。

logical_name = repository_name.rpd, DEFAULT;

たとえば、次のようになります。

Star = SampleAppLite.rpd, DEFAULT;

この場合、StarはDSN、SampleAppLite.rpdはRPDファイル名です。

NQSConfig.INI

第10.2項

リポジトリの共有

REQUIRE_PUBLISHING_DIRECTORY

NQSConfig.INI

第10.2項

RPD公開ディレクトリ

REPOSITORY_PUBLISHING_DIRECTORY

NQSConfig.INI

第10.2項

カタログの場所

CatalogPath

instanceconfig.xml

第10.2項

表C-8 「スケジューラ」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル(BIスケジューラ)

関連情報

データベース

TargetType

instanceconfig.xml

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイドのOracle BIスケジューラ用のデータベースを構成するためのFusion Middleware Controlの使用に関する項

コール・インタフェース

CLIType

instanceconfig.xml

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイド

データ・ソース

DSN

instanceconfig.xml

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイド

ユーザー名

scheduler.schema

oracle.bi.enterprise資格証明マップにある資格証明

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイド

および

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

パスワード

「ユーザー名」を参照

該当なし

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイド

パスワードの確認

「ユーザー名」を参照

該当なし

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionジョブ・スケジューリング・ガイド

表C-9 「マーケティング」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル

関連情報

URL

Marketing、ContentServer、

URL

instanceconfig.xml(プレゼンテーション・サービス)

第11.3.1項「Fusion Middleware Controlを使用したマーケティング・コンテンツ・サーバーへの接続の構成」

ユーザー名

marketing.content.server

oracle.bi.enterprise資格証明マップにある資格証明

第11.3.1項

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

パスワード

「ユーザー名」を参照

該当なし

第11.3.1項

パスワードの確認

「ユーザー名」を参照

該当なし

第11.3.1項

表C-10 「メール」タブ - ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング

Fusion Middleware Control UIラベル

構成要素

構成ファイル(BIスケジューラ)

関連情報

SMTPサーバー

SMTP_Server

instanceconfig.xml

第11.1.1項「Fusion Middleware Controlを使用した、エージェントに影響するOracle BIスケジューラの電子メール設定の構成」

Port

SMTP_Port

instanceconfig.xml

第11.1.1項

送信者の表示名

From

instanceconfig.xml

第11.1.1項

送信者の電子メール・アドレス

Sender

instanceconfig.xml

第11.1.1項

ユーザー名

mail.server

oracle.bi.enterprise資格証明マップにある資格証明

第11.1.1項

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』

パスワード

前の行の「ユーザー名」を参照

該当なし

第11.1.1項

パスワードの確認

前の行の「ユーザー名」を参照

該当なし

第11.1.1項

失敗時の再試行回数

Try

instanceconfig.xml

第11.1.1項

最大受信者数(最大数を指定しない場合はゼロを入力)

MaxRecipients

instanceconfig.xml

第11.1.1項

アドレッシング方式

UseBcc

instanceconfig.xml

第11.1.1項

メール・サーバーへの接続にSSLを使用

UseSSL

instanceconfig.xml

第11.1.1項

CA証明書ソースの指定

これは、SmtpCACertificateDirまたはSmtpCACertificateFileのいずれに入力するかを制御します。

instanceconfig.xml

第11.1.1項

CA証明書ディレクトリ

SmtpCACertificateDir

instanceconfig.xml

第11.1.1項

CA証明書ファイル

SmtpCACertificateFile

instanceconfig.xml

第11.1.1項

SSL証明書検証の深さ

SmtpCertificateVerificationDepth

instanceconfig.xml

第11.1.1項

SSL暗号リスト

SmtpCipherList

instanceconfig.xml

第11.1.1項

D Fusion Middleware Control設定の手動更新

この付録では、通常はFusion Middleware Controlによって管理されるOracle Business Intelligenceの構成設定を手動で更新する方法について説明します。

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

- 第D.1項「Fusion Middleware ControlによるOracle Business Intelligence構成設定の管理の無効化」

- 第D.2項「通常はFusion Middleware Controlによって管理されるOracle Business Intelligence構成設定の手動更新」

注意:

テキスト・エディタを使用して構成ファイルを手動で更新するのではなく、Fusion Middleware Controlを使用してOracle Business Intelligenceの構成設定を更新してください。詳細は、第3.2項「Oracle Business Intelligenceの構成設定を更新するためのFusion Middleware Controlの使用」を参照してください。

D.1 Fusion Middleware ControlによるOracle Business Intelligence構成設定の管理の無効化

注意:

Oracleサポート・サービスから具体的な指示を受けている場合を除き、通常はFusion Middleware Controlによって管理される構成設定を、手動で更新しようとしないでください。

通常はFusion Middleware Controlによって管理されるOracle Business Intelligence構成設定に対する手動更新がFusion Middleware Controlによって上書きされないようにするには、このタスクを実行します。

Fusion Middleware Controlを無効にせずに、(通常はFusion Middleware Controlによって管理される)構成設定を手動で更新しないでください。そうでないと、管理サーバーが再起動したとき、または変更が有効化されたときに、手動による変更が上書きされます。

Fusion Middleware Controlが無効になると、ユーザー・インタフェースでOracle Business Intelligence構成設定が無効になり、「構成のロック」ボタンが使用不可になって、メッセージ(「集中構成は無効です」)が表示されます。

Fusion Middleware ControlによるOracle Business Intelligenceの構成設定の管理を無効にした場合でも、起動、停止、再起動、パフォーマンスの監視、診断の表示などの他の機能については引き続きFusion Middleware Controlを使用できます。

次の手順に示すように、biee-domain.xmlファイルの設定を手動で更新することで、Fusion Middleware ControlによるOracle Business Intelligenceの構成設定の管理を無効化できます。

Fusion Middleware ControlによるOracle Business Intelligenceの構成設定の管理を無効化する方法は次のとおりです。

注意:

Oracleサポート・サービスから具体的な指示を受けている場合を除き、通常はFusion Middleware Controlによって管理される構成設定を、手動で更新しようとしないでください。

1. Oracle Business Intelligenceを停止します。
詳細は、第4章「Oracle Business Intelligenceの起動と停止」を参照してください。

2. 次の手順を実行して、biee-domain.xmlファイルのcentralConfigurationEnabledの設定をします。

1. テキスト・エディタでbiee-domain.xmlファイルを開きます。
biee-domain.xmlファイルは次の場所にあります。

user_projects\domains\bifoundation_domain\config\fmwconfig\biee-domain.xml

2. centralConfigurationEnabled要素を検索し、その値がfalseに設定されていることを確認します。
この要素を再び有効化するには、値をtrueに設定します。

3. biee-domain.xmlファイルを保存します。

3. Oracle Business Intelligenceを再起動します。

D.2 通常はFusion Middleware Controlによって管理されるOracle Business Intelligence構成設定の手動更新

Oracleサポート・サービスから具体的な指示を受けていないかぎり、Fusion Middleware ControlによるOracle Business Intelligenceの構成設定の更新を無効化しないでください。通常はFusion Middleware Controlによって管理される構成設定を更新する必要がある場合は、この手順に従います。

通常はFusion Middleware Controlによって管理される構成設定をユーザーがテキスト・エディタで手動で更新する場合、その設定は管理サーバーの再起動時にFusion Middleware Controlによって上書きされます。そのため、Fusion Middleware Controlによる、集中管理されるOracle Business Intelligenceシステムの一部に対する手動による構成変更の上書きを無効化する必要があります。

注意:

通常はFusion Middleware Controlによって管理される構成設定を手動で更新する場合(Fusion Middleware Controlが無効化されている場合)は、複数のコンピュータ上の複数の構成ファイルのコピーを同様に変更する必要があることがあります。必要なすべての構成ファイルで適切な変更を行わないと、システムが正しく構成されません。

通常はFusion Middleware Controlによって管理される構成要素は、構成ファイル内で次のようにコメントが付記されています。

<!--This Configuration setting is managed by Oracle Enterprise Manager Fusion Middleware Control-->

通常はFusion Middleware Controlによって管理されるOracle Business Intelligence構成設定を手動で更新する手順は次のとおりです。

1. Oracle Business Intelligenceの構成設定が更新されないようにFusion Middleware Controlを無効化します(まだ無効化していない場合)。
詳細は、第D.1項「Fusion Middleware ControlによるOracle Business Intelligence構成設定の管理の無効化」を参照してください。

2. Oracle Business Intelligenceを停止します。
詳細は、第4章「Oracle Business Intelligenceの起動と停止」を参照してください。

3. 編集する各構成ファイルのバップアップ・コピーを作成します。

4. テキスト・エディタで構成ファイルを開きます。

注意:

Oracle Business Intelligenceが複数のコンピュータまたは複数の場所にインストールされている場合、その構成ファイルのコピーはインストールごとに存在し、各ファイルに重複した設定が含まれています。したがって、構成ファイルの各コピーで同じ変更を行う必要があります。

詳細は、第3.6項「構成ファイルの格納場所」を参照してください。

5. 変更する各構成ファイルで、要素を検索するか、(設定をファイルに追加する必要がある場合は)新規要素を作成します。
詳細は、付録C「ユーザー・インタフェース・ラベルと構成ファイルの要素のマッピング」を参照してください。

6. 該当する変更内容を入力します。

7. 変更内容を保存して構成ファイルを閉じます。

8. Oracle Business Intelligenceを再起動します。
詳細は、第4.1項「Oracle Business Intelligenceの起動および停止について」を参照してください。

用語集

この用語集に、Oracle Business Intelligence Enterprise Editionの用語を定義します。その他の用語と定義については、Oracle Fusion Middlewareマスター用語集を参照してください。

アクション

関連コンテンツへ移動したり、外部システムで操作、関数またはプロセスを起動する機能を提供します。アクションは、分析、ダッシュボード・ページ、エージェント、スコアカードの目標、スコアカードのイニシアティブおよびKPIに含めることができます。

「アクション・リンク」も参照してください。

アクション・フレームワーク

アクション・フレームワークは、Oracle BI EEアーキテクチャのコンポーネントで、アクション実行サービス(AES)と呼ばれるJ2EEアプリケーションと、Oracle BI EEの一部としてデプロイされる、アクションに固有のJavaScript機能を含んでいます。アクション・フレームワークには、アクションの作成や特定のアクション・タイプをブラウザから直接起動するクライアント側の機能も含まれています。

アクション・リンク

分析、ダッシュボード・ページ、スコアカードの目標、スコアカードのイニシアティブまたはKPIに埋め込まれたアクションへのリンクで、クリックすると、関連付けられているアクションが実行されます。

「アクション」も参照してください。

ADFビジネス・インテリジェンス・コンポーネント

Oracle BIプレゼンテーション・カタログのオブジェクトをADFアプリケーションに含める機能を開発者に提供します。このコンポーネントでは、カタログへのアクセスにSOAP接続が使用されます。

管理サーバー

WebLogicサーバー・ドメインの一部で、Oracle Business Intelligenceコンポーネントを管理するプロセスを実行します。管理サーバーには、Oracle WebLogic Server管理コンソール、Oracle Fusion Middleware ControlおよびJMX MBeansが含まれます。簡易インストール・タイプの場合、管理サーバーにはOracle BI PublisherやOracle Real-Time DecisionsなどのOracle Business IntelligenceのJavaコンポーネントも含まれます。

「Fusion Middleware Control」、「Javaコンポーネント」および「管理対象サーバー」も参照してください。

管理ツール

「Oracle BI管理ツール」を参照してください。

拡張トレリス

たとえばスパーク折れ線グラフ、スパーク棒グラフ、数字など、トレリス・ビューは複数の可視化タイプをグリッド内に表示できます。各可視化タイプには異なるメジャーが表示されます。

拡張トレリスはピボット表と見なすことができますが、ピボット表に追加する各メジャーに対して、オプションでディメンションを関連付けて、そのディメンションをスパーク・グラフの可視化として表示できる点が異なります。

トレリスおよび可視化も参照してください。

エージェント

ビジネス・プロセスの自動化を可能にします。エージェントを使用して、イベント駆動型アラート、スケジュールされたコンテンツの公開および条件付きイベント駆動型アクションの実行を行うことができます。

エージェントは、情報ベースで問題と機会を動的に検出し、通知する必要がある適切なユーザーを判断し、そのユーザーに様々なデバイス(電子メール、電話など)で情報を配信します。

集計の永続性

集計表とこれに対応するOracle Business Intelligenceメタデータ・マッピングの作成とロードを自動化し、集計ナビゲーションを可能にする機能。

集計表

ディメンション属性のセットに対して集計される、あらかじめ計算されたメジャーからの結果を格納する表。集計表の各列には、特定のレベルのセットのデータが含まれます。たとえば、月間売上表には、各月の各店舗での各製品の収益の合計があらかじめ計算されて含まれます。集計表を使用すると、パフォーマンスが向上します。

集計ルール

Oracle BIリポジトリで論理列または物理キューブ列に適用されるルールで、SUMなどの特定の集計関数を列データに適用するよう指定します。

プレゼンテーション・サービスで、ユーザーは、リポジトリで適用されたルールを表示できます。ユーザーは、メジャー列に対するデフォルトの集計ルールを変更することもできます。

別名表

別の物理表をソースとして参照する物理表。別名表を使用すると、1つの物理表に様々な役割を持たせる必要がある場合に、各表で異なるキー、名前または結合が使用された複数の表を設定できます。別名表の名前は物理SQL問合せで使用されるため、別名表を使用して意味のある表名にし、SQL文を読みやすくするために使用することもできます。

分析

ユーザーがプレゼンテーション・サービスの「基準」タブで作成する問合せ。分析には、オプションでフィルタまたは選択ステップを1つ以上含め、結果を限定することができます。

「フィルタ」および「選択ステップ」も参照してください。

分析基準

分析に指定された列、フィルタおよび選択ステップで構成されます。

「分析」も参照してください。

分析プロンプト

分析に追加されたプロンプト。ユーザーがプロンプト値を選択すると、プロンプトが含まれている分析の表示内容がその値によって決まります。

「ダッシュボード・プロンプト」および「プロンプト」を参照してください。

属性

Oracle BIリポジトリでのディメンションの詳細。属性は、通常、ディメンション表の列として表示されます。

属性列

プレゼンテーション・サービスで、メンバーとも呼ばれる値のフラット・リストを保持する列。これらのメンバー間に、階層列のメンバーのような階層関係はありません。製品IDや市などがこの例です。

「階層列」を参照してください。

BIコンポーザ

BIコンポーザは、分析エディタの複雑さを排除して、迅速かつ容易に分析を作成、編集または表示できる使いやすいウィザードです。

BIドメイン

構成可能なシステム・コンポーネント(コアアプリケーション)とJavaコンポーネント(WebLogic Serverドメイン)が含まれ、Webベースの管理ツールとリソースを利用するアプリケーションも含まれます。

BIドメインは、1つ以上の物理サーバーにまたがるミドルウェア・ホームのセットの場合もあります。

「BIインスタンス」も参照してください。

BIインスタンス

BIドメインのシステム・コンポーネント(コアアプリケーション)のことです。

「BIドメイン」も参照してください。

BIオブジェクト

プレゼンテーション・サービスを使用して作成され、Oracle BIプレゼンテーション・カタログに保存される各ビジネス・インテリジェンス・コンテンツ。BIオブジェクトの例には、分析、ダッシュボード・ページ、スコアカード、KPIなどがあります。

BI検索

プレゼンテーション・サービス外にある検索ツール。管理者によってBI検索のURLへのリンクが追加されていると、ホーム・ページからBI検索を使用できます。BI検索には、Oracle BIプレゼンテーション・カタログ内のオブジェクトを検索するための全文検索エンジンに似たメカニズムが用意されています。

ブックマーク・リンク

ダッシュボード・ページへのパスとページの状態のあらゆる側面を取り込みます。

「プロンプト・リンク」を参照してください。

ブリッジ表

2つの表の間の多対多関係を解決する表。

ブリーフィング・ブック

「Oracle BIブリーフィング・ブック」を参照してください。

ビジネス・モデル

ビジネス・モデル定義と、論理表と物理表のマッピングが含まれているOracle BIリポジトリ内のオブジェクト。ビジネス・モデルは、物理レイヤーのオブジェクトと異なり、常にディメンション化され、データ・ソースの編成が反映されます。各ビジネス・モデルには、論理表、列および結合が含まれます。

ビジネス・モデルとマッピング・レイヤー

データのビジネス・モデルまたは論理モデルを定義し、ビジネス・モデルと物理レイヤー・スキーマとの間のマッピングを指定するOracle BIリポジトリのレイヤー。このレイヤーには、1つ以上のビジネス・モデルが含まれます。

ビジネス・モデルとマッピング・レイヤーによって、ユーザーから見える分析動作が決まり、ユーザーが使用できるオブジェクトのスーパーセットが定義されます。それにより、ソース・データ・モデルの複雑さも隠されます。

ビジネス所有者

ビジネスの値とKPIまたはスコアカード・オブジェクト(目標、原因/結果マップなど)のパフォーマンスの管理と向上の責任を負うユーザー。

カタログ

「Oracle BIプレゼンテーション・カタログ」を参照してください。

原因/結果マップ

目標またはKPIの因果関係を示すスコアカードのコンポーネント。

「Oracle Scorecard and Strategy Management」も参照してください。

時系列キー

ディメンション・レベル内のメンバーの時系列を示す時間ディメンションの列。キーは、そのレベルで一意である必要があります。

クラスタ・コントローラ

プレゼンテーション・サービスや他のクライアントからの新規リクエストの最初の接点となるプロセス。クラスタ・コントローラは、Oracle BIサーバーの可用性と負荷に基づいて、リクエストの振分け先のクラスタ内のOracle BIサーバーを決定します。Oracle BIスケジューラ・インスタンスなどのクラスタ内のサーバーの処理をモニターします。クラスタ・コントローラは、アクティブ/パッシブ構成にデプロイされます。

列

Oracle BIリポジトリでは、列は、物理列、論理列またはプレゼンテーション列です。

プレゼンテーション・サービスでは、分析によって返される個々のデータを表します。列とフィルタや選択ステップとの組合せによって、分析に含まれるデータが決まります。列には、列に含まれる情報のタイプを示す名前(アカウント、連絡先など)も付けられています。

「分析」、「属性列」、「階層列」および「メジャー列」も参照してください。

列フィルタ

「フィルタ」を参照してください。

列プロンプト

ダッシュボードまたは分析に独立して存在する、あるいは既存のダッシュボードや分析フィルタを拡張したり、改良する特定の値プロンプトをデータ列に作成できるようにするフィルタのタイプ。

「プロンプト」も参照してください。

複合結合

等号以外の式を使用する、Oracle BIリポジトリの物理レイヤーでの結合。

条件

分析またはキー・パフォーマンス・インディケータ(KPI)の評価に基づいて1つのブール値を返すオブジェクト。条件を使用して、エージェントがコンテンツを配信してアクションを実行するかどうか、アクション・リンクをダッシュボード・ページに表示するかどうか、セクションとそのコンテンツをダッシュボード・ページに表示するかどうかが決まります。

「アクション」、「アクション・リンク」、「エージェント」および「キー・パフォーマンス・インディケータ(KPI)」も参照してください。

接続プール

データ・ソースの接続情報を含む、Oracle BIリポジトリの物理レイヤーのオブジェクト。

「物理レイヤー」も参照してください。

コンテンツ・デザイナ

分析、ダッシュボード、スコアカードなどのビジネス・インテリジェンス・オブジェクトを作成するユーザー。

コンテキスト・イベント・アクション

アクション・フレームワークを使用して、ビジネス・インテリジェンス・オブジェクトからADFページの別のリージョンにコンテンツを渡す事前配信済アクション。

「アクション」、「アクション・フレームワーク」および「アクション・リンク」も参照してください。

基準

「分析基準」を参照してください。

キューブ

リレーショナル・データベースよりデータの分析時間が短く、柔軟性が高いOLAP(オンライン分析処理)データ構造。キューブはメジャーで構成され、ディメンションで編成されます。多次元データ・ソースのキューブは、リレーショナル・データベース・モデルのスター・スキーマにほぼ相当します。

通貨プロンプト

分析またはダッシュボードの通貨列に表示される通貨タイプをユーザーが変更できるようにするプロンプト。

「プロンプト」も参照してください。

カスタム・ビュー

ビジネスと戦略のデータのカスタマイズされたビューを表示できるようにするスコアカードのコンポーネント。

「Oracle Scorecard and Strategy Management」も参照してください。

ダッシュボード

企業や外部情報のパーソナライズされたビューを提供するオブジェクト。ダッシュボードは、1つ以上のページで構成されます。ページには、分析の結果、イメージ、エージェントからのアラートなどのWebブラウザでアクセスしたり開くことのできる任意のオブジェクトを表示できます。

ダッシュボード・プロンプト

ダッシュボードに追加されたプロンプト。ユーザーがプロンプト値を選択すると、ダッシュボードに含まれるすべての分析の表示内容がその値によって決まります。

「分析プロンプト」および「プロンプト」を参照してください。

ダッシュボードURL

外部ポータルまたはアプリケーションでの特定のダッシュボードのコンテンツの組込みや参照に使用されます。これには、いくつかの形式と、動作の制御に使用できるオプションの引数があります。

データ・ソース名(DSN)

特定のデータベースに関する情報を含むデータ構造。通常、ODBCドライバによってデータベースへの接続に使用されます。DSNには、名前、ディレクトリ、データベースのドライバなどの情報が含まれます。

Oracle BIリポジトリの物理レイヤーの接続プール・オブジェクトには、各データ・ソースのDSN情報が含まれています。

データベース・ヒント

SQL文内にある、最も効率的に文を実行する方法をデータベース問合せオプティマイザに指定する指示。ヒントはオプティマイザの実行計画をオーバーライドするため、ヒントを使用してオプティマイザにより効率的な計画を使用させ、パフォーマンスを向上させることができます。ヒントは、Oracle Databaseデータソースに対してのみサポートされます。

ディメンション

論理列(属性)の階層状の編成。1つ以上の論理ディメンション表が最大1つのディメンションに関連付けられます。

ディメンションには、1つ以上の(名前なし)階層が含まれている可能性があります。論理ディメンションには、レベル・ベースの階層(構造階層)を持つディメンションと親子階層(値階層)を持つディメンションの2種類があります。

時間ディメンションと呼ばれる特定のタイプのレベル・ベースのディメンションは、時系列データをモデリングするための特別な機能を提供します。

「階層」も参照してください。

ディメンション表

特定のディメンションで使用される列を含む論理表。ディメンション表をファクト表にすることはできません。

「ファクト表」も参照してください。

駆動表

一方の表が非常に小さく(駆動表)、他方の表が非常に大きい場合にOracle BIサーバー・プロセスが複数データベース結合を処理する方法の最適化に使用されるメカニズム。

DSN

「データ・ソース名(DSN)」を参照してください。

イベント・ポーリング表

イベント・ポーリング表(イベント表とも呼ばれる)は、更新された物理表に関する情報をOracle BIサーバーに提供します。問合せキャッシュを最新に保つために使用されます。Oracle BIサーバー・キャッシュ・システムはイベント表を調べ、物理表の情報を行から抽出し、それらの物理表を参照する古いキャッシュ・エントリをパージします。

Essbase

Oracleから使用できる多次元データベース管理システムで、ビジネス・インテリジェンス・アプリケーションを構築するベースとなる多次元データベース・プラットフォームを提供します。Oracle Hyperion Essbaseとも呼ばれます。

ファクト表

メジャーを含み、ディメンション表と複雑な結合関係にある、Oracle BIリポジトリ内のビジネス・モデルとマッピング・レイヤーの論理表。

「ディメンション表」も参照してください。

フィルタ

分析の実行時に表示される結果を限定する、属性列とメジャー列に適用される基準。メジャー列の場合、フィルタは問合せの集計前に適用され、問合せと結果の値に作用します。

「プロンプト」および「選択ステップ」も参照してください。

フォーカス・ノード

戦略貢献ホイールの中心の円。戦略貢献ホイールの場合、フォーカス・ノードは図の開始目標を表します。

「戦略貢献ホイール」と「フォーカス追跡」も参照してください。

フォーカス追跡

戦略貢献ホイールの中央にあるノード、および図に表示されているその祖先を表す一連の連鎖した円です。各円には、対応するノードのステータス色が表示されます。

「戦略貢献ホイール」と「フォーカス・ノード」も参照してください。

外部キー

別の表の主キー列を参照する、表の列または列のセット。

断片化の内容

指定されたレベルのデータのセット全体が論理表ソースに含まれていない場合の論理表ソース内の指定されたデータのセットの一部。断片化の内容は、「論理表ソース」ダイアログ・ボックスの「内容」タブの「断片化の内容」ボックスに入力された論理列によって定義されます。

Fusion Middleware Control

Fusion Middlewareコンポーネントのモニターと構成を行えるWebベースの管理ツール。

グローバル・ヘッダー

Oracle BIプレゼンテーション・サービスのユーザー・インタフェースにあるオブジェクトで、ユーザーが速やかにタスクを開始したり、Oracle BIプレゼンテーション・カタログ内の特定のオブジェクトを検出できるリンクやオプションが含まれます。グローバル・ヘッダーはプレゼンテーション・サービスのユーザー・インタフェースに常に表示されるため、ユーザーはリンクに簡単にアクセスでき、ホーム・ページやカタログ・ページに移動しなくてもカタログを検索できます。

Go URL

特定のビジネス・インテリジェンスの結果の外部ポータルやアプリケーションへの組込みに使用されます。Go URLは、結果をお気に入りに追加したり、ダッシュボードや外部Webサイトへのリクエストにリンクを追加する場合に使用されます。これには、いくつかの形式と、動作の制御に使用できるオプションの引数があります。

階層列

名前付きレベルと親子関係の両方を使用して編成されたデータ値が含まれたプレゼンテーション・サービス内の列。この列は、ツリーのような構造を使用して表示されます。個々のメンバーは、下位メンバーが上位メンバーにまとめられて略示されます。たとえば、特定の日は特定の月に属し、特定の月は特定の年内にあります。時間や地域などがこの例です。

「属性列」も参照してください。

階層

1対多関係で相互に関連を持つ、Oracle BIリポジトリ内の論理ディメンションのレベルのシステム。すべての階層は共通のリーフ・レベルと共通のルート・レベルを持つ必要があります。

階層は、メタデータでは個別のオブジェクトとしてモデル化されていません。かわりに、ディメンション・オブジェクトに暗黙的に含まれています。

「ディメンション」、「論理レベル」および「プレゼンテーション階層」も参照してください。

階層レベル

ロールアップしたり、他のレベルからロールアップされる、プレゼンテーション・サービスの階層列内のオブジェクト。Oracle BIリポジトリのプレゼンテーション・レベルに相当します。

「プレゼンテーション・レベル」も参照してください。

ホーム・ページ

プレゼンテーション・サービスの機能を開始する直観的で、タスク・ベースの方法を提供します。ホーム・ページはセクションに分かれており、各セクションでは、特定のタスクを素早く開始したり、オブジェクトを検索したり、テクニカル・ドキュメントにアクセスできます。

イメージ・プロンプト

特定の値がマップされた異なる領域のイメージを提供するプロンプト。ユーザーがイメージ領域をクリックすると、プロンプト値が選択され、分析またはダッシュボードに移入されます。

「プロンプト」も参照してください。

初期化ブロック

動的リポジトリ変数、システム・セッション変数およびシステム以外のセッション変数の初期化に使用されます。初期化ブロックには、そのブロックに関連付けられた変数の初期化やリフレッシュのために実行されるSQL文が含まれます。

イニシアティブ

スコアカードで使用されます。イニシアティブは、目標を達成するために必要な、時間に固有のタスクまたはプロジェクトです。したがって、目標をサポートするイニシアティブを、戦略ターゲットに対する進捗を示すマイルストンとして使用できます。

「目標」および「Oracle Scorecard and Strategy Management」も参照してください。

内部グラフ

トレリス・グラフのグリッド内のネストされたグラフ。各内部グラフには、「レイアウト」ペインの「可視化」領域に指定された独自のディメンションがあります。

トレリスおよび外部エッジも参照してください。

Javaコンポーネント

1つ以上のJava EEアプリケーション(およびリソースのセット)としてデプロイされ、ノード・マネージャによって管理されるFusion Middleware Controlコンポーネント。

「ノード・マネージャ」も参照してください。

キー・パフォーマンス・インディケータ(KPI)

特定のビジネス・ゴールと戦略目標を定義し、追跡する測定法。KPIをまとめると、モニター、改善および評価を必要とする、より大きな組織の戦略につながることが多くあります。KPIは、通常時間とともに変わる測定可能な値で、スコアとパフォーマンス・ステータスを決定するためのターゲットを持ちます。詳細な分析を可能にするディメンションが含まれ、トレンド用およびパフォーマンス・パターンの特定のために経時的な比較を行えます。

「Oracle Scorecard and Strategy Management」も参照してください。

KPI監視リスト

KPIをエンド・ユーザーに配布する方法。監視リストはKPIを集めたもので、Oracle BIプレゼンテーション・カタログに格納されているKPIを追加して作成します。KPI監視リストを作成して保存すると、カタログ・オブジェクトとして格納され、ダッシュボードやスコアカードに追加できます。

キー・パフォーマンス・インディケータ(KPI)、ウォッチリストおよびOracle Scorecard and Strategy Managementも参照してください。

レベル

「階層レベル」を参照してください。

論理表示フォルダ

Oracle BIリポジトリのビジネス・モデルとマッピング・レイヤーでのオブジェクトの編成に使用されるフォルダ。メタデータ上の意味はありません。

論理結合

論理表間の関係を表す結合。論理結合は、物理的な結合ではなく概念上の結合です。つまり、特定のキーまたは列を結合しません。1つの論理結合が、多数の物理結合に相当することがあります。

論理レイヤー

「ビジネス・モデルとマッピング・レイヤー」を参照してください。

論理レベル

ロールアップしたり、他のレベルからロールアップされる、Oracle BIリポジトリ内のレベル・ベースの階層のコンポーネント。

親子階層では、祖先と子孫の間にメタデータの論理レベル・オブジェクトとして表されない、暗黙的なメンバー間のレベルがあります。親子階層には論理レベル・オブジェクトも含まれますが、それらのレベルはシステムで生成されたもので、全メンバーの集計を可能にするためにのみ存在します。

「ディメンション」および「階層」を参照してください。

論理SQL

Oracle BIサーバーによって解釈されるSQL文。Oracle BIサーバーの論理SQLには、標準のSQLとAGO、TODATE、EVALUATEなどの特別な関数(拡張SQL)が含まれます。

ユーザーがリクエストを行うと、プレゼンテーション・サービスなどのクライアントは、論理SQLをOracle BIサーバーに送信します。また、論理SQLはビジネス・モデルとマッピング・レイヤーで使用され、異機種データベース・アクセスと移植を可能にします。Oracle BIサーバーは、論理SQLを、ソース・データベースで解釈可能な物理SQLに変換します。

論理表

Oracle BIリポジトリのビジネス・モデルとマッピング・レイヤーの表オブジェクト。1つの論理表は、1つ以上の物理表にマップできます。論理表は、ファクト表またはディメンション表のいずれでもかまいません。

「ディメンション表」および「ファクト表」も参照してください。

論理表ソース

1つの論理表から1つ以上の物理表へのマッピングを定義するOracle BIリポジトリのビジネス・モデルとマッピング・レイヤーのオブジェクト。物理レイヤーとビジネス・モデルとマッピング・レイヤーとの間で発生する変換を指定したり、集計ナビゲーションと断片化を可能にするために物理から論理へのマッピングが使用されることもあります。

管理対象サーバー

個々のJ2EEアプリケーション・コンテナ(JMX MBeanコンテナ)。これは、ローカル・ミドルウェア・ホーム内に含まれるJavaコンポーネントとシステム・コンポーネントに、個々のホストでローカル管理機能を提供し、構成とデプロイメントの全情報について管理サーバーを参照します。

「管理サーバー」および「Fusion Middleware Control」も参照してください。

MDS

Oracle Metadata Services。Application Development Frameworkの中核テクノロジ。MDSは、メタデータを拡張可能でカスタマイズ可能な形で定義および使用するための統一アーキテクチャを提供します。

「MDS XML」も参照してください。

MDS XML

Oracle Metadata Servicesと互換性があるXML形式。MDS XMLはOracle BIリポジトリでサポートされている形式です。サードパーティのソース・コントロール管理システムとの統合が可能になり、オフラインのリポジトリ開発が可能になります。

MDS XML形式は、Oracle BIサーバーXML APIで生成されるXMLとは異なる形式です。

「MDS」、「Oracle BIリポジトリ」および「Oracle BIサーバーXML API」も参照してください。

メジャー列

レコードごとに変化し、合計または集計できる列。売上金額や注文数量は典型的なメジャーです。メジャーは、問合せ時にデータソースから計算されます。

メジャー列は、Oracle BIリポジトリ(通常はファクト表)またはプレゼンテーション・サービスで表示されます。

メタデータ

データに関するデータ。メタデータ・オブジェクトには、スキーマの説明(表、列、データ型、主キー、外部キーなど)と論理構造(ファクト表、ディメンション、論理表ソース・マッピングなど)が含まれます。

Oracle BIリポジトリは、Oracle BIサーバーによって問合せの処理に使用されるメタデータで構成されます。

メタデータ・ディクショナリ

列などのメタデータ・オブジェクトについて、そのプロパティや他のメタデータ・オブジェクトとの関係などが記述された静的なXMLドキュメントのセット。メタデータ・ディクショナリは、ユーザーがリポジトリ・オブジェクトのメトリックや属性の詳細を得る場合に役立ちます。

マイクロチャート

他の小さなグラフおよび数値とともにグリッドに表示される小さなグラフで、拡張トレリス・ビューのセル内容を構成します。Oracle BI EEでは、マイクロチャートは常にスパーク・グラフになります。

拡張トレリスおよびスパーク・グラフも参照してください。

ミッション・ステートメント

ビジョンを達成するために必要な主要なビジネス・ゴールと優先度を指定したスコアカード内のステートメント。

ビジョン記述書およびOracle Scorecard and Strategy Managementも参照してください。

複数データベース結合

Oracle BIリポジトリ内の2つの表の結合。各表は異なるデータベース内にあります。

ノード・マネージャ

Javaプロセスが応答しなくなったり、予期せず終了した場合にリモート・サーバーの起動、停止および再起動の機能を提供するデーモン・プロセス。

「Javaコンポーネント」も参照してください。

OCI

「Oracle Call Interface(OCI)」を参照してください。

ODBC

「Open Database Connectivity(ODBC)」を参照してください。

オブジェクト・プロパティ

オブジェクト、および所有者がオブジェクトに割り当てた属性に関する情報。プロパティの例には、名前、説明、日付スタンプ、読取り専用アクセス、索引付けなしフラグなどがあります。

「権限」も参照してください。

目標

企業の戦略をまとめたスコアカード内の要求される成果または望ましい結果。

「イニシアティブ」および「Oracle Scorecard and Strategy Management」も参照してください。

オフライン・モード

Oracle BIサーバーにロードされていないリポジトリをリポジトリ・ビルダーが編集できるOracle BI管理ツール内のモード。

オンライン・モード

リポジトリを問合せ処理に使用すると同時にリポジトリ・ビルダーが編集できるOracle BI管理ツール内のモード。オンライン・モードでは、リポジトリ内のサブジェクト・エリアに接続しているユーザーのユーザー・セッション・モニタリングも可能です。

不透明なビュー

SELECT文を構成する物理レイヤー表。Oracle BIリポジトリでは、不透明なビューは、物理データベース内のビュー表のように見えますが、ビューは実際には存在しません。

Open Database Connectivity(ODBC)

リレーショナル・データベースとリレーショナル以外のデータベースの両方のデータのアクセスに使用される標準インタフェース。各データベースが異なるデータ格納形式やプログラミング・インタフェースを使用している場合でも、データベース・アプリケーションはODBCを使用して、異なるタイプのデータベース管理システムに格納されているデータにアクセスできます。

OPMN

「Oracle Process Manager and Notification Server(OPMN)」を参照してください。

Oracle BI管理ツール

Oracle BIリポジトリの作成や編集に使用されるWindowsアプリケーション。管理ツールでは、リポジトリのツリー部分(物理レイヤー、ビジネス・モデルとマッピング・レイヤーおよびプレゼンテーション・レイヤー)がグラフィカルに表示されます。

Oracle BIブリーフィング・ブック

ダッシュボード・ページ、個々の分析およびBI Publisherレポートの静的または更新可能なスナップショットの集まり。ブリーフィング・ブックをPDFまたはMHTML形式でダウンロードし、印刷または表示できます。エージェントを使用して、ブリーフィング・ブックの更新、スケジュールおよび配信を行うこともできます。

Oracle BI JavaHost

Javaライブラリに用意されている、グラフなどのコンポーネントをサポートするための機能をプレゼンテーション・サービスが使用できるようにするサービス。サービスは、リクエスト/レスポンス・モデルに基づいて提供されます。

Oracle BI論理SQLビュー・オブジェクト

開発者が、Oracle BIサーバーにアクセスしてビジネス・インテリジェンス・データをフェッチし、ネイティブADFコンポーネントにバインドしてADFページに含める論理SQL文を作成できるようにします。このビュー・オブジェクトは、BI JDBC接続を使用してOracle BIサーバーに接続します。

Oracle BIプレゼンテーション・カタログ

分析やダッシュボードなどのビジネス・インテリジェンス・オブジェクトを格納し、ユーザーが、オブジェクトの作成、アクセスおよび管理を行ったり、オブジェクト・ベースの特定のタスク(エクスポート、印刷、編集など)を行うインタフェースを提供します。カタログは、共有または個人のいずれかのフォルダに編成されます。

Oracle BIプレゼンテーション・サービス

Webクライアントへのビジネス・インテリジェンス・データのプレゼンテーションに使用されるフレームワークとインタフェースを提供します。このプレゼンテーション・フレームワークのカスタマイズ用にファイル・システム上にプレゼンテーション・カタログ・サービスを保持します。これはスタンドアロン・プロセスで、ODBC over TCP/IPを使用してOracle BIサーバーと通信します。アンサー、デリバーおよびインタラクティブ・ダッシュボードと呼ばれるコンポーネントで構成されます。

「ODBC」、「Oracle BIサーバー」、「Oracle BIプレゼンテーション・カタログ」、「Oracle BIプレゼンテーション・サービス・サーバー」も参照してください。

Oracle BIプレゼンテーション・サービス・サーバー

情報とデータをOracle BIサーバーと交換するOracle BI Webサーバー。

Oracle BI Publisher

エンタープライズ全体の公開サービスを提供するOracle Business Intelligence内のJ2EEアプリケーション。高度に書式設定された、ピクセル・パーフェクトなレポートを生成します。

「レポート」も参照してください。

Oracle BI Publisherレポート

「レポート」を参照してください。

Oracle BIリポジトリ

Oracle Business Intelligenceメタデータのセットで、論理スキーマ、物理スキーマ、物理から論理へのマッピング、集計表ナビゲーションやその他の構成体を定義します。Oracle BIリポジトリの形式をバイナリ形式(RPD)にして、リポジトリ・メタデータを拡張子.rpdの単一ファイルまたはMDS XMLドキュメントのセットに格納できます。MDS XML形式のリポジトリを使用できるのはオフライン開発時のみで、この形式のリポジトリはOracle BIサーバーにロードできません。Oracle BIリポジトリは両形式とも、Oracle BI管理ツールを使用して編集できます。

「メタデータ」および「Oracle BI管理ツール」も参照してください。

Oracle BIスケジューラ

指定された時間に結果をユーザーに配信するようスケジュールするための拡張可能なスケジューリング・アプリケーション。これは、Oracle BI Deliversの機能をサポートするエンジンです。

「結果」も参照してください。

Oracle BIサーバー

ODBCを介してプレゼンテーション・サービスや他のクライアントに提供する論理データ・モデルを保持するスタンドアロン・プロセス。データ・モデルに関するメタデータは、リポジトリ・ファイルと呼ばれるローカルの専用ファイルに保持されます。Oracle BIサーバーは、ユーザー・リクエストやベースとなるデータ・ソースの問合せを処理します。

Oracle BIサーバーXML API

Oracle BIリポジトリ・メタデータの汎用的なXMLベースのプレゼンテーションを作成するユーティティを提供します。このXMLファイル版のリポジトリを使用して、メタデータをプログラムで変更できます。Oracle BIサーバーXML APIオブジェクトは、RPDファイル内のメタデータ・リポジトリ・オブジェクトに相当します。これらのオブジェクトは、Oracle BIプレゼンテーション・カタログXMLオブジェクトとは異なります。

Oracle BIサーバーXML APIで生成されるXMLは、サードパーティのソース・コントロール管理システムと統合されたOracle BIリポジトリで使用されるMDS XMLとは異なります。

「MDS XML」も参照してください。

Oracle Business Intelligence Mobile

Oracle Business Intelligence Mobileは、Oracle BIコンテンツをスマートフォンおよびタブレットで表示および操作できるようにするアプリケーションです。

Oracle BI Mobileを使用すると、分析やダッシュボードなどのすべてのBIコンテンツ、BI Publisherコンテンツ、スコアカード・コンテンツおよびOracle BI Mobileアプリケーション・デザイナで作成されたモバイル・アプリケーションにアクセスして分析できます。

Oracle Business Intelligence Mobileアプリケーション・デザイナ

Oracle Business Intelligence Mobileアプリケーション・デザイナは、携帯電話やタブレット向けに特化したアプリケーションを設計するツールです。

Oracle BI Mobileアプリケーション・デザイナで作成されたアプリケーションはプラットフォームおよびデバイスに依存しません。生成されたアプリケーションは最新のHTML5標準に基づいており、ご使用のモバイル・デバイスの最新のブラウザ上で実行できます。クライアントのインストールは必要ありません。

Oracle Business Intelligence Webサービス

「Oracle Business Intelligenceセッション・ベースWebサービス」および「Oracle Business Intelligence SOA用Webサービス」を参照してください。

Oracle Business Intelligenceセッション・ベースWebサービス

SOAPを実装するAPI。これらのWebサービスはプログラムでの使用を目的として設計されており、開発者は、1つのWebサービスから多様なビジネス・インテリジェンス・オブジェクトを起動します。これらのWebサービスは、様々なプレゼンテーション・サービス処理に対する機能を提供します。これらのWebサービスによって、開発者は、Oracle BIプレゼンテーション・サービスから結果を抽出して外部アプリケーションに配信したり、プレゼンテーション・サービス管理機能を実行したり、Oracle Business Intelligenceアラート(インテリジェント・エージェンとも呼ばれる)を実行できます。

「Oracle Business Intelligence SOA用Webサービス」も参照してください。

Oracle Business Intelligence SOA用Webサービス

BIミドルウェアJ2EEアプリケーションによってホストされる、ExecuteAgent、ExecuteAnalysisおよびExecuteConditionの3つのWebサービスを含みます。これらのWebサービスは、開発者がサード・パーティWebサービス・クライアント(Oracle SOA Suiteなど)を使用して、ビジネス・インテリジェンス・オブジェクトを検索したり、サービス指向アーキテクチャ・コンポーネントに含めたりすることを可能にするよう設計されています。

「Oracle Business Intelligenceセッション・ベースWebサービス」も参照してください。

Oracle Call Interface(OCI)

Oracle Databaseデータ・ソースへの接続にOracle BIサーバーが使用する接続インタフェース。Oracle DatabaseからのメタデータのインポートやOracle Databaseへの接続には常にOCIを使用する必要があります。

Oracle OLAP

Oracle Databaseには、埋込みの完全な機能を備えたオンライン分析処理サーバーを提供するOLAPオプションがあります。

Oracle Business Intelligenceは、データソースとしてOracle OLAPをサポートします。Oracle OLAPソースからメタデータをインポートすると、管理ツールの物理レイヤーにOracle OLAPオブジェクトが表示されます。Oracle OLAPオブジェクトには、関連キューブのコンテナであるアナリティック・ワークスペースが含まれます。

Oracle Process Manager and Notification Server(OPMN)

すべてのシステム・コンポーネント(サーバー・プロセス)を管理し、ローカルと分散の両方のプロセス管理、自動プロセス・リサイクリングおよびプロセスの状態(稼働、停止、起動中、停止中)の伝達をサポートするプロセス管理ツール。OPMNは、プロセスの使用不可の状態を検知し、プロセスを自動的に再起動します。

「システム・コンポーネント」も参照してください。

Oracle Scorecard and Strategy Management

ビジネス戦略を表明して伝達することができる業績管理ツール。企業の戦略や業績をトップ・ダウンまたはボトム・アップで推進したり評価できます。

Oracle Technology Network(OTN)

オラクル社製品に関する技術情報のリポジトリで、記事の検索、ディスカッションへの参加、ユーザー・コミュニティへの技術的な質問およびオラクル社製品とドキュメントの検索とダウンロードを行えます。

外部エッジ

外部エッジは、内部グラフの境界に使用されるトレリス・ビューの部品です。これには、列および行のヘッダー、セクション・ヘッダーなどが含まれます。

トレリスおよび内部グラフも参照してください。

親子階層

タイプがすべて同じメンバーの階層。親子階層のディメンション・メンバーはすべて1つのデータ・ソースに存在します。親子階層では、メンバー間の関係は、ディメンション・メンバー間の親子関係です。

「ディメンション」も参照してください。

親子関係表

親子階層でのメンバー間の関係を明示的に定義する値を持つ表。クローズ表とも呼ばれます。

パススルー計算

Oracle BIサーバーによって計算されず、別のデータソースに渡される計算。上級ユーザーが、Oracle BIリポジトリを変更することなく、データソースの機能と関数を活用できるようにします。

パフォーマンス・タイル

ビュー・タイプの1つで、視覚的に単純かつ目立つ方法で1つの集計メジャー値を表示しながら、ダッシュボード・ビューに詳細に表示される可能性があるサマリー・メトリックをただちに示します。パフォーマンス・タイル・ビューは、色、ラベルおよび限定されたスタイルを使用して、または背景色またはメジャー値の条件付き書式設定を使用して、単純な書式で視覚的に目立つようにステータスを通知します。

権限

どのユーザーがオブジェクトにアクセスできるかを指定し、ユーザーのオブジェクトとの対話方法を制限します。権限の例として、書込み、削除、変更の権限があります。

「オブジェクト・プロパティ」を参照してください。

パースペクティブ

スコアカードでイニシアティブ、目標およびKPIに関連付ける組織内のカテゴリ。パースペクティブでは、主な利害関係者(顧客、従業員、株主/財務関係者など)や主なコンピテンシー分野(時間、コスト、品質など)を表すことができます。

「イニシアティブ」、「キー・パフォーマンス・インディケータ(KPI)」、「目標」および「Oracle Scorecard and Strategy Management」も参照してください。

物理カタログ

Oracle BIリポジトリの物理レイヤーにある、異なるスキーマをまとめるオブジェクト。カタログには、データベース・オブジェクトのすべてのスキーマ(メタデータ)が含まれます。

物理表示フォルダ

Oracle BIリポジトリの物理レイヤーにオブジェクトを編成するフォルダ。メタデータ上の意味はありません。

物理結合

Oracle BIリポジトリの物理レイヤーの表同士の結合。

物理レイヤー

バックエンド・データ・ソースからの物理データ構成体を表すオブジェクトを含むOracle BIリポジトリのレイヤー。物理レイヤーは、物理問合せの記述に使用できるオブジェクトと関係を定義します。このレイヤーによってソースの依存性がカプセル化され、移植とフェデレーションが可能になります。

物理スキーマ

バックエンド・データベースからのスキーマを表すOracle BIリポジトリの物理レイヤーのオブジェクト。

物理表

Oracle BIリポジトリの物理レイヤーのオブジェクトで、通常、物理データベースに存在する表に相当します。

「物理レイヤー」も参照してください。

視点領域

KPIおよびスコアカード内で、担当しているビジネス分野など、関心のある特定のデータを示す領域です。視点領域には、イニシアティブと目標の進捗とパフォーマンスを測定するためにスコアカードで使用されるKPIのディメンションに対するコントロールが表示されます。

「イニシアティブ」、「キー・パフォーマンス・インディケータ(KPI)」および 「目標」も参照してください。

プレゼンテーション階層

プレゼンテーション・サービスやその他のクライアントで多次元モデルを公開する明示的な方法を提供するOracle BIリポジトリの物理レイヤーのオブジェクト。プレゼンテーション階層は、メンバーの選択、カスタム・メンバー・グループ、非対称型問合せなどの分析機能を公開します。ユーザーは、プレゼンテーション階層を使用して階層ベースの問合せを作成できます。

プレゼンテーション・サービスで、プレゼンテーション階層は階層列として表示されます。

「階層列」および「プレゼンテーション・レベル」も参照してください。

プレゼンテーション・レイヤー

カスタマイズされ、セキュアなロール・ベースのビジネス・モデルのビューをユーザーに表示する方法を提供します。これは、Oracle BIリポジトリのビジネス・モデルとマッピング・レイヤーに抽象性を加えます。プレゼンテーション・レイヤーは、プレゼンテーション・サービスやその他のクライアント・ツール、アプリケーションで分析を作成したユーザーに表示されるデータのビューを提供します。

「ビジネス・モデルとマッピング・レイヤー」も参照してください。

プレゼンテーション・レベル

ロールアップしたり、他のレベルからロールアップされる、Oracle BIリポジトリ内のプレゼンテーション階層のコンポーネント。プレゼンテーション・レベルは、プレゼンテーション・サービスで階層列内のレベルとして表示されます。

「階層レベル」および「プレゼンテーション階層」も参照してください。

プレゼンテーション・サービス

「Oracle BIプレゼンテーション・サービス」を参照してください。

プレゼンテーション・サービス・サーバー

「Oracle BIプレゼンテーション・サービス・サーバー」を参照してください。

プレゼンテーション表

ユーザー・コミュニティにとって意味のあるカテゴリへの列の編成に使用されるOracle BIリポジトリのプレゼンテーション・レイヤーのオブジェクト。プレゼンテーション表には、1つ以上の論理表から列を含めることができます。プレゼンテーション表の名前とオブジェクト・プロパティは論理表のプロパティとは無関係です。

主キー

各値が一意で、表の1行を識別する列(または列のセット)。

プロセス・インスタンス

BIインスタンスに関連付けられている、個々のワークステーション上の一意のプロセス。

「BIインスタンス」も参照してください。

プロンプト

フィルタの一種で、コンテンツ・デザイナが作成してデータ値を指定したり、エンド・ユーザーが特定のデータ値を選択して、ダッシュボードまたはダッシュボード・ページに含まれた個々の分析または複数の分析に結果セットを提供できるようにします。プロンプトは、既存のダッシュボードおよび分析のフィルタを拡張したり、改良します。

プロンプトのタイプには、列プロンプト、通貨プロンプト、イメージ・プロンプトおよび変数プロンプトがあります。

「列プロンプト」、「通貨プロンプト」、「フィルタ」、「イメージ・プロンプト」および「変数プロンプト」も参照してください。

プロンプト・リンク

ダッシュボード・ページへのパスとダッシュボード・プロンプトの単純化されたプレゼンテーションを取り込みます。

「ブックマーク・リンク」を参照してください。

問合せ

Oracle BIサーバーに発行される、ベースとなるSQL文が含まれています。Oracle Business Intelligenceの使用に問合せ言語の知識は必要ありません。

問合せキャッシュ

他の問合せで使用できるよう問合せの結果を格納する機能。

不規則な階層

「非バランス型階層」を参照してください。

レポート

問合せの実行からユーザーに返される、Oracle BI Publisherを使用して作成されるレスポンス。レポートは、書式設定、ダッシュボード・ページでの表示、Oracle BIプレゼンテーション・カタログでの保存および他のユーザーとの共有が可能です。

「分析」も参照してください。

リポジトリ

「Oracle BIリポジトリ」を参照してください。

リポジトリ変数

「変数」を参照してください。

結果

Oracle BIサーバーから返される、分析に対する出力。

「分析」も参照してください。

スコアカード

「Oracle Scorecard and Strategy Management」を参照してください。

選択ステップ

問合せの集計後に適用される値の選択。表示されているメンバーにのみ作用し、結果の集計値には作用しません。フィルタ同様、選択ステップは分析の結果を限定します。

「分析」および「フィルタ」も参照してください。

セッション変数

「変数」を参照してください。

単純トレリス

すべてが散布図の場合のように、トレリス・ビューはすべて同じタイプで内部の可視化を表示します。内部の可視化には、共通の軸が常に使用され、同期されたスケールとも呼ばれます。

トレリス、同期されたスケールおよび可視化も参照してください。

レベル・スキップ階層

一部のメンバーが特定の祖先レベルの値を持たない階層。たとえば、米国で、コロンビア特別区のワシントン市は州に属していません。州がなくても、国レベル(米国)からワシントン以下にユーザーが移動できることが期待されます。

「階層」も参照してください。

スマート・ウォッチリスト

スマート・ウォッチリストとは、指定した基準に基づいた、特定のスコアカードに対するビューのことです。たとえば、スマート・ウォッチリストには、スコアカードのパフォーマンス上位10位までのKPI、または特定のビジネス所有者が所有するスコアカードのすべての目標、イニシアティブおよびKPIなどを表示できます。

ウォッチリストおよびOracle Scorecard and Strategy Managementも参照してください。

スノーフレーク・スキーマ

1つ以上のディメンションが部分的あるいは完全に正規化されたディメンション・スキーマ。

スパーク・グラフ

他のミニグラフおよび数値と組み合せて、1つのトレンドを表す埋込みミニグラフ。スパーク・グラフはスパークとも呼ばれます。

スパークには軸またはラベルは含まれず、周囲のコンテンツからコンテキストが取得されます。スパーク・グラフの各タイプには、1つのメジャーのみが存在します。このメジャーは非表示で、自分のみに対して相対的なスケールになります。

スパーク・グラフには、スパーク折れ線、スパーク棒、スパーク面のいずれかのグラフ・サブタイプを指定できます。

「マイクロチャート」も参照してください。

SQL

「構造化問合せ言語(SQL)」を参照してください。

スター・スキーマ

履歴情報のディメンション分析を可能にするリレーショナル・スキーマ。スター・スキーマでは、論理ディメンション表と論理ファクト表の間に1対多関係があります。各スターは、1つのファクト表と正規化されていない表のセットで構成されます。

戦略貢献ホイール

スコアカードのコンポーネントで、これを使用すると、親目標に対する特定の目標またはKPIの貢献(または影響)を一連の同心円(ホイール図)の中で簡単に確認できます。目標とそれをサポートする子の目標、およびKPIを階層的に表示する場合に、戦略貢献ホイール図を使用します。

「Oracle Scorecard and Strategy Management」も参照してください。

戦略マップ

スコアカードに定義された目標と目標の進捗を測定するKPIをパースペクティブによってどのように関係付けるかを示すスコアカードのコンポーネント。ここには、因果関係も示されます。

「Oracle Scorecard and Strategy Management」も参照してください。

戦略ツリー

目標とこれをサポートする子目標およびKPIがツリー図に階層状に表示されるスコアカードのコンポーネント。

「Oracle Scorecard and Strategy Management」も参照してください。

構造化問合せ言語(SQL)

データの問合せと変更のための標準的なプログラミング言語。

「論理SQL」も参照してください。

サブジェクト領域

Oracle BIリポジトリで、ビジネス・モデルに関するデータを編成したり、表示するプレゼンテーション・レイヤーのオブジェクト。これは、プレゼンテーション・レイヤーの最上位のオブジェクトで、プレゼンテーション・サービスでユーザーに表示されるデータのビューを表します。Oracle BIリポジトリのサブジェクト・エリアには、プレゼンテーション表、プレゼンテーション列およびプレゼンテーション階層が含まれます。

プレゼンテーション・サービスでは、サブジェクト・エリアに、フォルダ、メジャー列、属性列、階層列およびレベルが含まれます。

同期されたスケール

(単純トレリスのみに該当) 同期されたスケールとは、トレリス内のすべての可視化が同じスケールで表示される、つまり共通の軸を共有することです。共通の軸があれば、すべてのグラフ・マーカーを行と列で簡単に比較できます。

単純トレリスおよび可視化も参照してください。

システム・コンポーネント

Oracle Process Manager and Notification Server(OPMN)によって管理されるサーバー・プロセス(Javaアプリケーションではない)。

「Oracle Process Manager and Notification Server(OPMN)」も参照してください。

変換

データベースから他の場所(他のデータベースの場合もある)に移動する際にデータに行われる処理。一部の変換は、通常、トランザクション・システムからデータ・ウェアハウス・システムへの移動時にデータに対して行われます。

トレリス

多次元データが、グリッド内の一連のセルとして表示され、各セルは特定のグラフ・タイプを使用するデータのサブセットを表しています。データは、グラフ、マイクロチャートおよび数値で表されます。

トレリス・ビューには、単純トレリスと拡張トレリスの2つのサブタイプがあります。

拡張トレリスおよび単純トレリスも参照してください。

非バランス型階層

リーフの深さが異なる階層。たとえば、現在の月は日レベルでデータを持ち、前年は月レベルで、過去5年間は四半期レベルでデータを持つよう選択できます。

「階層」も参照してください。

値階層

「親子階層」を参照してください。

変数

管理タスクを効率化したり、変化するデータ環境に合せてメタデータの内容を動的に変更するために使用されるOracle BIリポジトリ内のオブジェクト。

変数は次のいずれかのタイプです。

- リポジトリ変数は、任意の時点で1つの値を持ちます。リポジトリ変数には、静的と動的の2種類があります。

- セッション変数は、各ユーザーのログイン時に作成され、値が割り当てられます。セッション変数には、システムとシステム以外の2種類があります。

変数プロンプト

ユーザーは、変数プロンプトに指定されている値を選択してダッシュボードに表示できます。変数プロンプトは列データに依存しませんが、変数プロンプトによって分析の列データの操作(加算や乗算など)が可能になります。

「プロンプト」も参照してください。

仮想物理表

ストアド・プロシージャまたはSELECT文から作成される物理表。仮想表を作成することによって、Oracle BIサーバーおよびベースとなるデータベースに、高度な問合せリクエストの実行に適したメタデータが提供されます。

ビジョン・ステートメント

組織が将来的にどうありたいかを表した、スコアカード内の簡潔なステートメントです。たとえば、南米ポリプロピレン市場で最も成功した企業になるなどです。

「ミッション・ステートメント」および「Oracle Scorecard and Strategy Management」も参照してください。

可視化

Oracle BI EEの場合、可視化とは、トレリス・ビューのデータ・セル内に表示されるグラフの選択肢のことです。棒グラフ、散布図、スパーク・グラフなど、トレリス・ビューを作成する際には、多数の可視化の中から選択できます。

「トレリス」も参照してください。

ウォッチリスト

スコアカードの特定の観点に関係し、特定の目的のためにグループ化された、スコアカード・オブジェクト(つまり、イニシアティブ、目標およびKPI)をリストする表。たとえば、KPIウォッチリストやスマート・ウォッチリストなどの様々なタイプのウォッチリストがあります。

KPIウォッチリスト、スマート・ウォッチリストおよびOracle Scorecard and Strategy Managementも参照してください。

ウォーターフォール・グラフ

連続的および累積的に値が増加または減少する状況を可視化できるグラフ・タイプです。ウォーターフォール・グラフでは、各メジャーの全体に対する貢献度が色を使用した単純な書式で示され、ユーザーがそこに注目できるようになっています。

WebLogicサーバー・ドメイン

SOAP、HTTPおよびその他の形式のリクエストのサービスに加わるよう構成されたJavaコンポーネントが含まれます。

WebLogic Scripting Tool(WLST)

WebLogic Serverインスタンスとドメインの構成、管理および変更の保持と、サーバーの実行時のイベントのモニターおよび管理を可能にするコマンドライン・スクリプティング・インタフェース。

XML API

「Oracle BIサーバーXML API」を参照してください。

索引
A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  W  X  Z

A

アクション・フレームワーク, 11.2

アクティブ/パッシブEssbaseコンポーネント

セカンダリ・インスタンスの構成, 27.6.2.2

アダプタ, リレーショナル・データソース, 1.7 管理MBeans, 1.3.4 管理サーバー

実行の確認, 4.6

定義, 1.3.4

起動と停止, 4.2, 4.7

管理ツール

クラスタ化システム・コンポーネントの管理に使用, 6.4

キャッシュの消去に使用, 7.7.4.2

エージェント

ウイルス対策ソフトウェア, 20.2.1

電子メール設定の構成, 11.1.1

定義, 20.1

配信オプション, 20.3.4

スケジューラの電子メール関連の構成設定, 20.3.3.2

スケジューラの一般構成設定, 20.3.3.1

KeepErrorLogFiles構成要素, 20.3.3.3

ログ・ディレクトリ, エントリの表示, 8.5.7

ログ・ファイルの場所, 20.3.3.3

Log_Dir構成要素, 20.3.3.3

LogPurgeDays構成要素, 20.3.3.3

デバイス・タイプの管理, 20.4

手動での構成設定, 20.3.1

MaxDeliverySleepSecs構成要素, 20.3.3.3

MaxGlobalSleepSecs構成要素, 20.3.3.3

MaxRequestSleepSecs構成要素, 20.3.3.3

MaxRowsTimesColumns構成要素, 20.3.3.3

MinDeliverySleepSecs構成要素, 20.3.3.3

MinGlobalSleepSecs構成要素, 20.3.3.3

MinRequestSleepSecs構成要素, 20.3.3.3

接続試行回数, 20.3.3.3

配信試行回数, 20.3.3.3

NumDeliveryRetries構成要素, 20.3.3.3

NumGlobalReTries構成要素, 20.3.3.3

NumRequestRetries構成要素, 20.3.3.3

権限設定, 20.2.2

スケジューラ構成設定, 20.3.3.3, 20.3.3.3

サーバー・キャッシュのシード, 7.7.3

スリープ時間, 20.3.3.3, 20.3.3.3

キャッシュ・シードに使用, 7.7.3

アクティブ・セッションに関する情報の表示, 20.5

集計表, 使用, 7.2 AllowedLanguages構成要素, 15.2.1.4 AllowedLocales構成要素, 15.2.1.4 AllowRememberPassword構成要素, B.1 交互する行, 色の変更, 19.3.3 システム・コンポーネントの起動と停止に関する別の方法, 4.5 AlwaysKeepSessionAffiliation構成パラメータ, 6.3.3 タイムゾーン値のアンパサンド, 14.4.1 分析

ブロック, 19.6, 19.6

デフォルトの通貨, 16.1

デフォルトのヘッダーとフッター, 19.7.2.1

一般的な構成タスク, 19.2

ナビゲーションとドリルダウン, 19.2.4

不在時間, B.1

デフォルトの表示, 19.7, 19.7

API, Oracle BI Systems Management, 23.3.3 アプリケーション, サンプル, 1.5 アーカイブ

カタログ・フォルダ, 17.10

オブジェクト, 17.2.3

プレゼンテーション・カタログ, 17.10

Webページの攻撃, B.1.1 属性ファイル, 17.1.1.2

B

バックアップとリカバリ, 26

Essbaseデータ, 27.6.6

行, 交互する行の色の変更, 19.3.3 BIドメイン, 定義, 1.3.1.1 BI Publisher, ツールバーの構成, 19.5.4 biee_domain.xml, Fusion Middleware Controlによる構成設定の管理の無効化, D.1 分析のブロック, 19.6, 19.6 ブリーフィング・ブック, 目次, 19.5.6 BulkFetchBufferSize(バイト)構成要素, 20.3.3.1

C

CACertificateDir構成要素, 20.3.3.1

CACertificateFile構成要素, 20.3.3.1

キャッシュ

ヒントについて, 7.7.1

管理, 7.9

物理テーブルの属性, 7.6.1.2

イベント・ポーリング表の構成, 7.6.1.3

グローバル・キャッシュ情報の表示, 7.7.4.1

リポジトリの変更の影響, 7.6.3

有効化と無効化, 7.5.1

クラスタ化環境, 7.4.6

設定の管理, 7.9

監視と管理, 7.6

永続時間の設定, 7.6.1.2

管理ツールを使用した消去, 7.7.4.2

ODBCプロシージャを使用した消去, 7.6.2

リポジトリの切替え時の消去, 7.6.3.3

無効化の理由, 7.6.1.1

一連の問合せでのシード, 7.7.2

エージェントでのシード, 7.7.3

最大エントリ・サイズの設定, 7.5.2

最大エントリ数の設定, 7.5.2

計画, 7.7

イベント・ポーリング表の使用, 7.8

キャッシュ・マネージャの使用, 7.7.4

行レベル・データベース・セキュリティでの使用, 7.7.1.1

クラスタ・マネージャでの情報の表示, 6.4.1.2

キャッシュ・マネージャ

開く方法, 7.7.4

グローバル・キャッシュ情報の表示, 7.7.4.1

キャッシュの消去, 7.7.4.2

使用, 7.7.4

容量, 管理, 5 キャプション, プレゼンテーション・カタログ用のローカライズ, 17.9 カタログ・フォルダ

アーカイブ, 17.10

アーカイブ解除, 17.10

Catalog Manager

概要, 17.3

プレゼンテーション・カタログのアーカイブ, 17.10

コンポーネント, 17.5.2

プレゼンテーション・カタログ間での項目のコピーと貼付け 17.6.2

プレゼンテーション・カタログ・データを表示するためのレポートの作成, 17.9

プレゼンテーション・カタログのキャプションのローカライズ, 17.9

プレゼンテーション・カタログのテキスト文字列のローカライズ, 15.2.2

プレゼンテーション・カタログのオープン, 17.4.6

オブジェクトのプレビュー, 17.6.6

使用のための推奨事項, 17.3.2

項目の名前変更, 17.6.3

プレゼンテーション・カタログのテキストの検索と置換, 17.8

プレゼンテーション・カタログの項目の検索, 17.6.1

項目の権限の設定, 17.6.5

起動, 17.4

プレゼンテーション・カタログのアーカイブ解除, 17.10

XMLのオブジェクトの表示と編集, 17.7

項目のプロパティの使用, 17.6.4

ワークスペース, 17.5

カタログ

ファイル・システムのガイドライン, 17.1.3

検証, 17.2.5

集中管理

WebLogic Server管理コンソールを使用するJavaコンポーネント, 2.3

Fusion Middleware Controlを使用するOracle Business Intelligence, 2.2

CertificateFileName構成要素, 20.3.3.1 CertificateVerifyDepth構成要素, 20.3.3.1 動作保証情報, 1.8 CertPrivateKeyFileName構成要素, 20.3.3.1 権限の変更/削除, 20.2.2 CipherList構成要素, 20.3.3.1 クリックジャッキング, B.1.1 クライアント・セッション, 有効期限, 7.3.2 クラスタ

コンポーネントについて, 6.1

構成, 6.3

Fusion Middleware Controlでの管理, 6.2.1

共有ファイルとディレクトリ, 5.4

共有Oracle BIプレゼンテーション・カタログ, 5.4.3

共有リポジトリ公開ディレクトリ, 5.4.2

トラブルシューティング, 6.5

クラスタ・マネージャを使用した表示と管理, 6.4.1

クラスタ・コントローラ, プライマリとセカンダリの構成, 6.1.2 クラスタ・マネージャ

概要, 6.4

コンポーネントが停止したときのアクセス, 6.4

クラスタ情報の表示および管理, 6.4.1

キャッシュ情報の表示, 6.4.1.2

セッション情報の表示, 6.4.1.3

クラスタ・サーバー

「クラスタ・マネージャ」も参照

キャッシュ情報の表示, 6.4.1.2

ColocatedOracleMapViewerContextPath構成要素, 21.2 色, 交互する行の色の変更, 19.3.3 コメントとステータスのオーバーライド, 構成, 1.7 コンポーネント

カタログ・マネージャ, 17.5.2

Javaとシステム, 1.3.3

複合レイアウトのデフォルト・ビュー, 19.7.2.3 同時接続, 最大数, 20.3.3.1 構成

代替のBI Publisherツールバー, 19.5.4

キャッシュ, アクセス, 7.9

プレゼンテーション・サービスに関する変更, B.1

デフォルト言語, ログイン画面に関する指定, 15.2.1.3

ファイルの場所, 3.6

Essbaseシステム・コンポーネント, 27.6.2.2

一般的な分析タスク, 19.2

グラフとゲージ, 19.3.2

instanceconfig.xmlファイル, B.1

JavaHostサービス, B.2

マップ・ビュー, 21

マーケティング・コンテンツ・サーバー, 11.3, 11.3.2

表とピボット表, 7.3.3, 12.1

タイムゾーン, 14.5

URL生成とリソース・ファイルの場所, 22

構成設定

Fusion Middleware Controlの管理の無効化, D.1

更新の方法, 3.1

テキスト・エディタを使用した更新, 3.4

Fusion Middleware Controlを使用した更新, 3.2

JavaプログラムとOracle BI Systems Management APIを使用した更新, 23.3.3.2

MBeanブラウザを使用した更新, 3.5

Oracle BI Systems Management APIを使用した更新, 3.3, 23.3.3

WLSTとOracle BI Systems Management APIを使用した更新, 23.3.3.1

ControllerPollSeconds構成パラメータ, 6.3.1 CookieDomain構成要素, B.1 CookiePath構成要素, B.1 Cookie, B.1 カタログ間でのコンテンツのコピーと貼付け, 17.6.2 マップの著作権情報, 21.3 作成

デバイス・タイプ, 20.4

プレゼンテーション・カタログ・データを表示するためのレポート, 17.9

CubeMaxPopulatedCells構成要素, 19.3.1.1 CubeMaxRecords構成要素, 19.3.1.1 通貨

カスタマイズされたサブジェクト領域, 16.1

分析のデフォルト, 16.1

ユーザー優先オプション, 16.2

D

ダッシュボード

ヘッダーおよびフッター, 19.7.2.5

ページへのリンク, 19.5.3

管理, 19.1

ページのデフォルト, 19.7.2.5

セクションのデフォルト, 19.7.2.4, 19.7.2.4

デフォルトの表示, 19.7, 19.7

データソース, 設定, 1.7 DATA_STORAGE_PATHS構成パラメータ, 7.5.3 データベース, バックエンド

バルク・フェッチ・バッファ・サイズ, 20.3.3.1

ジョブ・スクリプト・パス, 20.3.3.1

最大同時接続フィールド, 20.3.3.1

パージ, 20.3.3.1

タイムアウトの指定, 20.3.3.1

チューニングと索引付け, 7.2

サポートされるデータベース, 1.8 DDL, Dynamic Libraryセクションのパラメータ, A.9 デフォルトRPD, 表示, 10.2 DefaultColumnFetchSlicesCount構成要素, 19.3.1.3 DefaultFreezeHeadersClientColumnBlockSize構成要素, 19.3.1.3 DefaultFreezeHeadersClientRowBlockSize構成要素, 19.3.1.3 DefaultName構成要素, 19.5.1 DefaultRowFetchSlicesCount構成要素, 19.3.1.3 DefaultRowsDisplayed構成要素, 19.3.1.2 DefaultScriptPath構成要素, 5.4.5, 20.3.3.1 デバイス・タイプの削除, 20.4 配信デバイス, 20.3.4 配信プロファイル, 20.3.4 リポジトリ・オブジェクトの説明, ローカライゼーション用の外部化, 15.5 診断

Essbaseログ構成ファイルの設定例, 27.6.3

概要, 8

BIサーバー用ログ構成ファイル形式の例, 8.3.2

EPM Workspaceのログ構成ファイル形式の例, 27.6.3

JavaHostサーバーのログ構成ファイル形式の例, 8.3.2

ログ構成ファイルの設定, 8.3.2

ログ構成ファイルの場所, 8.3.2

ログ・ファイル, 8.2.1

ログ・ファイルの場所, 8.3.1

ディクショナリ, メタデータ, 19.2.3, 19.2.3 構成設定の管理によるFusion Middleware Controlの無効化, D.1 リポジトリ・オブジェクトの名前の表示, ローカライゼーション用の外部化, 15.5 二重列サポート, 記述子ID列と記述子列の関連付け, 15.6.3 ドリルダウン, サポートの追加, 19.2.4 DSN, プレゼンテーション・サービス, B.1 Dynamic Libraryセクション(NQSConfig.INIファイル)

パラメータ, 概要, A.9

E

ECID, ログ情報の表示, 8.2.1

デバイス・タイプの編集, 20.4

埋込みフォント, 19.3.2.1.1

ページの埋込みマップ, 21.4

EmbedFonts構成要素, 19.3.2

EnableBookmarkURL構成要素, 19.5.3

EnablePromptedURL構成要素, 19.5.3

EPM Workspace

診断ログ構成ファイル形式の例, 27.6.3

Essbase

データのバックアップとリカバリ, 27.6.6

問合せキャッシング, Oracle Business Intelligenceでの無効化, 27.7.3

Essbase Javaコンポーネント

定義, 27.4.1

Essbaseシステム・コンポーネント

定義, 27.4.1

Essbaseシステム・コンポーネント, セカンダリ・インスタンスの構成, 27.6.2.2 Essbase, セカンダリ・インスタンスの構成, 27.6.2.2 イベント・ポーリング表

概要, 7.6.1.3, 7.8

列名, 7.8.1

構成, 7.6.1.3

アクティブ化, 7.8.2

移入, 7.8.3

設定, 7.8.1

トラブルシューティング, 7.8.4

メタデータの交換, 1.7 プレゼンテーション・カタログのテキスト文字列のエクスポート, 15.2.2.2 プレゼンテーション・カタログのテキスト文字列の公開, 15.2.2.5 「文字列の外部化」ユーティリティ, 使用, 15.5

F

フェイルオーバー, 構成, 6.3

FlashCLSID構成要素, 19.3.2

FlashCodeBase構成要素, 19.3.2

フォルダ, アーカイブとアーカイブ解除, 17.10

フォント, 埋込み, 19.3.2.1.1

分析対象のフッター, 19.7.2.1

フレーム・バスティング, B.1.1

フレームワーク, アクション, 11.2

Fusion Middleware Control

MBeanブラウザ, 2.4.2

ナビゲーション・ツリー, 2.2.5

システム・コンポーネントとJavaコンポーネントの起動と停止, 4.3

Oracle Business Intelligenceを集中管理するための起動, 2.2.2

システム・コンポーネントを監視および構成するためのツール, 1.4.1

構成ファイルの要素にマップされるユーザー・インタフェース・ラベル, C

Oracle Business Intelligenceを集中管理するための使用, 2.2

マーケティング・コンテンツ・サーバーに接続するための構成の使用, 11.3.1

構成設定の更新のための使用, 3.2

WebLogic Server, 2.1

G

ゲージ・ビュー, 構成, 19.3.2

Generalセクションのパラメータ(NQSConfig.INIファイル)

概要, A.5

AGGREGATE_PREFIX, A.13.1

CASE_SENSITIVE_CHARACTER_COMPARISON, A.5.4

DATE_DISPLAY_FORMAT, A.5.7

DATE_TIME_DISPLAY_FORMAT, A.5.6

LOCALE, A.5.1

NULL_VALUES_SORT_FIRST, A.5.5

SORT_ORDER_LOCALE, A.5.2

UNIXでのSORT_ORDER_LOCALE, A.5.2.1

SORT_TYPE, A.5.3

TIME_DISPLAY_FORMAT, A.5.8

UPPERCASE_USERNAME_FOR_INITBLOCK, A.5.16

VIRTUAL_TABLE_PAGE_SIZE, A.5.10

WORK_DIRECTORY_PATHS, A.5.9

グローバル・キャッシュ

概要, 7.4.6

構成, 7.5.4, 7.5.5

キャッシュ・マネージャでの情報の表示, 7.7.4.1

ネットワーク共有の設定, 5.4.4

グラフ・ビュー

共通設定, 19.3.1.2

構成, 19.3.2

キューブ設定, 19.3.1.1

フォント, 19.3.2.1.1

行の色を緑にするスタイル設定, 19.3.3 ガイドライン

カタログ・マネージャ, 17.3.2

カタログ, 17.1.3

オブジェクト名, 17.1.1.1

H

分析対象のヘッダー, 19.7.2.1

高可用性

Oracle Business Intelligenceのデプロイ, 6

配置図, 6.1

単一障害点の排除, 6.1.2

Fusion Middleware Controlを使用した管理, 6.2.1

水平スケーリング

概要, 5.1

ステップの実行, 5.3

I

i1012980

Sect1

ユーザー・ログについて, 8.4

i1013009

Sect3

ログ・レベルの選択 8.4.1.1

InIFrameRenderingMode構成要素, B.1.1 インライン・フレーム B.1.1 インストールとアップグレード, 1.7 instanceconfig.xmlファイル

Oracle BIスケジューラ用, 5.4.5

プレゼンテーション・サービス用, B.1

J

Javaコンポーネント

定義, 1.3.1.1, 1.3.3.1

Essbase, 27.4.1

クラスタ環境, 6.1

リスト, 1.3.3

WebLogic Server管理コンソールを使用した管理, 1.4.2

Fusion Middleware Controlを使用した監視, 起動および停止, 2.2.4

Javaプログラム, Oracle BI Systems Management APIの併用による構成設定の更新, 23.3.3.2 JavaHost

診断ログ構成ファイル形式の例, 8.3.2

サービス, B.2

JavaHostProxy構成パラメータ, 6.3.2 JavaHostReadLimitInKB構成要素, 19.3.1.2, 19.3.1.3 JavaScriptファイル, 19.6.1 JMX MBeans

コンテナ, 1.3.4

MBean Browserを使用した管理, 2.4

ジョブ・マネージャ構成ダイアログ・ボックス

アクセス, 20.3.2

エージェントのタブ・フィールド, 20.3.3.3

ロール, 20.3.2

「スケジューラ」タブのフィールド, 20.3.3.1

ジョブ・スクリプト・パス, 20.3.3.1

K

KeepErrorLogFiles構成要素, 20.3.3.3

L

言語, デフォルト言語, ログイン画面に関する指定, 15.2.1.3

ダッシュボード・ページへのリンク, 19.5.3

リスニング・アドレス, 設定, 5.5

ローカライゼーション

リポジトリ・メタデータ, 15.5

AIXシステムでの日本語ロケールの設定, 15.4.5.2

UNIXシステムでのSORT_ORDER_LOCALEの設定, 15.4

場所

BI構成ファイル, 3.6

プレゼンテーション・カタログ, 17.1

ロック・ファイル, 17.1.1.3 複数の同時管理を可能にするロッキング・メカニズム, 2.1 ログ・ファイル

「問合せログ, 管理」も参照

エージェント・ログ・ディレクトリ, エントリの表示, 8.5.7

構成ファイルの場所, 8.3.2

レベル, 8.3.3

ローテーション・ポリシーの手動構成, 8.2.2.2

メッセージ・カテゴリ, 8.3.3

メッセージ, 8.5.5

プレゼンテーション・サービス, 8.5

ローテーション, 8.2.2.1, 8.3.4

Fusion Middleware Controlでの表示, 8.2.1

ログ・ビューア・ユーティリティ

概要, 8.4.2

ログ・レコードの解析, 8.4.2.2

実行, 8.4.2.1

Log_Dir構成要素, 20.3.3.3 LogAllSqlStmts構成要素, 20.3.3.1 ロギング・レベル

Fusion Middleware Controlを使用した構成, 8.2.2.1

説明, 8.4.1.1

個人ユーザーに対する有効化, 8.4.1.1

ログ・ビューア・ユーティリティ, 8.4.2, 8.4.2.2

手動構成, 8.2.2.2

セッション変数でのオーバーライド, 8.4.1.1

ユーザー・ロギング・レベル, 8.4.1.2, 8.4.1.2

Oracle Business Intelligenceの論理アーキテクチャ, 1.3 ログイン画面, デフォルト言語の指定, 15.2.1.3 LogPurgeDays構成要素, 20.3.3.3 参照

論理参照列の作成, 15.6.5.4

論理参照表の作成, 15.6.5.1

論理表を参照表として指定, 15.6.5.2

多言語スキーマでの翻訳参照表の設計, 15.6.4

関数の構文, 15.6.5.3

M

管理対象サーバー, 1.3.4

実行の確認, 4.8.1

定義, 1.3.1.1

スケーリングのガイドライン, 5.1.2

クラスタ環境, 6.1

水平方向のスケーリング, 5.3

WindowsおよびUNIXでの起動と停止, 4.8

Oracle Business Intelligenceシステムの手動起動, 4.2 マップ・ビュー

構成, 21

手動構成, 21.2

MapViewerの構成, 21.1

ページへの埋込み, 21.4

ハードウェア要件, 13.2

テキストの挿入, 21.3

システム要件, 13.1

レイヤーの変換, 13.3.4

構成ファイルの要素とそれらに対応するFusion Middleware Controlユーザー・インタフェースのラベルとのマッピング, C MapViewer構成, 21.1 マーケティング・コンテンツ・サーバー

接続の構成, 11.3, 11.3.2

Fusion Middleware Controlを使用した接続の構成, 11.3.1

マスターBIサーバー, クラスタ・マネージャでの表示, 6.4.1.1 MAX_ROWS_PER_CACHE_ENTRY構成パラメータ, 7.5.3 MaxAgeMinutes構成要素, 19.5.3 MaxCells構成要素, 19.3.1.2 MaxDeliverySleepSecs構成要素, 20.3.3.3 MaxDropDownValues構成要素, 19.5.1 MaxEntries構成要素, 7.9 MaxExecThreads構成要素, 20.3.3.1 MaxExpireMinutes構成要素, 7.9 MaxFollowLinks構成要素, 19.5.1 MaxGlobalSleepSecs構成要素, 20.3.3.3 MaxRecords構成要素, 21.2 MaxRequestSleepSecs構成要素, 20.3.3.3 MaxRowsTimesColumns構成要素, 20.3.3.3 MaxVisibleColumns構成要素, 19.3.1.2 MaxVisiblePages構成要素, 19.3.1.2, 19.3.1.3 MaxVisibleRows構成要素, 19.3.1.2 MaxVisibleSections構成要素, 19.3.1.2, 19.3.1.3 MBeanブラウザ

構成設定の更新, 3.5

Oracle Business Intelligenceを管理するための使用, 2.4

MDX Member Name Cacheセクションのパラメータ(NQSConfig.INIファイル)

DATA_STORAGE_PATH, A.12.2

ENABLE, A.12.1

MAX_MEMBER_PER_LEVEL, A.12.4

MAX_SIZE_PER_USER, A.12.3

メモリー要件, 1.8 ログ・ファイルのメッセージ, 8.5.5 メタデータ

交換, 1.7

IBM DB2またはOracle Databaseへのインポート, 1.7

メタデータ・ディクショナリ, 19.2.3, 19.2.3 メトリック, 表示, 7.1.1 新しい環境への移行, 25 移行, サーバー全体, 25 MinDeliverySleepSecs構成要素, 20.3.3.3 MinExecThreads構成要素, 20.3.3.1 MinExpireMinutes構成要素, 7.9 MinGlobalSleepSecs構成要素, 20.3.3.3 最小ディスク領域, 1.8 MinRequestSleepSecs構成要素, 20.3.3.3 MinUserExpireMinutes構成要素, 7.9 カタログを開くときのモード, 17.4.4 システム・メトリックの構成, 7.1 多言語データ・サポート, 15.6.1 多言語サポート, 参照, 15.6.2 複数ホストの論理アーキテクチャ, 1.3.2

N

Fusion Middleware Controlのナビゲーション・ツリー, 2.2.5

ナビゲーション, 分析におけるサポートの追加, 19.2.4

ノード・マネージャ

デーモン・プロセス, 1.3.1.1

WindowsおよびUNIXでの起動, 4.2.2

nQLogViewerユーティリティ, ログ・レコードの解析, 8.4.2.2 NQSConfig.INIファイル

コメント, 追加, A.1

構成ファイルのパラメータ・エントリ, ルール, A.1

クラスタリング、ロード・バランシングおよびフェイルオーバーのパラメータの構成, 7.5.5

Dynamic Libraryセクションのパラメータ, A.9

Generalセクション, 概要, A.5

Optimization Flagsセクションのパラメータ, A.11

パラメータと構文, 概要, A

解析ルール, A.1

Query Result Cacheセクション, パラメータ, A.4

Repositoryセクションのパラメータ, A.2

Securityセクションのパラメータ, A.6

Serverセクションのパラメータ, A.7

Usage Trackingセクションのパラメータ, A.10

NumDBConnections構成要素, 20.3.3.1 NumDeliveryRetries構成要素, 20.3.3.3 NumGlobalReTries構成要素, 20.3.3.3 NumRequestRetries構成要素, 20.3.3.3

O

オブジェクト名, ガイドライン, 17.1.1.1

オブジェクト

属性ファイル, 17.1.1.2

本番へのコミット, 17.2.3

名前のガイドライン, 17.1.1.1

ファイルのロック, 17.1.1.3

カタログ・マネージャでのプレビュー, 17.6.6

検索, 17.6.1

XMLでの表示と編集, 17.7

プロパティの使用, 17.6.4

ODBCプロシージャ

構文, 7.6.2.1

プレゼンテーション・サービスの共有リクエスト・キー用, 7.6.2.2

キャッシュの消去用, 7.6.2

SAP/BWデータソースの消去用, 7.6.2.4

オフライン・モードでのカタログのオープン, 17.4.4 オフライン・モードでのカタログのオープン, 17.4.4 カタログのオープン, 17.4.4 オペレーティング・システム, サポート対象, 1.8 OPMN

概要, 1.4.3

定義, 1.3.1.1

コマンドラインからのopmnctlを使用したシステム・コンポーネントの起動と停止, 4.5.1

Optimization Flagsセクションのパラメータ(NQSConfig.INIファイル)

パラメータ, 概要, A.11

STRONG_DATETIME_TYPE_CHECKING, A.11.1

オプション, エージェントへの配信, 20.3.4 Oracle BI Catalog Manager

「カタログ・マネージャ」を参照

Oracle BI Dashboards

「ダッシュボード」を参照

Oracle BIプレゼンテーション・サービス・プラグイン, 高可用性の構成, 6.3.3 Oracle BIリポジトリ

更新の禁止, 7.3.1

リポジトリ・メタデータのローカライズ, 15.5

メタデータ・ディクショナリ, 19.2.3

リポジトリ公開ディレクトリ, 5.4.2

Oracle BIプロセスの再起動, 4.1

共有, 10.2

パスワードの指定, 10.2

バージョン番号について, 10.1.1

Fusion Middleware Controlを使用したアップロード, 10.2

System MBeanを使用したアップロード, 10.3

Oracle BIサーバー

診断ログ構成ファイル形式の例, 8.3.2

リポジトリのロード, 10.2

クラスタ・マネージャでのセッションの表示, 6.4.1.3

Windows, 起動と再起動, 4.5.2

Oracle BI Systems Management API

APIメソッドへのアクセス, 23.2

JMX管理MBeansとメソッド, 23.4

用途, 23.1

Oracle Business Intelligenceを管理および構成するための使用, 23.3

Oracle Business Intelligenceをプログラムで起動および停止するための使用, 4.5.3

高可用性およびパフォーマンスを実現するスケールアウトのための使用, 23.3.4

Oracle Business Intelligenceを起動および停止するための使用, 23.3.2

構成設定の更新のための使用, 3.3, 23.3.3, 23.3.3

Oracle Business Intelligence

高可用性のためのデプロイ, 6

論理アーキテクチャの説明, 1.3

スケーリング, 5

Oracle Scorecard and Strategy Management, コメントとステータスのオーバーライドの構成, 1.7 Oracle WebLogic Server管理コンソール, Javaコンポーネントの起動と停止, 4.4

P

PassphraseFileName構成要素, 20.3.3.1

パスワード

記憶, B.1

リポジトリに対してアップロード時に指定, 10.2

プレゼンテーション・カタログ間での項目の貼付け, 17.6.2 パッチ適用

概要, 24

コンポーネント, 24.2

現在のパッチ・レベルの判定, 24.4

プラットフォームのパッチ, 24.1

パッチのロールバック, 24.3

PauseOnStartup構成要素, 20.3.3.1 PERF_PREFER_IN_LISTSデータベース機能, 7.8.1 パフォーマンス

管理について, 7.2

リポジトリの更新の禁止, 7.3.1

Webクライアント, 7.10

静的ファイル・キャッシングの設定, 7.10

データソースのチューニングと索引付け, 7.2

集計表の使用, 7.2

メトリックの表示, 7.1.1

権限

項目に対する設定, 17.6.5

カタログ・マネージャでの設定, 17.6.5

エージェントに対する設定, 20.2.2

ピボット表のビュー

共通設定, 19.3.1.2

構成, 7.3.3, 12.1

キューブ設定, 19.3.1.1

データのフェッチのための設定, 19.3.1.3

プラットフォーム, サポート対象, 1.8 PoolTimeout(分)構成要素, 20.3.3.1 POPULATE_AGGREGATE_ROLLUP_HITS構成パラメータ, 7.5.3 ポート

指定, 5.5

表示, 5.6.1

タイムゾーンの優先順位, 14.3 プレゼンテーション・カタログ

概要, 17.1

管理, 17.3, 17.6.4

アーカイブ, 17.10

カタログ・マネージャの作業領域, 概要, 17.5

カタログ・マネージャ, 権限の設定, 17.6.5

カタログ・マネージャ, 起動, 17.4

本番へのオブジェクトのコミット, 17.2.3

全文検索の設定, 17.11

オブジェクトのコピーと貼付け, 17.6.2

新規作成, 17.2.2

データを表示するためのレポートの作成, 17.9

テキスト文字列のエクスポート, 15.2.2.2

テキスト文字列の公開, 15.2.2.5

キャプションのローカライズ, 17.9

場所, 17.1

手動メンテナンス, 17.2

Fusion Middleware Controlを使用したメンテナンス, 17.2

手動による追加の構成設定の変更, 17.2.1

手動による新規作成, 17.2.2

カタログ・マネージャで開くときのモード, 17.4.4

開く, 17.4.4

使用のための推奨事項, 17.3.2

項目の名前の変更, カタログ・マネージャの使用について, 17.6.3

レプリケート, 17.15

テキストの検索と置換, 17.8

オブジェクト権限の設定, 17.6.5

オブジェクトの権限の設定, 17.6.5

ネットワーク共有の設定, 5.4.3

共有場所の指定, 10.2

アーカイブ解除, 17.10

XMLのオブジェクトの表示と編集, 17.7

プレゼンテーション・サービス

キャッシュ, 7.9

高可用性のための構成, 6.3.2

ログ・メッセージの構造, 8.5.5

ログイン, 8.5

問合せキャッシュ, 7.6.2.2

レプリケーション・エージェント, 17.15.4

デフォルト言語の指定, ログイン画面, 15.2.1.3

カタログ・マネージャからのオブジェクトのプレビュー, 17.6.6 本番, オブジェクトのコミット, 17.2.3 Oracle BI Systems Management APIを使用したプログラムによるOracle Business Intelligenceの起動と停止, 4.5.3 カタログ・オブジェクトのプロパティ, 17.6.4 「エージェントの登録を公開」権限, 20.2.2 PurgeInstDays構成要素, 20.3.3.1 PurgeIntervalMinutes構成要素, 20.3.3.1 キャッシュの消去

SAP/BWデータソース, 7.6.2.4

結果の記録, 7.6.2.3

管理ツールの使用, 7.7.4.2

ODBCプロシージャの使用, 7.6.2

リポジトリの切替え時, 7.6.3.3

Q

問合せキャッシュ

Essbaseでの無効化, 27.7.3

問合せキャッシング

ヒントについて, 7.7.1

メリット, 7.4.2

物理テーブルの属性, 7.6.1.2

キャッシュ計画, 7.7

イベント・ポーリング表の構成, 7.6.1.3

キャッシングに伴う代償, 概要, 7.4.3

グローバル・キャッシュ情報の表示, 7.7.4.1

リポジトリの変更の影響, 7.6.3

有効化と無効化, 7.5.1

監視と管理, 7.6

プレゼンテーション・サービスの問合せキャッシュ, 7.6.2.2

管理ツールを使用した消去, 7.7.4.2

ODBCプロシージャを使用した消去, 7.6.2

リポジトリの切替え時の消去, 7.6.3.3

無効化の理由, 7.6.1.1

リフレッシュ間隔, XMLデータソースに関する設定, 7.4.5

一連の問合せでのシード, 7.7.2

エージェントでのシード, 7.7.3

最大エントリ・サイズの設定, 7.5.2

最大エントリ数の設定, 7.5.2

イベント・ポーリング表の使用, 7.8

キャッシュ・マネージャの使用, 7.7.4

行レベル・データベース・セキュリティでの使用, 7.7.1.1

問合せの環境, 管理

問合せログ, 管理, 8.4

使用状況トラッキング, 管理, 9.1

問合せログ

管理, 8.4

構成, 8.4.1

ユーザー・ロギング・レベルの無効化, 8.4.1.2

ログ・レコードの解析, 8.4.2.2

ログ・ビューア・ユーティリティ, 8.4.2

ロギング・レベル, 8.4.1.1

ロギング・レベルの設定, 8.4.1.1

ユーザー・ロギング・レベルの設定, 8.4.1.2

Query Result Cacheセクションのパラメータ(NQSConfig.INIファイル), A.4

CACHE_POLL_SECONDS, A.4.13

CLUSTER_AWARE_CACHE_LOGGING, A.4.14

DATA_STORAGE_PATHS, A.4.2

ENABLE, A.4.1

GLOBAL_CACHE_STORAGE_PATH, A.4.11

MAX_CACHE_ENTRIES, A.4.5

MAX_CACHE_ENTRY_SIZE, A.4.4

MAX_GLOBAL_CACHE_ENTRIES, A.4.12

MAX_ROWS_PER_CACHE_ENTRY, A.4.3

MAX_SUBEXPR_SEARCH_DEPTH, A.4.8

POPULATE_AGGREGATE_ROLLUP_HITS, A.4.6

USE_ADVANCED_HIT_DETECTION, A.4.7

R

リカバリとバックアップ, 26

リフレッシュ間隔, XMLデータソースに関する設定, 7.4.5

リレーショナル・データソース・アダプタ, 1.7

RemoteOracleMapViewerAbsoluteURL構成要素, 21.2

アイテムの名前変更

概要, 17.6.3

参照の更新あり, 17.6.3

参照の更新なし, 17.6.3

プレゼンテーション・カタログのテキストの置換, 17.8 レプリケーション

カタログ, 17.15

Oracle BIプレゼンテーション・サービス・レプリケーション・エージェント, 17.15.4

再開, 17.15.7

sawrepajユーティリティ, 17.15.4

リポジトリ・ファイル, 更新の禁止, 7.3.1 リポジトリ公開ディレクトリ, ネットワーク共有の設定, 5.4.2 Repositoryセクションのパラメータ(NQSConfig.INIファイル), A.2 リポジトリ変数, キャッシュ消去に関する考慮事項, 7.6.3.4 要件, システム, 1.8 リソース・ファイル, 場所, 22 結果の記録, キャッシュの消去, 7.6.2.3 レプリケーションの再開, 17.15.7 セキュリティ設定へのロードマップ, 27.2 行レベル・データベース・セキュリティ, 正確なキャッシュ結果の保証, 7.7.1.1

S

SAシステム・サブジェクト・エリア, 配信オプション, 20.3.4

サンプル・アプリケーション, 1.5

sawrepajユーティリティ, 17.15.4

システムのスケーリング

概要, 5.1

ステップの実行, 5.3

推奨, 5.1.2

Fusion Middleware Controlの使用, 5.5

Oracle BI Systems Management APIの使用, 23.3.4

スケジューラ

実行しているコンピュータ, 20.3.1

構成オプション, 20.3.2

構成タスク, 1.7

高可用性のための構成, 5.4.5

プライマリとセカンダリの構成, 6.1.2

スケジューラ・タブのオプションの構成, 20.3.3.1

DefaultScriptPath構成要素, 5.4.5

実行スレッド, 20.3.3.1, 20.3.3.1

SchedulerScriptPath構成要素, 5.4.5

スキーマ表, 20.3.3.1

スクリプト, ネットワーク共有の設定, 5.4.5

SchedulerScriptPath構成要素, 5.4.5, 20.3.3.1 ScriptRPCPort構成要素, 20.3.3.1 検索

カタログのテキストの置換, 17.8

カタログ・オブジェクト, 17.6.1

SectionSliderDefault構成要素, 19.3.2 SectionSliderLimit構成要素, 19.3.2 Securityセクションのパラメータ(NQSConfig.INIファイル)

DEFAULT_PRIVILEGES, A.6.1

INIT_BLOCK_TIME_THRESHOLD, A.6.5

パラメータ, 概要, A.6

PROJECT_INACCESSIBLE_COLUMN_AS_NULL, A.6.2

SSL, A.6.7

SSL_CA_CERTIFICATE_FILE, A.6.16

SSL_CERT_VERIFICATION_DEPTH, A.6.22

SSL_CERTIFICATE_FILE, A.6.8

SSL_CIPHER_LIST, A.6.23

SSL_PK_VERIFY_PEER, A.6.12

SSL_PRIVATE_KEY_FILE, A.6.9

SSL_TRUSTED_PEER_DNS, A.6.17

「セキュリティ・センシティブ」オプション, セッション変数, 7.7.1.1 セキュリティ設定ロードマップ, 27.2 Serverセクションのパラメータ(NQSConfig.INIファイル)

AUTOMATIC_RESTART, A.7.33

CLIENT_MGMT_THREADS_MAX, A.7.16

CLUSTER_PARTICIPANT, A.7.29

DB_GATEWAY_THREAD_RANGE, A.7.6

DB_GATEWAY_THREAD_STACK_SIZE, A.7.7

ENABLE_DB_HINTS, A.7.27

HTTP_CLIENT_THREAD_RANGE, A.7.8

HTTP_CLIENT_THREAD_STACK_SIZE, A.7.9

INIT_BLOCK_CACHE_ENTRIES, A.7.15

LISTEN_ADDRESS, A.7.25

LISTEN_PORT, A.7.26

MAX_AUTHENTICATION_TIME, A.6.4

MAX_COLUMNS_IN_SELECT, A.7.18

MAX_DRILLDOWN_INFO_CACHE_ENTRIES, A.7.13

MAX_DRILLDOWN_QUERY_CACHE_ENTRIES, A.7.14

MAX_EXPANDED_SUBQUERY_PREDICATES, A.7.10

MAX_LOGICAL_DIMENSION_TABLES, A.7.19

MAX_LOGICAL_FACT_TABLES, A.7.20

MAX_LOGICAL_MEASURES, A.7.21

MAX_QUERY_PLAN_CACHE_ENTRIES, A.7.11

MAX_QUERY_PLAN_CACHE_ENTRY_SIZE, A.7.12

MAX_REQUEST_PER_SESSION_LIMIT, A.7.3

MAX_SESSION_LIMIT, A.7.2

MAX_SET_OPERATION_BLOCKS, A.7.22

パラメータ, 概要, A.7

PREVENT_DIVIDE_BY_ZERO, A.7.28

QUERY_LIMIT_WARNING_INSTEAD_OF_ERROR, A.7.23

REPOSITORY_PUBLISHING_DIRECTORY, A.7.30

REQUIRE_PUBLISHING_DIRECTORY, A.7.31

RPC_SERVICE_OR_PORT, A.7.24

SERVER_THREAD_RANGE, A.7.4

SERVER_THREAD_STACK_SIZE, A.7.5

ServerPollSeconds構成パラメータ 6.3.1 ServerPortNumber構成要素, 20.3.3.1 サービス・レベル, 監視, 7.1 セッション変数

タイムゾーン, 14.5

「セキュリティ・センシティブ」オプション, 7.7.1.1

文字列の翻訳のための使用, 15.5

セッション

有効期限, 7.3.2

アクティブ・エージェントに関する情報の表示, 20.5

タイムゾーンの設定, 14.5 共有ファイルとディレクトリ, クラスタリングの要件, 5.4 「共有場所」オプション

カタログ, 10.2

Oracle BIリポジトリ, 10.2

単一障害点, 排除, 6.1.2 SIZEパラメータ(NQSConfig.INIファイル)

USE_LONG_DAY_NAMES, A.5.13

USE_LONG_MONTH_NAMES, A.5.11

タイムゾーンの指定, 14.4 SSL情報, 1.7 SSL信頼できるピアのDNの構成フィールド, 20.3.3.1 起動と停止

管理サーバー, 4.7

カタログ・マネージャ, 17.4

Fusion Middleware Control, 2.2.2

Javaコンポーネント, 4.4

管理対象サーバー, 4.8

Oracle BIコンポーネント, 4.1

Oracle Business Intelligenceシステム(手動), 4.2

Oracle Business Intelligence(Oracle BI Systems Management APIを使用), 23.3.2

システム・コンポーネントとJavaコンポーネント, 4.3

システム・コンポーネント, 4.5

システム・コンポーネント(Windowsサービスを使用), 4.5.2

システム・コンポーネント(opmnctlコマンドラインを使用), 4.5.1

静的ファイル・キャッシング, 設定, 7.10 ステータス

Oracle BI Systems Administration APIを使用して表示, 23.3.1

コンポーネントに関する表示, Fusion Middleware Control, 2.2.3

文字列

ローカライゼーションのための外部化, 15.5

セッション変数を使用した翻訳, 15.5

サブジェクト・エリア, SAシステム, 20.3.4 サポートされるインストールのタイプ, 1.8 SyndicatedOracleMapViewerContextPath構成要素, 21.2 システム管理

概要, 1

標準的なタスクへのリンク, 1.2

タスク, 1.1

Oracle Business Intelligenceを管理するためのツール, 1.4

システム・コンポーネント

定義, 1.3.1.1, 1.3.3.2

表示名, 4.5.1

Essbase, 27.4.1

クラスタ環境, 6.1

リスト, 1.3.3

Fusion Middleware Controlを使用した管理, 2.2.3

スケーリング, 5.1.2

垂直方向および水平方向のスケーリング, 5.5

ポートの指定, 5.5

起動と停止, 5.6.1

ホスト、インスタンスおよびポート情報の表示, 5.6.1

ステータスの表示, 5.6.1

システム・メトリック, 表示, 7.1.1 システム要件, 1.8 システムの起動, トラブルシューティング, 4.9

T

ブリーフィング・ブックの目次, 19.5.6

表ビュー

共通設定, 19.3.1.2

構成, 7.3.3, 12.1

行の最大数の構成, 7.3.4

データのフェッチのための設定, 19.3.1.3

テンプレート

ライトバック, 19.8.2, 19.8.5

ライトバックの例, 19.8.5.2

一時ファイル, 場所, 20.3.3.1 TemporaryFilePath構成要素, 20.3.3.1 テキスト・エディタを使用した構成設定の手動更新, 3.4 テキスト文字列

プレゼンテーション・カタログ用のエクスポート, 15.2.2.2

プレゼンテーション・カタログ用の公開, 15.2.2.5

プレゼンテーション・カタログ用のローカライズ, 15.2.2, 17.9

サード・パーティ・ツール, 1.7 タイムゾーン

優先順位, 14.3

セッション変数, 14.5

設定, 14.2

ユーザーに関する設定, 14.1

設定, 14.5

指定, 14.4

値の指定, 14.4.1

使用状況, 14.1

ユーザー優先, 14.3.1

BIパブリッシャのツールバー, 19.5.4 他のガイドに関連情報のあるトピック, 1.7 トレリス・ビュー

データのフェッチのための設定, 19.3.1.3

トラブルシューティング

クラスタ化環境, 6.5

イベント・ポーリング表, 7.8.4

システムの起動, 4.9

U

UIヒント, ADFデータソースからの伝播, 1.7

UnaccessedRunningTimeoutMinutes構成要素, B.1

アーカイブ解除

カタログ・フォルダ, 17.10

カタログ, 17.10

オブジェクト, 17.2.3

UNIX

AIXでの日本語ロケール, 15.4.5.2

SORT_ORDER_LOCALEパラメータ, 15.4.1, A.5.2.1

Oracle BI Systems Management APIを使用した構成設定の更新, 23.3.3 URL, 生成およびリソース・ファイルの場所, 22 使用状況トラッキング

管理, 9.1

使用状況トラッキング・ログ・ファイル, 使用状況トラッキング・データ(表), 9.3 Usage Trackingセクションのパラメータ(NQSConfig.INIファイル)

BUFFER_SIZE, A.10.11

BUFFER_TIME_LIMIT_SECONDS, A.10.12

CHECKPOINT_INTERVAL_MINUTES, A.10.4

CODE_PAGE, A.10.6

CONNECTION_POOL, A.10.8

DIRECT_INSERT, A.10.2

ENABLE, A.10.1

FILE_ROLLOVER_INTERVAL_MINUTES, A.10.5

MAX_INSERTS_PER_TRANSACTION, A.10.14

NUM_INSERT_THREADS, A.10.13

パラメータ, 概要, A.10

PHYSICAL_TABLE_NAME, A.10.7

STORAGE_DIRECTORY, A.10.3

ユーザー・インタフェース, デフォルト言語の設定, 15.2.1.3 ユーザー

優先タイムゾーン, 14.3.1

セッションのログオフ期間, 7.3.2

タイムゾーン, 14.1

ユーティリティ

ログ・ビューア・ユーティリティ, 8.4.2, 8.4.2.2

sawrepaj, 17.15.4

V

カタログの検証, 17.2.5

検証ヘルパー関数, 19.6.4, 19.6.4

バージョン番号, Oracle BIリポジトリ, 10.1.1

垂直スケーリング

概要, 5.1

Fusion Middleware Controlの使用, 5.5

デフォルトの表示, 19.7 デバイス・タイプの表示, 20.4 表示, 複合レイアウトのデフォルト, 19.7.2.3

W

Webクライアント, パフォーマンスの向上, 7.10

ドメイン管理用のWebLogic Scripting Tool, 1.4.4

WebLogic Server管理コンソール

Javaコンポーネントの集中管理, 2.3

Javaコンポーネントを管理するためのツール, 1.4.2

サーバー全体の移行, 25 Windows, システム・コンポーネントを起動および停止するためサービス, 4.5.2 WLST

WebLogic Serverドメインを管理するためのツール, 1.4.4

Oracle BI Systems Management APIの併用による構成設定の更新, 23.3.3.1

作業領域, カタログ・マネージャ, 17.3.2, 17.5, 17.5.3 ライトバック

制限, 19.8.4

表, 19.8.2

テンプレート, 19.8.2, 19.8.5

テンプレートの例, 19.8.5.2

X

XMLデータソース, リフレッシュ間隔の設定, 7.4.5

XMLメッセージ・ファイル, 19.7.1

XMLメッセージ・ファイル, デフォルトの表示, 19.7.1

Z

ゾーン, タイム, 14.1

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

コピーライトについて

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

商標と登録商標について

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の登録商標です。

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

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

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

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

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

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