Oracle® Fusion Middleware

Oracle Business Intelligence Publisher管理者ガイド

11g リリース1(11.1.1)

B66709-05 (原本部品番号: E22255-05)

2014年12月

Oracle Business Intelligence Publisherを管理する方法を説明します。セキュリティの構成、データソース接続の設定、配信サーバーの定義、スケジューラと配信サーバーの負荷管理、ランタイム・プロパティの構成などを取り上げています。

Oracle Fusion Middleware Oracle Business Intelligence Publisher管理者ガイド リリース11g(11.1.1)

B66709-05 (原本部品番号: E22255-05)

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

原本主著者: Leslie Grumbach Studdard

原本協力者:  Oracle Business Intelligence Publisher製品管理、開発および品質保証チーム

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

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

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次の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 BI Publisher 11g リリース1 (11.1.1.9)の新機能および変更点

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

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

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

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

1 Oracle BI Publisherの管理の概要

- 1.1 概要

- 1.2 BIプラットフォーム・インストーラによって実行される構成

- 1.3 BI Publisherを初めて設定する場合のタスク・フロー

- 1.4 BI Publisherの起動および停止

- 1.4.1 Oracle WebLogic Server管理コンソールの使用

- 1.5 「管理」ページについて

- 1.6 Oracle Business Intelligence Enterprise Editionとの統合について

- 1.7 セキュリティ・モデルのオプションについて

- 1.8 データソース接続について

- 1.9 レポートの配信先について

- 1.10 ランタイム構成プロパティの設定について

- 1.11 サーバー構成の設定について

2 Oracle Fusion Middlewareセキュリティ・モデルの構成

- 2.1 セキュリティ・モデルについて

- 2.2 主なセキュリティ要素

- 2.3 権限の付与と継承

- 2.4 デフォルトのセキュリティ構成

- 2.4.1 デフォルトのユーザーとグループ

- 2.4.2 デフォルトのアプリケーション・ロールと権限

- 2.4.2.1 BIAdministratorロールへのカタログ権限の付与

- 2.5 認証の管理

- 2.5.1 Oracle WebLogic Server管理コンソールへのアクセス

- 2.5.2 デフォルト認証プロバイダを使用したユーザーとグループの管理

- 2.6 認証の管理

- 2.6.1 Oracle Enterprise Manager Fusion Middleware Controlへのアクセス

- 2.6.2 Fusion Middleware Controlを使用したポリシー・ストアの管理

- 2.6.3 Fusion Middleware Controlを使用したアプリケーション・ロールの変更

- 2.6.4 アプリケーション・ロールのメンバーシップの変更

- 2.7 資格証明の管理

- 2.7.1 資格証明ストアの管理

- 2.7.2 BISystemUser資格証明の管理

- 2.8 デフォルトのセキュリティ構成のカスタマイズ

- 2.8.1 新しい認証プロバイダの構成

- 2.8.2 新しいポリシー・ストアおよび資格証明ストア・プロバイダの構成

- 2.8.2.1 ポリシー・ストアと資格証明ストアの再関連付け

- 2.8.3 ポリシー・ストアのカスタマイズ

- 2.8.3.1 Fusion Middleware Controlの使用によるアプリケーション・ロールの作成

- 2.8.3.2 Fusion Middleware Controlの使用によるアプリケーション・ポリシーの作成

- 2.8.3.3 アプリケーション・ポリシーの権限付与の変更

3 代替のセキュリティ・オプション

- 3.1 代替のセキュリティ・オプションについて

- 3.2 認証オプションと認可オプション

- 3.3 BI Publisherのユーザー、ロールおよび権限の概要

- 3.3.1 ユーザーとロールの構成オプション

- 3.4 機能を使用する権限について

- 3.5 カタログ権限について

- 3.6 各種機能権限の動作

- 3.6.1 ロールにはカタログ権限の割当てが必要

- 3.6.2 ロールにはカタログ権限のみの付与が可能

- 3.6.3 継承される権限

- 3.7 データソースに対するアクセス権について

- 3.8 ユーザー、ロールおよびデータ・アクセス権の構成

- 3.8.1 ロールの作成

- 3.8.2 ユーザーの作成およびユーザーへのロールの割当て

- 3.8.3 カタログ権限の付与

- 3.8.4 データ・アクセス権の付与

- 3.9 セキュリティとカタログの編成

- 3.10 BI PublisherでのLDAPの使用方法

- 3.10.1 認証専用にLDAPプロバイダを使用するためのBI Publisherの構成

- 3.10.2 認証および認可にLDAPプロバイダを使用するためのBI Publisherの構成

- 3.10.2.1 LDAPプロバイダでのユーザーとロールの設定

- 3.10.2.2 LDAPサーバーを認識するためのBI Publisherサーバーの構成

- 3.10.2.3 ロールへのデータ・アクセス権およびカタログ権限の割当て

- 3.10.3 BI Publisher固有のロールを持たないユーザーのログイン無効化

- 3.11 Microsoft Active Directoryとの統合

- 3.11.1 Active Directoryの構成

- 3.11.2 BI Publisherの構成

- 3.11.3 Active Directoryの資格証明を使用したBI Publisherへのログイン

- 3.11.4 ロールへのデータ・アクセス権およびカタログ権限の割当て

- 3.12 BI Publisherのシングル・サインオンの構成(SSO)

- 3.12.1 BI PublisherとSSO認証の連携のしくみ

- 3.12.2 BI PublisherでSSO認証を設定するためのタスク

- 3.13 Oracle Access Manager環境でのSSOの構成

- 3.13.1 Oracle WebLogic Serverの新しい認証プロバイダの構成

- 3.13.2 Oracle WebLogic Serverの新しいIDアサーション・プロバイダとしてのOAMの構成

- 3.13.3 Oracle Fusion MiddlewareセキュリティのBI Publisherの構成

- 3.14 Oracleシングル・サインオンの設定

- 3.14.1 設定手順

4 その他のセキュリティに関するトピック

- 4.1 ローカル・スーパーユーザーの有効化

- 4.2 ゲスト・ユーザーの有効化

- 4.3 Secure Socket Layer(SSL)通信用のBI Publisherの構成

- 4.3.1 BI Publisherに対するシステム全体のキーストアの指示

- 4.3.2 SSLで保護されたWebサービスの証明書のインポート

- 4.3.3 配信マネージャの構成

- 4.4 プロキシ設定の構成

5 他のOracleセキュリティ・モデルとの統合

- 5.1 他のOracleセキュリティ・モデルとの統合について

- 5.2 開始する前に: ローカル・スーパーユーザーの作成

- 5.3 Oracle BI Serverセキュリティとの統合

- 5.3.1 Oracle BI Serverセキュリティを使用するためのBI Publisherの構成

- 5.3.2 BI Serverロールへのデータソースの追加

- 5.4 Oracle E-Business Suiteとの統合

- 5.4.1 E-Business Suiteセキュリティとの統合による機能

- 5.4.2 E-Business Suiteセキュリティを使用するためのBI Publisherの構成

- 5.4.3 E-Business Suiteロールへのデータソースの追加

- 5.4.4 E-Business Suiteロールへのカタログ権限の付与

- 5.5 Oracle Databaseセキュリティとの統合

- 5.5.1 Oracle DatabaseでのBI Publisher機能ロールの定義

- 5.5.2ロールへのデータソースの追加

- 5.5.3 ロールへのカタログ権限の付与

- 5.6 Oracle Siebel CRMセキュリティとの統合

- 5.6.1 BI PublisherロールのSiebel CRMの職責としての設定

- 5.6.2 BI PublisherでSiebelセキュリティを使用するための構成

- 5.6.3ロールへのデータソースの追加

- 5.6.4 ロールへのカタログ権限の付与

6 デジタル署名の実装

- 6.1 概要

- 6.2 前提条件および制限事項

- 6.3 デジタル証明書の取得

- 6.4 PFXファイルの作成

- 6.5 デジタル署名の実装

- 6.5.1 デジタル署名IDの登録および権限のあるロールの割当て

- 6.5.2 署名表示フィールドまたは場所の指定

- 6.5.3 PDFテンプレートでのデジタル署名用テンプレート・フィールドの指定

- 6.5.4 レポート・プロパティでのデジタル署名の場所の指定

- 6.6 デジタル署名を使用したレポートの実行と署名

7 スケジューラの構成

- 7.1 BI Publisherスケジューラについて

- 7.1.1 アーキテクチャ

- 7.1.2 クラスタリングについて

- 7.1.3 フェイルオーバーの動作

- 7.2 設定に関する考慮事項

- 7.2.1 JNDIまたはJDBC接続の選択

- 7.2.2 サポートされているJMSプロバイダ

- 7.3 スケジューラの構成について

- 7.3.1 共有ディレクトリの構成

- 7.4 プロセッサおよびプロセッサ・スレッドの構成

- 7.5 管理対象サーバーの追加

- 7.5.1 管理対象サーバーの追加

- 7.5.2 BI Publisherでのプロセッサの構成

- 7.6 スケジューラ診断

- 7.6.1 Quartz構成エラーの解決

8 サーバー・プロパティの構成

- 8.1 構成フォルダへのパスの設定

- 8.2 カタログの構成

- 8.2.1 Oracle BI Publisherファイル・システム・カタログの構成

- 8.2.2 Oracle BI EEカタログを使用するためのBI Publisherの構成

- 8.2.2.1 BI検索フィールドの構成

- 8.3 一般プロパティの設定

- 8.3.1 システム一時ディレクトリ

- 8.3.1.1 一時ファイルについて

- 8.3.1.2 システム一時ディレクトリの設定

- 8.3.1.3 システム一時ディレクトリのサイズ

- 8.3.2 レポートの可変しきい値

- 8.4 サーバーのキャッシュ仕様の設定

- 8.5 データベース・フェイルオーバーの再試行プロパティの設定

- 8.6 監視と監査の有効化

- 8.7 レポート・ビューアのプロパティの設定

9 データソースの設定

- 9.1 データソースの設定の概要

- 9.1.1 プライベート・データソース接続について

- 9.1.2 セキュリティ・リージョンを使用したデータソースへのアクセス権限付与

- 9.1.3 プロキシ認証について

- 9.1.4 JDBC接続タイプまたはJNDI接続タイプの選択

- 9.1.5 バックアップ・データベースについて

- 9.1.6 前処理関数と後処理関数について

- 9.2 データソースへのJDBC接続の設定

- 9.3 JNDI接続プールを使用したデータベース接続の設定

- 9.4 LDAPサーバー・データソースへの接続の設定

- 9.5 OLAPデータソースへの接続の設定

- 9.6 ファイル・データソースへの接続の設定

- 9.7 Webサービスへの接続の設定

- 9.7.1 単純なWebサービスの追加

- 9.7.2 複合的なWebサービスの追加

- 9.8 HTTP XMLフィードへの接続の設定

- 9.9 データソースの表示または更新

10 配信先の設定

- 10.1 配信オプションの構成

- 10.2 プリンタの追加

- 10.3 FAXサーバーの追加

- 10.4 電子メール・サーバーの追加

- 10.5 WebDAVサーバーの追加

- 10.6 HTTPサーバーの追加

- 10.7 FTPサーバーの追加

- 10.8 コンテンツ・サーバーの追加

- 10.9 Common UNIX Printing System(CUPS)サーバーの追加

11 ランタイム構成の定義

- 11.1 ランタイム・プロパティの設定

- 11.2 PDF出力のプロパティ

- 11.3 PDFセキュリティのプロパティ

- 11.4 PDFデジタル署名のプロパティ

- 11.5 PDF/A出力のプロパティ

- 11.6 PDF/X出力のプロパティ

- 11.7 RTF出力のプロパティ

- 11.8 HTML出力のプロパティ

- 11.9 FO処理のプロパティ

- 11.10 RTFテンプレートのプロパティ

- 11.11 PDFテンプレートのプロパティ

- 11.12 Flashテンプレートのプロパティ

- 11.13 CSV出力のプロパティ

- 11.14 EXCEL 2007出力のプロパティ

- 11.15 すべての出力のプロパティ

- 11.16 メモリー・ガードおよびデータ・モデルのプロパティ

- 11.17 フォント・マッピングの定義

- 11.17.1 BI Publisherでのフォントの有効化

- 11.17.2 サイト・レベルまたはレポート・レベルでのフォント・マッピングの設定

- 11.17.3 フォント・マッピングの作成

- 11.17.4 BI Publisherの事前定義済のフォント

- 11.18 通貨書式の定義

- 11.18.1 通貨書式について

12 診断とパフォーマンスの監視

- 12.1 Oracle BI Publisherでの問題の診断と解決

- 12.2 診断ログ・ファイルについて

- 12.2.1 ログ・ファイル・メッセージのカテゴリとレベルについて

- 12.2.2 ログ・ファイルの形式について

- 12.2.3 ログ・ファイル・ローテーションについて

- 12.3 ログ・ファイルの構成

- 12.3.1 ログ・レベルの設定

- 12.3.2 その他のログ・ファイル・オプションの構成

- 12.4 ログ・メッセージの表示

- 12.4.1 ログ・ファイルの読込みによるメッセージの表示

- 12.5 パフォーマンスの監視とユーザー監査について

- 12.6 監視と監査の有効化

- 12.6.1 「サーバー構成」ページでの監視と監査の有効化

- 12.6.2 監査ポリシー設定の構成

- 12.6.3 (オプション)翻訳ファイルのコピー

- 12.6.4 WebLogic Serverの再起動

- 12.7 監査ログの表示

- 12.8 監査リポジトリの構成

- 12.8.1 RCUによる監査スキーマの作成

- 12.8.2 WebLogic Serverでのデータソースの作成

- 12.8.3 ドメインへの監査ストレージ・データベースの登録

- 12.9 BI Publisherを使用した監査レポートの作成

- 12.9.1 BI Publisherへのデータソースの登録

- 12.9.2 データ・モデルの作成

- 12.9.3 レポートの作成

- 12.10 MBeanブラウザでのパフォーマンス統計の表示

13 BI Publisherカタログおよびレポートの翻訳の追加

- 13.1 概要

- 13.1.1 カタログ翻訳の制限

- 13.2 カタログ翻訳ファイルのエクスポートおよびインポート

- 13.3 テンプレート翻訳

- 13.3.1 「レイアウト プロパティ」ページからのXLIFFファイルの生成

- 13.3.2 XLIFFファイルの翻訳

- 13.3.3 翻訳済XLIFFファイルのBI Publisherへのアップロード

- 13.4 ローカライズ済テンプレート・オプションの使用

- 13.4.1 ローカライズ済テンプレート・ファイルの設計

- 13.4.2 BI Publisherへのローカライズ済テンプレートのアップロード

14 環境間でのカタログ・オブジェクトの移動

- 14.1 概要

- 14.1.1 カタログ・ユーティリティを使用する場合

- 14.1.2 カタログのオブジェクトを移動するその他のオプション

- 14.1.3 移動対象のファイル

- 14.1.4 環境間での同一のフォルダ名および構造の保持

- 14.2 BI Publisherカタログ・ユーティリティを使用するための準備

- 14.2.1 環境の構成

- 14.3 BI Publisherレポート・オブジェクトのエクスポート

- 14.3.1 エクスポートのコマンドラインの例

- 14.3.1.1 単一のレポートをアーカイブ形式でエクスポート

- 14.3.1.2 抽出したファイルとともに単一のレポートをエクスポート

- 14.3.1.3 指定したフォルダにレポート・セットをエクスポート

- 14.4 BI Publisherレポート・オブジェクトのインポート

- 14.4.1 インポートのコマンドラインの例

- 14.4.1.1 レポートを元の場所にインポート

- 14.4.1.2 レポートを新しい場所にインポート

- 14.4.1.3 圧縮されたレポートをインポート

- 14.4.1.4 指定したフォルダの下のBI Publisherレポート・オブジェクトのセットをインポート

- 14.5 翻訳ファイルの生成と翻訳可能性のチェック

- 14.5.1 レポート定義ファイル(.xdo)の翻訳ファイルの生成

- 14.5.2 RTFテンプレートの翻訳ファイルの生成

15 BI Publisherユーザー・インタフェースのカスタマイズ

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

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

- 15.3 BI Publisherのユーザー・インタフェース・スタイルの変更

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

- 15.4.1 BI Publisherスタンドアロンのスタイルのカスタマイズ

- 15.4.2 Oracle BI Enterprise Editionと統合されたBI Publisherのスタイルのカスタマイズ

- 15.4.3 カスタム・スタイルの代替メカニズム

- 15.4.3.1 カスタム・スタイル・シート

- 15.4.3.2 イメージ

A スケジューラ構成リファレンス

- A.1 概要

- A.2 ActiveMQ用のBI Publisherの構成

- A.2.1 ActiveMQのインストール

- A.2.2 ActiveMQのJNDIサービスとしての登録

- A.2.3 BI Publisherスケジューラ構成ページの更新

- A.3 Quartzスケジューラの手動構成

- A.3.1 DataDirect Connectドライバまたはネイティブ・データベース・ドライバの使用に関する推奨事項

- A.3.2 スケジューラ・データベースでのユーザーの設定

- A.3.3 スケジューラ・データベースへの接続とスキーマのインストール

- A.3.4 Oracle Databaseへの接続

- A.3.5 IBM DB2への接続

- A.3.6 Microsoft SQL Serverへの接続

- A.3.7 Sybase Adaptive Server Enterpriseデータベースへの接続

B Oracle BI Enterprise Edition統合リファレンス

- B.1 統合について

- B.1.1 前提条件

- B.2 Oracle BI Presentation Catalogを使用するためのBI Publisherの構成

- B.3 Oracle BI Presentation Servicesとの統合の構成

- B.4 Oracle BI ServerへのJDBC接続の設定

C 構成ファイル・リファレンス

- C.1 BI Publisher構成ファイル

- C.2 ランタイム構成ファイルのプロパティの設定

- C.2.1 ファイル名とファイルの場所

- C.2.2 ネームスペース

- C.2.3 構成ファイルの例

- C.2.4 要素仕様の概要

- C.3 ルート要素の構造

- C.3.1 ルート要素の属性

- C.3.2 ルート要素の説明

- C.4 properties要素とproperty要素

- C.4.1 <properties>要素

- C.4.1.1 <properties>要素の説明

- C.4.2 <property>要素

- C.4.2.1 <property>要素の属性

- C.4.2.2 <property>要素の説明

- C.5 フォント定義

- C.5.1 <fonts>要素

- C.5.1.1 <fonts>要素の属性

- C.5.1.2 <fonts>要素の説明

- C.5.2 <font>要素

- C.5.2.1 <font>要素の属性

- C.5.2.2 <font>要素の説明

- C.5.3 <font-substitute>要素

- C.5.3.1 <font-substitute>要素の属性

- C.5.3.2 <font-substitute>要素の説明

- C.5.4 <type1>要素

- C.5.4.1 <type1>要素の属性

- C.5.4.2 <type1>要素の説明

- C.6 事前定義済のフォント

- C.6.1 組込みのバーコード・フォント

D Oracle Business Intelligence Publisherの監査参照

- D.1 カスタムおよび標準の監査レポートについて

- D.2 Oracle Business Intelligence Publisherの監査イベント

E Oracle Reportの変換

- E.1 概要

- E.2 Oracle ReportsからBI Publisherへの変換アシスタントの取得

- E.3 Oracle ReportsからBI Publisherへの変換アシスタントの前提条件および制限事項

- E.3.1 Oracle ReportのXML形式への変換

- E.3.2 制約

- E.4 Oracle ReportsからBI Publisherへの変換アシスタントの実行

- E.4.1 変換元のレポートがOracle Reports RDFファイルの場合のアシスタントの実行

- E.4.2 変換元レポートがOracle Reports XML形式の場合のアシスタントの実行

- E.4.3 出力ファイル

- E.5 データベースへのPL/SQLパッケージのコンパイル

- E.6 Oracle BI Publisherリポジトリへの変換済レポートの移動

- E.6.1 手順1: .xdoおよび.xdmの各フォルダ・ファイルを、ファイル・システムのBI Publisherリポジトリ・パスに移動する

- E.6.2 手順2: .xdozおよび.xdmzの各圧縮ファイルをBI Publisher UIを使用してアップロードする

- E.7 変換済レポートのテストと編集

- E.7.1 集計列がSELECT句に移動する

- E.7.2 PL/SQLフォーマット・トリガーのロジックがRTFレイアウト・テンプレートではサポートされない

- E.8 Oracle ReportsからBI Publisherへの変換アシスタントのトラブルシューティング

F メモリー・ガード機能の有効化

- F.1 メモリー・ガード機能とは

- F.2 主な機能

- F.2.1 レポート処理の最大データ・サイズの制限

- F.2.2 「空きメモリーしきい値」の構成

- F.2.3 データ・エンジン・プロパティの設定

- F.3 メモリー・ガードおよびデータ・モデルのプロパティの構成

- F.4 メモリー不足」エラー回避のための最大スレッド制約の構成

- F.4.1 Oracle WebLogicサーバーでの最大スレッド数制約の作成

- F.4.2 ワーク・マネージャ (XdoWorkManager)の作成

- F.4.3 xmlpserver.earファイルの再デプロイ

索引

はじめに

『Oracle Fusion Middleware Oracle Business Intelligence Publisher管理者ガイド リリース11g(11.1.1)』にようこそ。

対象読者

このドキュメントは、Oracle Business Intelligence Publisherのプロセス、ロギング、キャッシング、監視、データソース接続、配信サーバー、セキュリティおよび構成について、その管理を担当するシステム管理者を対象としています。

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

オラクル社のアクセシビリティへの取組みの詳細は、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: 1338762.1)をMy Oracle Support(https://support.oracle.com)でアクセスしてください。

システム要件と動作要件

ハードウェアとソフトウェアの要件、プラットフォーム、データベースおよびその他の情報の詳細は、システム要件と動作要件のドキュメントを参照してください。いずれのドキュメントも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

管理者向けの新機能

この序章では、Oracle Business Intelligence Publisher 11g リリース1 (11.1.1)で行われたOracle BI Publisherの管理機能に対する変更について説明します。

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

- Oracle BI Publisher 11g リリース1 (11.1.1.9)の新機能および変更点

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

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

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

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

Oracle BI Publisher 11g リリース1 (11.1.1.9)の新機能および変更点

Oracle BI Publisher 11g リリース1 (11.1.1.5)の新機能には、次が含まれています。

- データ・ソースとしてのOracle Endecaの非サポート

- 配信先としてOracle WebCenter Content Serverをサポート

- メモリー・ガードを「プロパティ」ページで構成

データ・ソースとしてOracle Endecaを非サポート

Oracle BI Publisherでは、データソースとして、Oracle Endecaとの統合がサポートされなくなりました。「Oracle Endeca」オプションが「管理」ページの「統合」セクションから削除されました。

配信先としてOracle WebCenter Content Serverをサポート

Oracle WebCenter Content Serverが配信先としてサポートされるようになりました。詳細は、第10.8項「コンテンツ・サーバーの追加」を参照してください。

メモリー・ガードを「プロパティ」ページで構成

BI Publisherは、過剰な量のデータを生成するレポート・リクエストを遮断することにより、Oracle BI Publisherサーバー・インスタンスをメモリー不足エラーから保護するオプションを提供する一連の機能を備えています。このようなメモリー・ガード機能は、構成ファイルに設定するプロパティ・セットで構成されます。これらのプロパティを使用すると、データ・サイズを検査してシステムでレポート・リクエストの処理を続行するか、終了するかを判断する条件および処理ポイントを構成できます。データ・サイズが原因で処理が終了すると、ユーザーにエラー・メッセージが返されます。

メモリー・ガード機能の実装の詳細は、付録F「メモリー・ガード機能の有効化」を参照してください。

Oracle WebLogicサーバーでの最大スレッド数制約ワーク・マネージャのサポート

大量のBI Publisherレポート処理の際、Oracle WebLogicサーバーは複数のスレッドを同時に使用してレポートを生成します。スレッドに制約がない場合、Oracle WebLogicサーバーで大量のスレッドを割当ててレポートを生成すると、メモリー不足エラーが発生します。このエラーを処理するには、Oracle WebLogicサーバーにワーク・マネージャを作成して、BI Publisherでのレポートの処理に割り当てるスレッド数を制限します。

詳細は、F.4項「「メモリー不足」エラー回避のための最大スレッド制約の構成」を参照してください。

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

Oracle BI Publisher 11g リリース1 (11.1.1.7)の新機能には、次が含まれています。

- 11.1.1.7.10の新機能

- 11.1.1.7.0の新機能

11.1.1.7.10の新機能

注意:

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

Oracle BI Publisher 11gリリース1 (11.1.1.7.10)には管理者向けに次の新機能が組み込まれています。

- 指定した共有Webサービスのデータソースとしてのサポート

- 指定した共有HTTPのデータソースとしてのサポート

- メモリー不足エラーに対する保護

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

指定した共有Webサービスのデータソースとしてのサポート

これまで、Webサービス・ベースのデータ・セットでは、Webサービスへの接続をデータ・セットごとに構成する必要がありました。このリリースでは、Webサービス接続の集中管理が導入されています。データ・モデル開発者は、値リストを介して、管理者が設定したWebサービス接続を使用できます。したがって、データ・モデルでは中央の接続を共有できるので、データ・セット別の設定が必要なくなりました。詳細は、第9.7項「Webサービスへの接続の設定」を参照してください。

指定した共有HTTPのデータソースとしてのサポート

これまで、HTTPベースのデータ・セットでは、HTTPサーバーへの接続をデータ・セットごとに構成する必要がありました。このリリースでは、HTTP接続の集中管理が導入されています。データ・モデル開発者は、値リストを介して、管理者が設定したHTTPサーバー接続を使用できます。したがって、データ・モデルでは中央の接続を共有できるので、データ・セット別の設定が必要なくなりました。詳細は、第9.8項「HTTP XMLフィードへの接続の設定」を参照してください。

メモリー不足エラーに対する保護

BI Publisherは、過剰な量のデータを生成するレポート・リクエストを遮断することにより、Oracle BI Publisherサーバー・インスタンスをメモリー不足エラーから保護するオプションを提供する一連の機能を備えています。このようなメモリー・ガード機能は、構成ファイルに設定するプロパティ・セットで構成されます。これらのプロパティを使用すると、データ・サイズを検査してシステムでレポート・リクエストの処理を続行するか、終了するかを判断する条件および処理ポイントを構成できます。データ・サイズが原因で処理が終了すると、ユーザーにエラー・メッセージが返されます。

リリース11.1.1.9.0では、この機能は「プロパティ」ページで構成できます。詳細は、「メモリー・ガードを「プロパティ」ページで構成」を参照してください。

BI Publisherユーザー・インタフェースのカスタマイズ

BI Publisherユーザー・インタフェースで使用するスキンおよびスタイルをカスタマイズできるようになりました。デフォルトのスタイルも機能強化されています。BI Publisherでは、blafplus (ブラウザ・ルック・アンド・フィール・プラス)スタイルにかわって、Skyrosスタイルを使用するようになりました。blafplusスタイルに切り替えることも、企業ブランドに合せてスタイルをカスタマイズすることも可能です。詳細は、第15章「BI Publisherユーザー・インタフェースのカスタマイズ」を参照してください。

11.1.1.7.0の新機能

Oracle BI Publisher 11g リリース1 (11.1.1.7)には管理者向けに次の新機能が組み込まれています。

- Oracle Endecaとの統合

- PDFからPCLへのコンバータ

- プライベート・データソースのサポート

Oracle Endecaとの統合

レポートのデータソースとして、Oracle EndecaがBI Publisherでサポートされるようになりました。11.1.1.9.0と同様に、この機能は削除されました。

PDFからPCLへのコンバータ

BI PublisherでPDFからPCLへのコンバータが提供され、PDF出力をPCLプリンタで印刷できるようになりました。PCLコマンドをRTFテンプレートに埋め込んで、たとえばプリンタにインストールされたフォントを小切手のルーティング番号や口座番号用に使用するなど、PCLページの固有の位置でPCLコマンドを起動できます。詳細は、第10.2項「プリンタの追加」を参照してください。

プライベート・データソースのサポート

データ・モデル開発者は、SQLまたはMDXデータセットで使用するプライベートJDBCおよびOLAPデータソース接続を、管理者に頼ることなく作成して管理できるようになりました。ただし管理者ユーザーは、プライベート・データソース接続を表示、変更および削除でき、他のユーザーにアクセスを拡張することもできます。詳細は、第9.1.1項「プライベート・データソース接続について」を参照してください。

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

Oracle BI Publisher 11g リリース1 (11.1.1.6)には管理者向けに次の新機能が組み込まれています。

- E-Business Suiteセキュリティとの統合によるレポート組織に対するサポートの有効化

- パフォーマンス監視とユーザー監査の有効化のための簡易構成手順

E-Business Suiteセキュリティとの統合によるレポート組織に対するサポートの有効化

11.1.1.5では、E-Business Suiteセキュリティに関するサポートが強化され、職責に基づいたデータレベルのセキュリティがサポートされるようになりました。11.1.1.6では、BI Publisherでレポート組織も認識されるようになりました。E-Business Suiteセキュリティとの統合を設定すると、ログイン時、ユーザーは「アカウント」ダイアログを使用して職責とレポート組織を選択できます。詳細は、第5.4項「Oracle E-Business Suiteとの統合」を参照してください。

パフォーマンス監視とユーザー監査の有効化のための簡易構成手順

以前のリリースでは、パフォーマンス監視とユーザー監査の有効化には、構成ファイルを手動で編集する必要がありました。11.1.1.6では、このプロセスが簡略化され、「管理サーバー構成」ページでチェック・ボックスを選択するだけになりました。詳細は、第8.6項「監視と監査の有効化」および第12.6項「監視と監査の有効化」を参照してください。

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

Oracle BI Publisher 11g リリース1 (11.1.1.5)の新機能には、次が含まれています。

- Oracle E-Business Suiteとの統合の強化

- 監査と監視

- レポート開発ライフ・サイクルの管理

Oracle E-Business Suiteとの統合の強化

BI Publisherでは、職責に基づいたOracle E-Business Suiteのデータ・レベルのセキュリティをサポートしており、セッション中の職責の切替えが可能です。BI Publisher 11.1.1.5を使用して、E-Business Suiteデータに対するレポートを表示、管理および配信したり、別のデータ・ソースのデータを結合および集計したりできます。詳細は、第5.4項「Oracle E-Business Suiteとの統合」を参照してください。

監査と監視

監査はコンプライアンスのみの問題ではありません。ユーザーの志向、およびユーザーがレポートにアクセスして表示する方法を理解することで、カスタマ・サービスを向上させることができます。BI Publisher 11.1.1.3では、管理者が監査に必要なデータを収集する際に役立つフレームワークが追加されました。BI Publisher 11.1.1.5では、監査およびパフォーマンス情報の取得機能が強化され、これらのデータをデータベースに格納する方法も導入されました。これで、BI Publisherを使用した監査およびパフォーマンス情報の視覚化、分析およびレポート作成が可能になりました。詳細は、第12.5項「パフォーマンスの監視とユーザー監査について」を参照してください。

レポート開発ライフ・サイクルの管理

レポートの開発では、実際の運用までに複数のフェーズとプロセスが必要になることがよくあります。レポートは、開発環境からテスト環境、および本番環境へと順に移動させる必要があります。BI Publisherのカタログ・ユーティリティを使用すれば、サーバーを停止することなく、レポートを1度に1つずつまたはバッチで、ある環境から別の環境に移動させることができるようになります。詳細は、第14章「環境間でのカタログ・オブジェクトの移動」を参照してください。

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

Oracle BI Publisher 11g リリース1 (11.1.1.3)の新機能には、次が含まれています。

- ユーザー・インタフェースの強化

- スケジューラの強化

- Oracle Business Intelligence Enterprise Editionとの共有カタログ

- Oracle Fusion Middlewareセキュリティとの統合

- カタログ・セキュリティの強化

- ユーザー監査とパフォーマンス監視

ユーザー・インタフェースの強化

新しいホーム・ページや再設計されたエディタやペインなど、ユーザー・インタフェースがいくつかの点で大幅に改良されました。これらの改良は、Oracle BI Publisherでの操作をより容易にし、一貫性を高めるためのものです。新しいインタフェースの使用方法の詳細は、Oracle Fusion Middleware Oracle Business Intelligence Publisherユーザーズ・ガイドを参照してください。

スケジューラの強化

更新された11gのBI Publisherスケジューラのアーキテクチャでは、Java Messaging Service (JMS)キューを使用して、高スケーラブルかつ高性能で強固なレポート・スケジューリングおよび配信アーキテクチャを提供します。このアーキテクチャを使用して、複数のBI Publisherサーバーをクラスタに追加してから各サーバーを特定の機能専用のサーバーに指定することができます(レポート生成、ドキュメント生成、特定の配信チャンネルなど)。新しいインタフェースでは、プロセッサ当たりのスレッド数を構成することもできます。スケジューラによる問題の診断を簡易化するために、「スケジューラ診断」ページで、JMS構成、JMSキュー、クラスタ・インスタンス・ステータス、スケジューラ・データベース・ステータス、Toplinkステータスおよびスケジューラ(クォーツ)ステータスに関するランタイム情報を提供できるようになりました。詳細は、第7章「スケジューラの構成」を参照してください。

Oracle Business Intelligence Enterprise Editionとの共有カタログ

Oracle BI Enterprise EditionでのBI Publisherのインストールについて、BI Publisherでは、Oracle BIプレゼンテーション・サービスと同じカタログを共有しています。インストール時にカタログ統合が構成されます。機能強化されたカタログの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherユーザーズ・ガイド』を参照してください。

Oracle Fusion Middlewareセキュリティとの統合

Oracle Fusion Middlewareセキュリティ・モデルは、Javaセキュリティ・モデルを組み込んだ、Oracle Fusion Middlewareプラットフォームに基づいています。Javaモデルは、ロールベースの宣言モデルで、コンテナ管理のセキュリティを採用しているため、リソースは、ユーザーに割り当てられているロールによって保護されます。Oracle BI Enterprise Editionとともに実装すると、製品全体にわたるより厳格で合理的なセキュリティ統合を実現できます。BI Publisherのスタンドアロン実装でのOracle Fusion Middlewareセキュリティ・モデルの使用方法の詳細は、第2章「Oracle Fusion Middlewareセキュリティ・モデルの構成」を参照してください。BI PublisherがOracle BI Enterprise Editionと統合されている場合のセキュリティの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

カタログ・セキュリティの強化

ユーザーのロールには、機能権限を有効化するために、カタログ・フォルダに対する明示的な権限が割り当てられている必要があります。これにより、カタログ内の特定のオブジェクトにアクションを実行できるユーザーに対する制御が大幅に強化されます。権限は、カタログ・インタフェース内で管理者によって付与されます。詳細は、第3.5項「カタログ権限について」を参照してください。

ユーザー監査とパフォーマンス監視

パフォーマンスの監視では、問合せ、レポートおよびドキュメント生成のパフォーマンスを監視したり、収集した詳細情報を分析できます。BI Publisher 11gがJMX Management BeansまたはMbeansを通じてパフォーマンス統計を収集します。各MBeanが、Oracle Dynamic Monitoring Service(DMS)によって収集された属性、動作および関連する統計を示します。詳細は、第12.5項「パフォーマンスの監視とユーザー監査について」を参照してください。

1 Oracle BI Publisherの管理の概要

この章では、BI Publisherの管理に必要なタスクについて説明します。

次の項目が含まれます。

- 第1.1項「概要」

- 第1.2項「BIプラットフォーム・インストーラによって実行される構成」

- 第1.3項「BI Publisherを初めて設定する場合のタスク・フロー」

- 第1.4項「BI Publisherの起動および停止」

- 第1.5項「「管理」ページについて」

- 第1.6項「Oracle Business Intelligence Enterprise Editionとの統合について」

- 第1.7項「セキュリティ・モデルのオプションについて」

- 第1.8項「データソース接続について」

- 第1.9項「レポートの配信先について」

- 第1.10項「ランタイム構成プロパティの設定について」

- 第1.11項「サーバー構成の設定について」

1.1 概要

Oracle BI Publisherは、操作レポート、電子資金決済関連のドキュメント、行政機関向けPDFフォーム、出荷ラベル、小切手、営業文書およびその他の、高度に書式設定されたあらゆるドキュメントをオーサリング、管理および配信するためのエンタープライズ・レポート・ソリューションです。

BI Publisherの管理には、次のシステム・コンポーネントの設定およびメンテナンスが必要です。

- BI Publisherセキュリティ

- データソース接続

- レポートの配信先

- BI Publisherスケジューラの構成

- ランタイム構成の設定

- サーバー構成の設定

他のビジネス・ロールで製品を使用する場合の詳細は、表1-1に示すガイドを参照してください。

表1-1 参考になるその他のガイド

ロール

タスクの例

ガイド

データ・モデル開発者

レポートで使用するデータのフェッチと構成

Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド

アプリケーション開発者またはインテグレータ

Application Programming Interfacesを使用した、既存アプリケーションへのBI Publisherの統合

Oracle Fusion Middleware Oracle Business Intelligence Publisher開発者ガイド

レポート・コンシューマ

レポートの表示

レポート・ジョブのスケジュール

レポート・ジョブの作成

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』

レポート・デザイナ

レポート定義の作成

レイアウトのデザイン

Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド

1.2 BIプラットフォーム・インストーラによって実行される構成

インストールが完了すると、次のように構成されています。

- セキュリティ・モデルは、Oracle Fusion Middlewareセキュリティを使用するように構成されます。

- スケジューラは、Oracle WebLogic JMSを使用するように構成されます。データベースにスキーマ表がインストールおよび構成されます。

- BI Publisherカタログとリポジトリは、${xdo.server.config.dir}/repositoryに構成されます。

1.3 BI Publisherを初めて設定する場合のタスク・フロー

BI Publisherを初めて設定する場合は、次の表のようなタスク・フローでシステムを起動することをお薦めします。

表1-2 推奨タスク・フロー

タスク

情報の参照先

ローカル・スーパーユーザーの定義。現在のセキュリティ設定に問題が発生したときにすべての管理機能にアクセスできるように、スーパーユーザーを設定します。

第4.1項「ローカル・スーパーユーザーの有効化」

選択したセキュリティ・モデルの設定およびテスト

第2章「Oracle Fusion Middlewareセキュリティ・モデルの構成」

第3章「代替のセキュリティ・オプション」

第5章「他のOracleセキュリティ・モデルとの統合」

データソースの設定およびテスト

第9章「データソースの設定」

配信サーバーの設定とテスト

第10章「配信先の設定」

サーバー・プロパティの構成

第8章「サーバー・プロパティの構成」

システムのランタイム・プロパティの構成

第11章「ランタイム構成の定義」

1.4 BI Publisherの起動および停止

Oracle WebLogic Server管理コンソールを使用して、Oracle Business Intelligence Publisherを中央管理します。

Oracle WebLogic Serverの詳細は、次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプ

次のいずれかの方法でOracle WebLogic Server管理コンソールを表示します。

- Windowsの「スタート」メニューを使用

- Fusion Middleware Controlの「概要」ページのリンクをクリックする

- WebブラウザにURLを入力する

Oracle WebLogic Server管理コンソールは、WebLogic Serverの管理サーバーが稼動している場合にのみ使用できます。

Oracle WebLogic Server管理コンソールを表示するには:

1. WebLogic Serverの管理サーバーが稼動していない場合は、サーバーを起動します。

2. 次のいずれかの方法でOracle WebLogic Server管理コンソールを表示します。
Windowsの「スタート」メニューを使用:

1. 「スタート」メニューから、「すべてのプログラム」→「Oracle WebLogic」→ユーザー・プロジェクト→「bifoundation_domain」→管理サーバー・コンソールを選択します。
Oracle WebLogic Server管理コンソールのログイン・ページが表示されます。

Fusion Middleware Controlの「概要」ページのリンクをクリックする:

1. Oracle Fusion Middleware Controlを表示します。

2. WebLogicドメインのノードを展開し、bifoundation_domainを選択します。

3. 「サマリー」リージョンでOracle WebLogic Server管理コンソールのリンクをクリックします。
Oracle WebLogic Server管理コンソールのログイン・ページが表示されます。

WebブラウザにURLを入力する:

1. ブラウザに次のURLを入力します。
http://<host>:<port>/console/

たとえば、「http://mycomputer:7001/console/」のように入力します。

ホストは管理サーバーのDNS名またはIPアドレスであり、ポートは管理サーバーがリクエストをリスニングするポートです(デフォルトはポート7001)。

ドメイン全体に対応する管理ポートを構成している場合は、そのポート番号を使用します。Secure Socket Layer(SSL)を使用するように管理サーバーを構成した場合は、httpの後に次のように入力する必要があります。

https://<host>:7001/console/

1.4.1 Oracle WebLogic Server管理コンソールの使用

Oracle WebLogic Server管理コンソールを使用してBI Publisherを起動および停止するには:

1. Oracle WebLogic Server管理コンソールを起動します。

2. 「ドメイン構造」で「環境」を開きます。

3. 「サーバー」をクリックして、「サーバーのサマリー」の表を表示します。

4. 「制御」をクリックします。サーバーを選択してから適切なアクションをクリックします。図1-1を参照してください。

図1-1 管理コンソール

1.5 「管理」ページについて

このガイドの「管理」の項に記載されているタスクの多くは、BI Publisherの「管理」ページで実行できます。「管理」ページにアクセスするには、管理者権限が必要です。

「管理」ページには、グローバル・ヘッダーの「管理」リンクからアクセスできます。図1-2に「管理」ページを示します。

図1-2 「管理」ページ

1.6 Oracle Business Intelligence Enterprise Editionとの統合について

Oracle BI PublisherとOracle Business Intelligence Enterprise Editionをインストールした場合は、BI Publisherの「管理」ページで、次の表に説明されている管理タスクを実行する必要があります。BI Publisherの「管理」ページには、次の方法で移動します。

グローバル・ヘッダーで「管理」をクリックし、「管理」ページで「BI Publisherの管理」をクリックします。

表1-3 BI Publisherの管理タスク

タスク

情報の参照先

レポート作成のためのデータ・ソース接続の設定

第9章「データソースの設定」

Oracle Business Intelligenceで定義されたユーザー・ロールに対するデータソースへのアクセス権の付与

第3.8.4項「データ・アクセス権の付与」

配信サーバー(プリンタ、電子メール・サーバー、FTPサーバーなど)への接続の構成

第10章「配信先の設定」

スケジューラ・プロセッサの構成

第7章「スケジューラの構成」

PDFのセキュリティ・プロパティ、各出力フォーマットに固有のプロパティ、テンプレート・タイプ・プロパティ、フォント・マッピングおよび通貨書式

第11.1項「ランタイム・プロパティの設定」

キャッシュ仕様、データベース・フェイルオーバー・プロパティ、データベース・フェッチ・サイズなどのサーバー・プロパティの構成

第8章「サーバー・プロパティの構成」

1.7 セキュリティ・モデルのオプションについて

BI Publisherでは、次のセキュリティ・オプションが用意されています。

- Oracle Fusion Middlewareセキュリティ
インストール後、BI Publisherは、Oracle Fusion Middlewareセキュリティを使用するように構成されます。詳細は、第2章「Oracle Fusion Middlewareセキュリティ・モデルの構成」を参照してください。別のセキュリティ・モデルを使用する場合は、代替オプションから選択してください。

- BI Publisherのセキュリティ
レポートやデータソースへのアクセスを制御するには、BI Publisherのユーザーとロールのパラダイムを使用します。詳細は、第3章「代替セキュリティ・オプション」を参照してください。

- LDAPサーバーとの統合
LDAPサーバーでBI Publisherのロールを設定してからBI Publisherをサーバーと統合するように構成します。詳細は、第3章「代替セキュリティ・オプション」を参照してください。

- Oracle E-Business Suite
DBCファイルをアップロードして、Oracle E-Business Suiteのユーザーが認識されるようにします。詳細は、第5章「他のOracleセキュリティ・モデルとの統合」を参照してください。

- Oracle BIサーバー
Oracle Fusion Middlewareセキュリティにアップグレードせずに、10gのレガシーBIサーバーの認証方式を使用し続けることもできます。詳細は、第5章「他のOracleセキュリティ・モデルとの統合」を参照してください。

- Oracle Database
Oracle DatabaseでBI Publisherのロールを設定してから、BI PublisherをOracle Databaseと統合するように構成します。詳細は、第5章「他のOracleセキュリティ・モデルとの統合」を参照してください。

- Oracle Siebel CRMセキュリティ・モデル
詳細は、第5章「他のOracleセキュリティ・モデルとの統合」を参照してください。

1.8 データソース接続について

BI Publisherのレポートは、XMLデータに依存します。BI Publisherは、様々なデータソースからのデータの取得をサポートします。

BI Publisherで「管理」ページから次のデータソースを最初に設定する必要があります。

- データベース接続
BI Publisherでは、JDBC直接接続とJNDIプールを介した接続(推奨)がサポートされます。

- LDAP接続

- OLAP接続

- ファイル・ディレクトリ接続 - BI Publisherがアクセス可能なディレクトリに格納されている既存のXMLファイル、Microsoft ExcelファイルまたはCSVファイルを使用できます。

- Webサービス接続

- HTTP XML接続

これらのデータソース接続の設定の詳細は、第9章「データソースの設定」を参照してください。

システムがOracle Business Intelligenceと統合されている場合は、次のデータソースも使用できます。

- Oracle BI Analysis

- Oracle BIサーバーのサブジェクト領域

ローカルで保存されているファイル・タイプをアップロードすることも可能です。

1.9 レポートの配信先について

BI Publisherの配信マネージャは、次の配信チャネルをサポートします。

- プリンタ

- FAX

- 電子メール

- HTTP通知

- FTP

- Webフォルダ(WebDAV)

配信オプションの設定の詳細は、第10章「配信先の設定」を参照してください。

1.10 ランタイム構成プロパティの設定について

「ランタイム構成」ページを使用して、システムの構成設定を有効にします。このプロパティで設定できる内容は次のとおりです。

- 様々な出力タイプの処理の制御

- デジタル署名の有効化

- スケーラビリティおよびパフォーマンスのチューニング

- フォント・マッピングの定義

構成プロパティおよびフォント・マッピングの設定の詳細は、第11.1項「ランタイム・プロパティの設定」を参照してください。

1.11 サーバー構成の設定について

BI Publisherの管理には、一連のシステム・メンテナンスの設定とタスクも含まれます。その内容は次のとおりです。

- カタログの構成

- キャッシュ・プロパティの設定

- フェイルオーバーの再試行プロパティの設定

- 監査と監視の有効化

これらのタスクおよび設定の詳細は、第8章「サーバー・プロパティの構成」を参照してください。

2 Oracle Fusion Middlewareセキュリティ・モデルの構成

この章では、BI PublisherにOracle Fusion Middlewareセキュリティ・モデルを構成する方法について説明します。

内容は次のとおりです。

- 第2.1項「セキュリティ・モデルについて」

- 第2.2項「主なセキュリティ要素」

- 第2.3項「権限の付与と継承」

- 第2.4項「デフォルトのセキュリティ構成」

- 第2.5項「認証の管理」

- 第2.6項「認可の管理」

- 第2.7項「資格証明の管理」

- 第2.8項「デフォルトのセキュリティ構成のカスタマイズ」

2.1 セキュリティ・モデルについて

Oracle Fusion Middlewareセキュリティ・モデルは、Javaセキュリティ・モデルを組み込んだ、Oracle Fusion Middlewareプラットフォームに基づいています。Javaモデルは、ロールベースの宣言モデルで、コンテナ管理のセキュリティを採用しているため、リソースは、ユーザーに割り当てられているロールによって保護されます。しかし、Oracle Fusion Middlewareセキュリティ・モデルを使用するときは、Javaベースのアーキテクチャに関する高度な知識は不要です。セキュリティ・モデルを使用するときには、BI Publisherによって、企業全体にわたる共通のセキュリティおよびID管理機能が提供されます。

インストール後、BI Publisherは自動的にOracle WebLogic Serverドメインにインストールされます。このドメインは、論理的に関連付けられ、一体となって管理される、WebLogic Serverリソースのグループです。簡易インストールでは、インストール後、作成されたWebLogic Serverドメインはbifoundation_domainという名前になります。この名前は、実行するインストール・タイプによって変わる可能性があります。各ドメイン内のWebLogic Serverインスタンスの1つは、管理サーバーとして構成されます。管理サーバーはWebLogic Serverドメインを管理するための中枢になります。管理サーバーは、管理コンソールをホストします。これは、管理サーバーへのネットワーク・アクセス権を持つ、サポートされているWebブラウザからアクセスできるWebアプリケーションです。BI Publisherは、インストール先のOracle WebLogic Serverドメインに構成されているアクティブなセキュリティ・レルムの一部となります。

Oracle Fusion Middlewareプラットフォームおよび一般的なセキュリティ・フレームワークの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。Oracle WebLogic Serverドメインおよびセキュリティ・レルムの管理の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverのセキュリティの理解』および『Oracle Fusion Middleware Oracle WebLogic Serverの保護』を参照してください。

2.2 主なセキュリティ要素

Oracle Fusion Middlewareセキュリティ・モデルは、次の主な要素に応じて、会社全体でセキュリティとIDの統一的な管理を提供します。

- アプリケーション・ポリシー
BI Publisherの権限は、そのアプリケーション・ロールのメンバーに付与されます。デフォルトのセキュリティ構成では、事前定義済の権限のセットが各アプリケーション・ロールによって伝達されます。権限の付与は、アプリケーション・ポリシーで定義および管理されます。アプリケーション・ロールがアプリケーション・ポリシーと関連付けられると、そのロールはポリシーの権限受領者となります。アプリケーション・ポリシーは、特定のアプリケーションに固有のものです。

- アプリケーション・ロール
権限の付与についてアプリケーション・ポリシーで定義されると、アプリケーション・ロールをそのポリシーにマップできるようになり、そのアプリケーション・ロールが権限を伝達するためのメカニズムとして機能するようになります。この方式では、アプリケーション・ロールが、そのメンバーに権限を付与するコンテナとなります。権限は、ポリシーとロール間の関係を通じてアプリケーション・ロールと関連付けられます。グループがアプリケーション・ロールにマップされると、対応する権限がすべてのメンバーに同じように付与されます。メンバーシップは、アプリケーション・ロールの定義において定義されます。アプリケーション・ロールは、特定の条件に従って割り当てられ、認証時の条件に基づいて動的に付与されます。複数のユーザーやグループが同じアプリケーション・ロールのメンバーになることがあります。

- 認証プロバイダ
認証プロバイダは、ユーザーやグループの情報にアクセスするために使用され、ユーザーを認証する役割を持っています。BI Publisherが簡易インストールまたはエンタープライズ・インストールで使用するデフォルトの認証プロバイダは、DefaultAuthenticatorという名前のものです。これは、Oracle WebLogic Serverの基本インストールで使用されるのと同じものです。Oracle WebLogic Server認証プロバイダにより、ユーザーとグループを1つの場所で管理できるようになります。

アイデンティティ・ストアには、ユーザー名、パスワードおよびグループ・メンバーシップの情報が含まれています。認証プロバイダは、アイデンティティ・ストアのデータにアクセスし、そのデータと照合しながら認証を行います。たとえば、ログイン時にユーザー名とパスワードの組合せを入力すると、認証プロバイダは、提供された資格証明を検証するためにアイデンティティ・ストアを検索します。BI Publisherのデフォルトの認証プロバイダは、Oracle WebLogic Serverの埋込みディレクトリ・サーバーと照合しながら認証を行います。

- ユーザーとグループ
ユーザーは、認証可能な実体です。ユーザーには、アプリケーション・ユーザーなどの人、クライアント・アプリケーションなどのソフトウェア・エンティティがあります。各ユーザーには一意の識別子が割り当てられます。

グループは、何かしら共通するものを持つユーザーを集合にまとめたものです。セキュリティ管理をより効率化するには、同じようなアクセス権を必要とするグループごとにユーザーをまとめる必要があります。

- セキュリティ・レルム
インストール時に、Oracle WebLogic Serverドメインが作成され、BI Publisherがそのドメインにインストールされます。BI Publisherのセキュリティは、そのOracle WebLogic Serverドメインのセキュリティ・レルム内で管理されます。セキュリティ・レルムは範囲指定メカニズムとして機能します。各セキュリティ・レルムには、一連の構成済セキュリティ・プロバイダ、ユーザー、グループ、セキュリティ・ロール、およびセキュリティ・ポリシーが含まれています。ドメインでは1つのセキュリティ・レルムだけがアクティブになります。BI Publisherの認証は、パブリッシャがインストールされたWebLogic Serverドメインのデフォルトのセキュリティ・レルムに対して構成された認証プロバイダにより実行されます。Oracle WebLogic Server管理コンソールは、Oracle WebLogic Serverドメインの管理に使用される管理ツールです。

2.3 権限の付与と継承

BI Publisherには、様々な機能にアクセスするためのアプリケーション固有の権限が用意されています。BI Publisherの権限は通常、アプリケーション・ロールのメンバーになることにより付与されます。権限は、2つの方法で付与されます。アプリケーション・ロールでメンバーシップを通じて付与する方法(直接的な付与)と、グループやロールの継承を通じて付与する方法(間接的な付与)です。アプリケーション・ロールのメンバーシップは、アプリケーション・ロール階層の特性によって継承されることができます。デフォルトのセキュリティ構成では、各アプリケーション・ロールは、事前定義済の一連の権限を付与するようにあらかじめ構成されています。グループは、アプリケーション・ロールにマップされます。グループとロールのマッピングにより、ロールの権限がグループのすべてのメンバーに伝達されます。つまり、権限はBI Publisherで次の関係を確立することにより付与されます。

- グループによって、同様のシステム・アクセス要件を持つユーザーの組が定義されます。ユーザーは、必要なアクセスのレベルに応じ、1つ以上のグループのメンバーとして追加されます。

- アプリケーション・ロールは、ユーザーがBI Publisherを使用するときに一般的に実行するロールを示すように定義されます。デフォルトのセキュリティ構成では、事前構成済のアプリケーション・ロールとして、BIAdministrator(管理者)、BIAuthor(コンテンツの作成者)およびBIConsumer(コンテンツのコンシューマ)が用意されています。

- ユーザーのグループは、それらのユーザーが必要とするアクセスの種類に応じて1つ以上のアプリケーション・ロールにマップされます。

- アプリケーション・ポリシーが作成されると、ロール・タイプに対応する一連のアクセス権を付与するBI Publisherの権限がマップされます。

- アプリケーション・ロールは、ロール・タイプ(管理者、作成者、コンシューマ)で必要とされる権限のセットを付与するアプリケーション・ポリシーにマップされます。

- グループ・メンバーシップは、グループ階層の性質によって継承できます。継承されるグループにマップされるアプリケーション・ロールも継承され、それらの権限は同様にメンバーに伝達されます。

ユーザーの権限は、システムによって次のように決定されます。

1. ユーザーは、ログイン時にWebブラウザに資格証明を入力します。ユーザー資格証明は、認証プロバイダにより、アイデンティティ・ストア内のデータと照合して認証されます。

2. 認証に成功したら、Javaサブジェクトとプリンシパルの組合せが発行され、ユーザー名とユーザーのグループが入力されます。

3. ユーザー・グループのリストが作成され、アプリケーション・ロールと照合してチェックされます。各ユーザー・グループにマップされたアプリケーション・ロールのリストが作成されます。

4. 付与されるユーザー権限は、ユーザーがどのアプリケーション・ロールのメンバーであるかを把握することによって決定されます。グループのリストは、ユーザーがどのロールを持っているかを判断するためだけに生成され、他の目的には使用されません。

ユーザーは、他のアプリケーション・ロールを継承する場合にも、権限を付与されます。アプリケーション・ロールのメンバーには、他のグループやアプリケーション・ロールも含まれます。そして、結果的には、権限が明示的に付与されるほかに継承もされる、階層ロール構造となります。この階層では、そのアプリケーション・ロールがメンバーとして属しているロールの権限、およびそのアプリケーション・ロールの子孫であるすべてのロールにより付与される権限がグループに付与されることになります。

たとえば、デフォルトのセキュリティ構成には、いくつかのグループとアプリケーション・ロールが事前定義されています。デフォルトのBIAdministratorアプリケーション・ロールにはBIAdministratorsグループが、BIAuthorアプリケーション・ロールにはBIAuthorsグループが、そしてBIConsumerアプリケーション・ロールにはBIConsumersグループが含まれています。デフォルトのBIAdministratorアプリケーション・ロールはBIAuthorアプリケーション・ロールのメンバーであり、BIAuthorアプリケーション・ロールはBIConsumerアプリケーション・ロールのメンバーです。これらのアプリケーション・ロールのメンバーは、次のように権限を継承します。BIAdministratorsグループのメンバーには、BIAdministratorロール、BIAuthorロールおよびBIConsumerロールのすべての権限が付与されます。このロール階層の特性に基づき、特定のグループのメンバーであるユーザーには、権限が明示的に付与されるほか、継承を通じて付与されます。デフォルトのアプリケーション・ロールとグループの詳細は、第2.4.2項「デフォルトのアプリケーション・ロールと権限」を参照してください。

注意:

アプリケーションによって管理されるリソースにアクセスするための権限は、グループやグループ階層自体により有効化されるわけではありません。権限は権限の付与により伝達され、アプリケーション・ポリシーで定義されます。ユーザー、グループまたはアプリケーション・ロールは、アプリケーション・ポリシーの権限受領者となります。アプリケーション・ポリシーの権限受領者により権限が伝達されますが、これは、直接のアソシエーション(ユーザー)によって、または権限受領者(グループまたはアプリケーション・ロール)のメンバーになることによって実行されます。

図2-1は、そうしたデフォルトのグループとアプリケーション・ロールの関係を示しています。

図2-1 デフォルトのグループとアプリケーション・ロールの関係

表2-1は、前の例や図で示した権限がどのようにして明示的に付与されたり、継承されるかをまとめたものです。

表2-1 ロールの階層によって付与される権限の例

ユーザー名

グループ・メンバーシップ: 明示的/継承

アプリケーション・ロールのメンバーシップ: 明示的/継承

権限付与: 明示的/継承

User1、User2、User3

BIConsumers: 明示

BIConsumer: 明示

権限A: 明示

User4、User5

BIAuthors: 明示BIConsumers: 継承

BIAuthor: 明示BIConsumer: 継承

権限B: 明示権限A: 継承

User6、User7

BIAdministrators: 明示BIAuthors: 継承BIConsumers: 継承

BIAdministrator: 明示BIAuthor: 継承BIConsumer: 継承

権限C: 明示権限B: 継承権限A: 継承

2.4 デフォルトのセキュリティ構成

システム・リソースのアクセス制御は、ログイン時の認証をユーザーに要求し、認証されたリソースにのみユーザーがアクセスできるよう制限することによって実現されます。デフォルトのセキュリティ構成は、BI Publisherのインストール後すぐに使用可能であり、Oracle Fusion Middlewareセキュリティ・モデルを使用するように構成されています。BI Publisherは、Oracle WebLogic Serverドメインにインストールされ、そのドメインのセキュリティ・レルムを使用します。デフォルトの構成には、ユーザー・アイデンティティ、資格証明およびBI Publisher固有の権限付与が可能な3つの事前定義済セキュリティ・ストアが含まれています。ユーザーは、事前構成済のアプリケーション・ロールにマップされた事前定義済グループに追加できます。各アプリケーション・ロールは、特定のBI Publisher権限を付与するように事前構成されています。

BI Publisherのデフォルトのセキュリティ・ストアは、インストール時に表2-2のように構成されます。

表2-2 BI Publisherのデフォルトのセキュリティ・ストア

ストア名

用途

デフォルトのプロバイダ

オプション

アイデンティティ・ストア

- 認証の制御に使用。

- ユーザー、グループ、およびOracle WebLogic Server埋込みディレクトリ・サーバーのユーザー・グループを格納

- Oracle WebLogic Server埋込みディレクトリ・サーバー

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

BI Publisherが代替の認証プロバイダを使用するように構成できます。詳細なリストは、「システム要件と動作要件」を参照してください。

ポリシー・ストア

- 認可の制御に使用。

- アプリケーション・ロール定義およびグループとアプリケーション・ロール間のマッピング定義を格納

- system.jazn-data.xmlファイル。デフォルトのインストール場所は、MW_HOME/user_projects/domain/your_domain/config/fmwconfig

- Oracle Enterprise Manager Fusion Middleware Controlで管理

BI PublisherがOracle Internet Directoryをポリシー・ストア・プロバイダとして使用するように構成できます。

資格証明ストア

提供された、またはシステムにより生成された、パスワードおよびその他のセキュリティ関連の資格証明を格納

- cwallet.ssoファイル

- Fusion Middleware Controlを使用して管理

BI PublisherがOracle Internet Directoryを資格証明ストア・プロバイダとして使用するように構成できます。

2.4.1 デフォルトのユーザーとグループ

表2-3に、インストール後にBI Publisherのアイデンティティ・ストア・プロバイダに追加されるデフォルトのユーザー名とパスワードを示します。管理ユーザーは、Oracle WebLogic Server管理コンソールを使用して、これらのデフォルト設定を別の値に変更したり、アイデンティティ・ストアにユーザーを追加したりできます。

表2-3 デフォルトの名前とパスワード

デフォルトのユーザー名とパスワード

用途

説明

名前:

管理者ユーザー

パスワード:

ユーザーが指定

管理ユーザー

このユーザー名はインストールを実行する人が入力し、任意の名前でもよく、管理者という名前である必要はありません。

インストール時に入力されたパスワードは、アイデンティティ・ストア・プロバイダの管理インタフェースを使用して後で変更できます。

この単一の管理ユーザーは、BI PublisherとOracle WebLogic Serverで共有される。このユーザーは、インストール後にOracle WebLogic Serverのデフォルトの管理者グループのメンバーに自動的になります。これにより、このユーザーは、Oracle WebLogic Serverの埋込みディレクトリ・サーバーの管理など、Oracle WebLogic Serverのすべての管理タスクを実行できるようになります。

名前:

BISystemUser

パスワード:

システム生成

Oracle BI AnalysisをBI Publisherデータ・モデルのデータソースとして使用するときに、コンポーネント間の信頼できる通信を確立するためにインストール中に作成される固定ユーザー

BI PublisherとOracle Business Intelligence Enterprise Editionを統合する場合は、このデフォルトのユーザー名をOracle BI Presentation Servicesとの信頼できる通信に使用することを推奨。これは、インストール時に自動的に構成されるデフォルト構成

重要: これは高特権ユーザーであり、このユーザーの資格証明は管理ユーザー以外のユーザーから保護する必要があります。

コンポーネント間のセキュアな通信用に信頼できる別のシステム・アカウントを使用することで、コンポーネント間の通信に影響を与えることなくシステム管理者アカウントのパスワードを変更することができる。

このユーザーの名前は変更できる。また、コンポーネント間通信用に別のユーザーを作成することもできる。

表2-4に、インストール時にアイデンティティ・ストア・プロバイダに追加されるデフォルトのグループ名とグループ・メンバーを示します。これらのデフォルトは異なる値に変更することが可能であり、また、管理ユーザーはOracle WebLogic Server管理コンソールを使用して新しいグループ名を追加できます。

表2-4 デフォルトのグループ名とメンバー

デフォルトのグループ名とメンバー

目的

説明

名前: BIAdministrators

メンバー: 任意の管理者ユーザー

BI Publisherの管理ユーザーが所属

BIAdministratorsグループのメンバーは、インストール時にアプリケーション・ロールBIAdministratorにマップされる。そのため、このグループには管理権限が付与される。

デフォルトのセキュリティ構成を使用する場合、管理者権限を必要とするすべてのユーザーは、BIAdministratorsグループに追加される必要があります。

名前: BIAuthors

メンバー: BIAdministratorsグループ

BI Publisher作成者が所属

BIAuthorsグループのメンバーは、他のユーザーが使用する、または消費するコンテンツを作成するのに必要な権限を持っています。

名前: BIConsumers

メンバー: BIAuthorsグループとOracle WebLogic Server LDAPサーバー・ユーザー・グループ

BI Publisherコンシューマが所属

BIConsumersグループのメンバーは、他のユーザーによって作成されたコンテンツを使用する、または消費するのに必要な権限を持っています。

BIConsumersグループは、BI Publisherにより認証されたすべてのユーザーを表す。デフォルトでは、すべての認証ユーザーは、このグループに自動的に追加されます。

Oracle WebLogic Server LDAPサーバーのユーザー・グループのメンバーは、Oracle WebLogic Server管理コンソールにログインして使用するのに必要な権限を持っています。

2.4.2 デフォルトのアプリケーション・ロールと権限

表2-5に、BI Publisherの権限と、これらの権限を付与するアプリケーション・ロールを示します。このマッピングは、デフォルトのポリシー・ストアに存在します。

表2-5は、対応するデフォルトのアプリケーション・ロールのメンバーとなることで明示的に付与される権限を示しています。権限は、グループやアプリケーション・ロールの階層から継承される場合もあります。権限の継承の詳細は、第2.3項「権限の付与と継承」を参照してください。

表2-5 BI Publisherの権限とアプリケーション・ロール

BI Publisherの権限

説明

権限を明示的に付与するデフォルトのアプリケーション・ロール

oracle.bi.publisher.administerServer

管理リンクが管理ページにアクセスできるようにして、システム設定を設定する権限を与えます。

重要: 共有フォルダへのBIAdministrator権限の付与に必要な手順の詳細は、第2.4.2.1項「BIAdministratorロールへのカタログ権限の付与」を参照してください。

BIAdministrator

oracle.bi.publisher.developDataModel

データ・モデルを作成または編集する権限を付与します。

BIAuthor

oracle.bi.publisher.developReport

レポート、スタイル・テンプレート、およびサブ・テンプレートを作成または編集する権限を付与します。また、この権限によってBI PublisherサーバーにTemplate Builderから接続できるようになります。

BIAuthor

oracle.bi.publisher.runReportOnline

レポートを開き(実行し)、生成したドキュメントをレポート・ビューアに表示する権限を付与します。

BIConsumer

oracle.bi.publisher.scheduleReport

ジョブを作成または編集したり、ジョブを管理および参照する権限を付与したりします。

BIConsumer

oracle.bi.publisher.accessReportOutput

ジョブ履歴と出力を参照し管理する権限を付与します。

BIConsumer

暗黙的に付与されるBIConsumer権限

認証ロールは、デフォルトではBIConsumerロールのメンバーであり、すべての認証ロール・メンバーには、BIConsumerロールの権限が暗黙的に付与されます。

認証ロール

認証ロールは、Oracle Fusion Middlewareセキュリティ・モデルで提供される特別なアプリケーション・ロールであり、このセキュリティ・モデルをデプロイするすべてのアプリケーションで使用できる必要があります。BI Publisherは、認証アプリケーション・ロールを使用して、その認証ロールがメンバーとして属しているロールおよびグループ階層により暗黙的に取得される権限を付与する必要があります。認証ロールは、デフォルトではBIConsumerロールのメンバーであり、すべての認証ロール・メンバーには、BIConsumerロールの権限が暗黙的に付与されます。デフォルトでは、すべての認証ユーザーは自動的にBIConsumersグループに追加されます。認証ロールはobiアプリケーション・ストライプに格納され、BI Publisherのポリシー・ストアでは検索できません。ただし、認証ロールはポリシー・ストアの管理インタフェースには表示されます。これをアプリケーション・ロールのリストで使用し、別のアプリケーション・ロールのメンバーとして追加することができます。認証ロールは、別のユーザー、グループまたはアプリケーション・ロールにマップできますが、認証ロール自体を削除することはできません。認証済ロールを削除すると、システムにログインできなくなり、この権利の明示的な付与が必要になります。

Oracle Fusion Middlewareのセキュリティ・モデルおよび認証済ロールの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

2.4.2.1 BIAdministratorロールへのカタログ権限の付与

BIAdministratorロールには、デフォルトでカタログの読取り権限のみが付与されます。つまり、BIAdministratorが共有フォルダを管理するには、BIAdministratorロールに共有フォルダ・ノードの書込みおよび削除権限が付与されている必要があります。カタログでの権限付与の詳細は、第3.8.3項「カタログ権限の付与」を参照してください。

2.5 認証の管理

認証とは、ユーザーが身元を偽っていないことを確認してアイデンティティを検証するプロセスのことです。Oracle WebLogic Serverの埋込みディレクトリ・サーバーは、デフォルトのセキュリティ構成の認証プロバイダです。ユーザー、グループおよびパスワードは、Oracle WebLogic Server管理コンソールを使用して管理されます。環境の開発やテストにはデフォルトの認証プロバイダを使用するとよいでしょう。本番環境でのベスト・プラクティスは、フル機能の認証プロバイダを使用することです。

注意:

ハードウェアとソフトウェアの要件、プラットフォーム、データベースおよびその他の情報の詳細は、システム要件と動作要件のドキュメントを参照してください。いずれのドキュメントもOracle Technology Network(OTN)から入手できます。

インストール中にOracle WebLogic Serverドメインが作成されます。BI Publisherがそのドメインにインストールされ、Oracle WebLogic Serverのセキュリティ・レルムを使用します。セキュリティ・レルムには、複数の認証プロバイダを構成しておくことができますが、一度に1つのプロバイダのみがアクティブになることができます。その優先順位は、リスト内のプロバイダの順序によって決まります。セキュリティ・レルムに認証プロバイダを多数定義しておくことで累積的な効果がもたらされるというわけではなく、リスト内の最初のプロバイダが、認証で必要とされるユーザーやパスワードの全データの情報源となります。この方法により、必要に応じて認証プロバイダを切り替えられるようになります。たとえば、開発環境と本番環境で異なるLDAPサーバーを必要とする場合は、認証に使用されるディレクトリ・サーバーを、管理コンソールで順番を並べ替えることによって変更できます。異なる認証プロバイダの構成方法の詳細は、第2.8.1項「新しい認証プロバイダの構成」を参照してください。

Oracle WebLogic Serverでの認証プロバイダの管理の詳細は、オンライン・ヘルプを参照してください。詳細は、Oracle WebLogic Server管理コンソールにログインして、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプを起動してください。

2.5.1 Oracle WebLogic Server管理コンソールへのアクセス

Oracle WebLogic Serverは自動的にインストールされ、デフォルトの管理サーバーとして機能します。管理コンソールはブラウザベースで、デフォルト認証プロバイダとして構成されている埋込みディレクトリ・サーバーの管理に使用されます。これは、URLをWebブラウザに入力することにより起動されます。デフォルトURLは、http://hostname:port_number/consoleのような形式となります。ポート番号は、管理サーバーの番号です。デフォルトでは、ポート番号は7001です。

Oracle WebLogic Server管理コンソールを起動するには:

1. WebブラウザにURLを入力してOracle WebLogic Serverにログインします。
たとえば、http://hostname:7001/consoleなどと入力します。図2-2に示すように、管理コンソールのログイン・ページが表示されます。

図2-2 管理コンソールのログイン・ページ

2. BI Publisherの管理者ユーザーの名前とパスワードを使用してログインし、「ログイン」をクリックします。
このパスワードは、BI Publisherのインストール時に指定したものです。これらの値が変更されている場合は、現在の管理ユーザーの名前とパスワードを入力します。

図2-3に示すように、管理コンソールが表示されます。

図2-3 管理コンソール

2.5.2 デフォルト認証プロバイダを使用したユーザーとグループの管理

グループを管理することは、多数のユーザーを個々に管理するより効率的です。ベスト・プラクティスとしては、最初にBI Publisherのすべてのユーザーを、同様のシステム・アクセス要件を持つグループにまとめます。その後、それらのグループを、適切なレベルのアクセスが提供されるアプリケーション・ロールにマップできます。システム・アクセス要件が変更される場合には、アプリケーション・ロールで付与される権限を変更するか、適切な権限を持つ新たなアプリケーション・ロールを作成するだけで済みます。グループが作成された後も、通常どおりに管理インタフェースを使用してアイデンティティ・ストアのユーザー・ディレクトリを追加または削除できます。

デフォルト・ディレクトリ・サーバーでユーザーを作成するには:

1. Oracle WebLogic Server管理コンソールを起動します(その必要がある場合)
詳細は、第2.5.1項「Oracle WebLogic Server管理コンソールへのアクセス」を参照してください。

2. 管理ユーザーとしてログインします。

3. 管理コンソールの左のパネルで「セキュリティ・レルム」を選択して、構成しているセキュリティ・レルムをクリックします。たとえば、myrealmです。

4. 「ユーザーとグループ」タブ(図2-4を参照)を選択し、「ユーザー」を選択します。「新規」をクリックします。

図2-4 「ユーザーとグループ」タブ

5. 「新規ユーザーの作成」ページ(図2-5を参照)で、次の情報を指定します。

- 名前: ユーザーの名前を入力します。無効な文字のリストは、オンライン・ヘルプを参照してください。

- (オプション)説明: 説明を入力します。

- プロバイダ: ユーザー情報の場所に対応する認証プロバイダをリストから選択します。DefaultAuthenticatorは、デフォルト認証プロバイダの名前です。

- パスワード: 8文字以上の長さで、ユーザーのパスワードを入力します。

- パスワードの確認: ユーザー・パスワードを再入力します。

図2-5 「新規ユーザーの作成」ページ

6. 「OK」をクリックします。
ユーザー名は、User表に追加されます。

デフォルト・ディレクトリ・サーバーでグループを作成するには:

1. Oracle WebLogic Server管理コンソールを起動します(その必要がある場合)
詳細は、第2.5.1項「Oracle WebLogic Server管理コンソールへのアクセス」を参照してください。

2. 管理ユーザーとしてログインします。

3. 管理コンソールの左のパネルで「セキュリティ・レルム」を選択して、構成しているセキュリティ・レルムをクリックします。たとえば、myrealmです。

4. 「ユーザーとグループ」タブ→「グループ」を選択します。「新規」をクリックします。

5. 「新しいグループの作成」ペインで、次の情報を指定します。

- 名前: グループの名前を入力します。グループ名は、大文字と小文字が区別され、一意である必要があります。無効な文字のリストは、オンライン・ヘルプを参照してください。

- (オプション)説明: 説明を入力します。

- プロバイダ: グループ情報の場所に対応する認証プロバイダをリストから選択します。DefaultAuthenticatorは、デフォルト認証プロバイダの名前です。

6. 「OK」をクリックします。
グループ名は、Group表に追加されます。

ユーザーをデフォルト・ディレクトリ・サーバーのグループに追加するには:

1. Oracle WebLogic Server管理コンソールを起動します(その必要がある場合)
詳細は、第2.5.1項「Oracle WebLogic Server管理コンソールへのアクセス」を参照してください。

2. 管理ユーザーとしてログインします。

3. 管理コンソールの左のパネルで「セキュリティ・レルム」を選択して、構成しているセキュリティ・レルムをクリックします。たとえば、myrealmです。

4. 図2-6に示すように、「ユーザーとグループ」タブを選択し、「ユーザー」を選択します。「名前」からユーザーを選択します。

図2-6 「ユーザー」タブ

5. 「設定」ページから、「グループ」タブを選択して使用可能なグループのリストを表示します。

6. 図2-7に示すように、1つ以上のグループを「使用可能」リストから選択し、シャトル・コントロールを使用してそれらのグループを「選択済み」リストに移動します。

図2-7 「使用可能」リストと「選択済み」リスト

7. 「保存」をクリックします。
ユーザーがグループに追加されます。

デフォルトのディレクトリ・サーバーでユーザー・パスワードを変更するには:

1. Oracle WebLogic Server管理コンソールを起動します(その必要がある場合)
詳細は、第2.5.1項「Oracle WebLogic Server管理コンソールへのアクセス」を参照してください。

2. 管理ユーザーとしてログインします。

3. 管理コンソールの左のパネルで「セキュリティ・レルム」を選択して、構成しているセキュリティ・レルムをクリックします。たとえば、myrealmです。

4. 「ユーザーとグループ」タブ→「ユーザー」を選択します。

5. Users表で、パスワードを変更したいユーザーを選択します。
図2-8に示すように、ユーザーの設定ページが表示されます。

図2-8 設定ページ

6. 「パスワード」タブを選択して、「新しいパスワード」フィールドと「パスワードの確認」フィールドにパスワードを入力します。

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

2.6 認証の管理

ユーザーが認証された後のBI Publisherリソースへのアクセスは権限(認可)により制御されます。ポリシー・ストアには、BI Publisherに必要な、システムやアプリケーションに固有のポリシーとロールが含まれます。ポリシー・ストアは、ファイルベースであってもLDAPベースであっても問題はなく、BI Publisherのデフォルトのアプリケーション・ロール、権限、ユーザーおよびグループ間のマッピング定義を保持します。BI Publisherの権限は、アイデンティティ・ストアのユーザーとグループをポリシー・ストア内のアプリケーション・ロールや権限付与とマッピングすることにより付与されます。ユーザーやグループ(アイデンティティ・ストア)とアプリケーション・ロール(ポリシー・ストア)との間のこれらマッピング定義は、ポリシー・ストアにも保存されます。

注意:

ベスト・プラクティスは、個々のユーザーではなくグループをアプリケーション・ロールにマップすることです。グループのメンバーシップを制御することで、複数のユーザーのアクセス権を個々に追跡する場合の複雑さを軽減できます。グループ・メンバーシップは、アイデンティティ・ストアで制御されます。

system-jazn-data.xmlファイルは、デフォルトのポリシー・ストアとしてインストールおよび構成されます。デフォルトのストアを使用し続け、環境に応じて必要な変更を加えることも、データをLDAPベースのプロバイダに移行することもできます。このリリースでは、Oracle Internet DirectoryがLDAPサーバーとしてサポートされています。

環境内のポリシー・ストアと資格証明ストアは、同じタイプのものである必要があります。つまり、どちらもファイルベースであるか、LDAPベースである必要があります。

権限は、BI Publisherが認識可能な方法で定義される必要があります。有効なBI Publisherの権限はすべて、アプリケーション・ポリシーに事前マップされており、そこからさらにデフォルトのアプリケーション・ロールに事前マップされています。ポリシー・ストアに新しい権限を作成することはできません。ただし、デフォルトのアプリケーション・ポリシーの権限付与やアプリケーション・ロールのマッピングをカスタマイズしたり、独自のものを作成することはできます。

BI Publisherのデフォルトの権限付与の詳細は、第2.4.2項「デフォルトのアプリケーション・ロールと権限」を参照してください。アプリケーション・ロールと権限付与のカスタマイズの詳細は、第2.8.3項「ポリシー・ストアのカスタマイズ」を参照してください。

2.6.1 Oracle Enterprise Manager Fusion Middleware Controlへのアクセス

Fusion Middleware Controlは、ファームの監視および管理に使用できるWebブラウザベースのグラフィカル・ユーザー・インタフェースです。ファームとは、Fusion Middleware Controlで管理されるコンポーネントの集まりです。複数のOracle WebLogic Serverドメイン、1つの管理サーバー、1つ以上の管理対象サーバー、クラスタのほか、ドメインにインストールおよび構成されていて、実行されているOracle Fusion Middlewareのコンポーネントが含まれます。インストール中に、Oracle WebLogicドメインが作成され、BI Publisherがドメインにインストールされます。簡易インストールおよびエンタープライズ・インストールを実行した場合、このドメインはbifoundation_domainという名前で、Fusion Middleware Controlのターゲット・ナビゲーション・ペインのWebLogicドメイン内に配置されます。

WebブラウザにURLを入力してFusion Middleware Controlを起動します。URLには、ホストの名前とインストール時に割り当てられた管理ポート番号が含まれます。このURLは、http://hostname:port_number/emのような形式となります。デフォルトのポートは7001です。Fusion Middleware Controlの使用の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

Fusion Middleware Controlの「セキュリティ」メニューを表示するには:

1. WebブラウザにURLを入力してOracle Enterprise Manager Fusion Middleware Controlにログインします。
例: http://hostname:7001/em

図2-9に示すように、Fusion Middleware Controlのログイン・ページが表示されます。

図2-9 Fusion MIddleware Controlのログイン・ページ

2. BI Publisherの管理者ユーザーの名前とパスワードを入力して、「ログイン」をクリックします。
このパスワードは、BI Publisherのインストール時に指定したものです。これらの値が変更されている場合は、現在の管理ユーザーの名前とパスワードを入力します。

3. ターゲット・ナビゲーション・ペインで「WebLogicドメイン」を開いて「bifoundation_domain」を表示します。次の方法のいずれかを選択することで、「セキュリティ」メニューを表示します。

- 図2-10に示すように、「bifoundation_domain」を右クリックして「セキュリティ」メニューを表示します。「セキュリティ」を選択してサブメニューを表示します。

図2-10 「セキュリティ」サブメニュー

- コンテンツ・ペインから「WebLogicドメイン」メニューを表示して「セキュリティ」を選択します。図2-11に示すように、「セキュリティ」を選択してサブメニューを表示します。

図2-11 「セキュリティ」サブメニュー

2.6.2 Fusion Middleware Controlを使用したポリシー・ストアの管理

ファイルベースまたはLDAPベースのポリシー・ストアに保持されているBI Publisherのアプリケーション・ポリシーやアプリケーション・ロールを管理するには、Fusion Middleware Controlを使用します。LDAPベースのポリシー・ストアの構成の詳細は、第2.8.2項「新しいポリシー・ストアおよび資格証明ストア・プロバイダの構成」を参照してください。

注意:

オリジナルのsystem-jazn-data.xmlポリシー・ファイルのコピーを作成して安全な場所に置いておくことをお薦めします。必要に応じて、元のファイルのコピーを使用してデフォルトのポリシー・ストア構成をリストアします。デフォルトのセキュリティ構成に対する変更は、望ましくない状態を引き起こす可能性があります。デフォルトのインストール場所はMW_HOME/user_projects/domain/your_domain/config/fmwconfigです。

一般的なポリシー・ストア管理タスクを次に示します。

- アプリケーション・ロールのメンバーシップを変更します。詳細は、第2.6.4項「アプリケーション・ロールのメンバーシップの変更」を参照してください。

- アプリケーション・ロールの権限付与を変更します。詳細は、第2.8.3.3項「アプリケーション・ポリシーの権限付与の変更」を参照してください。

- 新しいアプリケーション・ロールを最初から作成します。詳細は、第2.8.3.1項「Fusion Middleware Controlの使用によるアプリケーション・ロールの作成」を参照してください。

- 既存のアプリケーション・ロールに基づいて新しいアプリケーション・ロールを作成します。詳細は、第2.8.3.1項「Fusion Middleware Controlの使用によるアプリケーション・ロールの作成」を参照してください。

2.6.3 Fusion Middleware Controlを使用したアプリケーション・ロールの変更

Fusion Middleware Controlを使用してアプリケーション・ロールのメンバーを追加または削除できます。これらのタスクは、BI PublisherがインストールされているWebLogicドメインで実行する必要があります。たとえばbifoundation_domainなどです。

注意:

デフォルト・アプリケーション・ロールの権限付与およびメンバーシップを変更する場合は、十分注意してください。変更によりシステムが使用不可能になる可能性があります。

2.6.4 アプリケーション・ロールのメンバーシップの変更

アプリケーション・ロールの有効なメンバーは、ユーザー、グループまたはその他のアプリケーション・ロールです。アプリケーション・ロールのメンバーになるプロセスは、マッピングと呼ばれます。つまり、アプリケーション・ロールにマップされることは、アプリケーション・ロールのメンバーになることです。メンテナンスをより容易にするためのベスト・プラクティスは、個々のユーザーではなくグループをアプリケーション・ロールにマップすることです。

アプリケーション・ロールのメンバーを追加または削除するには:

1. Fusion Middleware Controlにログインして、「セキュリティ」に移動し、「アプリケーション・ロール」を選択して「アプリケーション・ロール」ページを表示します。
「セキュリティ」メニューへの移動の詳細は、第2.6.1項「Oracle Enterprise Manager Fusion Middleware Controlへのアクセス」を参照してください。

2. 「検索するアプリケーション・ストライプの選択」を選択して、リストから「obi」を選択します。 図2-12に示すように、「ロール名」の横にある検索アイコンをクリックします。

図2-12 検索アイコン

BI Publisherのアプリケーション・ロールが表示されます。図2-13は、デフォルト・アプリケーション・ロールを示しています。

図2-13 デフォルトのアプリケーション・ロール

3. アプリケーション・ロール名の横のセルを選択し、「編集」をクリックして「アプリケーション・ロールの編集」ページを表示します。図2-14では、BIAuthorアプリケーション・ロールが選択されています。

図2-14 BIAuthorアプリケーション・ロール

「アプリケーション・ロールの編集」ページにメンバーを追加するか、またはこのページからメンバーを削除できます。有効なメンバーは、ロール、グループおよびユーザーです。

4. 次のオプションから選択します。

- メンバーを削除するには: 「メンバー」の「名前」から、「削除」ボタンをアクティブにするメンバーを選択します。「削除」をクリックします。

- メンバーを追加する場合: 追加するメンバー・タイプに対応する「追加」ボタンをクリックします。「アプリケーション・ロールの追加」、「グループの追加」および「ユーザーの追加」から選択します。

5. メンバーを追加する場合は、「検索」に入力し、使用可能なリストから選択します。シャトル・コントロールを使用して、選択したフィールドにメンバーを移動します。「OK」をクリックします。
たとえば、図2-15は、Report_Devグループが選択された後の「グループの追加」ダイアログを示しています。

図2-15 「グループの追加」ダイアログ

追加されたメンバーは、「アプリケーション・ロール」ページで、変更されたアプリケーション・ロールに対応する「メンバー」列に表示されます。

2.7 資格証明の管理

システムにより使用される資格証明は、単一のセキュアな資格証明ストアに格納されます。Oracle Walletがデフォルトの資格証明ストア・ファイルです(cwallet.sso)。資格証明ストアは、LDAPベースであっても構いません。Oracle Internet DirectoryがこのリリースでサポートされているLDAPサーバーです。LDAPベースの資格証明ストアは、Oracle Enterprise Manager Fusion Middleware ControlまたはWLSTコマンドを使用して構成および管理されます。

各資格証明は、マップ名とキー名により一意に識別されます。各マップには一連のキーが含まれており、各キーが資格証明となります。マップ名とキー名の組合せは、資格証明ストアのすべてのエントリに対して一意である必要があります。次の資格証明マップが、BI Publisherにより使用されます。

- oracle.bi.system: BI Publisherプラットフォーム全体にわたる資格証明が含まれます。

- oracle.bi.publisher: BI Publisherのみによって使用される資格証明が含まれます。

次の2つのタイプの資格証明がサポートされています。

- パスワード: ユーザー名とパスワードをカプセル化します。

- 汎用: 公開鍵証明書などの、カスタマイズされたデータや任意のトークンがすべてカプセル化されます。

開発環境をすぐに使用できるようにするため、インストール時にデフォルトの資格証明がファイルベースの資格証明ストアに挿入されます。ユーザー・パスワードなどのBI Publisherの資格証明は、アイデンティティ・ストアに格納され、対応する管理インタフェースにより管理されます。

2.7.1 資格証明ストアの管理

資格証明は、Fusion Middleware Controlで、またはWLSTコマンドを使用して管理できます。これらの方法の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のドメイン資格証明ストアの管理に関する項を参照してください。

2.7.2 BISystemUser資格証明の管理

Oracle Business Intelligenceをデータ・ストアとして使用している場合、BI PublisherはBISystemUserとのシステム通信を確立します。BISystemUserのパスワードをアイデンティティ・ストアの管理インタフェースで変更する場合は、資格証明ストア(oracle.bi.system資格証明マップ)でパスワードを変更する必要もあります。これは、デフォルトのBISystemUserに置き換わるカスタム・アプリケーション・ロールを作成した場合にも当てはまることです。資格証明が同期されていないと、コンポーネントは相互に通信できません。Oracle Business Intelligenceで信頼できるシステム通信のためにBISystemUserがどのように使用されるかの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

2.8 デフォルトのセキュリティ構成のカスタマイズ

デフォルトのセキュリティ構成は、次の方法でカスタマイズできます。

- 新しい認証プロバイダを構成します。詳細は、第2.8.1項「新しい認証プロバイダの構成」を参照してください。

- 新しいポリシー・ストアと資格証明ストア・プロバイダを構成します。詳細は、第2.8.2項「新しいポリシー・ストアおよび資格証明ストア・プロバイダの構成」を参照してください。

- ポリシーと資格証明を、1つのストアから別のストアに移行します。詳細は、第2.8.2.1項「ポリシー・ストアと資格証明ストアの再関連付け」を参照してください。

- 新しいアプリケーション・ロールを作成します。詳細は、第2.8.3.1項「Fusion Middleware Controlの使用によるアプリケーション・ロールの作成」を参照してください。

- 新しいアプリケーション・ポリシーを作成します。詳細は、第2.8.3.2項「Fusion Middleware Controlの使用によるアプリケーション・ポリシーの作成」を参照してください。

- アプリケーション・ポリシーに対する権限付与を変更します。詳細は、第2.8.3.3項「アプリケーション・ポリシーの権限付与の変更」を参照してください。

2.8.1 新しい認証プロバイダの構成

サポートされている別のLDAPサーバーを認証プロバイダとして構成することもできます。Oracle WebLogic Server管理コンソールを使用して、BI Publisherでかわりの外部アイデンティティ・ストアが実行されるように構成します。BI Publisherは認証とユーザー移入管理を、BI Publisherが属するドメインに対して構成されている認証プロバイダとアイデンティティ・ストアに委任します。たとえば、Oracle WebLogic Serverのデフォルトの認証プロバイダを使用するように構成されている場合は、Oracle WebLogic Server管理コンソールで管理が実行されます。Oracle Internet Directory(OID)を使用するように構成されている場合は、OID管理ユーザー・インタフェースが使用されます。

デフォルトのセキュリティ構成の一部としてインストールされている認証プロバイダ以外を使用している場合は、第2.4.1項「デフォルトのユーザーとグループ」で説明しているデフォルトのユーザーとグループは自動的には提供されません。独自に選択した名前でユーザーやグループを作成することも、デフォルトのユーザー名とグループ名を作成しなおすこともできます(認証プロバイダでサポートされている場合)。この作業が完了した後、BI Publisherのデフォルトのアプリケーション・ロールを別のグループに再度マップする必要があります。たとえば、企業でLDAPサーバーがアイデンティティ・ストアとして使用されており、BI Publisherのデフォルトのユーザーやグループをそのストア内に作成できない場合は、デフォルトのアプリケーション・ロールを企業のLDAPサーバーに固有の別のグループにマップする必要があります。Fusion Middleware Controlを使用して、グループをアプリケーション・ロールにマップします。

異なる認証プロバイダの構成方法の詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプおよび『Oracle Fusion Middleware Oracle WebLogic Serverの保護』を参照してください。

2.8.2 新しいポリシー・ストアおよび資格証明ストア・プロバイダの構成

ポリシー・ストアと資格証明ストアは、ファイルベースまたはLDAPベースで構成できます。このリリースでその両方のストアに対してサポートされているLDAPサーバーは、Oracle Internet Directoryです。LDAPベースのストアを使用するための前提条件は、ポリシー・ストアと資格証明ストアのいずれであっても同じです。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のLDAPベースのポリシーおよび資格証明ストアの構成に関する項を参照してください。

2.8.2.1 ポリシー・ストアと資格証明ストアの再関連付け

ポリシーや資格証明を1つのセキュリティ・ストアから別のセキュリティ・ストアに移行することを、再関連付けと呼びます。ポリシー・ストアと資格証明ストアのどちらのデータも、ファイルベースのストアからLDAPベースのストアに、またはその逆に再関連付け(移行)できます。

資格証明ストアとポリシー・ストアはどちらも同じタイプのものである必要があるため、1つのストアを再関連付けするときにはもう一方のストアも再関連付けする必要があります。

再関連付け、および、資格証明ストアとポリシー・ストアのデータをOracle Internet Directoryに移行するために必要な手順の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlによる再関連付けに関する項を参照してください。

2.8.3 ポリシー・ストアのカスタマイズ

Fusion Middlewareのセキュリティ・モデルは、独自のアプリケーション・ポリシーとアプリケーション・ロールを作成することにより、環境に合せてカスタマイズできます。既存のアプリケーション・ロールは、必要に応じてメンバーを追加または削除することにより変更できます。既存のアプリケーション・ポリシーは、権限付与を追加または削除することにより変更できます。アプリケーション・ポリシーとアプリケーション・ロールの管理の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

注意:

新しいアプリケーション・ポリシーやアプリケーション・ロールを作成してBI Publisherのデフォルトのセキュリティ構成に追加する前に、権限やグループの継承の仕組みについて理解しておく必要があります。ロールの階層を構築するときは、循環依存が生じないことが重要です。ベスト・プラクティスは、デフォルトのセキュリティ構成はそのままにしておいて、カスタマイズされたアプリケーション・ポリシーやアプリケーション・ロールをまずはテスト環境に取り込んでみることです。詳細は、第2.3項「権限の付与と継承」を参照してください。

2.8.3.1 Fusion Middleware Controlの使用によるアプリケーション・ロールの作成

新しいアプリケーション・ロールを作成するには、2つの方法があります。

- 新規に作成: 新しいアプリケーション・ロールが作成されます。メンバーを同時に追加することや、新規ロールに名前を付けて保存し、後でメンバーを追加することができます。

- 既存のものをコピー: 既存のアプリケーション・ロールをコピーすることにより、新しいアプリケーション・ロールが作成されます。コピーは、オリジナルと同じメンバーを含み、同じアプリケーション・ポリシーの権限受領者となります。コピーを必要に応じて変更して、新しいロールの作成を完了できます。

新規アプリケーション・ロールを作成するには:

1. Fusion Middleware Controlにログインして、「セキュリティ」に移動し、「アプリケーション・ロール」を選択して「アプリケーション・ロール」ページを表示します。
詳細は、第2.6.1項「Oracle Enterprise Manager Fusion Middleware Controlへのアクセス」を参照してください。

2. 「検索するアプリケーション・ストライプの選択」を選択して、リストから「obi」を選択します。「ロール名」の横にある検索アイコンをクリックします。
BI Publisherのアプリケーション・ロールが表示されます。

3. 「作成」をクリックして「アプリケーション・ロールの作成」ページを表示します。すべての情報を一度に入力することも、「ロール名」を入力し、保存しておいて、それ以外のフィールドを後で入力することもできます。次のようにフィールドに入力します。
「一般」では:

- ロール名: アプリケーション・ロールの名前を入力します。

- (オプション)表示名: アプリケーション・ロールの表示名を入力します。

- (オプション)説明: アプリケーション・ロールの説明を入力します。

「メンバー」セクションでは、アプリケーション・ロールにマップするユーザー、グループまたはアプリケーション・ロールを選択します。対象に応じて、「アプリケーション・ロールの追加」、「グループの追加」または「ユーザーの追加」を選択します。表示されるダイアログ・ボックス内を検索するには:

- 「名前」フィールドに名前を入力し、青いボタンをクリックして検索します。

- 「使用可能」ボックスで、戻された結果から選択します。

- シャトル・コントロールを使用して、必要な名前を「選択済」ボックスに移動します。

- 「OK」をクリックして、「アプリケーション・ロールの作成」ページに戻ります。

- すべてのメンバーがアプリケーション・ロールに追加されるまでこの手順を繰り返します。

4. 「OK」をクリックして、「アプリケーション・ロール」ページに戻ります。
作成したアプリケーション・ロールがページ下部の表に表示されます。

既存のアプリケーション・ロールに基づいてアプリケーション・ロールを作成する手順は、次のとおりです。

1. Fusion Middleware Controlにログインして、「セキュリティ」に移動し、「アプリケーション・ロール」を選択して「アプリケーション・ロール」ページを表示します。
詳細は、第2.6.1項「Oracle Enterprise Manager Fusion Middleware Controlへのアクセス」を参照してください。

2. 「検索するアプリケーション・ストライプの選択」を選択して、リストから「obi」を選択します。「ロール名」の横にある検索アイコンをクリックします。
BI Publisherのアプリケーション・ロールが表示されます。

3. リストからアプリケーション・ロールを選択してアクション・ボタンを有効にします。

4. 「類似作成」をクリックし、アプリケーション・ロールの類似作成ページを表示します。
「メンバー」セクションには、オリジナル・ロールにマップされているのと同じアプリケーション・ロール、グループまたはユーザーが入力されます。

5. 「ロール名」、「表示名」および「説明」の各フィールドに入力します。
図2-16は、MyNewRoleと名付けられた、BIAuthorに基づくアプリケーション・ロールの例を示しています。

図2-16 BIAuthorに基づくロール

6. 「追加」および「削除」を使用し、メンバーを必要に応じて変更してから、「OK」をクリックします。
作成されたアプリケーション・ロールは、ページ下部の表に表示されます。図2-17は、デフォルトのBIAuthorアプリケーション・ロールに基くMyNewRoleの例を示しています。

図2-17 デフォルトのBIAuthorロールに基づくMyNewRole

2.8.3.2 Fusion Middleware Controlの使用によるアプリケーション・ポリシーの作成

BI Publisherの権限はすべて提供されており、ユーザーが新しい権限を作成することはできません。権限付与は、Fusion Middleware Controlの「アプリケーション・ポリシー」ページでコントロールされます。権限付与は、アプリケーション・ポリシーで定義されます。アプリケーション・ロール、ユーザー、またはグループが、その後アプリケーション・ポリシーにマップされます。このプロセスによって、アプリケーション・ロール、ユーザーまたはグループがアプリケーション・ポリシーの「権限受領者」となります。

新しいアプリケーション・ポリシーを作成するには、2つの方法があります。

- 新規に作成: 新しいアプリケーション・ポリシーが作成され、権限が追加されます。

- 既存のものをコピー: 既存のアプリケーション・ポリシーをコピーすることにより、新しいアプリケーション・ポリシーが作成されます。コピーに名前が付けられて既存の権限が削除されるか、必要に応じて権限が追加されます。

新しいアプリケーション・ポリシーを作成するには:

1. Fusion Middleware Controlにログインして、「セキュリティ」に移動し、「アプリケーション・ポリシー」を選択して「アプリケーション・ポリシー」ページを表示します。
詳細は、第2.6.1項「Oracle Enterprise Manager Fusion Middleware Controlへのアクセス」を参照してください。

2. 「検索するアプリケーション・ストライプの選択」を選択して、リストから「obi」を選択します。「権限」の横の検索アイコンをクリックします。
BI Publisherのアプリケーション・ポリシーが表示されます。「プリンシパル」列に、ポリシー名「権限受領者」が表示されます。

3. 「作成」をクリックして、「アプリケーション権限の作成」ページを表示します。

4. 作成するポリシーにパーミッションを追加するには、「権限」領域の「追加」をクリックして、「権限の追加」ダイアログ・ボックスを表示します。

- 「検索」領域に入力し、「リソース名」フィールドの横の青い検索ボタンをクリックします。
obiアプリケーション・ストライプで検出されたすべての権限が表示されます。BI Publisherの権限の詳細は、第2.4.2項「デフォルトのアプリケーション・ロールと権限」を参照してください。

- 希望のBI Publisherの権限を選択して「OK」をクリックします。必要なすべての権限が選択されるまで繰り返します。BI Publisher以外の権限を選択しても、ポリシーには何の効果も及ぼしません。

- 任意のアイテムを削除するには、それを選択して、「削除」をクリックします。

「アプリケーション権限の作成」ページに戻されます。選択した権限が「権限」領域に表示されます。

5. 作成するポリシーにアプリケーション・ロールを追加するには、「権限受領者」領域の「アプリケーション・ロールの追加」をクリックして、「アプリケーション・ロールの追加」ダイアログを表示します。

- 「検索」領域に入力し、「リソース名」フィールドの横の青い検索ボタンをクリックします。

- 「使用可能なロール」リストから選択し、シャトル・コントロールを使用して、それを「選択したロール」に移動します。

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

「アプリケーション・ポリシー」ページに戻ります。作成したポリシーの「プリンシパル」(権限受領者)および「権限」が表に表示されます。

既存のアプリケーション・ポリシーに基づいてアプリケーション・ポリシーを作成する手順は、次のとおりです。

1. Fusion Middleware Controlにログインして、「セキュリティ」に移動し、「アプリケーション・ポリシー」を選択して「アプリケーション・ポリシー」ページを表示します。
詳細は、第2.6.1項「Oracle Enterprise Manager Fusion Middleware Controlへのアクセス」を参照してください。

2. 「検索するアプリケーション・ストライプの選択」を選択して、リストから「obi」を選択します。「権限」の横の検索アイコンをクリックします。
BI Publisherのアプリケーション・ポリシーが表示されます。「プリンシパル」列に、ポリシー名「権限受領者」が表示されます。

3. 表から既存のポリシーを選択します。
たとえば、図2-18では、プリンシパルBIAuthor(権限受領者)が選択されており、「類似作成」ボタンが有効になっています。

図2-18 プリンシパルBIAuthor(権限受領者)

4. 「類似作成」をクリックし、アプリケーション権限の類似作成ページを表示します。「権限」の表に、選択されたポリシーにより付与される権限の名前が表示されます。

5. 任意のアイテムを削除するには、それを選択して、「削除」をクリックします。

6. ポリシーにアプリケーション・ロールを追加するには、「権限受領者」領域の「アプリケーション・ロールの追加」をクリックして、「アプリケーション・ロールの追加」ダイアログを表示します。
次の図は、MyNewRoleアプリケーション・ロールの例を示しています。

- 図2-19に示すように、「検索」領域に入力し、「リソース名」フィールドの横の青い検索ボタンをクリックします。

図2-19 「アプリケーション・ロールの追加」ダイアログ

- 「使用可能なロール」リストから選択し、シャトル・コントロールを使用して、それを「選択したロール」に移動します。(図2-20に示すように)アプリケーション権限の類似作成ページに、選択されたアプリケーション・ロールが「権限受領者」として追加され、表示されます。

図2-20 アプリケーション権限の類似作成ページ

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

「アプリケーション・ポリシー」ページに戻ります。図2-21に示すように、作成したポリシーのプリンシパルおよび権限が表に表示されます。

図2-21 ポリシーのプリンシパルと権限

2.8.3.3 アプリケーション・ポリシーの権限付与の変更

アプリケーション・ポリシーによって付与される権限のうち、1つ以上の権限を変更できます。

アプリケーション・ポリシーの権限付与を追加または削除するには:

1. Fusion Middleware Controlにログインして、「セキュリティ」に移動し、「アプリケーション・ポリシー」を選択して「アプリケーション・ポリシー」ページを表示します。
詳細は、第2.6.1項「Oracle Enterprise Manager Fusion Middleware Controlへのアクセス」を参照してください。

2. 「検索するアプリケーション・ストライプの選択」を選択して、リストから「obi」を選択します。「ロール名」の横にある検索アイコンをクリックします。
BI Publisherのアプリケーション・ポリシーが表示されます。「プリンシパル」列に、ポリシー名「権限受領者」が表示されます。

3. 「プリンシパル」列からアプリケーション・ロールの名前を選択して、「編集」をクリックします。

4. 「アプリケーション権限の編集」ビューから権限を追加または削除し、「OK」をクリックして変更を保存します。

3 代替のセキュリティ・オプション

この章では、シングル・サインオン(SSO)、LDAPオプション、Oracle Access Manager (OAM)およびMicrosoft Active DirectoryをはじめとするBI Publisherの代替のセキュリティ・オプションについて説明します。

内容は次のとおりです。

- 第3.1項「代替のセキュリティ・オプションについて」

- 第3.2項「認証オプションと認可オプション」

- 第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」

- 第3.4項「機能を使用する権限について」

- 第3.5項「カタログ権限について」

- 第3.6項「各種機能権限の動作」

- 第3.7項「データソースに対するアクセス権について」

- 第3.8項「ユーザー、ロールおよびデータ・アクセス権の構成」

- 第3.9項「セキュリティとカタログの編成」

- 第3.10項「BI PublisherでのLDAPの使用方法」

- 第3.11項「Microsoft Active Directoryとの統合」

- 3.12項「BI Publisherのシングル・サインオンの構成(SSO)」

- 第3.13項「Oracle Access Manager環境でのSSOの構成」

- 第3.14項「Oracleシングル・サインオンの設定」

3.1 代替のセキュリティ・オプションについて

この章では、Oracle BI Publisherのスタンドアロン実装(Oracle Business Intelligence Enterprise Edition外でのインストール)でのセキュリティの概要とオプションについて説明します。次の点に注意してください。

- Oracle BI Enterprise Editionをインストールしている場合は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のセキュリティ情報を参照してください。

- BI Publisherを単独でインストールしてあり、Oracle Fusion Middlewareセキュリティを使用する場合は、第2.1項「セキュリティ・モデルについて」を参照してください。この章に含まれているのは、次のトピックです。

- 第3.5項「カタログ権限について」

- 第3.7項「データソースに対するアクセス権について」

- BI Publisherを次のOracleセキュリティ・モデルを使用して構成します。

- Oracle BI Serverセキュリティ

- Oracle E-Business Suiteセキュリティ

- Oracle Databaseセキュリティ

- Siebel CRMセキュリティ

第5章「他のOracleセキュリティ・モデルとの統合」を参照してください。

この章の情報を使用して、次を構成します。

- BI Publisherのセキュリティ

- LDAPプロバイダとの統合

注意:

Oracle WebLogic Serverでサポートされているアイデンティティ・ストア・プロバイダを、BI Publisherで使用するように構成できます。Oracle WebLogic Server管理コンソールを使用して、BI Publisherでかわりの外部アイデンティティ・ストアが実行されるように構成します。この構成の詳細は、第2.8項「デフォルトのセキュリティ構成のカスタマイズ」を参照してください。

- シングル・サインオン・プロバイダとの統合

3.2 認証オプションと認可オプション

BI Publisherでは、認証および認可に関する複数のオプションをサポートしています。単一のセキュリティ・モデルを選択して認証と認可の両方を処理することも、認証用のシングル・サインオン・プロバイダやLDAPプロバイダを認可用の別のセキュリティ・モデルと併用するようにBI Publisherを構成することもできます。

3.3 BI Publisherのユーザー、ロールおよび権限の概要

ユーザーには1つまたは複数のロールが割り当てられます。ロールを介し、次のいずれかまたはすべての権限を付与できます。

- 機能を使用する権限

- カタログのオブジェクトにアクションを実行する権限

- データソースへのアクセス権

ロールを別のロールに割り当てることによって、ロールの階層を作成できます。この方法で、複数のロール権限を上位レベルのロールまでロールアップできます。図3-1に、ユーザー、ロールおよびフォルダの階層構造の例を示します。

図3-1 ユーザー、ロールおよびフォルダの階層構造

3.3.1 ユーザーとロールの構成オプション

ユーザーおよびロールを設定するには、次の3つのオプションがあります。

- BI Publisherセキュリティ・センターでのユーザーおよびロールの設定
このオプションを使用する場合は、この項の指示に従ってください。

- LDAPサーバーを使用したBI Publisherの構成
このオプションについては、第3.10.2項「認証および認可にLDAPプロバイダを使用するためのBI Publisherの構成」を参照してください。

- サポートされているOracleセキュリティ・モデルでのユーザーおよびロールの設定。このオプションの詳細は、第5章「他のOracleセキュリティ・モデルとの統合」を参照してください。

3.4 機能を使用する権限について

BI Publisherには、アプリケーション内の特定の機能に対してアクセス権を付与するための機能ロールのセットが用意されています。ユーザーには、関連するタスクを実行する必要があるかどうかに基づいてロールを割り当てます。これらのロールは更新または削除できません。

表3-1に、各機能ロールに付与されている権限を示します。

表3-1 各機能ロールに付与されている権限

ロール

権限

BI Publisherスケジューラ

表示エクスポート履歴スケジュール

BI Publisherテンプレート・デザイナ

表示エクスポート履歴(パブリック・レポートのみ)レイアウト・エディタへのアクセスの許可Template Builderからのログオンの許可

BI Publisherデベロッパ

表示エクスポートスケジュール履歴レポートの編集レイアウト・エディタへのアクセスの許可Template Builderからのログオンの許可データ・モデル・エディタへのアクセスの許可

BI Publisher管理者

その他すべてのロールの権限の許可「管理」ページおよびすべての管理タスクへのアクセス権の付与

これらの権限を割り当てられたロールは、カタログ・オブジェクトに対する権限が付与されるまで、オブジェクトに対して何のアクションも実行できません。

3.5 カタログ権限について

前述の機能ロールで許可されたアクションを実行するには、ロールに、カタログのオブジェクトへのアクセス権も付与されている必要があります。表3-2に、ロールの権限について説明します。

これらの各権限をフォルダ・レベルで付与することにより、フォルダ内のすべてのアイテムに対する操作が可能になります。

表3-2 ロールの権限

権限

説明

読取り

ロールに対してカタログのオブジェクトの表示を許可します。このオブジェクトがフォルダ内にある場合は、ロールには、オブジェクトとその親フォルダに対する読取り権限を付与する必要があります。

書込み

- レポート - BI Publisherデベロッパ・ロール

- データ・モデル - BI Publisherデベロッパ・ロール

- サブ・テンプレートとスタイル・テンプレート - BI Publisherデベロッパ・ロールまたはBI Publisherテンプレート・デザイナ・ロール

削除

ロールに対してオブジェクトの削除を許可します。

レポート・オンラインの実行

ロールに対してレポートの実行とレポート・ビューアでのレポートの表示を許可します。

レポートのスケジュール

ロールに対してレポートのスケジュールを許可します。

レポート出力の表示

ロールに対してレポートのレポート・ジョブ履歴へのアクセスを許可します。

レポート・コンシューマがレポートを正常に実行できるようにするためには、コンシューマのロールに、レポートで参照されるすべてのオブジェクトに対する読取りアクセス権が付与されている必要があることに注意してください。

たとえば、あるレポート・コンシューマがReportsという名前のフォルダでレポートを実行する必要があるとします。このレポートのデータ・モデルはData Modelsという名前のフォルダにあります。また、このレポートは、Sub Templatesというフォルダに格納されているサブ・テンプレートと、Style Templatesというフォルダに格納されているスタイル・テンプレートも参照します。そのため、このレポート・コンシューマのロールには、このようなフォルダとフォルダ内の該当オブジェクトすべてに対する読取りアクセス権が付与されている必要があります。

3.6 各種機能権限の動作

各種権限の動作について次のルールを理解しておくことが重要です。

- 機能権限が割り当てられたロールは、カタログ権限が割り当てられるまで、何のアクションも実行できません。

- ロールには、機能権限を割り当てることなく、カタログ・オブジェクトに対する権限セットを割り当てることができます。

- ロールに機能権限が割り当てられている場合は、カタログ権限が割り当てられると、一部の権限が継承されます。

3.6.1 ロールにはカタログ権限の割当てが必要

機能ロールが割り当てられたロールは、カタログ権限が割り当てられるまで、何のアクションも実行できません。機能ロール自体(BI Publisherデベロッパ、BI Publisherスケジューラなど)には、カタログの権限を直接割り当てることはできません。まず、機能ロールをカスタム・ロールに割り当てる必要があります。割り当てると、このカスタム・ロールがカタログ権限の表で利用可能になります。

3.6.2 ロールにはカタログ権限のみの付与が可能

カタログで直接利用可能な権限を使用すると、レポートの実行、レポートのスケジュール、およびレポート出力の表示ができます。したがって、レポートの実行と表示を行うためだけにBI Publisherにアクセスするレポート・コンシューマが企業に存在する場合は、このユーザーのロールはカタログ権限のみで構成されます。

3.6.3 継承される権限

ロールに機能ロールのいずれかが割り当てられている場合に、カタログの特定のフォルダに対する権限が付与されると、機能ロールに基づいて一部の権限が自動的に付与されます。

たとえば、財務レポート・デベロッパというロールを作成するとします。このロールにBI Publisherデベロッパ・ロールを割り当てます。このロールを使用してカタログ内のFinancial Reportsフォルダにレポートを作成するためには、このフォルダに対する読取り、書込みおよび削除の権限をこのロールに付与します。BI Publisherデベロッパ・ロールには、レポートの実行、レポートのスケジュールおよびレポート履歴の表示の権限が含まれているため、BI Publisherデベロッパ・ロールが割り当てられたロールが読取りアクセス権を持つすべてのフォルダに対して、これらの権限が自動的に付与されます。

3.7 データソースに対するアクセス権について

データソースに対して実行されるレポートを表示したり、データソースを使用するデータ・モデルを構築または編集するには、データソースに対するアクセス権をロールに付与する必要があります。データソースに対するアクセス権は、「ロールと権限」ページで追加します。第3.8.4項「データ・アクセス権の付与」を参照してください。

3.8 ユーザー、ロールおよびデータ・アクセス権の構成

ここでは、次の各手順を説明します。

- ロールの作成

- ユーザーの作成およびユーザーへのロールの割当て

- カタログ権限の付与

- データ・アクセス権の付与

3.8.1 ロールの作成

BI Publisherで新しいロールを作成するには:

1. BI Publisherの「管理」ページに移動します。

2. 「セキュリティ・センター」で「ロールと権限」をクリックします。

3. 「ロールの作成」をクリックします。

4. ロールの「名前」を入力し、オプションで「説明」を入力します。

5. 「適用」をクリックします。

6. 「ロールの割当て」をクリックし、ロールをユーザーに割り当てます。

7. シャトル・ボタンを使用して、ロールを「使用可能なロール」から「割当済ロール」に移動します。「適用」をクリックします。

8. ロールを別のロールに追加するには、「ロールの追加」をクリックします。

9. シャトル・ボタンを使用して、ロールを「使用可能なロール」から「含まれているロール」に移動します。「適用」をクリックします。

データソースをロールに追加するには、第3.8.4項「データ・アクセス権の付与」を参照してください。

3.8.2 ユーザーの作成およびユーザーへのロールの割当て

BI Publisherで新しいユーザーを作成するには:

1. BI Publisherの「管理」ページに移動します。

2. 「セキュリティ・センター」で「ユーザー」をクリックします。

3. 「ユーザーの作成」をクリックします。

4. ユーザーの「ユーザー名」と「パスワード」を追加します。

5. 「適用」をクリックします。

6. 「ロールの割当て」をクリックし、ロールをユーザーに割り当てます。

7. シャトル・ボタンを使用して、ロールを「使用可能なロール」から「割当済ロール」に移動します。「適用」をクリックします。

3.8.3 カタログ権限の付与

ロールからカタログのオブジェクトにアクセスするには、そのロールにオブジェクトとそのオブジェクトが含まれているフォルダの両方に対する読取り権限が付与されている必要があります。権限はフォルダ・レベルで付与できるので、フォルダに含まれているオブジェクトとサブフォルダすべてに適用することも、個々のオブジェクトに適用することもできます。

カタログ権限をロールに付与するには:

1. カタログにナビゲートします。

2. 権限を付与するフォルダやオブジェクトを選択し、「詳細」をクリックします。メニュー(図3-2を参照)から、「権限」を選択します。または、該当のフォルダを選択し、「タスク」リージョンで「権限」をクリックします。

注意:

ルートの共有フォルダに対する権限は付与できません。

図3-2 「詳細」メニュー

3. 「権限」ダイアログ(図3-3を参照)で、「作成」をクリックします。

図3-3 「権限」ダイアログ

4. 「ロールの追加」ダイアログ(図3-4を参照)で、検索文字列を入力して特定のロールを検索するか、「検索」をクリックしてすべてのロールを表示します。シャトル・ボタンを使用してロールを「使用可能なロール」リストから「選択済ロール」リストに移動します。

図3-4 「ロールの追加」ダイアログ

5. 完了したら、「OK」をクリックして、「権限」ダイアログ・ボックスに戻ります。

6. 「権限」ダイアログ(図3-5を参照)で、ロールに必要な権限を構成します。

図3-5 「権限」ダイアログ

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

- レポート・デベロッパ・ロールの横のアイコンは、このロールにBI Publisherの機能ロールのいずれか1つ(この場合は、BI Publisherデベロッパ・ロール)が割り当てられていることを示しています。

- レポート・デベロッパ・ロールにこのフォルダに対するアクセス権が割り当てられると、BI Publisherデベロッパ・ロールが保持する権限に基づいて、レポート・オンラインの実行、レポートのスケジュール、およびレポート出力の表示の権限が自動的に付与されます。

7. フォルダに権限を付与するときに、その権限をすべてのオブジェクトに適用する場合は、「このフォルダ内の項目への権限の適用」を選択します。

3.8.4 データ・アクセス権の付与

ロールで次のことを実行する必要がある場合には、データソースに対するアクセス権をロールに付与する必要があります。

- データソースからデータを取得するデータ・モデルに基づいて作成されたレポートの実行またはスケジュール

- データソースからデータを取得するデータ・モデルの作成または編集

ロールにデータソースへのアクセス権限を付与するには:

1. BI Publisherの「管理」ページに移動します。

2. 「セキュリティ・センター」で「ロールと権限」をクリックします。

3. 「ロールと権限」ページで、該当のロールを選択し、「データソースの追加」をクリックします。

4. 「データソースの追加」ページには、次の各タイプのデータソースのリージョンが表示されます。

- データベース接続

- ファイル・ディレクトリ

- LDAP接続

- OLAP接続

5. シャトル・ボタンを使用して、目的のデータソースを「使用可能なデータソース」リストから「許可されたデータソース」リストに移動します。

6. 完了したら、「適用」をクリックします。

3.9 セキュリティとカタログの編成

権限はカタログ内で付与されるため、組織にロールを作成する場合やカタログを構築する場合には、この設計を認識していることが非常に重要です。

たとえば、表3-3で説明されている各ロールが組織に必要だと仮定します。

表3-3 ロール要件の例

ロール

必要な権限

売上レポート・コンシューマ

営業部門のレポートを表示およびスケジュールする権限。

財務レポート・コンシューマ

財務部門のレポートを表示およびスケジュールする権限。

エグゼクティブ・レポート・コンシューマ

売上レポートと財務レポートの両方、およびエグゼクティブ・レベルのレポートを使用する権限。

売上レポート・デベロッパ

営業部門専用のデータ・モデルとレポートを作成する権限。

財務レポート・デベロッパ

財務部門専用のデータ・モデルとレポートを作成する権限。

レイアウト・デザイナ

すべてのレポートのレポート・レイアウトを設計する権限。

この場合、表3-4に示すようなカタログ構造を設定することを検討します。

表3-4 カタログ設定の例

フォルダ

目次

Sales Reports

売上レポート・コンシューマ用のすべてのレポート。売上レポートに関連するサブ・テンプレートとスタイル・テンプレートも含まれます。

Sales Data Models

売上レポートのすべてのデータ・モデル。

Financials Reports

財務レポート・コンシューマ用のすべてのレポート。財務レポートに関連するサブ・テンプレートとスタイル・テンプレートも含まれます。

Financials Data Models

財務レポートのすべてのデータ・モデル。

Executive Reports

エグゼクティブレベルのすべてのレポートとデータ・モデル。

ロールの設定は次のとおりです。

ロール構成の例

売上レポート・コンシューマ:

カタログ権限を付与します。

- Sales Reportsフォルダに売上レポート・コンシューマを追加し、次の権限を付与します。
読取り

レポートのスケジュール

レポート・オンラインの実行

レポート・オンラインの表示

「このフォルダ内の項目への権限の適用」の選択

- Sales Data Modelsフォルダに売上レポート・コンシューマを追加し、次の権限を付与します。
読取り

データ・アクセス権を付与します。

「ロール」ページで、ロールを選択し、「データソースの追加」をクリックします。売上レポートで使用されるデータソースをすべて追加します。

財務レポート・コンシューマ

カタログ権限を付与します。

- Financials Reportsフォルダに財務レポート・コンシューマを追加し、次の権限を付与します。
読取り

レポートのスケジュール

レポート・オンラインの実行

レポート・オンラインの表示

「このフォルダ内の項目への権限の適用」の選択

- Financials Data Modelsフォルダに財務レポート・コンシューマを追加し、次の権限を付与します。
読取り

データ・アクセス権を付与します。

「ロール」ページで、ロールを選択し、「データソースの追加」をクリックします。財務レポートで使用されるデータソースをすべて追加します。

エグゼクティブ・レポート・コンシューマ

ロールを割り当てます。

「ロール」タブで、エグゼクティブ・レポート・コンシューマに売上レポート・コンシューマ・ロールと財務レポート・コンシューマ・ロールを割り当てます。

カタログ権限を付与します。

- Executive Reportsフォルダにエグゼクティブ・レポート・コンシューマを追加し、次の権限を付与します。
読取り

レポートのスケジュール

レポート・オンラインの実行

レポート・オンラインの表示

「このフォルダ内の項目への権限の適用」の選択

データ・アクセス権を付与します。

「ロール」タブで、ロールを選択し、「データソースの追加」をクリックします。エグゼクティブ・レポートで使用されるデータソースをすべて追加します。

売上レポート・デベロッパ

ロールを割り当てます。

「ロール」タブで、売上レポート・コンシューマにBI Publisherデベロッパ・ロールとBI Publisherテンプレート・デザイナ・ロールを割り当てます。

データ・アクセス権を付与します。

「ロール」タブで、売上レポート・デベロッパを選択し、「データソースの追加」をクリックします。売上データ・モデルを構築するデータソースをすべて追加します。

カタログ権限を付与します。

- カタログで、Sales Data Modelsフォルダに売上レポート・デベロッパを追加し、次の権限を付与します。
読取り、書込み、削除

- Sales Reportsフォルダに売上レポート・デベロッパを追加し、次の権限を付与します。
読取り、書込み、削除

財務レポート・デベロッパ

ロールを割り当てます。

「ロール」タブで、財務レポート・デベロッパにBI Publisherデベロッパ・ロールとBI Publisherテンプレート・デザイナ・ロールを割り当てます。

データ・アクセス権を付与します。

「ロール」タブで、財務レポート・デベロッパを選択し、「データソースの追加」をクリックします。財務データ・モデルを構築するデータソースをすべて追加します。

カタログ権限を付与します。

- カタログで、Financials Data Modelsフォルダに財務レポート・デベロッパを追加し、次の権限を付与します。
読取り、書込み、削除

- Financials Reportsフォルダに財務レポート・デベロッパを追加し、次の権限を付与します。
読取り、書込み、削除

レイアウト・デザイナ

ロールを割り当てます。

「ロール」タブで、レイアウト・デザイナにBI Publisherテンプレート・デザイナ・ロールとBI Publisherデベロッパ・ロールを割り当てます。

カタログ権限を付与します。

- カタログで、Financials Data ModelsフォルダとSales Data Modelsフォルダに、レイアウト・デザイナ・ロールを追加し、次の権限を付与します。
読取り

- Financials ReportsフォルダとSales Reportsフォルダに、レイアウト・デザイナを追加し、次の権限を付与します。
読取り、書込み、削除

3.10 BI PublisherでのLDAPの使用方法

BI PublisherでLDAPプロバイダを使用する場合、認証専用または認証および認可の両方に対応できます。

重要:

BI Publisherではデフォルトで、BI Publisher固有のロールがユーザーに割り当てられていない場合でも、すべてのLDAPユーザーがシステムにログインできます。ユーザーはロールを必要とする機能(レポートやデータ・モデルの作成など)は実行できませんが、カタログ・オブジェクトに対して権限が割り当てられるロール(移動やオープンなど)を割り当てられているユーザーは、該当するタスクを実行できます。

BI Publisherロールが割り当てられている場合を除き、ユーザーがBI Publisherにログインできないようにするには、第3.10.3項「BI Publisher固有のロールを持たないユーザーのログイン無効化」を参照してください。

- 第3.10.1項「認証専用にLDAPプロバイダを使用するためのBI Publisherの構成」

- 第3.10.2項「認証および認可にLDAPプロバイダを使用するためのBI Publisherの構成」

3.10.1 認証専用にLDAPプロバイダを使用するためのBI Publisherの構成

認可用の別のセキュリティ・モデルと組み合せてLDAPプロバイダを認証に使用するには、BI Publisherで次を実行します。

認証専用にLDAPを使用するためにBI Publisherを構成するには:

1. 「管理」ページの「セキュリティ・センター」で、「セキュリティ構成」をクリックします。

2. ローカル・スーパーユーザーを作成します。
スーパーユーザー名とパスワードを入力し、「ローカル・スーパーユーザーの有効化」チェック・ボックスを選択します。ローカル・スーパーユーザーを有効化すると、セキュリティ・モデルの構成エラーが発生した場合でも、BI Publisherの「管理」ページにアクセスできます。

3. 「認証」リージョンまでスクロールします。「LDAPの使用」チェック・ボックスを選択します。

4. 次のように入力します。

- URL
例: ldap://example.com:389/

SSL経由でLDAPを使用している場合は、次のことに注意してください。

- プロトコルはldapsです。

- デフォルト・ポートは636です。

URLは、たとえばldaps://example.com:636/のようになります。

- LDAPサーバーの「管理者ユーザー名」 と「パスワード」
ここに入力する管理者ユーザーは、XMLP_ADMINグループのメンバーにもなっている必要があります。

- ユーザーの識別名
例: cn=Users,dc=example,dc=com

識別名の値では大文字と小文字が区別されるので、LDAPサーバーの設定と一致させる必要があります。

- JNDIコンテキスト・ファクトリ・クラス
デフォルト値は、com.sun.jndi.ldap.LdapCtxFactoryです。

- ログイン・ユーザー名に使用される属性
ログイン・ユーザー名の値を指定する属性を入力します。これは、相対識別名(RDN)としても知られています。この値のデフォルト値はcnです。

- 認可システムと一致するユーザーに使用する属性 - ユーザーを認可システムと照合する値を提供する属性を入力します。たとえばorcleguidと入力します。

5. 「適用」をクリックします。BI Publisherサーバーを再起動します。

3.10.2 認証および認可にLDAPプロバイダを使用するためのBI Publisherの構成

BI PublisherをLDAPプロバイダと統合して、ユーザーとレポートのアクセス権を管理することができます。LDAPサーバー内にユーザーとロールを作成し、LDAPサーバーにアクセスするようにBI Publisherサーバーを構成します。

BI Publisherのセキュリティ・センター・モジュールで、これらのロールにフォルダを割り当てます。サーバーにログインしたユーザーは、LDAPロールに割り当てられているフォルダおよびレポートにアクセスできます。

BI PublisherサーバーをOracle LDAPと統合する場合、3つの主要なタスクがあります。

1. LDAPプロバイダでのユーザーとロールの設定

2. LDAPサーバーを認識するようにするためのBI Publisherの構成

3. ロールへのカタログ権限とデータ・アクセス権の割当て

サポート対象のLDAPサーバーでサポートされているハードウェアとソフトウェアの最新情報の詳細は、「システム要件と動作要件」を参照してください。

3.10.2.1 LDAPプロバイダでのユーザーとロールの設定

LDAPプロバイダで次の手順を実行する必要があります。この手順の実行方法の詳細は、プロバイダのドキュメントを参照してください。

ユーザーおよびロールを設定する手順は次のとおりです。

1. LDAPプロバイダのドメイン・ルート・ノードで、表3-5に説明されているロールを作成し、BI Publisherと統合します。必要な機能ロールの詳細は、第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」を参照してください。

表3-5 BI Publisherと統合するロール

BI Publisherシステム・グループ

説明

XMLP_ADMIN

BI Publisherサーバーの管理者ロール。LDAPサーバーへのアクセスに使用する管理者アカウントにXMLP_ADMINグループを割り当てる必要があります。

XMLP_DEVELOPER

レポートとデータ・モデルを作成および編集できるロール。

XMLP_SCHEDULER

レポートをスケジュールできるロール。

XMLP_TEMPLATE_DESIGNER

Template Builder for WordからBI Publisherサーバーに接続してテンプレートのアップロードとダウンロードができるロール。BI Publisherレイアウト・エディタを使用してレイアウトを設計できるロール。

2. 実装内容に応じて、その他の機能ロール(例: HRマネージャ、倉庫担当者または営業マネージャ)を作成し、適切なBI Publisher機能ロールを割り当てます。

3. ロールをユーザーに割り当てます。

注意:

管理者アカウントには必ずXMLP_ADMINロールを割り当ててください。

3.10.2.2 LDAPサーバーを認識するためのBI Publisherサーバーの構成

LDAPサーバーを認識するようにBI Publisherサーバーを構成するには、BI Publisherの「管理」ページでセキュリティ・プロパティを次のように更新します。

重要:

BI Publisher設定の値を入力する前に、サイトのLDAPサーバー構成を理解していることを確認してください。

LDAPサーバーを使用するようにBI Publisherサーバーを構成する手順は次のとおりです。

1. 「管理」ページの「セキュリティ・センター」で、「セキュリティ構成」をクリックします。

2. ローカル・スーパーユーザーを作成します。
スーパーユーザー名とパスワードを入力し、「ローカル・スーパーユーザーの有効化」チェック・ボックスを選択します。ローカル・スーパーユーザーを有効化すると、セキュリティ・モデルの構成エラーが発生した場合でも、BI Publisherの「管理」ページにアクセスできます。

3. 「認可」リージョンまでスクロールします。「セキュリティ・モデル」として「LDAP」を選択します。

4. 次のように入力します。

- URL
例: ldap://example.com:389/

SSL経由でLDAPを使用している場合は、次のことに注意してください。

- プロトコルはldapsです。

- デフォルト・ポートは636です。

例: ldaps://example.com:636/

- LDAPサーバーの「管理者ユーザー名」 と「パスワード」
ここに入力する管理者ユーザーは、XMLP_ADMINグループのメンバーにもなっている必要があります。

- ユーザーの識別名
例: cn=Users,dc=example,dc=com

識別名の値では大文字と小文字が区別されるので、LDAPサーバーの設定と一致させる必要があります。

- グループの識別名
例: cn=Groups,dc=us,dc=oracle,dc=com

デフォルト値は、cn=OracleDefaultDomain,cn=OracleDBSecurity,cn=Products,cn=OracleContext,dc=example,dc=comです。

- グループ検索フィルタ
デフォルト値は、(&(objectclass=groupofuniquenames)(cn=*))です。

- グループ属性名
デフォルト値は、cnです。

- グループ・メンバー属性名
デフォルト値は、uniquememberです。

- グループのメンバー属性名
(オプション)この属性は、ユーザーとグループでmemberOf属性を使用できる場合にのみ設定します。この属性を使用できる場合は、「グループ・メンバー属性」の指定は不要です。たとえば、memberOfやwlsMemberOfなどです。

- グループ説明属性名
デフォルト値はdescriptionです。

- JNDIコンテキスト・ファクトリ・クラス
デフォルト値は、com.sun.jndi.ldap.LdapCtxFactoryです。

- グループ取得ページ・サイズ
この値を設定すると、検索結果の単純なページング処理でLDAPv3制御拡張機能をサポートできます。デフォルトでは、BI Publisherサーバーはページ区切りを使用しません。この値により、1ページに返される結果の数(たとえば、200)が決まります。この機能をサポートするには、LDAPサーバーがコントロール・タイプ1.2.840.113556.1.4.319(Oracle Internet Directory 10.1.4など)をサポートしている必要があります。値を入力する前に、この制御タイプのサポートの詳細を、ご使用のLDAPサーバーのドキュメントを参照してください。

LDAPページ区切りと必要なコントロール・タイプの詳細は、「RFC 2696 - LDAP Control Extension for Simple Paged Results Manipulation」(http://www.faqs.org/rfcs/rfc2696.html)を参照してください。

- ログイン・ユーザー名に使用される属性
ログイン・ユーザー名の値を指定する属性を入力します。これは、相対識別名(RDN)としても知られています。この値のデフォルト値はcnです。

- LDAPキャッシュを自動的にクリア - 指定した間隔でLDAPキャッシュの自動リフレッシュをスケジュールするには、このボックスを選択します。このボックスを選択すると、次のフィールドが追加で有効になります。

- 「LDAPキャッシュ間隔」に整数を入力します。たとえば、LDAPキャッシュを1日に1回消去するには、1を入力します。

- 「LDAPキャッシュ間隔単位」で、「日」、「時間」または「分」を選択します。

- デフォルトのユーザー・グループ名
(オプション)フォルダ、レポートまたはその他のカタログ・オブジェクトのセットへのアクセスをすべての認証ユーザーに許可するための要件がサイトに備わっている場合は、このオプションを使用します。ここに入力するユーザー・グループ名は、すべての認証ユーザーに追加されます。このデフォルトのユーザー・グループに割り当てるカタログ権限やデータソース権限は、すべてのユーザーに付与されます。

- データ問合せバインド変数の属性名
(オプション)データ問合せでバインド変数として使用される属性値を設定するには、このプロパティを使用します。LDAP属性名を複数入力する場合は、memberOf, primaryGroupID, mailのようにカンマで区切って入力します。

『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のLDAPユーザー属性からのバインド変数の作成に関する項を参照してください。

5. 「適用」をクリックします。BI Publisherサーバーを再起動します。

図3-6に、「セキュリティ構成」ページにおけるLDAPセキュリティ・モデルの入力フィールドの例を示します。

図3-6 LDAPセキュリティ・モデルの入力フィールドの例

SSL経由でLDAPを使用するようにBI Publisherを構成する場合は、Javaキーストアを構成してサーバー証明書をJVMに追加することも必要です。詳細は、第4.3項「Secure Socket Layer(SSL)通信用のBI Publisherの構成」を参照してください。

3.10.2.3 ロールへのデータ・アクセス権およびカタログ権限の割当て

ロールにデータ・アクセス権およびカタログ権限を割り当てるには:

1. LDAPプロバイダでXMLP_ADMINロールが割り当てられているユーザーとして、BI Publisherにログインします。

2. 「管理」ページで、「ロールと権限」をクリックします。
LDAPプロバイダで作成し、XMLP_の各種ロールを割り当てたロールが表示されます。次の点に注意してください。

- XMLP_Xロールは、LDAPインタフェースを介して制御されるため表示されません。

- 「ユーザー」タブは、「セキュリティ・センター」で使用できなくなりました。ユーザーはLDAPインタフェースで管理します。

- ロールは、BI Publisherインタフェースでは更新できません。ただし、データソースの追加は可能です。

3. 「データソースの追加」をクリックしてBI Publisherデータソースをロールに追加します。データソースからレポートを実行したりデータ・モデルを構築するためには、そのデータソースに対するアクセス権がロールに割り当てられている必要があります。詳細は、第3.8.4項「データ・アクセス権の付与」を参照してください。

4. カタログ権限をロールに付与します。ロールへのカタログ権限の付与の詳細は、第3.5項「カタログ権限について」および第3.8.3項「カタログ権限の付与」を参照してください。

これで、LDAPユーザー名とパスワードを使用して、ログインできるようになりました。

3.10.3 BI Publisher固有のロールを持たないユーザーのログイン無効化

BI Publisher固有のロールを持たないユーザーがBI Publisherサーバーにログインできないようにするには、次の場所にあるxmlp-server-config.xmlファイルで構成プロパティを設定します。

<repository>/Admin/Configuration/xmlp-server-config.xml

xmlp-server-config.xmlファイルに、次のプロパティと設定を追加します。

<property name="REQUIRE_XMLP_ROLE_FOR_LOGIN" value="true"/>

3.11 Microsoft Active Directoryとの統合

Microsoft Active Directoryでは、LDAPインタフェースをサポートしているため、LDAPセキュリティを使用することにより、BI Publisherと組み合せて構成できます。

3.11.1 Active Directoryの構成

Active Directoryを構成する手順は次のとおりです。

1. BI Publisherへのアクセスが必要なユーザーを追加します。
ドメイン・ルート内のUsersまたはその他の組織単位でユーザーを追加します。

2. BI Publisherのシステム・グループを追加します。グループのスコープは、ドメイン・ローカルです。
表3-6に、追加する必要のあるBI Publisherシステム・グループを説明します。

表3-6 BI Publisherシステム・グループ

BI Publisherシステム・グループ

説明

XMLP_ADMIN

BI Publisherサーバーの管理者ロール。LDAPサーバーへのアクセスに使用する管理者アカウントにXMLP_ADMINグループを割り当てる必要があります。

XMLP_DEVELOPER

レポートとデータ・モデルを作成および編集できるロール。

XMLP_SCHEDULER

レポートをスケジュールできるロール。

XMLP_TEMPLATE_DESIGNER

Template Builder for WordからBI Publisherサーバーに接続してテンプレートのアップロードとダウンロードができるロール。BI Publisherレイアウト・エディタを使用してレイアウトを設計できるロール。

3. BI Publisherのシステム・グループをグローバル・グループまたはユーザーに付与します。
BI Publisherのシステム・グループは、ユーザーに直接付与することもグローバル・グループを介して付与することもできます。

例1: ユーザーへのBI Publisher管理者ロールの付与

1. 「Active Directory ユーザーとコンピュータ」で、XMLP_ADMINグループを開いて「メンバー」タブをクリックします

2. 「追加」をクリックして、BI Publisher管理者権限が必要なユーザーを追加します。

例2: ユーザーへのレポートのスケジュール機能へのアクセス権の付与

HR管理者グローバル・グループは、「ユーザー」で定義します。

このグループのすべてのユーザーがレポートをスケジュールする必要があります。

そのためには、HR管理者をXMLP_SCHEDULERグループのメンバーとして追加します。

3.11.2 BI Publisherの構成

BI Publisherを構成する手順は次のとおりです。

1. 「管理」ページで、「セキュリティ構成」をクリックします。

2. ローカル・スーパーユーザーをまだ構成していない場合は、設定します。セキュリティ構成が失敗した場合でも、スーパーユーザーの資格証明を使用してBI Publisherにログインできるため、この設定は非常に重要です。

3. このページの「認可」リージョンで、「セキュリティ・モデル」リストから「LDAP」を選択します。

4. 第3.10.2.2項「LDAPサーバーを認識するためのBI Publisherサーバーの構成」の説明に従って、Active Directoryサーバーの詳細を入力します。その際には、Active Directoryに関する次の各情報に注意してください。

- 「グループ検索フィルタ」でobjectclassをgroupに設定します。

- 「グループのメンバー属性名」をmemberOfに設定します(「グループのメンバー属性名」は空白のままにできます)。

- 「ログイン・ユーザー名に使用される属性」をsAMAccountNameに設定します。

- SSL経由でLDAPを使用している場合は、次のことに注意してください。

- プロトコルはldapsです。

- デフォルト・ポートは636です。

URLは、たとえばldaps://example.com:636/のようになります。

図3-7に構成例を示します。前述の推奨設定には印が付いています。

図3-7 構成例

5. 「適用」をクリックします。BI Publisherアプリケーションを再起動します。

SSL経由でLDAPを使用するようにBI Publisherを構成する場合は、Javaキーストアを構成してサーバー証明書をJVMに追加することも必要です。詳細は、第4.3項「Secure Socket Layer(SSL)通信用のBI Publisherの構成」を参照してください。

3.11.3 Active Directoryの資格証明を使用したBI Publisherへのログイン

「Active Directory ユーザーとコンピュータ」→「ユーザーのプロパティ」→「アカウント」で定義されているユーザーのログイン名がBI Publisherのログイン名に使用されます。BI Publisherにログインするには、ユーザー名にドメインを追加します。たとえば、「scott_tiger@domainname.com」のようになります。

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

- 「ログイン・ユーザー名に使用される属性」には、userPrincipalNameではなくsAMAccountNameを指定できます。

- BI Publisherログイン・ユーザー名にユーザー・ログオン名(Windows 2000以前)の使用が必要である場合は、「ログイン・ユーザー名に使用される属性」にsAMAccountNameを使用する必要があります。

- ユーザー名はすべての組織単位を通じて一意である必要があります。

3.11.4 ロールへのデータ・アクセス権およびカタログ権限の割当て

ロールにデータ・アクセス権およびカタログ権限を割り当てるには:

1. Active DirectoryでXMLP_ADMINロールが割り当てられているユーザーとしてBI Publisherにログインします。

2. 「管理」ページで、「ロールと権限」をクリックします。
Active Directoryで作成し、XMLP_の各種ロールを割り当てたロールが表示されます。次の点に注意してください。

- XMLP_Xロールは、Active Directoryインタフェースを介して制御されるため表示されません。

- 「ユーザー」タブは「セキュリティ・センター」で使用できなくなりました。ユーザーはActive Directoryで管理します。

- ロールは、BI Publisherインタフェースでは更新できません。ただし、データソースの追加は可能です。

3. 「データソースの追加」をクリックしてBI Publisherデータソースをロールに追加します。データソースからレポートを実行したりデータ・モデルを構築するためには、そのデータソースに対するアクセス権がロールに割り当てられている必要があります。詳細は、第3.8.4項「データ・アクセス権の付与」を参照してください。

4. カタログ権限をロールに付与します。ロールへのカタログ権限の付与の詳細は、第3.5項「カタログ権限について」および第3.8.3項「カタログ権限の付与」を参照してください。

3.12 BI Publisherのシングル・サインオンの構成(SSO)

シングル・サインオン(SSO)ソリューションを統合することで、ユーザーはログオン(サインオン)して認証を受けるのを一度で済ませることができます。その後、認証されたユーザーには、そのユーザーに付与された権限に応じて、システム・コンポーネントまたはリソースへのアクセス権が与えられます。Oracle Business Intelligenceは、Oracle Fusion MiddlewareおよびOracle WebLogic Serverとともに使用するように構成されたSSOソリューションで認証された受信HTTPリクエストを信頼するように構成できます。Oracle Fusion Middleware用にSSOを構成する方法の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareでのシングル・サインオンの構成に関する項を参照してください。

SSO認証を使用するようにBI Publisherが構成されている場合は、Oracle Fusion Middlewareで使用するように構成されている任意のSSOソリューションで認証されたユーザーを受け入れます。SSOが有効でない場合は、BI Publisherはユーザーごとに認証資格証明を確認します。BI PublisherがSSOを使用するように構成されている場合は、ユーザーは、まず、認証のためにSSOソリューションのログイン・ページにリダイレクトされます。

BI PublisherでSSO認証を使用できるように構成するには、少なくとも次のことを実行しておく必要があります。

- SSO認証を受け付けるようにOracle Fusion MiddlewareとOracle WebLogic Serverを構成します。本番環境では、Oracle Access Managerをお薦めします。

- 受信メッセージを信頼するようにBI Publisherを構成します。

- SSO構成でのIDの伝播に必要なHTTPヘッダー情報(つまり、ユーザーIDとSSOのCookie)を指定して構成します。

3.12.1 BI PublisherとSSO認証の連携のしくみ

SSO認可が実装されると、BI Publisherは受信したWebリクエストがSSOで認証されたユーザーからのものであるかのように動作します。ユーザーのパーソナライゼーションと、データレベル・セキュリティなどのアクセス制御は、この環境で保持されます。

3.12.2 BI PublisherでSSO認証を設定するためのタスク

表3-7は、SSO認証の構成タスクを示したもので、詳細情報へのリンクが用意されています。

表3-7 タスク・マップ: BI PublisherのSSO認証の構成

タスク

説明

参照先

Oracle Access ManagerをSSO認証プロバイダとして構成します。

BI PublisherのURLのエントリ・ポイントを保護するようにOracle Access Managerを構成します。

第3.13項「Oracle Access Manager環境でのSSOの構成」

『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareでのシングル・サインオンの構成に関する項も参照してください。

HTTPプロキシを構成します。

BI PublisherからSSOプロバイダへリクエストを転送するようにWebプロキシを構成します。

『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareでのシングル・サインオンの構成に関する項

Oracle WebLogic Server用に新しい認証プロバイダを構成します。

BI PublisherがインストールされているOracle WebLogic Serverドメインで、新しいアイデンティティ・ストアを使用するように構成します。

第3.13.1項「Oracle WebLogic Serverの新しい認証プロバイダの構成」

Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプも参照してください。

Oracle WebLogic Serverの新しいIDアサーション・プロバイダを構成します。

BI PublisherがインストールされているOracle WebLogic Serverドメインで、アサーション・プロバイダとしてSSOプロバイダを使用するように構成します。

第3.13.2項「Oracle WebLogic Serverの新しいIDアサーション・プロバイダとしてのOAMの構成」

Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプも参照してください。

新しい信頼されたシステムのユーザーでデフォルトのBISystemUserを置き換えるように構成します。

Oracle Internet Directoryから新しい信頼されたシステム・ユーザー名を追加して、BISystemアプリケーション・ロールのメンバーにします。

『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』の新規の信頼できるユーザー(BISystemユーザー)の構成に関する項を参照してください。

BI PublisherがSSO認証を受け入れられるようにします。

BI Publisherと連携するよう構成されているSSOプロバイダを有効にします。

3.13.3項「Oracle Fusion MiddlewareセキュリティのBI Publisherの構成」

注意:

Oracle Business IntelligenceのSSOのインストレーション・シナリオの例については、『Oracle Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド』を参照してください。

3.13 Oracle Access Manager環境でのSSOの構成

WebLogic ServerでOracle Fusion MiddlewareのSSO認証プロバイダとしてOracle Access Managerを構成する方法の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareでのシングル・サインオンの構成に関する項を参照してください。Oracle Access Managerの管理の詳細は、『Oracle Fusion Middleware Oracle Access Manager管理者ガイド』を参照してください。

Oracle Fusion Middleware環境を構成した後、BI Publisherを構成するため、一般的に次を行う必要があります。

- BI PublisherのURLエントリ・ポイントを保護するようにSSOプロバイダを構成します。

- BI PublisherからSSOプロバイダへリクエストを転送するようにWebサーバーを構成します。

- BI PublisherがインストールされているOracle WebLogic Serverドメインのメイン認証ソースとして新しいアイデンティティ・ストアを構成します。詳細は、第3.13.1項「Oracle WebLogic Serverの新しい認証プロバイダの構成」を参照してください。

- BI PublisherがインストールされているOracle WebLogic Serverドメインで、Oracle Access Managerアサーション・プロバイダを使用するように構成します。詳細は、第3.13.2項「Oracle WebLogic Serverの新しいIDアサーション・プロバイダとしてのOAMの構成」を参照してください。

- SSO環境の構成が完了したら、BI PublisherのSSO認証を有効化します。詳細は、第3.13.3項「Oracle Fusion MiddlewareセキュリティのBI Publisherの構成」を参照してください。

3.13.1 Oracle WebLogic Serverの新しい認証プロバイダの構成

BI Publisherのインストール後、Oracle WebLogic Serverの組込みLDAPサーバーがデフォルトの認証ソース(アイデンティティ・ストア)になります。新しいアイデンティティ・ストア(OIDなど)をメイン認証ソースとして使用するには、(BI Publisherがインストールされている)Oracle WebLogic Serverドメインを構成する必要があります。

Oracle WebLogic Serverでの認証プロバイダの構成の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』を参照してください。

Oracle WebLogic Serverで新しい認証プロバイダを構成するには:

1. Oracle WebLogic Server管理コンソールにログインし、「チェンジ・センター」で「ロックして編集」をクリックします。

2. 左ペインで「セキュリティ・レルム」を選択し、「myrealm」をクリックします。
デフォルトのセキュリティ・レルムはmyrealmという名前です。

3. 「プロバイダ」タブを表示し、「認証」サブタブを表示します。

4. 「新規」をクリックし、「新しい認証プロバイダの作成」ページを起動します。
次のようにフィールドに入力します。

- 名前: 「OID Provider」または任意の名前。

- タイプ: OracleInternetDirectoryAuthenticator

- 「OK」をクリックし、変更を保存して、新しい認証プロバイダで更新された認証プロバイダ・リストを表示します。

5. 認証プロバイダの表で、新たに追加した認証プロバイダをクリックします。

6. 「設定」に移動して、「構成」→「共通」タブを選択します。

- 「制御フラグ」リストで「SUFFICIENT」を選択します。

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

7. 「プロバイダ固有」タブをクリックし、使用する環境に適切な値を使用して、次の設定を指定します。

セクション名

フィールド名

説明

接続

ホスト

LDAPホスト名。たとえば、<localhost>などです。

接続

ポート

LDAPホストのリスニング・ポート番号。たとえば、6050です。

接続

プリンシパル

LDAPサーバーに接続するユーザーの識別名(DN)。たとえば、cn=orcladminです。

接続

資格証明

プリンシパルとして入力されたLDAP管理ユーザーのパスワード。

ユーザー

ユーザー・ベースDN

ユーザーを含むLDAPサーバー・ツリーのベース識別名(DN)。たとえば、Oracle Access Managerと同じ値を使用します。

ユーザー

すべてのユーザーのフィルタ

LDAP検索フィルタ。たとえば、(&(uid=*) (objectclass=person))などです。アスタリスク(*)は、すべてのユーザーをフィルタします。詳細は、「詳細」をクリックします。

ユーザー

名前指定によるユーザー・フィルタ

LDAP検索フィルタ。詳細は、「詳細」をクリックします。

ユーザー

ユーザー名属性

認証に使用する属性(cn、uid、mailなど)。ディレクトリ・サーバーのユーザー名のデフォルトの属性として設定します。たとえば、uidなどです。

注意: ここで指定する値は、認証プロバイダで使用しているユーザー名属性と一致している必要があります。

グループ

グループ・ベースDN

グループ(ユーザー・ベースDNと同じ)を含むLDAPサーバー・ツリーのベース識別名(DN)。

一般

GUID属性

LDAPでオブジェクトGUIDの定義に使用する属性。

orclguid

Oracle WebLogic Serverでの認証プロバイダの構成の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』を参照してください。

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

9. 次の手順を実行して、IDアサーション・プロバイダと併用できるようにデフォルトの認証プロバイダを設定します。

1. メインの「myrealmの設定」ページで、「プロバイダ」タブ→「認証」サブタブを表示し、「DefaultAuthenticator」を選択して、その構成ページを表示します。

2. 「構成」→「共通」タブを表示し、「制御フラグ」リストで「SUFFICIENT」を選択します。

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

10. 次の手順に従ってプロバイダを並べ替えます。

1. 「プロバイダ」タブを表示します。

2. 「並替え」をクリックし、「認証プロバイダの並替え」ページを表示します。

3. プロバイダ名を選択してから矢印ボタンを使用して、次の順序でプロバイダのリストを並べます。

- OIDオーセンティケータ(SUFFICIENT)

- OAM IDアサーション・プロバイダ: (REQUIRED)

- デフォルト・オーセンティケータ(SUFFICIENT)

4. 「OK」をクリックして、変更を保存します。

11. チェンジ・センターで、変更のアクティブ化をクリックします。

12. Oracle WebLogic Serverを再起動します。

3.13.2 Oracle WebLogic Serverの新しいIDアサーション・プロバイダとしてのOAMの構成

BI PublisherがインストールされているOracle WebLogic Serverドメインが、Oracle Access Managerアサーション・プロバイダを使用するように構成されている必要があります。

Oracle WebLogic Serverに新しいアサーション・プロバイダを作成する方法の詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプを参照してください。

Oracle Access ManagerをOracle WebLogic Serverの新しいアサーション・プロバイダとして構成するには:

1. Oracle WebLogic Server管理コンソールにログインします。

2. Oracle WebLogic Server管理コンソールで左ペインから「セキュリティ・レルム」を選択し、構成するレルムをクリックします。たとえば、myrealmです。「プロバイダ」を選択します。

3. 「新規」をクリックします。次のようにフィールドに入力します。

- 名前: 「OAM Provider」または任意の名前。

- タイプ: OAMIdentityAsserter。

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

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

6. 「プロバイダ」タブで、次の手順に従ってプロバイダを並べ替えます。

1. 「並べ替え」をクリックします。

2. 「認証プロバイダの並替え」ページでプロバイダ名を選択し、リストの横にある矢印を使用して、次の順序でプロバイダを並べます。

- OIDオーセンティケータ(SUFFICIENT)

- OAM IDアサーション・プロバイダ: (REQUIRED)

- デフォルト・オーセンティケータ(SUFFICIENT)

3. 「OK」をクリックして、変更を保存します。

7. チェンジ・センターで、変更のアクティブ化をクリックします。

8. Oracle WebLogic Serverを再起動します。
Oracle WebLogic Serverに再度ログインして、LDAPサーバーに格納されているユーザーおよびグループがコンソールに表示されていることを確認することによって、Oracle Internet Directoryが新しいアイデンティティ・ストア(デフォルトの認証プロバイダ)であることを確認できます。

9. Fusion Middleware Controlを使用して、SSO認証を有効化します。

3.13.3 Oracle Fusion MiddlewareセキュリティのBI Publisherの構成

Oracle WebLogic Serverを構成してから、BI Publisherの「管理」の「セキュリティ構成」ページに移動します。次の図に示すように、「認可」リージョンで「セキュリティ・モデル」として「Oracle Fusion Middleware」を選択します。

図3-8 Fusion Middlewareセキュリティの選択

3.14 Oracleシングル・サインオンの設定

Oracleシングル・サインオンを設定するには、まず、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』の「Oracle Fusion Middlewareでのシングル・サインオンの構成」の説明に従って、WebLogic Serverを構成します。Oracle Internet DirectoryをデフォルトのLDAPサーバーとして使用するように、BI Publisherを構成する必要があります。

注意:

Oracle SSOを使用する場合、BI PublisherではHTTPヘッダー値であるOsso-User-Dnからログイン・ユーザー名が得られることを前提としています。たとえば、HTTPヘッダーのOsso-User-Dnが次のとおりだとします。

cn=admin,cn=users, dc=us,dc=oracle,dc=com

BI Publisherでは、最初のcn=値がログイン・ユーザー名であるとみなします(この場合はadmin)。

したがって、Osso-User-Dnの最初のcn値にログイン・ユーザー名が指定されていない場合は、(Oracle SSOを使用している場合でも)その他のSSOタイプを選択し、設定を構成します。

3.14.1 設定手順

SSOを設定する手順は次のとおりです。

1. xmlpserverを保護するように、アプリケーション・サーバー構成ファイルを変更します。『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のWebリソースを保護するためのmod_ossoの構成に関する項を参照してください。

2. mod_osso.confで、新しいLocationディレクティブを次のように追加します。

<!-- Protect xmlpserver -->
<Location /xmlpserver>
require valid-user
AuthType Basic
</Location>

3. BI Publisherとそのクライアント・コンポーネント(Template Builder)間でWebサービス通信を行うには、mod_osso.confファイルに追加の変更を行う必要があります。xmlpserverを開いてWebサービスを許可するには、次のディレクティブを入力します。

<Location /xmlpserver/services/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

<Location /xmlpserver/report_service/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

Location /xmlpserver/ReportTemplateService.xls/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

4. Oracle BI Presentation Servicesと統合するには、BI Presentation ServicesサーバーとBI Publisherサーバー間におけるWebサービスのSSOを無効にする必要があります。これまでの手順を実行する中でこの入力を行った場合は、この手順を繰り返す必要はありません。
xmlpserverを開いてWebサービスを許可するには、次のディレクティブをmod_osso.confファイルに入力します。

<Location /xmlpserver/services/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

この項で説明しているエントリを含むmod_osso.confファイルの例を次に示します。

LoadModule osso_module libexec/mod_osso.so

<IfModule mod_osso.c>
OssoIpCheck off
OssoIdleTimeout off
OssoConfigFile /home/as1013/ohome/Apache/Apache/conf/osso/osso.conf

<Location /xmlpserver>
require valid-user
AuthType Basic
</Location>

<Location /xmlpserver/services/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

<Location /xmlpserver/report_service/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

Location /xmlpserver/ReportTemplateService.xls/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>

<Location /xmlpserver/Guest/>
require valid-user
AuthType Basic
Allow from All
Satisfy any
</Location>
#
# Insert Protected Resources: (see Notes below for how to protect resources)
#

#______-
#
# Notes
#
#______-
#
# 1. Here's what you need to add to protect a resource,
#    e.g. <ApacheServerRoot>/htdocs/private:
#
#      <Location /private>
#      require valid-user
#      AuthType Basic
#      </Location>
#
</IfModule>

#
# If you would like to have short hostnames redirected to
# fully qualified hostnames to allow clients that need
# authentication through mod_osso to be able to enter short
# hostnames into their browsers uncomment out the following
# lines
#
#PerlModule Apache::ShortHostnameRedirect
#PerlHeaderParserHandler Apache::ShortHostnameRedirect

5. HTTPサーバーを再起動します。

6. BI Publisherの「セキュリティ構成」ページで「シングル・サインオフURL」を設定します。
「管理」ページで、「セキュリティ構成」をクリックします。「認証」リージョンで、次を実行します。

- 「シングル・サインオンの使用」を選択します。

- 「シングル・サインオン・タイプ」リストで、「Oracle Single Sign-On」を選択します。

- 「シングル・サインオフURL」に、前述の手順で書き留めた値を入力します。残りのフィールドは、Oracle SSOには使用できません。
図3-9に、BI Publisherの「セキュリティ構成」ページの例を示します。

図3-9 BI Publisherの「セキュリティ構成」ページの例

7. 選択したセキュリティ構成にかかわらずBI Publisherにアクセスできるようにするために、BI Publisherのローカル・スーパーユーザーを作成します。詳細は、第4.1項「ローカル・スーパーユーザーの有効化」を参照してください。

8. 「適用」をクリックします。Oracle Fusion Middlewareの「制御」ページからアプリケーションを再起動します。

9. BI Publisher EnterpriseアプリケーションにアクセスするURLを入力すると、SSOログイン・ページにリダイレクトされます。

4 その他のセキュリティに関するトピック

この章では、SSL構成、プロキシ設定、ローカル・スーパーユーザーの有効化およびゲスト・ユーザーの有効化など、BI Publisherの他のセキュリティに関するトピックについて説明します。

内容は次のとおりです。

- 第4.1項「ローカル・スーパーユーザーの有効化」

- 第4.2項「ゲスト・ユーザーの有効化」

- 第4.3項「Secure Socket Layer(SSL)通信用のBI Publisherの構成」

- 第4.4項「プロキシ設定の構成」

4.1 ローカル・スーパーユーザーの有効化

BI Publisherでは、管理者であるスーパーユーザーを定義することができます。スーパーユーザーの資格証明を使用して、定義されたセキュリティ・モデル経由でログインすることなく、BI Publisherサーバー管理機能に直接アクセスできます。

構成済のセキュリティ・モデルに障害が発生したときにすべての管理機能にアクセスできるように、スーパーユーザーを設定します。スーパーユーザーの設定を強くお薦めします。

ローカル・スーパーユーザーを有効化する手順は次のとおりです。

1. 「管理」をクリックします。

2. 「セキュリティ・センター」で「セキュリティ構成」を選択します。

3. 図4-1に示すように、「ローカル・スーパーユーザー」でボックスを選択し、スーパーユーザーの資格証明を入力します。

図4-1 スーパーユーザーの資格証明

4. BI Publisherアプリケーションを再起動します。

4.2 ゲスト・ユーザーの有効化

BI Publisherでは、ゲスト・フォルダを定義することにより、特定のレポートに対するパブリック・アクセスを構成できます。すべてのユーザーは、資格証明を入力することなくこのフォルダのレポートにアクセスできます。

注意:

BI Publisherが共有カタログを使用している、またはOracle Business Intelligence Enterprise Editionでインストールされている場合、ゲスト・アクセスはサポートされません。

シングル・サインオンでは、ゲスト・アクセスはサポートされません。

ゲスト・ユーザーがアクセス権限を持っているのはゲスト・フォルダに対してのみであるため、レポートの表示に必要なすべてのオブジェクトは、ゲスト・フォルダに含まれている必要があります。したがって、レポートやデータ・モデル、および、該当する場合にはサブ・テンプレートやスタイル・テンプレートも、ゲスト・フォルダに含まれている必要があります。ゲスト・ユーザーには読取りアクセス権のみを付与する必要があります。

ゲスト・ユーザーには、レポート・データソースに対するアクセス権も付与する必要があります。

ゲスト・アクセスを有効にするには:

1. 「共有フォルダ」の下に、パブリック・アクセスを付与するフォルダを作成します。

2. 「管理」をクリックします。

3. 「セキュリティ・センター」で「セキュリティ構成」を選択します。

4. 「ゲスト・アクセス」で、「ゲスト・アクセスを許可」を選択します。

5. 図4-2に示すように、パブリック・アクセス用に作成したフォルダの名前を入力します。

図4-2 パブリック・アクセス・フォルダ

6. BI Publisherアプリケーションを再起動します。

7. ゲスト・ユーザーがアクセスできるゲスト・フォルダに、フォルダ、レポート、データ・モデル、サブ・テンプレート、スタイル・テンプレートなどのオブジェクトを追加します。

注意:

レポートは、ゲスト・フォルダに格納されているデータ・モデルを参照する必要があります。したがって、レポートとそのデータ・モデルを別の場所からコピーする場合は、必ず、そのレポートを開いてデータ・モデルを選択しなおし、レポートがゲスト・フォルダ内のデータ・モデルを参照するようにします。

同様に、サブ・テンプレートやスタイル・テンプレートに対する参照も更新する必要があります。

8. ゲスト・フォルダのデータ・モデルで使用されるデータソースに対するアクセス権を付与します。データソースに対するゲスト・アクセス権の付与の詳細は、第8章「データソースの設定」を参照してください。

BI Publisherにアクセスすると、ログオン・ページに「ゲスト」ボタンが表示されます。このボタンを選択したユーザーは、資格証明を入力することなく、選択したゲスト・フォルダのレポートを表示できます。

4.3 Secure Socket Layer(SSL)通信用のBI Publisherの構成

BI PublisherがSSL経由で他のアプリケーションと通信している場合は、操作性確保のため、追加の構成が必要な場合があります。

注意:

信頼できるユーザー名とパスワードが渡されたときにインターセプトされる可能性があるため、Webサービスをホスティングする中間層でSecure Socket Layer(HTTPS)を有効にすることを強くお薦めします。また、BI PublisherとOracle BI Presentation Servicesとの間の通信に使用されるWebサービスも同様です。

- BI Publisherに対するシステム全体のキーストアの指示

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

- 配信マネージャの構成

4.3.1 BI Publisherに対するシステム全体のキーストアの指示

デフォルトでは、BI PublisherではJavaキーストア、{java.home}/lib/security/cacertsが使用されます。

キーストアに別の場所を使用している場合は、次のようにWebサーバーのJAVA_OPTS環境変数を設定して、キーストアの場所をBI Publisherサーバーに指示します。

set JAVA_OPTS=-Djavax.net.ssl.trustStore=<keystore file>

4.3.2 SSLで保護されたWebサービスの証明書のインポート

Secure Sockets Layer(SSL)で保護されているWebサービスをコールする場合は、そのWebサービスをホスティングするWebサーバーから証明書をエクスポートしてから、BI Publisherを実行しているコンピュータのJavaキーストアにその証明書をインポートする必要があります。

Webサービスの証明書をインポートする手順は次のとおりです。

1. WSDLが存在するHTTPSサイトにナビゲートします。

2. 画面上の指示に従って証明書をダウンロードします。表示される指示は、使用しているブラウザによって異なります。

3. 次のように、Java keytoolを使用して証明書をキーストアにインストールします。

keytool -import -file <certfile> -alias <certalias> -keystore <keystore file>

4. アプリケーション・サーバーを再起動します。

サーバー証明書がVeriSignなどの認証局にリンクしている場合は、この手順は不要です。ただし、Webサービスのサーバーで自己生成証明書を使用している場合(テスト環境内など)は、これらの手順が必要になります。

4.3.3 配信マネージャの構成

BI Publisherに組込みのデフォルトの証明書を使用する場合は、これ以上の構成は必要はありません。Verisignなどの信頼できる認証局により署名された証明書をサーバーで使用する場合でも、SSLはデフォルト証明書で動作します。

ユーザーが自己署名証明書でSSLを使用する場合は、証明書の情報を「配信構成」ページに入力する必要があります。自己署名証明書とは信頼できる認証局以外(通常はユーザー)によって署名された証明書のことです。

4.4 プロキシ設定の構成

BI Publisherサーバーがファイアウォールの背後に構成されているか、インターネットへのアクセスにプロキシが必要になる場合、外部WebサービスやHTTPデータソースを使用するには、Webサービス・リクエストを許可し、プロキシを認識するように、Oracle WebLogic Serverを構成する必要があります。プロキシ設定を構成する場合は、BI Publisherが(プロキシ経由ではなく)直接接続する必要のあるすべてのホスト(Oracle BI Enterprise Editionホストなど)を認識するようにWebLogic Serverを構成する必要があります。次のパラメータを設定して、WebLogic Serverにプロキシ・ホストと非プロキシ・ホストを定義します。

- -Dhttp.proxyHost - プロキシ・ホストを指定します。次に例を示します。
-Dhttp.proxyHost: www-proxy.example.com

- -Dhttp.proxyPort - プロキシ・ホストのポートを指定します。次に例を示します。
-Dhttp.proxyPort=80

- -Dhttp.nonProxyHosts - プロキシ経由ではなく、直接接続するホストを指定します。ホストのリストを指定する場合は、それぞれを「|」で区切って指定します。また、マッチングにワイルドカード文字(*)を使用することもできます。次に例を示します。
-Dhttp.nonProxyHosts="localhost|*.example1.com|*.example2.com

WebLogic Serverにこれらのプロキシ・パラメータを設定し、Webサービスの構成を行うには、WebLogicのsetDomainEnvスクリプトに次の内容を追加します。

1. MW_HOME/user_projects/domains/DOMAIN_NAME/bin/ディレクトリ内のsetDomainEnvスクリプト(.shまたは.bat)を開きます。

2. 次のパラメータを入力します。

EXTRA_JAVA_PROPERTIES="-Dhttp.proxyHost=www-proxy.example.com -Dhttp.proxyPort=80 -Dhttp.nonProxyHosts=localhost|*.mycompany.com|*.mycorporation.com|*.otherhost.com ${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES

EXTRA_JAVA_PROPERTIES="-Djavax.xml.soap.MessageFactory=oracle.j2ee.ws.saaj.soap.MessageFactoryImpl
-Djavax.xml.soap.SOAPFactory=oracle.j2ee.ws.saaj.SOAPFactoryImpl -Djavax.xml.soap.SOAPConnectionFactory=oracle.j2ee.ws.saaj.client.p2p.HttpSOAPConnectionFactory  ${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES

各項目の意味は次のとおりです。

www-proxy.example.comは、プロキシ・ホストの例です。

80は、プロキシ・ポートの例です。

localhost|*.mycompany.com|*.mycorporation.com|*.otherhost.comは、非プロキシ・ホストの例です。

5 他のOracleセキュリティ・モデルとの統合

この章では、Oracle E-Business Suiteセキュリティ、Oracle DatabaseセキュリティおよびOracle Siebel CRMセキュリティをはじめとする、他のOracle製品のセキュリティ・モデルのBI Publisherでのサポートについて説明します。

内容は次のとおりです。

- 第5.1項「他のOracleセキュリティ・モデルとの統合について」

- 第5.2項「開始する前に: ローカル・スーパーユーザーの作成」

- 第5.3項「Oracle BI Serverセキュリティとの統合」

- 第5.4項「Oracle E-Business Suiteとの統合」

- 第5.5項「Oracle Databaseセキュリティとの統合」

- 第5.6項「Oracle Siebel CRMセキュリティとの統合」

5.1 他のOracleセキュリティ・モデルとの統合について

この章では、BI Publisherと、他のOracle製品のセキュリティ・モデルとの統合方法について説明します。ほとんどの場合、BI Publisherの機能ロールをその他のOracle製品に定義してから、そのOracle製品のセキュリティを認可に使用するようにBI Publisherを構成します。第3章「代替のセキュリティ・オプション」で説明しているように、サポートされている認証方法(SSOまたはLDAP)と、ここで説明するOracle製品の認可方法のいずれかを組み合せて使用できます。

BI Publisherのロールと権限に関する概念情報は、第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」を参照してください。

5.2 開始する前に: ローカル・スーパーユーザーの作成

これらのセキュリティ・モデルのいずれかを実装する前に、まずローカル・スーパーユーザーを作成します。ローカル・スーパーユーザーの資格証明により、構成されたセキュリティ設定で予期しない障害が発生した場合にOracle BI Publisherの「管理」ページにアクセスできるようになります。

ローカル・スーパーユーザーを作成するには:

1. 「管理」ページで、「セキュリティ構成」をクリックします。

2. 「セキュリティ構成」タブの「ローカル・スーパーユーザー」リージョンで、図5-1に示すように、「ローカル・スーパーユーザーの有効化」を選択します。

図5-1 ローカル・スーパーユーザーの有効化

3. スーパーユーザーの名前とパスワードを入力します。

4. BI Publisherを再起動すると、システム内でスーパーユーザーがアクティブになります。

5.3 Oracle BI Serverセキュリティとの統合

BI PublisherをOracle Business Intelligence Enterprise Editionの一部としてインストールし、レガシーのOracle BI Server認証を使用するようにOracle BI Enterprise Editionを構成した場合は、次の手順に従って、BI PublisherがBI Serverセキュリティを使用するように構成します。

- 第5.3.1項「Oracle BI Serverセキュリティを使用するためのBI Publisherの構成」

- 第5.3.2項「BI Serverロールへのデータソースの追加」

注意:

Oracle BI Serverセキュリティ・オプションは、レガシーの10g認証を使用するユーザー用です。このセクションは、Oracle Fusion Middlewareセキュリティを構成したユーザーには適用されません。

これらの手順では、BI Serverで必要な構成をすでに実行していることを想定しています。レガシーのOracle BIセキュリティの構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

5.3.1 Oracle BI Serverセキュリティを使用するためのBI Publisherの構成

Oracle BI Serverセキュリティを使用するようにBI Publisherを構成する手順は次のとおりです。

1. 管理者の資格証明を使用してBI Publisherにログインします。BI Publisherの「管理」ページに移動します。「管理」ページで、「セキュリティ構成」をクリックします。

注意:

BI Publisherサーバーに直接ログインするには、接尾辞として/xmlpserverが付いたログインURL(例: http://example.com:9704/xmlpserver)を使用します。

2. このページの「認可」リージョンで、「セキュリティ・モデル」リストから「Oracle BIサーバー」を選択します。Oracle BI Serverに対して次の接続情報を提供します。

- JDBCの「接続文字列」: jdbc:oraclebi://host:port/のように入力します。
BI Serverへの接続文字列が不明な場合は、データソース接続ページからコピーできます。「管理」ページの「データソース」で、「JDBC接続」をクリックします。Oracle BI EEサーバーを見つけて、接続文字列をコピーします。これが構成されていない場合は、第B.4項「Oracle BI ServerへのJDBC接続の設定」を参照してください。

- 「管理者ユーザー名」および「管理者パスワード」
BISystemUserとパスワードを入力します。

- データベース・ドライバ・クラス: oracle.bi.jdbc.AnaJdbcDriverのように入力します。

3. 「適用」をクリックします。BI Publisherアプリケーションを再起動して、セキュリティの変更を有効にします。

5.3.2 BI Serverロールへのデータソースの追加

BI Serverロールにデータソースを追加する手順は次のとおりです。

1. Oracle Business Intelligenceに管理者としてログインします。

2. グローバル・ヘッダーで、「管理」をクリックします。Oracle BIの「管理」ページで、「BI Publisherの管理」をクリックします。

3. BI Publisherの「管理」ページで、「ロールと権限」をクリックします。BI Publisherグループを割り当てたグループが、使用可能なロールとして表示されます。

4. データソースを追加するグループ(ロール)を見つけて、「データソースの追加」をクリックします。
別の方法として、データソースに移動して、データソースへのアクセスを必要とするロールを追加することもできます。

5. 「使用可能なデータソース」リストで適切なデータソースを探して、シャトル・ボタンを使用してロール用の「許可されたデータソース」リストにソースを移動します。

6. 「適用」をクリックします。

7. レポート・データソースへのアクセスを必要とするすべてのロールについて繰り返します。

5.4 Oracle E-Business Suiteとの統合

BI Publisherでは、E-Business Suiteセキュリティを使用して、ユーザーがE-Business Suite資格証明でBI Publisherにログインできるようにすることができます。BI Publisherのセキュリティ統合機能により、ユーザーのE-Business Suiteの職責とorg_idの組合せが認識されます。

ユーザーは、ログイン時に、職責を選択するように求められます。ユーザーがE-Business Suiteのデータ表に対してレポートを実行すると、ユーザーの職責とorg_idの組合せに基づいてデータがフィルタ処理されます。ユーザーは、「アカウント」ダイアログを使用して、ログイン中に職責とレポート組織を切り替えることができます。

E-Business Suiteセキュリティと統合すると、E-Business Suiteの職責がBI Publisherセキュリティ・センターにロールとして表示されます。その後、BI Publisherのカタログ権限とデータ・アクセス権限を、インポートしたロールや職責に追加することができます。詳細は、第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」を参照してください。

BI PublisherをOracle E-Business Suiteと統合するには、次の手順を実行します。

- 第5.4.2項「E-Business Suiteセキュリティを使用するためのBI Publisherの構成」

- 第5.4.3項「E-Business Suiteロールへのデータソースの追加」

- 第5.4.4項「E-Business Suiteロールへのカタログ権限の付与」

注意:

このリリースでは、ユーザーはE-Business Suiteインスタンスに格納されているレポートにアクセスしたり実行したりすることはできません。レポートはBI Publisherカタログに存在している必要があります。E-Business Suiteのデータ・セキュリティは、BI Publisherがレポート・データを取得するためにE-Business Suiteのデータ表にアクセスしたときに適用されます。

Oracle BI Publisherは、DBCファイルに格納された情報を利用してE-Business Suiteインスタンスに接続します。このファイルへのアクセス権限があることを確認してください。DBCファイルは、通常、$FND_SECUREディレクトリの下にあります。

5.4.1 E-Business Suiteセキュリティとの統合による機能

BI PublisherをE-Business Suiteセキュリティと統合すると、次の機能が有効になります。

- ユーザーがE-Business Suite資格証明でBI Publisherにログインすると、図5-2に示すように、職責を選択するように求められます。

図5-2 ログイン時の職責の選択

- ユーザーは、「アカウント」ダイアログを使用して、職責とレポート組織を切り替えることができます。

- 図5-3に示すように、E-Business Suiteインスタンスへのデータソース接続が自動的に構成され、データ・モデル・エディタで使用できるようになります。

図5-3 データ・モデル・エディタでのE-Business Suiteデータソースのオプション

5.4.2 E-Business Suiteセキュリティを使用するためのBI Publisherの構成

E-Business Suiteセキュリティを使用するようにBI Publisherを構成する手順は次のとおりです。

1. Oracle E-Business Suiteで、システム管理者としてログインし、BI Publisherの機能ロールに対応するように次の職責を作成します。

- XMLP_ADMIN: BI Publisherサーバーの管理者ロールとして機能します。

- XMLP_DEVELOPER: システム内にレポートを作成できます。

- XMLP_SCHEDULER: レポートをスケジュールできます。

- XMLP_TEMPLATE_DESIGNER — Template BuilderからBI Publisherサーバーに接続してテンプレートのアップロードおよびダウンロードができます。BI Publisherレイアウト・エディタを使用してレイアウトを設計できるロール。

2. BI Publisherの新しい職責を適切なユーザーに追加します。

注意:

XMLP_ADMINグループには必ずユーザーを1人以上割り当ててください。

3. Oracle BI Publisherにログインします。「管理」ページで、「セキュリティ構成」を選択します。

4. このページの「認可」リージョンで、「セキュリティ・モデル」リストから「Oracle E-Business Suite」を選択します。

5. DBCファイルをE-Business Suiteインスタンスからロードします。これは通常、$FND_SECUREディレクトリの下にあります。このファイルへのアクセス権がない場合は、E-Business Suiteシステム管理者に連絡してください。このファイルにより、BI PublisherがE-Business Suiteインスタンスにアクセスする方法を指定します。

6. 「適用」をクリックします。BI Publisherを再起動して、セキュリティの変更を有効にします。

システムを再起動すると、BI Publisherロールを割り当てたE-Business Suiteの職責が、BI Publisherセキュリティ・センターにロールとして表示されるようになります。

5.4.3 E-Business Suiteロールへのデータソースの追加

特定のデータソースから生成されたレポートを表示するには、レポート利用者のロールに、データソースへのアクセス権限を付与する必要があります。同様に、特定のデータソースに基づいてデータ・モデルを作成するには、レポート作成者のロールに、データソースへのアクセス権限を付与する必要があります。

ロールにデータソースへのアクセス権限を付与するには:

1. 「管理」タブの「セキュリティ構成」で、「ロールと権限」をクリックします。E-Business SuiteインスタンスでBI Publisherロールを割り当てられた職責が、使用可能なロールとして表示されます。

2. データソースを追加したいロールを探して、「データソースの追加」をクリックします。「データソースの追加」ページが表示されます。

3. 「使用可能なデータソース」リストで適切なデータソースを探して、シャトル・ボタンを使用してロール用の「許可されたデータソース」リストにソースを移動します。

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

5. レポート・データソースへのアクセスを必要とするすべてのロールについて繰り返します。

5.4.4 E-Business Suiteロールへのカタログ権限の付与

特定のロールがフォルダ内のオブジェクトにアクセスするためには、そのロールに目的のカタログ・オブジェクトへの権限を付与する必要があります。ロールがフォルダ内のあらゆるオブジェクトに対して同じアクセス権を持つように、カタログ・レベルで権限を付与するか、フォルダ内の各オブジェクトへのアクセス権を個別に割り当てることができます。

詳細は、次の項を参照してください。

- 第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」

- 第3.4項「機能を使用する権限について」

- 第3.5項「カタログ権限について」

- 第3.6項「各種機能権限の動作」

E-Business Suiteロールに権限を付与する手順は次のとおりです。

1. カタログで、ロールに必要なカタログ・オブジェクトに移動します。

2. オブジェクトに対する「詳細」リンクをクリックして、「権限」をクリックし、「権限」ダイアログを開きます。

3. 「作成」アイコンをクリックして、「ロールの追加」ダイアログを開きます。

4. 「検索」をクリックして、「使用可能なロール」のリストに値を移入します。

5. 「移動」ボタンを使用して、適切なロールを「使用可能なロール」リストから「選択したロール」リストに移動します。

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

7. チェック・ボックスを選択して、ロールに適した権限を有効にします。

8. フォルダを選択した場合: フォルダ内のすべてのアイテムに選択内容を適用するには、「このフォルダ内の項目への権限の適用」を選択します。

5.5 Oracle Databaseセキュリティとの統合

BI Publisherでは、Oracle Databaseセキュリティとの統合が実現されます。これにより、BI PublisherユーザーをOracle Databaseユーザーで管理できるようになります。BI PublisherをOracle E-Business Suiteと統合するには、次の手順を実行します。

- 第5.5.1項「Oracle DatabaseでのBI Publisher機能ロールの定義」

- 第5.5.2項「ロールへのデータソースの追加」

- 第5.5.3項「ロールへのカタログ権限の付与」

注意:

Oracle Databaseセキュリティの設定の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

サーバーを再起動すると、BI Publisherロールを割り当てたロールが、BI Publisherセキュリティ・センターにロールとして表示されるようになります。

5.5.1 Oracle DatabaseでのBI Publisher機能ロールの定義

Oracle DatabaseでBI Publisher機能ロールを定義する手順は次のとおりです。

1. Oracle Databaseで次のロールを作成し、BI Publisherの機能ロールに対応させます。

- XMLP_ADMIN: BI Publisherサーバーの管理者ロールとして機能します。

- XMLP_DEVELOPER: システム内にレポートを作成できます。

- XMLP_SCHEDULER: レポートをスケジュールできます。

- XMLP_TEMPLATE_DESIGNER — Template BuilderからBI Publisherサーバーに接続してテンプレートのアップロードおよびダウンロードができます。

2. これらのロールを適切なDatabaseロールおよびDatabaseユーザーに割り当てます。BI Publisher側でレポート権限を設定する際に使用できるレポート・ロールを追加で作成することもできます。たとえば、レポートの人事フォルダを割り当てるHUMAN_RESOURCES_MANAGERというロールを作成します。人事レポートにアクセスする必要があるユーザーにそのロールを割り当てることができます。

3. XMLP_ADMINロールは、SYSTEMなどの管理権限を持つユーザーに割り当ててください。

4. 管理者権限を持つユーザーとしてBI Publisherアプリケーションにログインします。「管理」ページで、「セキュリティ構成」を選択します。

5. このページの「認可」リージョンで、「セキュリティ・モデル」リストから「Oracle Database」を選択します。次の接続情報を指定します。

- JDBCの「接続文字列」: jdbc:oracle:thin:@mycompany.com:1521:orclのように入力します。

- 「管理者ユーザー名」と「管理者パスワード」: このユーザーに関する次の要件に注意してください。

- このユーザーにはXMLP_ADMINロールを割り当てる必要があります。

- このユーザーには、dba_users/_roles/_role_privs表のデータにアクセスする権限を付与する必要があります。

- データベース・ドライバ・クラス: oracle.jdbc.driver.OracleDriverのように入力します。

6. 「適用」をクリックします。BI Publisherを再起動して、セキュリティの変更を有効にします。

5.5.2 ロールへのデータソースの追加

特定のデータソースから生成されたレポートを表示するには、レポート利用者のロールに、データソースへのアクセス権限を付与する必要があります。同様に、特定のデータソースに基づいてデータ・モデルを作成するには、レポート作成者のロールに、データソースへのアクセス権限を付与する必要があります。

ロールにデータソースへのアクセス権限を付与するには:

1. 「管理」タブの「セキュリティ構成」で、「ロールと権限」をクリックします。

2. データソースを追加したいロールを探して、「データソースの追加」をクリックします。「データソースの追加」ページが表示されます。

3. 「使用可能なデータソース」リストで適切なデータソースを探して、シャトル・ボタンを使用してロール用の「許可されたデータソース」リストにソースを移動します。

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

5. レポート・データソースへのアクセスを必要とするすべてのロールについて繰り返します。

5.5.3 ロールへのカタログ権限の付与

特定のロールがフォルダ内のオブジェクトにアクセスするためには、そのロールに目的のカタログ・オブジェクトへの権限を付与する必要があります。ロールがフォルダ内のあらゆるオブジェクトに対して同じアクセス権を持つように、カタログ・レベルで権限を付与するか、フォルダ内の各オブジェクトへのアクセス権を個別に割り当てることができます。

詳細は、次の項を参照してください。

- 第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」

- 第3.4項「機能を使用する権限について」

- 第3.5項「カタログ権限について」

- 第3.6項「各種機能権限の動作」

カタログ権限をロールに付与するには:

1. カタログで、ロールに必要なカタログ・オブジェクトに移動します。

2. オブジェクトに対する「詳細」リンクをクリックして、「権限」をクリックし、「権限」ダイアログを開きます。

3. 「作成」アイコンをクリックして、「ロールの追加」ダイアログを開きます。

4. 「検索」をクリックして、「使用可能なロール」のリストに値を移入します。

5. 「移動」ボタンを使用して、適切なロールを「使用可能なロール」リストから「選択したロール」リストに移動します。

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

7. チェック・ボックスを選択して、ロールに適した権限を有効にします。

8. フォルダを選択した場合: フォルダ内のすべてのアイテムに選択内容を適用するには、「このフォルダ内の項目への権限の適用」を選択します。

5.6 Oracle Siebel CRMセキュリティとの統合

BI PublisherとSiebelセキュリティの統合を構成するには、次の各項のタスクを実行します。

- 第5.6.1項「BI PublisherロールのSiebel CRMの職責としての設定」

- 第5.6.2項「BI PublisherでSiebelセキュリティを使用するための構成」

- 第5.6.3項「ロールへのデータソースの追加」

- 第5.6.4項「ロールへのカタログ権限の付与」

5.6.1 BI PublisherロールのSiebel CRMの職責としての設定

BI PublisherのロールをSiebel CRMの職責として設定する手順は次のとおりです。

1. Siebel管理者の資格証明を使用して、「管理」→「アプリケーション」に移動し、職責に移動します。

2. 職責リストで、BI Publisher機能ロールごとに新しいレコードを追加します。

- XMLP_ADMIN: BI Publisherサーバーの管理者ロールとして機能します。

- XMLP_DEVELOPER: システム内にレポートを作成できます。

- XMLP_SCHEDULER: レポートをスケジュールできます。

- XMLP_TEMPLATE_DESIGNER — Template BuilderからBI Publisherサーバーに接続してテンプレートをアップロードおよびダウンロードできます。また、レイアウト・エディタへのアクセス権を付与します。

3. これらのロールを適切なユーザーに割り当てます。BI Publisherでレポート権限を設定する際に使用できるレポート・ロールを追加で作成することもできます。たとえば、EXECUTIVE_SALESというロールを作成して、エグゼクティブレベルのレポート・フォルダを割り当てることができます。その後、エグゼクティブ・レポートにアクセスする必要があるユーザーにそのロールを割り当てることができます。

4. XMLP_ADMINロールは、管理権限を持つユーザーに割り当ててください。

5.6.2 BI PublisherでSiebelセキュリティを使用するための構成

Siebelセキュリティを使用するようにBI Publisherを構成する手順は次のとおりです。

1. 管理者権限を持つユーザーとしてBI Publisherにログインします。「管理」ページで、「セキュリティ構成」を選択します。

2. このページの「認可」リージョンで、「セキュリティ・モデル」リストから「Siebelセキュリティ」を選択します。次の接続情報を指定します。

- Siebel Webサービス・エンドポイント文字列

- 管理者ユーザー名

- 管理者パスワード

3. 「適用」をクリックします。BI Publisherを再起動して、セキュリティの変更を有効にします。

BI Publisherにログインしなおすと、BI Publisher機能ロールを追加した職責が「ロールと権限」ページに表示されます。

5.6.3 ロールへのデータソースの追加

特定のデータソースから生成されたレポートを表示するには、レポート利用者のロールに、データソースへのアクセス権限を付与する必要があります。同様に、特定のデータソースに基づいてデータ・モデルを作成するには、レポート作成者のロールに、データソースへのアクセス権限を付与する必要があります。

ロールにデータソースへのアクセス権限を付与するには:

1. 「管理」タブの「セキュリティ構成」で、「ロールと権限」をクリックします。

2. データソースを追加したいロールを探して、「データソースの追加」をクリックします。「データソースの追加」ページが表示されます。

3. 「使用可能なデータソース」リストで適切なデータソースを探して、シャトル・ボタンを使用してロール用の「許可されたデータソース」リストにソースを移動します。

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

5. レポート・データソースへのアクセスを必要とするすべてのロールについて繰り返します。

5.6.4 ロールへのカタログ権限の付与

特定のロールがフォルダ内のオブジェクトにアクセスするためには、そのロールに目的のカタログ・オブジェクトへの権限を付与する必要があります。ロールがフォルダ内のあらゆるオブジェクトに対して同じアクセス権を持つように、カタログ・レベルで権限を付与するか、フォルダ内の各オブジェクトへのアクセス権を個別に割り当てることができます。

詳細は、次の項を参照してください。

- 第3.3項「BI Publisherのユーザー、ロールおよび権限の概要」

- 第3.4項「機能を使用する権限について」

- 第3.5項「カタログ権限について」

- 第3.6項「各種機能権限の動作」

カタログ権限をロールに付与するには:

1. カタログで、ロールに必要なカタログ・オブジェクトに移動します。

2. オブジェクトに対する「詳細」リンクをクリックして、「権限」をクリックし、「権限」ダイアログを開きます。

3. 「作成」アイコンをクリックして、「ロールの追加」ダイアログを開きます。

4. 「検索」をクリックして、「使用可能なロール」のリストに値を移入します。

5. 「移動」ボタンを使用して、適切なロールを「使用可能なロール」リストから「選択したロール」リストに移動します。

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

7. チェック・ボックスを選択して、ロールに適した権限を有効にします。

8. フォルダを選択した場合: フォルダ内のすべてのアイテムに選択内容を適用するには、「このフォルダ内の項目への権限の適用」を選択します。

6 デジタル署名の実装

この章では、BI Publisherで生成されたPDFドキュメントにデジタル署名を実装する方法について説明します。

内容は次のとおりです。

- 6.1項「概要」

- 第6.2項「前提条件および制限事項」

- 第6.3項「デジタル証明書の取得」

- 第6.4項「PFXファイルの作成」

- 第6.5項「デジタル署名の実装」

- 第6.6項「デジタル署名を使用したレポートの実行と署名」

6.1 概要

BI Publisherでは、PDF出力ドキュメントのデジタル署名をサポートしています。デジタル署名により、送受信するドキュメントが本物であることを検証できます。Oracle BI Publisherは一元管理されたセキュアな場所にあるデジタルIDファイルにアクセスし、実行時にそのデジタルIDによってPDF出力を署名できます。デジタル署名では、署名者のIDを検証して、署名後にドキュメントが改ざんされていないことを確認します。

デジタル署名の詳細は、次のサイトを参照してください。

- VeriSignによるデジタルIDの導入

- http://www.verisign.com/support/tlc/per/whitepaper.htm

- Adobeによるデジタル署名

- http://www.adobe.com/security/digsig.html

- PDFおよびAcrobatにおけるデジタル署名

- http://acrobatusers.com/tutorials/digital-signatures-pdf-acrobat

6.2 前提条件および制限事項

Oracle BI Publisherの出力ドキュメントでデジタル署名を実装する前に、次を用意する必要があります。

プライベートの認証局や内部の認証局(内部で使用している場合のみ)またはパブリックな認証局からデジタルIDを入手します。入手したデジタルIDファイルを、サーバーのファイル・システム上のセキュアな場所(BI Publisherサーバーがアクセス可能な場所)にコピーする必要があります。

Oracle BI Publisherの出力ドキュメントでデジタル署名を使用する場合、次の制限があります。

- BI Publisherに登録できるデジタルIDは1つだけです。

- BI Publisherの「レポート・ジョブのスケジュール」インタフェースを介して送信されたレポートのみにデジタル署名を組み込めます。

- デジタル署名はレポート・レベルで使用できます。そのため、同じレポートに割り当てられた複数のテンプレートは、デジタル署名プロパティを共有します。

6.3 デジタル証明書の取得

デジタル証明書を取得するには次のいずれかを実行します。

- Verisignなどの認証局からデジタル証明書を購入してコンピュータに保存します。購入した証明書が本物であることを容易に確認できる(つまり、信頼できる)ため、この方法をお薦めします。次にMicrosoft Internet Explorer 7以上を使用して、購入した証明書に基づいてPFXファイルを作成します。第6.4項「PFXファイルの作成」を参照してください。

- Adobe Acrobat、Adobe Reader、OpenSSLまたはOSDTなどのソフトウェア・プログラムを使用して、自己署名証明書を作成します。自己署名証明書は誰でも作成できるため、この方法はあまりお薦めできません。つまり、証明書が本物であることを確認したり信頼するのが困難になります。
通常、ソフトウェア・プログラムを使用して自己署名証明書を作成すると、証明書がPFXファイルの一部として保存されます。このような場合は、別のPFXファイルを作成する必要はありません(第6.4項「PFXファイルの作成」を参照)。

Adobe Readerを使用して自己署名証明書を作成する手順は次のとおりです。

1. Adobe Readerを開きます。

2. 「Document」メニューで「Security Settings」をクリックします。

3. 左側にある「Digital IDs」を選択します。

4. ツールバーで「Add ID」をクリックします。

5. 「Add Digital ID」ウィザードの手順に従います。補助として、Adobe Readerに付属のドキュメントを参照してください。

6. プロンプトが表示されたら、PFXファイルの一部として自己署名証明書をコンピュータ上のアクセス可能な場所に保存します。

PFXファイルの一部として自己署名証明書を作成したら、BI Publisherに登録することにより、そのPFXファイルを使用してPDFドキュメントに署名できるようになります。第6.5項「デジタル署名の実装」を参照してください。

6.4 PFXファイルの作成

デジタル証明書を認証局から取得したら、その証明書とMicrosoft Internet Explorer 7以上を使用してPFXファイルを作成できます。

注意:

Adobe Readerなどのソフトウェア・プログラムを使用して自己署名証明書を作成すると、証明書がPFXファイルに作成されることがよくあります。その場合は、もう1つ別のPFXファイルを作成する必要はありません。既存のものを使用できます。

Microsoft Windows Explorer 7以上を使用してPFXファイルを作成する手順は次のとおりです。

1. 使用しているコンピュータにデジタル証明書が保存されていることを確認します。

2. Microsoft Internet Explorerを開きます。

3. 「ツール」メニューで「インターネット オプション」をクリックし、「コンテンツ」タブをクリックします。

4. 「証明書」をクリックします。

5. 「証明書」ダイアログで、使用するデジタル証明書を含むタブをクリックし、該当の証明書をクリックします。

6. 「エクスポート」をクリックします。

7. 「証明書のエクスポート ウィザード」の手順に従います。補助として、Microsoft Internet Explorerに付属のドキュメントを参照してください。

8. プロンプトが表示されたら、「DER encoded binary X.509」をエクスポート・ファイルの形式として選択します。

9. プロンプトが表示されたら、PFXファイルの一部として証明書をコンピュータ上のアクセス可能な場所に保存します。

PFXファイルを作成すると、これを使用してPDFドキュメントに署名できます。

6.5 デジタル署名の実装

次に、出力PDFドキュメントにデジタル署名を設定し、署名するために必要な作業の概要を示します。

1. BI Publisherの「管理」ページでデジタルIDを登録し、ドキュメントに署名する権限のあるロールを指定します。第6.5.1項「デジタル署名IDの登録および権限のあるロールの割当て」を参照してください。

2. 表示フィールドの場所を指定します。第6.5.2項「署名表示フィールドまたは場所の指定」を参照してください。

3. レポート・プロパティを使用してレポートのデジタル署名を有効にします。

4. 権限のあるロールを持つユーザーとしてBI Publisherにログインし、BI Publisherスケジューラを介してレポートを送信して、PDF出力を選択します。レポートが完成したら、ドキュメントの指定された場所にデジタルIDが署名されます。

6.5.1 デジタル署名IDの登録および権限のあるロールの割当て

BI Publisherでは単一のデジタルIDファイルの識別がサポートされます。

BI Publisherの「管理」ページでデジタルIDを登録する手順は次のとおりです。

1. 「管理」タブの「セキュリティ・センター」で、「デジタル署名」をクリックします。

2. 「デジタル署名」サブタブで、デジタルIDファイルのファイル・パスを入力して、デジタルIDのパスワードを入力します。

3. ドキュメントにこのデジタルIDで署名する権限を持つロールを有効にします。シャトル・ボタンを使用して、「使用可能なロール」を「許可ロール」リストに移動します。

4. 「適用」をクリックします。図6-1に、「デジタル署名」サブタブを示します。

図6-1 「デジタル署名」サブタブ

6.5.2 署名表示フィールドまたは場所の指定

完成したドキュメントに表示されるデジタル署名の場所を指定する必要があります。使用可能な方法は、テンプレート・タイプがPDFかRTFかによって変わります。

テンプレートがPDFの場合は、次のいずれかのオプションを使用します。

- 第6.5.3項「PDFテンプレートでのデジタル署名用テンプレート・フィールドの指定」

- 第6.5.4項「レポート・プロパティでのデジタル署名の場所の指定」

テンプレートがRTFの場合は、次のオプションを使用します。

- 第6.5.4項「レポート・プロパティでのデジタル署名の場所の指定」

6.5.3 PDFテンプレートでのデジタル署名用テンプレート・フィールドの指定

デジタル署名用のPDFテンプレートにフィールドを組み込む手順は、『Oracle Business Intelligence Publisher Oracle Fusion Middlewareレポート・デザイナーズ・ガイド』の章「PDFテンプレートの作成」のデジタル署名用のフィールドの追加または指定に関する項を参照してください。

6.5.4 レポート・プロパティでのデジタル署名の場所の指定

デジタル署名を配置するドキュメント内の場所を指定する場合、一般的な場所(左上、上部中央、右上)を指定するか、またはドキュメント内のxおよびy座標を指定できます。また、フィールドの高さと幅を指定することもできます。これは、「ランタイム構成」ページ上のプロパティを介して行います。このため、デジタル署名を組み込むテンプレートを変更する必要はありません。

デジタル署名の場所を指定する手順は次のとおりです。

1. カタログで、レポートに移動します。

2. レポートに対する「編集」リンクをクリックして、編集するレポートを開きます。

3. 「プロパティ」をクリックして、「書式設定」タブをクリックします。

4. スクロールして、「PDFデジタル署名」プロパティ・グループを表示します。

5. 「デジタル署名の有効化」を「True」に設定します。

6. 次に示す適切なプロパティを設定することにより、デジタル署名を表示するドキュメント内の場所を指定します(署名はドキュメントの最初のページにのみ挿入されます)。

- 既存の署名フィールド名: この方法では使用しません。

- 署名フィールドの場所: 次の値を含むリストが表示されます。
左上、上部中央、右上

これらの一般的な場所のいずれかを選択すると、デジタル署名が適切なサイズと位置で出力ドキュメントに配置されます。

このプロパティを設定する場合は、X座標とY座標のプロパティまたは幅と高さのプロパティは入力しないでください。

- 署名フィールドのX座標: ドキュメントの左端をX軸の原点として使用し、その左端からのポイント数でデジタル署名の配置場所を入力します。
たとえば、8.5インチx11インチ(つまり、幅が612ポイントで高さが792ポイント)のドキュメントの中央において水平方向にデジタル署名を配置する場合は、306と入力します。

- 署名フィールドのY座標: ドキュメントの下端をY軸の原点として使用し、その下端からのポイント数でデジタル署名の配置場所を入力します。
たとえば、8.5インチx11インチ(つまり、幅が612ポイントで高さが792ポイント)のドキュメントの中央において垂直方向にデジタル署名を配置する場合は、396と入力します。

- 署名フィールドの幅: 挿入するデジタル署名フィールドに必要な幅をポイント数で入力します。これは、X座標およびY座標を設定している場合にのみ適用されます。

- 署名フィールドの高さ: 挿入するデジタル署名フィールドに必要な高さをポイント数で入力します。これは、X座標およびY座標を設定している場合にのみ適用されます。

図6-2に、ドキュメント内の特定のxおよびy座標にデジタル署名を配置するように構成したレポートを示します。

図6-2 デジタル署名のレポート・プロパティ

6.6 デジタル署名を使用したレポートの実行と署名

デジタル署名権限が付与されているロールを割り当てられたユーザーは、デジタル署名を組み込むように構成された生成済のレポートにデジタル署名を添付できます。デジタル署名は、スケジュールされたレポートにのみ挿入できます。

レポートにデジタル署名する手順は次のとおりです。

1. デジタル署名権限を付与されたロールを持つユーザーとしてBI Publisherにログインします。

2. カタログで、デジタル署名が有効になっているレポートに移動して、「スケジュール」をクリックします。

3. 「レポート・ジョブのスケジュール」ページのすべてのフィールドを入力して、PDF出力を選択し、ジョブを発行します。
完成したPDFにデジタル署名が表示されます。

7 スケジューラの構成

この章では、BI Publisherスケジューラの機能、アーキテクチャ、診断および構成について説明します。

内容は次のとおりです。

- 第7.1項「BI Publisherスケジューラについて」

- 第7.2項「設定に関する考慮事項」

- 第7.3項「スケジューラの構成について」

- 第7.4項「プロセッサおよびプロセッサ・スレッドの構成」

- 第7.5項「管理対象サーバーの追加」

- 第7.6項「スケジューラ診断」

7.1 BI Publisherスケジューラについて

11g BI Publisherスケジューラの最新のアーキテクチャでは、Java Messaging Service(JMS)キュー技術を使用しています。このアーキテクチャを使用して、複数のBI Publisherサーバーをクラスタに追加してから各サーバーを特定の機能専用のサーバーに指定することができます(レポート生成、ドキュメント生成、特定の配信チャンネルなど)。

7.1.1 アーキテクチャ

BI Publisherスケジューラのアーキテクチャでは、JMSキューおよびトピックを使用して、高スケーラブルかつ高性能で強固なレポート・スケジューリングおよび配信システムを提供します。図7-1に、スケジューラのアーキテクチャを示します。

図7-1 スケジューラのアーキテクチャ

ジョブの発行時にスケジューラによって実行されるタスクは、次のとおりです。

1. ジョブの発行

- クォーツ・テーブルにジョブ情報とトリガーを格納します

2. ジョブ・プロセッサ

- クォーツ・トリガーが発動したときに、スケジューラ・ジョブ・キューにジョブ情報を配置します

3. バースティング・エンジン/バッチ・ジョブ・プロセス

- バースティング・エンジン・リスナー

- キューからスケジュールされたジョブ情報を取得します

- データソースからデータを抽出します

- バースティング分割の定義に従ってデータを分割します

- 一時フォルダにデータを一時的に格納します

- レポート・キューにレポート・メタデータを配置します

- バッチ・ジョブ・プロセス

- キューからスケジュールされたジョブ情報を取得します

- データソースからデータを抽出します

- 一時フォルダにデータを一時的に格納します

- レポート・キューにレポート・メタデータを配置します

4. FOレポート・プロセッサ

- レポートQをリスニングします

- メタデータに基づいてレポートを生成します

- 共有された一時ディレクトリにレポートを格納します

- 配信キューにレポート配信情報を配置します

5. 配信(電子メール、ファイル、FTP)プロセッサ

- 配信キューをリスニングします

- 配信APIを呼び出して異なるチャネルに配信します

6. BI Publisher(BIP)システム・トピック
BIPシステム・トピックは、スケジューリング・エンジンの実行時間のステータスと状態を公開します。このトピックは、すべてのインスタンスのステータス、JMSキュー内のメッセージのスレッド・ステータス、すべてのスケジューラ構成(データベース構成、JMSキューのJNDI構成など)のステータスを公開します。

7.1.2 クラスタリングについて

BI Publisherクラスタリング・サポートを使用すると、サーバー・インスタンスをオンデマンドで追加して、処理と配信の負荷に対応することができます。図7-2に、Oracle WebLogic Serverのクラスタリングを示します。レポート・リポジトリとスケジューラ・データベースが複数のインスタンスで共有されることにに注意してください。また、スケジューリング用のJMSキューと診断情報公開用のJMSトピックは、JMSキューとJMSトピックをJNDIサービス経由で登録することにより、サーバー全体で共有されます。

図7-2 BI Publisherのクラスタリング

各管理対象サーバー・インスタンスは、同じレポート・リポジトリをポイントします。管理対象サーバー・インスタンスごとに、すべてのプロセス(ジョブ・プロセッサ、レポート・プロセッサ、電子メール・プロセッサ、FTPプロセッサ、FAXプロセッサ、ファイル・プロセッサ、印刷プロセッサおよびWebDavプロセッサ)が構成されます。このため、同じリポジトリをポイントするサーバー・インスタンスがデプロイされるとただちに、クラスタに追加され、このインスタンス内のすべてのプロセッサの実行準備が整います。

有効にするプロセスを任意のサーバー・インスタンスで選択できるので、リソースを最適に使用することができます。さらに、大量のジョブの処理が要求される場合には、レポート処理用のインスタンスを追加できます。同様に、電子メールの配信が最優先の配信チャネルの場合、インスタンスを追加して、電子メール配信をスケールアップできます。

クラスタリングと高可用性の詳細は、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

7.1.3 フェイルオーバーの動作

BI Publisherは強固なフェイルオーバー・メカニズムを備えているので、サーバーを使用できないことが原因でレポートが配信できなくなることはありません。これを実現するには、クラスタ内の2つ以上のノードを使用してスケジューラの各プロセスのバランスを調整します。これにより、いずれかのノードで障害が発生しても、2つ目のノードでバックアップされるため、データが失われることはありません。たとえば、ジョブ・プロセッサを2つのノードで有効にすることにより、1つのノードで障害が発生しても、2つ目のノードでジョブを処理できます。

重要:

1つのノードが停止した場合、他のノードがそのキューへのサービス提供を続行します。ただし、レポート・ジョブが、データ取得、データの書式設定またはレポートの配信のいずれかの実行の段階にある場合は、そのジョブは失敗としてマークされるため、手動で再発行する必要があります。

7.2 設定に関する考慮事項

スケジューラを設定する前に考慮する必要のあるトピックは、次のとおりです。

7.2.1 JNDIまたはJDBC接続の選択

デフォルトでは、BIプラットフォーム・インストーラによりWebLogic JNDI接続URLが構成されます。JDBCは、本番用途にはお薦めされません。JDBCは、ローカルの低容量テストに対してのみ使用してください。

7.2.2 サポートされているJMSプロバイダ

BI Publisherをインストールすると、WebLogic JMSを使用するようにスケジューラが自動的に構成されます。かわりにActiveMQを使用するようにBI Publisherを構成するには、第A.2項「ActiveMQ用のBI Publisherの構成」を参照してください。

7.3 スケジューラの構成について

BIプラットフォーム・インストーラを使用してBI Publisherをインストールし、サーバーを起動すると、BI Publisherスケジューラが実行され、次の構成が行われます。

- インストール前の手順として、リポジトリ作成ユーティリティによってスケジューラ・スキーマがデータベースにインストールされます。

- JMSが、サーバー内でBI Publisher用に構成されます。

- WebLogic JNDI URLが構成されます。

- デフォルトでは、1つのプロセッサ当たりのスレッド数が5に設定されています。

Oracle BIプラットフォーム・インストーラによって実行される構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

この構成は、「スケジューラ構成」ページ(「管理」ページの「システム・メンテナンス」で、「スケジューラ構成」をクリック)で参照できます。図7-3は、「スケジューラ構成」ページの「データベース接続」および「JMS構成」リージョンを示しています。

図7-3 「データベース接続」および「JMS構成」リージョン

7.3.1 共有ディレクトリの構成

共有ディレクトリは、ジョブの実行中にスケジューラで使用されるデータやファイルを一時的に保存する目的で使用されます。ジョブが完了すると、ジョブの一時データは削除されます。BI Publisherスケジューラが様々なノードやマシンで実行されるように構成されている場合は、このディレクトリを定義する必要があります。このディレクトリは、BI Publisherの全ノードの間でデータやドキュメント情報の交換に使用されるため、すべてのBI Publisherのノードからアクセスできる必要があります。ディレクトリのサイズは、ジョブ・データの合計サイズ、出力ドキュメントおよび現在のジョブ数に依存します。このディレクトリは、パラレルで実行されるすべてのジョブのすべてのXMLデータおよびドキュメントを格納するのに十分なサイズにする必要があります。このディレクトリが構成されずにBI Publisherが様々なマシンで実行される場合は、スケジューラが失敗する可能性があります。

BI Publisherが単一のマシンで実行される場合は、共有ディレクトリの設定は任意です。BI Publisherはアプリケーション・サーバーの一時ディレクトリを使用してこのデータを保存します。

7.4 プロセッサおよびプロセッサ・スレッドの構成

構成したクラスタ・インスタンスごとに、プロセッサ構成表が表示されます。この表を使用して、プロセッサの有効化と無効化を行い、プロセッサごとにスレッドを指定します。

各プロセッサのデフォルトのスレッド数は、図7-3に示すように、「JMS構成」の「JMSプロセッサ当たりのスレッド」プロパティで設定されます。「クラスタ・インスタンス」リージョンで特定のプロセッサのスレッド数を編集するには、図7-4に示すように、「スレッド数」の設定を更新します。デフォルト設定を使用するプロセッサの場合は、表にエントリが表示されないことに注意してください。特定のプロセッサに対してデフォルト値と異なるスレッド数を設定する場合にのみ、「スレッド数」の値を入力します。

図7-4 「クラスタ・インスタンス」リージョン

プロセッサ当たりの最適なスレッド数は、システムの要件によって異なります。「スケジューラ診断」ページを使用して、システムの負荷を評価できます。第7.6項「スケジューラ診断」を参照してください。

システムに管理対象サーバーを追加するには、第7.5項「管理対象サーバーの追加」を参照してください。

7.5 管理対象サーバーの追加

Oracle WebLogic管理コンソールで管理対象サーバーを追加して、BI Publisherの「管理」ページでクラスタ・インスタンスを構成します。

7.5.1 管理対象サーバーの追加

Oracle WebLogic管理コンソールの使用の詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプを参照してください。Fusion Middleware Controlおよびその使用方法の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

管理対象サーバーを追加する手順は次のとおりです。

1. 次の方法のいずれかを使用してOracle WebLogic管理コンソールにアクセスします。

2. 「ロックして編集」をクリックします。

3. 「ドメイン構造」で、「環境」を開いて、「サーバー」をクリックします。

4. 「サーバー」表で、「新規」をクリックします。

5. 「新しいサーバーの作成: サーバーのプロパティ」ページで、次の手順を実行します。

- 「名前」フィールドに、サーバーの名前を入力します。

- 「リスニング・ポート」で、サーバー・インスタンスにアクセスするポート番号を入力します。

- 「はい、このサーバーを既存のクラスタのメンバーにします。」を選択します。
リストからbi_clusterを選択します。

- 「次へ」をクリックします。

6. 選択した構成オプションを確認します。

7. 「終了」をクリックします。
図7-5に示すように、「サーバー」表に新しいサーバーが表示されます。

図7-5 「サーバー」表

8. サーバー名をクリックして、「設定」ページを開きます。

9. 新しいサーバーに対して「マシン」を選択します。

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

11. 「変更のアクティブ化」をクリックします。

12. 新しいサーバーを起動します。

7.5.2 BI Publisherでのプロセッサの構成

新しい管理対象サーバーが起動されると、図7-6に示すように、そのサーバーのプロセッサのセットがBI Publisherに表示されます。

図7-6 BI Publisherのプロセッサ

これで、システムの負荷に合せてスレッドを構成できるようになりました。

7.6 スケジューラ診断

「スケジューラ診断」ページはスケジューラの実行時のステータスを提供します。また、そのJMS構成、JMSキュー、クラスタ・インスタンス・ステータス、スケジューラ・データベース・ステータス、Toplinkステータスおよびスケジューラ(クォーツ)ステータスを提供します。

診断ページには、JMSキューがそれまでに受信したスケジュール済レポート・リクエスト数と、その中で失敗したリクエスト数および実行中のリクエスト数が表示されます。JMSステータスをクラスタ・インスタンスのレベルで表示できるので、インスタンスを追加して1つ以上のJMSプロセッサを増やし、スケールアップするべきかどうかを判断できます。

たとえば、キューに待機している電子メール・プロセッサに対する要求数が1つのインスタンスでは多すぎる場合、電子メールの処理に対処できるようにするためにもう1つのインスタンスを追加することを検討できます。同様に、非常に多くのレポートが処理中になっており、レポート・プロセス・キューで実行中ステータスで表示されている場合、もう1つのインスタンスを追加してレポート・プロセス機能をスケールアップできます。

また、「スケジューラ診断」ページには各コンポーネントのステータスが反映され、ダウンしたコンポーネントがあるかどうかが示されます。データベースへの接続文字列またはJNDI名、どのクラスタ・インスタンスがどの管理対象サーバー・インスタンスに関連付けられているか、Toplink接続プール構成などを確認できます。

特定のインスタンスが失敗ステータスを示している場合は、インスタンスの回復ができます。その場合も、クラスタのJMS設定のフェイルオーバー・メカニズムがあるため、発行済のジョブが失われることはありません。サーバー・インスタンスが元の状態に戻ると、そのインスタンスはすぐにクラスタ内でサービスに使用できる状態になります。インスタンスの削除と追加は診断ページに動的に反映されます。

クラスタにインスタンスを追加すると、「スケジューラ診断」ページではただちにその新しいインスタンスが認識され、新しいインスタンスのステータスとそのインスタンス上で実行されているすべてのスレッドが表示されます。これは、管理者に強力な監視機能を提供し、いずれかのインスタンスまたはスケジューラのコンポーネントで問題が発生した場合にその問題を追跡して解決することができます。

「スケジューラ診断」ページには、次のコンポーネントに関する情報が表示されます。

- JMS

- クラスタ

- データベース

- スケジューラ・エンジン

「JMS」セクションは、次に項目に関する情報を提供します。

- JMSクラスタ構成: このセクションは、JMS設定の構成情報を提供します。

- プロバイダ・タイプ(WebLogic/ActiveMQ)

- WebLogicのバージョン

- WebLogic JNDIファクトリ

- JMS用のJNDI URL

- キュー名

- 一時ディレクトリ

- JMSランタイム: 図7-7に示すように、すべてのJMSキューとJMSトピックの実行時ステータスを提供します。

図7-7 「JMSランタイム」セクション

「クラスタ」セクションは、図7-8に示すように、クラスタ・インスタンスに関する詳細情報を提供します。この情報を使用して、各プロセッサの負荷を把握します。

図7-8 「クラスタ」セクション

- JMSインスタンス構成

- JMS Wrapper

- JMS Client – System - BIPのSystemトピックのステータスを提供します。「スケジューラ診断」ページは、このトピックに対するサブスクライバです。

- JMS Client_producer: このリリースでは使用されません。

- JMS Client_schedule: ジョブ・プロセッサとレポート・プロセッサのステータスを示します。プロセッサごとに、アクティブなスレッド数、受信したメッセージ数、失敗したメッセージ数および実行中のメッセージ数が表示されます。

- JMS Client_delivery: リスナーとしての様々な配信プロセッサのステータスを示します。配信プロセッサごとに、アクティブなスレッド数、受信したメッセージ数、失敗したメッセージ数および実行中のメッセージ数が表示されます。

「データベース」セクションは、図7-9に示すように、次のコンポーネントに関する情報を提供します。

- データベース構成: 接続タイプ、JNDI名、または接続文字列

- Toplink構成: 接続プーリング、ロギング・レベル

- データベース・スキーマ

図7-9 「データベース」セクション

Quartzセクションは、図7-10に示すように、次のコンポーネントに関する情報を提供します。

- Quartz構成

- Quartz初期化

図7-10 Quartzセクション

7.6.1 Quartz構成エラーの解決

「スケジューラ診断」ページでよく見られるQuartz構成のエラーを次に示します。

エラーの説明と解決

BI Publisherの起動中(WebLogic管理対象サーバーまたは管理サーバーの起動時)に、jdbc/bip_datasourceとして構成されたJNDIデータソースが使用できない場合、Quartzの初期化が失敗します。「スケジューラ診断」ページには、Quartz構成のエラーが表示されます。

これが発生した場合は、次の手順を実行します。

1. jdbc/bip_datasourceとして構成されているデータソースが使用可能かどうかを確認します。「スケジューラ構成」ページで、「接続のテスト」をクリックして接続が機能していることを確認します。

2. 「スケジューラ診断」ページで診断項目「データベース・スキーマ」を探し、診断に合格していることを確認します。

3. 「スケジューラ構成」ページに戻り、「スケジューラ選択」をQuartzから「なし」に変更して「適用」をクリックします。ここで、設定をQuartzに戻し、もう一度「適用」をクリックします。

4. 「スケジューラ診断」で、Quartzエラーが消去されていることを確認します。

8 サーバー・プロパティの構成

この章では、キャッシュ仕様、監視と監査、およびカタログ・プロパティなどのBI Publisherサーバーのプロパティの構成方法について説明します。

内容は次のとおりです。

- 第8.1項「構成フォルダへのパスの設定」

- 第8.2項「カタログの構成」

- 第8.3項「一般プロパティの設定」

- 第8.4項「サーバーのキャッシュ仕様の設定」

- 第8.5項「データベース・フェイルオーバーの再試行プロパティの設定」

- 第8.6項「監視と監査の有効化」

- 第8.7項「レポート・ビューアのプロパティの設定」

8.1 構成フォルダへのパスの設定

構成フォルダには、データソース接続、配信サーバー定義、スケジューラ設定などのサーバー構成設定を含むファイルが格納されます。

構成フォルダへのパスは、xmlp-server-config.xml構成ファイルに格納されています。

BI Publisherをインストールすると、これは自動的に次のように構成されます。

${xdo.server.config.dir}/repository

環境変数${xdo.server.config.dir}を使用して、xmlp-server-config.xml構成ファイルの場所へのパスが格納されます。デフォルトでは、BI Publisher構成フォルダとxmlp-server-config.xmlファイルの両方が<DOMAIN_HOME>/config/bipublisherにインストールされます。

たとえば、/OBI_HOME/user_projects/domains/bifoundation_domain/config/bipublisherなどです(図8-1を参照)。

図8-1 構成フォルダのパス

8.2 カタログの構成

BI Publisherは次のカタログ・タイプをサポートしています。

- 第8.2.1項「Oracle BI Publisherファイル・システム・カタログの構成」
Oracle BI Publisherファイル・システム・オプションは、Oracle Business Intelligence Enterprise Editionと統合されないBI Publisherのインストール用です。

- 第8.2.2項「Oracle BI EEカタログを使用するためのBI Publisherの構成」
BI PublisherをOracle Business Intelligence Enterprise Editionとともにインストールすると、共有されたOracle BI Presentation Catalogを使用するようにカタログが自動的に構成されます。

8.2.1 Oracle BI Publisherファイル・システム・カタログの構成

注意:

リポジトリ用にNFS、Windows、NASなどのファイル・システムを使用する場合、ファイル・システムのセキュリティが確保されていることを確認してください。

BI Publisherをインストールすると、デフォルトでは次の場所にカタログが構成されます。

${xdo.server.config.dir}/repository

リポジトリの場所を変更する手順は次のとおりです。

1. 「カタログ」で、「カタログ・タイプ」として「Oracle BI Publisher - ファイル・システム」を選択します。

2. 「パス」に絶対パスを入力します。

3. 変更を適用してから、BI Publisherアプリケーションを再起動します。

注意:

リポジトリはファイル・システム内にあるため、フォルダ名およびレポート名で大文字と小文字が区別されるかどうかは、BI Publisherを実行しているプラットフォームで決まります。Windowsベースの環境の場合、リポジトリのオブジェクト名は大文字と小文字が区別されません。Unixベースの環境の場合、リポジトリのオブジェクト名は大文字と小文字が区別されます。

8.2.2 Oracle BI EEカタログを使用するためのBI Publisherの構成

BI PublisherをOracle Business Intelligence Enterprise Editionの一部としてインストールした場合、BI Publisherは、共有されたOracle BI EE(Oracle BI Presentation)のカタログを使用するように自動的に構成されます。

BI PublisherをOracle BI Enterprise Editionと手動で統合する際の前提条件と手順は、第B.1項「統合について」を参照してください。

8.2.2.1 BI検索フィールドの構成

Oracle Business IntelligenceにOracle Secure Enterprise Search(Oracle SES)を構成している場合は、次のフィールドを構成してBI Publisherオブジェクトの全文検索を有効にしてください。

前提条件

BI Publisherのフィールドを構成する前に、まず次のことを実行しておく必要があります。

1. Oracle Secure Enterprise Search(Oracle SES)の設定

2. Oracle SESとOracle Business Intelligence Presentation Servicesの統合

前提条件を満たすための手順は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』の全文カタログ検索の構成に関する項を参照してください。

BI Publisherの次のフィールドに入力します。

- BI検索URL - Oracle Business Intelligenceの基本URLに検索のコンテキスト名を追加したものを、次の形式で入力します。
http://computer_name:port/bisearch

たとえば、http://localhost:7001/bisearchなどです。

- BI検索URL接尾辞 - このフィールドは、デフォルトで「rest/BISearchQueryService/search」になります。このフィールドは編集しないでください。

- BI検索グループ名: Oracle SESで作成した、bisearch_wsなどの検索グループ名を入力します。

- BI検索タイムアウト - 応答で検索結果が返されるまでのOracle BI Publisherの最大待ち時間をミリ秒単位で入力します。このフィールドのデフォルト値は22000です。

図8-2にBI検索フィールドを示します。

図8-2 BI検索フィールド

8.3 一般プロパティの設定

一般的なプロパティのリージョンには、次の設定が含まれています。

- 第8.3.1項「システム一時ディレクトリ」

- 第8.3.2項「レポートの可変しきい値」

8.3.1 システム一時ディレクトリ

この項にはシステム一時ディレクトリの設定に関する次のトピックがあります。

- 第8.3.1.1項「一時ファイルについて」

- 第8.3.1.2項「システム一時ディレクトリの設定」

- 第8.3.1.3項「システム一時ディレクトリのサイズ設定」

8.3.1.1 一時ファイルについて

BI Publisherは、次のタイプの一時ファイルおよびキャッシュ・ファイルを作成します。

一時ファイル:

- 書式設定エンジン(FOプロセッサ、PDFフォーム・プロセッサ、PDFジェネレータなど)により作成された一時ファイル

- データファイル

レポートが正常に生成されると、これらのファイルは削除されます。

HTML出力用の動的イメージ・ファイル:

- 動的チャート

- RTFテンプレート内の埋込みイメージ

キャッシュ・ファイル:

- データ・キャッシュ

- LOV(List of Values: 値リスト)キャッシュ

- ドキュメント・キャッシュ

- RTFテンプレートからのXSLキャッシュ

8.3.1.2 システム一時ディレクトリの設定

ここで一時ディレクトリを指定しない場合、一時ファイルおよび動的イメージ・ファイルは{bip_deployment_directory}/xdo/tmpの下に生成されます。キャッシュ・ファイルは、{bip_deployment_directory}/xdo/cacheの下に生成されます。

このフィールドを使用して、"/disk1/BIP_Temp"などのシステム一時ディレクトリを構成すると、BI Publisherサーバーにより自動的に次のディレクトリが作成されます。

- /disk1/BIP_Temp/xdo

- /disk1/BIP_Temp/xdo/tmp

- /disk1/BIP_Temp/xdo/cache

一時ファイルは、/disk1/BIP_Temp/xdo/tmpの下に生成されます。

キャッシュ・ファイルは、/disk1/BIP_Temp/xdo/cacheの下に生成されます。

動的イメージ・ファイルは、引き続き{bip_deployment_directory}/xdo/tmpディレクトリ内に作成され、この構成の影響は受けません。

BI Publisherサーバーを再起動すると、/disk1/BIP_Temp/xdoの下のファイルはすべて削除されます。

注意:

クラスタ環境でBI Publisher WebサービスのuploadReportDataChunk()またはdownloadReportDataChunk()を使用する場合は、「システム一時ディレクトリ」をクラスタ内のすべてのサーバーからアクセス可能な共有ディレクトリに設定する必要があります。

このディレクトリの絶対パスを入力する必要があります。たとえば、ディレクトリが${xdo.server.config.dir}/tempの下にある場合でも、/net/subfoldera/scratch/subfolderb/11gcat/tempのように絶対パスを入力する必要があります。

クラスタ内のすべてのサーバーについてこの手順を繰り返します。その際、「システム一時ディレクトリ」には同じ値を入力します。

8.3.1.3 システム一時ディレクトリのサイズ

サイズの要件は、生成されるデータファイルとレポートの大きさ、キャッシュを有効にしたレポートの数および同時ユーザーの数に依存します。1GBのデータを処理した後、1GBのレポートを生成する必要がある場合、一時ディスクでは、レポートを1回実行するために2GBを超えるディスク領域が必要になります。同様のサイズのレポートを10件同時に実行する必要がある場合、20GBを超えるディスク領域が必要になります。さらに、この10人のユーザーに対してデータとレポートをキャッシュする必要がある場合は、追加で20GBのディスク領域が必要になります。このキャッシュは1人のユーザー当たりであることに注意してください。

8.3.2 レポートの可変しきい値

このプロパティは、ディスク上にデータをキャッシュする際のしきい値を指定します。データ量が大きい場合、データをキャッシュするとメモリーが節約されますが、処理速度が遅くなります。値はバイト単位で入力します。このプロパティのデフォルト値および一般的な推奨値は、1000000 (1メガバイト)です。

8.4 サーバーのキャッシュ仕様の設定

BI Publisherがレポートを処理する場合、データおよびレポート・ドキュメントはキャッシュに格納されます。アイテムごとに別個のキャッシュ・ファイルが作成されます。次のプロパティを設定して、このキャッシュのサイズと有効期限を構成します。

- キャッシュ有効期限: キャッシュの有効期間を分単位で入力します。デフォルト値は30です。

- キャッシュ・サイズ制限: アイテムのサイズに関係なく維持される、キャッシュされたアイテムの最大数を入力します。デフォルト値は1000です。

BI Publisherでは、レポートを処理するときにレポート定義がメモリーに格納されます。これにより、その後、同じレポートに対するリクエストが発生したときに、レポート定義をディスクからではなく、メモリーから取得することができます。このキャッシュを構成するには、次のプロパティを設定します。

- 最大キャッシュ・レポート定義: キャッシュ内に維持されるレポート定義の最大数を入力します。デフォルト値は50です。このキャッシュの有効期限はありません。

注意:

レポート固有のデータセットのキャッシュは、レポート・プロパティとして設定できます。『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のレポート・プロパティの構成に関する項を参照してください。

8.5 データベース・フェイルオーバーの再試行プロパティの設定

これらのプロパティは、BI Publisherが定義済のJDBCまたはJNDI接続を介したデータソースへの接続に失敗した場合に、データベースのバックアップ接続に切り替えるまでに実行される再試行回数を制御します。

- 再試行回数
デフォルト値は6です。バックアップ・データベースに切り替える前に接続を試行する回数を入力します。

- 再試行間隔(秒)
デフォルト値は10秒です。接続を試行する前に待機する秒数を入力します。

8.6 監視と監査の有効化

この設定を行うと、BI Publisherの監査と監視が可能になります。パフォーマンスの監視では、問合せ、レポートおよびドキュメント生成のパフォーマンスを監視したり、収集した詳細情報を分析できます。

システムのパフォーマンス監視とユーザー監査を行う場合は、まず「サーバー構成」ページで「監視と監査の有効化」チェック・ボックスを選択します。

詳細な手順は、第12.5項「パフォーマンス監視とユーザー監査について」を参照してください。

8.7 レポート・ビューアのプロパティの設定

「レポート・ビューア構成」タブでは、レポート・ビューアのプロパティである「「適用」ボタンの表示」の設定ができます。

Trueに設定されている場合は、レポート・ビューアでパラメータ・オプションのあるレポートに「適用」ボタンが表示されます。パラメータ値を変更した場合、新しい値でレポートを表示するためには、ユーザーは「適用」をクリックする必要があります。

Falseに設定されている場合は、レポート・ビューアに「適用」ボタンは表示されません。新しいパラメータ値を入力する場合は、ユーザーが新しい値の選択や入力を終えると、自動的にレポートが表示されます。

また、このプロパティをレポート・レベルで設定すると、システムの設定をオーバーライドできます。レポート・レベルでのプロパティ設定の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のレポートのパラメータ設定の構成に関する項を参照してください。

9 データソースの設定

この章では、JDBCとJNDI接続、LDAPサーバー接続、OLAPデータ・ソースおよびファイル・データ・ソースをはじめとするBI Publisherのデータ・ソースの設定方法について説明します。

内容は次のとおりです。

- 第9.1項「データソースの設定の概要」

- 第9.2項「データソースへのJDBC接続の設定」

- 第9.3項「JNDI接続プールを使用したデータベース接続の設定」

- 第9.4項「LDAPサーバー・データソースへの接続の設定」

- 第9.5項「OLAPデータソースへの接続の設定」

- 第9.6項「ファイル・データソースへの接続の設定」

- 第9.7項「Webサービスへの接続の設定」

- 第9.8項「HTTP XMLフィードへの接続の設定」

- 第9.9項「データソースの表示または更新」

9.1 データソースの設定の概要

BI Publisherでは、様々なデータソースがサポートされています。データは、データベース、HTTP XMLフィード、Webサービス、Oracle BI Analysis、OLAPキューブ、LDAPサーバーまたは以前に生成されたXMLファイルやMicrosoft Excelファイルから取得できます。

ここでは、次の各項で説明されているデータソースへの接続の設定方法について説明します。

- 第9.2項「データソースへのJDBC接続の設定」

- 第9.3項「JNDI接続プールを使用したデータベース接続の設定」

- 第9.4項「LDAPサーバー・データソースへの接続の設定」

- 第9.5項「OLAPデータソースへの接続の設定」

- 第9.6項「ファイル・データソースへの接続の設定」

- 第9.7項「Webサービスへの接続の設定」

- 第9.8項「HTTP XMLフィードへの接続の設定」

9.1.1 プライベート・データソース接続について

BI PublisherではOLAP、JDBC、WebサービスおよびHTTPデータソースのプライベート接続がサポートされ、データ・モデル作成権限を持つユーザーが作成できます。

ユーザーがプライベート・データ・ソース接続にアクセスすると、そのユーザーのみに対してデータ・モデル・エディタにデータ・ソース・メニューが表示されます。たとえば、ユーザーが「my datasource」というプライベート・データソース接続を作成します。ユーザーがデータセットを作成すると、そのプライベート・データソース接続は図9-1に示すように「データソース」選択メニューに表示されます。

図9-1 プライベート・データソース接続の選択

管理者は、ユーザーによって作成されたプライベート・データソース接続にアクセスできます。管理者が、BI Publisherの「管理」ページからOLAP、JDBC、WebサービスおよびHTTPデータソースのリストを表示すると、すべてのプライベート・データソース接続が表示されます。

プライベート・データソース接続は、図9-2に示すように、「データソース管理」ページの「許可されたユーザー」値によって区別されます。管理者は、プライベート・データソース接続に追加のユーザー・ロールを割り当てることによって、他のユーザーにアクセスを拡張できます。

データソースへのロールの割当ての詳細は、第9.1.2項「セキュリティ・リージョンを使用したデータソースへのアクセス権限付与」を参照してください。

図9-2 プライベート・データソース接続の許可されたユーザー

プライベート・データソース接続の作成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のプライベート・データソースの管理に関する項を参照してください。

9.1.2 セキュリティ・リージョンを使用したデータソースへのアクセス権限付与

データソースを設定するときに、そのデータソースにアクセス可能なユーザー・ロールを選択することによって、データソースのセキュリティを定義することもできます。

次のユーザーにアクセス権を付与する必要があります。

- レポート・コンシューマには、データソースからデータを取得してレポートに表示するためのデータソースへのアクセス権が必要です。

- レポート・デザイナには、データソースに対してデータ・モデルを作成または編集するためのデータソースへのアクセス権が必要です。

デフォルトでは、管理者権限を持つロールはすべてのデータソースにアクセスできます。

データ・ソースの「構成」ページには、すべての使用可能なロールをリストした「セキュリティ」リージョンが含まれています。このページでロールにアクセス権を付与するか、または、「ロールと権限」ページでデータ・ソースをロールに割り当てることができます。

詳細は、第3.8項「ユーザー、ロールおよびデータ・アクセスの構成」を参照してください。

このデータソースをゲスト・レポートで使用する必要がある場合は、ここでゲスト・アクセスを有効にする必要もあります。ゲスト・アクセスの詳細は、第4.2項「ゲスト・ユーザーの有効化」を参照してください。

図9-3は、データソースの構成ページの「セキュリティ」リージョンを示しています。

図9-3 セキュリティ・リージョン

9.1.3 プロキシ認証について

BI Publisherでは、次のデータソースへの接続に対してプロキシ認証をサポートしています。

- Oracle 10gデータベース

- Oracle 11gデータベース

- Oracle BIサーバー

データソースへの、JDBCを介した直接接続、またはJNDI接続プールを使用した接続の場合は、BI Publisherで「プロキシ認証を使用」を選択できます。「プロキシ認証を使用」を選択すると、BI Publisherサーバーがデータソースに接続している場合には、(BI Publisherへのログイン時に)BI Publisherにより個々のユーザーのユーザー名がデータソースに渡されて、クライアントIDと権限が保持されます。

注意:

この機能を有効にすると、データベースで追加の設定が必要になります。行レベルのセキュリティを確保するために、データベースの仮想プライベート・データベース(VPD)を有効にする必要があります。

Oracleデータベースのプロキシ認証の詳細は、『Oracle Databaseセキュリティ・ガイド10g』または『Oracle Databaseセキュリティ・ガイド11g』を参照してください。

Oracle BI Serverへの接続にはプロキシ認証が必要であることに注意してください。この場合、プロキシ認証はOracle BI Serverで処理されるため、基礎となるデータベースにはOracle BI Serverでサポートされる任意のデータベースを使用できます。

9.1.4 JDBC接続タイプまたはJNDI接続タイプの選択

一般的には、リソースを最も効率的に使用できる、JNDI接続プールをお薦めします。たとえば、レポートにチェーンされたパラメータが含まれる場合、レポートが実行されるたびに、パラメータはデータベース・セッションの確立を開始します。

9.1.5 バックアップ・データベースについて

データベースへのJDBC接続を構成する場合は、バックアップ・データベースも構成できます。バックアップ・データベースは、次の2通りの方法で使用できます。

- プライマリ・データベースへの接続が不可能なときの実際のバックアップとして。

- プライマリのレポート・データベースとして。パフォーマンスを向上させるために、バックアップ・データベースに対してのみ実行するようにレポート・データ・モデルを構成できます。

これらのいずれかの方法でバックアップ・データベースを使用するには、レポート・データ・モデルも、それを使用するように構成する必要があります。

バックアップ・データソースを使用するようにレポート・データ・モデルを構成する方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のデータ・モデル・プロパティの設定に関する項を参照してください。

9.1.6 前処理関数と後処理関数について

JDBCデータソースへの接続が確立されたとき(前処理関数)、または閉じられたとき(後処理関数)に実行されるBI PublisherのPL/SQL関数を定義できます。関数はブール値を返す必要があります。この機能は、Oracleデータベースのみでサポートされています。

これらの2つのフィールドを使用して、管理者は、データベースへの接続を確立する前にユーザーのコンテキスト属性を設定し、その後、抽出エンジンが接続を切断した後に属性を取り消すことができます。

システム変数:xdo_user_nameをバインド変数として使用し、ログイン・ユーザー名をPL/SQL関数呼出しに渡すことができます。この方法でログイン・ユーザー・コンテキストを設定すると、(SQL問合せレベルではなく)データソース・レベルでデータを保護できます。

たとえば、次の関数例を定義したものとします。

FUNCTION set_per_process_username (username_in IN VARCHAR2)
RETURN BOOLEAN IS
BEGIN
SETUSERCONTEXT(username_in);
return TRUE;
END set_per_process_username

データベースへの接続が確立されるたびにこの関数を呼び出すには、「前処理関数」フィールドにset_per_process_username(:xdo_user_name)と入力します。

次の別の使用例では、ユーザーが接続または切断するたびにLOGTAB表に行を挿入しています。

CREATE OR REPLACE FUNCTION BIP_LOG (user_name_in IN VARCHAR2, smode IN VARCHAR2)
RETURN BOOLEAN AS
BEGIN
INSERT INTO LOGTAB VALUES(user_name_in, sysdate,smode);
RETURN true;
END BIP_LOG;

「前処理関数」フィールドに、BIP_LOG(:xdo_user_name)と入力します。

データベースへの新しい接続が確立されると、それがLOGTAB表に記録されます。SMODE値は、アクティビティをエントリ(entry)または終了(exit)として示します。この関数を「後処理関数」として呼び出した場合も、図9-4に示すような結果が返されます。

図9-4 LOTGTAB表

9.2 データソースへのJDBC接続の設定

データソースへのJDBC接続を設定するための前提条件を次に示します。

- 選択したデータベースのJDBCドライバを、BI Publisherで使用できる必要があります。Oracleデータベース、またはWebLogic Serverに付属のDataDirectドライバのいずれかを使用している場合は、ドライバが正しい場所にインストールされるため、それ以上の設定は必要ありません。

- WebLogic Serverにインストールされているいずれかのドライバの異なるバージョンを使用する予定の場合は、WL_HOME\server\libのドライバ・ファイルを更新されたバージョンのファイルで置き換えるか、新しいファイルをCLASSPATHの前に追加します。
WebLogic Serverとともにインストールされないサード・パーティのJDBCドライバを使用する予定の場合は、WebLogic Serverのクラスパスを更新して、目的のJDBCドライバ・クラスの場所を含めます。WL_HOME/common/binのcommEnv.cmd/shスクリプトを編集してクラスに接頭辞を付加します。『Oracle Fusion Middleware Oracle WebLogic Serverコマンド・リファレンス』のクラスパスの変更に関する項を参照してください。

詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの構成と管理』を参照してください。

重要:

JDBC接続が定義されている場合、管理者は、BI Publisherがデータベースに接続するために使用するユーザーを定義します。このユーザーがデータベース・スキーマに対して実行できるアクションを許可または拒否するために、データベースにセキュリティを確立するのは管理者の責任です。

レポートに戻されたデータにレポート・コンシューマがアクセスするために、管理者およびデータ・モデル開発者は、特定のBI Publisherユーザーによってデータが表示されることを制限できるようなセキュリティを、必要に応じて確立できます。戻されるデータを保護する 1 つの方法は、前処理関数と後処理関数コールを使用してxdo_usernameを渡すことです。詳細は、第9.1.6項「前処理関数と後処理関数について」を参照してください。

データソースへのJDBC接続を設定する手順は次のとおりです。

1. 「管理」ページで「JDBC接続」をクリックし、既存のJDBC接続のリストを表示します。
プライベートJDBC接続もサポートされます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のプライベート・データソースの管理に関する項を参照してください。

2. 「データソースの追加」をクリックします。

3. 新規接続について次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。

- ドライバ・タイプ: リストからデータベースのタイプを選択します。ドライバ・タイプを選択すると、適切な「データベース・ドライバ・クラス」と、選択したデータベースに対する適切な「接続文字列」の書式が自動的に表示されます。

- データベース・ドライバ・クラス: 「ドライバ・タイプ」の選択内容に基づいて自動的に入力されます。このフィールドは必要に応じて変更できます。
例: oracle.jdbc.OracleDriverまたは

hyperion.jdbc.sqlserver.SQLServerDriver

- 接続文字列: データベース接続文字列を入力します。
接続文字列の例は次のとおりです。

- Oracle Database
Oracleデータベース(非RAC)の場合、接続文字列の書式は次のとおりです。

jdbc:oracle:thin:@[host]:[port]:[sid]

例: jdbc:oracle:thin:@myhost.us.example.com:1521:prod

- Oracle RACデータベースの場合
Oracle RACデータベースに接続するには、次の形式のURLを使用します。

jdbc:oracle:thin:@//<host>[:<port>]/<service_name>

例: jdbc:oracle:thin:@//myhost.example.com:1521/my_service

- Microsoft SQL Serverの場合
Microsoft SQL Serverの場合、接続文字列の書式は次のとおりです。

jdbc:hyperion:sqlserver://[hostname]:[port];DatabaseName=[Databasename]

次に例を示します。

jdbc:hyperion:sqlserver://myhost.us.example.com:7777;DatabaseName=mydatabase

- システム・ユーザーの使用: Oracle BI Serverへの接続用に予約されています。
第B.4項「Oracle BI ServerへのJDBC接続の設定」を参照してください。

- ユーザー名: データベース上のデータソースへのアクセスに必要なユーザー名を入力します。

- パスワード: データベース上のデータソースへのアクセスに使用するユーザー名に関連付けるパスワードを入力します。

- 前処理関数および後処理関数: (オプション)接続が確立されたとき(前処理)、または閉じられたとき(後処理)に実行するPL/SQL関数を入力します。詳細は、第9.1.6項「前処理関数と後処理関数について」を参照してください。

- プロキシ認証を使用: このボックスを選択するとプロキシ認証が使用可能になります。詳細は、第9.1.3項「プロキシ認証について」を参照してください。

4. 「接続のテスト」をクリックします。確認メッセージが表示されます。
図9-5は、JDBC接続ページの一般設定を示しています。

図9-5 JDBC接続のページ

5. (オプション)次を入力して、この接続のバックアップ・データベースを有効にします。

- バックアップ・データソースの使用: このボックスを選択します。

- 接続文字列: バックアップ・データベースの接続文字列を入力します。

- ユーザー名/パスワード: このデータベースのユーザー名とパスワードを入力します。

- 「接続のテスト」をクリックします。確認メッセージが表示されます。
図9-6は、このページの「バックアップ・データソース」リージョンを示しています。

図9-6 「バックアップ・データソース」リージョン

6. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。
バックアップ・データソースが定義されている場合は、ここで定義された設定がバックアップ・データソースに渡されます。

9.3 JNDI接続プールを使用したデータベース接続の設定

BI Publisherでは、接続プールを介したJDBCデータソースへの接続がサポートされます。接続プールを使用すれば、再利用可能な物理接続のキャッシュを保持することで作業効率が向上します。クライアントによって接続がクローズされると、その接続は、別のクライアントで使用できるようプールに戻されます。接続プールにより、複数のクライアントで少数の物理接続を共有できるため、パフォーマンスとスケーラビリティが向上します。接続プールはアプリケーション・サーバーで設定し、Java Naming and Directory Interface(JNDI)を介してアクセスします。

アプリケーション・サーバーで接続プールを設定した後、BI Publisherがそのプールを使用して接続を確立できるように、このページで必要なフィールドに入力します。WebLogic Serverで接続プールを設定する方法の詳細は、『Oracle Fusion Middleware Oracle WebLogic Server JDBCデータ・ソースの構成と管理』の「JDBCデータ・ソースの構成」を参照してください。

JNDI接続プールを使用したデータベース接続を設定する手順は次のとおりです。

1. 「管理」ページで「JNDI接続」をクリックし、既存のJNDI接続のリストを表示します。

2. 「データソースの追加」をクリックします。

3. 新規接続について次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。

- JNDI名: プールのJNDIロケーションを入力します。たとえば、jdbc/BIP11gSourceと入力します。

- プロキシ認証を使用: このボックスを選択するとプロキシ認証が使用可能になります。詳細は、第9.1.3項「プロキシ認証について」を参照してください。

4. 「接続のテスト」をクリックします。確認メッセージが表示されます。

5. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。

9.4 LDAPサーバー・データソースへの接続の設定

LDAPデータソースへの接続を設定する手順は次のとおりです。

1. 「管理」ページで「LDAP接続」をクリックし、既存のLDAP接続のリストを表示します。

2. 「データソースの追加」をクリックします。

3. 新規接続について次のフィールドを入力します。

- データソース名: これは、データ・モデル・エディタの「データソース」選択リストに表示される表示名です。

- LDAPサーバーの「LDAP接続URL」を、ldap://hostname:port形式で入力します。

- 「ユーザー名」を入力します(例: cn=admin,cn=users,dc=us,dc=company,dc=com)。

- パスワード: 必要な場合はパスワードを入力します。

- 「JNDIコンテキスト・ファクトリ・クラス」を入力します(例: com.sun.jndi.ldap.LdapCtxFactory)。

4. 「接続のテスト」をクリックします。

5. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからデータ・モデルを作成したり、このデータソースに対して実行されるレポートを表示することができます。

9.5 OLAPデータソースへの接続の設定

BI Publisherでは、OLAPデータベースのいくつかのタイプへの接続がサポートされています。Microsoft SQL Server Analysis Servicesに接続するには、BI Publisherをサポート対象のWindowsオペレーティング・システムにインストールする必要があります。サポート対象OLAPデータベースの詳細なリストは、「システム要件と動作要件」を参照してください。

OLAPデータソースへの接続を設定する手順は次のとおりです。

1. 「管理」ページで「OLAP接続」をクリックし、既存のOLAP接続のリストを表示します。
プライベートOLAP接続もサポートされます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のプライベート・データソースの管理に関する項を参照してください。

2. 「データソースの追加」をクリックします。

3. 新規接続について次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。
OLAPタイプ: サポートされているOLAPデータベースのリストから選択します。タイプを選択すると、「OLAP接続文字列」フィールドが選択内容に適した接続文字列の書式に更新されます。

- OLAP接続文字列: OLAPデータベースの接続文字列を入力します。次に、サポートされているOLAPの各タイプの例を示します。

- Hyperion Essbase
書式: [サーバー]

例: myServer.us.example.com

- Microsoft SQL Server 2000 Analysis Services
書式: Data Source=[サーバー];Provider=msolap;Initial Catalog=[カタログ]

例: Data Source=myServer;Provider=msolap;Initial Catalog=VideoStore

- Microsoft SQL Server 2005 Analysis Services
書式: Data Source=[サーバー];Provider=msolap.3;Initial Catalog=[カタログ]

例: Data Source=myServer;Provider=msolap.3;Initial Catalog=VideoStore

- SAP BW
書式: ASHOST=[サーバー] SYSNR=[システム番号] CLIENT=[クライアント] LANG=[言語]

例: ASHOST=172.16.57.44 SYSNR=01 CLIENT=800 LANG=EN

- OLAPデータベースの「ユーザー名」と「パスワード」。

4. 「接続のテスト」をクリックします。確認メッセージが表示されます。

5. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。

9.6 ファイル・データソースへの接続の設定

BI Publisherでは、既存のXML、または他のソースから作成されたMicrosoft ExcelファイルをBI Publisherレポートへの入力として使用できます。ファイルをデータソースとして使用するには、それをBI Publisherが接続可能なディレクトリに配置する必要があります。このページを使用して、ファイル・データソース・ディレクトリへの接続の詳細を設定します。

ファイル・データソースへの接続を設定する手順は次のとおりです。

1. 「管理」ページで「ファイル」をクリックし、既存のファイル・ソースのリストを表示します。

2. 「データソースの追加」をクリックします。

3. 新規データソースについて次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。

- パス: サーバーのトップレベル・ディレクトリへのフルパスを入力します。ユーザーは、このディレクトリと任意のサブディレクトリ内のファイルにアクセスできます。

4. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。

9.7 Webサービスへの接続の設定

BI Publisherでは、有効なXMLデータを返すWebサービス・データソースをサポートしています。

重要:

システムのセキュリティによっては、外部のWebサービスにアクセスするために、追加の構成が必要になることがあります。WSDL URLが会社のファイアウォールの外側にある場合、第4.4項「プロキシ設定の構成」を参照してください。

BI Publisherでは、単純なデータ型と複合的なデータ型を返すWebサービスの両方をサポートしています。Webサービス接続を定義するときには、単純なものと複合的なものを区別する必要があります。Webサービスの接続タイプ別の詳細は、第9.7.1項「単純なWebサービスの追加」および第9.7.2項「複合的なWebサービスの追加」を参照してください。

WebサービスがSecure Sockets Layer (SSL)で保護されている場合、第4.3項「Secure Socket Layer(SSL)通信用のBI Publisherの構成」を参照してください。

プライベートWebサービス接続もサポートされます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のプライベート・データソースの管理に関する項を参照してください。

Webサービス・データソースでは、基本認証およびダイジェスト認証のみがサポートされます。

文書またはリテラルのWebサービスのみがサポートされます。

9.7.1 単純なWebサービスの追加

Webサービスをデータソースとして追加するには:

1. 「管理」ページで「Webサービス接続」をクリックし、既存のWebサービス接続のリストを表示します。

2. 「Webサービス」タブで「データソースの追加」をクリックし、「データソースの追加」ページを表示します(図9-7の図を参照)。

図9-7 単純なWebサービス・データソースの作成

3. 新規接続について次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。

- サーバー・プロトコル: サーバー・プロトコルを選択します。

- サーバー: サーバー名を入力します。

- ポート: サーバー・ポートを入力します。

- URL接尾辞: Webサービス接続のURL接尾辞を入力します。
例: stockquote.asmx?WSDL

- (オプション)セッション・タイムアウト(分単位): タイムアウトを分単位で入力します。BI PublisherサーバーでWebサービスとの接続を確立できない場合、指定したタイムアウト時間が経過すると接続の試行はタイムアウトになります。

- 複合タイプ: 接続を単純なWebサービスとして指定する場合は、チェック・ボックスを選択解除します。

4. このデータソースのセキュリティを定義するには、シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。

5. 適用をクリックして、データソース接続を保存します。

9.7.2 複合的なWebサービスの追加

複合的なWebサービスをデータソースとして追加するには:

1. 「管理」ページで「Webサービス接続」をクリックし、既存のWebサービス接続のリストを表示します。

2. 「データソースの追加」をクリックし、「データソースの追加」ページを表示します(図9-8の図を参照)。

図9-8 複合的なWebサービス・データソースの作成

3. 新規接続について次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。

- サーバー・プロトコル: サーバー・プロトコルを選択します。

- サーバー: サーバー名を入力します。

- ポート: サーバー・ポートを入力します。

- URL接尾辞: Webサービス接続のURLを入力します。

- (オプション)セッション・タイムアウト(分単位): タイムアウトを分単位で入力します。BI PublisherサーバーでWebサービスとの接続を確立できない場合、指定したタイムアウト時間が経過すると接続の試行はタイムアウトになります。

- 複合タイプ: 接続を複合的なWebサービスとして指定する場合は、チェック・ボックスを選択します。

- WSセキュリティ: セキュリティ・ヘッダーを選択します。

- 2002 - 次の2002ネームスペースによりWS-Securityユーザー名トークンを有効にします。
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd

- 2004 - 次の2004ネームスペースによりWS-Securityユーザー名トークンを有効にします。
http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText

- 認証タイプ: BI PublisherではHTTPおよびSOAPの各認証タイプをサポートします。SOAPがデフォルトです。HTTPが選択されている場合、ユーザー名とパスワード情報はHTTPヘッダー経由で渡されます。SOAPが選択されている場合、ユーザー名とパスワード情報はXML SOAPエンベロープ・ヘッダー経由で渡されます。

- ユーザー名: Webサービスのユーザー名を入力します(必要な場合)。

- パスワード: Webサービスのパスワードを入力します(必要な場合)。

- WSDLはHTTP基本認証によって保護されています: WSDLへのアクセスが保護されている場合に選択します。WSDLがユーザー名とパスワードで保護されている場合、BI Publisherはユーザー名とパスワードを使用してHTTPコールを実行し、WSDL URLにアクセスします。その後で、BI PublisherはWSDLをダウンロードおよび解析できます。

4. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。
バックアップ・データソースが定義されている場合は、ここで定義された設定がバックアップ・データソースに渡されます。

5. 「適用」をクリックします。

9.8 HTTP XMLフィードへの接続の設定

HTTP (XMLフィード)データソースを使用すると、データ・モデル設計者はHTTP GETメソッドを使用してデータを取得し、Web経由でRSSおよびXMLフィードからデータ・モデルを構築できます。

プライベートHTTP XML接続もサポートされます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のプライベート・データソースの管理に関する項を参照してください。

HTTP XMLをデータソースとして追加するには:

1. 「管理」ページでHTTP接続をクリックし、既存のHTTP接続のリストを表示します。

2. 「データソースの追加」をクリックし、「データソースの追加」ページを表示します(図9-9を参照)。

図9-9 「HTTP接続」ページ

3. 新規接続について次のフィールドを入力します。

- データソース名: データソースの表示名を入力します。この名前は、データ・モデル・エディタの「データソース」選択リストに表示されます。

- サーバー・プロトコル: サーバー・プロトコルを選択します。

- サーバー: サーバー名を入力します。

- ポート: サーバー・ポートを入力します。

- レルム: Webサービス接続のURLを入力します。
次に例を示します。

xmlpserver/services/v2/SecurityService?wsdl

- ユーザー名: データベース上のデータソースへのアクセスに必要なユーザー名を入力します。

- パスワード: データベース上のデータソースへのアクセスに使用するユーザー名に関連付けるパスワードを入力します。

4. このデータソースのセキュリティを定義します。シャトル・ボタンを使用して、ロールを「使用可能なロール」リストから「許可ロール」リストに移動します。「許可ロール」リストにあるロールが割り当てられたユーザーのみが、このデータソースからレポートを作成または表示できます。
バックアップ・データソースが定義されている場合は、ここで定義された設定がバックアップ・データソースに渡されます。

9.9 データソースの表示または更新

データソースを表示または更新する手順は次のとおりです。

1. 「管理」ページで、更新するデータソースのタイプを選択します。

2. 表示または更新する接続の名前を選択します。フィールドはすべて更新可能です。必須フィールドの詳細は、データソース・タイプの設定に関する項を参照してください。

3. 「適用」を選択して変更を適用するか、または「取消」を選択して更新ページを終了します。

10 配信先の設定

この章では、BI Publisherのレポートをプリンタ、電子メール・サーバー、FTPサーバーおよびWebDavサーバーへ配信するために必要な設定について説明します。また、HTTP通知サーバーの設定方法についても説明します。

内容は次のとおりです。

- 第10.1項「配信オプションの構成」

- 第10.2項「プリンタの追加」

- 第10.3項「FAXサーバーの追加」

- 第10.4項「電子メール・サーバーの追加」

- 第10.5項「WebDAVサーバーの追加」

- 第10.6項「HTTPサーバーの追加」

- 第10.7項「FTPサーバーの追加」

- 第10.8項「コンテンツ・サーバーの追加」

- 第10.9項「Common UNIX Printing System(CUPS)サーバーの設定」

10.1 配信オプションの構成

配信構成オプションページを使用して、BI Publisherからの電子メール配信と通知、およびSSL証明書ファイルの定義に関する一般プロパティを設定します。

配信オプションを構成する手順は次のとおりです。

1. 図10-1に示すように、「管理」ページで「配信構成」を選択します。

図10-1 「配信構成」ページ

2. 次のプロパティを入力します。

- SSL証明書ファイル: インストールでSSLが有効で、BI Publisherに組込みのデフォルト証明書を使用する場合は、このフィールドを空欄のままにしておきます。Verisignなどの信頼できる認証局により署名された証明書をサーバーで使用する場合でも、SSLはデフォルト証明書で動作します。このフィールドは、ユーザーが自己署名証明書でSSLを使用する場合のみ必須です。自己署名証明書とは信頼できる認証局以外(通常はユーザー)で署名された証明書のことです。

- 電子メール送信者アドレス: BI Publisherサーバーからの電子メール・レポートの配信時に表示する送信元アドレスを入力します。デフォルト値は、bipublisher-report@oracle.comです。

- 配信通知電子メール送信者のアドレス: BI Publisherサーバーから配信された通知に表示する送信元アドレスを入力します。デフォルト値は、bipublisher-notification@oracle.comです。

- 成功通知の件名: レポートのステータスが成功の場合に電子メール通知の受信者に表示する件名行を入力します。

- 警告通知の件名: レポートのステータスが警告の場合に電子メール通知の受信者に表示する件名行を入力します。

- 失敗通知の件名: レポートのステータスが失敗の場合に電子メール通知の受信者に表示する件名行を入力します。

- スキップされた通知の件名: レポートのステータスがスキップの場合に電子メール通知の受信者に表示する件名行を入力します。

10.2 プリンタの追加

BI Publisherの実行環境(Linux、UnixまたはWindows)にかかわらず、任意のIPPサーバーをプリンタ宛先に指定できます。最も簡単なオプションとして、プリンタ自体をIPPサーバーにできますが、プリンタがIPPをネイティブにサポートしていない場合は、IPPをサポートする印刷サーバー(CUPSなど)を設定してBI Publisherを印刷サーバーに接続してから、印刷サーバーをプリンタに接続できます。このように印刷サーバーを使用すると、どのオペレーティング・システムでも印刷サーバーを実行できます。

BI PublisherからFAXを送信するには、Common Unix Printing Service (CUPS)およびfax4CUPS拡張を設定して、BI Publisherから使用中のFAXサーバーへの接続を有効にする必要があります。FAX設定では、このCUPSサーバーへのプラグインがオペレーティング・システムで必要です。「管理」ページでは、ユーザーが実行時にどちらか一方または両方を選択できるよう、FAXサーバーと印刷サーバーのUIが区別されています。ユーザーに表示されるFAXサーバーと印刷サーバーの両方が1つのCUPSサーバーを使用する場合でも同様です。

CUPSまたはWindows IPP印刷サーバーの設定と、これらのサーバーにネットワーク・プリンタを接続する方法の詳細は、CUPSまたはWindows IPPソフトウェア・ベンダーのドキュメントを参照してください。

PDFの印刷について

PDFはビジネス・レポートで一般的に使用される出力フォーマットであり、Adobe Readerなどのビューア・ソフトウェアから印刷できます。ただし、一部のレポートは、レポート・サーバーから直接印刷する必要があります。たとえば給与明細書や請求書などは、通常、スケジュールされたバッチ・ジョブとして印刷されます。PostScript Level 3準拠のラスター画像処理に対応した新型プリンタには、PDFドキュメントをネイティブにサポートできるものもありますが、PDFドキュメントを直接印刷できないPostScript Level 2のみをサポートするプリンタも数多くあります。

使用中のプリンタまたは印刷サーバーがPDFの印刷をサポートしていない場合、BI PublisherサーバーからPDFドキュメントを直接印刷するために、次のオプションが用意されています。

- 「PDFからPostScript」または「PDFからPCL」のいずれかのBI Publisherのフィルタを選択します。

- カスタム・フィルタ、またはサード・パーティのフィルタを構成します。

印刷サーバー用の他の必須フィールドをすべて設定すると、BI Publisherサーバーからシステム内の任意のPostScript Level 2対応プリンタに直接印刷を行うようにレポートをスケジュールできます。

プリンタを設定するには:

1. 「管理」ページで「プリンタ」を選択します。「サーバーの追加」を選択します。

2. 次の必須フィールドに入力します。

- サーバー名: 一意の名前を入力します。たとえば、Localprinterとします。

- URI: プリンタのUniform Resource Identifier(URI)を入力します。たとえば、ipp://myhost:631/printers/myprinterとします。

3. 「フィルタ」を入力します(オプション)。
フィルタを使用すると、変換ユーティリティをコールして、BI Publisherによって生成されたPDFをご使用のプリンタ・タイプでサポートされるファイル形式に変換できます。BI Publisherでは、次のフィルタが提供されます。

- PDFからPostScript
BI Publisherには、PDFをPostScriptに変換するフィルタが含まれています。このフィルタは、PDFをPostScript Level 2に変換します。BI Publisherの事前定義フィルタを使用するには、リストから「PDFからPostScript」を選択します。

- PDFからPCL
PDFをPCLに変換するには、「PDFからPCL」を選択します。これにより、「フィルタ・コマンド」フィールドに自動的に移入されます。

BI Publisherは、「PDFからPCL」変換を、印刷をチェックするためのフォント選択要件のためのみにサポートしています。汎用印刷要件には、「PDFからPostScript」フィルタを使用します。

PCLコマンドをRTFテンプレートに埋め込んで、たとえばプリンタにインストールされたフォントを小切手のルーティング番号や口座番号用に使用するなど、PCLページの固有の位置でPCLコマンドを起動できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』の印刷のチェックのためのプリンタ制御言語(PCL)コマンドの埋込みに関する項を参照してください。

オペレーティング・システム・コマンドを使用して、カスタム・フィルタをコールすることも可能です。

カスタム・フィルタについて

カスタム・フィルタを指定するには、ネイティブOSコマンド文字列に、入力ファイル名用と出力ファイル名用の2つのプレースホルダ{infile}と{outfile}を設定して渡します。

この機能は、IPPプリンタを直接コールする場合、またはMicrosoft Internet Information Service(IIS)でIPPをコールする場合に特に有効です。CUPSとは異なり、これらのプリント・サーバーでは、プリンタが認識できる書式にプリント・ファイルが変換されません。したがって、サポートされる文書書式は限定されています。フィルタ機能を使用すると、任意のネイティブOSコマンドをコールして、ターゲットのプリンタが認識できる書式に文書を変換できます。

たとえば、PDFドキュメントをPostScript形式に変換するには、PDFからPSに変換する次のコマンドを「フィルタ」フィールドに入力します。

pdftops {infile} {outfile}

LinuxからMicrosoft IISでHP LaserJetプリンタの設定をコールするには、Ghostscriptをフィルタとして設定することで、PDFドキュメントをHP LaserJetが認識できる書式に変換できます。これを実行するには、「フィルタ」フィールドに次のGhostscriptコマンドを入力します。

gs -q -dNOPAUSE -dBATCH -sDEVICE=laserjet -sOutputFile={outfile} {infile}

FAXサーバーの場合は、フィルタを使用することで、ファイルをTag Image File Format(TIFF)に変換できます。

4. (オプション)必要に応じて、次のフィールドを入力します。

- 「セキュリティ」フィールド: 「ユーザー名」、「パスワード」、「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)および「暗号化タイプ」(「なし」、「SSL」)。

- 「プロキシ・サーバー」フィールド: 「ホスト」、「ポート」、「ユーザー名」、「パスワード」、「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)。

10.3 FAXサーバーの追加

BI PublisherからFAXを送信するには、Common Unix Printing Service (CUPS)およびfax4CUPS拡張を設定して、BI PublisherからのFAX送信を有効にする必要があります。

CUPSおよびfax4CUPS拡張の設定の詳細は、次のリソースを参照してください。

FAX配信を設定するには:

1. 「管理」ページで「FAX」を選択します。「サーバーの追加」を選択します。

2. 次の必須フィールドに入力します。

- サーバー名: 一意の名前を入力します。たとえば、Localprinterとします。

- URI: プリンタのUniform Resource Identifier(URI)を入力します。たとえば、ipp://myhost:631/printers/myprinterとします。

3. 「フィルタ」を入力します(オプション)。
フィルタを使用すると、変換ユーティリティをコールして、BI Publisherによって生成されたPDFをご使用のプリンタ・タイプでサポートされるファイル形式に変換できます。BI Publisherでは、次のフィルタが提供されます。

- PDFからPostScript
BI Publisherには、PDFをPostScriptに変換するフィルタが含まれています。このフィルタは、PDFをPostScript Level 2に変換します。BI Publisherの事前定義フィルタを使用するには、リストから「PDFからPostScript」を選択します。

- PDFからPCL
PDFをPCLに変換するには、「PDFからPCL」を選択します。これにより、「フィルタ・コマンド」フィールドに自動的に移入されます。

BI Publisherは、「PDFからPCL」変換を、印刷をチェックするためのフォント選択要件のためのみにサポートしています。汎用印刷要件には、「PDFからPostScript」フィルタを使用します。

PCLコマンドをRTFテンプレートに埋め込んで、たとえばプリンタにインストールされたフォントを小切手のルーティング番号や口座番号用に使用するなど、PCLページの固有の位置でPCLコマンドを起動できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』の印刷のチェックのためのプリンタ制御言語(PCL)コマンドの埋込みに関する項を参照してください。

オペレーティング・システム・コマンドを使用して、カスタム・フィルタをコールすることも可能です。

カスタム・フィルタについて

カスタム・フィルタを指定するには、ネイティブOSコマンド文字列に、入力ファイル名用と出力ファイル名用の2つのプレースホルダ{infile}と{outfile}を設定して渡します。

この機能は、IPPプリンタを直接コールする場合、またはMicrosoft Internet Information Service(IIS)でIPPをコールする場合に特に有効です。CUPSとは異なり、これらのプリント・サーバーでは、プリンタが認識できる書式にプリント・ファイルが変換されません。したがって、サポートされる文書書式は限定されています。フィルタ機能を使用すると、任意のネイティブOSコマンドをコールして、ターゲットのプリンタが認識できる書式に文書を変換できます。

たとえば、PDFドキュメントをPostScript形式に変換するには、PDFからPSに変換する次のコマンドを「フィルタ」フィールドに入力します。

pdftops {infile} {outfile}

LinuxからMicrosoft IISでHP LaserJetプリンタの設定をコールするには、Ghostscriptをフィルタとして設定することで、PDFドキュメントをHP LaserJetが認識できる書式に変換できます。これを実行するには、「フィルタ」フィールドに次のGhostscriptコマンドを入力します。

gs -q -dNOPAUSE -dBATCH -sDEVICE=laserjet -sOutputFile={outfile} {infile}

FAXサーバーの場合は、フィルタを使用することで、ファイルをTag Image File Format(TIFF)に変換できます。

4. (オプション)必要に応じて、次のフィールドを入力します。

- 「セキュリティ」フィールド: 「ユーザー名」、「パスワード」、「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)および「暗号化タイプ」(「なし」、「SSL」)。

- 「プロキシ・サーバー」フィールド: 「ホスト」、「ポート」、「ユーザー名」、「パスワード」、「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)。

10.4 電子メール・サーバーの追加

電子メール・サーバーを追加する手順は次のとおりです。

1. 「管理」ページから「電子メール」を選択します。追加されているサーバーのリストが表示されます。「サーバーの追加」を選択します。

2. 電子メール・サーバーの「サーバー名」、「ホスト」および「ポート」を入力します。

3. 電子メール・サーバーとの接続に使用する「セキュアな接続」方法を選択します。オプションは次のとおりです。

- なし

- SSL: Secure Sockets Layerを使用します。

- TLS(Transport Layer Security): サーバーがTLSプロトコルをサポートしている場合にはTLSを使用します。応答ではSSLが受け付けられます。

- TLS必須: サーバーがTLSをサポートしていない場合、接続は確立されません。

4. (オプション)必要に応じて、次のフィールドを入力します。

- 「一般」のフィールド: 「ポート」

- 「セキュリティ」のフィールド: 「ユーザー名」および「パスワード」

10.5 WebDAVサーバーの追加

WebDAVサーバーを追加する手順は次のとおりです。

1. 「管理」ページから「WebDAV」を選択して、追加されているサーバーのリストを表示します。「サーバーの追加」を選択します。

2. 新規サーバーの「名前」と「ホスト」を入力します。

3. (オプション)必要に応じて、次のフィールドを入力します。

- 「一般」のフィールド: 「ポート」

- 「セキュリティ」フィールド: 「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)および「暗号化タイプ」(「なし」、「SSL」)。

- 「プロキシ・サーバー」フィールド: 「ホスト」、「ポート」、「ユーザー名」、「パスワード」、「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)。

10.6 HTTPサーバーの追加

レポートが完了した後の通知要求の送信先HTTPサーバーとして、アプリケーションのURLを登録するかHTTP URLを後処理できます。BI Publisherによって送信されるHTTP通知では、ジョブID、レポートURLおよびジョブ・ステータスのフォーム・データがHTTPサーバーURLページにポストされます。

サード・パーティのアプリケーションと統合するためのHTTP通知設定の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisher開発者ガイド』の「After Reportトリガーの設定」を参照してください。スケジュールされたレポートに対するHTTP通知の有効化の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』の通知の構成に関する項を参照してください。

HTTPサーバーを追加する手順は次のとおりです。

1. 「管理」ページから「HTTP」を選択して、追加されているサーバーのリストを表示します。「サーバーの追加」を選択します。

2. サーバー名とURLを入力します。レポートの処理が完了すると、ジョブID、レポートのURLおよびジョブ・ステータスのフォーム・データがポストされます。

3. 必要に応じて、「セキュリティ」情報を入力します。サーバーがパスワードで保護されている場合は、「ユーザー名」および「パスワード」を入力します。「認証タイプ」(「なし」、「Basic」、「ダイジェスト」)および「暗号化タイプ」(「なし」、「SSL」)を選択します。

4. 通知がプロキシ・サーバー経由で送信される場合は、完全修飾された「ホスト」名、「ポート」、「ユーザー名」と「パスワード」、およびプロキシ・サーバーの「認証タイプ」を入力します。

10.7 FTPサーバーの追加

重要:

BI Publisherスケジューラに与えられた宛先ファイル名に非ASCIIキャラクタが含まれていると、宛先FTPサーバーに対してUTF-8エンコーディングを使用してファイル名が指定されます。FTPサーバーはUTF-8エンコーディングをサポートしている必要があります。そうでない場合は、ジョブ配信が失敗し、「配信に失敗しました」というエラー・メッセージが表示されます。

FTPサーバーを追加する手順は次のとおりです。

1. 「管理」ページの「配信」で、「FTP」をクリックして、追加されているサーバーのリストを表示します。「サーバーの追加」をクリックします。

2. FTPサーバーの次のフィールドに入力します。

- サーバー名: myFTPserverなど

- ホスト: myhost.company.comなど

- ポート: 21など

- コピーの処理中にPart拡張子を持つファイルを作成: BI Publisherで、ファイルの転送中に.part拡張子の付いたファイルをFTPサーバー上で作成する場合、このチェック・ボックスを選択します。.part拡張子は、ファイル転送が完了していないことを示します。ファイル転送が完了すると、そのファイルは.part拡張子のない名前に変更されます。ファイル転送が完了しないと、.part拡張子の付いたファイルがサーバー上に残ります。

3. 「セキュアFTPの使用」ボックスを選択してセキュアFTP (SFTP)を有効にします。

4. 必要に応じて、サーバー用の「ユーザー名」と「パスワード」を入力します。

10.8 コンテンツ・サーバーの追加

BI Publisherで生成されたPDFドキュメントを、Oracle WebCenter Contentサーバーに配信できます。BI Publisherとコンテンツ・サーバーとの統合により、次の機能が提供されます。

- 実行時、レポート・コンシューマがレポートを「セキュリティ・グループ」および「アカウント」・メタデータ(適用可能な場合)にタグ付けすることで、正しいアクセス権限が適用されたドキュメントを配信できるようになります。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherユーザーズ・ガイド』の配信先の追加に関する項を参照してください。

- 固有のカスタム・メタデータ・フィールド(たとえば、請求書番号、顧客名、発注日など)を必要とするドキュメントでは、BI Publisherによりレポート作成者が「コンテンツ・プロファイルのルール・セット」で定義されたカスタム・メタデータ・フィールドを、データ・モデルのデータ・フィールドにマップできます。
『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のOracle WebCenter Content Serverへのカスタム・メタデータの追加に関する項を参照してください。

BI Publisherは、Remote Intradoc Client (RIDC)を使用してOracle WebCenter Content Serverと通信します。接続プロトコルは、RIDCで必須の基準に従います。サポートされているプロトコルは次のとおりです。

- Intradoc: Intradocプロトコルは、Intradocソケット・ポート(通常は4444)経由でコンテンツ・サーバーと通信します。このプロトコルは、クライアントとコンテンツ・サーバー間の信頼できる接続を必要とし、パスワード検証は行いません。このプロトコルを使用するクライアントには、RIDCコールを行う前に、必要な認証を自身で実行することが求められます。Intradoc通信は、SSL経由で実行するように構成することもできます。

- HTTPおよびHTTPS: HTTPプロトコル接続では、各リクエストについて有効なユーザー名とパスワード認証資格証明が必要です。資格証明を付与して、BI Publisherの「管理」ページのリクエストで使用します。

- JAX-WS: JAX-WSプロトコルは、適切に構成されたコンテンツ・サーバー・インスタンスとRIDCクライアントがインストールされているOracle WebCenter Content 11gでのみサポートされます。JAX-WSは、この環境の外部ではサポートされません。
これらのプロトコルの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』のコンテンツ・サーバーへの接続でのRIDCの使用に関する項を参照してください。

図10-2 コンテンツ・サーバーの設定ページ

配信先としてコンテンツ・サーバーへの接続を確立するには、次の手順に従います。

1. 「管理」ページの「配信」で、「コンテンツ・サーバー」をクリックして、追加されているサーバーのリストを表示します。「サーバーの追加」をクリックします。

2. 「サーバー名」に、たとえば、contentserver01と入力します。

3. 使用するコンテンツ・サーバーの接続URIを入力します。URIには、サポートされている次のプロトコルのいずれかを使用できます。

- HTTP/HTTPS - コンテンツ・サーバーCGIパスへのURLを指定します。
次に例を示します。

- http://localhost:16200/cs/idcplg

- https://localhost:16200/cs/idcplg

- Intradoc - Intradocプロトコルは、Intradocソケット・ポート(通常は4444)経由でコンテンツ・サーバーと通信します。IDCプロトコルは、SSL経由の通信もサポートします。次に例を示します。

- idc://host:4444

- idcs://host:4443

- JAX-WS - JAX-WSプロトコルを使用してコンテンツ・サーバーに接続します。
次に例を示します。

- http://wlsserver:16200/idcnativews

4. カスタム・メタデータをコンテンツ・サーバーに配信されたレポート・ドキュメントに包含するには、「カスタム・メタデータの有効化」ボックスを選択します。このオプションを選択して、データ・モデル・エディタおよびスケジューラのカスタム・メタデータ・オプションを有効にします。

10.9 Common UNIX Printing System(CUPS)サーバーの追加

どのような場合にCUPSを構成する必要があるかについては、第10.2項「プリンタの追加」を参照してください。

CUPSサーバーを追加する手順は次のとおりです。

1. 「管理」ページからCUPSを選択して、追加されているサーバーのリストを表示します。「サーバーの追加」を選択します。

2. CUPSサーバーの「サーバー名」、「ホスト」および「ポート」を入力します。

11 ランタイム構成の定義

この章では、PDFドキュメント・セキュリティのプロパティ、FO処理のプロパティ、フォント・マッピングのプロパティ、および各出力タイプに固有のプロパティなど、BI Publisherのプロパティの処理について説明します。

内容は次のとおりです。

- 第11.1項「ランタイム・プロパティの設定」

- 第11.2項「PDF出力のプロパティ」

- 第11.3項「PDFセキュリティのプロパティ」

- 第11.4項「PDFデジタル署名のプロパティ」

- 第11.5項「PDF/A出力のプロパティ」

- 第11.6項「PDF/X出力のプロパティ」

- 第11.7項「RTF出力のプロパティ」

- 第11.8項「HTML出力のプロパティ」

- 第11.9項「FO処理のプロパティ」

- 第11.10項「RTFテンプレートのプロパティ」

- 第11.11項「PDFテンプレートのプロパティ」

- 第11.12項「Flashテンプレートのプロパティ」

- 第11.13項「CSV出力のプロパティ」

- 第11.14項「EXCEL 2007出力のプロパティ」

- 第11.15項「すべての出力のプロパティ」

- 第11.17項「フォント・マッピングの定義」

- 第11.18項「通貨書式の定義」

11.1 ランタイム・プロパティの設定

「ランタイム構成」ページでは、ランタイム・プロパティをサーバー・レベルで設定できます。レポート・エディタの「プロパティ」ダイアログでは、この同じプロパティをレポート・レベルで設定できます。(『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のレポート・プロパティの定義に関する項を参照。)同じプロパティに対して各レベルで異なる値が設定された場合は、レポート・レベルが優先されます。

11.2 PDF出力のプロパティ

表11-1では、PDF出力で使用可能なプロパティについて説明します。

表11-1 PDF出力のプロパティ

プロパティ名

説明

圧縮PDF出力

デフォルト: true

説明: trueまたはfalseを指定して、出力PDFファイルの圧縮を制御します。

内部名: pdf-compression

PDFビューア・メニュー・バーの非表示

デフォルト: false

説明: trueを指定すると、ドキュメントがアクティブなときにビューア・アプリケーションのメニュー・バーが非表示になります。ブラウザの外部にあるスタンドアロンAcrobat Readerアプリケーションで出力を表示する「エクスポート」ボタンを使用するときのみ、メニュー・バー・オプションは有効になります。

内部名: pdf-hide-menubar

PDFビューア・ツール・バーの非表示

デフォルト: false

説明: trueを指定すると、ドキュメントがアクティブなときにビューア・アプリケーションのツールバーが非表示になります。

内部名: pdf-hide-toolbar

スマート引用符の置換

デフォルト: true

説明: PDF出力でカーリー引用符をスマート引用符で置き換えない場合は、falseに設定します。

内部名: pdf-replace-smartquotes

すべてのページで1つの共有リソース・オブジェクトのみを使用

デフォルト: true

説明: BI Publisherのデフォルト・モードでは、1つのPDFファイルのすべてのページ用に1つの共有リソース・オブジェクトが作成されます。このモードには全体的なファイル・サイズをより小さくできる利点があります。ただし、次のようなデメリットがあります。

- 多くのSVGオブジェクトが使用されている大きなファイルでは、表示に時間がかかる場合があります。

- Adobe Acrobatを使用してファイルを部分的に抽出または削除して分割すると、抽出された部分ごとに単一の共有リソース・オブジェクト(ファイル全体のSVGオブジェクトをすべて含む)が含まれるため、編集後のPDFファイルはサイズが大きくなります。

このプロパティをfalseに設定すると、ページごとにリソース・オブジェクトが作成されます。ファイル・サイズは大きくなりますが、PDFの表示は速くなり、PDFをさらに小さいファイルに分割する操作も容易になります。

内部名: pdf-use-one-resources

PDFナビゲーション・パネルの初期表示

デフォルト: ブックマークを開く

説明: ユーザーが最初にPDFレポートを開いたときのナビゲーション・パネルの表示を制御します。次のオプションがサポートされています。

- パネル縮小 - ナビゲーション・パネルが縮小した状態でPDFドキュメントを表示します。

- ブックマークを開く(デフォルト) - 移動を容易にするためのブックマークのリンクを表示します。

- ページを開く - PDFの各ページのクリック可能なサムネイル・ビューを表示します。

内部名: pdf-pagemode

11.3 PDFセキュリティのプロパティ

表11-2は、出力PDFドキュメントのセキュリティ設定を制御するプロパティを説明しています。

表11-2 PDFセキュリティのプロパティ

プロパティ名

説明

PDFセキュリティ有効化

デフォルト: false

説明: trueを指定すると、出力PDFファイルが暗号化されます。次のプロパティも指定できます。

- ドキュメント・パスワードを開く

- 権限パスワードの変更

- 暗号化レベル

内部名: pdf-security

ドキュメント・パスワードを開く

デフォルト: N/A

説明: このパスワードはドキュメントを開く際に必要です。ユーザーはドキュメントのみを開くことができます。このプロパティは「PDFセキュリティ有効化」をtrueに設定した場合にのみ有効化されます。BI Publisherは、Adobeのパスワード制限に従うことに注意してください。パスワードに含められるのはLatin 1の文字のみで、長さは32バイトまでです。

内部名: pdf-open-password

権限パスワードの変更

デフォルト: N/A

説明: このパスワードを使用すると、ユーザーはセキュリティ設定をオーバーライドできます。このプロパティは「PDFセキュリティ有効化」をtrueに設定した場合にのみ有効です。BI Publisherは、Adobeのパスワード制限に従うことに注意してください。パスワードに含められるのはLatin 1の文字のみで、長さは32バイトまでです。

内部名: pdf-permissions-password

暗号化レベル

デフォルト: 2: 高

説明: 出力PDFファイルの暗号化レベルを指定します。可能な値は次のとおりです。

- 0: 低(40-bit RC4、Acrobat 3.0以上)

- 1: 中(128-bit RC4、Acrobat 5.0以上)

- 2: 高(128-bit AES、Acrobat 7.0以上)

このプロパティは「PDFセキュリティ有効化」をtrueに設定した場合にのみ有効です。「暗号化レベル」が0に設定されている場合、次のプロパティも設定できます。

- 印刷無効化

- ドキュメント変更無効化

- コンテキストのコピー、抽出およびアクセシビリティ無効化

- コメントとフォーム・フィールドの追加および変更無効化

「暗号化レベル」が1以上に設定されている場合、次のプロパティが使用可能です。

- スクリーン・リーダー用のテキスト・アクセス有効化

- テキストやイメージ、その他のコンテンツのコピー有効化

- 許可変更レベル

- 許可印刷レベル

内部名: pdf-encryption-level

ドキュメント変更無効化

デフォルト: false

説明: 「暗号化レベル」が0に設定されている場合に使用できる権限。trueに設定すると、PDFファイルを編集できません。

内部名: pdf-no-changing-the-document

印刷無効化

デフォルト: false

説明: 「暗号化レベル」が0に設定されている場合に使用できる権限。trueに設定すると、PDFファイルの印刷を使用できません。

内部名: pdf-no-printing

コメントとフォーム・フィールドの追加および変更無効化

デフォルト: false

説明: 「暗号化レベル」が0に設定されている場合に使用できる権限。trueに設定すると、コメントおよびフォーム・フィールドでの追加機能または変更機能を使用できません。

内部名: pdf-no-accff

コンテキストのコピー、抽出およびアクセシビリティ無効化

デフォルト: false

説明: 「暗号化レベル」が0に設定されている場合に使用できる権限。trueに設定すると、コンテキストのコピー、抽出およびアクセシビリティ機能を使用できません。

内部名: pdf-no-cceda

スクリーン・リーダー用のテキスト・アクセス有効化

デフォルト: true

説明: 「暗号化レベル」が1以上に設定されている場合に使用できる権限。trueに設定すると、スクリーン・リーダー用のテキスト・アクセスを使用できます。

内部名: pdf-enable-accessibility

テキストやイメージ、その他のコンテンツのコピー有効化

デフォルト: false

説明: 「暗号化レベル」が1以上に設定されている場合に使用できる権限。trueに設定すると、テキスト、イメージ、およびその他のコンテンツをコピーできます。

内部名: pdf-enable-copying

許可変更レベル

デフォルト: 0

説明: 「暗号化レベル」が1以上に設定されている場合に使用できる権限。有効な値は次のとおりです。

- 0: なし

- 1: ページの挿入、削除および回転が許可されます。

- 2: フォーム・フィールドへの入力および署名が許可されます。

- 3: コメント、フォーム・フィールドへの入力および署名が許可されます。

- 4: ページの抽出以外のすべての変更が許可されます。

内部名: pdf-changes-allowed

許可印刷レベル

デフォルト: 0

説明: 「暗号化レベル」が1以上に設定されている場合に使用できる権限。有効な値は次のとおりです。

- 0: なし

- 1: 低解像度(150 dpi)

- 2: 高解像度

内部名: pdf-printing-allowed

11.4 PDFデジタル署名のプロパティ

表11-3では、レポートのデジタル署名を有効にし、出力PDFドキュメント内の署名場所を定義することのできる、レポート・レベルでのみ設定する必要のあるプロパティを説明しています。出力PDFドキュメントのデジタル署名を有効にする方法の詳細は、第6章「デジタル署名の実装」を参照してください。

PDFレイアウト・テンプレートまたはRTFレイアウト・テンプレートに基づいてレポートのデジタル署名を実装するには、レポートの「デジタル署名の有効化」プロパティをTrueに設定する必要があります。

出力レポートの目的の場所にデジタル署名を配置するには、プロパティを適切に設定することも必要です。デジタル署名の配置場所の選択肢は、テンプレートのタイプにより異なります。選択肢は次のようになります。

- (PDFのみ)「既存の署名フィールド名」プロパティを設定し、特定のフィールドにデジタル署名を配置します。

- (RTFとPDF)「署名フィールドの場所」プロパティを設定し、ページの一般的な場所(左上、上部中央または右上)にデジタル署名を配置します。

- (RTFとPDF)「署名フィールドのX座標」と「署名フィールドのY座標」のプロパティを設定し、特定の場所をX座標とY座標で指定してデジタル署名を配置します。
このオプションを選択する場合、文書におけるフィールドのサイズを定義するために、「署名フィールドの幅」と「署名フィールドの高さ」を設定することもできます。

表11-3 PDFデジタル署名のプロパティ

プロパティ名

説明

デジタル署名の有効化

デフォルト: false

説明: trueに設定すると、レポートのデジタル署名が有効になります。

内部名: signature-enable

既存の署名フィールド名

デフォルト: N/A

説明: このプロパティは、PDFのレイアウト・テンプレートにのみ適用されます。レポートがPDFテンプレートに基づく場合、デジタル署名の配置先であるPDFテンプレートのフィールドを入力できます。

PDFテンプレートに署名用のフィールドを定義する方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のデジタル署名用フィールドの追加または指定に関する項を参照してください。

内部名: signature-field-name

署名フィールドの場所

デフォルト: N/A

説明: このプロパティは、RTFまたはPDFのレイアウト・テンプレートに適用できます。このプロパティには、「左上」、「上部中央」、「右上」から構成されるリストがあります。これらの一般的な場所のいずれかを選択すると、デジタル署名が適切なサイズと位置に調整されて出力ドキュメントに挿入されます。このプロパティを設定する場合、X座標とY座標のプロパティまたは幅と高さのプロパティは入力しないでください。

内部名: signature-field-location

署名フィールドのX座標

デフォルト: 0

説明: このプロパティは、RTFまたはPDFのレイアウト・テンプレートに適用できます。文書の左端をX軸の原点として使用し、その左端からのポイント値でデジタル署名の配置場所を入力します。たとえば、8.5インチx11インチ(つまり、幅が612ポイントで高さが792ポイント)の文書の中央において水平方向にデジタル署名を配置する場合は、306と入力します。

内部名: signature-field-pos-x

署名フィールドのY座標

デフォルト: 0

説明: このプロパティは、RTFまたはPDFのレイアウト・テンプレートに適用できます。文書の下端をY軸の原点として使用し、その下端からのポイント値でデジタル署名の配置場所を入力します。たとえば、8.5インチx11インチ(つまり、幅が612ポイントで高さが792ポイント)の文書の中央において垂直方向にデジタル署名を配置する場合は、396と入力します。

内部名: signature-field-pos-y

署名フィールドの幅

デフォルト: 0

説明: 挿入するデジタル署名フィールドに必要な幅をポイント単位(72ポイントで1インチ)で入力します。これは、「署名フィールドのX座標」と「署名フィールドのY座標」のプロパティも設定している場合にのみ適用されます。

内部名: signature-field-width

署名フィールドの高さ

デフォルト: 0

説明: 挿入するデジタル署名フィールドに必要な高さをポイント単位(72ポイントで1インチ)で入力します。これは、「署名フィールドのX座標」と「署名フィールドのY座標」のプロパティも設定している場合にのみ適用されます。

内部名: signature-field-height

11.5 PDF/A出力のプロパティ

PDF/A出力を構成するには、表11-4で説明するプロパティを設定します。PDF/A出力の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のPDF/A出力とPDF/X出力の生成に関する項を参照してください。

表11-4 PDF/A出力のプロパティ

プロパティ名

説明

PDF/A ICCプロファイル・データ

デフォルト: JVMで指定されるデフォルトのプロファイル・データ

説明: ICCプロファイル・データ・ファイルの名前。例: CoatedFOGRA27.icc

ICC (International Color Consortium)プロファイルは、このPDF/Aファイルの表示が予定される環境の色特性を記述したバイナリ・ファイルです。(詳細はhttp://en.wikipedia.org/wiki/ICC_profileの記事を参照してください)。

選択するICCプロファイルの主要バージョンは、4より低い必要があります。

JVMでデフォルト設定以外の特定のプロファイル・データ・ファイルを使用するには、そのファイルを取得し、<bi publisher repository>/Admin/Configurationの下に置きます。このプロパティを設定する場合は、PDF/A ICCプロファイル情報(pdfa-icc-profile-info)の値も設定する必要があります。

内部名: pdfa-icc-profile-data

PDF/A ICCプロファイル情報

デフォルト: sRGB IEC61966-2.1

説明: ICCプロファイル情報(pdfa-icc-profile-dataが指定されている場合に必須)

内部名: pdfa-icc-profile-info

PDF/Aファイル識別子

デフォルト: 自動的に生成されるファイル識別子

説明: メタデータ・ディクショナリのxmpMM:Identifierフィールドに設定されている、1つ以上の有効なファイル識別子。複数の識別子を指定するには、値をカンマ(,)で区切ります。

内部名: pdfa-file-identifier

PDF/AドキュメントID

デフォルト: なし

説明: 有効なドキュメントID。この値は、メタデータ・ディクショナリのxmpMM:DocumentIDフィールドに設定されています。

内部名: pdfa-document-id

PDF/AバージョンID

デフォルト: None

説明: 有効なバージョンID。この値は、メタデータ・ディクショナリのxmpMM:VersionIDフィールドに設定されています。

内部名: pdfa-version-id

PDF/Aレンディション・クラス

デフォルト: None

説明: 有効なレンディションID。この値は、メタデータ・ディクショナリのxmpMM:RenditionClassフィールドに設定されています。

内部名: pdfa-rendition-class

11.6 PDF/X出力のプロパティ

表11-5で説明するプロパティを設定して、PDF/X出力を構成します。これらのプロパティに設定する値は、印刷デバイスに応じて異なります。他のプロパティに対する次の制限事項に注意してください。

- pdf-version - PDF/X-1a出力には、1.4を超える値は許容されません。

- pdf-security - Falseに設定する必要があります。

- pdf-encryption-level - 0に設定する必要があります。

- pdf-font-embedding - trueに設定する必要があります。

PDF/X出力の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のPDF/A出力とPDF/X出力の生成に関する項を参照してください。

表11-5 PDF/X出力のプロパティ

プロパティ名

説明

PDF/X ICCプロファイル・データ

デフォルト: None

説明: (必須) ICCプロファイル・データ・ファイルの名前。例: CoatedFOGRA27.icc.

ICC (International Color Consortium)プロファイルは、想定される出力デバイスの色特性を記述したバイナリ・ファイルです(詳細はhttp://en.wikipedia.org/wiki/ICC_profileの記事を参照してください)。本番環境では、カラー・プロファイルは、生成されたPDF/Xファイルを印刷する印刷会社により提供されます。このファイルは<bi publisher repository>/Admin/Configurationにある必要があります。

プロファイルはAdobe(http://www.adobe.com/support)またはcolormanagement.org (http://www.colormanagement.org/)から入手することもできます。

内部名: pdfx-dest-output-profile-data

PDF/X出力条件識別子

デフォルト: None

説明: (必須) ICC (International Color Consortium)に登録された標準の印刷条件のいずれかの名前。PDF/X-1aで使用する標準のCMYK印刷条件のリストは、次のICC Webサイトで提供されています: http://www.color.org/chardata/drsection1.xalter。このプロパティに入力する値は有効な参照名(FOGRA43など)です。

想定される印刷環境に適した値を選択します。この名前は、PDF/Xドキュメントの使用者により、ファイルの自動処理をガイドするのに使用されたり、対話型のアプリケーションでデフォルトの設定を通知するのに使用される場合が多くあります。

内部名: pdfx-output-condition-identifier

PDF/X出力条件

デフォルト: None

説明: 交換ファイルを受信するサイトで人間のオペレータが意味を把握できる形式で、目的の印刷条件を記述する文字列。この値は、OutputIntentsディクショナリのOutputConditionフィールドで設定されています。

内部名: pdfx-output-condition

PDF/Xレジストリ名

デフォルト: http://www.color.org

説明: レジストリ名。このプロパティは、pdfx-output-condition-identifierがICCレジストリ以外のレジストリに登録されている特徴描写名に設定されている場合に設定します。

内部名: pdfx-registry-name

PDF/Xバージョン

デフォルト: PDF/X-1a:2003

説明: InfoディクショナリのGTS_PDFXVersionフィールドおよびGTS_PDFXConformanceフィールドに設定されているPDF/Xバージョン。現在サポートされている値はPDF/X-1a:2003のみです。

内部名: pdfx-version

11.7 RTF出力のプロパティ

表11-6は、RTF出力ファイルを制御するプロパティを説明しています。

表11-6 RTF出力のプロパティ

プロパティ名

説明

変更トラッキング有効化

デフォルト: false

説明: trueに設定すると、出力RTFドキュメントでの変更追跡が使用可能になります。

内部名: rtf-track-changes

追跡済変更のためのドキュメントの保護

デフォルト: false

説明: trueに設定すると、変更記録用に文書が保護されます。

内部名: rtf-protect-document-for-tracked-changes

デフォルト・フォント

デフォルト: Arial:12

説明: このプロパティは、他のフォントが定義されていない場合にRTF出力のフォント・スタイルとサイズを定義する目的で使用されます。これは、生成されたレポートにおいて空の表セルのサイズを制御する場合に特に便利です。<FontName>:<size>の書式でフォント名とサイズを入力します。例: Arial:12。選択するフォントは、実行時にBI Publisher処理エンジンで使用可能である必要があります。BI Publisherサーバー用のフォントのインストール方法およびBI Publisher用に事前定義されているフォントのリストは、第11.17項「フォント・マッピングの定義」を参照してください。

内部名: rtf-output-default-font

11.8 HTML出力のプロパティ

表11-7は、HTML出力ファイルを制御するプロパティを説明しています。

表11-7 HTML出力のプロパティ

プロパティ名

説明

ヘッダーの表示

デフォルト: true

説明: falseに設定すると、HTML出力でテンプレート・ヘッダーが非表示になります。

内部名: html-show-header

フッターの表示

デフォルト: true

説明: falseに設定すると、HTML出力でテンプレート・フッターが非表示になります。

内部名: html-show-footer

スマート引用符の置換

デフォルト: true

説明: HTML出力でカーリー引用符をスマート引用符で置き換えない場合は、falseに設定します。

内部名: html-replace-smartquotes

キャラクタ・セット

デフォルト: UTF-8

説明: 出力HTMLキャラクタ・セットを指定します。

内部名: html-output-charset

HTML出力のアクセス可能化

デフォルト: false

説明: HTML出力をアクセス可能にする場合はtrueを指定します。

内部名: make-accessible

表の列への幅の割合の使用

デフォルト: true

説明: このプロパティをtrueに設定すると、ポイント単位の値ではなく表の幅全体に対するパーセンテージ値に応じて表の列がレンダリングされます。このプロパティは、ブラウザで列幅が非常に広い表がレンダリングされる場合に特に便利です。このプロパティをtrueに設定すると、表が見やすくなります。

内部名: html-output-width-in-percentage

ページ区切りで表示

デフォルト: false

説明: trueに設定すると、HTML出力がレポート・ビューアにページ区切り機能付きでレンダリングされます。次の機能があります。

- 目次の生成

- ページの上下のナビゲーション・リンク

- HTMLドキュメント内の特定ページへのスキップ機能

- ブラウザの検索機能を使用したHTMLドキュメント内の文字列検索

- ブラウザのズーム機能を使用したHTMLドキュメントのズーム・インおよびズーム・アウト

これらの機能はレポート・ビューアからのオンライン表示の場合にのみサポートされます。

11.9 FO処理のプロパティ

表11-8は、FO処理を制御するプロパティを説明しています。

表11-8 FO処理のプロパティ

プロパティ名

説明

BI PublisherのXSLTプロセッサの使用

デフォルト: true

説明: BI Publisherのパーサーの使用を制御します。falseに設定すると、XSLTは解析されません。

内部名: xslt-xdoparser

XSLTプロセッサのスケーラブル機能有効化

デフォルト: false

説明: XDOパーサーのスケーラブル機能を制御します。このプロパティを有効にするには、プロパティ「BI PublisherのXSLTプロセッサの使用」をtrueに設定する必要があります。

内部名: xslt-scalable

XSLTランタイム最適化の有効化

デフォルト: true

説明: trueに設定すると、FOプロセッサのパフォーマンス全体が向上し、一時ディレクトリに生成される一時FOファイルのサイズが大幅に減少します。レポートが小さい場合(1から2ページ程度)、パフォーマンスの向上は顕著ではありません。このプロパティをtrueに設定した場合のパフォーマンスをさらに向上させるために、「属性セットの抽出」プロパティをfalseに設定することをお薦めします。第11.10項「RTFテンプレートのプロパティ」を参照してください。

内部名: xslt-runtime-optimization

XPATH最適化の有効化

デフォルト: false

説明: trueに設定すると、XMLデータファイルの要素頻度が分析されます。この情報はXSLでのXPathの最適化に使用されます。

内部名: xslt-xpath-optimization

処理中にキャッシュされたページ

デフォルト: 50

説明: このプロパティは、「一般」プロパティで「一時ディレクトリ」を指定した場合のみ有効になります。目次の生成に、FOプロセッサでは、ページ数がこのプロパティで指定した値を超えるまでページをキャッシュします。その後、キャッシュしたページを一時ディレクトリ内のファイルに書き込みます。

内部名: system-cache-page-size

Bidi言語の桁代替タイプ

デフォルト: 国別

説明: 有効な値は、NoneとNationalです。Noneに設定すると、東ヨーロッパの数字が使用されます。Nationalに設定すると、ヒンディー形式(アラビア・インド数字)が使用されます。この設定は、ロケールがアラビア語の場合のみ有効です。それ以外の場合は無視されます。

内部名: digit-substitution

変数ヘッダー・サポート無効化

デフォルト: false

説明: trueの場合は、変数ヘッダーのサポートが無効になります。変数ヘッダーをサポートすると、ヘッダーのサイズがコンテンツに応じて自動的に拡張されます。

内部名: fo-prevent-variable-header

FOのマージ時にプリフィクスをIDに追加

デフォルト: false

説明: 複数のXSL-FO入力をマージすると、FOプロセッサはIDの競合を解決するために、自動的にランダム・プリフィックスを追加します。このプロパティをtrueにすると、この機能が無効になります。

内部名: fo-merge-conflict-resolution

マルチスレッド有効化

デフォルト: false

説明: マルチプロセッサ・マシンまたはデュアルコアの単一プロセッサ搭載マシンを使用している場合は、このオプションをTrueに設定することにより、ドキュメントの生成を高速化できる可能性があります。

内部名: fo-multi-threads

外部参照無効化

デフォルト: true

説明: true(デフォルト)に設定すると、XSL処理とXML解析の実行時に、セカンダリ・ファイル(サブ・テンプレートや他のXMLドキュメントなど)のインポートが無効になります。これにより、システムのセキュリティが向上します。レポートやテンプレートで外部ファイルがコールされている場合は、falseに設定します。

内部名: xdk-secure-io-mode

FO解析バッファ・サイズ

デフォルト: 1000000

説明: FOプロセッサのバッファ・サイズを設定します。バッファがフルになると、バッファの要素はレポートでレンダリングされます。大きな表やピボット・テーブルのあるレポートでは複雑なフォーマット処理や計算処理が必要になりますが、これらのオブジェクトをレポートにおいて適切にレンダリングするには、大きなバッファが必要になる場合があります。このようなレポートの場合は、レポート・レベルでバッファのサイズを大きくします。この値を大きくすると、システムのメモリー使用量に影響します。

内部名: fo-chunk-size

サブテンプレートのXSLTランタイム最適化の有効化

デフォルト: true

注意: BI Publisherサーバーでは、デフォルトはtrueです。FOProcessorを直接コールする場合、デフォルトはfalseです。

説明: 1つのXSLのみをXDKに渡してさらに処理する前に、FOプロセッサでXSLインポートを実行するオプションです。これにより、サブテンプレートがすでに含まれているメインXSLテンプレート全体にxslt-optimizationを適用できます。

内部名: xslt-do-import

PPTXネイティブ・チャート・サポートの有効化

デフォルト: false

説明: このプロパティは、PowerPoint 2007出力に適用されます。trueに設定すると、PowerPoint 2007出力のチャートはネイティブのPowerPoint(PPTX)チャートとしてレンダリングされます。falseに設定すると、チャートは埋込みPNGイメージとしてレンダリングされます。

内部名: pptx-native-chart

レポート・タイムゾーン

デフォルト: ユーザー

説明: 有効な値: ユーザーまたはJVM。

「ユーザー」に設定されている場合、BI Publisherはレポートにユーザー・レベルのレポート・タイムゾーンを使用します。ユーザーのレポート・タイムゾーンはアカウント設定で設定されます。

「JVM」に設定されている場合、BI Publisherはすべてのユーザーのレポートに、サーバーのJVMタイムゾーン設定を使用します。したがって、個々のユーザー設定にかかわらず、すべてのレポートで同じ時間が表示されます。この設定は、レポート・レベルで上書きできます。

内部名: fo-report-timezone

11.10 RTFテンプレートのプロパティ

表11-9は、RTFテンプレートを制御するプロパティを説明しています。

表11-9 RTFテンプレートのプロパティ

プロパティ名

説明

属性セットの抽出

デフォルト: 自動

説明: RTFプロセッサにより、生成されたXSL-FO内に属性セットが自動的に抽出されます。抽出されたセットは追加FOブロックに配置され、参照できます。これにより、処理パフォーマンスが向上し、ファイル・サイズが縮小されます。有効な値は次のとおりです。

- 「有効化」 - すべてのテンプレートおよびサブテンプレートの属性セットを抽出します。

- 「自動」 - テンプレートの属性セットは抽出しますが、サブテンプレートの属性セットは抽出しません。

- 「無効化」 - 属性セットは抽出しません。

内部名: rtf-extract-attribute-sets

XPathリライト有効化

デフォルト: true

説明: RTFテンプレートをXSL-FOに変換する際、RTFプロセッサによりXMLタグ名がフルXPath表記を表すように自動的に書き換えられます。この機能を無効にするには、このプロパティをfalseに設定します。

内部名: rtf-rewrite-path

チェックボックスに使用する文字

デフォルト: Albany WT J;9746;9747/A

説明: BI PublisherのデフォルトのPDF出力フォントには、チェック・ボックスを表す絵文字は含まれていません。テンプレートにチェック・ボックスが含まれている場合は、このプロパティを使用して、PDF出力でチェック・ボックスを表示するためのUnicodeフォントを定義します。選択された状態と選択解除の状態を表すUnicodeフォント番号を定義する必要があります。構文は、fontname;<trueの値の絵文字のUnicodeフォント番号>;<falseの値の絵文字のUnicodeフォント番号>です。

たとえば、Albany WT J;9746;9747/Aです。指定するフォントは、実行時にBI Publisherで使用可能である必要があります。

内部名: rtf-checkbox-glyph

11.11 PDFテンプレートのプロパティ

表11-10は、PDFテンプレートを制御するプロパティを説明しています。

表11-10 PDFテンプレートのプロパティ

プロパティ名

説明

出力からPDFフィールドを削除

デフォルト: false

説明: trueを指定すると、出力からPDFフィールドが削除されます。PDFフィールドを削除した場合、フィールドに入力されたデータは抽出できません。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のフィールドの更新可能または読取り専用としての設定に関する項を参照してください。

内部名: remove-pdf-fields

出力ですべてのフィールドを読取専用に設定

デフォルト: true

説明: BI Publisherでは、デフォルトで、PDFテンプレートの出力PDFの全フィールドが読取り専用に設定されます。すべてのフィールドを更新可能に設定する場合は、このプロパティをfalseに設定します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のPDFテンプレートの作成に関する項を参照してください。

内部名: all-field-readonly

各フィールドの読取専用設定を保持

デフォルト: false

説明: 各フィールドの読取り専用設定をPDFテンプレートの定義どおりに保持する場合は、このプロパティをtrueに設定します。このプロパティは「出力ですべてのフィールドを読取専用に設定」の設定よりも優先されます。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のPDFテンプレートの作成に関する項を参照してください。

内部名: all-fields-readonly-asis

11.12 Flashテンプレートのプロパティ

表11-11は、Flashテンプレートを制御するプロパティを説明しています。

表11-11 Flashテンプレートのプロパティ

プロパティ名

説明

ラッパー・ドキュメントのページ幅

デフォルト: 792

説明: 出力PDFドキュメントの幅をポイント単位で指定します。デフォルトは792(11インチ)です。

内部名: flash-page-width

ラッパー・ドキュメントのページの高さ

デフォルト: 612

説明: 出力PDFドキュメントの高さをポイント単位で指定します。デフォルトは612(8.5インチ)です。

内部名: flash-page-height

PDFのフラッシュ領域の開始X位置

デフォルト: 18

説明: ドキュメントの左端を軸の原点として使用し、PDFドキュメント内のFlashオブジェクトの横方向の開始位置をポイント単位で指定します。デフォルトは18(0.25インチ)です。

内部名: flash-startx

PDFのフラッシュ領域の開始Y位置

デフォルト: 18

説明: ドキュメントの左上隅を軸の原点として使用し、PDFドキュメント内のFlashオブジェクトの縦方向の開始位置をポイント単位で指定します。デフォルトは18(0.25インチ)です。

内部名: flash-starty

フラッシュ領域の幅

デフォルト: SWFでのFlashの幅(ポイント単位)と同じ

説明: ドキュメントでFlashオブジェクトが占有する領域の幅をポイント単位で入力します。デフォルトはSWFオブジェクトの幅です。

内部名: flash-width

フラッシュ領域の高さ

デフォルト: SWFでのFlashの高さ(ポイント単位)と同じ

説明: ドキュメントでFlashオブジェクトが占有する領域の高さをポイント単位で入力します。デフォルトはSWFオブジェクトの高さです。

内部名: flash-height

11.13 CSV出力のプロパティ

表11-12は、カンマ区切り値出力を制御するプロパティを説明しています。

表11-12 CSV出力のプロパティ

プロパティ名

説明

CSVデリミタ

デフォルト: ,

説明: カンマ区切り値出力でデータを区切るために使用するキャラクタを指定します。他のオプションには、セミコロン(;)、タブ(\t)および縦線(|)があります。

先行/後続の空白の削除

デフォルト: false

説明: Trueを指定すると、データ要素とデリミタの間の先行および後続の空白が削除されます。

11.14 EXCEL 2007出力のプロパティ

表11-13は、Excel 2007出力を制御するプロパティを説明しています。

表11-13 EXCEL 2007出力のプロパティ

プロパティ名

説明

グリッド線の表示

デフォルト: false

説明: trueに設定すると、レポート出力でExcel表のグリッド線が表示されます。

新規シートとして改ページ

デフォルト: true

説明: Trueに設定すると、レポート・テンプレートに指定された改ページにより、Excelワークブックに新しいシートが生成されます。

列の最小幅

デフォルト: 3 (ポイント単位、0.04インチ)

説明: 列幅が指定された最小値より小さく、列にデータが含まれない場合、その列は前の列とマージされます。値はポイント単位で設定する必要があります。このプロパティの有効な範囲は0.5ポイントから20ポイントです。

行の最小高

デフォルト: 1 (ポイント単位、0.01インチ)

説明: 行の高さが指定された最小値より小さく、行にデータが含まれない場合、その行は前の行とマージされます。値はポイント単位で設定する必要があります。このプロパティの有効な範囲は.001ポイントから5ポイントです。

11.15 すべての出力のプロパティ

表11-14のプロパティは、すべての出力に適用されます。

表11-14 すべての出力

プロパティ名

説明

出力のバージョン番号を非表示

デフォルト: false

説明: 一部のレポート出力ドキュメントでは、ドキュメント・プロパティにOracle BI Publisherが表示されます。たとえば、PDF文書は、文書のプロパティでOracle BI PublisherをPDF Producerとして識別します。文書を生成したBI Publisherのバージョン(Oracle BI Publisher 11.1.1.4.0など)を含めない場合は、このプロパティをtrueに設定します。

11.1.1.5互換モードの使用

予約済。オラクル社から指示された場合を除き、更新はしないでください。

11.16 メモリー・ガードおよびデータ・モデルのプロパティ

これらのプロパティの詳細は、付録F「メモリー・ガード機能の有効化」を参照してください。

11.17 フォント・マッピングの定義

BI Publisherのフォント・マッピング機能を使用すると、RTFテンプレートまたはPDFテンプレートのベース・フォントを、発行文書で使用されるターゲット・フォントにマップできます。フォント・マッピングは、サイト・レベルまたはレポート・レベルで指定できます。フォント・マッピングはPDF出力およびPowerPointの出力でのみ実行されます。

フォント・マッピングには次の2種類があります。

- RTFテンプレート - RTFテンプレートおよびXSL-FOテンプレートからPDFおよびPowerPointの出力フォントにフォントをマッピングします。

- PDFテンプレート - PDFテンプレートから別のPDF出力フォントにフォントをマッピングします。

11.17.1 BI Publisherでのフォントの有効化

BI PublisherではType1フォントおよびTrueTypeフォントのセットが用意されています。これらのセットのフォントは、ターゲット・フォントとして追加設定なしで選択できます。事前定義済フォントの一覧は、第11.17.4項「BI Publisherの事前定義済のフォント」を参照してください。

事前定義済のフォントは、$JAVA_HOME/jre/lib/fontsにあります。別のフォントにマップするには、目的のフォントをこのディレクトリに配置して、BI Publisherで実行時に使用できるようにします。環境がクラスタ化されている場合は、フォントを各サーバーに配置する必要があります。

11.17.2 サイト・レベルまたはレポート・レベルでのフォント・マッピングの設定

フォント・マッピングは、サイト・レベルまたはレポート・レベルで定義できます。

- サイト・レベルでマッピングを設定するには、「管理」ページで「フォント・マッピング」リンクを選択します。

- レポート・レベルでマッピングを設定するには、レポートの「プロパティ」を表示し、「フォント・マッピング」タブを選択します。この設定は、選択したレポートにのみ適用されます。

レポート・レベルの設定は、サイト・レベルの設定よりも優先されます。

11.17.3 フォント・マッピングの作成

「管理」ページの「ランタイム構成」で、「フォント・マッピング」を選択します。

フォント・マッピングを作成するには:

- 「RTFテンプレート」または「PDFテンプレート」で、「フォント・マッピングの追加」を選択します。

- 「フォント・マッピングの追加」ページで、次を入力します。

- ベース・フォント - 新しいフォントにマップするフォント・ファミリを入力します。たとえば、Arialと入力します。

- スタイル: 「標準」または「斜体」を選択します(「PDFテンプレート」フォント・マッピングには適用されません)。

- 重み: 「標準」または「太字」を選択します(「PDFテンプレート」フォント・マッピングには適用されません)。

- ターゲット・フォント・ファイル: 「Type 1」または「Truetype」を選択します。

- 「ターゲット・フォント」を入力します。
「Truetype」を選択した場合、コレクション内の番号付きフォントを入力できます。目的のフォントのTrueTypeコレクション(TTC)番号を入力します。

事前定義済フォントの一覧は、第11.17.4項「BI Publisherの事前定義済のフォント」を参照してください。

11.17.4 BI Publisherの事前定義済のフォント

次のType1フォントはAdobe Acrobatに組み込まれており、BI Publisherには、デフォルトでこれらのフォントとのマッピングが用意されています。これらのフォントは、ターゲット・フォントとして追加設定なしで選択できます。

表11-15は、Type1フォントのリストです。

表11-15 Type1フォント

番号

フォント・ファミリ

スタイル

太さ

フォント名

1

serif

normal

normal

Time-Roman

1

serif

normal

bold

Times-Bold

1

serif

italic

normal

Times-Italic

1

serif

italic

bold

Times-BoldItalic

2

sans-serif

normal

normal

Helvetica

2

sans-serif

normal

bold

Helvetica-Bold

2

sans-serif

italic

normal

Helvetica-Oblique

2

sans-serif

italic

bold

Helvetica-BoldOblique

3

monospace

normal

normal

Courier

3

monospace

normal

bold

Courier-Bold

3

monospace

italic

normal

Courier-Oblique

3

monospace

italic

bold

Courier-BoldOblique

4

Courier

normal

normal

Courier

4

Courier

normal

bold

Courier-Bold

4

Courier

italic

normal

Courier-Oblique

4

Courier

italic

bold

Courier-BoldOblique

5

Helvetica

normal

normal

Helvetica

5

Helvetica

normal

bold

Helvetica-Bold

5

Helvetica

italic

normal

Helvetica-Oblique

5

Helvetica

italic

bold

Helvetica-BoldOblique

6

Times

normal

normal

Times

6

Times

normal

bold

Times-Bold

6

Times

italic

normal

Times-Italic

6

Times

italic

bold

Times-BoldItalic

7

Symbol

normal

normal

Symbol

8

ZapfDingbats

normal

normal

ZapfDingbats

表11-16に、TrueTypeフォントを示します。すべてのTrueTypeフォントは、サブセット化されてPDFに埋め込まれます。

表11-16 TrueTypeフォント

番号

フォント・ファミリ名

スタイル

太さ

実際のフォント

実際のフォント・タイプ

1

Albany WT

normal

normal

ALBANYWT.ttf

TrueType(Latin1のみ)

2

Albany WT J

normal

normal

ALBANWTJ.ttf

TrueType(日本語用)

3

Albany WT K

normal

normal

ALBANWTK.ttf

TrueType(韓国語用)

4

Albany WT SC

normal

normal

ALBANWTS.ttf

TrueType(簡体字中国語用)

5

Albany WT TC

normal

normal

ALBANWTT.ttf

TrueType(繁体字中国語用)

6

Andale Duospace WT

normal

normal

ADUO.ttf

TrueType(Latin1のみ、固定幅)

6

Andale Duospace WT

bold

bold

ADUOB.ttf

TrueType(Latin1のみ、固定幅)

7

Andale Duospace WT J

normal

normal

ADUOJ.ttf

TrueType(日本語用、固定幅)

7

Andale Duospace WT J

bold

bold

ADUOJB.ttf

TrueType(日本語用、固定幅)

8

Andale Duospace WT K

normal

normal

ADUOK.ttf

TrueType(韓国語用、固定幅)

8

Andale Duospace WT K

bold

bold

ADUOKB.ttf

TrueType(韓国語用、固定幅)

9

Andale Duospace WT SC

normal

normal

ADUOSC.ttf

TrueType(簡体字中国語用、固定幅)

9

Andale Duospace WT SC

bold

bold

ADUOSCB.ttf

TrueType(簡体字中国語用、固定幅)

10

Andale Duospace WT TC

normal

normal

ADUOTC.ttf

TrueType(繁体字中国語用、固定幅)

10

Andale Duospace WT TC

bold

bold

ADUOTCB.ttf

TrueType(繁体字中国語用、固定幅)

11.18 通貨書式の定義

管理ランタイム構成ページで定義された通貨書式は、システム・レベルで適用されます。通貨書式はレポート・レベルにも適用できます。レポート・レベルの設定は、ここでのシステム・レベルの設定より優先されます。レポート・レベルの通貨書式の設定方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』の通貨書式の構成に関する項を参照してください。

11.18.1 通貨書式について

「通貨書式」タブでは、レポートに、複数の通貨を対応する書式設定で表示できるように、特定の通貨に数値書式マスクをマップできます。通貨書式は、RTFおよびXSL-FOテンプレートのみでサポートされています。

RTFテンプレートでこれらの通貨書式を適用するには、format-currency関数を使用します。手順の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』の通貨書式に関する項を参照してください。

通貨書式を追加するには:

1. 「追加」アイコンをクリックします。

2. USD、JPY、EUR、GBP、INRのように、ISO通貨コードを入力します。

3. この通貨に対して適用する書式マスクを入力します。
書式マスクは、Oracleの数値書式である必要があります。Oracleの数値書式では、たとえば、「9」、「0」、「D」、および「G」という要素を使用して9G999D00のような書式を構成します。

各項目の意味は次のとおりです。

9がデータに存在するときは、表示数を表します。

Gは、グループ・セパレータを表します。

Dは、小数点セパレータを表します。

0は、着信データにかかわらず明示的に表示される数値を示します。

これらの書式マスクのコンポーネントの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のOracle書式マスクの使用に関する項を参照してください。

図11-1は、通貨書式の例を示しています。

図11-1 通貨書式の例

12 診断とパフォーマンスの監視

この章では、BI Publisherの問題を診断するためのログ・ファイルの構成、およびユーザー・アクティビティとシステム・パフォーマンスのメトリックを取得するためのユーザー監査の構成について説明します。

内容は次のとおりです。

- 第12.1項「Oracle BI Publisherでの問題の診断と解決」

- 第12.2項「診断ログ・ファイルについて」

- 第12.3項「ログ・ファイルの構成」

- 第12.4項「ログ・メッセージの表示」

- 第12.5項「パフォーマンスの監視とユーザー監査について」

- 第12.6項「監視と監査の有効化」

- 第12.7項「監査ログの表示」

- 第12.8項「監査リポジトリの構成」

- 第12.9項「BI Publisherを使用した監査レポートの作成」

- 第12.10項「MBeanブラウザでのパフォーマンス統計の表示」

12.1 Oracle BI Publisherでの問題の診断と解決

Oracle BI Publisherの使用時に問題が発生した場合のエンド・ユーザーのサポートや、原因を把握して問題を修正するためのOracleサポートとのやり取りは、通常、システム管理者が担当します。

問題は、エンド・ユーザーがエラー・メッセージを受信したり、パフォーマンスの低下や可用性の損失を経験したときに報告されることがあります。

管理者は、主に次のように対処して問題解決をサポートします。

- エラーと診断ログ情報の調査。詳細は、次を参照してください:

- 第12.2項「診断ログ・ファイルについて」

- 第12.3項「ログ・ファイルの構成」

- 第12.4項「ログ・メッセージの表示」

- 可用性とパフォーマンスの問題を把握するためのシステムおよびプロセス・メトリックの調査。詳細は、次を参照してください:

- 第12.5項「パフォーマンスの監視とユーザー監査について」

- 第12.6項「監視と監査の有効化」

- 第12.7項「監査ログの表示」

- 第12.8項「監査リポジトリの構成」

- 第12.9項「BI Publisherを使用した監査レポートの作成」

- 第12.10項「MBeanブラウザでのパフォーマンス統計の表示」

12.2 診断ログ・ファイルについて

BI Publisherは、Oracle Diagnostic Logging(ODL)形式で診断ログ・ファイルに書き込みます。ログ・ファイルの名前とログ・ファイルの内容の形式は、Oracle標準に準拠します。WLST displayLogsコマンドを使用してログ・ファイルを表示するか、ログ・ファイルをローカル・クライアントにダウンロードし、別のツールを使用してそれらを表示することができます(たとえば、テキスト・エディタや別のファイル表示ユーティリティ)。

ログ・ファイルは、Oracle Fusion Middleware Controlを使用して作成および編集されます。デフォルトでは、インストール後、bipublisher-handlerログが作成されます。このログ・ファイルを構成することも、新しいロガーを作成することもできます。

12.2.1 ログ・ファイル・メッセージのカテゴリとレベルについて

ログ・ファイルの各メッセージ・カテゴリは、1から32までの特定のデフォルト値に設定され、ログ・レベル以下のレベルのメッセージだけがログに書き込まれます。ログ・ファイルのメッセージには、表12-1に示すように、様々なカテゴリがあります。

表12-1 ログ・ファイル・メッセージのカテゴリ・レベル

レベル

説明

IncidentError:1

原因不明の重大な問題です。この問題を解決するにはOracleサポートに問い合せる必要があります。この例としては、回復不能なエラーや重大な問題があります。

Error:1

システム管理者が対応する必要がある問題が発生しましたが、製品の不具合によるものではありません。パフォーマンスへの影響はありません。

Warning:1

管理者による確認を要する、潜在的な問題。この例としては、パラメータ値が無効な場合や指定したファイルが存在しない場合などがあります。

Notification:1

プライマリ・サブコンポーネントや機能のアクティブ化や非アクティブ化などの主要なライフサイクル・イベント。これはNOTIFICATIONのデフォルト・レベルです。

NOTIFICATION:16

通常のイベントをレポートする粒度の詳細なレベル。

TRACE:1

パブリックAPIエントリや終了ポイントなど、管理者に重要なイベントに関するトレースまたはデバッグ情報。

TRACE:16

詳細なトレースまたはデバッグ情報で、Oracleサポート・サービスによる特定のサブシステムの問題診断に有益なもの。

TRACE:32

非常に詳細なトレースまたはデバッグ情報で、Oracleサポート・サービスによる特定のサブシステムの問題診断に有益なもの。

12.2.2 ログ・ファイルの形式について

ログ・ファイルの形式は一貫している必要があります。ただし、使用可能な形式は複数あり、ログ・ファイルで使用する形式は変更も可能です。ログ・ファイルで使用する形式を変更し、新しい形式が現在のログ・ファイルの形式と異なる場合は、新しいログ・ファイルが作成されます。たとえば、ODL-XMLを含むログ・ファイルには必ずXMLが含まれ、テキストが混在することはありません。

ログ・ファイルの形式は「ログ・ファイルの編集」ダイアログで構成します。第 12.3項「ログ・ファイルの構成」を参照してください。形式は、テキストかXMLになります。

12.2.3 ログ・ファイル・ローテーションについて

ログ・ファイルのローテーションは、ファイル・サイズまたは時間に基づきます。ログ・ファイルがローテーションの基準を超えると常に、既存のログ・ファイルの名前が変更され、新しいログ・ファイルが作成されます。

ファイルは次のように命名されます。

- log.xml

- log.xml.1(最も古いログ・ファイル)

- log.xml.n

12.3 ログ・ファイルの構成

この項では、Oracle Fusion Middleware Controlを使用してBI Publisherのログ・ファイルを構成する方法を説明します。含まれる内容は、次のとおりです。

- 第12.3.1項「ログ・レベルの設定」

- 第12.3.2項「その他のログ・ファイル・オプションの構成」

12.3.1 ログ・レベルの設定

Oracle Fusion Middleware Controlでログ・レベルを設定するには

1. Oracle Fusion Middleware Controlで、BI Publisherサーバーを見つけます。次に例を示します。
Application Deploymentsの下のbipublisher (11.1.1) (bi_cluster)を展開し、bipublisher (11.1.1)(bi_server1)を右クリックします。

2. 図12-1に示すように、メニューで「ログ」をクリックし、「ログ構成」をクリックします。

図12-1 「ログ構成」への移動

3. 「ログ・レベル」タブの「ログ出力名」で、「ルート・ログ出力」を展開し、次に「Oracle」を展開します。
、図12-2に示すように、oracle.xdoを見つけてドロップダウン・リストからログ・レベルを選択します。

図12-2 ログ・レベルの設定

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

12.3.2 その他のログ・ファイル・オプションの構成

Oracle Fusion Middleware Controlでログ・ファイルを構成する手順は次のとおりです。

1. 第12.3.1項「ログ・レベルの構成」で説明されているように、「ログ構成」ページに移動します。

2. 「ログ・ファイル」タブをクリックします。

3. 図12-3に示すように、表でbipublisher-handlerを選択し、「構成の編集」をクリックします。

図12-3 ログ構成ファイルの編集

4. In the 「ログ・ファイルの編集」ダイアログで、bipublisher-handlerのログ・ファイル・オプションを構成します。図12-4は、この例を示しています。

図12-4 「ログ・ファイルの編集」ダイアログ

12.4 ログ・メッセージの表示

Oracle Fusion Middleware Controlを使用してログ・メッセージを表示するか、直接ログ・ファイルを表示できます。

Oracle Fusion Middleware Controlでログ・メッセージを表示するには:

1. Oracle Fusion Middleware Controlで、BI Publisherサーバーを見つけます。次に例を示します。
「アプリケーションのデプロイ」の下で、bipublisher (11.1.1)を右クリックします。

2. 図12-5に示すように、メニューで「ログ」をクリックし、「ログ・メッセージの表示」をクリックします。

図12-5 「ログ・メッセージの表示」への移動

3. 特定のログ・ファイルを表示するには、図12-6に示すように、「ターゲット・ログ・ファイル」をクリックします。

図12-6 「ターゲット・ログ・ファイル」

4. 「ログ・ファイル」ページで、メッセージを表示する特定のログを選択するか、ログ・ファイルをダウンロードします。

5. 図12-7に示すように、「ログ・ファイルの表示」をクリックしてメッセージを表示します。

図12-7 ログ・ファイルの表示

12.4.1 ログ・ファイルの読込みによるメッセージの表示

ログ・ファイルは、「ログ・ファイルの編集」ダイアログの「ログ・パス」に指定されたディレクトリにあります。サーバー上のそのディレクトリに移動して、ログ・ファイルを表示します。

次は、ODL形式のエラー・メッセージの例です。

<msg time="2009-07-30T16:00:03.150-07:00" comp_id="xdo" type="ERROR" level="1" host_id="MyBIPHost" host_addr="122.22.222.22" module="oracle.xdo" tid="11" user="Administrator">
<txt>Variable 'G_dept' is missing...</txt>
</msg>

表12-2に、ログ・ファイルに表示されるメッセージの属性を説明します。

表12-2 ログ・ファイルのメッセージの属性

属性名

説明

time

メッセージが生成された日時。ローカル・タイムゾーンが反映されます。

comp_id

メッセージを生成したコンポーネントのID。

type

メッセージのタイプ。使用可能な値は、INCIDENT_ERROR、ERROR、WARNING、NOTIFICATION、TRACEおよびUNKNOWNです。メッセージ・タイプの詳細は、表12-1を参照してください。

level

メッセージ・レベル。メッセージ・タイプを限定する整数値で示されます。使用可能な値は1(最高重大度)から32(最低重大度)です。

host_id

メッセージを生成したホストの名前。

host_addr

メッセージを生成したホストのネットワーク・アドレス。

module

メッセージを生成したモジュールのID。コンポーネントが単独のモジュールの場合は、この属性にコンポーネントIDが表示されます。

tid

メッセージを生成したスレッドのID。

user

メッセージを生成した実行コンテキストを所有するユーザーの名前。

12.5 パフォーマンスの監視とユーザー監査について

パフォーマンスの監視では、問合せ、レポートおよびドキュメント生成のパフォーマンスを監視したり、収集した詳細情報を分析できます。

BI PublisherがJMX Management BeansまたはMbeansを通じてパフォーマンス統計を収集します。各MBeanが、Oracle Dynamic Monitoring Service(DMS)によって収集された属性、動作および関連する統計を示します。表12-3に、提供されているBeanをまとめます。

表12-3 管理Bean

管理Bean

説明

ReportEventMonitor

レポートごとに1つのMbeanを作成し、レポートの詳細な監視データを表示します。

ServerEventMonitor

サーバーごとに存在し、ユーザーとサーバーのアクティビティ・サマリーを表示します。

UserEventMonitor

ユーザーごとに1つのMbeanを作成し、ユーザーの詳細な監視データを表示します。

12.6 監視と監査の有効化

監視を有効にするには、次の作業を実行します。

1. 管理サーバー構成ページで「監視と監査」を有効にします。第12.6.1項「「サーバー構成」ページでの監視と監査の有効化」を参照してください。

2. Fusion Middleware Control(Enterprise Manager)を使用して、「監査ポリシー設定」を構成します。第12.6.2項「監査ポリシー設定の構成」を参照してください。

3. (オプション)翻訳済のユーザー・インタフェースを必要とする、英語以外のOracle Fusion Middleware Controlのインストールでは、翻訳ファイルを適切な場所にコピーします。第12.6.3項「(オプション)翻訳ファイルのコピー」を参照してください。

4. WebLogic Serverを再起動します。

12.6.1 「サーバー構成」ページでの監視と監査の有効化

BI Publisherアプリケーションの監視と監査を有効にする手順は次のとおりです。

1. 「管理」リンクをクリックします。

2. 「システム・メンテナンス」で「サーバー構成」を選択します。

3. 「監視と監査」リージョンで、「監視と監査の有効化」チェック・ボックスを選択します。

12.6.2 監査ポリシー設定の構成

監査ポリシー設定を構成するには:

1. Oracle Fusion Middleware Controlで、「WebLogicドメイン」の下の「bifoundation_domain」を右クリックします。図12-8に示すように、メニューから「セキュリティ」をクリックし、「監査ポリシー」をクリックします。

図12-8 監査ポリシー設定への移動

2. 「監査ポリシー」ページに、bifoundation_domainの下にある監査対象アプリケーションがすべて表示されます。「監査コンポーネント名」リストから、BI Publisher Serverを選択します。「監査レベル」を設定し、BI Publisherの監査を有効にします。例を図12-9に示します。

図12-9 監査ポリシーページ

通常は、「監査レベル」を「中」に設定します。

イベントごとに監査レベルをカスタマイズする場合は、「監査レベル」リストから「カスタム」を選択します。この設定により、イベントごとに監査レベルを設定してフィルタを適用できるようになります。カテゴリ(UserSession、ReportAccessまたはReportExecution)を選択して使用可能なイベントを表示します。

BI Publisherサーバーの監査対象のイベントは次のとおりです。

- ユーザー・ログイン

- ユーザー・ログアウト

- レポート・リクエスト

- スケジューリングされたレポート・リクエスト

- レポート再発行

- レポート・データのダウンロード

- レポートのダウンロード

- レポート・データ・プロセス

- レポート・レンダリング

- レポートの配信

12.6.3 (オプション)翻訳ファイルのコピー

Oracle Fusion Middleware Control (Enterprise Manager)ユーザー・インタフェースを英語以外の言語で表示する必要がある場合は、BI Publisher監査イベント・ユーザー・インタフェース・コンポーネントをEnterprise Manager内に表示する際に正しい言語で表示されるように、BI Publisherの翻訳ファイルをBI PublisherリポジトリからOracle BI Enterprise Editionインストール・ディレクトリ内の適切な場所にコピーする必要があります。

1. BI Publisherリポジトリの下にあるAuditディレクトリに移動します。<BI Publisher deployment directory>/repository/Admin/Audit

2. *.xlfファイルを、Auditディレクトリから、/oracle_common/modules/oracle.iau_11.1.1/components/xmlpserverにあるOracle BI Enterprise Editionインストール・ディレクトリにコピーします。

12.6.4 WebLogic Serverの再起動

WebLogic Serverインスタンスを再起動します。これは、Oracle Fusion Middleware Controlを使用するか、Windowsを実行している場合は、「スタート」メニューからBIサーバーの停止を選択した後、BIサーバーの起動を選択して実行できます。

12.7 監査ログの表示

プロパティAUDIT_JPS_INTEGRATIONをtrueに設定した場合、監査ログを、WebLogic ServerのAdminServerディレクトリの下のxmlpserverフォルダに表示できます(/AdminServer/logs/auditlogs/xmlpserver/audit.log)。

または、監査リポジトリをデータベース内に構成し、監査データをログ・ファイルではなくデータベース表に格納できます(この場合ファイルは生成されません)。収集されたデータは監査フレームワークによって提供されるレポートを使用して分析でき、BI Publisherを使用して独自のレポートを作成することもできます。

監査フレームワークによって提供されるレポートの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』の監査分析の使用方法とレポートの作成に関する項を参照してください。

次の項では、監査リポジトリをデータベース内に設定して監査データを格納する方法について説明します。

12.8 監査リポジトリの構成

監査リポジトリを構成し、Fusion Middleware監査フレームワークによって収集された監査データをログ・ファイルではなくデータベース表に格納する場合は、この手順を実行します。

監査データベースをWebLogic Serverに設定する手順は次のとおりです。

1. RCUを使用して監査スキーマを作成します。

2. WebLogic Serverにデータソースを作成します。

3. 監査データベースをドメインに登録します。

12.8.1 RCUによる監査スキーマの作成

監査スキーマを作成する手順は次のとおりです。

1. $RCU_HOME/binに移動し、rcuコマンドを実行します。

2. 開始画面で「作成」を選択し、「次へ」をクリックします。

3. データベースの詳細情報を入力して、「次へ」をクリックします。

4. 接頭辞の作成を選択し、BIPなどの接頭辞を入力します。

5. スキーマのリストから「監査サービス」を選択します(図12-10を参照)。

図12-10 スキーマのリスト

6. 「次へ」をクリックして、表領域の作成を承認します。

7. 「終了」をクリックして、プロセスを開始します。

リポジトリ作成ユーティリティ・プロセスが終了すると、監査に関連した次のスキーマがデータベースに作成されます。

- <prefix>_IAU (例: BIP_IAU)

- <prefix>_IAU_APPEND (例: BIP_IAU_APPEND)

- <prefix>_IAU_VIEWER (例: BIP_IAU_VIEWER)

12.8.2 WebLogic Serverでのデータソースの作成

監査データのデータベース・スキーマを作成したら、次にWebLogic ServerにJDBC接続を作成し、監査フレームワークが以前の手順でRCUを使用して作成したデータベース・スキーマにアクセスできるようにします。

JDBC接続を作成する手順は次のとおりです。

1. http://hostname:port/console (http://example.com:7001/consoleなど)にあるOracle WebLogic Server管理コンソールにアクセスします。

2. 図12-11に示すように、「サービス」にある「データ・ソース」リンクをクリックします。

図12-11 「データ・ソース」リンクへの移動

3. 「ロックして編集」をクリックします。

4. 「JDBCデータ・ソースのサマリー」ページで、「新規」をクリックし、「汎用データ・ソース」をクリックします。

5. 新しいデータソースに関して、次の詳細情報を入力します。

- 名前
例: Audit Data Source-0

- JNDI名
例: jdbc/AuditDB

- データベースのタイプ
例: Oracle

図12-12に、入力例を示します。

図12-12 JDBCデータソースの作成

6. 「次へ」をクリックし、データベース・ドライバを選択します。Oracleデータベースを使用している場合は、Oracleのドライバ(Thin XA)、バージョン: 9.0.1以上を選択し、「次へ」をクリックします。

7. 「接続プロパティ」ページで、次を入力します。

- データベース名: 接続先のデータベースの名前(SID)を入力します。

- ホスト名: データベースのホスト名を入力します。

- ポート: データベース・ポートを入力します。

- データベース・ユーザー名: RCUで作成した監査スキーマの名前を入力します。監査スキーマの接尾辞は常に_IAUです。たとえば、接頭辞にBIPを指定した場合、スキーマ名はBIP_IAUになります。

- パスワード: RCUで作成した監査スキーマのパスワードを入力します。

図12-13に「接続プロパティ」ページを示します。

図12-13 「接続プロパティ」ページ

8. 「次へ」をクリックします。デフォルトを受け入れ、「構成のテスト」をクリックして接続を確認します。

9. 「次へ」をクリックします。このJDBC接続を使用可能にするサーバーをリストから選択します。

10. 「終了」をクリックし、「チェンジ・センター」で「変更のアクティブ化」をクリックします。

12.8.3 ドメインへの監査ストレージ・データベースの登録

Fusion Middleware Control (Enterprise Manager)を使用してJNDI/JDBCデータソースを監査データ・ストレージとして登録する手順は次のとおりです。

1. Fusion Middleware Controlにログインします。

2. 「WebLogicドメイン」に移動し、bifoundation_domainを右クリックして「セキュリティ」→「セキュリティ・プロバイダ構成」の順に選択します。図12-14に移動のパスを示します。

図12-14 「監査ストア」への移動

3. 「セキュリティ・プロバイダ構成」ページの「監査サービス」で、「構成」をクリックします。

4. 図12-15に示すように、「監査サービス構成」ページで「データソースの検索」をクリックして「データソースJNDI名」を見つけます。

図12-15 「監査サービス構成」ページ

5. 「データソースの選択」ダイアログから、作成したデータソースを選択し、「OK」をクリックします。

6. 「適用」をクリックして続行します。

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

WebLogic Serverが再起動されると、BI Publisherによりすべての監査データがIAU_BASEというデータベース表に格納されます。この手順を確認するには、BI Publisherにログインし、いくつかポートを開いてみます。IAU_BASE表に監査済のアクティビティがあるはずです。そうでない場合は、エラーがないか、ログ・ファイルを確認してください。ログ・ファイルは、Oracle BIドメイン・ホームにあります。たとえば、次のとおりです。

MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/servers/AdminServer/logs/AdminServer-diagnostic.log

データがデータベース表に正常にロードされたら、BI Publisherを使用して独自の監査レポートを設計できます。

12.9 BI Publisherを使用した監査レポートの作成

監査リポジトリを設定したら、BI Publisherを使用して独自のレポートを作成し、監査データを視覚化できます。BI Publisherで監査データのレポートを作成する手順は次のとおりです。

1. データソースをBI Publisherに登録します。

2. データ・モデルを作成します。

3. レポートを作成します。

12.9.1 BI Publisherへのデータソースの登録

以前の手順でJNDIとして作成した監査データソース(JNDI/JDBC接続)をJNDIデータソースとしてBI Publisherに登録します。JNDIとして登録したJDBC接続を作成したので、接続URL、ユーザー名とパスワードなどを入力してJDBC接続を新たに作成する必要はありません。JNDI名(例: jdbc/AuditDB)を使用するのみで登録できます。

1. 管理者権限でBI Publisherにログインし、「管理」リンクをクリックします。

2. 「データソース」で、「JNDI接続」をクリックし、「データソースの追加」をクリックします。

3. 「データソース名」と「JNDI名」に入力します。「JNDI名」は、WebLogicコンソールで監査データソースとして指定した名前(例 :jdbc/AuditDB)です。

4. 「接続のテスト」をクリックしてデータソース接続が機能していることを確認します。

5. データソースに適切なロールを追加し、レポート開発者とコンシューマがこのデータソースに構築されたレポートを参照できるようにします。

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

12.9.2 データ・モデルの作成

監査データソースからデータ・モデルを作成する手順は次のとおりです。

注意:

注意: BI Publisherでのデータ・モデル開発に関するガイドラインの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』を参照してください。

1. グローバル・ヘッダーで、「新規」をクリックし、「データ・モデル」をクリックします。

2. 「デフォルトのデータソース」を監査JNDIデータソースに設定します。

3. 「データ・セット」をクリックし、「新規作成」メニューから新しい「SQL問合せ」データセットを選択します。

4. クエリー・ビルダーを使用して問合せを構築するか、IAU_BASE表に対するSQL問合せを入力します。IAU_BASE表には、JPS、OIDなどのWebLogic Serverで実行されている他の製品のすべての監査データが含まれています。BI Publisherのデータのみを含むデータ・モデルを作成するには、製品名を含むIAU_COMPONENTTYPE列の値に基づいてデータをフィルタ処理できます。BI Publisherの場合、その値はxmlpserverです。
次のSQL問合せサンプルでは、BI Publisherのデータのみが返されます。

select     "IAU_BASE"."IAU_COMPONENTTYPE" as "IAU_COMPONENTTYPE",
"IAU_BASE"."IAU_EVENTTYPE" as "IAU_EVENTTYPE",
"IAU_BASE"."IAU_EVENTCATEGORY" as "IAU_EVENTCATEGORY",
"IAU_BASE"."IAU_TSTZORIGINATING" as "IAU_TSTZORIGINATING",
to_char("IAU_TSTZORIGINATING", 'YYYY-MM-DD') IAU_DATE,
to_char("IAU_TSTZORIGINATING", 'DAY') as IAU_DAY,
to_char("IAU_TSTZORIGINATING", 'HH24') as IAU_HH24,
to_char("IAU_TSTZORIGINATING", 'WW') as IAU_WEEK_OF_YEAR,
"IAU_BASE"."IAU_INITIATOR" as "IAU_INITIATOR",
"IAU_BASE"."IAU_RESOURCE" as "IAU_RESOURCE",
"IAU_BASE"."IAU_TARGET" as "IAU_TARGET",
"IAU_BASE"."IAU_MESSAGETEXT" as "IAU_MESSAGETEXT",
"IAU_BASE"."IAU_FAILURECODE" as "IAU_FAILURECODE",
"IAU_BASE"."IAU_REMOTEIP" as "IAU_REMOTEIP"
from    "BIP_IAU"."IAU_BASE" "IAU_BASE"
where "IAU_BASE"."IAU_COMPONENTTYPE" = 'xmlpserver'

5. データ・モデルをテストするには、「XML出力の取得」をクリックします。サンプル・サイズを選択し、データ・モデルを実行します。サンプルのXMLをデータ・モデルに保存します。

6. データ・モデルを保存します。

12.9.3 レポートの作成

これで、BI Publisherのレイアウト・オプションのいずれか1つを使用してレポート・レイアウトを設計し、監査データを視覚化できるようになりました。BI Publisherレイアウト・エディタを使用してレポートを作成する手順は次のとおりです。

1. グローバル・ヘッダーで、「新規」をクリックし、「レポート」をクリックします。

2. 以前の手順で作成したデータ・モデルを選択します。

3. レイアウト・エディタを使用するには、「新規レイアウトの追加」をクリックし、「基本テンプレート」のいずれか1つをクリックして起動します。
レイアウト・エディタの使用方法の詳細は、ヘルプまたは『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のBI Publisherのレイアウト・テンプレートの作成に関する項を参照してください。

図12-16は、レイアウト・エディタを使用して、監査データに基づいたレポートを設計する方法を示しています。

図12-16 レイアウト・エディタを使用した監査レポートの作成

図12-17は、レポート・ビューアに表示された、完成した監査レポートの例を示しています。

図12-17 監査レポートの例

12.10 MBeanブラウザでのパフォーマンス統計の表示

レポート・イベント・モニター、サービス・イベント・モニターおよびユーザー・イベント・モニターによって収集されたパフォーマンス統計を表示するには、システムMBeanブラウザを使用します。

パフォーマンス統計を表示する手順は次のとおりです。

1. Oracle Fusion Middleware Controlで、BI Publisherサーバーを見つけます。次に例を示します。
Application Deploymentsの下のbipublisher (11.1.1) (bi_cluster)を展開し、bipublisher (11.1.1)(bi_server1)を右クリックします。

2. メニューから「システムMBeanブラウザ」をクリックします。

3. 「システムMBeanブラウザ」で、「アプリケーション定義のMBeans」の下のoracle.xdoフォルダを開き、BI Publisher MBeansを表示します。図12-18に示すように、リストを開き、Beanを選択して詳細を表示します。

図12-18 パフォーマンス統計の表示

13 BI Publisherカタログおよびレポートの翻訳の追加

この章では、カタログおよび個々のレポート・レイアウトについて翻訳ファイルをエクスポートおよびインポートする方法について説明します。

内容は次のとおりです。

- 第13.1項「概要」

- 第13.2項「カタログ翻訳ファイルのエクスポートおよびインポート」

- 第13.3項「テンプレートの翻訳」

- 第13.4項「ローカライズ済テンプレート・オプションの使用」

13.1 概要

BI Publisherは、次の2つのタイプの翻訳をサポートしています。

- カタログ翻訳

- テンプレート(またはレイアウト)翻訳

カタログ翻訳によって、選択したカタログ・フォルダに含まれるすべてのオブジェクトから翻訳可能文字列を単一の翻訳ファイルに抽出できます。その後、このファイルを翻訳してBI Publisherにアップロードし、適切な言語コードを割り当てることができます。

カタログ翻訳では、レポート・レイアウトの翻訳可能文字列のみでなく、ユーザーに表示されるカタログ・オブジェクトの説明、レポート・パラメータ名、およびデータ表示名などのユーザー・インタフェース文字列も抽出されます。

カタログを表示しているユーザーには、「アカウント」のプリファレンスで選択したUI言語に対応したアイテムの翻訳が表示されます。また、ユーザーには、「アカウント」のプリファレンスで選択したレポート・ロケールに対応するレポートの翻訳が表示されます。

テンプレート翻訳によって、単一のRTFベースのテンプレート(サブテンプレートとスタイル・テンプレートを含む)または単一のBI Publisherレイアウト・テンプレート(.xptファイル)から翻訳可能な文字列を抽出できます。このオプションは、最終的なレポート・ドキュメントを翻訳する必要があるときに使用します。たとえば、企業が翻訳された請求書をドイツと日本の顧客に送信する必要がある場合などです。

この章では、翻訳ファイルをダウンロードおよびアップロードするプロセスについて説明します。ファイルの翻訳の概念とプロセスの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のレポートとカタログ・オブジェクトの翻訳に関する項を参照してください。

13.1.1 カタログ翻訳の制限

特定のレポートに関するXLIFFファイル翻訳がすでに存在する場合に、その既存の翻訳が存在するフォルダのカタログ翻訳ファイルをインポートすると、既存のXLIFFファイルは上書きされます。

13.2 カタログ翻訳ファイルのエクスポートおよびインポート

この手順は、カタログからのXLIFFファイルのエクスポート、翻訳済ファイルのカタログへのインポート、および翻訳のテストを実行するプロセスを説明しています。XLIFFファイルのインポートとエクスポートは、管理者のみが実行できます。

XLIFFファイルをインポートおよびエクスポートする手順は次のとおりです。

1. カタログ内でフォルダを選択し、「翻訳」ツールバー・ボタンをクリックして、「XLIFFのエクスポート」をクリックします。

2. XLIFFファイルをローカル・ディレクトリに保存します。

3. 図13-1に示すように、翻訳ファイル(catalog.xlf)を開いて、ボイラープレート・テキストに翻訳を適用します。
XLIFFファイルの翻訳方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のXLIFFの概要に関する項を参照してください。

図13-1 翻訳の適用

4. ファイルを翻訳したら、XLIFFファイルをBI Publisherサーバーにアップロードします。これには、「翻訳」ツールバー・ボタンをクリックして、「XLIFFのインポート」をクリックします。翻訳済のXLIFFファイルをサーバーにアップロードします。

5. 翻訳をテストするには、グローバル・ヘッダーの「次としてサインイン」から「アカウント」を選択します。

6. 「アカウント」ダイアログの「一般」タブで、「レポート・ロケール」と「UI言語」のプリファレンスを適切な言語に変更し、「OK」をクリックします。

7. 翻訳済フォルダのオブジェクトを表示します。

13.3 テンプレート翻訳

テンプレート翻訳には、次のものが含まれます。

- RTFテンプレート

- RTFサブ・テンプレート

- スタイル・テンプレート

- BI Publisherテンプレート(.xpt)

RTFテンプレートとBI Publisherテンプレート(.xpt)は「プロパティ」ページから翻訳できます。「プロパティ」ページにアクセスするには、図13-2に示すように、レポート・エディタの「プロパティ」リンクをクリックします。

図13-2 「プロパティ」ページへのアクセス

「プロパティ」ページから、単一のテンプレートのXLIFFファイルを生成できます。「翻訳の抽出」をクリックして、XLIFFファイルを生成します。

13.3.1 「レイアウト プロパティ」ページからのXLIFFファイルの生成

レポート・レイアウト・テンプレートのXLIFFファイルを生成する手順は次のとおりです。

1. カタログ内のレポートにナビゲートし、これを編集するために「編集」をクリックして開きます。

2. レポートのレイアウトのサムネイル・ビューで、レイアウト(RTFまたはXPT)の「プロパティ」リンクをクリックして、「レイアウト プロパティ」ページを開きます。

3. 「翻訳」リージョンで、「翻訳の抽出」をクリックします。
BI Publisherによって、テンプレートから翻訳可能文字列が抽出され、XLIFF(.xlf)にエクスポートされます。

4. XLIFFをローカル・ディレクトリに保存します。

スタイル・テンプレートとサブ・テンプレートのXLIFFファイルを生成する手順は次のとおりです。

1. カタログ内のスタイル・テンプレートまたはサブ・テンプレートにナビゲートし、「編集」をクリックして「テンプレート・マネージャ」を開きます。

2. 「翻訳」リージョンで、「翻訳の抽出」をクリックします。
BI Publisherによって、テンプレートから翻訳可能文字列が抽出され、XLIFF(.xlf)にエクスポートされます。

3. XLIFFをローカル・ディレクトリに保存します。

13.3.2 XLIFFファイルの翻訳

XLIFFファイルのダウンロードが終わったら、そのファイルを翻訳プロバイダに送信したり、テキスト・エディタを使用して各文字列の翻訳を入力したりできます。XLIFFファイルの編集手順は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のXLIFFファイルの構造に関する項を参照してください。

翻訳可能文字列は、表ヘッダーやフィールド・ラベルなど、発行レポートに表示される、テンプレート内の任意のテキストです。実行時にデータから設定されるテキスト、およびMicrosoft Wordフォームの各フィールドに指定したテキストは翻訳不可です。

テンプレートXLIFFファイルは、必要な種類の言語に翻訳し、それらの翻訳をオリジナル・テンプレートに関連付けることができます。

13.3.3 翻訳済XLIFFファイルのBI Publisherへのアップロード

翻訳済XLIFFファイルをアップロードする手順は次のとおりです。

1. カタログ内のレポート、サブ・テンプレートまたはスタイル・テンプレートにナビゲートし、これを編集するために「編集」をクリックして開きます。
レポートの場合のみ:

レポートのレイアウトのサムネイル・ビューで、レイアウトの「プロパティ」リンクをクリックして、Template Managerを開きます。

2. 「翻訳」リージョンで、「アップロード」ツールバー・ボタンをクリックします。

3. 「翻訳ファイルのアップロード」ダイアログで、ローカル・ディレクトリ内のファイルを見つけ、この翻訳の「ロケール」を選択します。

4. 「OK」をクリックして、ファイルをアップロードし、「翻訳」テーブルで参照します。

13.4 ローカライズ済テンプレート・オプションの使用

ローカライゼーションごとに異なるレポートのレイアウトを設計し、表示する必要がある場合は、ロケールごとに設計および翻訳した新しいRTFファイルを作成し、そのファイルをテンプレート・マネージャにアップロードできます。

注意:

ローカライズ済テンプレート・オプションは、XPTテンプレートではサポートされません。

ローカライズ済テンプレート・オプションの使用に関する手順の概要は、次の各項で説明されています。

- 第13.4.1項「ローカライズ済テンプレート・ファイルの設計」

- 第13.4.2項「ローカライズ済テンプレートのBI Publisherへのアップロード」

13.4.1 ローカライズ済テンプレート・ファイルの設計

基本テンプレート・ファイルの作成に使用したツールと同じツールを使用して文字列を翻訳し、ロケールに適したレイアウトにカスタマイズします。

13.4.2 BI Publisherへのローカライズ済テンプレートのアップロード

ローカライズ済テンプレートをアップロードする手順は次のとおりです。

1. カタログ内のレポート、サブテンプレートまたはスタイル・テンプレートにナビゲートし、これらを編集するために「編集」をクリックして開きます。
レポートの場合のみ:

レポートのレイアウトのサムネイル・ビューで、レイアウトの「プロパティ」リンクをクリックして、Template Managerを開きます。

2. 「テンプレート」リージョンで、「アップロード」ツールバー・ボタンをクリックします。

3. 「テンプレート・ファイルのアップロード」ダイアログでローカル・ディレクトリ内のファイルを見つけ、「テンプレート・タイプ」としてrtfを選択して、このテンプレート・ファイルの「ロケール」を選択します。

4. 「OK」をクリックしてファイルをアップロードし、「テンプレート」表で確認します。

14 環境間でのカタログ・オブジェクトの移動

この章では、BI Publisherのカタログ・ユーティリティを使用して、テスト、本番および開発の各環境間でオブジェクトを移動する方法について説明します。

内容は次のとおりです。

- 第14.1項「概要」

- 第14.2項「BI Publisherカタログ・ユーティリティを使用するための準備」

- 第14.3項「BI Publisherレポート・オブジェクトのエクスポート」

- 第14.4項「BI Publisherレポート・オブジェクトのインポート」

- 第14.5項「翻訳ファイルの生成と翻訳可能性のチェック」

14.1 概要

BI Publisherカタログ・ユーティリティによって、管理者とレポート開発者は、すべてのBI Publisherレポートが格納されているカタログからレポート・オブジェクト関連のファイルをエクスポートしたり、それらを異なるカタログにインポートしたりできます。このツールは、サード・パーティのツールをソース制御として使用してBI Publisherレポートを管理したり、特定のレポート・セットを開発環境から品質保証環境や本番環境に移動する場合に使用します。カタログ・ユーティリティは、レポート・オブジェクトの翻訳を管理するために使用することもできます。

BI Publisherカタログ・ユーティリティを使用して、次のタスクを実行できます。

- カタログからのBI Publisherレポートのエクスポート

- カタログへのBI Publisherレポートのインポート

- 翻訳可能文字列の抽出と翻訳ファイル(XLIFF)の生成

- レポート・オブジェクトレベル権限設定を含むsecurity.xmlファイルの生成

14.1.1 カタログ・ユーティリティを使用する場合

カタログ・ユーティリティは、BI Publisherレポート・アーティファクトをある環境から別の環境へ移動する際に使用します。たとえば、カタログ・ユーティリティを使用して、レポートを開発環境から品質保証環境へ移動できます。このプロセスを図14-1に示します。

図14-1 カタログ・ユーティリティの使用

14.1.2 カタログのオブジェクトを移動するその他のオプション

少数のオブジェクトをダウンロードまたはアップロードする場合は、BI Publisherカタログのダウンロード機能を使用すると、アーカイブ・ファイルにマルチコンポーネント・オブジェクト(レポートなど)をバンドルしてダウンロードできます。その後、アップロード機能を使用して、カタログ内の別の場所へデータをアンアーカイブします。この機能の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のカタログ・オブジェクトのダウンロードとアップロードに関する項を参照してください。

注意:

BI Publisherのファイルをファイル・システム上で手動で編集しないでください。BI Publisherは、メタデータ・ファイルを使用してカタログ・オブジェクトに関する情報を保持しています。ファイル・システム内のオブジェクトを手動で編集すると、メタデータ・ファイルが破損することがあります。メタデータ・ファイルが破損した場合は、破損したファイルを削除し、BI Publisherを再起動すると、そのファイルを復元できます。

14.1.3 移動対象のファイル

表14-1に、オブジェクトをカタログからエクスポートしたときに含まれるファイルを示します。

表14-1 カタログのエクスポート時に含まれるファイル

オブジェクト

ファイル

レポート例: Balance+Letter.xdo

- _report.xdo: レポート定義ファイル

- xdo.cfg: レポート・プロパティ設定を含む構成ファイル

- ~metadata.meta: カタログ・パス情報を含むメタデータ・ファイル。このファイルは、ユーティリティがオブジェクトを元の場所にインポートするために使用

- security.xmlファイル: レポートに定義されるオブジェクト・レベルの権限を指定

- テンプレート・ファイル: レポート定義にロードされたすべてのテンプレート・ファイル。ファイル名には言語サフィックスを含む。例: My_RTF_template_en_us.rtf、 My_BIP_layout_en_us.xpt

- 翻訳ファイル: すべての翻訳ファイル(.xlf)。例: My_RTF_template_jp_jp.xlf

データ・モデル例: myDataModel.xdm

- _datamodel.xdm: レポート定義ファイル

- ~metadata.meta: カタログ・パス情報を含むメタデータ・ファイル。このファイルは、ユーティリティがオブジェクトを元の場所にインポートするために使用

- security.xmlファイル: データ・モデルに定義されるオブジェクト・レベルの権限を指定

サブ・テンプレート例: mysubtempate.xsb

- _template_en_us.rtf: ロケールが指定されたサブテンプレート・ファイル

- ~metadata.meta: カタログ・パス情報を含むメタデータ・ファイル。このファイルは、ユーティリティがオブジェクトを元の場所にインポートするために使用

- security.xmlファイル: サブテンプレートに定義されるオブジェクト・レベルの権限を指定

- 翻訳ファイル: 任意の翻訳ファイル(存在する場合)。たとえば、_template_jp_jp.rtfなどです。

スタイル・テンプレート例: myStyleTemplate.xss

- _template_en_us.rtf: ロケールが指定されたスタイル・テンプレート・ファイル

- ~metadata.meta: カタログ・パス情報を含むメタデータ・ファイル。このファイルは、ユーティリティがオブジェクトを元の場所にインポートするために使用

- security.xmlファイル: スタイル・テンプレートに定義されるオブジェクト・レベルの権限を指定

- 翻訳ファイル: 任意の翻訳ファイル(存在する場合)。たとえば、_template_jp_jp.rtfなどです。

14.1.4 環境間での同一のフォルダ名および構造の保持

BI Publisherレポートは、カタログ内のコンポーネントへの物理パスを使用して、データ・モデル、サプ・テンプレートおよびスタイル・テンプレートの各コンポーネントを参照します。環境間でレポートを移動した場合、そのレポートは参照されるコンポーネントへの物理マッピングを保持します。したがって、データ・モデルを共有フォルダの別のフォルダの場所に移動すると、レポートはデータ・モデルを発見できず、実行できません。スタイル・テンプレートまたはサブテンプレートの場合は、レポートは実行できる場合もありますが、参照されるコンポーネントは適用されません。

たとえば、テスト環境のレポートAが、Shared Folders/Test/Data Modelsにあるデータ・モデルBを参照するとします。このレポートとそのデータ・モデルを本番環境に移動するとき、データ・モデルBを別のパスShared Folders/Data Modelsに置きます。新しい環境でレポートを実行するとき、データ・モデルはShared Folders/Test/Data Modelsにあると想定されます。レポートはデータ・モデルを発見できず、実行できません。

レポートをレポート・エディタで開き、新しい場所でのデータ・モデルを選択し、そのレポートを保存することによって、新しい環境内のマッピングを修正できます。

手動の手順を避けるため、レポートを移動しようとする環境内で、同じフォルダ名と構造を保持することをお薦めします。

14.2 BI Publisherカタログ・ユーティリティを使用するための準備

BI Publisherカタログ・ユーティリティは次の場所にインストールされます。

ORACLE_HOME/clients/bipublisher

14.2.1 環境の構成

カタログ・ユーティリティを実行する環境ごとに構成を行う必要があります。

カタログ・ユーティリティ用に環境を構成する手順は次のとおりです。

1. 各環境変数を次に示す値に設定します。

- path = ($HOME/BIPCatalogUtil/bin $path)

- BIP_LIB_DIR = $HOME/BIPCatalogUtil/lib

- BIP_CLIENT_CONFIG = $HOME/BIPCatalogUtil/config

- JAVA_HOME = $HOME/java/jdk1.6.0_18

次の例は、Cシェルの環境変数の設定を示しています。

% set path = ($HOME/BIPCatalogUtil/bin $path)
% setenv BIP_LIB_DIR $HOME/BIPCatalogUtil/lib
% setenv BIP_CLIENT_CONFIG $HOME/BIPCatalogUtil/config
% setenv JAVA_HOME $HOME/java/jdk1.6.0_18

2. xmlp-client-config.xmlを編集します。この構成ファイルは、BIPCatalogUtil/configディレクトリの下にあります。
BI PublisherインスタンスのURL(bipurl)、およびエクスポート元またはインポート先のBI Publisherインスタンスのユーザー名とパスワードを指定します。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
<properties>
<comment>BIP Server Information</comment>
<entry key="bipurl">http://sta00XXX.example.com:14001/xmlpserver/</entry>
<entry key="username">OPERATIONS</entry>
<entry key="password">welcome</entry>
</properties>

この情報を構成ファイルに格納しない場合は、インポート/エクスポート時に、コマンドラインでbipurl、usernameおよびpasswordをパラメータとして設定し、xmlp-client-config.xmlに定義された値を上書きすることもできます。

14.3 BI Publisherレポート・オブジェクトのエクスポート

エクスポート・コマンドを使用して、単一のレポート・オブジェクト、または指定したフォルダ内の一連のBI Publisherレポート・オブジェクトをエクスポートできます。2つのエクスポート・コマンドがあります。

- -export: このコマンドは、単一のレポート・オブジェクトをエクスポートする場合に使用します。

- -exportfolder: このコマンドは、フォルダとその内容をエクスポートする場合に使用します。

表14-2に、-exportコマンドと-exportfolderコマンドでサポートされるパラメータを説明します。

表14-2 エクスポート・コマンドのパラメータ

パラメータ

使用されるコマンド

例

説明

catalogpath

-export -exportfolder

/Samples/Financials/Balance+Letter.xdo

カタログ内のオブジェクトへのパス。名前にスペースがある場合は、かわりに+記号を使用する。

target

-export

/tmp/Financials/BalanceLetter

抽出したレポート・オブジェクトを配置するエクスポート先ディレクトリ。

basedir

-exportfolder

/home/bipub/samples

抽出されたレポート・オブジェクトのサブフォルダを配置するベース・ディレクトリ。存在する場合は、データ・モデルは{basedir}/datamodelsに、レポートは{basedir}/reportsに、スタイルとサブ・テンプレートは{basedir}/templateに保存されます。

extract

-export -exportfolder

true/false

デフォルトはfalseで、レポート・オブジェクトは、.xdo、.rtf、.cfgなどの関連ファイルをすべて含むzip形式でエクスポートされます。値をtrueに設定すると、レポート・オブジェクト関連のファイルが指定されたターゲット・フォルダにエクスポートされます。

subfolders

-exportfolder

true/false

フォルダをcatalogpathパラメータとして指定した場合は、このsubfoldersパラメータを使用して、すべてのサブフォルダの内容をダウンロードするかどうかを制御できます。trueを指定すると、すべてのサブフォルダ内のすべてのレポート・オブジェクトがダウンロードされます。falseを指定すると、サブフォルダの内容はダウンロードされません。

overwrite

-export -exportfolder

true/false

trueを指定すると、ターゲット領域内の既存のオブジェクトが上書きされます。

14.3.1 エクスポートのコマンドラインの例

次の例は、ユーティリティを使用してレポート・オブジェクトをエクスポートする方法を示しています。

- 第14.3.1.1項「単一のレポートをアーカイブ形式でエクスポート」

- 第14.3.1.2項「抽出したファイルとともに単一のレポートをエクスポート」

- 第14.3.1.3項「指定したフォルダにレポート・セットをエクスポート」

14.3.1.1 単一のレポートをアーカイブ形式でエクスポート

次の例では、レポート・オブジェクトをzip形式でエクスポートしています。zipファイルには、.xdo、.rtf、.cfgなどのすべてのレポート・オブジェクト関連のファイルが含まれます。レポートをアーカイブ形式で抽出するには、ターゲットに対して.xdoz拡張子を使用します。データ・モデルをエクスポートするには、.xdmz拡張子を使用します。

$ BIPCatalogUtil.sh -export catalogpath=/Samples/Financials/Balance+Letter.xdo target=/home/bipub/reports/BalanceLetter.xdoz extract=false

14.3.1.2 抽出したファイルとともに単一のレポートをエクスポート

次の例では、レポート・オブジェクト関連のファイルを/home/bipub/reports/BalanceLetterディレクトリに抽出しています。既存のファイルは上書きされます。

$ BIPCatalogUtil.sh -export catalogpath=/Samples/Financials/Balance+Letter.xdo target=/home/bipub/reports/BalanceLetter extract=true overwrite=true

14.3.1.3 指定したフォルダにレポート・セットをエクスポート

次の例では、カタログ内の/Samplesフォルダとそのサブフォルダの下のすべてのレポート・オブジェクトを抽出しています。データ・モデルは{basedir}/datamodelsに保存されます。レポートは{basedir}/reportsに保存されます。スタイルとサブテンプレートは{basedir}/templatesに保存されます。

$ BIPCatalogUtil.sh -exportfolder catalogpath=/Samples basedir=/home/bipub/samples subfolders=true extract=true overwrite=true

14.4 BI Publisherレポート・オブジェクトのインポート

importコマンドを使用して、単一のBI Publisherレポート・オブジェクトまたは指定したフォルダの下の一連のパブリッシャ・レポート・オブジェクトをインポートできます。表14-3に、インポート・コマンドでサポートされるパラメータを説明します。

表14-3 インポート・コマンドのパラメータ

パラメータ

例

説明

catalogpath

/Samples/Financials/Balance+Letter.xdo

デフォルトの情報を上書きする場合のみ、レポート・オブジェクトのインポート先にするカタログ・パスを指定する。このパラメータを指定しない場合、レポート・オブジェクトは本来のエクスポート元と同じ場所にインポートされる。

source

/tmp/Financials/BalanceLetter

レポート・オブジェクトが置かれているディレクトリ。このパラメータは、単一のレポートをインポートするときに使用する。

basedir

/home/bipub/samples

インポートする複数のレポートまたはデータ・モデルを含むディレクトリ。このパラメータは、一連のレポートまたはデータ・モデルをインポートするときに指定する。

overwrite

true/false

trueに指定すると、ターゲット・エリア内に既存のオブジェクトが上書きされる。

通常、レポート・オブジェクトは本来のエクスポート元にインポートされます。ユーティリティを使用してレポート・オブジェクトをエクスポートする場合は、カタログ・パス情報を含むメタファイル(.meta)が生成されます。ユーティリティでは、この情報を使用して元の場所にレポート・オブジェクトをインポートします。ただし、オブジェクトを異なる場所にインポートする場合は、catalogpathパラメータを指定することで、元のカタログ・パスの場所をオーバーライドできます。

14.4.1 インポートのコマンドラインの例

次の例は、ユーティリティを使用してレポートをインポートする方法を示しています。

- 第14.4.1.1項「レポートを元の場所にインポート」

- 第14.4.1.2項「レポートを新しい場所にインポート」

- 第14.4.1.3項「圧縮されたレポートをインポート」

- 第14.4.1.4項「指定したフォルダの下のBI Publisherレポート・オブジェクトのセットをインポート」

14.4.1.1 レポートを元の場所にインポート

次の例では、レポートをメタファイル(.meta)に保存されたカタログ・パスにインポートしています。既存のレポートは上書きされます。

$ BIPCatalogUtil.sh -import source=/tmp/Financials/BalanceLetter overwrite=true

14.4.1.2 レポートを新しい場所にインポート

次の例では、レポートをカタログ内の新しい場所へインポートしています。

$ BIPCatalogUtil.sh -import source=/home/bipub/reports/BalanceLetter catalogpath=/Production/Financials/Balance+Letter+Report.xdo

14.4.1.3 圧縮されたレポートをインポート

次の例では、圧縮されたレポート・オブジェクトをカタログ内の元の場所へインポートしています。

$ BIPCatalogUtil.sh -import source=/home/bipub/reports/BalanceLetter.xdoz overwrite=true

14.4.1.4 指定したフォルダの下のBI Publisherレポート・オブジェクトのセットをインポート

次の例では、ベース・ディレクトリ(basedir)の下のすべてのレポートをカタログ内の元の場所へインポートします。

$ BIPCatalogUtil.sh -import basedir=/Users/bipub subfolders=true overwrite=true

14.5 翻訳ファイルの生成と翻訳可能性のチェック

カタログ・ユーティリティは、特定のファイルの翻訳可能なXLIFFファイルを生成するための-xliffコマンドをサポートしています。表14-4に、XLIFFファイルの生成でサポートされるパラメータを説明します。

ソース・ファイルは、レポート定義ファイル(.xdo)、RTFテンプレート・ファイル(.rtf)またはBI Publisherレイアウト・テンプレート・ファイル(.xpt)のいずれかになります。ソースが.xdoファイルの場合は、生成されたXLIFFファイルに、レポート定義インタフェースからユーザーが入力したすべての文字列(説明、レイアウト名、パラメータ名など)が含まれます。

表14-4 XLIFFファイル生成のパラメータ

パラメータ

例

説明

source

/Samples/Financials/Balance+Letter.xdo

XLIFFファイルを生成するレポートまたはテンプレート・ファイル(RTFまたはXPT)へのパス

target

/home/bipub/reports/Balance+Letter/Balance+Letter.xlf

生成された.xlfドキュメントの保存場所

basedir

/home/bipub/reports/Balance+Letter/

生成された.xlfファイルを配置するディレクトリ

次の例は、翻訳ファイルの生成方法を示しています。

- 第14.5.1項「レポート定義ファイル(.xdo)の翻訳ファイルの生成」

- 第14.5.2項「RTFテンプレートの翻訳ファイルの生成」

14.5.1 レポート定義ファイル(.xdo)の翻訳ファイルの生成

次の例では、単一のレポート定義ファイルのXLIFFファイルを生成しています。

$ BIPCatalogUtil.sh -xliff source=/home/bipub/reports/Balance+Letter/Balance+Letter.xdo target=/home/bipub/reports/Balance+Letter/Balance+Letter.xlf

XLIFFをベース・ディレクトリに保存するには:

$ BIPCatalogUtil.sh -xliff source=/home/bipub/reports/Balance/Balance+Letter.xdo basedir=/home/bipub/reports/Balance+Letter/

14.5.2 RTFテンプレートの翻訳ファイルの生成

次の例では、単一のRTFテンプレート・ファイルのXLIFFファイルを生成しています。

$ BIPCatalogUtil.sh -xliff source=/home/bipub/reports/Balance+Letter/Balance+Letter+Template.rtf target=/home/bipub/reports/Balance+Letter/Balance+Letter+Template.xlf

XLIFFをベース・ディレクトリに保存するには:

$ BIPCatalogUtil.sh -xliff source=/home/bipub/reports/Balance/Balance+Letter+Template.rtf basedir=/home/bipub/reports/Balance+Letter/

15 BI Publisherユーザー・インタフェースのカスタマイズ

BI Publisherのユーザー・インタフェースはスクリプトを使用して生成されるので、高度にカスタマイズ可能です。ルック・アンド・フィールはスキンとスタイルで制御します。BI Publisherには、Skyros (デフォルトのスタイル)、blafplus (ブラウザ・ルック・アンド・フィール・プラス)、スタイルが付属しています。

次の各項では、BI Publisherユーザー・インタフェースのカスタマイズ方法について説明します。

- 第15.1項「スキンおよびスタイルとは」

- 第15.2項「スタイルのカスタマイズについて」

- 第15.3項「BI Publisherのユーザー・インタフェース・スタイルの変更」

- 第15.4項「スタイルのカスタマイズ」

注意:

BI Publisherユーザー・インタフェースのカスタマイズはOracle BI Publisher 11.1.1.7.10以降のバージョンには適用されますが、それより前のバージョンでは使用できない場合があります。Oracle BI Publisher 11.1.1.7.10の詳細は、「11.1.1.7.10.の新機能」を参照してください。

15.1 スキンおよびスタイルとは

スタイルおよびスキンは、カスケーディング・スタイル・シート(CSS)とイメージを含むフォルダに編成されます。通常、スキンおよびスタイルを使用してロゴ、色のスキーム、フォント、表の罫線などの要素を指定し、BI Publisherユーザー・インタフェースのルック・アンド・フィールをカスタマイズします。スキンおよびスタイルを使用すると、関連するスタイル・シート・ファイルに専用のスタイル・タグを追加することにより、各種要素の位置合せと行端揃えを制御することも可能です。詳細は、第15.2項「スタイルのカスタマイズについて」を参照してください。

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

BI Publisherのルック・アンド・フィールをカスタマイズする場合は、初めにbicustom-template.earファイルで提供されているカスタム・スタイルを使用することを強くお薦めします。このカスタム・スタイルはSkyrosスタイルのコピーです。

詳細は、第15.3項「BI Publisherのユーザー・インタフェース・スタイルの変更」を参照してください。

スタイル・シート(master.css)を含む共通のSkyrosスタイルとイメージ・ファイルのほとんどは、マスター・ディレクトリに格納されています。マスター・ディレクトリとその構造の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のスタイルのカスタマイズに関する項を参照してください。

master.cssスタイル・シート内で、更新可能な各要素(またはクラス)にはコメントが記載されています。

その他のスタイル・シートも、Skyrosのスタイル・フォルダとスキン・フォルダに格納されています。ユーザー・インタフェースの各ディテールのスタイルを指定する高度なカスタム・スキンを作成する場合を除き、これらのファイルの更新が必要になることはほとんどありません。

注意:

SkyrosスタイルはBI Publisherの「管理」ページには適用されません。

15.3 BI Publisherのユーザー・インタフェース・スタイルの変更

BI Publisherのスキンを変更するには、CATALOG_DIRECTORY/Admin/Configuration/xmlp-server-config.xmlにあるxmlp-server-config.xml構成ファイルを次のように変更します。

スキンをblafplusに変更するには、THEMEプロパティを次のように設定します。

<property name="THEME" value="blafplus"/>

スキンをデフォルトのスキン(Skyros)に戻すには、THEMEプロパティを次のように設定します。

<property name="THEME" value="skyros"/>

注意:

THEMEプロパティは、"blafplus"または"skyros"のいずれかにする必要があります。

15.4 スタイルのカスタマイズ

エンタープライズ・アーカイブ(EAR)ファイルは、固有のフォルダおよびファイル構造で構成されたアーカイブ(ZIP)ファイルです。EARファイルを作成するには任意のZIPツール(7-Zipなど)を使用し、後でZIP拡張子をEARに変更します。Oracleでは、初めにbicustom-template.earファイルが提供されています。

bicustom-template.earファイルにはbicustom.warファイルが含まれています。Webアーカイブ(WAR)ファイルも、固有のフォルダおよびファイル構造で構成されたZIPファイルです。カスタム・スキン・ファイルを追加するには、bicustom-template.earファイル内のbicustom.warファイルを更新する必要があります。BI Publisherに付属のbicustom.warファイルには、すぐに利用できるように、サンプルのフォルダ構造が含まれています。

BI Publisherのスタイルとスキンを作成する際は、CSSとイメージ・ファイルを作成し、それをBI Publisherで使用できるようにする必要があります。master.cssで定義されたCSSおよびマスター・フォルダに定義されたイメージのみが、BI Publisher用にカスタマイズ可能です(bicustom.earファイルにバンドル)。

15.4.1 BI Publisherスタンドアロンのスタイルのカスタマイズ

BI PublisherがOracle BI Enterprise Editionと統合されていない場合に、BI Publisherのカスタム・スタイルを作成するには:

1. ORACLE_HOME\bifoundation\jee\bicustom-template.earをORACLE_HOME\bifoundation\jee\bicustom.earにコピーします。

注意:

パッチ適用またはアップグレード・プロセスでbicustom-template.earファイルが上書きされる可能性はありますが、bicustom.earファイルは上書きされません。

2. bicustom.earファイルからbicustom.warファイルをBI Publisherのデプロイ先のマシンに展開します。

3. bicustom.warファイルから各ファイルを展開します。

4. 解凍したディレクトリ内のmaster.cssおよびイメージ・ファイルを編集してカスタム・スタイルを作成し、変更を保存します。

5. bicustom.warファイルを変更内容で更新します。

6. bicustom.earファイルを新しいbicustom.warファイルで更新します。

7. 新しいbicustom.earファイルをアプリケーション・サーバーにデプロイします。

8. xmlp-server-config.xmlファイルを更新して、変更を保存します。
次のサンプル構成では、BI Publisherが稼働している同じアプリケーション・サーバーに、customというアプリケーション名でbicustom.earファイルをデプロイすることを想定しています。

<!-- required: this is the base skin to use for styles not defined inside custom css -->
<property name="THEME" value="skyros"/>
<!-- required: this is the custom css http url -->
<property name="THEME_CUSTOM_MASTER_CSS_URL" value="/custom/res/s_Custom/master/master.css"/>
<!-- required: this is the custom image http url prefix -->
<property name="THEME_CUSTOM_MASTER_IMAGE_URL_PREFIX" value="/custom/res/s_Custom/master"/>
<!-- required: this is the file system path where custom images are located -->
<property name="THEME_CUSTOM_MASTER_IMAGE_PATH" value="/scratch/aime1/custom/res/s_Custom/master"/>

Webページでイメージを表示する際、イメージはHTTP経由でフェッチされることに注意してください。そのため、ローカル・ディレクトリ内の格納場所にかかわらず、イメージはHTTP URL経由で使用できる必要があります。bicustom.earをデプロイしても、無関係なローカル・ディレクトリにカスタム・イメージを配置すると、HTTP URLが示しているイメージとローカル・ディレクトリの提供するイメージが異なることになります。HTTP URLとローカル・パスが同じイメージ・ファイルを参照しているようにするには、bicustom.earをローカル・ディレクトリ(path_Aなど)に解凍してcss/イメージを変更し、その後でpath_A (解凍済のローカル・ディレクトリ)からカスタム・アプリケーションをインストールします。

9. BI Publisherを再起動します。

bicustom.earファイルの再デプロイの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』の方法1: bicustom.earファイルの再デプロイに関する項を参照してください。

15.4.2 Oracle BI Enterprise Editionと統合されたBI Publisherのスタイルのカスタマイズ

Oracle BI Enterprise Editionと統合されたBI Publisherのカスタム・スタイルを作成するには:

1. ORACLE_HOME\bifoundation\jee\bicustom-template.earをORACLE_HOME\bifoundation\jee\bicustom.earにコピーします。

注意:

パッチ適用またはアップグレード・プロセスでbicustom-template.earファイルが上書きされる可能性はありますが、bicustom.earファイルは上書きされません。

2. bicustom.earファイルからbicustom.warファイルをBI Publisherのデプロイ先のマシンに展開します。

3. bicustom.warファイルから各ファイルを展開します。

4. 解凍したディレクトリ内のmaster.cssおよびイメージ・ファイルを編集してカスタム・スタイルを作成し、変更を保存します。

5. bicustom.warファイルを変更内容で更新します。

6. bicustom.earファイルを新しいbicustom.warファイルで更新します。

7. 新しいbicustom.earファイルをアプリケーション・サーバーにデプロイします。

8. xmlp-server-config.xmlファイルを更新して、変更を保存します。

<!-- required: http url of OBIEE master css -->
<property name="THEME_MASTER_CSS_URL" value="/custom/s_skyros/master/master.css"/>
<!-- required: this is the master css http url -->
<property name="THEME_IMAGE_URL_PREFIX" value="/custom/s_skyros/master"/>
<!-- required: this is the file system path where master images are located -->
<property name="THEME_MASTER_IMAGE_PATH" value="/scratch/aime1/bip/res/s_Custom/master"/>

9. BI Publisherを再起動します。

注意:

カスタム構成プロパティによってマスター構成プロパティが上書きされるため、THEME_CUSTOM_MASTER_CSS_URLの値はTHEME_MASTER_CSS_URLの値に優先します。これは、イメージでも同様です。

15.4.3 カスタム・スタイルの代替メカニズム

BI Publisher (スタンドアロンまたはOracle BI Enterpriseとの統合)用にカスタム・スタイルを作成する場合は、カスタマイズで変更が必要なものだけをコピーすることをお薦めします。コピーされていないものはすべて、BI Publisherのベース・スキンで指定されているスタイル、つまりSkyrosのテーマで代替されます。

15.4.3.1 カスタム・スタイル・シート

カスタム・スタイル・シート(css)にTHEME_CUSTOM_MASTER_CSS_URLが指定されている場合、BI Publisherはそのスタイルを参照して、それ以外は無視します。THEME_MASTER_CSS_URLが指定されている場合、BI Publisherはそのスタイルを使用します。どちらも指定されていない場合、BI Publisherはベース・スキンで定義されているスタイルを使用します。

15.4.3.2 イメージ

イメージにTHEME_CUSTOM_MASTER_IMAGE_PATHが指定されている場合、要求されたイメージがディレクトリ内に存在すると、BI PublisherはTHEME_CUSTOM_MASTER_IMAGE_URL_PREFIXの値を使用してイメージURLを作成します。

THEME_MASTER_IMAGE_PATHが指定されている場合、要求されたイメージがディレクトリ内に存在すると、BI PublisherはTHEME_MASTER_IMAGE_URL_PREFIXの値を使用してイメージURLを作成します。どちらも指定されていない場合、BI Publisherはベース・スキンで定義されているイメージを使用します。

A スケジューラ構成リファレンス

この付録では、サポートされている各データベースにBI Publisherスケジューラを構成する方法、およびActiveMQをJMSプロバイダとして構成する方法について説明します。

内容は次のとおりです。

- 第A.1項「概要」

- 第A.2項「ActiveMQ用のBI Publisherの構成」

- 第A.3項「Quartzスケジューラの手動構成」

A.1 概要

Oracle Business Intelligenceプラットフォーム・インストーラによって、スケジューラへの接続が構成され、選択したスケジューラ・データベースにスケジューラ・スキーマがインストールされます。インストールが完了し、サーバーが起動すると、WebLogic JMSキューが設定され、スケジューラが起動します。

この付録の情報は、スケジューラを手動で構成する場合やActiveMQを代替のJMSプロバイダとして設定する場合の参照用です。

スケジューラに関する概念的な情報、追加の管理対象サーバーのインストールと構成に関する情報、およびスケジューラ診断ページの説明については、第7章「スケジューラの構成」を参照してください。

A.2 ActiveMQ用のBI Publisherの構成

スケジューラは、デフォルトでWebLogic JMSを使用するように構成されます。また、スケジューラはActiveMQを代替のJMSプロバイダとしてサポートします。ActiveMQをJMSプロバイダとして使用する場合は、BI Publisherを構成する際に、ActiveMQのドキュメントとともに、次のガイドラインも参照してください。

A.2.1 ActiveMQのインストール

ActiveMQバージョン5.2.0以上をインストールすることをお薦めします。Windows、UNIX、またはLinuxにインストールできます。次の場所にあるドキュメントのインストール手順に従ってください。

http://activemq.apache.org

A.2.2 ActiveMQのJNDIサービスとしての登録

ActiveMQを起動すると、JNDIサービスを使用してキューにアクセスできます。

このサービスにアクセスするためのデフォルトのURLは、次のとおりです。

failover://tcp://localhost:61616

この構成を変更するには、apache-activemq-x.x.x\conf(例: apache-activemq-5.2.0\conf)にあるactivemq.xml構成ファイルを更新します。

A.2.3 BI Publisherスケジューラ構成ページの更新

スケジューラ構成ページを更新する手順は次のとおりです。

1. BI Publisherの「管理」ページで、「システム・メンテナンス」の下の「スケジューラ構成」をクリックします。

2. 「JMS構成」リージョンでActiveMQを選択します。

3. ActiveMQのJNDI URLを入力します。たとえば、failover://tcp://localhost:61616です。

4. プロセッサ当たりのスレッド数を入力します(例: 5)。

5. 共有一時ディレクトリへのパスを入力します。

6. 「JMSのテスト」をクリックして、接続をテストします。

7. 「適用」をクリックして、このページに変更を適用します。

ActiveMQ URLは動的に適用されます。キューとトピックがActiveMQに自動的に作成され、いつでもスケジューリングできる状態になります。「スケジューラ診断」ページでチェックすることで、キューを確認できます。または、ActiveMQ Webコンソール(http://localhost:8161/admin)でステータスを確認することもできます。

A.3 Quartzスケジューラの手動構成

BI Publisherには、HyperionブランドのDataDirect Connect for JDBCドライバが付属しており、このドライバを使用して、データベースにスケジューラ表をインストールし、それらを使用するための接続を設定します。このドライバは、データベース・ベンダーが用意したネイティブJDBCドライバの代替ドライバとして使用できます。DataDirectドライバを使用可能にするデータベースを選択すると、データベース・ドライバ・クラスの情報が設定画面に自動的に入力されます。ドライバ・ファイルについて必要な追加設定はありません。

BIプラットフォーム・インストーラによって提供されていないDataDirectドライバを使用する場合は、ドライバを手動でダウンロード、インストールおよび構成する必要があります。

A.3.1 DataDirect Connectドライバまたはネイティブ・データベース・ドライバの使用に関する推奨事項

DataDirect Connect for JDBCドライバは、次のデータベース用に提供されています。

- IBM DB2 v8.1、v9.1

- Microsoft SQL Server 2000、SQL Server 2005

- Sybase Adaptive Server Enterprise

- Oracle 9i、Oracle 10g,、Oracle 11g

注意:

「スケジューラ」ページとここに示す一部のデータベース・オプションは、このリリースでサポートされていない場合があります。サポートされるハードウェアとソフトウェアの最新情報は、「システム要件と動作要件」を参照してください。

表A-1に、サポートされるスケジューラ・データベース用のドライバの推奨事項を示します。

表A-1 ドライバの推奨事項

データベース

ネイティブJDBCドライバ

DataDirect JDBCドライバ

Oracle 10g、Oracle 11g

推奨

サポート対象

IBM DB2 v8.1、v9.1

サポート対象

推奨

Microsoft SQL Server 2000、SQL Server 2005

サポート対象

推奨

Sybase Adaptive Server Enterprise

サポート対象

推奨

MySQL 4.1.10a-NT、5.0

サポート対象

未提供

A.3.2 スケジューラ・データベースでのユーザーの設定

スケジューラ・データベースへの接続を設定するには、選択したデータベースでユーザーを作成しておく必要があります。BI Publisherはこのユーザーを使用してデータベースに接続します。データベースのタイプによっては、このユーザーに特定の権限が必要になる場合があります。詳細は、後述のデータベース固有の項を参照してください。

A.3.3 スケジューラ・データベースへの接続とスキーマのインストール

スケジューラのデータベースを設定する一般的な手順は、次のとおりです。後続の各データベースに固有の項も参照してください。

スケジューラ・データベースを設定する手順は次のとおりです。

1. 管理者資格証明を使用してBI Publisherにログインし、「管理」タブを選択します。

2. 「システム・メンテナンス」の下の「スケジューラ構成」をクリックします。

3. 「スケジューラ選択」リージョンで、Quartzを選択します。

注意:

「エンタープライズ・スケジューラ・サービス」オプションはOracle Fusion Applications用に予約されています。

4. 「データベース接続」の次のフィールドに入力します。

- データベース・タイプ: リストからデータベースを選択します。選択すると、「データベース・ドライバ・クラス」フィールドが、推奨されるドライバ・クラスに自動的に更新されます。

- 接続文字列: 選択したデータベースの接続文字列を入力します。データベース固有のサンプル文字列は、後述の項を参照してください。

- ユーザー名およびパスワード: データベースに設定するスケジューラ・ユーザーを入力します。ユーザーは、データベースに接続してテーブルを作成する権限を付与されている必要があります。データベースのタイプによっては、その他の権限が必要となる場合もあります。この章で後述する、該当データベースに固有の項を参照してください。

- データベース・ドライバ・クラス: データベース・タイプを選択すると、このフィールドは推奨されるドライバに自動的に更新されます。別のドライバを使用する場合は、そのドライバをこのフィールドに指定します。

注意:

注意: Oracleデータベース・ドライバおよびDataDirectドライバは、BI Publisherとともにインストールされており、これ以外の設定は必要ありません。その他のデータベースでは、推奨されるネイティブ・ドライバがこのフィールドに自動的に移入されますが、BI Publisherでそのドライバを使用可能にするには、さらに設定が必要となります。

5. 「接続のテスト」をクリックし、BI Publisherがデータベースに接続できることを確認します。接続に失敗した場合、指示のとおりにフィールドに入力し、適切にデータベースを設定したことを確認します。

6. 「スキーマのインストール」をクリックし、BI Publisherスケジューラのスキーマをデータベースにインストールします。

A.3.4 Oracle Databaseへの接続

前提条件: 入力するデータベース・ユーザーに、接続またはセッション作成の権限と表作成の権限があり、そのユーザーに割当て制限が割り当てられていることを確認します(割り当てられていない場合、割当て制限は0になります)。

たとえば、次の例は、ユーザーbipuserを作成します。

SQL> CREATE USER bipuser
2  IDENTIFIED BY welcome
3  DEFAULT TABLESPACE USERS
4  TEMPORARY TABLESPACE TEMP
5  QUOTA 20G ON USERS
6  QUOTA 1M ON TEMP;

User created.

SQL> GRANT CREATE SESSION TO bipuser; -- or "GRANT CONNECT TO bipuser;"

Grant succeeded.

SQL> grant create table to bipuser;

Grant succeeded.

表A-2に、Oracleデータベースに接続する場合の、Oracleネイティブ・ドライバのフィールドを説明します。

表A-2 Oracleネイティブ・ドライバのフィールド

フィールド

説明

データベース・タイプ:

リストからOracle 11gまたはOracle 10gを選択します。

接続文字列:

次の接続文字列パラメータを入力します。jdbc:oracle:thin:@<hostname>:<port>:<oracle SID>次に例を示します。jdbc:oracle:thin:@mydatabaseserver.com:1521:bipscheduler

データベース・ドライバ・クラス:

oracle.jdbc.driver.OracleDriver

A.3.5 IBM DB2への接続

前提条件: スケジューラを構成するために入力するユーザーが、32Kページのサイズの表領域で設定されていることを確認してください。設定されていない場合、テーブルを作成してユーザーに割り当てます。またユーザーは、データベースに接続しテーブルを作成できる権限が付与されている必要があります。

表A-3に、IBM DB2 v8またはIBM DB2 v9データベースに接続する場合の、DataDirectドライバのフィールドを説明します。

表A-3 IBMデータベース用のDataDirectドライバのフィールド

フィールド

入力内容

データベース・タイプ:

「IBM DB2 v9」または「IBM DB2 v8」をリストから選択します。

接続文字列:

次の接続文字列パラメータを入力します。jdbc:hyperion:db2://<hostname>:<port>;DatabaseName=<DATABASENAME>例:jdbc:hyperion:db2:// mydatabaseserver.com:1433;DatabaseName=bipscheduler

データベース・ドライバ・クラス:

hyperion.jdbc.db2.DB2Driver

A.3.6 Microsoft SQL Serverへの接続

前提条件: Microsoft SQL Serverが混合モード認証で設定されていることを確認してください。また、スケジューラを構成するために入力するユーザーが、db_ownerロールを持っていることも確認します。

表A-4に、Microsoft SQL Server 2000または2005のデータベースに接続する場合の、DataDirectドライバのフィールドを説明します。

表A-4 SQL Serverデータベース用のDataDirectドライバのフィールド

フィールド

入力内容

データベース・タイプ:

「Microsoft SQL Server 2000」または「Microsoft SQL Server 2005」をリストから選択します。

接続文字列:

次の接続文字列パラメータを入力します。jdbc:hyperion:sqlserver://<hostname>:<port>;DatabaseName=<DATABASENAME>次に例を示します。jdbc:hyperion:sqlserver:// mydatabaseserver.com:1433;DatabaseName=bipscheduler

データベース・ドライバ・クラス:

hyperion.jdbc.sqlserver.SQLServerDriver

A.3.7 Sybase Adaptive Server Enterpriseデータベースへの接続

前提条件: データベースでddl in tranモードがtrueに設定されていることを確認してください。このオプションを有効にする方法については、Sybaseのドキュメントを参照するか、データベースの管理者に問い合せてください。

表A-5に、Sybase Adaptive Server Enterpriseデータベースに接続する場合の、DataDirectドライバのフィールドを説明します。

表A-5 Sybaseデータベース用のDataDirectドライバのフィールド

フィールド

入力内容

データベース・タイプ:

「Sybase Adaptive Server Enterprise」をリストから選択します。

接続文字列:

次の接続文字列パラメータを入力します。jdbc:hyperion:sybase://<hostname>:<port>;DatabaseName=<DATABASENAME>次に例を示します。jdbc:hyperion:sybase://mydatabaseserver.com:4100;DatabaseName=bipscheduler

データベース・ドライバ・クラス:

hyperion.jdbc.sybase.SybaseDriver

B Oracle BI Enterprise Edition統合リファレンス

この付録では、BI PublisherをOracle BI Presentation ServicesとOracle BI Serverに統合するための構成について詳しく説明します。

内容は次のとおりです。

- 第B.1項「統合について」

- 第B.2項「Oracle BI Presentation Catalogを使用するためのBI Publisherの構成」

- 第B.3項「Oracle BI Presentation Servicesとの統合の構成」

- 第B.4項「Oracle BI ServerへのJDBC接続の設定」

B.1 統合について

この章の情報は、BI PublisherとOracle BI Enterprise Editionの統合ポイントを強調するための参照用です。

この情報を参照する必要が生じる可能性があるのは、次のような場合です。

- 10g リリースから11g リリースへアップグレードしている場合

- BI Publisherの別個のインストールを実行しており、それへの統合を希望している場合

- インストール済の構成を変更する必要がある場合

この章で取り上げる統合のポイントは次のとおりです。

- データソースとしてのOracle BI Serverへの接続

- Oracle BI Presentation Catalogを使用するためのBI Publisherの構成

- Oracle BI Presentation Servicesとの統合の構成

B.1.1 前提条件

Oracle BI Publisherが、Oracle BI Enterprise Editionの他のコンポーネントと同じサーバーにインストールされている必要があります。

セキュリティ構成は、Oracle Fusion MiddlewareセキュリティまたはOracle BI Serverセキュリティのいずれかである必要があります。

B.2 Oracle BI Presentation Catalogを使用するためのBI Publisherの構成

Oracle BI Presentation Catalogを使用するように手動でBI Publisherを構成する手順は次のとおりです。

1. 「サーバー構成」ページの「カタログ」リージョンの「カタログ・タイプ」で「Oracle BI EE Catalog」を選択します。

2. 次のように入力します。

- サーバー・バージョン - v7

- システム・ユーザー名
システム・パスワード

これらのフィールドは空白のままにします。

BI PublisherはBISystemUserとパスワードを使用してBIプレゼンテーション・カタログに接続します。BISystemUserは、コンポーネント間の信頼できる通信のため、インストール中に作成される固定ユーザーです。通常、これらのフィールドはインストール時に構成され、この構成ページには表示されなくなります。BI PublisherとBI Presentation Catalogの統合を手動で構成しており、これらのフィールドが表示される場合は、値はBI Publisherによりセキュリティ・ストアから自動的に読み込まれるので、空白のままにします。

- 接続プロトコル: TCP

BI PublisherがBI Presentation Catalogを使用するように手動で構成している場合は、「システム・ユーザー名」フィールドおよび「システム・パスワード」フィールドが表示される場合があります。これらの値はBI Publisherによってセキュリティ・ストアから自動的に読み込まれるため、これらのフィールドは空白のままにします。

3. 「接続テスト」をクリックして、BI PublisherがOracle BIプレゼンテーション・サービスに接続できることを確認します。

4. 現在の「BI Publisherリポジトリ」のパスを入力します。

5. 「BIプレゼンテーション・カタログへのアップロード.」をクリックします。これにより、BI Publisherカタログの内容がOracle BI Presentation Catalogにアップロードされます。

6. BI Publisherアプリケーションを再起動します。

B.3 Oracle BI Presentation Servicesとの統合の構成

Oracle BI Enterprise Editionをインストールすると、BI Publisherとの統合は自動的に構成されます。つまり、Oracle BIプラットフォーム・インストーラによって、Presentation Servicesのホスト名、ポートおよびURL接尾辞の値が設定されます。さらに、どちらの製品もOracle Fusion Middlewareセキュリティを使用するように構成されるため、ユーザー名とパスワードのフィールドは非表示になります。

Presentation Servicesとの統合を構成する手順は次のとおりです。

1. 「管理」ページの「統合」の下で、「Oracle BIプレゼンテーション・サービス」をクリックします。

2. BI Presentation Servicesサーバーに関する次の情報を入力します。

- サーバー・プロトコル: httpまたはhttpsを選択します。

- サーバー・バージョン: v6を選択します。

- サーバー: サーバーのホスト名を入力しますたとえば、BIEEServerなどです。

- BI Presentation Servicesプラグインが実行されているサーバーのポート。たとえば、9704などです。

- 管理者ユーザー名とパスワード: Oracle Fusion Middlewareセキュリティの使用時には、これらのフィールドは非表示になります。手動で統合を構成する場合は、BISystemUserのユーザー名とパスワードを入力します。

- URL拡張子: デフォルト値はanalytics/saw.dllです。

注意:

デプロイメントがSSO用に構成されている場合、BI PublisherとBI Presentation Services間のWebサービスを許可するために、拡張子はanalytics-ws/saw.dllとして入力する必要があります。Oracle BI Enterprise Edition用のSSOの構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

- セッション・タイムアウト(分単位)

B.4 Oracle BI ServerへのJDBC接続の設定

注意:

Oracle BI Enterprise EditionとともにBI Publisherをインストールした場合、このデータソースは自動的に構成されます。

Oracle BI Enterprise EditionサーバーをJDBCデータソースとして追加するには、次の固有のガイドラインとともに、第9.2項「データソースへのJDBC接続の設定」に記載のガイドラインにも従ってください。

Oracle BI ServerでSSLが有効な場合は、キーストアをBI Publisherサーバーにコピーしてから接続文字列内で指定する必要があります。

「データベース・ドライバ・クラス」および「接続文字列」のエントリは、次のようになります。

データベース・ドライバ・クラス: oracle.bi.jdbc.AnaJdbcDriver

接続文字列: 特定のデプロイメントに応じた適切な接続文字列。クラスタ化されたSSLが有効なデプロイメントには、URLを作成するための特定のパラメータが必要です。たとえば、Oracle BI ServerでSSLが有効な場合は、キーストアをBI Publisherサーバーにコピーしてから接続文字列内で指定する必要があります。SSLの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』を参照してください。

接続文字列のURLは、次の書式にする必要があります。

<URL>:= <Prefix>: [//<Host>:<Port>/][<Property Name>=<Property Value>;]*

各項目の意味は次のとおりです。

<Prefix>: jdbc:oraclebiという文字列です。

<Host>: 分析サーバーのホスト名です。IPアドレスまたはホスト名を指定できます。デフォルトはlocalhostです。

<Port>: サーバーがリスニングするポート番号です。デフォルト値は9703です。

<Property Name>:= <Catalog>|<User>|<Password>|<SSL>|<SSLKeyStoreFileName> |<SSLKeyStorePassword>|<TrustAnyServer>|<TrustStoreFileName >|<TrustStorePassword>|<LogLevel>|<LogFilePath>|<PrimaryCCS>|<PrimaryCCSPort>| <SecondaryCCS>|<SecondaryCCSPort>

プロパティの有効な値は次のとおりです。

<Catalog>: サーバーで使用可能なカタログ名です。カタログを指定しないと、サーバーで指定されているデフォルト・カタログがデフォルトになります。指定したカタログ名がサーバーに見つからない場合も、デフォルト・カタログが使用され、接続時に警告が発行されます。

<User>: BI Serverのユーザー名を指定します。デフォルトはAdministratorです。

<Password>: BI Serverのユーザー名に対応するパスワードを指定します。パスワードは3DESで暗号化されます。

<SSL>: 値はtrueまたはfalseで、デフォルトはfalseです。JDBCドライバでSSLを使用するかどうかを指定します。trueの場合、ドライバによりSSLKeyStoreFileNameが読取り可能かどうかの確認が行われます。読取り可能でない場合は、エラー・メッセージが発行されます。

<SSLKeyStoreFileName>: SSLキーを格納するファイルの名前を指定します。このファイルは、ローカルのファイル・システムに存在してドライバで読取りができる必要があります。

<SSLKeyStorePassword>: SSLKeyStoreFileNameで指定されたファイルを開くためのパスワードを指定します。

<TrustAnyServer> - 値はtrueまたはfalseで、デフォルトはfalseです。SSLがtrueに設定されている場合、このプロパティによりサーバーのトラスト・ストアをチェックするかどうかを指定します。TrustAnyServerがfalseに設定されている場合は、ドライバによりTrustStoreFileNameが読取り可能かどうかの確認が行われます。

<TrustStoreFileName>: TrustAnyServerがfalseに設定されている場合は、トラスト・ストアのファイル名を指定するためにこのプロパティが必要になります。

<TrustStorePassword>: TrustAnyServerおよびTrustStoreFileNameが指定されている場合に、TrustStoreFileNameで指定されたファイルを開くためのパスワードをこのプロパティで指定します。

<LogLevel>: ログ・レベルを指定します。有効な値は次のとおりです。

SEVERE | WARNING | INFO | CONFIG | FINE | FINER | FINEST

<LogFilePath>: ログの記録先のファイル・パスを指定します。デフォルトは、Windowsの場合%TEMP%、UNIXの場合$TMPです。ドライバにはこのファイルの書込み権限が必要です。同じファイル名が存在する場合は、_0や_1のマークを付加した新しいエントリが作成されます。

<PrimaryCCS>: (クラスタ化された構成の場合)接続にhostを使用せず、プライマリCCSマシンの名前を指定します。このプロパティを指定すると、hostプロパティの値は無視されます。JDBCドライバはCCSに接続して、ロード・バランシングが行われているマシンの情報を取得します。デフォルトはlocalhostです。

<PrimaryCCSPort>: プライマリCCSマシンで稼働しているプライマリCCSのポート番号を指定します。デフォルト値は9706です。

<SecondaryCCS>: 接続にhostを使用せず、セカンダリCCSマシンの名前を指定します。このプロパティを指定すると、JDBCドライバはCCSに接続して、ロード・バランシングが行われているマシンの情報を取得します。デフォルトはlocalhostです。

<SecondaryCCSPort>: セカンダリ・マシンで稼働しているセカンダリCCSのポート番号を指定します。デフォルト値は9706です。

次にSSLが有効であるクラスタ化されたデプロイの接続文字列の例を示します。

jdbc:oraclebi://machine01.domain:9706/PrimaryCCS=machine01;PrimaryCCSPort=9706;SecondaryCCS=machine02;SecondaryCCSPort=9706;user=admin;password=welcome;ssl=true;sslKeystorefilename=c:\mycompany\OracleBI\sslc\javahost.keystore;sslKeystorepassword=welcome;trustanyserver=true;

システム・ユーザーの使用 - BISystemユーザーを使用する場合は、このボックスを選択する必要があります。このボックスを選択すると、BI PublisherはBISystemのユーザー名とパスワードを使用してBI Serverに接続します。「ユーザー名」フィールドと「パスワード」フィールドは、編集できなくなります。

ユーザー名 - 空白のままにします。

パスワード: 空白のままにします。

プロキシ認証を使用: (必須)このボックスを選択します。プロキシ認証は必須です。

C 構成ファイル・リファレンス

この付録では、BI Publisherのランタイム構成ファイルについて説明します。

内容は次のとおりです。

- 第C.1項「BI Publisher構成ファイル」

- 第C.2項「ランタイム構成ファイルのプロパティの設定」

- 第C.3項「ルート要素の構造」

- 第C.4項「properties要素とproperty要素」

- 第C.5項「フォント定義」

- 第C.6項「事前定義済のフォント」

C.1 BI Publisher構成ファイル

この付録には、次のBI Publisher構成ファイルに関する参照情報が含まれています。

- ランタイム構成プロパティ・ファイル

ランタイム構成ファイルのプロパティは、「ランタイム構成」の「プロパティ」ページおよび「フォント・マッピング」ページで設定します。(詳細は、第11.1項「ランタイム・プロパティの設定」を参照。)

C.2 ランタイム構成ファイルのプロパティの設定

ランタイム・プロパティとフォント・マッピングは、管理インタフェースにある、ランタイム構成のプロパティページおよび「フォント・マッピング」ページで設定します。

「管理」ページを使用しないでプロパティを設定すると、BI Publisherはこのファイルに設定されたプロパティにフォールバックします。

ただし、管理インタフェースではこのファイルは更新されないので、注意してください。「管理」ページにおける設定は、xdo.cfgファイルの設定よりも優先されます。

C.2.1 ファイル名とファイルの場所

構成ファイルの名前はxdo.cfgです。

ファイルは、<BI Publisher Repository>/Admin/Configurationにあります。

C.2.2 ネームスペース

この構成ファイルのネームスペースは次のとおりです。

http://xmlns.oracle.com/oxp/config/

C.2.3 構成ファイルの例

次に、構成ファイルのサンプルを示します。

<config version="1.0.0"
xmlns="http://xmlns.oracle.com/oxp/config/">

<!-- Properties -->
<properties>
<!-- System level properties -->
<property name="system-temp-dir">/tmp</property>

<!--  PDF compression -->
<property name="pdf-compression">true</property>

<!--  PDF Security -->
<property name="pdf-security">true</property>
<property name="pdf-open-password">user</property>
<property name="pdf-permissions-password">owner</property>
<property name="pdf-no-printing">true</property>
<property name="pdf-no-changing-the-document">true</property>
</properties>

<!-- Font setting -->
<fonts>
<!-- Font setting (for FO to PDF etc...) -->
<font family="Arial" style="normal" weight="normal">
<truetype path="/fonts/Arial.ttf" />
</font>
<font family="Default" style="normal" weight="normal">
<truetype path="/fonts/ALBANWTJ.ttf" />
</font>

<!--Font substitute setting (for PDFForm filling etc...) -->
<font-substitute name="MSGothic">
<truetype path="/fonts/msgothic.ttc" ttcno="0" />
</font-substitute>
</fonts>
</config>

C.2.4 要素仕様の概要

次に、要素仕様の例を示します。

<Element Name Attribute1="value"
Attribute2="value"
AttributeN="value"
<Subelement Name1/>[occurrence-spec]
<Subelement Name2>...</Subelement Name2>
<Subelement NameN>...</Subelement NameN>
</Element Name>

[occurrence-spec]は、要素のカーディナリティを示し、次のパターンに対応します。

- [0..1]: 要素がオプションで、1回のみ発生する可能性があることを示します。

- [0..n]: 要素がオプションで、複数回発生する可能性があることを示します。

C.3 ルート要素の構造

<config>要素はルート要素です。構造は次のとおりです。

<config version="cdata" xmlns="http://xmlns.oracle.com/oxp/config/">
<fonts> ... </fonts> [0..n]
<properties> ... </properties> [0..n]
</config>

C.3.1 ルート要素の属性

<config>要素には、表C-1に示す属性があります。

表C-1 config要素の属性

属性

説明

version

構成ファイル形式のバージョン番号。1.0.0を指定します。

xmlns

BI Publisher構成ファイルのネームスペース。http://xmlns.oracle.com/oxp/config/を指定する必要があります。

C.3.2 ルート要素の説明

構成ファイルのルート要素。この構成ファイルは、次の2つの部分で構成されています。

- プロパティ(<properties>要素)

- フォント定義(<fonts>要素)

<fonts>および<properties>要素は、複数回出現する可能性があります。競合する定義が設定されている場合は、最後に出現した定義が優先されます。

C.4 properties要素とproperty要素

この項では、<properties>要素と<property>要素について説明します。

C.4.1 <properties>要素

<properties>要素の構造は次のとおりです。

<properties locales="cdata">
<property>...
</property> [0..n]
</properties>

C.4.1.1 <properties>要素の説明

<properties>要素では、一連のプロパティを定義します。ロケール固有のプロパティを定義するには、ロケール属性を指定します。次に例を示します。

<!-- Properties for all locales -->
<properties>
...Property definitions here...
</properties>

<!--Korean specific properties-->
<properties locales="ko-KR">
...Korean-specific property definitions here...
</properties>

C.4.2 <property>要素

<property>要素の構造は次のとおりです。

<property name="cdata">
...pcdata...
</property>

C.4.2.1 <property>要素の属性

<property>要素には、唯一の属性nameがあり、これによってプロパティ名が指定されます。

C.4.2.2 <property>要素の説明

プロパティは名前と値のペアです。名前属性に内部プロパティ名(キー)を、要素値にその値を指定します。構成ファイルで使用される内部プロパティ名は、第11章「ランタイム構成の定義」のプロパティの説明部分にリストで示されています。

<properties>
<property name="system-temp-dir">d:\tmp</property>
<property name="system-cache-page-size">50</property>
<property name="pdf-replace-smart-quotes">false</property>
</properties>

C.5 フォント定義

フォント定義には、次の要素が含まれます。

- <fonts>

- <font>

- <font-substitute>

- <truetype>

- <type1>

TrueTypeおよびType1フォントのリストについては、第C.6項「事前定義済のフォント」を参照してください。

C.5.1 <fonts>要素

<fonts>要素の構造は次のとおりです。

<fonts locales="cdata">
<font> ... </font> [0..n]
<font-substitute> ... </font-substitute> [0..n]
</fonts>

C.5.1.1 <fonts>要素の属性

<fonts>要素にはオプションである唯一の属性localesがあり、これによってそのフォント定義のロケールが指定されます。

C.5.1.2 <fonts>要素の説明

<fonts>要素では、一連のフォントを定義します。ロケール固有のフォントを定義するには、ロケール属性を指定します。

<!-- Font definitions for all locales -->
<fonts>
..Font definitions here...
</fonts>

<!-- Korean-specific font definitions -->
<fonts locales="ko-KR">
... Korean Font definitions here...
</fonts>

C.5.2 <font>要素

<font>要素の構造は次のとおりです。

<font family="cdata" style="normalitalic"
weight="normalbold">
<truetype>...</truetype>
or <type1> ... <type1>
</font>

C.5.2.1 <font>要素の属性

<font>要素には、表C-2に示す属性があります。

表C-2 font要素の属性

属性

説明

family

フォントのファミリ名を指定します。この属性にDefaultを指定した場合、デフォルトの代替フォントを定義できます。family属性では大文字と小文字が区別されません。

style

フォント・スタイルについてnormalまたはitalicを指定します。

weight

フォントの太さについてnormalまたはboldを指定します。

C.5.2.2 <font>要素の説明

BI Publisherフォントを定義します。この要素は、主にFOからPDFへの処理(RTFからPDF)用のフォントを定義するために使用されます。PDFフォーム・プロセッサ(PDFテンプレート用)は、この要素を参照しません。

<!-- Define "Arial" font -->
<font family="Arial" style="normal" weight="normal">
<truetype path="/fonts/Arial.ttf"/>
</font>

C.5.3 <font-substitute>要素

<font-substitute>要素の構造は次のとおりです。

<font-substitute name="cdata">
<truetype>...</truetype>
or <type1>...</type1>
</font-substitute>

C.5.3.1 <font-substitute>要素の属性

<font-substitute>要素には、唯一の属性nameがあり、これによって代替フォントの名前が指定されます。

C.5.3.2 <font-substitute>要素の説明

フォントの代替を定義します。この要素は、PDFフォーム・プロセッサ用のフォントを定義するために使用されます。

<font-substitute name="MSGothic">
<truetype path="/fonts/msgothic.ttc" ttccno=0"/>
</font-substitute>

C.5.4 <type1>要素

<type1>要素の構造は次のとおりです。

<type1 name="cdata"/>

C.5.4.1 <type1>要素の属性

<type1>要素には、唯一の属性nameがあり、これによってAdobe標準のLatin1フォントのいずれか(Courierなど)が指定されます。

C.5.4.2 <type1>要素の説明

<type1>要素は、Adobe Type1フォントを定義します。

<!--Define "Helvetica" font as "Serif" -->
<font family="serif" style="normal" weight="normal">
<type1 name="Helvetica"/>
</font>

C.6 事前定義済のフォント

次のType1フォントはAdobe Acrobatに組み込まれており、BI Publisherには、デフォルトでこれらのフォントとのマッピングが用意されています。これらのフォントは、ターゲット・フォントとして追加設定なしで選択できます。

表C-3に、Type1フォントを示します。

表C-3 Type1フォント

番号

フォント・ファミリ

スタイル

太さ

フォント名

1

serif

normal

normal

Time-Roman

1

serif

normal

bold

Times-Bold

1

serif

italic

normal

Times-Italic

1

serif

italic

bold

Times-BoldItalic

2

sans-serif

normal

normal

Helvetica

2

sans-serif

normal

bold

Helvetica-Bold

2

sans-serif

italic

normal

Helvetica-Oblique

2

sans-serif

italic

bold

Helvetica-BoldOblique

3

monospace

normal

normal

Courier

3

monospace

normal

bold

Courier-Bold

3

monospace

italic

normal

Courier-Oblique

3

monospace

italic

bold

Courier-BoldOblique

4

Courier

normal

normal

Courier

4

Courier

normal

bold

Courier-Bold

4

Courier

italic

normal

Courier-Oblique

4

Courier

italic

bold

Courier-BoldOblique

5

Helvetica

normal

normal

Helvetica

5

Helvetica

normal

bold

Helvetica-Bold

5

Helvetica

italic

normal

Helvetica-Oblique

5

Helvetica

italic

bold

Helvetica-BoldOblique

6

Times

normal

normal

Times

6

Times

normal

bold

Times-Bold

6

Times

italic

normal

Times-Italic

6

Times

italic

bold

Times-BoldItalic

7

Symbol

normal

normal

Symbol

8

ZapfDingbats

normal

normal

ZapfDingbats

表C-4に、TrueTypeフォントを示します。すべてのTrueTypeフォントは、サブセット化されてPDFに埋め込まれます。

表C-4 TrueTypeフォント

番号

フォント・ファミリ名

スタイル

太さ

実際のフォント

実際のフォント・タイプ

1

Albany WT

normal

normal

ALBANYWT.ttf

TrueType(Latin1のみ)

2

Albany WT J

normal

normal

ALBANWTJ.ttf

TrueType(日本語用)

3

Albany WT K

normal

normal

ALBANWTK.ttf

TrueType(韓国語用)

4

Albany WT SC

normal

normal

ALBANWTS.ttf

TrueType(簡体字中国語用)

5

Albany WT TC

normal

normal

ALBANWTT.ttf

TrueType(繁体字中国語用)

6

Andale Duospace WT

normal

normal

ADUO.ttf

TrueType(Latin1のみ、固定幅)

6

Andale Duospace WT

bold

bold

ADUOB.ttf

TrueType(Latin1のみ、固定幅)

7

Andale Duospace WT J

normal

normal

ADUOJ.ttf

TrueType(日本語用、固定幅)

7

Andale Duospace WT J

bold

bold

ADUOJB.ttf

TrueType(日本語用、固定幅)

8

Andale Duospace WT K

normal

normal

ADUOK.ttf

TrueType(韓国語用、固定幅)

8

Andale Duospace WT K

bold

bold

ADUOKB.ttf

TrueType(韓国語用、固定幅)

9

Andale Duospace WT SC

normal

normal

ADUOSC.ttf

TrueType(簡体字中国語用、固定幅)

9

Andale Duospace WT SC

bold

bold

ADUOSCB.ttf

TrueType(簡体字中国語用、固定幅)

10

Andale Duospace WT TC

normal

normal

ADUOTC.ttf

TrueType(繁体字中国語用、固定幅)

10

Andale Duospace WT TC

bold

bold

ADUOTCB.ttf

TrueType(繁体字中国語用、固定幅)

C.6.1 組込みのバーコード・フォント

BI Publisherには、表C-5に示すバーコード・フォントも含まれています。

表C-5 バーコード・フォント

フォント・ファイル

サポートされているアルゴリズム

128R00.TTF

code128a、code128b、およびcode128c

B39R00.TTF

code39、code39mod43

UPCR00.TTF

upca、upce

RTFテンプレートでのバーコード・フォントの使用方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』のBI Publisherに付属のバーコードの使用方法に関する項を参照してください。

D Oracle Business Intelligence Publisherの監査参照

この付録では、Oracle Business Intelligence Publisherでの監査に関する参照情報を提供します。

この付録では、次の内容を説明します。

- 第D.1項「カスタムおよび標準の監査レポートについて」

- 第D.2項「Oracle Business Intelligence Publisherの監査イベント」

D.1 カスタムおよび標準の監査レポートについて

Oracle Fusion Middlewareの共通監査フレームワークにより、監査レコードに基づく一連の標準レポートが提供されます。また、標準レポートを変更して独自のカスタム監査レポートを作成することも可能です。

この付録では、Oracle Business Intelligence Publisherで監査できるイベントの詳細を提供します。この情報は、各イベント・レコードの構造を理解してカスタム・レポートを開発するために使用します。

次のドキュメントには、カスタム・レポートの作成に役立つ詳細情報が含まれています。

- 『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Business Intelligence Publisherでの監査レポートの属性に関する項

- 『Oracle® Fusion Middlewareアプリケーション・セキュリティ・ガイド』の監査レポートのカスタマイズに関する項

次のドキュメントには、監査の構成方法および標準レポートの表示方法に関する詳細情報が含まれています。

- Oracle Business Intelligence Publisherの監査の構成 - 第12.6項「監視と監査の有効化」を参照してください。

- Oracle Business Intelligence Publisherでの監査対象イベントのリスト - 第12.7項「監査ログの表示」を参照してください。

D.2 Oracle Business Intelligence Publisherの監査イベント

表D-1に、監査イベントとその属性を示します。

表D-1 Oracle Business Intelligence Publisherの監査イベント

イベント・カテゴリ

イベント

イベントで使用される属性

UserSession

UserLogin

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、JobId、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

UserLogout

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、JobId、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

ReportAccess

ReportRequest

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、Format、Template、IsScheduled、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

ScheduledReportRequest

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、JobId、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData、UserJobName、UserJobDescription、StartDate、EndDate、Bursting、JobGroup、RunType、OutputInfo、DeliveryIn

ReportRepublish

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、IsScheduled、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData、RepublishId

ReportDataDownload

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、OutputId、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

ReportDownload

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、Format、OutputId、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

ReportExecution

ReportDataProcess

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、FreeMemory、TotalMemory、ProcessTime、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

ReportRendering

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、Format、Template、Locale、FreeMemory、TotalMemory、DataSize、ProcessTime、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData

ReportDelivery

TargetComponentType、ApplicationName、EventStatus、Initiator、MessageText、FailureCode、Resource、JobId、FreeMemory、TotalMemory、DataSize、ProcessTime、ComponentType、InstanceId、HostId、HostNwaddr、ProcessId、OracleHome、HomeInstance、ECID、RID、ContextFields、EventType、EventCategory、TstzOriginating、ComponentName、DomainName、ComponentData、OutputName、DeliveryMethod、DeliveryProperties

E Oracle Reportの変換

Oracle BI Publisherでは、レポートをOracle ReportsフォーマットからOracle BI Publisherフォーマットに変換するツールとして、Oracle ReportsからBI Publisherへの変換アシスタントが用意されています。Oracle ReportsからBI Publisherへの変換アシスタントは、BI Publisherのスタンド・アロン実装またはOracle Business Intelligence Enterprise Editionとの統合時に使用できます。

この付録では次の項について説明します。

- 第E.1項「概要」

- 第E.2項「Oracle ReportsからBI Publisherへの変換アシスタントの取得」

- 第E.3項「Oracle ReportsからBI Publisherへの変換アシスタントの前提条件および制限事項」

- 第E.4項「Oracle ReportsからBI Publisherへの変換アシスタントの実行」

- 第E.5項「データベースへのPL/SQLパッケージのコンパイル」

- 第E.6項「Oracle BI Publisherリポジトリへの変換済レポートの移動」

- 第E.7項「変換済レポートのテストと編集」

- 第E.8項「Oracle ReportsからBI Publisherへの変換アシスタントのトラブルシューティング」

E.1 概要

Oracle Reportsでは、データ・モデル(SQL問合せや抽出ロジック)とレポート・レイアウト仕様が単一のファイルに格納されています。BI Publisherでは、データ・モデルとレイアウトは別々のオブジェクトになっています。したがってOracle ReportsからBI Publisherへの変換アシスタントでは、単一のOracle Reportsファイルから、BI Publisherのレポートを構成するファイルが複数生成されます。

Oracle ReportsからBI Publisherへの変換アシスタントでは、レポート定義ファイル、データ・モデル・ファイルおよびレイアウト・テンプレートファイルが生成されます。これらは、BI PublisherリポジトリにアップロードされるBI Publisherオブジェクトです。Oracle Reportにパッケージ機能へのコールが含まれる場合、Oracle ReportsからBI Publisherへの変換アシスタントにより、PL/SQLパッケージ仕様部ファイルとPL/SQLパッケージ本体ファイルも作成されます。

Oracle ReportsからBI Publisherへの変換アシスタントによるレポート変換が完了したら、データベース上の.plsファイルをコンパイルします。コンパイル後、レポートをテストして出力が意図したとおりであることを確認します。レポートで意図した結果が表示されない場合は、ログ・ファイル(変換ログ、アップロード・ログ、BI Publisherサーバー・ログ)を確認します。

場合によっては、レポート出力を改善するためにデータ・モデルとレイアウト・テンプレートを手動で調整する必要があります。

一部のレポートには、Oracle ReportsからBI Publisherへの変換アシスタントで変換できない構造が含まれます。これらの構造は、変換されたレポートにおいて手動で実装する必要があります。

図E-1は、変換プロセスを示しています。

図E-1 Oracle ReportからBI Publisherへのレポート変換プロセス

変換プロセスの手順の概要は次のとおりです。

1. BI Publisherで、Oracle Reportと同じデータベースに接続するJDBCデータ・ソース接続またはJNDIデータ・ソース接続を作成します。

2. Oracle ReportsからBI Publisherへの変換アシスタントを実行します。

3. (条件付き)Oracle ReportsからBI Publisherへの変換アシスタントの自動アップロード・オプションを選択しなかった場合は、レポートをBI Publisherカタログにアップロードします。

4. (条件付き)データベース上にPL/SQLパッケージをコンパイルします。

5. レポートをテストして変換ログ・ファイルを確認し、手動の変更が必要になる箇所を調べて、変換作業を完了させます。

E.2 Oracle ReportsからBI Publisherへの変換アシスタントの取得

Oracle ReportsからBI Publisherへの変換アシスタントを取得するには以下を実行します。

1. Webサイトhttp://www.oracle.com/technetwork/middleware/bi-publisher/downloads/index.htmlに移動します。

2. ご使用のWindowsまたはLinux環境用のOR2BIPConvAssist.zipをダウンロードし、インストールZIPファイルをマシンの任意のディレクトリに解凍します。そのディレクトリに、bin、configおよびlibの各フォルダが作成されます。

3. binフォルダで、OR2BIPConvAssist.batまたはOR2BIPConvAssist.shを使用してOracle ReportsからBI Publisherへの変換アシスタントを起動します。

E.3 Oracle ReportsからBI Publisherへの変換アシスタントの前提条件および制限事項

Oracle ReportsからBI Publisherへの変換アシスタントを実行するための前提条件は次のとおりです。

- JDKバージョン1.1.8以降を実行している必要があります。

- 変換元Oracle ReportsがXML形式でない場合は、Oracle Reports rwconverter 9iがOracleホームになければなりません。

- BI Publisherカタログ内の共有フォルダへの書込みアクセスを持つBI Publisherロールを持っている必要があります。

E.3.1 Oracle ReportのXML形式への変換

Oracle ReportsからBI Publisherへの変換アシスタントでは、Oracle Report XML(またはRDF XML)を使用してOracle ReportをBI Publisherのレポートに変換します。RDFバイナリからRDF XMLレポート・フォーマットへの変換は、Oracle Reports 9i 以降でサポートされます。

Oracle ReportsからBI Publisherへの変換アシスタントでは、変換元のレポートはRDFバイナリおよびRDF XMLのいずれもサポートされます。

Oracle ReportsからBI Publisherへの変換アシスタントでレポートを変換するためには、次の要件が必要です。

- Oracle ReportsからBI Publisherへの変換アシスタントと同じマシンにOracle Reports Designer 9i以降がインストールされていること。

- rwconverter実行可能ファイルをコールしてレポートをOracle ReportsのXML形式に変換するためには、Oracle Reportsのホーム・パスをOracle ReportsからBI Publisherへの変換アシスタントに入力する必要があります。

Oracle Reports Designerは、Oracle Developer Suite 10g (10.1.2.0.2)の一部であり、http://www.oracle.com/technology/software/products/ids/index.htmlから入手できます。

E.3.2 制約

Oracle ReportsからBI Publisherへの変換アシスタントには、次の制約があります。

- フォーマット・トリガーは変換できませんが、手動実装のためにコードがログ・ファイルに書き込まれます。RTFレイアウト・テンプレート内のPL/SQLフォーマット・トリガーの詳細は、E.7.2項「PL/SQLフォーマット・トリガーのロジックがRTFレイアウト・テンプレートではサポートされない」を参照してください。

- チャートは変換できません。RTFレイアウトを作成する場合は、Template Builderを使用してWordでチャートを作成しますBI Publisherレイアウト・テンプレートを作成する場合は、Layout Editorを使用してチャートを作成します。レイアウト設計ツールの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』を参照してください。

- マトリクス・レポートは変換できません。RTFレイアウトを作成する場合は、Template Builderを使用してWordのピボット・テーブル・ウィザードでグラフを作成します。BI Publisherレイアウト・テンプレートを作成する場合は、Layout Editorを使用してピボット・テーブルを作成しますレイアウト設計ツールの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド』を参照してください。

E.4 Oracle ReportsからBI Publisherへの変換アシスタントの実行

この章では、変換アシスタントの実行方法と次の項について説明します。

- 変換元のレポートがOracle Reports RDFファイルの場合のアシスタントの実行

- 変換元のレポートがOracle Reports XML形式の場合のアシスタントの実行

- 出力ファイル

E.4.1 変換元のレポートがOracle Reports RDFファイルの場合のアシスタントの実行

変換元のレポートがOracle Reports RDFファイルである場合は、次の手順を実行します。

1. BI Publisherの「管理」ページでJDBC/JNDI接続データ・ソースを作成します。このデータ・ソースはOracle Reportと同じデータベースに接続します。このステップの実行には、管理者ロールが必要です。

2. Oracle ReportsからBI Publisherへの変換アシスタントを起動します。

3. 次のフィールドを入力します。

- ソース・パス - Oracle Reportsファイルの変換元ディレクトリです。

- Oracle Reportsホーム・パス - Oracle Reportsディレクトリです。たとえば、c:\Oracle\Middleware\OracleFRHome1です。
Oracle ReportsからBI Publisherへの変換アシスタントでは、レポートをRDFフォーマットからXML形式に変換するためにOracle Reportsのrwconverterが必要です。Oracle Report Designer(9i以降のバージョン)がインストールされているOracle Reportsホーム・パスを指定してください。Oracle ReportsからBI Publisherへの変換アシスタントでは、rwconverterが、指定されたOracle Reportsホーム・パスの下のbinディレクトリに含まれることを前提としています。

- ターゲット・パス - 出力ファイルを置く場所。変換される各レポートについて、Oracle ReportsからBI Publisherへの変換アシスタントはターゲット・パスに、レポート定義(.xdo)およびレイアウト・テンプレート(.rtf)ファイルを含むOracle BI Publisher Reportフォルダ、データ・モデル・ファイル(.xdm)、圧縮されたレポート定義ファイル(.xdoz)と圧縮されたデータ・モデル・ファイル(.xdmz)、PL/SQLパッケージを含むplsql_pkgsフォルダおよびbipconvert.logファイルとbipupload.logファイルという、別々の出力オブジェクトを作成します。

注意:

圧縮されたレポート定義ファイル(.xdoz)および圧縮されたデータ・モデル・ファイル(xdmz)を使用して、レポートを手動でBI Publisherカタログにアップロードできます。

- データ・ソース名 - 手順1で作成したデータソースを指定します。

- デバッグ - Oracle ReportsからBI Publisherへの変換アシスタントをデバッグ・モードで実行して、デバッグ情報をログ・ファイルに書き込むかどうかを指定します。
変換プロセス詳細およびすべての情報レベルのエラー・メッセージを、ターゲット・ディレクトリのレポート・レベルのログ・ファイルに書き込むには、いいえを選択します。

例外がある場合には完全なエラー・スタックを含む変換プロセス詳細を、ターゲット・ディレクトリのコンポーネント・レベルのログ・ファイルに書き込むには、はいを選択します。

- カタログにアップロード - 変換されたレポートをBI Publisherカタログに自動的にロードするかどうかを指定します。
変換されたレポートをターゲット・パスのみに作成する場合はいいえを選択します。これがデフォルトのオプションです。

レポートを自動的にBI Publisher Serverにアップロードするにははいを選択します。このオプションを選択する場合は、BI Publisher ServerのURL (http://<server>:<port>/xmlpserver)、ユーザー名とパスワードおよび変換されたレポートを保存するBI Publisherカタログ・フォルダ(共有フォルダの下)を指定する必要があります。BI Publisherカタログ内にまだ存在していないフォルダを指定すると、変換プロセス中に自動的に作成されます。

注意:

変換されたレポートを自動的にBI Publisher Serverにアップロードする場合は、bipupload.logファイルにはターゲット・パスの詳細が移入されます。変換されたレポートを自動的にアップロードしない場合は、このログ・ファイルは空です。

4. 「実行」をクリックします。Oracle ReportsからBI Publisherへの変換アシスタントにより、Oracle Reportsが変換され、各Oracle Reportsに対してターゲット・パスにフォルダが作成されます。「カタログにアップロード」を選択した場合は、各レポートに対して、共有フォルダの下の指定されたフォルダに、フォルダが作成されます。各レポート・フォルダにはデータ・モデルとレポートが含まれます。PL/SQLパッケージは、ターゲット・パスのみに作成されます。

5. データベース上にPL/SQLパッケージをコンパイルします。PL/SQLパッケージは、Oracle ReportsからBI Publisherへの変換アシスタントのターゲット・パスに作成されます。詳細は、第E.5項「データベースへのPL/SQLパッケージのコンパイル」を参照してください。

注意:

Oracle ReportsからBI Publisherへの変換アシスタントは、データ・モデルの「Oracle DBデフォルト・パッケージ」フィールドに、レポートで定義されているパッケージ名を移入します。

6. (条件付き)「カタログにアップロード」を選択しなかった場合は、BI Publisherカタログの「リソースのアップロード」機能を使用して、圧縮された各データ・モデルとレポート・ファイル(.xdmzと.xdoz)をアップロードします。BI Publisherカタログ内の同じフォルダに両方のオブジェクトをアップロードするため、必ずBI Publisher UI (/xmlpserver)を使用してください。この機能の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のカタログ・オブジェクトのダウンロードおよびアップロードに関する項を参照してください。

7. 変換されたレポートをレポート・ビューアに表示します。

8. レポートが意図したとおりに変換されない場合は、ログ・ファイルを確認します。詳細は、第E.8項「Oracle ReportsからBI Publisherへの変換アシスタントのトラブルシューティング」を参照してください。

E.4.2 変換元レポートがOracle Reports XML形式の場合のアシスタントの実行

変換元レポートがOracle ReportsのXML形式の場合、次の手順に従います。

1. BI Publisherの「管理」ページでJDBC/JNDI接続データ・ソースを作成します。このデータ・ソースはOracle Reportと同じデータベースに接続します。このステップの実行には、管理者ロールが必要です。

2. Oracle ReportsからBI Publisherへの変換アシスタントを起動します。

3. 次のフィールドを入力します。

- ソース・パス - XML形式のOracle Reportsファイルの変換元ディレクトリです。

- Oracle Reportsホーム・パス - Oracle Reports XML形式のファイルにはこれは適用されません。

- ターゲット・パス - 出力ファイルを置く場所。変換される各レポートについて、Oracle ReportsからBI Publisherへの変換アシスタントはターゲット・パスに、レポート定義(.xdo)およびレイアウト・テンプレート(.rtf)ファイルを含むOracle BI Publisher Reportフォルダ、データ・モデル・ファイル(.xdm)、圧縮されたレポート定義ファイル(.xdoz)と圧縮されたデータ・モデル・ファイル(.xdmz)、PL/SQLパッケージを含むplsql_pkgsフォルダおよびbipconvert.logファイルとbipupload.logファイルという、別々の出力オブジェクトを作成します。

注意:

圧縮されたレポート定義ファイル(.xdoz)および圧縮されたデータ・モデル・ファイル(xdmz)を使用して、レポートを手動でBI Publisherカタログにアップロードできます。

- データ・ソース名 - 手順1で作成したデータソース。

- デバッグ - Oracle ReportsからBI Publisherへの変換アシスタントをデバッグ・モードで実行して、デバッグ情報をログ・ファイルに書き込むかどうかを指定します。
変換プロセス詳細およびすべての情報レベルのエラー・メッセージを、ターゲット・ディレクトリのレポート・レベルのログ・ファイルに書き込むには、いいえを選択します。

例外がある場合には完全なエラー・スタックを含む変換プロセス詳細を、ターゲット・ディレクトリのコンポーネント・レベルのログ・ファイルに書き込むには、はいを選択します。

- カタログにアップロード - 変換されたレポートをBI Publisherカタログに自動的にロードするかどうかを指定します。
変換されたレポートをターゲット・パスのみに作成する場合はいいえを選択します。これがデフォルトのオプションです。

レポートを自動的にBI Publisher Serverにアップロードするにははいを選択します。このオプションを選択する場合は、BI Publisher ServerのURL (http://<server>:<port>/xmlpserver)、ユーザー名とパスワードおよび変換されたレポートを保存するBI Publisherカタログ・フォルダ(共有フォルダの下)を指定する必要があります。BI Publisherカタログ内にまだ存在していないフォルダを指定すると、変換プロセス中に自動的に作成されます。

注意:

変換されたレポートを自動的にBI Publisher Serverにアップロードする場合は、bipupload.logファイルにはターゲット・パスの詳細が移入されます。変換されたレポートを自動的にアップロードしない場合は、このログ・ファイルは空です。

4. 「実行」をクリックします。Oracle ReportsからBI Publisherへの変換アシスタントにより、Oracle Reportsが変換され、各Oracle Reportsに対してターゲット・パスにフォルダが作成されます。「カタログにアップロード」を選択した場合は、各レポートに対して、共有フォルダの下の指定されたフォルダに、フォルダが作成されます。各レポート・フォルダにはデータ・モデルとレポートが含まれます。PL/SQLパッケージは、ターゲット・パスのみに作成されます。

5. データベース上にPL/SQLパッケージをコンパイルします。PL/SQLパッケージは、Oracle ReportsからBI Publisherへの変換アシスタントのターゲット・パスに作成されます。詳細は、第E.5項「データベースへのPL/SQLパッケージのコンパイル」を参照してください。

注意:

Oracle ReportsからBI Publisherへの変換アシスタントは、データ・モデルの「Oracle DBデフォルト・パッケージ」フィールドに、レポートで定義されているパッケージ名を移入します。

6. (条件付き)「カタログにアップロード」を選択しなかった場合は、BI Publisherカタログの「リソースのアップロード」機能を使用して、圧縮された各データ・モデルとレポート・ファイル(.xdmzと.xdoz)をアップロードします。BI Publisherカタログ内の同じフォルダに両方のオブジェクトをアップロードするため、必ずBI Publisher UI (/xmlpserver)を使用してください。この機能の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド』のカタログ・オブジェクトのダウンロードおよびアップロードに関する項を参照してください。

7. 変換されたレポートをレポート・ビューアに表示します。

8. レポートが意図したとおりに変換されない場合は、ログ・ファイルを確認します。詳細は、第E.8項「Oracle ReportsからBI Publisherへの変換アシスタントのトラブルシューティング」を参照してください。

E.4.3 出力ファイル

Oracle ReportsからBI Publisherへの変換アシスタントでは、変換される各レポートに対し、変換先ディレクトリに次の出力ファイルが生成されます。

- レポート定義ファイル(形式: REPORT.xdo)。

- 圧縮されたレポート定義ファイル(例: REPORT.xdoz)。

- データ・モデルを定義するデータ・モデル・ファイル(形式: REPORT.xdm)。

- 圧縮されたデータ・モデル・ファイル(例: REPORT.xdmz)。

- RTFレイアウト・テンプレート(例: REPORT.rtf)。

- デフォルトのPL/SQLパッケージ仕様部(形式: REPORTS.pls)。

- デフォルトのPL/SQLパッケージ本体(形式: REPORTB.pls)。

- ログ・ファイル(形式: REPORT.log)。

たとえば、変換元ディレクトリD:\reports\payにあるinvoice.rdfというレポートを変換し、Oracle ReportsからBI Publisherへの変換アシスタントを使用して変換先ディレクトリD:\BIPublisher_reports\invoiceを入力するとします。

次の出力ファイルが生成されます。

- レポート定義: C:\BIPublisher_reports\ invoice\invoice.xdo\_report.xdo

- 圧縮されたレポート定義: C:\BIPublisher_reports\ invoice\invoice.xdo\_report.xdoz

- RTFレイアウト・テンプレート: C:\BIPublisher_reports\invoice\invoice.xdo\invoice.rtf

- データ・モデル: C:\BIPublisher_reports\invoice\invoice_template.xdm\_datamodel.xdm

- 圧縮されたデータ・モデル: C:\BIPublisher_reports\invoice\invoice_template.xdm\_datamodel.xdm

- PL/SQLパッケージ仕様部: C:\BIPublisher_reports\plsql_packages\invoice\invoiceS.pls

- PL/SQLパッケージ本体: C:\BIPublisher_reports\plsql_packages\invoice\invoiceB.pls

- レポート変換ログ・ファイル: C:\BIPublisher_reports\bipconvert.log

- レポート・アップロード・ログ・ファイル: C:\BIPublisher_reports\bipupload.log

E.5 データベースへのPL/SQLパッケージのコンパイル

変換された多くのOracle Reportsでは、次のようなPL/SQLパッケージ仕様部ファイルとPL/SQLパッケージ本体ファイルが生成されます。

- <report_name>S.pls

- <report_name>B.pls

次のコマンドを使用してPL/SQLパッケージ・ファイルをOracle Databaseに対して実行し、PL/SQLパッケージ仕様部および本体を作成します。

SQL> @C:\BIPublisher_reports\invoice\invoiceS.pls
SQL> @C:\BIPublisher_reports\invoice\invoiceB.pls

E.6 Oracle BI Publisherリポジトリへの変換済レポートの移動

この手順は、Oracle ReportsからBI Publisherへの変換アシスタントで、変換されたレポートをOracle BI Publisherカタログに自動的にアップロードすることを選択しなかった場合のみ必要です。次の手順のいずれか使用して、変換されたレポート・コンポーネントを手動でアップロードできます。

- 手順1: .xdoおよび.xdmの各フォルダ・ファイルをファイル・システムのBI Publisherリポジトリ・パスに移動する

- 手順2: .xdozおよび.xdmzの各圧縮ファイルをBI Publisher UIを使用してアップロードする

E.6.1 手順1: .xdoおよび.xdmの各フォルダ・ファイルを、ファイル・システムのBI Publisherリポジトリ・パスに移動する

この手順を使用するには、サーバー・ファイル・システムへのアクセス権限が必要です。この手順は、変換されたレポートが大量にある場合のみに使用することをお薦めします。

.xdoおよび.xdmの各フォルダ・ファイルをファイル・システムのBI Publisherリポジトリ・パスに移動した後、次の手順はご使用の実装に依存します。

BI Publisherが(Oracle BI Enterprise Editionの一部ではなく)スタンドアロンでデプロイされている場合、.xdoおよび.xdmの各フォルダ・ファイルをファイル・システムのBI Publisherリポジトリ・パスに移動します。各レポート定義(.xdo)とデータ・モデル(.xdm)のペアを、同じフォルダに置いていることを確認してください。BI Publisherサーバーを再起動する必要はありません。

BI PublisherがBI Presentation Servicesカタログと統合されている場合は、次の手順を実行します。

1. .xdoおよび.xdmの各フォルダ・ファイルを、ファイル・システムのBI Publisherリポジトリ・パスに移動します。各レポート定義(.xdo)とデータ・モデル(.xdm)のペアを、同じフォルダに置いていることを確認してください。

2. BI Publisherの「管理」ページに移動し、「サーバー構成」を選択します。「サーバー構成」ページの「カタログ」リージョンで「BIプレゼンテーション・カタログへのアップロード」をクリックします。BI Publisherサーバーを再起動する必要はありません。

E.6.2 手順2: .xdozおよび.xdmzの各圧縮ファイルをBI Publisher UIを使用してアップロードする

この方法を使用するためには、アップロード先のカタログ内のフォルダに書込み権限を持ち、BI Publisher管理者、BI Publisherテンプレート・デザイナ、BI PublisherデベロッパまたはBI Publisher作成者のいずれかのロールが付与されている必要があります。

1. BI Publisherサーバー(例: http://www.<host>:<port>/xmlpserver)にログインします。

2. レポートをアップロードするカタログ内のフォルダを選択します。

3. 「タスク」リージョンで、「アップロード」をクリックします。「参照」をクリックして、アップロードするレポート・コンポーネント(.xdozまたはxdmz)を探します。各レポート定義(.xdoz)とデータ・モデル(.xdmz)のペアを同じフォルダに置いていることを確認しながら、各オブジェクトに対してこれを繰り返します。

E.7 変換済レポートのテストと編集

レポートを正常に変換して必要なPL/SQLパッケージを作成し、レポート定義ファイルとデータ・モデル・ファイルをOracle BI Publisherカタログに移動したら、レポートをテストします。ほとんどの変換されたレポートは、データ・モデルを変更することなく意図したとおりに実行できますが、意図する外観を実現するためにレイアウトに追加の変更が必要なことがよくあります。次の各項で、変換されたレポートに発生する可能性のある一般的な問題を示します。

E.7.1 集計列がSELECT句に移動する

時折、より複雑なOracle Reportsレポートを変換する際に、データ・モデルまたはPL/SQLにマイナー・エラーが含まれ、手動の修正が必要なことがあります。Oracle ReportsからBI Publisherへの変換アシスタントにより、データ・モデル内のSQL問合せのすべての計算式列がSELECT句に移動されます。ほとんどの場合、これによって問題は発生しません。ただし、計算式の引数が集計列である場合、集計列の計算は問合せの実行と同じ時点では行われないためエラーが生じます。

この問題に対処するには、この計算式をSELECT句から削除し、計算式をデータ・モデルに実装します。計算式列の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』を参照してください。

E.7.2 PL/SQLフォーマット・トリガーのロジックがRTFレイアウト・テンプレートではサポートされない

多くのOracle Reportsでは、単純なif文フォーマット・ロジックが使用されます。Oracle ReportsからBI Publisherへの変換アシスタントでは、このロジックは自動的に同等のXSL-FOに変換され、RTFレイアウト・テンプレートのフォーム・フィールドに挿入されます。ただし、RTFレイアウト・テンプレートではPL/SQLはサポートされません。Oracle ReportsからBI Publisherへの変換アシスタントでは、レポート内にあるPL/SQLフォーマット・トリガー・ロジックは変換されません。。かわりに、Oracle ReportsからBI Publisherへの変換アシスタントにより、すべてのフォーマット・トリガー・コードがログ・ファイルに書き込まれます。対応するPL/SQLロジックをXSLコードとして実装する必要があります。

この作業を容易にするために、コールされるフォーマット・トリガー名が格納されるフォーム・フィールドが、RTFテンプレートに格納されます。これらのフィールドは赤色で強調表示されます。これによってログを参照して、元のOracle Reportsで使用されている実際のPL/SQLコードを検索することができます。

PL/SQLトリガーを、BI Publisherコード構文またはRTFテンプレート・フォーム・フィールドのXSLを使用して書き換える必要があります。

E.8 Oracle ReportsからBI Publisherへの変換アシスタントのトラブルシューティング

Oracle ReportsからBI Publisherへの変換アシスタントでは、レポート変換プロセスのトラブルシューティングを支援するために、2つのログ・ファイル(bipconvert.logおよびbipupload.log)が生成されます。これらのログファイルには、レポート変換時に選択したオプションによって、文レベルまたはデバッグ・モードで例外が取得されます。

レポートをBI Publisherカタログにアップロードすると、レポートをレポート・ビューアに表示できます。レポート・ビューアでレポートが意図したとおりに表示されない場合は、画面に取得されたエラーを確認するか、BI Publisherログ・ファイル(MWHOME\user_projects\domains\bifoundation_domain\servers\AdminServer\logs\bipublisher\bipublisher.log)を確認します。

また、変換されたレポートに問題が発生した場合は、次のようにデータ・モデルをテストします。

- データ・モデルが正常な場合は、XML出力のデータを検証します。データに特殊文字が含まれる場合は、データの解析中にレポートが失敗する場合があります。

- データ・モデルが失敗する場合は、データ・ソース接続をチェックします。次に、.plsファイルがデータベース上で正常にコンパイルされ、パッケージが作成されたかどうかを検証します。最後に、結果のデータが正確であることを検証します。

F メモリー・ガード機能の有効化

この項では、過剰なデータを生成するレポート・リクエストが原因で生じるメモリー障害からシステムを保護するために用意されたプロパティ設定について説明します。

内容は以下のとおりです。

- 第F.1項「メモリー・ガード機能とは」

- 第F.2項「主な機能」

- F.3項「メモリー・ガードおよびデータ・モデルのプロパティの構成」

- F.4項「「メモリー不足」エラー回避のための最大スレッド制約の構成」

F.1 メモリー・ガード機能とは

BI Publisherは、過剰な量のデータを生成するレポート・リクエストを遮断することにより、メモリー不足エラーから保護する一連の機能を備えています。メモリー・ガード機能には一連のプロパティがあります。これらのプロパティを使用すると、データ・サイズを検査してシステムでレポート・リクエストの処理を続行するか、終了するかを判断する条件および処理ポイントを構成できます。データ・サイズが原因で処理が終了すると、エラー・メッセージが返されます。

図F-1 メモリー・ガードおよびデータ・モデルのプロパティの設定

F.2 主な機能

プロパティの完全なリストは表F-1および表F-2を参照してください。プロパティは、次のようなコントロールを設定することで、メモリー不足エラーから保護し、データ処理を強化します。

レポートの最大データ・サイズ

スケジュール済レポートの最大データ・サイズ

最少空きメモリー・サイズ

未使用データ・セット列のSQLプルーニング

SQL問合せのタイムアウト

次の項では、いくつかのプロパティを取り上げ、システムがどのように設定に対応するか説明します。

- レポート処理の最大データ・サイズの制限

- 「空きメモリーしきい値」の構成

- データ・エンジン・プロパティの設定

F.2.1 レポート処理の最大データ・サイズの制限

レポート処理で許容されるデータ・サイズを制限すると、システムで処理できるよりも多くのデータが戻された場合、メモリー不足エラーを防ぐことができます。

- オンライン処理の最大許容データ・サイズの指定

- 「オフライン(スケジュール済)レポート用の最大レポート・データ・サイズ」処理の設定

オンライン処理の最大許容データ・サイズの指定

プロパティ: オンライン・レポート用の最大レポート・データ・サイズ

このプロパティを使用すると、オンライン・レポート表示の最大許容データ・サイズを指定できます。最大データ・サイズを設定した場合、ユーザーがオンライン表示でレポートを開くと、次の処理が行われます。

1. ユーザーが、ブラウザでのオンライン表示用にレポートを送信します。

2. データ・エンジンがレポート用のデータを生成します。

3. ドキュメントが生成される前に、データのサイズ(バイト単位)が検査されます。

4. 生成されたデータが最大設定を超える場合、レポート処理は終了します。ユーザーに次のメッセージが表示されます。
実行しようとしているレポートは、このサーバーに設定されたデータ制限を超えています。データを削減するパラメータを使用して再実行するか、このレポートをスケジュールしてください。質問がある場合は管理者に問い合せてください。

ユーザーは、データを制限するパラメータを設定して(レポートで使用できる場合)オンラインで再送信するか、BI Publisherスケジューラを使用してレポートを送信することが可能です。

このプロパティのデフォルト値は300MBです。

「オフライン(スケジュール済)レポート用の最大レポート・データ・サイズ」処理の設定

プロパティ: オフライン(スケジュール済)レポート用の最大レポート・データ・サイズ.

この機能では、スケジュール済レポート表示の最大許容データ・サイズを指定できます。最大データ・サイズを設定すると、スケジュール済レポートジョブの実行により、次のような動作が発生します。

1. スケジューラは、レポート・ジョブの処理を開始します。

2. データ・エンジンがレポート用のデータを生成します。

3. 生成されたデータが最大設定を超える場合、レポート処理は終了します。レポート・ジョブにエラーが発生すると、次のステータスのメッセージが表示されます。
レポート・データ・サイズが制限(<nnn>バイト)を超えています。処理を停止しました。

パラメータを(レポートで使用できる場合)を設定して、データを制限できます。

このプロパティのデフォルト値は500MBです。

F.2.2 「空きメモリーしきい値」の構成

この一連のプロパティにより、最低許容空きメモリー領域を確立してメモリー不足エラーから保護することができます。この一連のプロパティを使用すると、空きメモリーの可用性をシステムで自動的に保護できます。また、この可用性に基づいた大きなデータ・セットのあるレポートを高度に処理できます。

- 「レポート処理の最小空きメモリーしきい値」の指定

- 「空きメモリーしきい値未満の最大レポート・データ・サイズ」の指定

- 「ガベージ・コレクション実行間隔の最小時間範囲」の設定

- 「空きメモリーがしきい値を超えて回復するまでの最大待機時間」の設定

レポート処理の最小空きメモリーしきい値」の指定

プロパティ: 空きメモリーしきい値

この設定では、空きJVM領域の最小値を指定できます。これにより、2つの要素(現行使用量およびレポート・データのサイズ)に基づいて、レポートを実行するかどうかを制御できます。この機能では、組み合せて使用する複数のプロパティを設定する必要があります。JVM領域のしきい値、JVMがしきい値を下回った場合のレポートの最大許容レポート・サイズ、およびレポートを一時停止して使用可能なJVMの空き領域が増加するのを待つ最大待機時間を指定します。

これらのプロパティを設定した場合、ユーザーがオンライン表示でレポートを開くと、次の処理が行われます。

1. ユーザーが、ブラウザでのオンライン表示用にレポートを送信します。

2. データ・エンジンがレポート用のデータを生成します。

3. JVMメモリーが検査されます。使用可能なJVMメモリーが「空きメモリーしきい値」プロパティ値を上回る場合、レポートは通常どおり処理され、システムの介入は行われません。
使用可能なJVMメモリーがしきい値を下回る場合、レポート・データのサイズが検査され、「空きメモリーしきい値未満の最大レポート・データ・サイズ」のプロパティ設定と比較されます。レポート・データがこのしきい値を下回る場合、レポートの処理は続行します。

レポート・データ・サイズがしきい値を超えている場合、レポートは一時停止して、空きメモリーが使用可能になるのを待機します。レポートは、「空きメモリーがしきい値を超えて回復するまでの最大待機時間」プロパティで指定した長さの時間待機します。指定された待機時間内に空きメモリーが最小値を超えて回復しない場合、レポート・リクエストは拒否されます。

このプロパティのデフォルト値は500MBです。

「空きメモリーしきい値未満の最大レポート・データ・サイズ」の指定

プロパティ: 空きメモリーしきい値未満の最大レポート・データ・サイズ

デフォルト値: (「空きメモリーしきい値」の値)/10

空きJVMメモリーが「空きメモリーしきい値」に設定されている特定のしきい値を下回る場合の最大許容レポート・データ・サイズ。たとえば(デフォルトの設定の場合)、単一のレポートのために生成されたデータが「空きメモリーしきい値」に設定された値の1/10を超える場合、処理は終了します。「空きメモリーしきい値」が100MBに設定され、単一のレポート・データ抽出物が10MBを超える場合、レポート処理は終了します。

このプロパティが有効になるのは、「空きメモリーしきい値」が正の値に設定されている場合のみです。

「ガベージ・コレクション実行間隔の最小時間範囲」の設定

2つの連続するガベージ・コレクション実行間隔の最小時間範囲(秒単位)。この値を設定して、JVMガベージ・コレクションのオーバーランを回避します。サーバーでは120秒の最小時間が強制されるので、値がこの最小時間を下回っていると120秒にリセットされます。

デフォルトは300秒です。

「空きメモリーがしきい値を超えて回復するまでの最大待機時間」の設定

空きJVMメモリーがしきい値を超えて回復するまで、レポートの実行リクエストが待機する最大時間(秒単位)。このプロパティ値が有効になるのは、正の値の「空きメモリーしきい値」が指定されている場合のみです。

指定された時間内に空きメモリーが使用可能になると、リクエストがすぐに処理されてドキュメントを生成します。指定した時間の後、空きメモリーが依然としてしきい値を下回っている場合、リクエストは拒否されます。オンライン・リクエストでは、このプロパティ値を大きくすれば、ブラウザがリクエストの実行を待機する時間が長くなります。

このプロパティのデフォルト値は、30秒です。

F.2.3 データ・エンジン・プロパティの設定

データ・エンジン・プロパティの設定は、メモリー不足から保護する機能をシステムに追加します。これらの機能には、次のものがあります。

- データ・エンジンで生成可能な最大データ・サイズの設定

- 最大サンプル・データ・サイズの設定

- 自動データベース・フェッチ・サイズの設定

データ・エンジンで生成可能な最大データ・サイズの設定

この設定では、データ・モデルの実行で生成可能なデータに対して絶対制限を設定します。この設定は、オンライン・レポート・リクエストとスケジューラ経由で送信されたリクエストの両方に適用されます。データ・エンジンによって生成されたファイルのサイズが制限を超える場合、データ・エンジンはデータ・モデルの実行を終了して、次の例外をスローします。

「oracle.xdo.dataengine.diagnostic.XMLSizeLimitException: 生成されたXML出力(NNNNNNバイト)は指定のファイル・サイズ制限(NNNNNバイト)を超えています。」

レポート・リクエストがスケジューラ経由で送信された場合、そのジョブは「レポート・ジョブ履歴」ページに失敗と表示されます。前述の例外エラーは、カーソルをステータスの上に置くと表示されます。レポート・リクエストがオンラインで送信された場合、ユーザーにエラー「データXMLを取得できません。」が表示されます。

最大サンプル・データ・サイズの設定

サンプル・データ・セットが、すべてのデータ・モデルに必要です。サンプル・データは、テンプレート設計の際に使用します。サンプル・データはデータ・モデル・エディタで生成されます。データ・モデルにアップロードすることもできます。大規模なサンプル・データ・セットは、設計ツールのパフォーマンスに影響を与えます。

このプロパティを設定して、データ・モデルにアップロードできるサンプル・データ・ファイルのサイズを制限します。

自動データベース・フェッチ・サイズの設定

この設定では、データ・セット列の合計数と問合せ列の合計数に基づいて、実行時にデータベース・フェッチ・サイズの計算と設定を行います。このプロパティを設定すると、サーバー・レベルおよびデータ・モデル・レベルのデータベース・フェッチ・サイズのプロパティがオーバーライドされます。このプロパティは、設定時にすべてのデータ・モデルに適用されるので、処理時間が大幅に遅くなる可能性があります。この設定は、何百もの列を使用した複雑な問合せを頻繁に処理するBI Publisherの実装(Oracle Fusion Applicationsの実装など)で使用することをお薦めします。ほとんどの一般的なBI Publisherの実装で、この設定を使用することはお薦めしません。

F.3 メモリー・ガードおよびデータ・モデルのプロパティの構成

メモリー・ガード機能を実装するには、「管理ランタイム」プロパティ・ページでプロパティを設定します。

表1は、「メモリー・ガード」設定について説明します。

表F-1 メモリー・ガードのプロパティおよび説明

プロパティ

説明

オンライン・レポート用の最大レポート・データ・サイズ

デフォルト値は300MBです。

最大許容オンライン・レポート・データ・サイズを設定します。この値は、GB、MBまたはKBで設定できます。たとえば、1GB、200MBまたは1500KBです。

オンライン・レポート・リクエストは、データ・モデルの実行から返されたレポート・データ・サイズがこのプロパティの値を超えると即座に拒否されます。

このプロパティを使用しない場合は、0または負の数値を入力します。

オフライン(スケジュール済)レポート用の最大レポート・データ・サイズ

デフォルト値は500MBです。

最大許容オフライン(またはスケジュール済)・レポート・データ・サイズを設定します。この値は、GB、MBまたはKBで設定できます。たとえば、1GB、200MBまたは1500KBです。

スケジュール済レポート・リクエストは、データ・モデルの実行から返されたレポート・データ・サイズがこのプロパティの値を超えると即座に拒否されます。

このプロパティを使用しない場合は、0または負の数値を入力します。

空きメモリーしきい値

デフォルト値は500MBです。

レポート・リクエストの拒否を判定する、空きJVMメモリーのしきい値。この値は、GB、MBまたはKBで設定できます。たとえば、1GB、200MBまたは1500KBです。

ランタイムから返されたJVM空きメモリーがこのプロパティの値を下回ると、サーバーはレポート・データ・サイズをチェックして、リクエストを受け入れるか拒否するかを決定します。このプロパティは、次の3つのプロパティと組み合せて使用します。

- 空きメモリーしきい値未満の最大レポート・データ・サイズ

- ガベージ・コレクション実行間隔の最小時間範囲

- 空きメモリーがしきい値を超えて回復するまでの最大待機時間

このプロパティ値が0または負の数値の場合、この条件は無視されます。このプロパティはオンライン・レポート・リクエスト専用です。

空きメモリーしきい値未満の最大レポート・データ・サイズ

デフォルト値: (「空きメモリーしきい値」の値/10)

空きJVMメモリーが「空きメモリーしきい値」に設定されている特定のしきい値を下回る場合の最大許容レポート・データ・サイズ。リクエストのレポート・データ・サイズがこのプロパティの値を超えると、リクエストは拒否されます。

このプロパティが有効になるのは、「空きメモリーしきい値」が正の値に設定されている場合のみです。このプロパティはオンライン・レポート・リクエスト専用です。

この値は、GB、MBまたはKBで設定できます。たとえば、1GB、10MBまたは1500KBです。排他的に値を設定しない場合、デフォルト値は「空きメモリーしきい値」に設定した値を10で割った値に計算されます。「空きメモリーしきい値」を100MBに設定した場合、このプロパティのデフォルト値は10MBです。

ガベージ・コレクション実行間隔の最小時間範囲

デフォルト値: 300 (秒)

2つの連続するガベージ・コレクション実行間隔の最小時間範囲(秒単位)。この値を設定して、JVMガベージ・コレクションのオーバーランを回避します。サーバーが自動的に最少値の120秒で実施するため、120秒よりも少ない値を入力すると、サーバーはそれを上書きさします。

空きメモリーがしきい値を超えて回復するまでの最大待機時間

デフォルト値: 30 (秒)

空きJVMメモリーがしきい値を超えて回復するまで、レポートの実行リクエストが待機する最大時間(秒単位)。このプロパティ値が有効になるのは、正の値の「空きメモリーしきい値」が指定されている場合のみです。「空きメモリーがしきい値を超えて回復するまでの最大待機時間」の値未満の時間内に空きメモリーが回復すると、リクエストはただちにドキュメントの生成を続行します。このプロパティに設定した時間の後、空きメモリーが依然としてしきい値を下回っている場合、リクエストは拒否されます。このプロパティ値を大きくすれば、ブラウザがリクエストの実行を待機する時間が長くなります。

表F-2は、「データ・モデル」設定について説明します。

表F-2 「データ・モデル」プロパティおよび説明

プロパティ

説明

データ生成の最大データ・サイズ制限

デフォルト値は500MBです。

データ・モデルの実行で生成可能な最大XMLデータ・サイズ。この設定は、オンライン・レポート・リクエストとスケジューラ経由で送信されたリクエストの両方に適用されます。データ・エンジンによって生成されたファイルのサイズがこのプロパティの設定値を超える場合、データ・エンジンはデータ・モデルの実行を終了して例外をスローします。

この値は、GB、MBまたはKBで設定できます。たとえば、1GB、200MBまたは1500KBです。

このプロパティを使用しない場合は、0または負の数値を入力します。

最大サンプル・データ・サイズ制限

デフォルト値は1MBです。

データ・モデルにアップロードできるサンプル・データ・ファイルの最大ファイル・サイズ。

データ・モデル・スケーラブル・モードの有効化

デフォルト: True

大きなデータ・セットの処理では、大量のRAMが必要です。メモリー不足を防止するには、データ・エンジンのスケーラブル・モードを有効にします。スケーラブル・モードでは、データの処理時に、データ・エンジンがディスク領域を利用します。

このプロパティを特定のデータ・モデルに設定することもできます。データ・モデル設定はこのシステム・モデル設定を上書きします。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Publisherデータ・モデリング・ガイド』のデータ・モデル・プロパティの設定に関する項を参照してください。

自動DBフェッチ・サイズ・モードの有効化

デフォルト値: True

Trueに設定されると、BI Publisherは、データ・セット列の合計数と問合せ列の合計数に基づいて、実行時にデータベース・フェッチ・サイズの計算と設定を行います。

この設定によりメモリー不足エラーを回避できますが、処理時間が大幅に遅くなります。

重要: Trueに設定すると、他の「DBフェッチ・サイズ」設定は無視されます。

この設定は、何百もの列を使用した複雑な問合せを頻繁に処理するBI Publisherの実装(Oracle Fusion Applicationsの実装など)で使用することをお薦めします。ほとんどの一般的なBI Publisherの実装で、この設定を使用することはお薦めしません。

このプロパティを設定すると、モデル・レベルのデータベース・フェッチ・サイズのプロパティがオーバーライドされます。

このプロパティは、設定時にすべてのデータ・モデルに適用されるので、処理時間が大幅に遅くなる可能性があります。

DBフェッチ・サイズ

デフォルト値: 20(行)

データ・モデルの、最大データベース・フェッチ・サイズ。このプロパティ値が有効になるのは、「自動DBフェッチ・サイズ・モードの有効化」がFalseに設定されている場合のみです。フェッチ・サイズが一致すると、列が一時ファイルに書き込まれ、別のフェッチが実行されます。この処理は、すべての列が一時ファイルに戻されるまで繰り返されます。

フェッチ・サイズが小さいと、BI Publisherからデータベースへのやりとりの回数が増え、全体的な処理時間に影響を与えます。データ・チャンクを小さくすると、過度なメモリー使用量を抑えることができます。

このプロパティは、データ・モデル・レベルでも設定できます。データ・モデル設定はサーバー・プロパティ設定を上書きします。

SQL問合せタイムアウト

デフォルト: 600秒

SQL問合せに基づくデータ・モデルのタイムアウトタイムアウト値が満たされた時にSQL問合せがまだ処理中の場合、「データxmlの取得に失敗しました」エラーが戻されます。

このプロパティは、データ・モデル・レベルでも設定できます。データ・モデル設定はこのサーバー・プロパティ設定を上書きします。

データ・モデル診断の有効化

デフォルト値: False

このプロパティをTrueに設定すると、データ・セットの詳細、メモリーおよびSQL実行時間の情報がログ・ファイルに書き込まれます。デバッグ目的限定で、このプロパティをtrueに設定することをお薦めします。trueに設定すると、処理時間が増大します。

SQLセッション・トレースの有効化

デフォルト値: False

このプロパティをTrueに設定すると、SQL問合せの実行の度に、SQLセッションのトレース・ログがデータベースに書き込まれます。ログはデータベース管理者によって評価されます。デバッグする場合にのみ、これをFalseに設定します。

F.4 メモリー不足」エラー回避のための最大スレッド制約の構成

大量のBI Publisherレポート処理の際、Oracle WebLogicサーバーは複数のスレッドを同時に使用してレポートを生成します。スレッドに制約がない場合、Oracle WebLogicサーバーで大量のスレッドを割当ててレポートを生成すると、メモリー不足エラーが発生します。このエラーを回避するには、ワーク・マネージャを作成して、Oracle WebLogicサーバーがBI Publisherに割り当てる最大スレッド数を適用してレポートの処理を実施します。

最大スレッド数制約を設定するには、次の手順に従います。

1. Oracle WebLogicサーバーでの最大スレッド数制約の作成

2. ワーク・マネージャ (XdoWorkManager)の作成

3. xmlpserver.earファイルの再デプロイ

注意:

ここでは、xmlpserver.earファイルをデプロイして、新しいワーク・マネージャをアクティブにする方法を説明します。また、手順3のかわりに、次のいずれかを実行することもできます。

- bipublisherアプリケーションを再起動(停止および起動)します。

- Oracle WebLogicサーバー・インスタンス(たとえば、bi_server1、bi_server2など)を再起動します。

この初期設定の手順が終了すると、最大スレッド件数値の変更(たとえば、10から20に変更)がすぐに有効になります。再起動または再デプロイ操作は必要ありません。

F.4.1 Oracle WebLogicサーバーでの最大スレッド数制約の作成

最大スレッド数制約を設定するには、次の手順に従います。

1. Oracle WebLogicコンソールにログインします。

2. 「ドメイン構造」ペインで、「ワーク・マネージャ」をクリックします。

3. 「チェンジ・センター」ペインで、「ロックして編集」クリックします。

4. 「グローバル・ワーク・マネージャ、リクエスト・クラスおよび制約」表で、「新規」をクリックします。

5. 「新しいワーク・マネージャ・コンポーネントの作成」ダイアログで、「最大スレッド数制約」を選択して「次」をクリックします。

6. 「最大スレッド数制約のプロパティ」で、次のプロパティ値を入力します。

- 名前 - XdoMaxThreadsConstraintと入力します。

- カウント - BI Publisherレポートの生成に割当てる最大スレッド数を入力します。たとえば10と入力します。

「次へ」をクリックします。

7. 「デプロイ・ターゲットの選択」で"bi_cluster"を選択し、「終了」をクリックします。

F.4.2 ワーク・マネージャ (XdoWorkManager)の作成

前述の操作で、「最大スレッド数制約」コンポーネントを作成し、"XdoMaxThreadsConstraint"と名前を付けました。次に、ワーク・マネージャをXdoMaxThreadsConstraintコンポーネントに関連付けます。

ワーク・マネージャを作成する手順は、次のとおりです。

1. 「ワーク・マネージャのサマリー」ページから移動せずに、「新規」を再びクリックします。

2. 「新しいワーク・マネージャ・コンポーネントの作成」ダイアログで、「ワーク・マネージャ」を選択して「次」をクリックします。

3. 「ワーク・マネージャのプロパティ」で、「名前」プロパティに、XdoWorkManagerと入力します。

「次へ」をクリックします。

4. 「デプロイ・ターゲットの選択」で"bi_cluster"を選択し、「終了」をクリックします。

5. 「ワーク・マネージャのサマリー」ページに戻り、新しく作成したXdoWorkManagerリンクをクリックします。

6. 「XdoWorkManager設定」ページの「構成」タブで、「最大スレッド数制約」をXdoMaxThreadsConstraintに指定し、「保存」をクリックします。

F.4.3 xmlpserver.earファイルの再デプロイ

xmlpserver.earファイルを再デプロイする手順は、次のとおりです。

1. コンソールの左のペインで 「デプロイメント」を選択します。すべてのデプロイ済みのアプリケーションとモジュールを示す表が右ペインに表示されます。

2. 表からbipublisherアプリケーションを選択します。

3. 「更新」をクリックします。

4. 「アプリケーションのアップグレード・アシスタント」で、「次」をクリックします。

5. 「終了」をクリックします。

6. 「チェンジ・センター」ペインの「変更のアクティブ化」をクリックします。

索引
A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  R  S  T  U  W  X

A

Active Directory, 3.11

ActiveMQ

スケジューラ, A.2

管理コンソール

「プロバイダ固有」タブ, 3.13.1

監査ログ

表示, 12.7

監査

監査ポリシーの設定, 12.6.2

ユーザー, 12.5

B

BIサーバー

SSOでのロール, 3.12.1

C

キャッシュ

サーバーの設定, 8.4

システム

有効期限, 8.4

最大キャッシュ・レポート定義, 8.4

サイズ制限, 8.4

カタログ

構成, 8.2

オブジェクトのエクスポート, 14.3

オブジェクトのインポート, 14.4

Oracle BI Publisher, 8.2

変換, 13.2

カタログ権限, 3.5 カタログ・ユーティリティ, 14.1

使用方法, 14.2

クラスタリング・サポート

スケジューラ, 7.1.2

構成

手動, C.1

ルート要素, C.3

ランタイム・プロパティの設定, 11.1

構成ファイル

properties要素, C.4.1

構造, C.3

構成フォルダ

パスの設定, 8.1

構成プロパティ

レベルの優先順位, 11.1

通貨書式

システム・レベルでの定義, 11.18

D

データ・アクセス, 3.7

データソース

アクセス, 3.7

データソース

設定, 9.1

サポート対象, 9.1

表示と更新, 9.9

データベース

バックアップ・データソース, 9.1.5

DataDirectドライバ

スケジューラ, A.3.1

診断のロギング, 12.2 診断

スケジューラ, 7.6

デジタル署名

プロパティの設定, 11.4

サポート, 6.1

E

E-Business Suite

セキュリティの統合, 5.4

電子メールのデフォルト設定, 10.1 電子メール・サーバー

構成, 10.4

カタログからのオブジェクトのエクスポート, 14.3

F

フェイルオーバー

スケジューラ・ジョブ, 7.1.3

再試行プロパティの設定, 8.5

FAXサーバー

構成, 10.2, 10.3

フォント定義

構成ファイル, C.5

フォント

マッピング,11.17

FTPサーバー

構成, 10.7

G

Ghostscript

印刷フィルタの設定, 10.2, 10.3

ゲスト・ユーザー

有効化, 4.2

H

HTML出力

表の幅の制御, 11.8

HTTPサーバー

構成, 10.6

I

IDアサーション・プロバイダ, 3.13.2

アイデンティティ・ストア

新しい認証プロバイダ, 3.13.1

カタログへのオブジェクトのインポート, 14.4

J

JDBC

データベース接続, 9.2

JDBCドライバ

データソース, 9.2

JMS

スケジューラ内のアーキテクチャ, 7.1.1

JMSプロバイダ

サポート対象, 7.2.2

JNDI

選択, 9.1.4

接続の設定, 9.3

K

キーストア

BI Publisherに対する指示, 4.3.1

L

LDAP

データソース接続, 9.4

一般構成, 3.10.2

LDAPプロバイダ

Microsoft Active Directory, 3.11

ローカル・スーパーユーザー, 4.1 ログ・ファイル

構成, 12.3

表示, 12.4

ロギング, 12.2

メッセージ・レベル, 12.2.1

サポートされている形式, 12.2.2

ログ, 12.2

ログ・ファイルのローテーション, 12.2.3

M

MBean

パフォーマンス監視, 12.5

Microsoft Active Directory, 3.11 モニタリング

有効化, 12.6

パフォーマンス, 12.5

ユーザー, 12.5

N

通知の件名

設定, 10.1

O

ODL, 12.2

OLAP

データソース接続, 9.5

Oracle BI EEカタログ, 8.2 Oracle BI Presentation Catalog, 8.2 Oracle BI Presentation Server

SSOでのロール, 3.12.1

Oracle BIサーバー

セキュリティ, 5.3

データソース接続としての設定, B.4

Oracle Database

セキュリティの統合, 5.5

Oracle Diagnostic Logging, 12.2 Oracle Siebel CRM

セキュリティの統合, 5.6

Oracle SSO, 3.14 Oracle WebLogic Server

新しいアサーション・プロバイダの構成, 3.13.2

新しい認証プロバイダの構成, 3.13.1

新しい認証プロバイダの構成, 3.13.1

P

PDF出力のプロパティ, 11.2

PDFセキュリティのプロパティ, 11.3

パフォーマンス監視, 12.5

有効化, 12.6

権限

カタログ, 概要, 3.5

後処理関数

JDBCデータソース, 9.1.6

事前定義済のフォント, C.6 前処理関数

JDBCデータソース, 9.1.6

印刷サーバー

構成, 10.2, 10.3

印刷

カスタム・フィルタの定義, 10.2, 10.3

PDFをPostscriptに変換するフィルタ, 10.2, 10.3

properties要素

構成ファイル, C.4

「プロバイダ固有」タブ, 3.13.1 プロキシ

設定の構成, 4.4

プロキシ認証, 9.1.3

R

レポートの可変しきい値, 8.3.2

ロール

BI Publisher機能, 3.4

S

スケジューラ

Active MQサポート, A.2

管理対象サーバーの追加, 7.5.1

アーキテクチャ, 7.1.1

プロセッサの構成, 7.4

診断, 7.6

手動設定のリファレンス, A.3

事前構成, 7.3

セキュリティ

PDFのプロパティ, 11.3

ロールと権限の概念, 3.3

Siebel CRM

セキュリティの統合, 5.6

シングル・サインオン

Oracle SSO, 3.14

SSL

構成, 4.3

SSL証明書ファイル

配信マネージャに対する定義, 10.1

SSO

新しい認証プロバイダの構成, 3.13.1

Oracle Access Managerを使用した構成, 3.13

Oracle BIプレゼンテーション・サービス, 3.12.1

「プロバイダ固有」タブ, 3.13.1

要件, 3.12

スーパーユーザー, 4.1 システム一時ファイル・ディレクトリ, 8.3.1

T

表

HTML出力の表の幅の制御, 11.8

タスク・マップ

SSO認証の構成, 3.12.2

一時ファイルの場所, 8.3.1 一時ファイル・ディレクトリ, 8.3.1 翻訳

XLIFFファイルのエクスポートとインポート, 13.2

テンプレートに基づく, 13.3

翻訳ファイル

カタログ・ユーティリティを使用した生成, 14.5

U

ユーザー監査, 12.5, 12.6

ユーザーとロール

構成のオプション, 3.3.1

W

Webサービス

サポートされている形式, 9.7

WebDAVサーバー

構成, 10.5

X

XLIFFファイル

エクスポートとインポート, 13.2

カタログ・ユーティリティを使用した生成, 14.5

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

コピーライトについて

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

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

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

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

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