Oracle® Fusion Middleware Oracle Real-Time Decisions管理者ガイド

11g リリース1(11.1.1)

B72431-01(原本部品番号:E16632-04)

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

Oracle RTD管理者向けの新機能

- Oracle RTDリリース11.1.1.7.0におけるシステム管理の新機能

1 Oracle Real-Time Decisionsの管理の概要

- 1.1 Oracle Real-Time Decisionsのコンポーネント

- 1.2 Oracle Real-Time Decisionsにおけるシステム管理とは

- 1.2.1 Oracle Real-Time Decisionsの標準のシステム管理タスク

- 1.2.2 Oracle Business IntelligenceコンポーネントとしてのOracle Real-Time Decisions

- 1.2.3 WebLogicドメインでのOracle Real-Time Decisionsの構成

- 1.2.4 Oracle RTDの管理ができるシステム管理ツール

- 1.2.4.1 Oracle Enterprise Manager Fusion Middleware Control

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

- 1.2.4.3 Oracle WebLogic Scripting Tool (WLST)

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

- 1.4 システム要件と動作保証情報

2 Oracle Real-Time Decisionsの主要管理ツール

- 2.1 Fusion Middleware Controlを使用したOracle Real-Time Decisionsの管理

- 2.1.1 Fusion Middleware Controlへのログイン

- 2.1.2 Fusion Middleware Controlを使用したOracle RTDの管理

- 2.2 Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理

- 2.3 一般的な管理タスク

- 2.3.1 Oracle WebLogic Serverインスタンスの起動と停止

- 2.3.1.1 管理サーバーの起動と停止

- 2.3.1.2 管理対象サーバーの起動と停止

- 2.3.2 Oracle RTDの起動と停止

3 インストール後の手順

- 3.1 Oracle RTDサーバー側ファイルのディレクトリ構造

- 3.2 Oracle RTDクライアント側ファイルのインストール

- 3.2.1 Oracle RTDクライアント・ツール用のJava Development Kit(JDK)のインストール

- 3.3 インストール後のOracle RTDの構成

- 3.4 Oracle RTDのランタイム環境について

- 3.5 サンプル・データ表へのデータの移入(オプション)

- 3.5.1 CrossSellサンプル・データの移入(オプション)

- 3.5.2 DC_Demoサンプル・データの移入(オプション)

4 Oracle Real-Time Decisionsのセキュリティ

- 4.1 セキュリティ・フレームワークについて

- 4.2 Oracle RTDのセキュリティの概要

- 4.2.1 Oracle RTDのセキュリティ制御

- 4.2.2 認証の主要素

- 4.2.3 認可の主要素

- 4.3 Oracle RTDのリソース・タイプとアクション

- 4.3.1 Oracle Real-Time Decisionsのデフォルトのアプリケーション権限

- 4.4 共通セキュリティ関連タスクに使用される管理ツール

- 4.5 Oracle RTDを保護するための標準のシステム管理タスク

- 4.6 Oracle RTDの認証の管理

- 4.6.1 タスク・マップ: Oracle RTDの認証の構成

- 4.6.2 Oracle Real-Time Decisionsの認証の概要

- 4.6.2.1 アイデンティティ・ストアと認証プロバイダ

- 4.6.3 デフォルトの認証プロバイダの管理

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

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

- 4.6.4.1 認証プロバイダとしてのOracle Internet Directoryの構成

- 4.7 Oracle RTDの認可と権限の管理

- 4.7.1 タスク・マップ: Oracle RTDの認可の構成

- 4.7.2 認可プロセスの概要

- 4.7.2.1 ポリシー・ストア

- 4.7.3 ポリシー・ストアの構成

- 4.7.3.1 LDAPベースのポリシー・ストアの構成

- 4.7.3.2 ポリシー・ストアの再関連付け

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

- 4.7.4.1 新しいアプリケーション・ロールの作成

- 4.7.4.2 別のアプリケーション・ロールに類似するアプリケーション・ロールの作成

- 4.7.4.3 アプリケーション・ロールの編集

- 4.7.4.4 アプリケーション・ロールの削除

- 4.7.4.5 新しいアプリケーション・ポリシーの作成

- 4.7.4.6 別のアプリケーション・ポリシーに類似するアプリケーション・ポリシーの作成

- 4.7.4.7 アプリケーション・ポリシーの編集

- 4.7.4.8 アプリケーション・ポリシーの削除

- 4.8 Oracle RTDでのSSLの使用

- 4.9 SSO認証の有効化

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

5 Oracle Real-Time Decisionsのデータ・アクセスの構成

- 5.1 WebLogicでの追加のJDBCデータ・ソースの作成

- 5.1.1 データ・ソース用のJDBC jarファイルへのパスの設定

- 5.1.2 WebLogicでのデータ・ソースの作成

- 5.2 新しいエンタープライズ・データ・ソースのテスト

6 Oracle Real-Time Decisionsのクラスタリングと高可用性

7 追加の構成設定とクライアント・ツールの起動

- 7.1 デシジョン・センターのブラウザの構成

- 7.2 Oracle Real-Time Decisionsクライアント・ツールへのアクセス

- 7.2.1デシジョン・スタジオへのアクセス

- 7.2.2 デシジョン・センターへのアクセス

- 7.2.3 ロード・ジェネレータへのアクセス

8 Oracle Real-Time Decisionsの本番環境へのデプロイメント

9 インライン・サービスのコマンドライン・デプロイメント

- 9.1 コマンドライン・デプロイメント・ツールの設定

- 9.2 コマンドラインでのインライン・サービスのデプロイ

10 モデルのスナップショットの設定および使用

- 10.1 モデルのスナップショットの設定および使用の概要

- 10.2 モデルのスナップショット表のスキーマ

- 10.3 モデルのスナップショット表の構成

- 10.4 モデルのスナップショット表の移入とクリア

- 10.5 モデルのスナップショット・データからのレポート作成

- 10.5.1 選択肢別のカウントの問合せ

- 10.5.2 上位6位の予測属性の問合せ

- 10.5.3 期待カウントと実カウントの差異の問合せ

- 10.6 パーティションの処理

- 10.7 モデルのスナップショット・プロセスのチューニング

11 パフォーマンスの監視

- 11.1 パフォーマンス監視パラメータの設定

- 11.2 一般的なパフォーマンス監視スナップショットの値の表示

- 11.3 CSVファイルの内容

- 11.4 XLSファイルの内容

- 11.5 認証と認可の無効化

12 Oracle Real-Time Decisionsのバックアップとリカバリ

13 Oracle Real-Time Decisionsの管理

- 13.1 Oracle Real-Time Decisions MBeanへのアクセス

- 13.2 JMX MBeanの操作と属性について

- 13.3 Oracle Real-Time Decisionsのクラスタレベル管理用のMBean

- 13.3.1 OracleRTD > SDManagement > SDClusterPropertyManagerについて

- 13.3.2 OracleRTD > SDClusterPropertyManager > Miscについて

- 13.3.3 OracleRTD > SDClusterPropertyManager > Clusterについて

- 13.3.4 OracleRTD > SDClusterPropertyManager > Deploymentについて

- 13.3.5 OracleRTD > SDCluster > SDManagementについて

- 13.4 Oracle Real-Time Decisionsのメンバーレベル管理用のMBean

- 13.4.1 OracleRTD > SDManagement > SDPropertyManagerについて

- 13.4.2 OracleRTD > SDPropertyManager > Performance Monitoringについて

- 13.4.3 OracleRTD > SDPropertyManager > Miscについて

- 13.4.4 OracleRTD > Server > DecisionServiceについて

- 13.4.5 OracleRTD > Server > SDManagementについて

- 13.4.6 OracleRTD > Server > BatchAgentについて

- 13.4.7 OracleRTD > Server > BatchManagerについて

- 13.4.8 OracleRTD > Server > BatchManager > Proxy > BatchManagerProxyについて

- 13.5 インライン・サービス管理用のMBean

- 13.5.1 OracleRTD > SDManagement > InlineServiceManagerについて

- 13.5.2 OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

- 13.5.3 メンテナンス操作の起動

- 13.6 デプロイメント状態用のMBean

- 13.6.1 OracleRTD > SDManagement > DeploymentStatesについて

- 13.6.2 OracleRTD > Deployment States > [State]について

- 13.7 学習サービス管理用のMBean

- 13.7.1 OracleRTD > Server > LearningServiceについて

- 13.7.2 OracleRTD > Server > LearningService > Proxy > LearningServiceProxyについて

- 13.7.3 OracleRTD > Learning Server > [Study]について

- 13.7.4 OracleRTD > Study > [Model.Study]について

- 13.8 インライン・サービスのデプロイメント後の管理

- 13.9 システム・プロパティ

A システムのログ・ファイルおよび構成ファイル

- A.1 サーバー側ログ・ファイルの検索と表示

- A.2 Oracle RTDサーバー側ログ・ファイルの構成

- A.3 ログ・ファイル

- A.3.1 Oracle RTDの主要なログ・ファイル

- A.3.2 Oracle RTDクライアント・ツールのログ・ファイル

- A.3.3 サーバー側ログ・ファイル

- A.3.4 Eclipseのログ・ファイル

- A.4 構成ファイル

B Oracle Real-Time Decisionsのアップグレードとパッチ適用

Oracle® Fusion Middleware

Oracle Real-Time Decisions管理者ガイド

11g リリース1(11.1.1)

B72431-01(原本部品番号:E16632-04)

2013年2月

インストール後にOracle Real-Time Decisions (Oracle RTD)の構成と管理を行う方法、セキュリティを維持するために認証と認可を設定する方法およびOracle RTD MBeansを管理する方法について説明します。

Oracle Fusion Middleware Oracle Real-Time Decisions管理者ガイド, 11gリリース1(11.1.1)

B72431-01

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

原本著者: Oracle Corporation

原本協力者: Oracle Real-Time Decisionsの開発、製品管理および品質保証チーム

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

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

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

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

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

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

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

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

はじめに

Oracle Real-Time Decisions (Oracle RTD)は、適応性の高いエンタープライズ・ソフトウェア・ソリューションの開発を可能にします。こうした適応性のあるソリューションは、ビジネス・プロセス・トランザクションが実行される際に継続的に学習し、ルールと予測モデルに従って、各トランザクションをリアルタイムで自動的に最適化します。

このドキュメントには、Oracle RTDの管理に関する情報が記載されています。このドキュメントでは、Oracle RTDのインストールおよび構成方法、セキュリティ目的での認証の設定方法、およびOracle RTD MBeansの管理方法について説明します。

対象読者

このドキュメントは、Oracle RTDの管理者を対象としています。Oracle RTDの管理者には、エンタープライズレベルのアプリケーションの管理方法に関する実際的な運用知識が必要です。

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

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

Oracle Supportへのアクセス

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 Fusion Middleware 11g リリース1(11.1.1)用ドキュメンテーション・セットの次のドキュメントを参照してください。

- 使用しているプラットフォーム用のOracle Fusion Middlewareリリース・ノート

- Oracle Fusion Middleware Oracle Real-Time Decisionsデシジョン・センター・ユーザーズ・ガイド

- Oracle Fusion Middleware Oracle Real-Time Decisionsプラットフォーム開発者ガイド

- Oracle Fusion Middleware管理者ガイド

- Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド

- Oracle Fusion Middleware高可用性ガイド

- Oracle Fusion Middleware Oracle WebLogic Serverインフォメーション・ロードマップ

- Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド

- Oracle Fusion Middleware Oracle WebLogic Serverの紹介

- Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド

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

- Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド

- Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド

- Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス

- Oracle Fusion Middleware Oracle WebLogic Scripting Tool

- Oracle Fusion Middleware Oracle WebLogic Serverセキュリティの理解

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

パス名に関する注意

このドキュメントでは、複数のプラットフォームで実行可能な手順には、パス名にスラッシュ(/)が使用されています。UNIXシステムでパスを入力する場合は、指定されているとおりにテキストを入力できます。Windowsシステムでパスを入力する場合は、スラッシュ(/)をバックスラッシュ(\)に変更する必要があります。

このドキュメントでは、Windowsオペレーティング・システム固有の手順または例には、パス名にバックスラッシュ(\)が使用されています。

Oracle RTD管理者向けの新機能

ここでは、Oracle RTDリリース11.1.1.7.0におけるシステム管理の追加機能について説明します。

Oracle RTDリリース11.1.1.7.0におけるシステム管理の新機能

Oracle RTDリリース11.1.1.7.0におけるシステム管理の新機能は次のとおりです。

- IBM WebSphereにOracle RTDをインストールし、構成する機能
IBM WebSphereでのOracle RTDのインストール、構成および管理の詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドの「IBM WebSphereでのOracle Business Intelligenceの管理」の章を参照してください。

1 Oracle Real-Time Decisionsの管理の概要

この章では、Oracle Real-Time Decisions(Oracle RTD)におけるシステム管理の概要を示し、コンポーネント、標準のシステム管理タスクおよび使用可能なシステム管理ツールについて説明します。また、他のマニュアルで取り上げている関連トピックをリストするとともに、システム要件と動作保証に関する情報を提供します。

注意:

このガイドでは、Oracle RTDをOracle WebLogic Server上で管理するための手順について説明します。

IBM WebSphereでのOracle RTDのインストール、構成および管理の詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドの「IBM WebSphereでのOracle Business Intelligenceの管理」の章を参照してください。

この章には次のトピックが含まれます:

- 第1.1項「Oracle Real-Time Decisionsのコンポーネント」

- 第1.2項「Oracle Real-Time Decisionsにおけるシステム管理とは」

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

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

1.1 Oracle Real-Time Decisionsのコンポーネント

Oracle Real-Time Decisionsは、リアルタイムのデシジョン・エンジン・ソフトウェア・プラットフォームであり、次のコンポーネントで構成されています。

- Real-Timeデシジョン・サーバー

- デシジョン・スタジオ

- デシジョン・センター

- ロード・ジェネレータ

- Administration(JMX)

図1-1に、Oracle Real-Time Decisionsの主要サービスおよびデータベース・コンポーネントと、実行時におけるコンポーネント間の主な相互作用を示します。Oracle Real-Time Decisionsアーキテクチャの基本概念について明らかにするために、単一のOracle Real-Time Decisionsインスタンス内に各主要サービスを1つずつ含む、Oracle Real-Time Decisionsアーキテクチャの基本トポロジをダイアグラムに示します。

図1-1 単一インスタンスのOracle Real-Time Decisionsコンポーネントおよび相互作用

Oracle Real-Time Decisionsの主要サービスは次のとおりです。

- デシジョン・サービス
デシジョン・サービスは、インライン・サービス(ILS)セッションによる顧客のトラッキングと、デシジョン・リクエストへの応答を担当します。デシジョン・ロジックを実装し、予測とスコアを計算して、ソート済の結果をコール元の操作システムに返します。また、モデルの更新用に学習レコードを作成します。

学習レコードには、セッション・データおよびセッション中に発生したイベント(たとえば、3つのオファーが提示され、うち1つが受け入れられたという事実など)に関する情報が格納されます。

- 学習サービス
学習サービスはモデルの更新を担当します。デシジョン・サービスによって作成された学習レコードを読み取り、モデルを更新して、最適化された新しい予測モデルを定期的に生成します。生成されたモデルはデシジョン・サービスによって使用されます。また、デシジョン・センター・レポートの背後でデータを提供します。

- デシジョン・センター
デシジョン・センターは、デシジョン・センター・レポートの作成を担当するWebベースのアプリケーションです。

Oracle RTDデータベースは、Oracle Real-Time Decisions環境に必要な制御および構成データに加えて、モデル・データおよびILSメタデータの格納に使用されます。通常、ILSはデシジョン・スタジオを介してデータベースにデプロイされます(図1-1では示していません)。

次に、Oracle Real-Time Decisionsコンポーネントとインライン・サービス間の実行時の主な相互作用の概要を示します。ここでは、図1-1で注釈を付けているプロセスについて言及します。

- 実行時に、ILSメタデータがデシジョン・サービス・メモリーにロードされます - (A)。エンタープライズ・データとデシジョン・リクエスト結果がILSセッション・データに格納されます(ダイアグラムではエンティティ・データのみ強調表示していますが、選択肢イベント・データもモデルの更新には重要です) - (B)、(C)。

- ILSセッション中またはセッションの終わりに、デシジョン・サービスによって学習レコードがデータベースに書き出されます - (D)。

- 学習サービスは学習レコードを読み取り、学習モデルを作成します - (E) - このモデルは定期的にデータベースに書き出されます(永続化) - (F)。また学習サービスは、予測モデルの作成も定期的に行います - (G) - これはOracle Real-Time Decisionsの多くのデシジョンのベースになります。

詳細は次のとおりです。

1. デフォルトでは、学習サービスは15分ごとに起動し、新しい学習レコードがデータベースにないか確認します。ある場合は新しいレコードを取得し(通常、1000個単位)、学習サービス・メモリー内で学習モデルを作成または更新します。

2. モデルごとに、データベースへの学習モデルの書込み頻度を制御する連続性間隔が設定されます。データベースへの最後の書出し以降に連続性間隔に到達するか、この間隔を超えると、学習サービスは学習モデルを書き出し、古い学習レコードを削除します。

3. 学習レコードと学習モデルには、セッションに対して定義されているすべての属性(およびその値)が格納されます。学習プロセスの主要部分では、予測的な(つまり、予測対象の出力と相関する)属性および値を選択し、それらから予測モデルを生成する処理が行われます。予測的な属性はごく一部にすぎないため、通常、予測モデルは学習モデルよりもはるかに小規模です。

4. Oracle RTDモデルに対して予測モデルを生成するかどうかを選択できます。予測モデリングを選択した場合、別のモデル・パラメータによって、予測モデルをいつ生成するかが制御されます。このパラメータでは、モデルに追加された新規学習レコードのパーセンテージがどのくらいになったら、新規予測モデルを作成するかを指定します。以前の予測モデルは新規予測モデルに置換されます。

- Oracle RTDでの必要性に応じて、予測モデルがデシジョン・サービスによって使用さます。新しい予測モデルがないかどうかがデシジョン・サービスによって定期的にチェックされ、ある場合はそのメモリーにロードされます - (H)。そして、後続のデシジョンを処理するために、デシジョン・サービス・メモリーに保持されます。

- ユーザーがログインしてILSを選択すると、デシジョン・センターがILSメタデータをデシジョン・サービス・メモリーにロードします - (I)。デシジョン・センター・ユーザーは、必要に応じて、ILSを編集し、データベースに再デプロイできます。通常デシジョン・センターは、レポート・ツールとして、学習サービスと直接相互作用を行い、学習モデルの内容に関する問合せを実行します - (J)。

注意:

別のOracle RTDコンポーネントであるバッチ・サービスは、図1-1に含まれていません。バッチ・サービスの詳細は、『Oracle Fusion Middleware Oracle Real-Time Decisionsプラットフォーム開発者ガイド』のバッチ・フレームワーク・アーキテクチャに関する項を参照してください。現在のところ、バッチ・サービスはデシジョン・サービスと同じ場所に配置されます。

時間ウィンドウ

モデルの処理および使用方法には、「時間ウィンドウ」パラメータも影響します。「時間ウィンドウ」では、「週」、「月」、「四半期」、「年」などの期間が定義されます。この期間はモデル・レベルで定義されます(また、変更可能です)。

この項で説明する、時間ウィンドウとは無関係の標準のモデリング処理に加えて、「時間ウィンドウ」の各期間の終わりには学習モデルがアーカイブされます。このモデル・アーカイブは、1つの期間内および複数の期間をまたがるデータを表示するデシジョン・センター分析レポートのベースになります。

予測は常に最新のデータを基に作成されます。通常は、前の時間ウィンドウのすべての学習レコードと、現在の時間ウィンドウでこれまでに受信した学習レコードから導出されます。最初の時間ウィンドウでは、現在使用可能なデータを基に予測が作成されます。

図1-2は、モデルの初期時間ウィンドウで発生するモデル・プロセスについて示すとともに、時間が経過するにつれて、オーバーラップする新規モデル・インスタンスがOracle RTDによってどのように作成されるかを示しています。

図1-2 初期時間ウィンドウにおけるモデル・プロセス

各モデル・インスタンスは時間ウィンドウの最初に開始され、2つの時間ウィンドウにまたがって存在します。また、最初のモデル・インスタンス以外のモデル・インスタンスは、前のモデル・インスタンスとオーバーラップします。

各モデル・インスタンスでは、最初の時間ウィンドウ中に学習情報が蓄積され、最初の時間ウィンドウの終わりになると、レポート用にコピーがアーカイブとして保存されます。その時点で次のことが発生します。

1. モデル・インスタンスはプライマリ・モデル・インスタンスとなり、2番目の時間ウィンドウ中、予測用に使用されますが、この期間でも学習は継続されます。

2. 次のモデル・インスタンスが作成され、セカンダリ・モデル・インスタンスとして機能します。このインスタンスは、次の時間ウィンドウの境界でプライマリ・モデルとなるまでは学習目的でのみ使用されます。

まとめ:

- 予測は、前の時間ウィンドウのすべての学習レコードと、現在の時間ウィンドウでこれまでに受信した学習レコードから導出されます。

- 最初の時間ウィンドウを除いて、予測は、プライマリ・モデル・インスタンスからのみ導出され、この導出はこのインスタンスの存在中の2番目の時間ウィンドウの間に行われます。

クラスタリング

多くの本番システムで、Oracle RTDはOracle RTDクラスタにインストールおよびデプロイされます。Oracle RTDクラスタには次の考慮事項が適用されます。

- 学習サービスはクラスタ・シングルトンです。つまり、一度にアクティブになる学習サービス・インスタンスは1つのみです。ただし、複数のOracle RTDインスタンスにデプロイすることによって、可用性を高めることができます。使用可能な構成を次に示します。

- クラスタ内では、デシジョン・センターは通常、学習サービスと同じOracle RTDインスタンスにデプロイされます。これは、デシジョン・センターが学習サービスと通信する必要があるためです。ただし、デシジョン・センターはシングルトンではないため、アクティブな学習サービスと同じ場所に配置されていないインスタンスでもアクティブな学習サービスとの通信は可能です。

- クラスタ内では、デシジョン・センターは通常、デシジョン・サービスとは異なるOracle RTDインスタンスにデプロイされます。それによって、デシジョン・センターがパフォーマンスとメモリーの面でデシジョン・サービスに与える影響が最小限に抑えられます。

Oracle RTDコンポーネントのクラスタ構成の詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Real-Time Decisionsの高可用性に関する項を参照してください。

1.2 Oracle Real-Time Decisionsにおけるシステム管理とは

次の各項では、Oracle Real-Time Decisionsのシステム管理について説明します。

- 第1.2.1項「Oracle Real-Time Decisionsの標準のシステム管理タスク」

- 第1.2.2項「Oracle Business IntelligenceコンポーネントとしてのOracle Real-Time Decisions」

- 第1.2.3項「WebLogicドメインでのOracle Real-Time Decisionsの構成」

- 第1.2.4項「Oracle RTDの管理ができるシステム管理ツール」

1.2.1 Oracle Real-Time Decisionsの標準のシステム管理タスク

表1-1に、管理者が実行するOracle RTDの標準のシステム管理タスクと、各タスクの関連情報の場所を示します。

表1-1 Oracle Real-Time Decisionsシステム管理タスク

システム管理タスク

詳細

Oracle Real-Time Decisionsのステータスの表示

- 第2.1.1項「Fusion Middleware Controlへのログイン」

Oracle Real-Time Decisionsの起動と停止

- 第2.3.2項「Oracle RTDの起動と停止」

Oracle Real-Time Decisionsの構成

- 第3.3項「Oracle RTDのインストール後の構成」および第5章「Oracle Real-Time Decisionsのデータ・アクセスの構成」

システムの保護

- 第4章「Oracle Real-Time Decisionsのセキュリティ」

問題の診断および解決

- 第11章「監視の実行」

- 付録A「システム・ログおよび構成ファイル」

Oracle Real-Time Decisions管理者に役立つ可能性がある、管理関連のその他のトピックを他のOracleマニュアルで取り上げています。詳細は、第1.3項「その他のガイド内の関連トピック」を参照してください。

1.2.2 Oracle Business IntelligenceコンポーネントとしてのOracle Real-Time Decisions

図1-3に、共通管理フレームワークを共有するOracle Business Intelligenceコンポーネント(Oracle Real-Time Decisionsを含む)の標準構成を示します。Oracle Real-Time Decisions(ダイアグラム内ではRTDとして強調表示)は、1つ以上のJava EEアプリケーションおよびリソース・セットとしてデプロイされるOracle Fusion Middleware Javaコンポーネントです。

図1-3 Oracle Business Intelligenceコンポーネント

「1-3 Oracle Business Intelligenceコンポーネント」の説明

詳細は、第1.2.3項「WebLogicドメインでのOracle Real-Time Decisionsの構成」と『Oracle Fusion Middleware管理者ガイド』を参照してください。

1.2.3 WebLogicドメインでのOracle Real-Time Decisionsの構成

Oracle Real-Time Decisionsは、Oracle Real-Time Decisionsを実行および管理するために必要なJavaコンポーネントを含んでいるWebLogicドメイン内で構成されます。

この項の残りの部分では、WebLogicドメインの主要コンポーネントについて簡単に説明します。詳細は、『Oracle Fusion Middleware管理者ガイド』の「Oracle Fusion Middlewareの概念の概要」の章を参照してください。

管理サーバー

管理サーバーは、Oracle RTDがデプロイされているドメインのローカルおよび集中管理機能を提供する標準のJMX MBeanコンテナです。

管理サーバーは、WebLogicドメインの一部であるミドルウェア・ホームにホストされます。管理サーバーには、Oracle WebLogic Server管理コンソールが含まれています。

管理サーバーは、リモートの物理マシン上の管理対象サーバー内に含まれている機能にアクセスして、Oracle RTDがデプロイされているドメイン内のすべてのコンポーネントの集中構成およびプロビジョニングを実行できます。

管理サーバーと相互作用する主なツールは次のとおりです。

- Oracle WebLogic Server管理コンソール

- Oracle WebLogic Scripting Tool(WLST)

詳細は、第1.2.4項「Oracle RTDの管理ができるシステム管理ツール」を参照してください。

管理対象サーバー

管理対象サーバーは、各WebLogicインスタンス内にホストされている個々のJEEアプリケーション・コンテナです。これは、ローカルのミドルウェア・ホーム内に含まれているJavaおよびシステム・コンポーネントに対するローカル管理機能を個々のマシン上で提供します。管理対象サーバーは、そのすべての構成およびデプロイメント情報について管理サーバーを参照します。

ノード・マネージャ

Oracle WebLogic Serverには、ノード・マネージャが含まれています。ノード・マネージャは、プロセスが応答しなくなったり、予期せず終了した場合にリモート・サーバーの起動、停止および再起動機能を提供するデーモン・プロセスです。

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。

注意:

図1-3は、Oracle Business Intelligenceのエンタープライズ・インストールを実行した後の標準的なコンポーネント構成を示しています。ここでは、Oracle RTDが管理対象サーバーに構成されています。

別のコンポーネント構成では、ノード・マネージャを除くすべての個別Javaコンポーネントが管理サーバーに配置されます。Oracle Business Intelligenceを簡易インストールした場合は、この構成になります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』を参照してください。

1.2.4 Oracle RTDの管理ができるシステム管理ツール

次のシステム管理ツールを使用してOracle RTDを管理できます。

- 第1.2.4.1項「Oracle Enterprise Manager Fusion Middleware Control」

- 第1.2.4.2項「Oracle WebLogic Server管理コンソール」

- 1.2.4.3項「Oracle WebLogic Scripting Tool (WLST)」

1.2.4.1 Oracle Enterprise Manager Fusion Middleware Control

Oracle Enterprise Manager Fusion Middleware Controlは、Oracle Fusion Middlewareコンポーネントの監視と構成ができるブラウザベースのツールです。アプリケーションのデプロイ、セキュリティの管理およびOracle Fusion Middlewareクラスタの作成が可能です。詳細は、第2.1項「Fusion Middleware Controlを使用したOracle Real-Time Decisionsの管理」を参照してください。

1.2.4.2 Oracle WebLogic Server管理コンソール

Oracle WebLogic Serverは、安全性、高可用性およびスケーラビリティに優れた環境へのJEE JavaコンポーネントのデプロイメントをサポートするJava EEアプリケーション・サーバーです。

Oracle WebLogic Server管理コンソールは、WebLogic Serverドメインの管理と監視に使用します。詳細は、第2.2項「Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理」を参照してください。

Oracle WebLogic Serverの詳細は、Oracle Technology Network(http://www.oracle.com/technology/index.html)を参照してください。

1.2.4.3 Oracle WebLogic Scripting Tool(WLST)

Oracle WebLogic Scripting Tool(WLST)は、Oracle Real-Time Decisionsの管理に使用できるコマンドライン・スクリプト環境です。WLSTスクリプト環境は、Javaのスクリプト・インタプリタであるJythonに基づいています。このツールは、コマンドラインで対話的に使用するか、ファイルによるバッチ・スクリプト(管理者の入力を必要とすることなく、スクリプトによってWLSTコマンド・シーケンスが起動されるスクリプト・モード)で使用するか、またはJavaコードに組み込むことができます。Jython言語構文に従って、WebLogicスクリプト言語を拡張できます。

手順は、Oracle Fusion Middleware WebLogicスクリプト・ツール・コマンド・リファレンスを参照してください。

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

システム管理者が関心を持つ可能性があるトピックを、他のガイドでもいくつか取り上げています。表1-2に、これらのトピックとその詳細の参照先を示します。

表1-2 他のガイドで取り上げられているトピック

トピック

詳細の参照先

インストール

Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド

テスト・システムから本番システムへの移行

Oracle Fusion Middleware管理者ガイド

Oracle Fusion Middlewareでの一般的な管理

Oracle Fusion Middleware管理者ガイド

Oracle RTDバージョン3.0.0.1からのアップグレード

付録B「Oracle Real-Time Decisionsのアップグレードとパッチ適用」および『Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド』

高可用性

Oracle Fusion Middleware高可用性ガイド

バックアップとリカバリ

Oracle Fusion Middleware管理者ガイド

サード・パーティ・ツールとリレーショナル・データ・ソース・アダプタ

第1.4項「システム要件と動作保証情報」

1.4 システム要件と動作保証情報

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

システム要件に関するドキュメントには、ハードウェア要件およびソフトウェア要件、ディスク領域とメモリーの最小要件、必要なシステム・ライブラリ、パッケージ、パッチなどの情報が記載されています。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

動作保証のドキュメントには、サポートされているインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサードパーティ製品が記載されています。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

2 Oracle Real-Time Decisionsの主要管理ツール

この章では、Oracle Real-Time Decisionsの2つの主要管理ツールであるFusion Middleware ControlとOracle WebLogic Server管理コンソールを使用してOracle RTDを管理する方法についてまとめます。

この章には次のトピックが含まれます:

- 第2.1項「Fusion Middleware Controlを使用したOracle Real-Time Decisionsの管理」

- 第2.2項「Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理」

- 第2.3項「一般的な管理タスク」

2.1 Fusion Middleware Controlを使用したOracle Real-Time Decisionsの管理

この項には次のトピックが含まれます:

- 第2.1.1項「Fusion Middleware Controlへのログイン」

- 第2.1.2項「Fusion Middleware Controlを使用したOracle RTDの管理」

2.1.1 Fusion Middleware Controlへのログイン

Fusion Middleware Controlにログインするには、Fusion Middleware ControlのURLを次の形式で入力します。

http://hostname:port/em

ポート番号は、管理サーバーの番号です。デフォルトのポート番号は、7001です。

Fusion Middleware Controlにログインするには:

1. WebブラウザにURLを入力します。例:

http://host1.example.com:7001/em

Fusion Middleware Controlのログイン・ページが表示されます。

2. Oracle Fusion Middleware管理者のユーザー名とパスワードを入力して、「ログイン」をクリックします。

注意:

Fusion Middleware Controlの左側の「ターゲット・ナビゲーション・ペイン」で使用できるフォルダは、インストール時に選択した製品とオプションに応じて異なります。この項の説明では、デフォルトの簡易インストールを行った場合に使用可能になるフォルダが表示されていることを前提としています。簡易インストールでは、bi_clusterという名前のクラスタにOracle RTDがインストールされます。

Oracle Real-Time Decisionsホームページへのアクセス

Oracle Real-Time Decisionsホームページには、Oracle RTDコンポーネントおよび一般システム・ステータス情報が表示されます。

Oracle RTDホームページには複数のパスからアクセスできます。主なパスを次に示します。

- 「アプリケーション開発」フォルダを開いてOracle RTDノード(図2-1)を選択するか、またはOracle RTDを含んでいるクラスタまたはサーバー内のOracle RTDノードを選択します。

- 図2-1 Fusion Middleware ControlでのOracle RTDホームページ

Oracle RTDホームページには、「WebLogicドメイン」フォルダからもアクセスできます。ドメイン・ノード(デフォルト値はbifoundation_domain)を選択し、クラスタまたはサーバーのデプロイメントのリストでOracle RTDノードを選択します。

2.1.2 Fusion Middleware Controlを使用したOracle RTDの管理

Oracle Real-Time Decisionsホームページには一般コンポーネントおよびステータス情報が表示されますが、Oracle Real-Time Decisionsの管理タスク・オプションは無題のオプション・ペインから使用できます。このペインには、次のいずれかの方法でアクセスできます。

- Fusion Middleware Controlの「ターゲット・ナビゲーション・ペイン」で、「アプリケーション開発」または「WebLogicドメイン」フォルダを開き、フォルダ内のいずれかの場所にあるOracle RTDノードを右クリックします。

- Oracle RTDホームページで、Oracle RTDヘッダーの真下にある「アプリケーション開発」サブヘッダーを選択します。

表2-1に、このペインから使用できる主な管理タスクを示します。

表2-1 Fusion Middleware ControlでのOracle RTDの主な管理タスク・オプション

オプション

タスク

詳細

制御

Oracle Real-Time Decisionsの起動と停止

- 第2.3.2項「Oracle RTDの起動と停止」

ログ

Oracle Real-Time Decisionsログ・メッセージの表示およびOracle Real-Time Decisionsログ・ファイルの構成

- 付録A「システム・ログおよび構成ファイル」

パフォーマンス・サマリー

Oracle Real-Time Decisionsパフォーマンス統計の表示

- 第11章「監視の実行」

Webサービス

Webサービスの詳細の表示

- 『Oracle Fusion Middleware Oracle Real-Time Decisionsプラットフォーム開発者ガイド』の付録「Oracle Real-Time DecisionsのWebサービスおよびクライアント」

セキュリティ

Oracle RTDのアプリケーション・ポリシーおよびアプリケーション・ロールの管理

- 第4章「Oracle Real-Time Decisionsのセキュリティ」

システムMBeanブラウザ

MBeansを使用したOracle RTDの管理

- 第13章「Oracle Real-Time Decisionsの管理」

Fusion Middleware Controlの使用方法の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

2.2 Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理

ユーザー、グループ、データ・ソース、クラスタなど、Oracle RTDに影響する一般コンポーネントの管理には、Oracle WebLogic Server管理コンソールを使用します。

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

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

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

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

Oracle WebLogic Server管理コンソールにログインするには:

1. WebLogic Serverの管理サーバーが稼動していない場合は、サーバーを起動します。
詳細は、第2.3.1項「Oracle WebLogic Serverインスタンスの起動と停止」を参照してください。

2. 次のいずれかの方法でOracle WebLogic Server管理コンソールを表示します。
Fusion Middleware Controlの「概要」ページのリンクをクリックする:

1. Fusion Middleware Controlにログインします(詳細は、第2.1.1項「Fusion Middleware Controlへのログイン」を参照)。

2. 「WebLogicドメイン」ノードを開き、Oracle RTDを含んでいるドメインを選択します。

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

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

1. Webブラウザを起動します。

2. ブラウザに次のURLを入力します。
http://hostname:port/console

例: http://mymachine:7001/console/

hostnameは管理サーバーのDNS名またはIPアドレス、portは管理サーバーがリクエストをリスニングするポート(デフォルトはポート7001)です。ドメイン全体に対応する管理ポートを構成している場合は、そのポート番号を使用します。Secure Socket Layer(SSL)を使用するように管理サーバーが構成されている場合は、次のようにhttpの後にsを追加する必要があります。

https://hostname:port/console

注意: ドメイン全体の管理ポートでは常にSSLを使用します。

Oracle WebLogic Server管理コンソールのログイン・ページが表示されます。

3. システム管理者のユーザー名とパスワードを入力して、「ログイン」をクリックします。
このシステム全体にわたる管理者のユーザー名とパスワードは、インストール・プロセス中に指定されたものです。WebLogic Server管理コンソールとFusion Middleware Controlには、このユーザー名とパスワードを使用してログインできます。または、AdministratorsまたはBIAdministratorsセキュリティ・グループに属するユーザー名を入力します。

注意: HTTPリクエストをプロキシ・サーバーに送信するようにブラウザが構成されている場合、Oracle WebLogic Server管理サーバーのHTTPリクエストをプロキシに送信しないようにブラウザを構成する必要がある場合があります。管理サーバーがブラウザと同じマシンに配置されている場合は、localhostまたは127.0.0.1に対して送信されたリクエストがプロキシ・サーバーに送信されないようにしてください。

Oracle WebLogic Server管理コンソールがbifoundation_domainに接続され、コンソールにホームページが表示されます。

Oracle WebLogic管理の詳細は、次を参照してください。

- Oracle Fusion Middleware Oracle WebLogic Serverインフォメーション・ロードマップ

- Oracle Fusion Middleware Oracle WebLogic Serverの紹介

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

2.3 一般的な管理タスク

Oracle Real-Time Decisionsを起動するには、Oracle WebLogic Serverの管理サーバーと、Oracle Real-Time Decisionsを含んでいる管理対象サーバーが実行されている必要があります。

この項では、Oracle WebLogic Serverの管理サーバーおよび管理対象サーバーの起動および停止方法と、Oracle Real-Time Decisionsの起動および停止方法について説明します。

この項には次のトピックが含まれます:

- 第2.3.1項「Oracle WebLogic Serverインスタンスの起動と停止」

- 第2.3.2項「Oracle RTDの起動と停止」

2.3.1 Oracle WebLogic Serverインスタンスの起動と停止

Oracle WebLogic Serverでは、管理サーバーおよび管理対象サーバー・インスタンスを起動および停止する方法を複数提供しています。この項の内容は、次のとおりです。

- スクリプトを使用した、管理サーバーの起動と停止

- Oracle WebLogic Server管理コンソールを使用した、管理対象サーバーの起動と停止

詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。

2.3.1.1 管理サーバーの起動と停止

このトピックでは、Oracle WebLogic Serverの管理サーバーを起動する方法について説明します。

注意: 管理サーバーを起動する際には、インストール時に指定したデータベースが実行されている必要があります。実行されていないと、JDBCエラーにより起動できなくなります。

オペレーティング・システムに対応した方法を使用してください。

- Windowsでは、次の方法のいずれかを使用します。

- Windowsの「スタート」メニューから、次のように選択します。「すべてのプログラム」→「Oracle WebLogic」→ユーザー・プロジェクト→bifoundation_domain→
WebLogic Serverドメインの管理サーバーの起動

WebLogic Serverドメインの管理サーバーの停止

Windowsに、管理サーバー起動の処理ステップの進行状況を示す、MSDOS進行状況ウィンドウがOracleによって表示されます。

- DOSプロンプトを開いて、ディレクトリを<mw_home>\user_projects\domains\bifoundation_domain\binに変更します。その後、次の起動コマンドまたは停止コマンドを実行します。

startWebLogic.cmd

stopWebLogic.cmd

注意: Javaコンポーネントは、Javaプロセスを起動したMS-DOSウィンドウで[Ctrl]キーを押しながら[C]キーを押すことによって停止することもできます。

- LinuxまたはUNIXでは、シェル・プロンプトを開いて、ディレクトリを<mw_home>/user_projects/domains/bifoundation_domain/binに変更します。その後、次の起動コマンドまたは停止コマンドを実行します。

./startWebLogic.sh

./stopWebLogic.sh

注意: LinuxまたはUNIXの場合、使用オペレーティング・システムの処理終了コマンド(LinuxまたはUNIXのkillなど)を使用することもできます。Javaでシャットダウン信号が受信されると、コンソール・ウィンドウにシャットダウン中であることが示されます。

注意: 管理サーバーを起動した場合は、Oracle WebLogic Server管理コンソールへのログインを試行することによって、管理サーバーが実行されていることを確認してください。詳細は、第2.2項「Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理」を参照してください。

2.3.1.2 管理対象サーバーの起動と停止

1. Oracle WebLogic Server管理コンソールにログインします。
詳細は、第2.2項「Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理」を参照してください。

2. 「ドメイン構造」リージョンで、「環境」をクリックし、「サーバー」をクリックします。
Oracle WebLogic Server管理コンソールに「サーバーのサマリー」ページが表示されます。

3. 「制御」タブを選択し、起動または停止する管理対象サーバーの横にあるチェック・ボックスを選択します。

4. 必要に応じて「起動」または「停止」をクリックして、管理対象サーバーを起動または停止します。

2.3.2 Oracle RTDの起動と停止

Oracle Real-Time Decisionsを起動および停止するには:

1. Oracle WebLogic Server管理コンソールにログインします。
詳細は、第2.2項「Oracle WebLogic Server管理コンソールを使用したOracle RTDの管理」を参照してください。

2. 「ドメイン構造」リージョンで「デプロイメント」をクリックします。
Oracle WebLogic Server管理コンソールに「デプロイメントの概要」ページが表示されます。

3. Oracle RTDを含んでいるページを見つけます。

4. 「制御」タブを表示します。

5. Oracle RTDの横にあるチェック・ボックスを選択します。

6. 必要に応じて「起動」または「停止」をクリックして、Oracle RTDを起動または停止します。

3 インストール後の手順

この章では、Oracle RTDの簡易インストールまたはエンタープライズ・インストール後に存在するファイルおよびディレクトリ構造と、ソフトウェアのみのインストール後に実行される場合がある構成ステップについて説明します。

Oracle RTDのインストールの実行には、Oracle Fusion Middleware Business Intelligenceインストーラを使用します。

次の3つのインストール・タイプがあります。

- 簡易インストール

- エンタープライズ・インストール

- ソフトウェアのみインストール

Business Intelligenceインストーラの各インストール・シナリオでは、様々なBusiness Intelligenceコンポーネントを選択するオプションが提供されます。Oracle RTDの選択およびインストールは、他のどのコンポーネントの選択/インストールにも依存しません。

簡易インストールとエンタープライズ・インストールは、同じタイプのシステム・オブジェクトが作成および構成されるという点で類似しています。簡易インストールではデフォルト値が使用されるのに対し、エンタープライズ・インストールではインストール担当者が多数のデフォルト以外の値を選択できます。ソフトウェアのみのインストールでは、コンポーネント・ファイルが標準ディレクトリにコピーされるだけで、コンポーネントの構成とデプロイはいずれも行われません。

Oracle RTDのインストール方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド』に記載されています。

Oracle RTDの様々な機能を示す例として使用できるCrossSellおよびDC_Demoインライン・サービスがOracle RTDとともにリリースされます。これらのインライン・サービスに必要なデータはOracle RTDに付属していますが、インストール時には設定されません。これらのサンプル・インライン・サービスのデータの設定方法はこの章で説明します。

この章には次のトピックが含まれます:

- 第3.1項「Oracle RTDサーバー側ファイルのディレクトリ構造」

- 第3.2項「Oracle RTDクライアント側ファイルのインストール」

- 第3.3項「インストール後のOracle RTDの構成」

- 第3.4項「Oracle RTDのランタイム環境について」

- 第3.5項「サンプル・データ表へのデータの移入(オプション)」

3.1 Oracle RTDサーバー側ファイルのディレクトリ構造

どのBusiness Intelligence製品をインストールしたかにかかわらず、基本的な簡易インストールまたはエンタープライズ・インストールを実行した後の主なサーバー側ディレクトリを図3-1に示します。

注意:

ディレクトリおよびファイルの正確な名前は、インストール時に選択したオプションに応じて異なる場合があります。特に断りのないかぎり、この章のダイアグラムと説明では、簡易インストール時に作成される標準のデフォルト名を使用しています。

図3-1 主なサーバー側ディレクトリ

Oracle BIディレクトリは、インストールされた製品のホーム・ディレクトリです。この項では、<Oracle_BI_directory>として示しています。このディレクトリには、製品固有のファイルと、インストールされたすべての製品に共通するファイルの両方が格納されます。図3-2に、Oracle RTD管理者に最も関連の深い、<Oracle_BI_directory>内のサブディレクトリとファイルを示します。

図3-2 Oracle BIディレクトリ - 主要サブディレクトリ

簡易インストールおよびエンタープライズ・インストールの両方に関するインストール完了後の状況を次に示します。

- <Oracle_BI_directory>/bifoundation/jeeにRTD.earファイルがあります。

- システムは、1つの管理サーバーを持つ新しいWebLogicドメインと、1つの管理対象サーバーで構成されています。

- Oracle RTDが構成され、管理対象サーバーにデプロイされています。

- <Oracle_BI_directory>/clients/rtd/ディレクトリ内のzipファイルに、Oracle RTDクライアント側ツールが存在します。
クライアント・ツールのzipファイル名はrtd_client_11.1.1.zipです。

Oracle RTDクライアント側ツールは、Windowsプラットフォームでのみ実行可能です。Oracle RTDをWindowsプラットフォームにインストールしなかった場合は、クライアント・ツールのzipファイルをWindowsクライアント・マシンにコピーして、そこで解凍する必要があります。詳細は、第3.2項「Oracle RTDクライアント側ファイルのインストール」を参照してください。

Oracle RTDを実行するために必要な表とプロシージャは、通常、リポジトリ作成ユーティリティ(RCU)を実行することによって、事前に作成されます。表には、モデルのスナップショット表が含まれます。これは、他のOracle RTD表と同じスキーマに存在します。

注意:

1. RCUによってOracle RTDランタイム表と同じスキーマにモデルのスナップショット表が作成されますが、別のスキーマにもモデルのスナップショット表を作成および構成することをお薦めします。詳細は、第10章「モデルのスナップショットの設定および使用」を参照してください。

2. Oracle RTD付属のCrossSellおよびDC_Demoサンプル・インライン・サービスは、特定のサンプル・データ表を参照します。これらのインライン・サービスを使用するためには、サンプル・データ表を作成して、データを移入する必要があります。これらの表の作成およびデータ移入の詳細は、第3.5.1項「CrossSellサンプル・データの移入(オプション)」および第3.5.2項「DC_Demoサンプル・データの移入(オプション)」を参照してください。

3.2 Oracle RTDクライアント側ファイルのインストール

Oracle RTDはWindowsまたはUNIXで実行できます。デシジョン・スタジオやロード・ジェネレータなどのOracle RTDクライアント・ツールは、Windowsでのみ実行可能です。Oracle RTDクライアント・ツールのインストールでは、クライアント・ツールのzipファイルをWindowsマシン上で解凍します。それ以外の手順は不要です。

Oracle RTDをWindowsプラットフォームにインストールした場合は、サーバー側ディレクトリ<Oracle_BI_directory>/clients/rtd/にあるクライアント・ツールのzipファイルを任意のディレクトリに解凍します。

Oracle RTDをWindowsプラットフォーム以外にインストールした場合は、次の2段階のプロセスを実行する必要があります。

- サーバー側ディレクトリ<Oracle_BI_directory>/clients/rtd/から、クライアント・ツールを使用するWindowsクライアント・マシンに、クライアント・ツールのzipファイルをコピーします。

- Windowsクライアント・マシン上で、任意のディレクトリにクライアント・ツールのzipファイルを解凍します。

Oracle RTDおよびOracle RTDクライアント・ツールでサポートされているマシン構成の詳細は、第1.4項「システム要件と動作保証情報」を参照してください。

注意:

すべてのOracle RTDドキュメントに適用される用語規則により、Oracle RTDクライアント側ツールのインストール先ディレクトリ名はRTD_HOMEとする必要があります。第3.4項「Oracle RTDのランタイム環境について」も参照してください。

図3-3に、クライアント・ツールのzipファイルを解凍した後の、主なOracle RTDクライアント側ディレクトリおよびファイルを示します。

図3-3 主なOracle RTDクライアント・ディレクトリおよびファイル

3.2.1 Oracle RTDクライアント・ツール用のJava Development Kit(JDK)のインストール

Oracle RTDクライアント側ツールをインストール後に使用するためには、Oracle RTDをインストールしたサーバー・マシン上に存在するものと同じバージョンのJava Development Kit(JDK)が必要です。サーバー側JDKは、通常、<middleware_home>ディレクトリの直下のディレクトリに存在します。

クライアント・マシンにJDKをインストールした後は、JAVA_HOMEという名前のシステム環境変数を作成し、値をJDKのインストール場所のフルパス名に設定します。

システム環境変数PATHを変更するには、既存の値の先頭に%JAVA_HOME%\bin;を追加します。

たとえば、既存のPATH値が'abc;'である場合、新しい値は次のようになります。

'%JAVA_HOME%\bin;abc;'

デフォルトで、JAVA_HOMEシステム環境変数を設定すると、Oracle RTDのすべてのクライアント・ツールが有効化されます。また、JAVA_HOMEをローカルのRTD_HOME/scripts/SetSDParams.cmdファイルに設定することもできます。JAVA_HOMEのこのローカル設定は、InitAppdb.cmdやloadgen.cmdなどのsdexec.cmdを使用する(デシジョン・スタジオとコマンドライン・デプロイヤはいずれも使用しない)Oracle RTD操作にのみ影響します。

3.3 インストール後のOracle RTDの構成

ソフトウェアのみのインストール後のOracle RTDの構成

ソフトウェアのみのインストールでは、インストール時に選択したコンポーネントのバイナリが適切なディレクトリにインストールされます。ミドルウェア・ホーム内のディレクトリに対する小さな変更はいくつか行われますが、主な影響は、新しいOracle BIディレクトリが作成され、この新規ディレクトリに製品関連のファイルが設定されることです。

ソフトウェアのみのインストールでは、構成およびコンポーネントの有効化はいずれも実行されません。関連するWebLogicドメインは作成されません。Oracle RTDなどのJEEコンポーネントの構成もデプロイも行われません。

Oracle RTDを構成し、WebLogicドメインおよびデフォルトのすべてのセキュリティ・コンポーネントを作成するプロセスを完了するには、<Oracle_BI_directory>/bin/config.sh(Linuxシステムの場合)または<Oracle_BI_directory>/bin/config.bat(Windowsシステムの場合)を実行する必要があります。

簡易インストールおよびエンタープライズ・インストール後のOracle RTDの構成

簡易インストールとエンタープライズ・インストールでは、Oracle RTD(およびインストール時に選択した他のコンポーネント)用に、単一のWebLogicドメインが自動的に作成されます。Oracle RTD用の追加のWebLogicドメインを必要としない場合は、実行する必要があるインストール後の手順はありません。

簡易インストールまたはエンタープライズ・インストール後に、同じ<Oracle_BI_directory>内にOracle RTD用の追加のWebLogicドメインが必要な場合は、スクリプト<Oracle_BI_directory>/bin/config.sh(Linuxシステムの場合)または<Oracle_BI_directory>/bin/config.bat(Windowsシステムの場合)を実行します。

3.4 Oracle RTDのランタイム環境について

Oracle RTDの実行時に使用および更新されるファイルは、<mw_home>/user_projects/domains/domain_name/servers/server_name/に配置されます。便宜上、このディレクトリをRTD_RUNTIME_HOMEと呼びます。

たとえば、Oracle RTDログや他の管理対象サーバー・ログはRTD_RUNTIME_HOME/logs/に配置されます。

3.5 サンプル・データ表へのデータの移入(オプション)

Oracle Real-Time Decisionsには、2つのサンプル・インライン・サービス、CrossSellとDC_Demoが付属しています。これらのインライン・サービスのいずれかまたは両方を使用するには、データベースに追加の表を作成してデータを移入する必要があります。このためには、Oracle RTDクライアント側ツールをインストールしたWindowsコンピュータ上でスクリプトInitAppDBを実行します。

データベース・クライアント・ツールに関する要件

Windowsコンピュータ上に、Oracle RTDクライアント側ツールに加えて、使用データベースに適したクライアント・ツールが存在することが必要です。これは、次のものをインストールすることによって確保されます。

- Oracle RTD DatabaseにSQL Serverを使用している場合は、SQL Serverクライアント・ツール

- Oracle RTD DatabaseにOracle Databaseを使用している場合は、Oracle Administrator Client(SQL*Plusを含んでいる必要があります)

- Oracle RTD DatabaseにDB2を使用している場合は、DB2 Administration Client

この項には次のトピックが含まれます:

- 第3.5.1項「CrossSellサンプル・データの移入(オプション)」

- 第3.5.2項「DC_Demoサンプル・データの移入(オプション)」

3.5.1 CrossSellサンプル・データの移入(オプション)

Oracle Real-Time Decisionsには、CrossSellという名前のサンプル・インライン・サービスが付属しています。このサンプル・インライン・サービスを使用するには、Oracle RTD Database内に、CrossSellCustomers、CrossSellResponsesおよびCrossSellBestOfferという3つの表を作成して、データを移入する必要があります。

InitAppDBは、サンプル・インライン・サービスと同じ場所にあります。コマンド・プロンプトを使用して、データベースのタイプに該当するスクリプトを実行します。

- Oracle RTD DatabaseにSQL Serverを使用している場合は、RTD_HOME\examples\CrossSell\etc\data\SQLServer\initappdb.cmdを実行します。

- Oracle RTD DatabaseにOracle Databaseを使用している場合は、RTD_HOME\examples\CrossSell\etc\data\Oracle\initappdb.cmdを実行します。

- Oracle RTD DatabaseにDB2を使用している場合は、RTD_HOME\examples\CrossSell\etc\data\DB2\initappdb.cmdを実行します。

このスクリプトには、次のパラメータが必要です。

InitAppDB RTD_HOME db_host db_port db_name db_runtime_user db_admin_user db_admin_password

表3-1に、InitAppDBスクリプトのパラメータについて説明します。

表3-1 InitAppDBスクリプトのパラメータ

パラメータ

説明

RTD_HOME

Oracle RTDクライアント側ファイルがインストールされているディレクトリのフルパス。

db_host

データベース・サーバーをホスティングするコンピュータの名前。

Oracle RTD DatabaseをSQL Serverの名前付きインスタンスにインストールした場合は、db_host\instance_nameと指定します。

db_port

データベースのポート番号。

db_name

データベースの名前。Oracle Databaseの場合はSID。

db_runtime_user脚注 1

システムのランタイム・ユーザーのユーザー名。

db_admin_user

データベースに対して表およびストアド・プロシージャを作成する権限を持つユーザーの名前。

db_admin_password

管理ユーザーのパスワード。

脚注 1 Oracleデータベースの場合は、db_runtime_userとdb_admin_userは同じユーザーになります。

Oracle DatabaseをOracle RTD Databaseに使用する場合は、InitAppDBスクリプトの実行後に、データベース・ユーザーからResourceロールを取り消すことができます。

3.5.2 DC_Demoサンプル・データの移入(オプション)

Oracle Real-Time Decisionsには、動的選択と外部ルールについて示す、DC_Demoという名前の別のサンプル・インライン・サービスが付属しています。このサンプル・インライン・サービスを使用するには、まずWebOffersという名前のサンプル・データベース表を作成して、データを移入する必要があります。

InitAppDBは、サンプル・インライン・サービスと同じ場所にあります。コマンド・プロンプトを使用して、データベースのタイプに該当するスクリプトを実行します。

- Oracle RTD DatabaseにSQL Serverを使用している場合は、RTD_HOME\examples\DC_Demo\etc\data\SQLServer\initappdb.cmdを実行します。

- Oracle RTD DatabaseにOracle Databaseを使用している場合は、RTD_HOME\examples\DC_Demo\etc\data\Oracle\initappdb.cmdを実行します。

- Oracle RTD DatabaseにDB2を使用している場合は、RTD_HOME\examples\DC_Demo\etc\data\DB2\initappdb.cmdを実行します。

このスクリプトには、次のパラメータが必要です。

InitAppDB RTD_HOME db_host db_port db_name db_runtime_user db_admin_user db_admin_password

InitAppDBスクリプトのパラメータの詳細は、表3-1を参照してください。

4 Oracle Real-Time Decisionsのセキュリティ

Oracle Real-Time DecisionsはOracle Fusion Middlewareプラットフォームとシームレスに統合され、共通セキュリティ・フレームワークおよび機能をOracle Fusion Middlewareプラットフォームと共有します。この章では、全体的なセキュリティ・モデルを理解するための背景情報を提供するために、セキュリティ・フレームワークの概要を示します。

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

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

- 第4.1項「セキュリティ・フレームワークについて」

- 第4.2項「Oracle RTDのセキュリティの概要」

- 第4.3項「Oracle RTDのリソース・タイプとアクション」

- 第4.4項「共通セキュリティ関連タスクに使用される管理ツール」

- 第4.5項「Oracle RTDを保護するための標準のシステム管理タスク」

- 第4.6項「Oracle RTDの認証の管理」

- 第4.7項「Oracle RTDの認可と権限の管理」

- 第4.8項「Oracle RTDでのSSLの使用」

- 第4.9項「SSO認証の有効化」

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

4.1 セキュリティ・フレームワークについて

Oracle Fusion MiddlewareとOracle Real-Time Decisionsは共通セキュリティ・フレームワークを共有します。共通セキュリティ・フレームワークを使用することによって、Oracle Fusion Middlewareデプロイメント内でのOracle Real-Time Decisionsの安全な相互運用が可能になります。このセキュリティ・フレームワークは、Javaセキュリティ・モデル上に構築されています。Javaセキュリティ・モデルは、ユーザーに割り当てられたロールに基づいてリソースを保護するコンテナ管理セキュリティを使用した、ロールベースの宣言モデルです。

このトピックで取り上げている概念の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

Oracle Platform Security Services

Oracle Platform Security Services(OPSS)は、セキュリティ・フレームワークの構築の基盤のプラットフォームです。OPSSは標準ベースであり、ロールベースのアクセス制御(RBAC)、Java Enterprise Edition(JavaEE)およびJava Authorization and Authentication Servers(JAAS)に準拠しています。

Oracle WebLogic Server

Oracle Real-Time Decisionsの認証は、Oracle WebLogic Server認証プロバイダにより、OPSSモデルに準拠して処理されます。認証プロバイダは、次の機能を実行します。

- ユーザーとシステム・プロセスのアイデンティティを確立します。

- アイデンティティ情報を送信します。

- アイデンティティ情報のリポジトリとして機能します。コンポーネントはこのリポジトリから情報を取得できます。

デフォルトの認証プロバイダは、Oracle WebLogic Serverに組み込まれたディレクトリ・サーバーです。必要に応じて、代替の認証プロバイダを使用し、Oracle WebLogic管理コンソールで管理できます。

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

Oracle WebLogic Serverのセキュリティ・レルム

Oracle WebLogic Serverのセキュリティ・レルムは、個々のドメイン固有のものです。セキュリティ・レルムには、認証プロバイダ、ユーザー、グループ、セキュリティ・ロールおよびセキュリティ・ポリシーの一括構成が格納されます。1つのドメインに対して複数のセキュリティ・レルムを定義できますが、アクティブ化(つまり、デフォルトのレルムとして指定)可能なセキュリティ・レルムは一度に1つのみです。

セキュリティ管理ツール

アプリケーション・オブジェクトを保護するために必要な管理タスクの実行には、Oracle Fusion MiddlewareおよびOracle WebLogic Serverのコンソールと、コマンドラインのOracle WebLogic Scripting Tool(WLST)が使用されます。詳細は、第4.4項「共通セキュリティ関連タスクに使用される管理ツール」を参照してください。

4.2 Oracle RTDのセキュリティの概要

セキュリティ・プラットフォームは、すべてのOracle Fusion Middleware製品に対して均一のセキュリティおよびアイデンティティ管理を提供するために、特定の重要な要素とプロセスに依存します。Oracle RTDユーザーを対象とするこのセキュリティの概要では、Oracle RTDの簡易インストール時に作成されるデフォルトの要素に基づいて説明を行います。

これらの要素、プロセスおよびセキュリティ・プラットフォームの詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

4.2.1 Oracle RTDのセキュリティ制御

このトピックでは、Oracle RTDに関連するセキュリティ制御と、デフォルト・インストール時に作成されるセキュリティ構成について説明します。

アプリケーションに必要な主な保護と、それぞれの保護で処理される基本的な質問は次のとおりです。

- 認証
アプリケーションへのアクセスを許可されているユーザーは誰か。

ユーザーおよびグル―プがアイデンティティ・ストアに格納されます。

- 認可
認証済ユーザーが実行を許可されているアプリケーション内の操作およびアプリケーションを使用した操作は何か。

認証済ユーザーに割り当てられたロールと権限がポリシー・ストアに格納されます。

表4-1に、Oracle RTDの標準のセキュリティ制御についてまとめます。

表4-1 Oracle RTDの標準のセキュリティ制御

セキュリティ制御

主要目的

説明

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

認証

ユーザーおよびグループのアイデンティティを保持するトラスト・ストア。

ポリシー・ストア

認可

アプリケーション・オブジェクトへのアクセスを可能にするアプリケーション・ロールとアプリケーション権限の保持に使用されるトラスト・ストア。

セキュリティの概念を明らかにするため、図4-1に、Oracle Fusion Middlewareアプリケーションで定義および使用される、ユーザー、グループ、アプリケーション・ロールおよび権限の関係の例を示します。この例は、個々のセキュリティ要素に関する後続の説明の参照ポイントとして使用されます。

図4-1 Oracle Fusion Middlewareのセキュリティ要素の例

グループBIConsumers、BIAuthorsおよびBIAdministratorsとアプリケーション・ロールBIConsumer、BIAuthorおよびBIAdministratorは、Oracle Real-Time Decisionsまたは他のOracle Business Intelligenceコンポーネントの構成を行うインストール時に設定されます。C1、C2、C3、Au1、Au2、Ad1は、インストール後にグループのメンバーとして定義されるユーザーの例です。

ロールに割り当てられたグループのメンバーとなったユーザーは、上位レベルのグループおよびロール階層から権限を継承できます。

たとえば、作成者Au1およびAu2は次の2つの権限セットを保有します。

- BIAuthorsグループがBIAuthorロールのメンバーであることに基づく、BIAuthorロールの明示的な権限

- BIAuthorロールとBIConsumersグループの両方から継承される、BIConsumersロールの暗黙的な権限

インストールされたアプリケーション・ロールでは、インストールされたOracle BIおよびOracle RTDソフトウェア・コンポーネントを操作できるように、適切な権限が事前構成されます。たとえば、BIAuthorという名前のアプリケーション・ロールでは、インライン・サービスをデプロイする権限が事前構成され、BIConsumerというアプリケーション・ロールでは、デシジョン・センター・レポートへのアクセスが許可されます。Oracle RTDのデフォルトの権限の詳細は、第4.3.1項「Oracle Real-Time Decisionsのデフォルトのアプリケーション権限」を参照してください。

図4-2に、インストール時に事前構成されるアプリケーション・ロール、グループおよびユーザーを示します。

図4-2 事前構成済のアプリケーション・ロール、グループおよびユーザー

たとえば、インストール時に指定したユーザー(WebLogicなど)が、BIAdministratorsという名前のWebLogic Administratorsグループと、BIAdministratorという名前の関連アプリケーション・ロールに自動的に割り当てられます。このユーザーは他のユーザーを作成および管理する権限を保有します。

この項の残りの部分では、アプリケーションへのアクセス権限がユーザーにどのように取得されるかと、アプリケーション内でユーザーが実行できる操作の制御方法について説明します。

4.2.2 認証の主要素

この項では、認証に使用されるセキュリティ要素について説明します。

通常、ユーザーおよびグループはアイデンティティ・ストアに定義されます。ユーザーおよびグループのアイデンティティはディレクトリ・サーバーに格納されます。ユーザーおよびグループの認証は、Oracle WebLogic Serverセキュリティ設定の一部として指定された認証プロバイダによって実行されます。

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

アイデンティティ・ストアには、ユーザー、グループおよびグループ階層の定義が格納されます。Oracle WebLogic Serverの組込みLDAPサーバーはデフォルトのアイデンティティ・ストアです。デフォルトでは、認証プロバイダDefaultAuthenticatorがこのLDAPサーバー内のユーザーとグループに対する認証を実行します。

他のLDAPサーバーなどの代替ディレクトリ・サーバーを使用するように、Oracle RTDを構成できます。詳細なリストは、Oracle Fusion Middleware 11gR1のシステム要件およびサポートされているプラットフォームを参照してください。

ユーザーおよびグループ

ユーザーは、認証可能な実体です。ユーザーは、アプリケーション・エンド・ユーザーなどの人を指す場合と、クライアント・アプリケーションなどのソフトウェアを指す場合があります。各ユーザーには、Oracle Real-Time DecisionsがデプロイされているWebLogicドメイン内で一意の識別子が与えられます。各ユーザーはアイデンティティ・ストア内で一意の識別子を保有するため、Oracle Fusion Middleware、Oracle WebLogic ServerおよびOracle Real-Time Decisionsの全体で認識されます。

グループは、なんらかの共通項を持つユーザーの集合(他のグループを含めることも可能)を編成することによって作成されます。ユーザーは複数のグループで定義できます。グループは、システム管理者によって割り当てられた静的な識別子です。

注意:

グループおよびグループ階層自体では、アプリケーション内でのどのようなアクションの実行権限も有効化されません。このような権限はアプリケーション・ロールおよび権限を通じて伝達されます。これについては、第4.2.3項「認可の主要素」で説明します。

デフォルト・アイデンティティ・ストア

デフォルト・アイデンティティ・ストアは、Oracle WebLogic Serverが提供する、LDAPベースの組込みディレクトリ・サーバーです。このサーバーは、Oracle WebLogic Server管理コンソールを使用して管理されます。これには、インストール時に作成されたデフォルトのユーザーおよびグループが格納されます。

デフォルトの認証プロバイダはDefaultAuthenticatorです。

デフォルト・ユーザー

管理権限を保有するユーザーとして、Oracle Fusion Middlewareの内部プロセス管理に必要な2つのシステム・ユーザーの他にもう1人ユーザーが存在します。このユーザーの名前はインストール時に入力されます。

注意:

この項では、便宜上、インストール時に入力された名前を<orig_admin_user>として示します。

デフォルトのシステム構成では、<orig_admin_user>はBIAdministratorsグループのメンバーです。

デフォルトの管理者ユーザー名<orig_admin_user>は、別の値に変更できます。また、管理ユーザーがOracle WebLogic Server管理コンソールを使用してユーザー名を追加することも可能です。

デフォルト・グループ

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

表4-2 デフォルト・グループおよびメンバー

グループ名

グループ・メンバー

BIAdministrators

administrative_user

BIAuthors

BIAdministratorsグループ

BIConsumers

BIAuthorsグループ

Oracle WebLogic Server LDAPサーバー・ユーザー・グループ

開始点として機能するこれらのデフォルト・グループ名では、標準的なソフトウェア・ユーザー・カテゴリである管理者、アプリケーション開発者およびエンド・ユーザーに対応する、機能用途の広義のカテゴリ - 管理者、作成者およびコンシューマ - が定義されています。 表4-2と図4-1のグループ階層に示すように、作成者はコンシューマともみなされ、また管理者は作成者ともみなされます。

4.2.3 認可の主要素

この項では、認証で使用されるセキュリティ要素について説明します。

アプリケーション・ポリシー

アプリケーション・ポリシーは、特定のアプリケーションに適用されるJava 2およびJAASポリシーの集合です。アプリケーション・ポリシーでは、誰が、どのアプリケーション・リソースで、何を実行できるかが定義されます。このポリシーは1つ以上のアプリケーション権限で構成されます。

図4-3に、アプリケーション・ポリシーの各要素の概念の概要を示します。個々のコンポーネントの詳細は、この項で後述します。

図4-3 アプリケーション・ポリシーの概要

注意:

アプリケーション・ストライプは、ポリシー・ストアにポリシーのサブセットを定義します。Oracle Real-Time Decisionsを含む、すべてのOracle Business Intelligenceコンポーネントによって使用される一般アプリケーション・ストライプはobiという名前です。

アプリケーション・ロール

アプリケーション・ロールは、共通のアプリケーション機能またはプロセス・セットを実行する必要があるユーザーおよびグループの集合を定義する、ポリシー・ストア内のグループ構成です。通常、アプリケーション・ロールは、ユーザー、グループおよび他のアプリケーション・ロールで構成されます。

アプリケーション・ロールは、アプリケーション・ユーザーに権限を付与するための主要手段として機能します。アプリケーション・ロール自体では、アプリケーション・オブジェクトへのアクセスは有効化されません。アクセスの有効化は、アプリケーション・ポリシーでアプリケーション・ロールをアプリケーション権限内の権限にマップすることによって達成されます。

アプリケーション権限

アプリケーション権限は、単一または複数の権限受領者(アプリケーション・ロール、グループまたはユーザー)と1つ以上の権限の組合せです。ユーザーおよびグループの詳細は、第4.2.2項「認証の主要素」を参照してください。

権限

権限は、Javaの権限概念の拡張であり、Javaクラス、リソースおよびリソースのタイプによって許可される1つ以上のアクションで構成されます。

Oracle RTDで使用できるリソースおよびアクションの詳細と例は、第4.3項「Oracle RTDのリソース・タイプとアクション」を参照してください。

アプリケーション・ロール・マッピング

アプリケーション・ロールに割り当てられているユーザーまたはグループには、そのロールに関連付けられている権限が付与されます。同じアプリケーション・ロールに複数のユーザーまたはグループを割り当てることができます。

アプリケーション・ロール・マッピングは、実行時にユーザー、グループおよび他のアプリケーション・ロールをアプリケーションに動的にマップするプロセスです。ユーザーおよびグループがメンバーとなっている(つまり、マップされている)アプリケーション・ロールに従って、ユーザーおよびグループに権限が付与されます。

また、グループおよびロール階層は、継承の原則を示します。ロール階層を通じてロールが他のロールに継承され、グループおよびロール階層を通じて権限が継承されます。ユーザー、グループ、アプリケーション・ロールおよび権限の関係の例は、図4-1を参照してください。

図4-1の例では、ユーザーAu1はロールBIAuthorとBIConsumerのすべての権限を保有し、ユーザーAd1はロールBIAdministrator、BIAuthorおよびBIConsumerのすべての権限を保有します。

ポリシー・ストア

ポリシー・ストアは、システム・ポリシーとアプリケーション固有のポリシーのリポジトリです。ポリシー・ストアには、ファイルベースまたはLDAPベースのものがあります。

デフォルトのポリシー・ストアはsystem.jazn-data.xmlファイルです。

デフォルト・ポリシー・ストア

デフォルト・ポリシー・ストアsystem.jazn-data.xmlには、インストール時に構成されたOracle RTDポリシー、アプリケーション・ロール、アプリケーション権限およびデフォルトのメンバーシップ定義が格納されます。

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

表4-3に、インストール後のデフォルトのアプリケーション・ロールおよびロール・メンバーを示します。これらのデフォルトは別の値に変更できます。また、管理ユーザーはOracle Fusion Middleware Controlを使用してロール名を追加できます。

図4-1「Oracle Fusion Middlewareセキュリティ要素の例」は、これらのデフォルトのユーザー・ロールとデフォルトのグループおよびロール階層を図解したものです。

表4-3 デフォルトのアプリケーション・ロールおよびロール・メンバー

アプリケーション・ロール名

ロール・メンバー

BIAdministrator

BIAdministratorsグループ

BIAuthor

BIAuthorsグループ

BIAdministratorアプリケーション・ロール

BIConsumer

BIConsumersグループ

BIAuthorアプリケーション・ロール

BIAdministratorは、Oracle RTDインストールの構成と管理に必要な管理権限に対応するロールです。BIAdministratorsグループのメンバーには、このロールが明示的に付与され、BIAuthorとBIConsumerのロールが暗黙的に付与されます。このロールのデフォルトのOracle RTDアプリケーション権限のリストは、表4-5を参照してください。

BIAuthorは、他のユーザーが使用するコンテンツの作成および編集に必要な権限に対応するロールです。BIAuthorsグループのメンバーには、このロールが明示的に付与され、BIConsumerのロールが暗黙的に付与されます。このロールのデフォルトのOracle RTDアプリケーション権限のリストは、表4-5を参照してください。

BIConsumerは、他のユーザーが作成したコンテンツを使用するために必要な権限に対応するロールです。このロールのデフォルトのOracle RTDアプリケーション権限のリストは、表4-5を参照してください。

注意:

特殊ロールauthenticated_roleは、あらゆる認証済ユーザーにデフォルトで付与されます。デフォルトで、これはBIConsumerロールのメンバーです。authenticated_roleを削除すると、システムにログインできなくなります。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』の認証ロールに関する項を参照してください。

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

インストール後のOracle RTDユーザーのデフォルトのアプリケーション権限の詳細は、第4.3.1項「Oracle Real-Time Decisionsのデフォルトのアプリケーション権限」で説明します。

4.3 Oracle RTDのリソース・タイプとアクション

OPSSには、アプリケーションまたはシステムのリソースを保護するために、どの権限でも権限クラスとして使用できるJavaクラスoracle.security.jps.ResourcePermissionが含まれています。Oracle RTDは、このクラスを使用して、次の3種類のリソースへのアクセスを制御します。

- インライン・サービス

- デシジョン・センター・パースペクティブ

- バッチ・ジョブ

表4-4に、Oracle RTDでサポートされているリソース・タイプと各タイプの関連アクションを示します。

表4-4 Oracle RTDのリソース・タイプとアクション

リソース・タイプ

アプリケーション権限に格納されるリソース・タイプ名

アクション[:修飾子]

コメント

インライン・サービス

rtd_ils

choice_editor

名前付きインライン・サービスのためにExternalChoice Webサービスの任意のメソッドを実行できます。

decision_service:normal

名前付きインライン・サービスのために任意の統合点(アドバイザとインフォーマント)を実行できます。

アクション修飾子normalは、統合点リクエストをサーバーで実行できるようにします。

decision_service:stress

名前付きインライン・サービスのために任意の統合点(アドバイザとインフォーマント)を実行できます。

アクション修飾子のstressにより、LoadGenが統合点コールを発行できます。サーバーによって受け入れられるには、ユーザーはnormalアクションも必要です。

open_service:read

表示用に名前付きインライン・サービスを開くためにデシジョン・センターの使用を認可します。

また、外部ルール・エディタはインライン・サービスのコンテンツを更新する必要がないため、外部ルール・エディタが名前付きインライン・サービスにアクセスすることを認可します。

open_service:write

編集用に名前付きインライン・サービスを開くためにデシジョン・センターの使用を認可します。

deploy_service

デシジョン・スタジオからの名前付きインライン・サービスのデプロイメントを認可します。

download_service

サーバーから名前付きインライン・サービスをダウンロードするためにデシジョン・スタジオの使用を認可します。

clear_choice_history

Administration Webサービスを介した、名前付きインライン・サービスの選択肢履歴のクリアを認可します。

clear_study

Administration Webサービスを介した、名前付きインライン・サービスのスタディのクリアを認可します。

スタディは複数のインライン・サービスで共有されないため、所有インライン・サービスを指定することは、スタディを指定することと同じです

clear_statistics

Administration webサービスを介した、インライン・サービスの統計のクリアを認可します。

clear_model

Administration Webサービスを介した、名前付きインライン・サービスのモデルのクリアを認可します。

clear_all_operational_data

Administration Webサービスを介した、名前付きインライン・サービスの操作データのクリアを認可します。

delete_service

Administration Webサービスを介した、名前付きインライン・サービスの削除を認可します。

unlock_service

Administration Webサービスを介した、名前付きインライン・サービスのロック解除を認可します。

デシジョン・センター・パースペクティブ

rtd_dc_persp

dc_perspective

デシジョン・センターに専門のUI要素または機能をレンダリングさせるために、名前付きデシジョン・センター・パースペクティブを開きます。

登録されているバッチ・ジョブ・タイプ

rtd_batch

batch_admin

登録されているバッチ・ジョブ・タイプ名の開始、停止、またはステータスの問合せを行うために、BatchManager Webサービスの任意のメソッドを実行できます。

4.3.1 Oracle Real-Time Decisionsのデフォルトのアプリケーション権限

デフォルトのファイルベースのポリシー・ストアには、事前構成されたアプリケーション権限が含まれています。Oracle RTDでは、権限クラスoracle.security.jps.ResourcePermissionが使用されます。このクラスは、表4-4で示しているリソース・タイプの属性を参照します。

表4-5に、インストール後のデフォルトのアプリケーション権限に含まれるデフォルトのアプリケーション・ロール、Oracle RTDリソース・タイプ、リソース名およびアクションを示します。

注意:

リソース名_all _は、関連付けられているリソース・タイプの任意のOracle RTDリソース名に一致する特殊な名前です。

表4-5 RTDユーザーのデフォルトのアプリケーション権限

アプリケーション・ロール

リソース・タイプ

リソース名

アクション[:修飾子]

BIAdministrator

rtd_ils

_all_

open_service:read

_all_

open_service:write

_all_

deploy_service

_all_

download_service

_all_

choice_editor

_all_

decision_service:normal

_all_

decision_service:stress

_all_

clear_choice_history

_all_

clear_study

_all_

clear_statistics

_all_

clear_model

_all_

clear_all_operational_data

_all_

delete_service

_all_

unlock_service

rtd_dc_persp

_all_

dc_perspective

rtd_batch

_all_

batch_admin

BI Author

rtd_ils

_all_

open_service:read

_all_

open_service:write

_all_

deploy_service

_all_

download_service

_all_

decision_service:normal

_all_

decision_service:stress

rtd_dc_persp

_all_

dc_perspective

BI Consumer

rtd_ils

_all_

open_service:read

_all_

choice_editor

_all_

decision_service:normal

rtd_dc_persp

Explore

dc_perspective

At a Glance

dc_perspective

rtd_batch

_all_

batch_admin

Fusion Middleware Controlの「アプリケーション・ポリシー」画面に、アプリケーション・ロールBIAuthorの、Oracle RTDに関連するデフォルトの権限が図4-4のように表示されます。

図4-4 Fusion Middleware Controlの権限の例

「図4-4 Fusion Middleware Controlの権限の例」の説明

アプリケーション・ロールとアプリケーション・ポリシーの作成および編集方法の詳細は、第4.7.4項「Fusion Middleware Controlを使用したポリシー・ストアの管理」を参照してください。

4.4 共通セキュリティ関連タスクに使用される管理ツール

Oracle Real-Time DecisionsはOracle Fusion Middlewareプラットフォームと共通セキュリティ・フレームワークを共有します。この共通セキュリティ構成では、事実上の管理サーバーとしてOracle WebLogic Serverが使用されます。日常の管理タスクの実行中、実装詳細の大部分は隠され、Oracle Real-Time Decisionsのセキュリティ構成の管理に使用されるツールによってのみ公開されます。2つの主要管理ツールとして、次のものがあります。

- Oracle WebLogic Server管理コンソールは、デフォルトの管理インストール後にデフォルト・アイデンティティ・ストアとして機能する組込みLDAPサーバーのユーザーとグループを管理するために使用されます。

- Oracle Enterprise Manager Fusion Middleware Controlは、ユーザー、グループまたは他のアプリケーション・ロールに権限を付与するアプリケーション・ロールおよびアプリケーション・ポリシーを定義するために使用されます。

また、Oracle WebLogic Serverドメインの作成、管理および監視と、Oracle Fusion Middlewareセキュリティ機能の管理に使用できるコマンドライン・スクリプト・ツールとして、Oracle WebLogic Scripting Tool(WLST)があります。WLSTの使用の詳細は、『Oracle Fusion Middleware Oracle WebLogic Scripting Tool』および『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』を参照してください。

表4-6に、実行する共通セキュリティ関連タスクと、使用管理ツールを示します。

表4-6 共通タスクと使用管理ツール

タスク

使用するツール

認証対象のユーザーとグループの管理

Oracle WebLogic Server管理コンソール

アプリケーション・ロールとアプリケーション・ポリシーの管理

Fusion Middleware Control

4.5 Oracle RTDを保護するための標準のシステム管理タスク

表4-7に、Oracle RTDを保護するための標準のシステム管理タスクと、各タスクの関連情報の場所を示します。

表4-7 Oracle RTDを保護するための標準のシステム管理タスク

タスク

詳細の参照先

認証対象のユーザーとグループの管理

第4.6項「Oracle RTDの認証の管理」

Oracle RTDリソースへのアクセス権限の付与

第4.7項「Oracle RTDの認可と権限の管理」

デプロイメントでSSLを使用するかどうかの決定

第4.8項「Oracle RTDでのSSLの使用」

SSO認証の有効化

第4.9項「SSO認証の有効化」

4.6 Oracle RTDの認証の管理

この項には次のトピックが含まれます:

- 第4.6.1項「タスク・マップ: Oracle RTDの認証の構成」

- 第4.6.2項「Oracle Real-Time Decisionsの認証の概要」

- 第4.6.3項「デフォルトの認証プロバイダの管理」

- 第4.6.4項「新しい認証プロバイダの構成」

注意:

シングル・サインオン・ソリューションを使用した認証の構成の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareのシングル・サインオンの概要に関する項を参照してください。

4.6.1 タスク・マップ: Oracle RTDの認証の構成

次のタスク・マップに、認証構成の共通タスクをリストし、各タスクの詳細へのリンクを示します。

タスク

説明

参照先

認証方式の決定

デフォルトの組込みディレクトリ・サーバー(LDAPベース)を使用するか、別の外部認証方式を使用するかを決定します。

第4.6.2項「Oracle Real-Time Decisionsの認証の概要」

デフォルトの認証プロバイダの構成

デフォルトのセキュリティ・レルムのデフォルトの認証プロバイダを構成します。

第4.6.3項「デフォルトの認証プロバイダの管理」

ユーザーおよびグループの追加

アイデンティティ・ストアにユーザーおよびグループを追加します。

第4.6.3.1項「ユーザーおよびグループの管理」

ユーザーを認証する代替認証プロバイダの構成

代替認証プロバイダを構成します。

第4.6.4項「新しい認証プロバイダの構成」

4.6.2 Oracle Real-Time Decisionsの認証の概要

インストール時にOracle WebLogic Serverドメインが作成され、そのドメインにOracle Real-Time Decisionsがインストールされます。Oracle WebLogic Serverドメインのセキュリティは、そのドメインのセキュリティ・レルムのコンテキストで管理されます。セキュリティ・レルムは、範囲指定メカニズムとして機能します。各セキュリティ・レルムには、一連の構成済セキュリティ・プロバイダ、ユーザー、グループ、セキュリティ・ロール、およびセキュリティ・ポリシーが含まれています。ドメインでは1つのセキュリティ・レルムだけがアクティブになります。

Oracle Real-Time Decisionsの認証は、Oracle Real-Time Decisionsのインストール先WebLogic Serverドメインのデフォルトのセキュリティ・レルムに対して構成されている認証プロバイダによって実行されます。Oracle WebLogic Serverドメインの管理に使用される管理ツールは、Oracle WebLogic Server管理コンソールです。

次の各項では、Oracle WebLogic Serverの主なセキュリティ概念の概要を示します。Oracle WebLogic Serverのセキュリティの詳細と管理方法は、『Oracle Fusion Middleware Oracle WebLogic Serverセキュリティの理解』およびOracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。

4.6.2.1 アイデンティティ・ストアと認証プロバイダ

アイデンティティ・ストアには、ユーザー名、パスワードおよびグループ・メンバーシップの情報が含まれています。これはユーザー資格証明のデータ・ストアとして機能します。認証プロバイダは、格納されているユーザー情報にアクセスし、ユーザーの認証処理を担当します。たとえば、ログイン時にユーザー名とパスワードの組合せを入力すると、認証プロバイダは、提供された資格証明を検証するためにアイデンティティ・ストアを検索します。Oracle RTDに対してSSO認証が構成されている場合は、SSOプロバイダもこのアイデンティティ・ストアに格納されているデータを使用します。

Oracle WebLogic Server付属の組込みディレクトリ・サーバー以外のアイデンティティ・ストアを使用した場合、第4.2.2項「認証の主要素」で示しているデフォルト・ユーザーおよびグループの自動構成は行われません。独自に選択した名前でユーザーやグループを作成することも、デフォルトのユーザー名とグループ名を作成しなおすこともできます(認証プロバイダでサポートされている場合)。この作業が完了したら、デフォルトのOracle RTDアプリケーション・ロールを対応するグループにマップする必要があります。たとえば、企業のLDAPサーバーをアイデンティティ・ストアとして使用しており、Oracle RTDのデフォルトのユーザーとグループをそのサーバーに再作成できない場合は、デフォルトのアプリケーション・ロールを、企業のLDAPサーバー固有の別のグループにマップする必要があります。デフォルトのアプリケーション・ロールとグループのマッピングの詳細は、第4.2.2項「認証の主要素」および第4.2.3項「認可の主要素」を参照してください。

4.6.3 デフォルトの認証プロバイダの管理

Oracle Real-Time Decisionsは、インストール後、Oracle WebLogic Serverのデフォルトの認証プロバイダ(DefaultAuthenticator)を使用するように構成されます。DefaultAuthenticatorは、ユーザー名およびパスワード認証をサポートしています。Oracle WebLogic Serverの組込みディレクトリ・サーバーが、デフォルトのユーザー・データ・ソース(アイデンティティ・ストア)として構成されます。認証プロバイダは、認証リクエストの検証中、アイデンティティ・データ・ストアに接続して資格証明を検証します。認証プロバイダは、Oracle WebLogic Server管理コンソールで構成されたユーザー・データ・ストアを使用します。

アクティブな・セキュリティ・レルムには、複数の認証プロバイダを構成できますが、アクティブ化できるプロバイダは一度に1つのみです。その優先度は、リスト内のプロバイダの順序によって決まります。セキュリティ・レルムに認証プロバイダを多数定義しておくことで累積的な効果がもたらされるというわけではなく、リスト内の最初のプロバイダが、認証で必要とされるユーザーやパスワードの全データの情報源となります。複数の認証プロバイダを定義できるため、リスト内の順序を変更することによって、認証プロバイダを切り替えることが可能です。たとえば、開発環境と本番環境で異なるディレクトリ・サーバーを個別に使用している場合、リスト内のサーバーを並べ替えることによって、認証時に使用するサーバーを変更できます。

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

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

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

デフォルトのアイデンティティ・ストアは、Oracle WebLogic Serverの組込みディレクトリ・サーバーです。ただし、使用可能なディレクトリ・サーバーとして多くのサーバーをサポートしており、またデータベースや表などの代替ソースも使用できます。デフォルト以外のディレクトリ・サーバーへのユーザーまたはグループの追加の詳細は、製品のドキュメントを参照してください。Oracle RTDでの使用がサポートされている認証プロバイダとディレクトリ・サーバーの最新のリストは、システム要件と動作保証情報のドキュメントを参照してください。詳細は、第1.4項「システム要件と動作保証情報」を参照してください。

デフォルトのディレクトリ・サーバーでのユーザーとグループの管理の詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。

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

1. Oracle WebLogic Server管理コンソールで左ペインから「セキュリティ・レルム」を選択し、構成するレルムをクリックします。例: myrealm。

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

3. 「新しいユーザーの作成」ペインで、次の情報を指定します。

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

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

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

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

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

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

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

1. Oracle WebLogic Server管理コンソールで左ペインから「セキュリティ・レルム」を選択し、構成するレルムをクリックします。例: myrealm。

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

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

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

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

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

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

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

1. Oracle WebLogic Server管理コンソールで左ペインから「セキュリティ・レルム」を選択し、構成するレルムをクリックします。例: myrealm。

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

3. 「ユーザー」表で、グループに追加するユーザーを選択します。

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

5. 「使用可能」リスト・ボックスから1つまたは複数のグループを選択します。

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

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

1. Oracle WebLogic Server管理コンソールで左ペインから「セキュリティ・レルム」を選択し、構成するレルムをクリックします。例: myrealm。

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

3. Users表で、パスワードを変更したいユーザーを選択します。

4. 「パスワード」タブを選択し、「新規パスワード」フィールドおよび「パスワード確認」フィールドにパスワードを入力します。

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

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

LDAPサーバーやデータベースなどの任意の環境で様々なタイプの認証プロバイダを使用できます。代替の外部アイデンティティ・ストアを使用するようにOracle RTDを構成するには、Oracle WebLogic Server管理コンソールを使用します。

Oracle RTDでの使用がサポートされている認証プロバイダとディレクトリ・サーバーの最新のリストは、システム要件と動作保証情報のドキュメントを参照してください。詳細は、第1.4項「システム要件と動作保証情報」を参照してください。

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

注意:

新しい認証プロバイダのユーザー・データ・ソースとしてデフォルト以外のディレクトリ・サーバーを使用している場合も、Oracle WebLogic Server管理コンソールでそのディレクトリ・サーバーのユーザーとグループを表示できます。しかし、ユーザーとグループの管理は、引き続きそのディレクトリ・サーバーのインタフェースで行います。

Oracle RTDは、WebLogic Serverドメイン内のアクティブなセキュリティ・レルムに対して構成されている最初の認証プロバイダを使用します。ドメインのアクティブなセキュリティ・レルムには、複数の認証プロバイダを構成できます。リスト内の順序によって、優先度が決まります。複数の認証プロバイダを構成することで累積的な効果がもたらされるわけではなく、先頭に配置されたプロバイダが認証に必要なすべてのユーザーおよびパスワード定義のソースになります。これにより、必要に応じて認証プロバイダを切り替えることが可能になります。たとえば、開発環境と本番環境で異なるLDAPサーバーを個別に使用している場合、サーバーの順序を変更することによって、認証に使用するサーバーを変更できます。

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

注意:

デフォルトの組込みLDAPサーバー以外の認証プロバイダを使用するようにセキュリティ・レルムを構成した場合は、代替アイデンティティ・ストア内の適切なグループ(エンタープライズ・ロール)にアプリケーション・ロールをマップしなおす必要があります。

認証セキュリティ・プロバイダの構成方法を確認するには、Oracle WebLogic Server管理コンソールにログインし、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプで詳細手順を参照してください。Oracle Internet Directoryを認証プロバイダとして構成する方法の詳細は、第4.6.4.1項「認証プロバイダとしてのOracle Internet Directoryの構成」を参照してください。

4.6.4.1 認証プロバイダとしてのOracle Internet Directoryの構成

別の認証プロバイダとアイデンティティ・ストアの組合せを構成するプロセスについて説明する次の手順では、Oracle Internet Directoryを使用しています。両方に同じディレクトリ・サーバーを使用すると便利ですが、Oracle RTDでサポートされている任意のサーバーの組合せを使用できます。

このプロセスでは、認証プロバイダとアイデンティティ・ストアの両方として機能するようにOracle Internet Directoryを構成する方法を示しています。別のディレクトリ・サーバーを使用する場合は相違点があります。Oracle WebLogic Serverドメインに対する認証プロバイダの構成の詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。

Oracle Internet Directoryがユーザー・データ(アイデンティティ・ストア)を提供する場合、Oracle Internet Directory認証プロバイダの構成は管理コンソールで行います。

この項の残りの部分では、Oracle Internet Directory認証プロバイダの構成方法と、認証プロバイダ・リストの並替え方法について説明します。

Oracle Internet Directory認証プロバイダを構成するには:

次の説明では、Oracle Internet Directoryを表すものとして、MyOIDDirectoryという名前を使用しています。

1. Oracle WebLogic Server管理コンソールの「チェンジ・センター」で、「ロックして編集」をクリックします。
図wls01.gifの説明

2. 左側のペインで「セキュリティ・レルム」を選択し、構成対象のセキュリティ・レルムをクリックします。例: myrealm。

3. 「プロバイダ」を選択し、「認証」を選択します。「新規」をクリックし、「新しい認証プロバイダの作成」ページを起動します。
図wls03.gifの説明

4. 「新しい認証プロバイダの作成」ページで、次のように値を入力します。

- 名前: 認証プロバイダの名前を入力します。例: MyOIDDirectory。

- タイプ: リストから、「OracleInternetDirectoryAuthenticator」を選択します。

- 「OK」をクリックします。
図wls04.gifの説明

5. 「プロバイダ」を選択し、「認証」を選択します。構成対象の認証プロバイダの名前をクリックします。例: MyOIDDirectory。
複数のタブで構成される、Oracle Internet Directory認証プロバイダの「構成」ページが表示されます。「構成」ページのフィールドの設定方法の詳細を確認するには、各フィールドにある「詳細...」リンクをクリックします。

次に、Oracle Internet Directory認証プロバイダの「制御フラグ」を設定します。複数の認証プロバイダの構成時には、「制御フラグ」によって、ログイン・シーケンスでの認証プロバイダの使用方法が制御されます。

6. 「共通」タブの「制御フラグ」で、リストからSUFFICIENTを選択して、この値を設定します。「制御フラグ」の設定の詳細を確認するには、「詳細...」をクリックします。
図wls05.gifの説明

7. 「プロバイダ固有」タブを選択して、各フィールドを次のように設定します。各セクションのその他のフィールドの設定を確認するには、「詳細...」をクリックします。

セクション名

フィールド名

説明

接続

ホスト

Oracle Internet Directoryサーバーのホスト名。

ポート

Oracle Internet Directoryサーバーがリスニングしているポート番号。

プリンシパル

Oracle Internet Directoryサーバーへの接続に使用されるOracle Internet Directoryユーザーの識別名(DN)。例: cn=OIDUser,cn=users,dc=us,dc=mycompany,dc=com

資格証明

プリンシパルとして入力されたOracle Internet Directoryユーザーのパスワード。

ユーザー

ユーザー・ベースDN

ユーザーを含むOracle Internet Directoryサーバー・ツリーのベース識別名(DN)。

グループ

グループ・ベースDN

グループを含むOracle Internet Directoryサーバー・ツリーのベース識別名(DN)。

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

9. 「チェンジ・センター」の「変更のアクティブ化」をクリックします。
管理サーバーと管理対象サーバーを再起動する必要があります。

10. Oracle WebLogic Serverを再起動します。

認証プロバイダを並べ替えるには:

Oracle WebLogic Server管理コンソールの「認証プロバイダ」ページには、デフォルトのセキュリティ・レルムに対して構成されているすべての認証プロバイダが表示されます。Oracle RTDは、先頭に配置されている認証プロバイダのみを使用します。複数のプロバイダが構成されている場合は、Oracle RTDに使用させる認証プロバイダを先頭に移動する必要があります。

1. Oracle WebLogic Server管理コンソールの「チェンジ・センター」で、「ロックして編集」をクリックします。

2. 左側のペインで「セキュリティ・レルム」を選択し、構成対象のセキュリティ・レルムをクリックします。例: myrealm。左側のペインの「ドメイン構造」セクションで、「セキュリティ・レルム」を選択します。

3. 「プロバイダ」タブを選択し、「認証」を選択します。

4. 「並替え」をクリックします。

5. Oracle Internet Directory認証プロバイダの名前を選択し、矢印ボタンを使用して先頭に移動します。次の図のような結果になります。ここでは、Oracle Internet DirectoryをMyOIDDirectoryとして示しています。
図oid23_crop.gifの説明

4.7 Oracle RTDの認可と権限の管理

この項には次のトピックが含まれます:

- 第4.7.1項「タスク・マップ: Oracle RTDの認可の構成」

- 第4.7.2項「認可プロセスの概要」

- 第4.7.3項「ポリシー・ストアの構成」

- 第4.7.4項「Fusion Middleware Controlを使用したポリシー・ストアの管理」

4.7.1 タスク・マップ: Oracle RTDの認可の構成

次のタスク・マップに、認可構成の共通タスクをリストし、各タスクの詳細へのリンクを示します。

タスク

説明

参照先

認可方式の決定

ポリシー・ストアをデフォルトのファイルにするか、LDAPベースにするかを決定します。

第4.7.2項「認可プロセスの概要」

ポリシー・ストアの構成

ポリシー・ストアの構成と再関連付けを行います。

第4.7.3項「ポリシー・ストアの構成」

アプリケーション・ロールとアプリケーション・ポリシーの作成、編集および削除

Fusion Middleware Controlを使用して、アプリケーション・ロールとアプリケーション・ポリシーを作成、編集および削除します。

第4.7.4項「Fusion Middleware Controlを使用したポリシー・ストアの管理」

4.7.2 認可プロセスの概要

ユーザーが認証されると、そのユーザーのOracle RTDへの後続のアクセスは、ポリシー・ストアに格納されたアプリケーション・ポリシー内のアプリケーション権限を通じて制御されます。この制御はFusion Middleware Controlによって管理されます。

4.7.2.1 ポリシー・ストア

ポリシー・ストアには、アプリケーションで使用される、システムおよびアプリケーション固有のポリシーとロールが格納されます。ドメインのポリシー・ストアとして、ファイルベースまたはLDAPベースのストアを使用できます。デフォルトのポリシー・ストアはXMLファイル(system-jazn-data.xml)としてインストールされます。このXMLファイルには、Oracle RTDのデフォルトのアプリケーション・ロール、権限、ユーザーおよびグループ間のマッピング定義が保持されます。これらの定義はすべてインストールの一部として構成されます。

Oracle RTDの権限は、アイデンティティ・ストア内のユーザーおよびグループを、ポリシー・ストアに配置されているアプリケーション・ロールおよびアプリケーション権限にマップすることによって付与されます。ユーザーやグループ(アイデンティティ・ストア)とアプリケーション・ロール(ポリシー・ストア)との間のこれらマッピング定義は、ポリシー・ストアにも保存されます。

ファイルベースとLDAPベースのどちらのタイプのポリシー・ストアも、Fusion Middleware Controlを使用して管理されます。

4.7.3 ポリシー・ストアの構成

インストール時には、デフォルトのポリシー・ストアとしてsystem-jazn-data.xmlファイルが事前構成されます。デフォルトを継続して使用し、環境に応じて必要な変更を加えることができますが、LDAPベースのプロバイダにデフォルトのデータを移行することもできます。本番環境では、通常、LDAPベースのプロバイダが使用されます。この使用をお薦めします。

権限はOracle RTDが認識可能な方法で定義する必要があります。第4.3項「Oracle RTDのリソース・タイプとアクション」で説明しているように、Oracle RTDの有効なすべてのタイプおよびリソース名が用意され、デフォルトのアプリケーション・ロールに事前にマップされています。Oracle RTDのリソース・タイプの新規作成はできませんが、ダミー名_all_のかわりに特定の名前をリソース名として選択できます。

対応する管理インタフェースを使用して、ポリシー・ストアに格納されているアプリケーション・ポリシーおよびロール定義のアプリケーション権限を調整できます。

4.7.3.1 LDAPベースのポリシー・ストアの構成

このリリースでサポートされているLDAPサーバーは、Oracle Internet Directoryのみです。詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のLDAPベースのOPSSセキュリティ・ストアの使用に関する項を参照してください。

4.7.3.2 ポリシー・ストアの再関連付け

ポリシーや資格証明を1つのセキュリティ・ストアから別のセキュリティ・ストアに移行することを、再関連付けと呼びます。ファイルベースのストアからLDAPベースのストアへ、またはLDAPベースのストアから別のLDAPベースのストアへ、ポリシー・ストアのデータを再関連付けできます。一般に、再関連付けは、テスト環境などから本番環境などへ環境を移行するときに行われます。

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

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

ポリシー・ストアは、Fusion Middleware Controlを使用して管理されます。Fusion Middleware Controlの使用の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

注意:

標準のバックアップ計画の一部として、元のsystem-jazn-data.xmlポリシー・ファイルのコピーを作成し、安全な場所に配置しておいてください。必要に応じて、元のファイルのコピーを使用してデフォルトのポリシー・ストア構成をリストアします。デフォルトのセキュリティ構成を変更すると、望ましくない状態に陥る可能性があります。

認可を制御する2つの主要オブジェクトは、アプリケーション・ロールとアプリケーション・ポリシーです。これらのオブジェクト、およびこれらのオブジェクトとユーザーおよびグループとの相互関係に関する一般情報は、第4.2.3項「認可の主要素」および第4.2.1項「Oracle RTDのセキュリティ制御」を参照してください。

第4.3.1項「Oracle Real-Time Decisionsのデフォルトのアプリケーション権限」で説明しているように、デフォルトのセキュリティ構成の要素であるアプリケーション・ロール、アプリケーション権限およびグループは事前に相互にマップされています。

アプリケーション・ロールとアプリケーション・ポリシー

アプリケーション・ロールは、ユーザー、グループおよび他のアプリケーション・ロールで構成されます。ユーザーとグループは、認証プロバイダに関連付けられているアイデンティティ・ストア内に作成されます。これらは、Fusion Middleware Controlでアプリケーション・ロールに割り当てることができます。

アプリケーション権限は、誰が、どのリソースに対して、どの操作を実行できるかを制御します。この権限は、Fusion Middleware Controlでアプリケーション・ポリシー内に定義されます。アプリケーション権限は、通常、アプリケーション指向の権限セットと、これらの権限を付与された1つ以上のアプリケーション・ロールで構成されます。

インストール時に作成されるデフォルトのアプリケーション・ロールとアプリケーション・ポリシーを使用するほかに、独自のアプリケーション・ロールとアプリケーション・ポリシーを作成できます。この作成プロセスの簡略化した概要を次に示します。

1. アプリケーション・ロールを作成し、この新しいロールに単一または複数のユーザー、グループおよび既存のアプリケーション・ロールを追加します。

2. アプリケーション・ポリシーを作成し、アプリケーション指向の1つ以上の権限と、単一または複数の権限受領者を指定します。権限受領者は通常アプリケーション・ロールですが、一般に、アプリケーション・ロール、ユーザーまたはグループを権限受領者として指定できます。
アプリケーション・ポリシーにロールが追加された段階で初めて、そのロールによるアプリケーション・ポリシー内の権限の認可が有効になります。

一般に、Fusion Middleware Controlでは、新しいアプリケーション・ロールまたはアプリケーション・ポリシーの作成方法として次の2つの方法があります。

- アプリケーション・ロールまたはアプリケーション・ポリシーの構成要素を明示的に定義することによって、これらを作成します。

- 既存のアプリケーション・ロールまたはアプリケーション・ポリシーに基づいてアプリケーション・ロールまたはアプリケーション・ポリシーを作成します。既存のオブジェクトの構成要素をコピーし、追加または変更を行います。

注意:

セキュリティ構成に組み込むアプリケーション・ロールを新規作成する際には、事前に、権限とグループの継承がどのように行われるかを把握してください。アプリケーション・ロール階層の構成時には、循環依存が発生しないようにすることが重要です。

この項の残りの部分では、Fusion Middleware Controlでのアプリケーション・ロールとアプリケーション・ポリシーの管理方法について説明します。この項の内容は次のとおりです。

- 第4.7.4.1項「新しいアプリケーション・ロールの作成」

- 第4.7.4.2項「別のアプリケーション・ロールに類似するアプリケーション・ロールの作成」

- 第4.7.4.3項「アプリケーション・ロールの編集」

- 第4.7.4.4項「アプリケーション・ロールの削除」

- 第4.7.4.5項「新しいアプリケーション・ポリシーの作成」

- 第4.7.4.6項「別のアプリケーション・ポリシーに類似するアプリケーション・ポリシーの作成」

- 第4.7.4.7項「アプリケーション・ポリシーの編集」

- 第4.7.4.8項「アプリケーション・ポリシーの削除」

4.7.4.1 新しいアプリケーション・ロールの作成

新しいアプリケーション・ロールの作成プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ロール」を選択します。

3. アプリケーション・ストライプobiでアプリケーション・ロールを選択および検索します(「ロール名」ボックスの横のボタンをクリック)。

4. 「作成...」をクリックします。

5. 「アプリケーション・ロールの作成」ページで次の操作を行います。

- 「ロール名」に名前を入力します。

- オプションで、「表示名」と「説明」に入力を行います。

- 単一または複数のアプリケーション・ロール、グループ、ユーザーを追加します。
どれについても、使用可能なアプリケーション・ロール、グループおよびユーザーから検索し、選択できます。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.2 別のアプリケーション・ロールに類似するアプリケーション・ロールの作成

別のアプリケーション・ロールからのコピーによるアプリケーション・ロールの作成プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ロール」を選択します。

3. アプリケーション・ストライプobiでアプリケーション・ロールを選択および検索します(「ロール名」ボックスの横のボタンをクリック)。

4. 検索結果でアプリケーション・ロールを選択します。

5. 「類似作成...」をクリックします。

6. 「アプリケーション・ロールの類似作成」ページで:

- 「ロール名」の名前を変更します。

- オプションで、「表示名」と「説明」の内容を編集します。

- 単一または複数のアプリケーション・ロール、グループ、ユーザーを追加または削除します。
各追加では、使用可能なアプリケーション・ロール、グループおよびユーザーから検索し、選択できます。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.3 アプリケーション・ロールの編集

アプリケーション・ロールの編集プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ロール」を選択します。

3. アプリケーション・ストライプobiでアプリケーション・ロールを選択および検索します(「ロール名」ボックスの横のボタンをクリック)。

4. 検索結果でアプリケーション・ロールを選択します。

5. 「編集...」をクリックします。

6. 「アプリケーション・ロールの編集」ページで次の操作を行います。

- オプションで、「表示名」と「説明」の内容を編集します。

- 単一または複数のアプリケーション・ロール、グループ、ユーザーを追加または削除します。
各追加では、使用可能なアプリケーション・ロール、グループおよびユーザーから検索し、選択できます。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.4 アプリケーション・ロールの削除

アプリケーション・ロールの削除プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ロール」を選択します。

3. アプリケーション・ストライプobiでアプリケーション・ロールを選択および検索します(「ロール名」ボックスの横のボタンをクリック)。

4. 検索結果でアプリケーション・ロールを選択します。

5. 「削除...」をクリックします。

6. アプリケーション・ロールの削除を確認します。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.5 新しいアプリケーション・ポリシーの作成

新しいアプリケーション・ポリシーの作成プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ポリシー」を選択します。

3. アプリケーション・ストライプobiでセキュリティ権限を選択および検索します(「名前」ボックスの横の右矢印ボタンをクリック)。

4. 検索結果でアプリケーション・ポリシーを選択します。

5. 「作成...」をクリックします。

6. 「アプリケーション権限の作成」ページで次の操作を行います。

- 1つ以上の権限を追加、編集または削除します。

- 単一または複数の権限受領者を追加、編集または削除します。

アプリケーション権限を作成する際には、権限と権限受領者のエントリを少なくとも1つずつ追加する必要があります。

1つ以上の権限の追加

Oracle RTDのデフォルトの権限(第4.3項「Oracle RTDのリソース・タイプとアクション」を参照)には、関連付けられたリソース・タイプのあらゆるOracle RTDリソース名と一致するダミー・リソース名_all_が含まれています。

次のいずれかのプロセスを使用して、権限を追加できます。

- 権限クラスoracle.security.jps.ResourcePermissionの既存の権限を検索し、必要に応じて変更します。

- Oracle RTDリソース、つまり第4.3項「Oracle RTDのリソース・タイプとアクション」に指定されているいずれかのリソース・タイプのリソースの権限アクションを指定します。

たとえば、単一のインライン・サービスMarket_ILSを読み書き両用に開き、デプロイできるようにするには、次の手順を実行します:

- 「権限の追加」ウィンドウで、「リソース・タイプ」ラジオ・ボタンを選択し、「リソース・タイプ」でrtd_ilsを選択します。

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

- 「カスタマイズ」領域で「リソース名」に「Market_ILS」と入力し、このリソースに対する適切な権限アクションを選択します。

- 「選択」をクリックします。

権限および権限アクションを編集することも可能です。ただし、表4-4で示している使用可能な権限アクションとアクション修飾子に従う必要があります。

単一または複数の権限受領者の追加

単一または複数のアプリケーション・ロール、グループ、ユーザーを追加できます。

各追加では、使用可能なアプリケーション・ロール、グループおよびユーザーから検索し、選択できます。

新しいアプリケーション・ポリシーの作成が完了すると、追加した権限受領者のリストによって、obiアプリケーション・ストライプのすべてのセキュリティ権限のリストのどこに新しいアプリケーション・ポリシーが表示されるかが決まります。次のようになります。

- 新しいアプリケーション・ポリシーの権限受領者が、「プリンシパル」列に示されている既存のセキュリティ権限の権限受領者と一致する場合、それらの権限受領者を示す既存のセキュリティ権限に、その権限受領者の組合せを対象として、新しいアプリケーション・ポリシーの権限が表示されます。

- 新しいアプリケーション・ポリシーの権限受領者が、「プリンシパル」列に示されている既存のセキュリティ権限の権限受領者と一致しない場合、新しい「プリンシパル」行に、新しいアプリケーション・ポリシーに含まれている新しい権限受領者と権限が表示されます。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.6 別のアプリケーション・ポリシーに類似するアプリケーション・ポリシーの作成

別のアプリケーション・ポリシーからのコピーによるアプリケーション・ポリシーの作成プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ポリシー」を選択します。

3. アプリケーション・ストライプobiでセキュリティ権限を選択および検索します(「権限」ボックスの横のボタンをクリック)。

4. 検索結果でアプリケーション・ポリシーを選択します。

5. 「類似作成...」をクリックします。

6. 「アプリケーション権限の類似作成」ページに、コピー元のポリシーの権限と権限受領者が表示されます。「アプリケーション権限の類似作成」ページでは、次の編集操作を実行できます。

- 権限の追加、編集および削除

- 単一または複数のアプリケーション・ロール、グループ、ユーザーを追加および削除します。

第4.7.4.5項「新しいアプリケーション・ポリシーの作成」で説明している考慮事項と推奨事項が同様に適用されます。

新しいアプリケーション権限の作成が完了すると、アプリケーション権限内の権限受領者のリストによって、obiアプリケーション・ストライプのすべてのセキュリティ権限のリストのどこに新しいアプリケーション権限が表示されるかが決まります。次のようになります。

- 新しいアプリケーション権限の権限受領者が、「プリンシパル」列に示されている既存のセキュリティ権限の権限受領者と一致する場合、それらの権限受領者を示す既存のセキュリティ権限に、その権限受領者の組合せを対象として、新しいアプリケーション権限の権限が表示されます。

- 新しいアプリケーション・ポリシー権限の権限受領者が、「プリンシパル」列に示されている既存のセキュリティ権限の権限受領者と一致しない場合、新しい「プリンシパル」行に、新しいアプリケーション権限で選択された新しい権限受領者と権限が表示されます。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.7 アプリケーション・ポリシーの編集

アプリケーション・ポリシーの編集プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ポリシー」を選択します。

3. アプリケーション・ストライプobiでセキュリティ権限を選択および検索します(「権限」ボックスの横のボタンをクリック)。

4. 検索結果でアプリケーション・ポリシーを選択します。

5. 「編集...」をクリックします。

6. 「アプリケーション権限の編集」ページで次の操作を行います。

- 1つ以上の権限の追加、編集または削除

- 単一または複数のアプリケーション・ロール、グループ、ユーザーを追加または削除します。

編集操作と、編集後のポリシーが表示される場所の両方に関して、第4.7.4.6項「別のアプリケーション・ポリシーに類似するアプリケーション・ポリシーの作成」で説明している考慮事項と推奨事項が同様に適用されます。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.7.4.8 アプリケーション・ポリシーの削除

アプリケーション・ポリシーの削除プロセスの概要は次のとおりです。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるサーバーレベルのOracle RTDエントリまたは「WebLogicドメイン」にあるbifoundation_domainエントリを右クリックして「セキュリティ」を選択し、「アプリケーション・ポリシー」を選択します。

3. アプリケーション・ストライプobiでセキュリティ権限を選択および検索します(「権限」ボックスの横のボタンをクリック)。

4. 検索結果でアプリケーション・ポリシーを選択します。

注意:

選択するアプリケーション・ポリシーは、「プリンシパル」列に示されているその権限受領者の組合せによって識別されます。削除操作の結果として、選択した行が削除されます。つまり、権限受領者の組合せが、その関連する権限とともにセキュリティ権限リストから削除されます。

5. 「削除...」をクリックします。

6. アプリケーション・ポリシーの削除を確認します。

追加情報および詳細な手順は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のFusion Middleware Controlを使用したポリシーの管理に関する項を参照してください。

4.8 Oracle RTDでのSSLの使用

Oracle Fusion MiddlewareでのSSLに関する一般情報は、『Oracle Fusion Middleware管理者ガイド』の「Oracle Fusion MiddlewareでのSSLの構成」の章を参照してください。

Oracle RTDに対してSSLを有効化する手順は次のとおりです。

1. Oracle WebLogic Server管理コンソールで「環境」を選択し、「サーバー」を選択して、Oracle RTDが含まれている管理対象サーバーに対してデフォルトのSSLポート(9804)とデモ信頼を有効化します。

2. クライアント・マシン上に<RTD_HOME>/etc/sslディレクトリを作成し、デモ・トラストストア・ファイルがインストールされているサーバー側の場所<mw_home>/wlserver_10.3/server/lib/DemoTrust.jksから、このファイルをクライアント・マシン上の<RTD_HOME>/etc/sslにコピーします。

3. デシジョン・スタジオがこのトラストストア・ファイルを使用できるようにするために、<MW_HOME>/Oracle_BI1/clients/rtd/eclipse/eclipse.iniファイルを次のように編集します。
トラストストア・ファイルを指すように、-Djavax.net.ssl.trustStore行を変更します。

例:

-Djavax.net.ssl.trustStore=C:/OracleBI/RTD/etc/ssl/DemoTrust.jks

4. CommandLineDeployでは、java -Djavax.net.ssl.trustStore=<DemoTrust.jks> -jar deploytool.jar -deploy -sslConnection true <ILS> <username> <password> <host> <port>を実行します。
例: java -Djavax.net.ssl.trustStore=C:/OracleBI/RTD/etc/ssl/DemoTrust.jks -jar deploytool.jar -deploy -sslConnection true "C:\OracleBI\RTD\examples\CrossSell" weblogic psw dadvmh0044 9804

5. ロード・ジェネレータでは、スクリプト<RTD_HOME>/scripts/sdexec.cmdで次の行のコメントを解除します。
rem set TRUST_STORE_OPTS=-Djavax.net.ssl.trustStore="%SD_ROOT%\etc\ssl\sdtrust.store"

そして、TRUST_STORE_OPTS値を次の値に置換します。

-Djavax.net.ssl.trustStore=<dir-name>\DemoTrustStore.jks

例:

-Djavax.net.ssl.trustStore=c:\rtd\etc\ssl\DemoTrust.jks

6. バッチ・コンソールでは、java -Djavax.net.ssl.trustStore="<DemoTrust.jks>" -jar batch-console.jar -url https://<machine_name>:<SSL_port>を実行します。
例: java -Djavax.net.ssl.trustStore="c:\rtd\etc\ssl\DemoTrust.jks" -jar batch-console.jar -url https://localhost:9804

4.9 SSO認証の有効化

この項では、Oracle RTDに対するシングル・サインオン(SSO)認証の構成の一般的なガイドラインを示します。

Oracle Fusion MiddlewareでのSSOに関する一般情報は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Fusion Middlewareでのシングル・サインオンの概要に関する項を参照してください。

Oracle Fusion Middleware 11gでのエンタープライズレベルのSSO認証プロバイダとして、Oracle Access Managerを使用することをお薦めします。Oracle Fusion MiddlewareによるOracle Access Managerの構成と管理の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』のOracle Access Manager 11gでのシングル・サインオンの構成に関する項およびOracle Access Manager 10gでのシングル・サインオンの構成に関する項を参照してください。

特にOracle RTDでは、認証ポリシーおよび認可ポリシーに対して定義するリソースURLは次のとおりです。

- 保護リソース

- /ui/*

- パブリック・リソース

- /ui/images/*

- /ui/do/logout

- /ui/ping.jsp

- /ui/logged_out.jsp

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

他のガイドで、システム管理者が関心を持つ可能性がある次のトピックを取り上げています。表4-8にこれらのトピックをリストし、参照先のガイド名を示します。

表4-8 他のガイドで取り上げられているトピック

トピック

ガイド名

インストール

Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイド

Fusion Middlewareセキュリティ・フレームワーク

アプリケーション・ロールの管理

Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド

Fusion Middleware Controlの使用

Oracle Fusion Middleware管理者ガイド

Oracle WebLogic Server管理コンソールの起動

Oracle Fusion Middleware Oracle WebLogic Serverの紹介

Oracle Business Intelligenceのセキュリティ

Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド

5 Oracle Real-Time Decisionsのデータ・アクセスの構成

この章では、Oracle RTDで外部データへのアクセスに使用されるJDBCデータ・ソースの構成方法について説明します。データ・ソースはアプリケーション・サーバーに固有のものであり、インライン・サービスのサプライヤとして使用される新しいJDBCデータ・ソースを識別するために使用されます。これらのデータ・ソースは、RDBMSデータベースであることも、ODBCで識別されるデータ・ソースであることもあります。

エンタープライズ・データ・ソースに対してサポートされているバージョンの詳細は、第1.4項「システム要件と動作保証情報」で示しているドキュメントを参照してください。

この章には次のトピックが含まれます:

- 第5.1項「WebLogicでの追加のJDBCデータ・ソースの作成」

- 第5.2項「新しいエンタープライズ・データ・ソースのテスト」

5.1 WebLogicでの追加のJDBCデータ・ソースの作成

Real-Timeデシジョン・サーバーをWebLogicで実行する場合は、この項の手順に従い、インライン・サービスが外部データにアクセスできるようにJDBCデータ・ソースを構成します。

この項には次のトピックが含まれます:

- 第5.1.1項「データ・ソース用のJDBC jarファイルへのパスの設定」

- 第5.1.2項「WebLogicでのデータ・ソースの作成」

5.1.1 データ・ソース用のJDBC jarファイルへのパスの設定

データ・ソース用のJDBC jarファイルのパスを設定するために、管理対象サーバーでクラスパスにパスを追加する必要がある場合があります。データ・ソースのデータベースがOracle RTDデータベースとは異なり、これまでにパスを編集していない場合、この作業が必要になることがあります。

1. 追加するエンタープライズ・データ・ソースがTeradataデータ・ソースの場合は、ファイルterajdbc4.jarおよびtdgssconfig.jarを任意の<teradata_jar_files_directory>ディレクトリにコピーします。これらのファイルはTeradata Webサイト(http://www.teradata.com)からダウンロードできます。必ず、使用しているデータベース・バージョンと互換性のあるJDBCドライバ・ファイルをダウンロードしてください。

2. Oracle RTDドメインの管理コンソールにログインします。
http://weblogic_host:port/console

3. 次のパスをナビゲートします。
「環境」→「サーバー」→「managed_server_name」→「構成」→「サーバーの起動」タブ。

4. ClassPathに1つ以上の適切なパスを追加します。エントリ間には、WindowsまたはLinux/Unixのセパレータを挿入します。エントリとエントリの間には空白を入れないでください。

- Teradataの場合
<teradata_jar_files_directory>\terajdbc4.jar

<teradata_jar_files_directory>\tdgssconfig.jar

5. 保存します。

6. WebLogic管理対象サーバーを再起動します。

5.1.2 WebLogicでのデータ・ソースの作成

WebLogic Server管理コンソールを使用して、WebLogicでデータ・ソースを作成できます。作業を開始する前に、WebLogicが起動していることを確認してください。

WebLogicでデータ・ソースを作成するには:

1. Oracle RTDがデプロイされているWebLogicドメインのWebLogic Server管理コンソール(URL http://weblogic_host:port/console)にアクセスします。ログイン・プロンプトで、管理者のユーザー名とパスワードを入力します。

2. 左側のツリーで、「Services」を開き、「JDBC」を開いて「Data Sources」を選択します。

3. 「New」をクリックします。「New」ボタンを有効にするには、最初に「Lock & Edit」をクリックする必要があります。
「新しいJDBCデータ・ソースの作成」ウィンドウが開き、入力が必要な一連のページの最初のページ(「JDBCデータ・ソースのプロパティ」)が表示されます。

4. 「JDBC Data Source Properties」ページで、次の手順を実行します。

1. 「Name」に、データ・ソースとして識別可能な名前(たとえば、db_name_DS)を入力します。

2. 「JNDI名」に、「名前」に指定した値と同じ値を入力します。この値は、データ・ソース・オブジェクトでのインポートの実行時にデシジョン・スタジオに表示されます。

3. 「データベースのタイプ」を設定します。
Oracle Databaseの場合は、「Oracle」を選択します。

SQL Serverデータベースの場合は、「MS SQL Server」を選択します。

DB2データベースの場合は、「DB2」を選択します。

その他のデータベースの場合は、「その他」を選択します。

「次へ」をクリックします。

4. 「データベース・ドライバ」を設定します。
Oracle Databaseの場合は、Oracleのサービス接続用ドライバ(Thin)、バージョン:9.0.1、9.2.0、10、11を選択します。

SQL Serverデータベースの場合は、OracleのMS SQL Serverドライバ(タイプ4) バージョン:7.0、2000、2005、2008を選択します。

DB2データベースの場合は、OracleのDB2ドライバ(タイプ4) バージョン:7.X、8.X、9.Xを選択します。

その他のデータベースの場合は、「その他」を選択します。

5. 「次へ」をクリックします。

5. 「トランザクション・オプション」ページ:
「データベース・ドライバ」で非XA JDBCドライバを選択した場合は、「グローバル・トランザクションのサポート」チェック・ボックスが表示されます。「グローバル・トランザクションのサポート」の選択を解除して、「次へ」をクリックします。

「データベース・ドライバ」でXA JDBCドライバを選択した場合は、「次へ」をクリックします。

6. 「Connection Properties」ページで、次の手順を実行します。

1. 「データベース名」に、データベースの名前を入力します。Oracle BI EEデータ・ソースを追加する場合は、空でない文字列を入力します。このプロパティはOracle BI EEでは使用されないため、この値は重要ではありません。

2. 「Host Name」に、データベース・サーバーをホスティングするコンピュータの名前を入力します。Oracle BI EEデータ・ソースを追加する場合は、Oracle BI EEをホストしているコンピュータの名前を入力します。

3. 「ポート」に、データベースへの接続に使用するデータベース・サーバー上のポート番号(SQL Serverの場合1433、Oracle Databaseの場合1521、DB2の場合50000、Oracle BI EEの場合9703など)を入力します。

4. 「Database User Name」に、データベースのランタイム・ユーザーの名前を入力します。Oracle BI EEデータ・ソースを追加する場合は、Oracle BI EEユーザーの名前を入力します。

5. 「パスワード」に、データベースのランタイム・ユーザーのパスワードを入力します。Oracle BI EEデータ・ソースを追加する場合は、Oracle BI EEユーザーのパスワードを入力します。その後、「次へ」をクリックします。

7. 「データベース接続のテスト」ページの「ドライバ・クラス名」で、Oracle、SQL ServerおよびDB2データベースの場合は、すべてのデフォルト設定を受け入れます。その他のデータベースの場合は、接続プールでの物理データベース接続の作成に使用されるJDBCドライバ・クラスの完全なパッケージ名を入力します(このドライバ・クラスは、デプロイ先のサーバーのクラスパスに含まれている必要がある点に注意してください)。

- Teradata: com.teradata.jdbc.TeraDriver

- Oracle BI EE: oracle.bi.jdbc.AnaJdbcDriver

8. 「URL」で、Oracle、SQL ServerおよびDB2データベースの場合は、すべてのデフォルト設定を受け入れます。その他のデータベースの場合は、接続先データベースのURLを入力します。URLの書式は、データ・ソースのタイプによって異なります。

- Teradata: jdbc:teradata://server_name/db_name/param1,param2,...

注意:

db_nameが指定されていない場合、現在のログイン・ユーザーのデフォルトのデータベースが使用されます。たとえば、デフォルトのデータベースがRTD11Gの場合、jdbc:teradata://64.181.232.117/TMODE=ANSI,CHARSET=ASCIIはjdbc:teradata://64.181.232.117/RTD11G/TMODE=ANSI,CHARSET=ASCIIとして実行されます。

- Oracle BI EE: jdbc:oraclebi://server_name:9703/user=bi_user_name;password=bi_password;catalog=catalog_name;
カタログ名が必要な点に注意してください。

9. 「プロパティ」フィールドで、Oracle、SQL ServerおよびDB2データベースの場合は、すべてのデフォルト設定を受け入れます。その他のデータベースの場合は、JDBCドライバで必要な各プロパティとそれぞれの値を入力します。指定する必要があるプロパティは、データ・ソースのタイプによって異なります。

- Teradataの場合、プロパティusername=db_user_nameを入力します。

- Oracle BI EEの場合、プロパティは必要ありません。「Properties」フィールドは空白のままにしておきます。

10. ページの下部にスクロールします。「Test Table」に、データベース内の既存の表名を入力します。

注意:

Oracle BI EEまたはSiebel Analytics Serverデータ・ソースを追加する場合、接続テストは実行しないでください。手順12に進みます。

11. 「構成のテスト」をクリックします。テストに失敗した場合は、戻って設定を確認します。テストに成功した場合は、「次へ」をクリックします。

12. 変更可能にするサーバー(たとえば、「RTD_Server」)を選択します。この手順は、データ・ソースの構成を完了する前に実行する必要があります。

13. 「終了」をクリックします。

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

5.2 新しいエンタープライズ・データ・ソースのテスト

新しいエンタープライズ・データ・ソースを追加した後、この項の手順に従って、データ・ソースが正しく構成されていることを確認します。開始する前に、Oracle RTDが起動していることを確認してください。

新しいエンタープライズ・データ・ソースをテストするには:

1. RTD_HOME\eclipseにあるeclipse.exeを実行して、デシジョン・スタジオを起動します。その後、新しいインライン・サービスを作成するか、既存のインライン・サービスを開きます。この詳細は、デシジョン・スタジオのヘルプを参照してください。

2. 「Service Metadata」フォルダを開き、「Data Sources」を右クリックして「New SQL Data Source」を選択します。

3. 「Display Label」にテストするデータ・ソースの名前を入力して、「OK」をクリックします。

4. 「インポート」をクリックします。その後、テストするデータ・ソースを「JDBCデータ・ソース」ドロップダウン・リストから選択します。「表とビュー」のリストが更新され、そのデータ・ソース内の表とビューの名前が表示されます。

5. 特定の表またはビューを選択し、「インポート」ダイアログ・ボックスの「終了」をクリックします。「データ・ソース」エディタの「出力」表に、使用可能な列のリストが表示されます。

6. 任意の基本コードを記述し、実行時にその表から実際の行が取得されることを確認します。

前述の手順を完了できなかった場合は、データ・ソースの構成設定を確認してから、もう一度実行してください。

6 Oracle Real-Time Decisionsのクラスタリングと高可用性

この章では、Oracle RTDのクラスタ・デプロイメントの概念の概要を説明し、Oracle RTDのクラスタリングと高可用性に関する詳細の参照先を示します。

Oracle RTDは、次の目的のいずれかを達成するためにクラスタにデプロイされます。

- 処理能力を高める

- より多くの同時セッションに対応するためにメモリーを増やす

- ハードウェア障害に備えて可用性を高める

通常のデプロイメントと高可用性デプロイメントの両方におけるOracle RTDクラスタの設定方法と使用方法の完全な詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Real-Time Decisionsの高可用性に関する項に記載されています。

7 追加の構成設定とクライアント・ツールの起動

この章では、デシジョン・センターとReal-Timeデシジョン・サーバーの追加の構成設定について説明し、さらに Oracle RTDクライアント・ツールへのアクセスについても説明します。

この章には次のトピックが含まれます:

- 第7.1項「デシジョン・センターのブラウザの構成」

- 第7.2項「Oracle Real-Time Decisionsクライアント・ツールへのアクセス」

7.1 デシジョン・センターのブラウザの構成

デシジョン・センターのInternet Explorerクライアント・ブラウザは、最適なパフォーマンスを得るために、次のように構成する必要があります。

1. Internet Explorerで、「ツール」→「インターネット オプション」を選択して、オプションを設定します。

2. 「詳細設定」タブで、「ショートカットを起動するためにウィンドウを再使用する」を選択解除します。

3. ブラウザでCookieが有効になっていることを確認します。

7.2 Oracle Real-Time Decisionsクライアント・ツールへのアクセス

デシジョン・スタジオ、デシジョン・センター、ロード・ジェネレータなどのOracle RTDクライアント側ツールを起動して、これらのツールにアクセスするには、次の各項の手順を実行します。Oracle RTD MBeanの詳細は、第13.1項「Oracle Real-Time Decisions MBeanへのアクセス」を参照してください。

デシジョン・センターにアクセスするには、Real-Timeデシジョン・サーバーを実行している必要があります。デシジョン・スタジオとロード・ジェネレータは、Real-Timeデシジョン・サーバーを実行していなくても、部分的に機能します。

この項には次のトピックが含まれます:

- 第7.2.1項「デシジョン・スタジオへのアクセス」

- 第7.2.2項「デシジョン・センターへのアクセス」

- 第7.2.3項「ロード・ジェネレータへのアクセス」

7.2.1デシジョン・スタジオへのアクセス

通常、デシジョン・スタジオにアクセスするには、Oracle RTDクライアント側ツールをインストールしたクライアント・コンピュータでRTD_HOME\eclipse\eclipse.exeを実行します。

64ビット・マシンでデシジョン・スタジオを実行するには、コマンドラインで32ビットJDKを指定する必要があります。例:

RTD_HOME\eclipse\eclipse.exe -vm "C:\jdk160_32bit\jre\bin\javaw"

7.2.2 デシジョン・センターへのアクセス

任意のコンピュータからデシジョン・センターにアクセスするには、Webブラウザを起動して、http://server_name:port/uiに移動します。

Oracle RTDアプリケーションのポートは通常、9704です。

「サインイン」ウィンドウで、ユーザー名とパスワードを入力して「サインイン」をクリックします。

注意:

デフォルト(英語)以外の言語でデシジョン・センターを起動するには、ブラウザで言語設定を設定する必要があります。

たとえばInternet Explorer 7の場合、「ツール」→「インターネット オプション」→「言語」を選択し、起動言語を追加または選択して、スタックの先頭にその言語を移動します。次の例では、起動言語を日本語としています。

7.2.3 ロード・ジェネレータへのアクセス

ロード・ジェネレータにアクセスするには、Oracle RTDクライアント側ツールをインストールしたクライアント・コンピュータでRTD_HOME\scripts\loadgen.cmdを実行します。

8 Oracle Real-Time Decisionsの本番環境へのデプロイ

この章では、本番環境へのOracle RTDのデプロイメントの概念の概要を説明し、本番環境へのデプロイメントの詳細の参照先を示します。

インライン・サービスをテストして本番環境にデプロイする準備ができたら、インライン・サービスを1つ以上の本番用サーバーにデプロイします。ハードウェア要件およびOracle RTDのデプロイが可能なトポロジの詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド』の次のトピックを参照してください。

- Linuxでのエンタープライズ・デプロイメントのハードウェア要件

- エンタープライズ・デプロイメント参照用トポロジの概要

9 インライン・サービスのコマンドライン・デプロイメント

デシジョン・スタジオからのデプロイメントに加えて、インライン・サービスのデプロイメントはコマンドラインからも可能です。インライン・サービスのこのタイプのデプロイメントは、コマンドライン・ウインドウ内のコマンドによって直接実行することも、そのコマンドを呼び出すスクリプトから実行することもできます。この章では、Oracle RTDコマンドライン・デプロイメント・ツールの設定方法と使用方法について説明します。

これは、ファイルがソース管理システムに格納されているインライン・サービス上で複数の開発者が作業する状況で役立ちます。スケジュールに従って(またはオンデマンドで)、インライン・サービスをソース管理システムから取り出して本番マシンに、または本番マシンにインライン・サービスをデプロイできる別のマシンに移します。次に、プログラムによって、本番RTDサーバーにインライン・サービスをデプロイします。

この章には次のトピックが含まれます:

- 第9.1項「コマンドライン・デプロイメント・ツールの設定」

- 第9.2項「コマンドラインでのインライン・サービスのデプロイ」

9.1 コマンドライン・デプロイメント・ツールの設定

リリース時点では、コマンドライン・デプロイメント・ツールは、ディレクトリRTD_HOME\client\CommandLineDeploy内のzipファイルrtd-deploytool-11.1.1.zipの中にあります。

最初に、ファイルrtd-deploytool-11.1.1.zipを解凍します。このファイルは、LinuxまたはWindowsが稼動している任意のマシンに解凍できます。マシンには、JDKがインストールされている必要があります。コマンドライン・デプロイ・ツールの実行に使用されるJDKのバージョンは、RTDサーバーで使用されているJDKのバージョンと一致している必要があります。

この章では、rtd-deploytool-11.1.1.zipの解凍先ディレクトリをRTD_DEPLOYTOOL_DIRとして示しています。解凍によって、RTD_DEPLOYTOOL_DIRの下にフォルダ構造OracleBI/RTD/deploytoolが作成されます。コマンドライン・デプロイメントを実行する主要なコマンドライン・デプロイメント・ツールdeploytool.jarは、RTDdeploytoolフォルダの中にあります。

注意:

コマンドライン・デプロイメント・ツールを使用するには、インライン・サービスのデプロイを許可するアプリケーション・サーバー・ロールにユーザーが関連付けられている必要があります。

たとえば、Oracle RTDの簡易インストールまたはエンタープライズ・インストール後にデフォルトのロールから権限割当てが何も削除されていない場合、BIAuthorまたはBIAdministratorロールを持つユーザーは、コマンドライン・デプロイメント・ツールの使用を許可されます。

9.2 コマンドラインでのインライン・サービスのデプロイ

コマンドラインからインライン・サービスをデプロイするには、次の手順を実行します:

1. deploytool.jarファイルが含まれているディレクトリに移動します。

cd RTD_DEPLOYTOOL_DIR/OracleBI/RTD/deploytool/

2. 次のコマンドを実行します。

java [-Djavax.net.ssl.trustStore="<trust_store_location>"] -jar deploytool.jar -deploy [[<named_option>...] source [<positional_option> [...]]

deploytool.jarのパラメータは、次のとおりです。

- <named_option>... - 表9-1に一覧表示されている名前と値の1つ以上のペア。

表9-1 コマンドライン・デプロイメントの名前付きオプション

書式

説明

-server address

RTDサーバーのホスト名またはIPアドレス。

デフォルトはlocalhostです。

-port number

RTDサーバーで使用するポート。

デフォルトは8080です。

-sslConnection bool

接続にSSLを使用するかどうかを指定します。

デフォルトはfalseです。

-deploymentState name

このインライン・サービスのデプロイメント状態。デフォルトはDevelopmentです。

-releaseLock bool

ロックを解除すると、他のユーザーがデシジョン・センターでインライン・サービスを編集したり、デシジョン・スタジオからインライン・サービスをデプロイできます。デフォルトはtrueです。

-terminateSessions bool

デシジョン・サーバーのアクティブなセッションを終了します。

必要のない場合は、本番サーバーにデプロイするときにこのオプションは使用しないでください。

デフォルトはfalseです。

- source - 次のいずれかです。

- ディレクトリ: デプロイするインライン・サービスが格納されている、インライン・サービスのプロジェクト・フォルダのフルパス。

- zipファイル: デプロイするインライン・サービスが格納されている、インライン・サービスのプロジェクト・フォルダが含まれているzipファイルのフルパス。
zipファイルには、1レベル上までの親フォルダとともにインライン・サービスを1つのみ格納できます。

空白を含むパスは、二重引用符で囲む必要があります(例、"C:\My Projects\CrossSell")。

- <positional_option>[...] - 次の書式の位置指定パラメータ・リスト。
[username password [server[port[ssl[state[unlock[endsessions]]]]]]]

エントリの内容は、表9-2に一覧表示されているとおりです。

表9-2 コマンドライン・デプロイメントの位置指定オプション

パラメータ

説明(表9-1の「書式」エントリの参照を含む)

username

RTDサーバーにログインするユーザーの名前。

password

ユーザーのパスワード。パスワードを空白にしておくには、""を指定します。

server

位置指定-server

port

位置指定-port

ssl

位置指定-sslConnection

state

位置指定-deploymentState

unlock

位置指定-releaseLock

endsessions

位置指定-terminateSessions

コマンドライン・デプロイメントのプログラムでは、ソース内にあるOracle RTDインライン・サービスが、コマンドラインからサーバーにデプロイされます。

パラメータ-deployは、最初に必要となる引数です。

source、username、passwordの各パラメータは必須パラメータであり、また位置指定のパラメータでもあります。usernameパラメータおよびpasswordパラメータの値が最初に指定されていない場合には、値を入力するように要求されます。

名前付きオプションとその対応する位置指定オプションに値が指定された場合、その位置指定オプションの値は名前付きオプションの値より優先されます。

注意:

1. パラメータを指定しないでjarファイルを呼び出すと(例、java -jar deploytool.jar)、パラメータの一覧と説明が記載されているヘルプ・テキストが表示されます。

2. <trust_store_location> は、トラストストア・ファイルのフルパスです。-Djavax.net.ssl.trustStoreパラメータは、-sslConnection(または同等の位置指定パラメータssl)がtrueに設定されている場合にのみ使用します。

名前付きオプションを使用しない場合の例

java -jar deploytool.jar -deploy "c:\my workspace\CrossSell" scott brighton 192.168.0.15 8080 true Production false

java -jar deploytool.jar -deploy CrossSell sp34kc slater

java -jar deploytool.jar -deploy
c:\OracleBI\RTD\examples\CrossSell sdsu b21k7e false QA

名前付きオプションを使用する場合の例

java -jar deploytool.jar -deploy -server 192.168.0.15 -port 8081 c:\OracleBI\RTD\examples\CrossSell sysman mi22ty

java -jar deploytool.jar -deploy -port 8081 -server 192.168.0.15 c:\OracleBI\RTD\examples\DC_Demo sonar chimney

java -jar deploytool.jar -deploy -sslConnection true CrossSell.zip calzone twostep

java -Djavax.net.ssl.trustStore="C:\OracleBI\RTDdeploytool\etc\ssl\sdtrust.store" -jar deploytool.jar -deploy -sslConnection true -port 8443 "C:\OracleBI\RTD\examples\CrossSell" ssluser psword

10 モデルのスナップショットの設定および使用

Oracle RTDのモデルのスナップショット機能を使用すると、Oracle RTDの予測モデルに蓄積されたデータを、外部データベースの表にエクスポートできます。これらの結果には、イベント件数、予測値および相関関係が含まれます。Oracle RTDのモデルからエクスポートされたデータはさらに、標準のレポート作成およびビジネス・インテリジェンスの製品および技術を使用して分析できます。

指定されたインライン・サービスの予測モデルにOracle RTDが収集したデータは、スタディにアタッチされます。インライン・サービスとスタディの関連付けは、デプロイメント時に定義されます。

Oracle RTDのモデルのスナップショット機能は、スタディ・レベルで動作し、インライン・サービスで定義されているすべてのモデルに影響を及ぼします。モデルのスナップショットを使用すると、指定したスタディのインライン・サービスのすべてのモデルに格納されているデータをエクスポートできます。

モデルのスナップショット機能によってエクスポートされたデータを使用すると、Oracle RTDのデシジョン・センターによって提供される標準の選択肢および選択肢グループ・レベルの「予測モデル」レポートをレプリケートし、拡張できます。さらに、データ・ウェアハウスから得られる顧客データと関連付けられている場合、このエクスポートされたデータを使用すると、Oracle RTDによって収集および生成された予測的な洞察データの顧客中心のオフライン・レポートを作成できます。

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

- 第10.1項「モデルのスナップショットの設定および使用の概要」

- 第10.2項「モデルのスナップショット表のスキーマ」

- 第10.3項「モデルのスナップショット表の構成」

- 第10.4項「モデルのスナップショット表の移入とクリア」

- 第10.5項「モデルのスナップショット・データからのレポート作成」

- 第10.6項「パーティションの処理」

- 第10.7項「モデルのスナップショット・プロセスのチューニング」

10.1 モデルのスナップショットの設定および使用の概要

注意:

Oracle RTDのモデルのスナップショット機能を設定し、使用する方法の説明では、予測モデルが移入された状態でインライン・サービスが稼動していると想定しています。

モデルのスナップショットの設定および使用のプロセスは、主に次の3つの段階に分かれています。

1. モデルのスナップショット表の構成。

2. 学習データからのモデルのスナップショット表の移入と、必要に応じた表のクリア。

3. モデルのスナップショット表からのレポート作成。

モデルのスナップショットに関連して、チューニングを目的とするパラメータが2つあります。詳細は、第10.7項「モデルのスナップショット・プロセスのチューニング」を参照してください。

10.2 モデルのスナップショット表のスキーマ

Oracle RTDでの予測モデル・データのエクスポートには、多次元スキーマが使用されます。図10-1のエンティティ関連モデルは、この多次元スキーマを示したものです。この図では、モデルのスナップショット表(RTDSnapshotSchemaVersionを除く)とその列を示し、表間の関係をコネクタ線で表現しています。

各コネクタは、コネクタの上位の表から下位の表への関係が1対多であることを示しています。逆に、下位の表から上位の表への関係は1対1になります。

図10-1 モデルのスナップショット表のスキーマ

表で表される要素間の1対多の関係は次のとおりです(1対多の関係はそれぞれ、逆方向では1対1の関係になります)。

- スタディはそれぞれ、1つ以上のアプリケーションと1つ以上のモデルを持つことができます。

- アプリケーションはそれぞれ、1つ以上の選択肢グループと1つ以上の選択肢を持つことができます。

- 選択肢グループはそれぞれ、1つ以上の選択肢を持つことができます。

- 選択肢、イベントおよびモデルはそれぞれ、1つ以上のモデル・インスタンスを持つことができます。

- モデル・インスタンスはそれぞれ、1つ以上の累積利得を持つことができます。

モデル・インスタンスと属性(パーティション、予測および相関関係)の間には、多対多の関係も3つあります。

表名および列名は、次の一覧のとおりです。

- RTDApp

列

説明

id

主キー。

study_id

RTDStudyに対する外部キー。

name

アプリケーション名。

- RTDAttribute

列

説明

id

主キー。

name

属性名。

path

セッションのルートからこの属性への到達方法を示す、区切り記号付きの属性名。

- RTDChoice

列

説明

id

主キー。

app_id

RTDAppに対する外部キー。

internal_name

選択肢の内部名。

display_name

選択肢の表示名。

choicegroup_id

RTDChoiceGroupに対する外部キー。

- RTDChoiceGroup

列

説明

id

主キー。

app_id

RTDAppに対する外部キー。

internal_name

選択肢グループの内部名。

display_name

選択肢グループの表示名。

- RTDCorrelation

列

説明

model_instance_id

RTDModelInstanceに対する外部キー。

attribute_id

RTDAttributeに対する外部キー。

count_output_input

移入する入力データで、この出力属性値が検出された件数。

correlation

-1から1の値。正の相関関係は、入力属性値の出力値への関係の度合いを表します。負の相関関係は、関係がないことを示します。

count_input

移入において、この入力属性値が検出された件数。

value

入力属性の値。

注意:

特定のモデル・インスタンスのRTDCorrelationの列count_inputの合計が、関連するRTDModelInstanceの列count_totalより少ない場合があります。

また、特定のモデル・インスタンスのRTDCorrelationの列count_output_inputの合計が、関連するRTDModelInstanceの列count_positiveより少ない場合もあります。

これらの結果は、次の状況で生じることがあります。

- 相関性が非常に低い、たとえば、0にきわめて近いため、RTDCorrelationに行が格納されなかった場合。

- RTDCorrelationの列valueがNULLになっている、つまり、属性の値がセッションになかった場合。この場合、相関関係は計算されません。

- RTDCumulativeGains

列

説明

model_instance_id

RTDModelInstanceに対する外部キー。

x

累積利得の曲線データ・ポイント。

y

累積利得の曲線データ・ポイント。

- RTDEvent

列

説明

id

主キー。

name

イベント名。

- RTDModel

列

説明

id

主キー。

name

モデル名。

study_id

RTDStudyに対する外部キー。

- RTDModelInstance

列

説明

id

主キー。

state

モデルの状態。

可能な値は次のとおりです。

c: 完了。モデルは完了しています(以前の時間枠を対象としている場合など)。これ以上変更されることはありません。モデルの完全スナップショットを実行するか、モデルのスナップショットを削除した後にモデルの増分スナップショットを実行しないかぎり、再書込みは行われません。

d: 複合。モデルは、現在と以前の時間枠を対象としています。

s: 分割。モデルは、現在の時間枠を対象としています。

w: 書込み中。モデルは現在書込み中です。一貫性のない結果となる可能性があります。

model_id

RTDModelに対する外部キー。

choice_id

RTDChoiceに対する外部キー。

event_id

RTDEventに対する外部キー。

count_total

ベース・イベントの合計数。

count_positive

この非ベース・イベントが記録された移入のサブセットのサイズ。

time_window_start

時間枠の開始。

time_window_end

時間枠の終了。

quality

モデルの品質で、0から1までの値。値が高いほど良く、0は何も学習されなかったことを表します。

mae

平均絶対誤差。

me

平均誤差。

mse

平均二乗誤差。

rmse

根平均二乗誤差。

rel_mae

相対平均絶対誤差。

rel_me

相対平均誤差。

rel_mse

相対平均二乗誤差。

rel_rmse

相対根平均二乗誤差。

- RTDPartition

列

説明

model_instance_id

RTDModelInstanceに対する外部キー。

attribute_id

RTDAttributeに対する外部キー。

value

パーティションの属性値。

- RTDPredictiveness

列

説明

model_instance_id

RTDModelInstanceに対する外部キー。

attribute_id

RTDAttributeに対する外部キー。

predictiveness

特定のモデル・インスタンスに対する入力属性の説明的なスコア。0から1の値で、値が大きいほどスコアが高いことを表します。

- RTDSnapshotSchemaVersion

列

説明

major

メジャー・バージョン。

minor

マイナー・バージョン。

- RTDStudy

列

説明

id

主キー。

name

スタディ名。

10.3 モデルのスナップショット表の構成

注意:

モデルのスナップショット表は、Oracle Real-Time Decisionsの簡易インストールおよびエンタープライズ・インストール時にSDDBデータベースに設定されます。SDDBデータベース表にモデルのスナップショット・データを格納することを選択できますが、本番システムではお薦めしません。

この段階の主要な目的は、非SDDSデータベースにモデルのスナップショット表を作成し、それをアプリケーション・サーバーおよびJMX MBeanに登録することです。

重要:

モデルのスナップショット表内のテキスト値は、大文字と小文字を区別する必要があります。データベースのデフォルト設定が大文字と小文字を区別しないようになっている場合は、モデルのスナップショット表を作成するときに、この設定を無効にしてください。

モデルのスナップショット表を構成するには:

1. モデルのスナップショット表を格納するデータベースを選択します。

2. RTD_HOME\scriptsディレクトリから、次のコマンドを実行してモデルのスナップショット表を作成します。

sdexec com.sigmadynamics.tools.SDDBTool.SDDBTool -f -i -I InitSnapshotDb.ctl db_type db_host db_port db_name db_runtime_user db_admin_user db_admin_password

注意:

-iパラメータを-uに置き換えると、新しいスキーマの初期化から既存のスキーマのアップグレードに操作が変わります。

次の表では、sdexecスクリプトのパラメータについて説明しています。

パラメータ

説明

db_type

データベースのタイプ。

oracle、sqlserver、db2のいずれかを選択します。

db_host

データベース・サーバーをホスティングするコンピュータの名前。

db_port

データベースのポート番号。

db_name

データベースの名前。Oracle Databaseの場合はSID。

db_runtime_user脚注 1

システムのランタイム・ユーザーのユーザー名。

db_admin_user

データベースに対して表およびストアド・プロシージャを作成する権限を持つユーザーの名前。

db_admin_password

管理ユーザーのパスワード。

脚注 1 Oracle Databaseの場合は、db_runtime_userとdb_admin_userは同じユーザーになります。

3. アプリケーション・サーバーに、モデルのスナップショット表の格納先であるデータベースを参照する新しいデータ・ソースを作成します。

アプリケーション・サーバーでのデータ・ソースの作成方法の詳細は、第5章「Oracle Real-Time Decisionsのデータ・アクセスの構成」を参照してください。

新しいデータ・ソースを作成する作業の一貫として、この後の手順で使用する新しいJNDI名を指定します。

4. インストール時にRTD.earファイルを展開したディレクトリ(RTD_HOME/package/expanded)に移動します。

5. ls.warアーカイブを開いてweb.xmlを抽出し、web.xmlを開いて編集します。ファイルの下部にスクロールします。SDDS_LSのリソース参照を定義しているセクションをコピーして、既存のセクションの後ろに貼り付けます。コピーしたセクションで、文字列SDDSを、手順3で入力したJNDI名(jndi_name)に置き換えます。
例:

<resource-ref id="jndi_name_LS">
<res-ref-name>jndi_name</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Unshareable</res-sharing-scope>
</resource-ref>

変更内容を保存してファイルを閉じ、ファイルを元のls.warに再びアーカイブします。

6. Enterprise Managerで、新規データ・ソースの名前をOracleRTD MBeanに登録します。

- 「MBeans」→「OracleRTD」→「SDClusterPropertyManager」→「Misc」にナビゲートします。

- ModelSnapshotDSName属性で、モデルのスナップショット用に作成したデータ・ソースの名前を指定します。

10.4 モデルのスナップショット表の移入とクリア

モデルの学習データのスナップショットは、予測に必要なデータが十分に蓄積されていない場合であっても、いつでも取得できます。

各モデルは、週、月、四半期などの時間枠を設定できるように定義されています。時間枠は、学習プロセスにおいて収集されるデータ量を決定し、モデルのスナップショット表に書き込まれるデータ量に影響を与えます。

書き込むデータの量は、次のオプションから選択できます。

- スタディに対するモデルの学習データすべて

- 現在の時間枠のスタディに対するモデルの学習データすべて

また、モデルのスナップショット表から、スタディに対するモデルの学習データをすべて削除することもできます。

モデルのスナップショット表を移入またはクリアするには:

1. Enterprise Managerで、「MBean」→OracleRTD→Learning Server→ スタディ名に移動します。

2. 「Operations」タブをクリックします。

3. 該当するスナップショット・オプションをクリックします。

- CompleteSnapshot
スタディに対してそれまで取得されたデータをすべて削除し、現時点までのすべてのスタディ・データを再書込みします。

- IncrementalSnapshot
未完了の時間枠のスタディ・データを削除し、現時点までの現行の時間枠のデータを再書込みします。

- DeleteSnapshot
スタディに対して取得されたデータをすべて削除します。

10.5 モデルのスナップショット・データからのレポート作成

モデルのスナップショット表からレポートを作成できます。作成する場合は通常、SQLの標準Selectコマンドを使用するか、または次の製品ドライバ・レポートと同様のレポートを生成するビジネス・インテリジェンス製品にデータを送ります。

この項の残りの部分では、モデルの複数のスナップショット表から情報を抽出するスクリプトの例を示します。各スクリプト例の後には、サンプルの出力を示します。また、一部の例には、結果の解釈に役立つ注釈があります。

これらの例で使用されるインライン・サービスは、CrossSellアプリケーションです。また、データは、400,000ユーザー・セッションをシミュレートしたOracle RTDロード・ジェネレータ・スクリプトを完了まで実行して生成されています。

10.5.1 選択肢別のカウントの問合せ

次の問合せでは、選択肢別の件数をすべての時間枠について取得します。

select g.display_name     as 'Choice Group',
c.display_name     as 'Choice',
e.name             as 'Event',
mi.timewindow_start as 'Start',
mi.timewindow_end   as 'End',
mi.state            as 'Model Status',
m.name             as 'Model Name',
mi.count_total,
mi.count_positive,
mi.quality
from RTDApp a
inner join RTDStudy s          on s.id=a.study_id
inner join RTDModel m          on m.study_id=s.id
inner join RTDModelInstance mi on mi.model_id=m.id
inner join RTDEvent e          on mi.event_id=e.id
inner join RTDChoice c         on c.id=mi.choice_id
inner join RTDChoiceGroup g    on c.choicegroup_id=g.id
where a.name='CrossSell'
order by m.name,
g.display_name,
c.display_name,
mi.timewindow_start

図10-2に、選択肢別のカウントの問合せ結果を示します。

図10-2 選択肢別のカウントの問合せ結果

選択肢別の件数の問合せ結果についての注釈

1. 行13では、ChoiceがGold Card、EventがInterested、count_totalが477、count_positiveが19、qualityが0.0になっています。これは、Gold Cardオファーが提示された477人のユーザーのうち、19人が興味を示したことを意味します。この件数は少ないため、Gold Card ChoiceとInterested Eventに関するモデル品質は0になります。
行14では、ChoiceがGold Card、EventがPurchased、count_totalが477、count_positiveが1、qualityが0.0になっています。これは、1人のユーザーがこのオファーに対して購入したことを意味します。Gold Card ChoiceとPurchased Eventに関するモデル品質は0になります。

行13と行14は両方とも、2003年4月1日から2003年7月1日の期間に適用されます。

2. Choice Group列とChoice列の値BASE EVENTは、全般的または全体的という意味です。
たとえば、行1では、ChoiceがBASE EVENT、EventがInterested、count_totalが24917、count_positiveが1663、qualityがおよそ0.6882になっています。これは、Start日からEnd日までの期間に、オファーが提示された合計24917人のユーザーのうち、1663人が興味を示したことを意味します。この期間のモデル全体の品質はおよそ0.69になります。

行2では、ChoiceがBASE EVENT、EventがPurchased、count_totalが24917、count_positiveが220、qualityがおよそ0.5666になっています。これは、行1と同じ期間に、すべてのChoiceに対して合計220件のPurchasedイベントがあり、モデル品質がおよそ0.57であることを意味します。

10.5.2 上位6位の予測属性の問合せ

次の問合せでは、Purchased Eventを引き起こすCredit Protection Choiceに対する上位6つの予測属性を時間枠ごとに選択します。

select a.name                'Attribute Name',
p.predictiveness      'Predictiveness',
c.display_name        'Choice Name',
mi.timewindow_start as 'Start',
mi.timewindow_end   as 'End',
mi.state            as 'Model Status'
from RTDApp app
inner join RTDChoice c         on c.app_id=app.id
inner join RTDStudy s          on s.id=app.study_id
inner join RTDModel m          on m.study_id=s.id
inner join RTDModelInstance mi on mi.model_id=m.id and mi.choice_id=c.id
inner join RTDEvent e          on mi.event_id=e.id
inner join RTDPredictiveness p on p.model_instance_id=mi.id
inner join RTDAttribute a      on a.id=p.attribute_id
where app.name         = 'CrossSell'
and   c.display_name = 'Credit Protection'
and   e.name         = 'Purchased'
and   m.name         = 'OfferAcceptance'
and   7 > (select count(*)
from RTDPredictiveness p2
where p2.model_instance_id = p.model_instance_id
and p2.predictiveness > p.predictiveness)
order by mi.timewindow_end desc,
p.predictiveness desc

図10-3に、上位6位の予測属性の問合せ結果を示します。

図10-3 上位6位の予測属性の問合せ結果

10.5.3 期待カウントと実カウントの差異の問合せ

次の問合せでは、クレジット・プロテクションを実際に購入した顧客数とクレジット・プロテクションの購入が予想される顧客数を、婚姻ステータス別に示します。また、このレポートでは、これら2つの値の間の差異と、オファーの受入れにおける相関関係の重要度も示します。

select cor.value               'customer MaritalStatus',
cor.count_output_input  'Actual Count',
mi.count_positive*cor.count_input/mi.count_total 'Expected Count',
100* (  (mi.count_total*cor.count_output_input)
/ (mi.count_positive*cor.count_input) - 1) 'Percent Difference',
cor.correlation         'Importance',
c.display_name        'Choice Name',
mi.timewindow_start as 'Start',
mi.timewindow_end   as 'End',
mi.state            as 'Model Status'
from RTDApp app
inner join RTDChoice c         on c.app_id=app.id
inner join RTDStudy s          on s.id=app.study_id
inner join RTDModel m          on m.study_id=s.id
inner join RTDModelInstance mi on mi.model_id=m.id and mi.choice_id=c.id
inner join RTDEvent e          on mi.event_id=e.id
inner join RTDCorrelation cor  on cor.model_instance_id=mi.id
inner join RTDAttribute a      on a.id = cor.attribute_id
where app.name         = 'CrossSell'
and c.display_name = 'Credit Protection'
and e.name         = 'Purchased'
and m.name         = 'OfferAcceptance'
and a.name         = 'customer MaritalStatus'
order by mi.timewindow_end desc,
cor.correlation desc

予想件数と実績件数の差異の問合せについての注釈

1. Actual Count(cor.count_output_input)は、クレジット・プロテクションを実際に購入した顧客の婚姻ステータス別の人数です。

2. Expected Countは、mi.count_positive/mi.count_totalで表される、クレジット・プロテクションを購入した顧客の人数に対する、婚姻ステータス別の合計人数の単純な線形予測(cor.count_input)です。

3. Percent Differenceは、「100×(実績件数-予想件数)/予想件数」です。

図10-4に、期待カウントと実カウントの差異の問合せ結果を示します。

図10-4 期待カウントと実カウントの差異の問合せ結果

予想件数と実績件数の差異の問合せ結果についての注釈

1. 婚姻ステータスごとに2つの行があり、2003年4月1日から2003年7月1日と2003年7月1日から2003年10月1日それぞれの期間に対応しています。

10.6 パーティションの処理

RTDPartition表には、パーティション化属性に対する値が保持されます。モデルがパーティション化されていない場合、モデルには時間枠ごとに1つのモデル・インスタンスがあり、RTDPartition表には関連する行がありません。

1つ以上のディメンションに沿って分割したモデルを、パーティション化されたモデルと呼びます。

たとえば、モデルMを、Marital StatusとFavorite Beverageという2つの属性によってパーティション化するとします。Marital Statusに3つの値(Married、Single、Divorced)、Favorite Beverageに2つの値(Coffee、Tea)がある場合、このモデルには6つのモデル・インスタンスがあります。

この場合、各モデル・インスタンスには、RTDPartitionの行が2つ関連付けられています。たとえば、Marital StatusがMarriedで、Favorite BeverageがCoffeeという組合せに対するモデル・インスタンスは、RTDPartitionで次の情報を含む2つの行に関連付けられます。

- RTDPartitionの行1: 属性=Marital Status、値=Married

- RTDPartitionの行2: 属性=Favorite Beverage、値=Coffee

モデルがパーティション化されているかどうかは、モデルのスナップショット表に対する問合せ結果に影響を与える場合があります。結果の中で繰返しが行われないようにするには、問合せにRTDPartitionとRTDAttributeの結合条件を入れます。

次の例は、予想件数と実績件数の差異の問合せを変更および拡張したもので、モデルはDiabetic(値はyesまたはno)とMarital Statusという2つの属性でパーティション化されています。

select a.name,
p.value,
subquery.*
from (select cor.value               'Favorite Sports',
cor.count_output_input  'Actual Count',
mi.count_positive*cor.count_input/mi.count_total 'Expected Count',
100* (  (mi.count_total*cor.count_output_input)
/ (mi.count_positive*cor.count_input) - 1) 'Percent Difference',
cor.correlation         'Importance',
c.display_name        'Choice Name',
mi.timewindow_start as 'Start',
mi.timewindow_end   as 'End',
mi.state            as 'Model Status'
mi.id                   model_instance_id
from RTDApp app
inner join RTDChoice c         on c.app_id=app.id
inner join RTDStudy s          on s.id=app.study_id
inner join RTDModel m          on m.study_id=s.id
inner join RTDModelInstance mi on mi.model_id=m.id and mi.choice_id=c.id
inner join RTDEvent e          on mi.event_id=e.id
inner join RTDCorrelation cor  on cor.model_instance_id=mi.id
inner join RTDAttribute a      on a.id = cor.attribute_id
where app.name       = 'HighlyPartitionedDataset'
and c.display_name = 'Fanta'
and e.name = 'loved'
and m.name = 'SatisfactionModel'
and a.name = 'Favorite Sports') as subquery
inner join RTDPartition p on subquery.model_instance_id = p.model_instance_id
inner join RTDAttribute a on p.attribute_id = a.id
order by subquery.[End] desc,
subquery.model_instance_id,
a.name,
p.value
subquery.[Importance] desc

図10-5に、パーティション化された期待カウントと実カウントの問合せ結果を示します。

図10-5 パーティション化された期待カウントと実カウントの問合せ結果

10.7 モデルのスナップショット・プロセスのチューニング

JMX MBean属性として用意されている次のパラメータを使用して、モデルのスナップショット・プロセスをチューニングできます。

- ModelSnapshotMinAbsCorrelationでは、すべての相関行のスナップショットを実行するか、スナップショットのための最小相関値を設定するかを制御します。

- ModelSnapshotNumberOfBinsでは、モデルのスナップショットのビンの数を制御します。

詳細は、第13.3.2項「OracleRTD > SDClusterPropertyManager > Miscについて」を参照してください。

11 パフォーマンスの監視

Oracle Real-Time Decisionsには、インライン・サービスの動作を監視する堅牢なパフォーマンス監視システムが含まれています。パフォーマンス監視パラメータを設定すると、一部の共通カウンタのスナップショット・ビューをFusion Middleware Controlで監視できます。パフォーマンス監視を有効にすると、時系列のビューを表示できます。有効にすると、カンマ区切り(CSV)ファイルが生成され、これを使用して時間の経過に伴う動作を監視できます。

注意:

このファイルのサイズは大きくなりすぎるため、アクティブなトラブルシューティングの場合以外は有効にしないでください。

この項には次のトピックが含まれます:

- 第11.1項「パフォーマンス監視パラメータの設定」

- 第11.2項「一般的なパフォーマンス監視スナップショットの値の表示」

- 第11.3項「CSVファイルの内容」

- 第11.4項「XLSファイルの内容」

- 第11.5項「認証と認可の無効化」

11.1 パフォーマンス監視パラメータの設定

パフォーマンス監視パラメータは、SDManagementCluster→Members→Properties→PerformanceMonitoring MBeanを使用して設定します。このMBeanには、Fusion Middleware Controlを使用してアクセスできます。詳細は、第13章「Oracle Real-Time Decisionsの管理」を参照してください。

表11-1に、パフォーマンス監視を制御するプロパティについて説明します。

表11-1 パフォーマンス監視プロパティ

プロパティ名

説明

DSPerfCounterEnabled

DSパフォーマンス・カウンタの書込みを有効にします。ただし、ファイルのサイズが大きくなりすぎるため、このプロパティを有効にしたままにはしないでください。

DSPerfCounterAppend

trueの場合、パフォーマンス・データが既存のファイル(存在する場合)に付加されます。そうでない場合、サーバーの再起動時に既存のファイルが上書きされます。

DSPerfCounterLogFile

DSパフォーマンス・カウントが定期的に付加されるタブ区切りCSVファイル。MS Excelが利用可能な場合、インストールのetcディレクトリにあるds_perf.xlsを使用すると、見やすく表示されます。データソースとしてds_perf.xlsをds_perf.csvにリンクする手順は、ds_perf.xlsの第1行を参照してください。

DSPerfCounterLogInterval

DSパフォーマンス・カウントの更新間隔(ミリ秒)。

11.2 一般的なパフォーマンス監視スナップショットの値の表示

一部のパフォーマンス・カウンタのスナップショットは、SDManagementCluster > Members > Decision Service MBeanで表示できます。値をリフレッシュする場合は、[F5]キーを押します。

この表示を使用する場合、パフォーマンス監視を有効にしておく必要はありません。

11.3 CSVファイルの内容

この項では、パフォーマンス・カウンタを含むCSVファイルのフィールドについて説明します。

表11-2 パフォーマンス・カウンタを含むCSVファイルのフィールド

フィールド名

説明

Date/Time

カウンタの現在の行がファイルに付加された時刻。ミリ秒単位の精度で、サーバーのログ・ファイル内のメッセージとの関係付けを容易にします。

Peak Requests Running

サーバーの起動後に同時に実行されていたリクエストの最大数。

Max Requests Running

現在のロギング期間中に同時に実行されていたリクエストの最大数。

Requests Running

現在実行されているインライン・サービス・リクエストの数。この値は常に、「Max Allowable Running Requests」の値以下になります。

Requests Finished

終了したインライン・サービス・リクエストの合計数。

Requests Seen, Total

このサーバーに対するインライン・サービス・リクエストの合計数。

Requests In System

このサーバーによって処理されているインライン・サービス・リクエストの現在数。この数には、実行されるまで待機しているリクエストと、すでに実行されているリクエストが含まれます。

Timed Out Requests, Total

クラスタ全体のプロパティ「SDManagementCluster > Properties > Misc > IntegrationPointGuaranteedRequestTimeout」で指定されている、保証されるサービス・レベルのタイムアウトまでに実行を終了できなかったリクエストの合計数。

このカウントには、サーバーの起動後にタイムアウトしたリクエストがすべて含まれます。

この数が増えてもキューに入れられたリクエストの数が増えない場合、リクエストを処理しているインライン・サービスのロジックが、たとえアイドル状態のシステムであっても、レスポンス時間の保証を満足できないほど遅いことを示します。1つ以上の統合点リクエストを最適化するか、またはレスポンス時間の保証を増やす必要があります。

Timed Out Requests

保証されるサービス・レベルまでに実行を終了できなかったリクエストの数。

Timed Out While Running, Total

サーバーの起動後、実行は開始したが、レスポンス時間の保証の範囲内で終了しなかったことが認められるリクエストの合計数。

クライアントでは最近のレスポンスが無視されるため、これらのリクエストで消費される処理能力の大部分は無駄になります。システムが相当ビジーな状態の場合には、実行待機状態にあるリクエストがタイムアウトして、リクエストに対するリソースが無駄にならずにすみます。

Timed Out While Running

現在のロギング期間の開始時に、実行は開始したが、レスポンス時間の保証の範囲内で終了しなかったことが認められるリクエストの数。

クライアントでは最近のレスポンスが無視されるため、これらのリクエストで消費される処理能力の大部分は無駄になります。システムが相当ビジーな状態の場合には、実行待機状態にあるリクエストがタイムアウトして、リクエストに対するリソースが無駄にならずにすみます。

Timed Out Requests Still Running

実行を開始し、タイムアウトしても、引き続き実行されているリクエストの数。値がゼロ以外の場合は、1つ以上の統合点にプログラミング上の問題がある可能性があります。

Request Run Time, Average (ms)

リクエストが実行された現在のロギング期間の平均時間(ミリ秒)。待機時間があれば除外されます。

Request Run Time, Max (ms)

現在のロギング期間中に、単一のリクエストが実行された最大時間(ミリ秒)。待機時間があれば除外されます。

Run Times < [0.1 GRT]

現在のロギング期間中に実行が終了し、その実行時間が、構成済の保証されたレスポンス時間の10%未満のリクエストの数。

同じように書式設定された列が9つあり、保証済のレスポンス時間の0.10倍、0.25倍、0.50倍、0.75倍、1.00倍、1.25倍、1.50倍および2.0倍に実行時間が区分されています。

Run Times < N and >= M

現在のロギング期間中に実行が終了し、その実行時間がNミリ秒未満かつMミリ秒以上のリクエストの数。

Run Times >= [2.0 GRT]

現在のロギング期間中に実行が終了し、その実行時間が、構成済の保証されたレスポンス時間の2倍以上のリクエストの数。

Request Wait Time, Average (ms)

実行またはタイムアウトするまでにリクエストがリクエスト・キューで待機した平均時間(ミリ秒)。

Request Wait Time, Max (ms)

現在のロギング期間中に、単一のリクエストがリクエスト・キューで待機した最大時間(ミリ秒)。

現在のロギング期間中に、実行を終了したか、または実行前にタイムアウトしたリクエストのみが含まれます。

Wait Times < [0.1 GRT]

現在のロギング期間中に実行が終了し、実行までリクエスト・キューに置かれていたが、その待機時間が、構成済の保証されたレスポンス時間の10%未満のリクエストの数。

同じように書式設定された列が9つあり、保証済のレスポンス時間の0.10倍、0.25倍、0.50倍、0.75倍、1.00倍、1.25倍、1.50倍および2.0倍に待機時間が区分されています。

Wait Times < N and >= M

現在のロギング期間中に実行が終了し、実行までにリクエスト・キューで待機した時間がNミリ秒未満かつMミリ秒以上のリクエストの数。

Wait Times >= [2.0 GRT]

現在のロギング期間中に実行が終了し、タイムアウトするまでの待機時間が、構成済の保証されたレスポンス時間の2倍以上のリクエストの数。

Sessions, Current

このサーバーでまだオープンしているデシジョン・サーバーのセッション数。

Sessions, Total

このサーバーによって作成されたデシジョン・サーバーのセッションの合計数。

Stale Sessions Closed Asynchronously

リクエストのスレッドではなく、カーネル・ジョブによってクローズされたデシジョン・サーバーのセッションの合計数。

通常、これは重要ではありません。ビジー・システムではほとんどの失効セッションがリクエスト・スレッドによって閉じられ、カーネル・ジョブはシステムが徐々に沈静化しているときにのみ関与します。これは、多数のカーネルジョブ・アクティビティを監視している場合に有用なことがあります(「Kernel Jobs Running, Current」を参照)。

Stale Sessions Closed by Requests

タイムアウトし、リクエストのスレッドによってクローズされたデシジョン・サーバーのセッションの合計数。大半のセッションは、特にビジー状態のサーバーで、このようにクローズされます。

インライン・サービス・リクエストの処理後、コール側スレッドは、コール元に戻るまでに失効したセッションを多くとも1つクローズするように要求されます。

Requests Forwarded, Current

このサーバーから他のサーバーに転送されたインライン・サービス・リクエストのうち、転送先サーバーによってリクエストが処理されたことを示す確認をまだ受信していないリクエストの合計数。

Requests Forwarded, Peak

転送されたインライン・サービス・リクエストの最大数。

Requests Forwarded, Total

転送されたインライン・サービス・リクエストの合計数。

Received Requests Forwarded, Current

他のサーバーからこのサーバーに転送されたインライン・サービス・リクエストのうち、このサーバーでまだ完全に処理されていないリクエストの合計数。

Received Requests Forwarded, Peak

受信した、転送されたインライン・サービス・リクエストの最大数。

Received Requests Forwarded, Total

受信した、転送されたインライン・サービス・リクエストの合計数。

Remote Session Keys, Current

他のサーバーによってホスティングされた参照セッションをこのサーバーが認識しているセッション・キーの現在数。リクエストがこれらのキーのいずれかとともに到着した場合、そのリクエストは他のサーバーに転送されます。

Remote Session Keys, Total

他のサーバーによってホスティングされたセッションに対して、セッション・キーがこのサーバーに登録された合計回数。これは、「Remote Session Keys, Current」の集計です。

Kernel Jobs Running, Current

サーバーで現在実行されているメンテナンス・アクティビティの数。メンテナンス・アクティビティには、モデルのメンテナンス、セッション時間の操作、およびタイムアウトしたリクエストの処理が含まれます。

Kernel Jobs Running, Peak

このサーバーで同時に実行されたメンテナンス・アクティビティの最大数。この値は常に、次の値以下になります: クラスタ全体のプロパティ「SDManagement-Cluster > Properties > Misc > WorkerThreadPoolSize」、

または、サーバー固有のプロパティ「SDManagement-Cluster > Members > Properties > Misc > WorkerThreadPoolSize」。

Snapshot Period (ms)

カウンタのこの行を記録するまでにサーバーがデータを収集した期間(ミリ秒)。

11.4 XLSファイルの内容

この項では、インストールのetcディレクトリに含まれているMicrosoft Excelファイルds_perf.xlsの内容について説明します。

先頭のセルB1には、データソースとしてds_perf.xlsをタブ区切りカウンタ・ファイルにリンクする方法を記述するコメントが含まれます。

「ds_perf.csvファイルのパスを指定するには、セルB2にカーソルを合わせて「データ」メニューから「外部データの取り込み」→「テキスト ファイルのインポートの編集」を選択し、{$install_directory}\log\ folderに移動してds_perf.csvファイルを選択します。要求されたらデフォルトの解析設定を使用します。データは、3 分おきに自動的にリフレッシュされます。間隔などの設定を変更するには、「データ」メニューから「外部データの取り込み」→「データ範囲プロパティ」を選択します」

第2行は、各カウンタの名前を含むヘッダーです。CSVファイルのヘッダーはすべて、値とともにその下に表示されます。

次の列は、CSVファイルの値の後に、CSVの値から計算された値を示す式とともに表示されます。

- Gross Throughput (req/sec): 現在のロギング期間中に終了するリクエストの平均速度(リクエスト/秒)。計算式は次のとおりです。

RequestsFinished / SnapshotPeriod * 1000

- Net Throughput (req/sec): タイムアウトしたリクエストを除き、現在のロギング期間中に終了するリクエストの平均速度。計算式は次のとおりです。

(RequestsFinished - Timeouts) / SnapshotPeriod * 1000

11.5 認証と認可の無効化

Oracle RTDでは、デフォルトで認証と認可が有効化されます。デシジョン・サーバーのパフォーマンスを高めるために、認証と認可を無効化できます。

Oracle RTDデシジョン・サーバーの認可を無効化するには、次の手順を実行します:

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」にあるOracleRTDサーバー・エントリを右クリックし、「システムMBeanブラウザ」を選択します。

3. 「システムMBeanブラウザ」で、「アプリケーション定義のMBean」まで下にスクロールしてOracleRTDを選択し、Oracle RTDがデプロイされているサーバー名を選択します。

4. SDClusterPropertyManagerを選択し、Clusterを選択します。

5. RequireIntegrationPointAuthorizationをfalseに設定します。

Webサービスでデシジョン・サーバーの認証を無効化できます。詳細は、『Oracle Fusion Middleware Platform Oracle Real-Time Decisionsプラットフォーム開発者ガイド』のWebサービスのセキュリティに関する項を参照してください。

12 Oracle Real-Time Decisionsのバックアップとリカバリ

この章では、Oracle RTDのバックアップとリカバリの概念の概要を説明し、Oracle RTDのバックアップとリカバリに関する詳細の参照先を示します。

バックアップとリカバリとは、ハードウェア障害およびデータの損失に備え、損失が発生した場合にデータを再構成するための様々な計画および手順を意味します。

Oracle Real-Time Decisionsのバックアップとリカバリの完全な詳細は、『Oracle Fusion Middleware管理者ガイド』に記載されています。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Real-Time Decisionsのバックアップおよびリカバリの推奨事項に関する項を参照してください。

13 Oracle Real-Time Decisionsの管理

Oracle RTDでは、J2EE業界標準のJava Management Extensions(JMX)を使用して、Oracle RTDの動作を構成および監視します。この章では、Oracle RTD JMX MBeanを使用したOracle RTDの管理方法について説明します。

WebLogicにデプロイされたOracle RTDシステムは、Enterprise Manager Fusion Middleware ControlのMBeanブラウザを使用して管理されます。

注意:

一部の管理プロパティは、システム・プロパティとして設定することもできます。詳細は、第13.9項「システム・プロパティ」を参照してください。

JMX MBeanは、ロギングやインライン・サービス構成など、Oracle RTDの様々な側面を管理します。また、Oracle RTD固有の権限をセキュリティ・ロールおよびユーザーに割り当てるために使用することもできます。セキュリティ・ロールおよびユーザーは、両方ともJ2EEコンテナによって管理されます。

Oracle RTDは、次の3つのサービスで構成されています。

- デシジョン・センター・サービス:デシジョン・スタジオによるインライン・サービスのデプロイメントをサポートします。また、インライン・サービスの構造とデシジョン履歴を表示するWebインタフェースとしてデシジョン・センターを提供します。

- デシジョン・サービス: インライン・サービスを実行し、エンタープライズ運用プロセスに統合します。

- 学習サービス: インライン・サービスの基盤となる、分析に基づくセルフラーニング・モデルを保持します。

Oracle RTDのデプロイメントは、多くの場合、トランザクションの多い環境でパフォーマンスを向上させるために複数のサーバーやクラスタに行われます。その場合、これらの各サービスでは、コード、トランザクション・データおよび構成を保持するためにリレーショナル・データベースが使用されます。

注意:

この章では主に、Enterprise ManagerでのJMX MBeanを使用したOracle RTDの管理について取り上げます。特定のインライン・サービス関連タスクについては、管理者が独自のアプリケーション・ユーティリティでWebサービス・コールを使用して実行することもできます。詳細は、『Oracle Fusion Middleware Oracle Real-Time Decisionsプラットフォーム開発者ガイド』の管理Webサービスに関する項を参照してください。

この章には次のトピックが含まれます:

- 第13.1項「Oracle Real-Time Decisions MBeanへのアクセス」

- 第13.2項「JMX MBeanの操作と属性について」

- 第13.3項「Oracle Real-Time Decisionsのクラスタレベル管理用のMBean」

- 第13.4項「Oracle Real-Time Decisionsのメンバーレベル管理用のMBean」

- 第13.5項「インライン・サービス管理用のMBean」

- 第13.6項 「デプロイメント状態用のMBean」

- 第13.7項「学習サービス管理用のMBean」

- 第13.8項「インライン・サービスのデプロイメント後の管理」

- 第13.9項「システム・プロパティ」

13.1 Oracle Real-Time Decisions MBeanへのアクセス

WebLogic下のOracle RTDはOracle Fusion Middlewareのコンポーネントです。Oracle RTD JMX MBeanには、Oracle Enterprise Manager Fusion Middleware Control内にあるSystem MBeanブラウザを使用してアクセスします。

Oracle RTDのシステムMBeanブラウザにアクセスするには、次の手順を実行する必要があります。

1. 第2.1.1項「Fusion Middleware Controlへのログイン」の説明に従って、Fusion Middleware Controlにログインします。

2. 左側の「ターゲット・ナビゲーション・ペイン」で、「アプリケーション・デプロイメント」を選択し、「内部アプリケーション」を選択した後、Oracle RTDノード(次の図に示すもの)を右クリックするか、Oracle RTDが含まれているクラスタまたはサーバー内のOracle RTDノードを右クリックします。

3. 「システムMBeanブラウザ」を選択します。

4. Oracle RTD MBeanにアクセスするには、「システムMBeanブラウザ」の左側のペインを下にスクロールして「アプリケーション定義のMBean」を選択し、「Oracle RTD」を選択して、Oracle RTDがデプロイされているサーバーを選択します。

次の例は、Oracle RTDのMBeanのグループ化カテゴリを示しています。

MBeanおよびMBeanブラウザの詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。

13.2 JMX MBeanの操作と属性について

Oracle RTD MBeanには、「システムMBeanブラウザ」でOracleRTDフォルダからアクセスできます。これらのMBeanを使用して、Oracle RTDの様々な面を管理できます。各MBeanは、情報および管理目的に使用できる属性と操作で構成されます。この章で説明している属性と操作はOracle RTD固有のものです。

13.3 Oracle Real-Time Decisionsのクラスタレベル管理用のMBean

クラスタ・レベルの管理は、サーバーのクラスタ全体に影響を与えるアイテムに使用します。サーバーを1つしか使用していない場合でも、クラスタ・レベルの管理はあります。

この項には次のトピックが含まれます:

- 第13.3.1項「OracleRTD > SDManagement > SDClusterPropertyManagerについて」

- 第13.3.2項「OracleRTD > SDClusterPropertyManager > Miscについて」

- 第13.3.3項「OracleRTD > SDClusterPropertyManager > Clusterについて」

- 第13.3.4項「OracleRTD > SDClusterPropertyManager > Deploymentについて」

- 第13.3.5項「OracleRTD > SDCluster > SDManagementについて」

13.3.1 OracleRTD > SDManagement > SDClusterPropertyManagerについて

SDManagement > SDClusterPropertyManager MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

Cluster

クラスタの構成。

Deployment

デプロイメントの構成。

Misc

その他のプロパティ。

SDManagement > SDClusterPropertyManager MBeanには、次の操作があります。

java.lang.Void restoreDefault()

Oracle RTDをデフォルトのインストール設定に戻します。このコマンドをクラスタで実行すると、値がクラスタのデフォルト値に戻されます。

13.3.2 OracleRTD > SDClusterPropertyManager > Miscについて

SDClusterPropertyManager > Misc MBeanには、次の属性があります:

Misc MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Miscの属性" width="100%">

属性

説明

ArchivedModelCacheTimeToLive

アーカイブされたモデルがメモリーに保存される最大時間(秒)。アーカイブされたモデルのキャッシュは、Discovery Explorerによって使用されます。

ArchivedModelCatalogRefreshInterval

アーカイブされたモデルのカタログのリフレッシュ時間間隔(秒)。カタログはDiscovery Explorerによって使用されます。

AutoFlushTimeout

データベースの書込みバッファの自動フラッシュを指定する時間間隔(秒)。端数がサポートされます。

DBOperationLogThresholdMilliSec

指定された時間のしきい値を超えるすべてのデータベース操作が記録されます。

DCOperationLogThresholdMilliSec

指定された時間のしきい値を超えるデシジョン・センターのすべてのリクエストが記録されます。

DSManagesSessionAffinity

デシジョン・サービスはセッション・アフィニティを管理します。trueに設定すると、デシジョン・サービスはアクティブなセッション・キーのマップを維持し、必要な場合は、統合点リクエストを、キーのセッションを所有しているクラスタ・ホストに転送します。ホストが1つのインストール、およびセッション・アフィニティがアプリケーション・サーバーまたは外部のロード・バランサによって完全に管理されているインストールでは、無効にする必要があります。

DSSessionIdleTimeoutMillisec

デシジョン・サービス・セッションのアイドル・タイムアウト(ミリ秒)。

DSStrictSessionAffinityConcurrency

厳密なデシジョン・サービス・セッション・ディレクトリの管理で未処理にできるOracle RTDインスタンスごとの同時DBリクエスト数。SQL Serverに対しては、DB中心のデッドロックを避けるためにこの値を低く設定します。0は無制限を意味します。

DatabaseComponentCloseTimeoutSeconds

データベース・プロバイダが個々のコンポーネント(たとえば、各BatchUpdater)を閉じて作業を中止するまでの待機時間。

DatabaseShutdownTimeoutSeconds

データベース・プロバイダがすべてのコンポーネントを停止して作業を中止するまでの待機時間。

DecisionServiceAddress

デシジョン・センターがデシジョン・サービスと同一場所に配置されていない場合、デシジョン・センターがInteractive Integration Mapからの統合点リクエストをテストできるようにするために設定する必要があります。

DisableBatchDBOperations

データベースのバッチ操作を指定するブール・スイッチ。

IntegrationPointGuaranteed
RequestTimeout

統合点リクエストに対して保証されるミリ秒単位のレスポンス時間(サービス・レベルの保証)。0の場合、統合点リクエストにはタイムアウトが発生しません。これは、デバッグにのみ適しています。

ModelDSName

学習サービスによって使用されるデータソースのJNDI名。

ModelSnapshotDSName

モデルのスナップショットによって使用されるデータソースのJNDI名。

ModelSnapshotMinAbsCorrelation

すべての相関行のスナップショットを実行するか、スナップショットのための最小相関値を設定するかを制御します。デフォルト値0.000001では、相関値が非常に低い行のスナップショットが回避されます。この値を0にすると、すべての相関行のスナップショットが実行されます。

ModelSnapshotNumberOfBins

モデルのスナップショットのビンの数を制御します。数値属性の値は、自動的にビンに入れられるか、または数値範囲に割り当てられます。ビンのデフォルトの数は5です。数値データの解像度を高めるには、ビンの数を増やします。

数値属性の値が同じである場合、Oracle RTDによって異なる時間枠内に異なるビンが作成されます。そのため、時間枠をまたがる形で数値属性の値を結合することはできません。

SystemDSName

データソースのJNDI名。

WorkerThreadPoolSize

通常の統合点リクエストの処理ではなく、一般的なメンテナンス・アクティビティに使用されるスレッド数。メンテナンス・アクティビティには、モデルのメンテナンス、セッション時間の操作、およびタイムアウトしたリクエストの処理が含まれます。

13.3.3 OracleRTD > SDClusterPropertyManager > Clusterについて

SDClusterPropertyManager > Cluster MBeanには、次の属性があります:

Cluster MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Clusterの属性" width="100%">

属性

説明

BatchManagerInitialWait

最初にサーバーが起動したときに、バッチ・マネージャ・サービスが起動されるまで待機する時間(ミリ秒)。

BatchManagerRestartWait

コンピュータに障害が発生した後、またはコンピュータがクラスタから削除された後、バッチ・マネージャ・サービスが再起動されるまで待機する時間(ミリ秒)。

ChoiceHistoryCleanupChunkSize

古い選択履歴レコードを削除する場合に使用するチャンク・サイズ。

ChoiceHistoryCleanupThrottle

0.1から1の数字を指定します。より大きいスロットル値は、より高速な処理に対応します。

GenerateDSCookies

デシジョン・サーバーのHTTP Cookieを生成します。trueに設定すると、デシジョン・サーバーが統合点リクエストをHTTPセッションと関連付け、Webコンテナはコンテナ固有のセッション・アフィニティCookieを生成します。

GenerateDSSessionIdCookie

デシジョン・サービスのセッションID Cookieを生成します。trueに設定すると、デシジョン・サービスは、現在の統合点リクエストを処理するDSセッションを特定する、ORTD_DS_SessionIDという名前のCookieを提供します。

LearningDataStorageCleanupChunkSize

古い学習データ・ストレージ・レコードを削除する場合に使用するチャンク・サイズ。

LearningDataStorageCleanupThrottle

0.1から1の数字を指定します。より大きいスロットル値は、より高速な処理に対応します。

LearningServiceInitialWait

最初にサーバーが起動したときに、学習サービスが起動されるまで待機する時間(ミリ秒)。

LearningServiceRestartWait

コンピュータに障害が発生した後、またはコンピュータがクラスタから削除された後、学習サービスが再起動されるまで待機する時間(ミリ秒)。

OperationalDataCleanupPeriod

データベースの操作データ(選択履歴、統計、学習データ・ストレージ)のクリーンアップの時間間隔(端数の指定も可能)。

RequireIntegrationPointAuthorization

統合点が、含有するインライン・サービスに対する\\"decision_service\:normal\\"アクション権限を付与されたセキュリティ・プリンシパルによってのみコール可能な場合はtrueです。

RestrictDSClients

デシジョン・サービス・リクエストを送信できるホストが、信頼できるIPアドレスの固定リストに限定されている場合はtrueです。

StatisticsCleanupChunkSize

古い統計レコードを削除する場合に使用するチャンク・サイズ。

StatisticsCleanupThrottle

0.1から1の数字を指定します。より大きいスロットル値は、より高速な処理に対応します。

TrustedDSClients

デシジョン・サービス・リクエストを受け入れるホストIPアドレスのリスト。ポートはオプションであり、「:」でIPから区切られます。エントリは、「;」で区切ります。

信頼できるデシジョン・サービス・クライアントの追加

どのホストもデシジョン・サービス・リクエストを送信できるようにする場合は、RestrictDSClientsをFalseに設定します(デフォルト値はtrue)。

デシジョン・サービス・リクエストを送信できるホストを限定するには、次のようにします。

- RestrictDSClientsをtrueに設定します。

- TrustedDSClientsで、デシジョン・サービス・リクエストを送信可能にするクライアント・ホストのホストIPアドレスのリストを入力します。

この変更は、すべての既存のインスタンスに伝播され、即座に有効となります。

13.3.4 OracleRTD > SDClusterPropertyManager > Deploymentについて

SDClusterPropertyManager > Deployment MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

AppPollingInterval

AppFactoryがSDApps表をポーリングして、新しいアプリケーションの存在を確認する頻度(秒)。

13.3.5 OracleRTD > SDCluster > SDManagementについて

SDClusterレベルの属性と操作は、クラスタ・レベルの機能を管理できます。

SDCluster > SDManagement MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

BatchManager

バッチ・マネージャ・サービスの属性を管理します。

DeploymentStates

デプロイメント状態の設定と並替えを可能にします。

InlineServiceManager:

デプロイされたインライン・サービスを管理します。

LearningService

学習サービスの属性を管理します。

Members

クラスタのメンバー。各メンバーはこの属性によって表示されます。メンバーは、ローカル・サーバー・プロパティの管理に使用されます。

Properties

クラスタのプロパティの構成。

セキュリティ

セキュリティ・マネージャ。

13.4 Oracle Real-Time Decisionsのメンバーレベル管理用のMBean

この項には、メンバー・レベルで行う管理に関する情報が記載されています。

この項には次のトピックが含まれます:

- 第13.4.1項「OracleRTD > SDManagement > SDPropertyManagerについて」

- 第13.4.2項「OracleRTD > SDPropertyManager > Performance Monitoringについて」

- 第13.4.3項「OracleRTD > SDPropertyManager > Miscについて」

- 第13.4.4項「OracleRTD > Server > DecisionServiceについて」

- 第13.4.5項「OracleRTD > Server > SDManagementについて」

- 第13.4.6項「OracleRTD > Server > BatchAgentについて」

- 第13.4.7項「OracleRTD > Server > BatchManagerについて」

- 第13.4.8項「OracleRTD > Server > BatchManager > Proxy > BatchManagerProxyについて」

13.4.1 OracleRTD > SDManagement > SDPropertyManagerについて

SDManagement > SDPropertyManager MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

PerformanceMonitoring

パフォーマンス・カウンタのプロパティ。

Misc

その他のプロパティ。

13.4.2 OracleRTD > SDPropertyManager > Performance Monitoringについて

SDPropertyManager > Performance Monitoring MBeanには、次の属性があります:

Performance Monitoring MBeanの属性と説明の一覧です。" title="SDPropertyManager > Performance Monitoringの属性" width="100%">

属性

説明

DSPerfCounterAppend

trueの場合、パフォーマンス・データが既存のファイル(存在する場合)に付加されます。そうでない場合、サーバーの再起動時に既存のファイルが上書きされます。

DSPerfCounterEnabled

DSパフォーマンス・カウンタの書込みを有効にします。ただし、ファイルのサイズが大きくなりすぎるため、有効化したままにはしないでください。

DSPerfCounterLogFile

DSパフォーマンス・カウントが定期的に付加されるタブ区切りCSVファイル。MS Excelが利用可能な場合、インストールのetcディレクトリにあるds_perf.xlsを使用すると、見やすく表示されます。

DSPerfCounterLogInterval

DSパフォーマンス・カウントの更新間隔(ミリ秒)。

パフォーマンス監視の使用方法の詳細は、第11章「パフォーマンスの監視」を参照してください。

13.4.3 OracleRTD > SDPropertyManager > Miscについて

SDPropertyManager > Misc MBeanには、次の属性があります:

Misc MBeanの属性と説明の一覧です。" title="SDPropertyManager > Miscの属性" width="100%">

属性

説明

BatchAgentEnabled

このインスタンスでバッチ・エージェントを実行するかどうかを指定します。

BatchManagerEnabled

このインスタンスでバッチ・マネージャを実行するかどうかを指定します。

DecisionCenterEnabled

このインスタンスでデシジョン・センターを実行するかどうかを指定します。

DecisionServiceEnabled

このインスタンスでデシジョン・サービスを実行するかどうかを指定します。

LearningServiceEnabled

このインスタンスで学習サービスを実行するかどうかを指定します。

WorkerThreadPoolSize

通常の統合点リクエストの処理ではなく、一般的なメンテナンス・アクティビティに使用されるスレッド数。メンテナンス・アクティビティには、モデルのメンテナンス、セッション時間の操作、およびタイムアウトしたリクエストの処理が含まれます。

13.4.4 OracleRTD > Server > DecisionServiceについて

Server > DecisionService MBeanには、次の読取り専用の属性があります。

DecisionService MBeanの属性と説明の一覧です。" title="Server > DecisionServiceの属性" width="100%">

属性

説明

CurrentReceivedRequestsForwarded

他のサーバーからこのサーバーに転送されたリクエストのうち、このサーバーでまだ完全に処理されていないリクエスト数。

CurrentRequestsForwarded

このサーバーから他のサーバーに転送されたリクエストのうち、転送先サーバーによってリクエストが処理されたことを示す確認をまだ受信していないリクエスト数。

CurrentRequestsRunning

インライン・サービスによって現在処理されている統合点リクエスト数。

CurrentSessions

まだオープンしているデシジョン・サービス・セッションの数。

PeakReceivedRequestsForwarded

受信した、転送されたリクエストの最大数。

PeakRequestsForwarded

転送されたリクエストの最大数。

RequestsForwarded

クラスタ内の別のサーバーに転送されたリクエストの合計数。

TimedOutRequests

タイムアウトになったリクエストの合計数。

TotalReceivedRequestsForwarded

受信した、転送されたリクエストの合計数。

TotalRequests

サーバーの起動後に出現したリクエストの合計数。

TotalRequestsForwarded

転送されたリクエストの合計数。

TotalSessions

作成されたデシジョン・サービス・セッションの合計数。

13.4.5 OracleRTD > Server > SDManagementについて

Server > SDManagement MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

Properties

プロパティの構成。

13.4.6 OracleRTD > Server > BatchAgentについて

Server > BatchAgent MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

ActiveBatches

このバッチ・エージェントで現在実行中、一時停止中または実行待機中のすべてのバッチ・ジョブのリスト。このリストは空にできます。

BatchNames

このバッチ・エージェントに登録されているバッチのリスト。

13.4.7 OracleRTD > Server > BatchManagerについて

Server > BatchManager MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

ActiveBatches

現在実行中、一時停止中または実行待機中のすべてのバッチ・ジョブの簡単なステータス情報のリスト。このリストは空にできます。

BatchNames

バッチ・フレームワークに登録されているバッチのリスト。

13.4.8 OracleRTD > Server > BatchManager > Proxy > BatchManagerProxyについて

Server > BatchManager > Proxy > BatchManagerProxy MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

BatchManagerLocation

バッチ・マネージャが実行されている場所。

13.5 インライン・サービス管理用のMBean

Inline Service Managerを使用して、クラスタにデプロイされているインライン・サービスを管理します。

この項には次のトピックが含まれます:

- 第13.5.1項「OracleRTD > SDManagement > InlineServiceManagerについて」

- 第13.5.2項「OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について」

- 第13.5.3項「メンテナンス操作の起動」

13.5.1 OracleRTD > SDManagement > InlineServiceManagerについて

デプロイされた各インライン・サービスは、InlineServiceManager MBeanの下に表示されます。

SDManagement > InlineServiceManager MBeanには、次の属性があります:

Depolyment MBeanの属性と説明の一覧です。" title="SDClusterPropertyManager > Deploymentの属性" width="100%">

属性

説明

InlineServices

デプロイされたインライン・サービスのリスト。

SDManagement > InlineServiceManager MBeanには、次の操作があります。

refreshMBeans()

データベースにもう登録されていないアプリケーション用のMBeanを削除し、新しいアプリケーション用のMBeanを作成します。

removeAllServices()

すべてのインライン・サービス(loaded、loadable、failed)を削除します。

13.5.2 OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

InlineServiceManager MBeanを表示するには、インライン・サービス名とデプロイメント状態を選択します(例: DC_Demo.Development)。

特定のインライン・サービスのInlineServiceManager MBeanには、次の属性があります:

属性

説明

DeploymentState

Development、QAまたはProduction。

LockStatus

インライン・サービスのロック状態。

ServiceId

インライン・サービスのサービスID。

Status

Failed、InactiveまたはLoadable。

特定のインライン・サービスのInlineServiceManager MBeanには、次の操作があります。

unlockService()

このサービスのロックを解除します。

removeService()

このサーバーのインライン・サービスを停止し、データベースからサービスを削除します。

flushStatistics()

このサービスのすべての統計をデータベースにフラッシュします。

makeLoadable()

このサーバーでテスト・ロードを実行し、成功したら、サービスをロード可能にします。

deleteStatistics()

データベースでこのサービスのすべての統計をフラッシュおよび削除します。

deleteChoiceHistory()

データベースからこのサービスのすべての選択履歴を削除します。

deleteAllOperationalData()

データベースからこのサービスのすべての操作データを削除します。これには、選択履歴、統計およびスタディが含まれます。

注意:

予測モデル・データは、ユーザーがdeleteAllOperationalData()操作を実行した後、しばらくの間メモリーに残留します。

deleteStudy()

このサービスのスタディを削除します。

13.5.3 メンテナンス操作の起動

次の条件が両方とも成立した場合に、個々のインライン・サービス下のノードにメンテナンス操作が表示されます。

- インライン・サービスには、1つ以上のメンテナンス操作があります。

- インライン・サービスで、StatusフラグがLoadableに設定されている

各メンテナンス操作は、「メンテナンス操作」下のBroadcastAsyncOperationsノードとDirectBlockingOperationsノードの両方に表示されます。

「DirectBlockingOperations」ノードに一覧表示されている操作は、ローカル・サーバーでのみ起動され、操作が完了した場合にのみ戻ります。返される値はポップアップ・ダイアログに表示されます。操作で返された型がvoidの場合には、「null」が表示されます。なんらかの理由により操作が失敗した場合、短いエラー・メッセージがポップアップ・ダイアログに表示されます。また、詳細なレポートをそのサーバーのログで確認できます。

「BroadcastAsyncOperations」ノードに一覧表示されている操作は、1つのクラスタのすべてのノードにわたって起動されます。この操作は即座に戻り、ブロードキャストを受信したクラスタ・メンバーの数が返されます。クラスタにノードが1つのみある場合、この操作は1を返し、起動はそのまま非同期です。

メンテナンス操作には、ランタイムに関する次の考慮事項が適用されます。

- Oracle RTDでは、すべてのクラスタ・メンバーにメンテナンス操作の起動が通知されることを保証していませんが、通常は通知されます。
たとえば、メンテナンス操作が起動されたときにクラスタのメンバーの1つが停止している場合、復旧したときにそのクラスタ・メンバーがメンテナンス操作を実行することを指示する通知はありません。

- メンテナンス操作の順序は保証されません。たとえば、AとBの2つのメンテナンス操作が順に起動された場合、インライン・サービスはAを実行する前にBを実行しますが、AとBを同時に実行することもありえます。

13.6 デプロイメント状態用のMBean

OracleRTD > DeploymentStates MBeanを表示すると、クラスタで利用可能なデプロイメント状態のリストを表示できます。

この項には次のトピックが含まれます:

- 第13.6.1項「OracleRTD > SDManagement > DeploymentStatesについて」

- 第13.6.2項「OracleRTD > Deployment States > [State]について」

13.6.1 OracleRTD > SDManagement > DeploymentStatesについて

SDManagement > DeploymentStates MBeanには、次の属性があります:

DeploymentStates MBeanの属性と説明の一覧です。" title="SDManagement > DeploymentStatesの属性" width="100%">

属性

説明

StateObjectNames

サーバーで利用可能なすべてのデプロイメント状態のリスト。

13.6.2 OracleRTD > Deployment States > [State]について

特定のデプロイメント状態のMBeanを表示するには、OracleRTD > Deployment Statesを選択して、デプロイメント状態(Development、QA、Productionなど)を選択します。

Deployment States > [State] MBeanには、それぞれ次の属性があります:

[State] MBeanの属性と説明の一覧です。" title="Deployment States > [State]の属性" width="100%">

属性

説明

AllowHotSwapping

デシジョン・サービスのこのデプロイメント状態でのインライン・サービスのホット・スワップを許可します。

Id

デプロイメント状態のID。

Name

デプロイメント状態の名前。

注意:

このデプロイメント状態にホット・スワップを許可し、その状態でインライン・サービスを再デプロイすると、既存のセッションがクローズするかタイムアウトになるまで、既存のインライン・サービスはアクティブのままになります。新しくデプロイされたインライン・サービスには、新しいセッションが作成されます。

13.7 学習サービス管理用のMBean

クラスタの学習サービスを管理することにより、学習モデルのステータスを確認し、そのモデルのメンテナンスを実行できます。

この項には次のトピックが含まれます:

- 第13.7.1項「OracleRTD > Server > LearningServiceについて」

- 第13.7.2項「OracleRTD > Server > LearningService > Proxy > LearningServiceProxyについて」

- 第13.7.3項「OracleRTD > Learning Server > [Study]について」

- 第13.7.4項「OracleRTD > Study > [Model.Study]について」

13.7.1 OracleRTD > Server > LearningServiceについて

Server > LearningService MBeanには、次の属性があります:

LearningService MBeanの属性と説明の一覧です。" title="Server > LearningServiceの属性" width="100%">

属性

説明

Studies

Learning Serverで実行されているすべてのスタディのリスト。スタディをクリックすると、そのスタディのモデルが表示されます。

13.7.2 OracleRTD > Server > LearningService > Proxy > LearningServiceProxyについて

Server > LearningService > Proxy > LearningServiceProxy MBeanには、次の属性があります:

LearningService MBeanの属性と説明の一覧です。" title="Server > LearningServiceの属性" width="100%">

属性

説明

LearningServiceLocation

学習サービスが実行されている場所。

13.7.3 OracleRTD > Learning Server > [Study]について

Learning Server > [Study] MBeanには、それぞれ次の属性があります:

[Study] MBeanの属性と説明の一覧です。" title="Learning Server > [Study]の属性" width="100%">

属性

説明

Models

このスタディに属しているモデル。

Name

スタディの名前。

Learning Server > [Study] MBeanには、次の操作があります:

CompleteSnapshot()

データベースにこのスタディのスナップショットを保存します(完全)。

Delete()

スタディ・データを削除します。

DeleteSnapshot()

データベースからこのスタディのスナップショットを削除します。

IncrementalSnapshot()

データベースにこのスタディのスナップショットを保存します(デルタ)。

13.7.4 OracleRTD > Study > [Model.Study]について

「Study」→[Model.Study] MBeanには、次の属性があります:

[Study Name] > [Model] MBeanの属性と説明の一覧です。" title="Study > [Study Name] > [Model]の属性" width="100%">

属性

説明

Attributes

モデルの属性の名前。ここにリストされた名前は、インライン・サービスのセッションの属性名と一致します。

Name

モデルの名前。

TimeWindows

この特定のモデルによって学習された時間範囲のリスト。

Study > [Study Name] > [Model] MBeanには、次の操作があります:

Delete()

モデル・データを削除します。

DeleteAttributeValue()

属性の値について収集されたモデルのデータを消去します。この操作で受け入れられるパラメータは次のとおりです。

AttributeName: 属性の名前。

Value: 削除する値。

DeleteAttributeValueRange()

属性の値の範囲について収集されたモデルのデータを消去します。この操作で受け入れられるパラメータは次のとおりです。

AttributeName: 属性の名前。

HighestValue 削除する最も高い値。

LowestValue: 削除する最も低い値。

StartNewTimeWindow()

現在の時間枠を閉じて、新しい時間枠を開始します。この操作は、将来のモデル学習に悪影響を与える可能性があるため、本番環境では使用しないでください。

13.8 インライン・サービスのデプロイメント後の管理

インライン・サービスのデプロイメントでは、メタデータとコンテンツの2つのタイプのデータがSDDBデータベースに書き込まれます。

インライン・サービスのメタデータでは、インライン・サービスの基礎となる要素と構造(事実上、インライン・サービスのフレームワーク)が記述されます。

インライン・サービスのコンテンツは、実行時に変更されるデータであり、次の一般データ・タイプで構成されます。

- (A)スタディ(1つ以上のモデルの集合)

注意:

各インライン・サービスの学習は、スタディ名に関連付けられています。インライン・サービスを再デプロイして学習を再開するには、新しいスタディ名を付けてデプロイします。「Development」、「QA」および「Production」で別々のスタディ名を使用できます。

- (B)統計

- (C)選択肢履歴

- (D)学習データ

次の表に、インライン・サービスを削除する場合またはインライン・サービスのコンテンツ・データの一部またはすべてを削除する場合に使用するJMX MBeanおよび操作を示します。

「操作」列に示す操作は、対応するMBean関連のトピックに対して選択する操作です。各トピックについては、この章で別に説明しています。コンテンツ・データに関連するアクションでは、前述の箇条書きリストにあるコンテンツ・タイプを指す文字を示しています。

アクション

操作

トピック

インライン・サービスの削除

インライン・サービスのすべてのメタデータを削除します。コンテンツは何も削除しません。

removeService()

OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

インライン・サービスの統計(B)の削除

deleteStatistics()

OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

インライン・サービスの選択肢履歴(C)の削除

deleteChoiceHistory()

OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

インライン・サービスのすべての操作データ(A)+(B)+(C)+(D)の削除

インライン・サービスのすべてのコンテンツ・データを削除します。メタデータは何も削除しません。

deleteAllOperationalData()

OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

インライン・サービスのスタディ(A)の削除

deleteStudy()

OracleRTD > InlineServiceManager > [Inline Service.Deployment State]について

(代替)
インライン・サービスのスタディ(A)の削除

Delete()

OracleRTD > Learning Server > [Study]について

インライン・サービスのスタディからのモデルの削除

スタディ(A)から単一モデルを削除します。

Delete()

OracleRTD > Study > [Model.Study]について

注意:

どの削除アクションについても、削除の実行前にSDDBデータベースをバックアップすることを強くお薦めします。

13.9 システム・プロパティ

次のシステム・プロパティの表示および設定を行うことができます。

システム・プロパティ

説明

ModelDSName

学習サービスによって使用されるデータソースのJNDI名。デフォルトはSDDSです。

ModelSnapshotDSName

学習サービスが学習モデルのスナップショットを実行するために使用するデータソースのJNDI名。デフォルトはSDDSです。

RestrictClusterMembers

クラスタに参加できるホストが、信頼できるIPアドレスの固定リストに限定されている場合はtrueです。

RestrictDSClients

デシジョン・サービス・リクエストを送信できるホストが、信頼できるIPアドレスの固定リストに限定されている場合はtrueです。

SDGroupName

これは、Oracle RTDのクラスタ管理で認識されるOracle RTDクラスタの名前です。

SystemDSName

これは、Oracle RTDシステム・データソースの名前です。デフォルトはSDDSです。

TrustedClusterMembers

クラスタに参加できるIPアドレスのリスト。ポートはオプションであり、「:」でIPから区切られます。エントリは、「;」で区切ります。

TrustedDSClients

デシジョン・サービス・リクエストを受け入れるホストIPアドレスのリスト。ポートはオプションであり、「:」でIPから区切られます。エントリは、「;」で区切ります。

A システムのログ・ファイルおよび構成ファイル

この付録では、Oracle RTDのログ・ファイルおよび構成ファイルの名前と場所を示します。これらのファイル間で情報の整合性を維持するには、オペレーティング・システムなどのツールを使用して、ファイルが含まれる親ディレクトリに対して適切なファイル権限を設定し、侵入者がアクセスできないようにする必要があります。

この項には次のトピックが含まれます:

- 第A.1項「サーバー側ログ・ファイルの検索と表示」

- 第A.2項「Oracle RTDサーバー側ログ・ファイルの構成」

- 第A.3項「ログ・ファイル」

- 第A.4項「構成ファイル」

A.1 サーバー側ログ・ファイルの検索と表示

Fusion Middleware ControlのEnterprise Managerでは、同じOracle Fusion Middlewareコンポーネント内のログ・ファイルだけでなく、他のOracle Fusion Middlewareコンポーネントのログ・ファイルを検索し、表示できます。ログ・ファイルをローカル・クライアントにダウンロードし、他のツールを使用してそのログ・ファイルを表示することも可能です。

最初にFusion Middleware Controlにログインする必要があります。詳細は、第2.1.1項「Fusion Middleware Controlへのログイン」を参照してください。

Oracle RTDホームページからログ・ファイルにアクセスするには、ナビゲーション・ペインでデプロイされているOracle RTDアプリケーションを右クリックして、「ログ」を選択し、「ログ・メッセージの表示」を選択します。

「ログ・メッセージ」画面が表示されます。

図A-1に、ログ・ファイルを検索および表示するためのOracle Fusion Middlewareの主な操作の概要を示します。

図A-1 ログ・ファイルを検索および表示するためのOracle Fusion Middlewareの主な操作

ログ・ファイルの検索および表示の一般情報は、『Oracle Fusion Middleware管理者ガイド』のログ・ファイルの表示と検索に関する項を参照してください。

次の注意事項は、特にOracle RTDユーザーに適用されます。

1. ログ・ファイルのリストには、管理対象サーバーのログ・ファイルが含まれています。このファイルには、server_name.logという一般名が付いています。
Oracle RTDのランタイム・ログ・ファイルには、server_name-diagnostic[-<n>].logという一般名が付いています。

2. Oracle RTD固有のファイルを検索するには、最初に検索フィールドに「モジュール」フィールドを追加し、「モジュール」検索ボックスに「oracle.rtd」と入力して「検索」をクリックします。

A.2 Oracle RTDサーバー側ログ・ファイルの構成

Oracle RTDサーバー側ログ・ファイルの次のプロパティを構成できます。

- ログ・ファイルの名前および場所。

- ログ・ファイルのサイズ。
ログ・ファイルが特定のサイズに達したか、特定の期間が経過したときに新しいファイルを作成するように指定できます。

- ログ・ファイルに書き込まれる情報のレベル。
メッセージ・タイプとメッセージ・レベルを指定して、ログ・ファイルに書き込まれる情報のタイプと詳細レベルを制御できます。一般的なメッセージ・タイプは、「エラー」、「警告」、「通知」および「トレース」です。通知ファイルおよびトレース・ファイルのメッセージ・レベルを設定することによって、メッセージの詳細の粒度を制御できます。

- ログ・ファイルの形式。

- ロケールのエンコーディング。

ログ・ファイルの構成の詳細は、『Oracle Fusion Middleware管理者ガイド』のログ・ファイルの設定の構成に関する項を参照してください。

A.3 ログ・ファイル

Oracle RTDには、サーバー・ログとクライアント・ログの両方が用意されています。また、Eclipseおよびアプリケーション・サーバーに固有のログ・ファイルもあります。

この項には次のトピックが含まれます:

- 第A.3.1項「Oracle RTDの主要なログ・ファイル」

- 第A.3.2項「Oracle RTDクライアント・ツールのログ・ファイル」

- 第A.3.3項「サーバー側ログ・ファイル」

- 第A.3.4項「Eclipseのログ・ファイル」

A.3.1 Oracle RTDの主要なログ・ファイル

表A-1は、Oracle RTDの2つの主要なログ・ファイルを示しています。Oracle RTDのサーバー・ログは、問題をトラブルシューティングするときに使用する主要なログです。

表A-1 Oracle RTDの主要なログ

ログの種類

デフォルトの場所

Oracle RTDのサーバー・ログ

RTD_RUNTIME_HOME/log/server_name-diagnostic[-<n>].log

Oracle RTDのクライアント・ログ

RTD_HOME/log/client.log

- RTD_HOMEは、Oracle RTDファイルの展開先ディレクトリです。

- RTD_RUNTIME_HOMEは、Oracle RTDのインストール先ディレクトリ(通常、<mw_home>/user_projects/domains/domain_name/servers/server_name/)です。

A.3.2 Oracle RTDクライアント・ツールのログ・ファイル

Oracle RTDのクライアント・ログ以外にも、Oracle RTDでは、次のクライアント・ツールのログ・ファイルが保持されます。

- RTD_HOME/scripts/SDDBTool.log

- RTD_HOME/log/loadgen.csv

デシジョン・スタジオのログ・メッセージの詳細は、第A.3.4項「Eclipseのログ・ファイル」を参照してください。

A.3.3 サーバー側ログ・ファイル

この項では、WebLogic下のサーバー側ログ・ファイルをリストします。

RTD_RUNTIME_HOME/logs/server_name.log
RTD_RUNTIME_HOME/logs/server_name-diagnostic[-<n>].log
RTD_RUNTIME_HOME/logs/server_name.out

A.3.4 Eclipseのログ・ファイル

デシジョン・スタジオのログ・メッセージのロギングに使用されるEclipseログ・ファイルは、Decision_Studio_Workspace/.metadata/.logです。

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

Eclipseのロギング・レベルを設定するには、次のファイルを編集します。

RTD_HOME\eclipse\plugins\com.sigmadynamics.studio_11.1.1\etc\eclipse-log.properties

ロギング・レベルを調整するには、それらの値をtrueまたはfalseに設定します。デフォルトの設定は、次のとおりです。

- debug=false

- info=true

- warn=true

- error=true

- fatal=true

- trace=false

A.4 構成ファイル

この項では、リリース11gのOracle RTD構成ファイルをリストします。

Oracle RTDの構成ファイル(WebLogic)

<Oracle_BI_Directory>/bifoundation/jee/RTD.ear/APP_INF/lib/etc/sdconfig.xml

B Oracle Real-Time Decisionsのアップグレードとパッチ適用

この付録では、Oracle RTDのアップグレードとパッチ適用の概念の概要を説明し、Oracle RTDのアップグレードとパッチ適用に関する詳細の参照先を示します。

注意:

パッチ適用またはアップグレード・プロセスを開始する前に、パッチに対応するリリース・ノートまたはアップグレードのリリース・レベルに対応するリリース・ノートを参照してください。

既存のOracle Real-Time Decisions 3.0.0.1環境からOracle Real-Time Decisions 11gへのアップグレードの詳細は、『Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイド』のOracle Real-Time Decisionsのアップグレードに関する項を参照してください。

パッチ適用は、既存のインスタンスに少数のファイルをコピーするプロセスです(インプレース・インストールともいいます)。パッチはOracle製品の特定のバージョンに関連していることが普通で、その製品の特定のマイナー・バージョンから同製品の新しいマイナー・バージョンへの更新を実行します。パッチ・セットとは、同時に適用することを目的とした複数のパッチを単独のパッチにまとめたものです。

Oracle Real-Time Decisionsのパッチ・セットをインストールすることを計画している場合は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

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