Oracle® Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド

11gリリース2 (11.1.2.1.0)

B69541-05(原本部品番号:E27301-07)

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

第I部 概要と準備

1 概要

- 1.1 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の概要

- 1.2 11gリリース2 (11.1.2.1.0)デプロイメントの追加情報

- 1.2.1 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)へのアップグレード

- 1.2.2 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の高可用性に対応したインストール

- 1.2.3 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)に関するOracle Unified Directoryのデプロイメント

- 1.3 サイレント・インストール

- 1.4 インストール後のOracle Identity and Access Managementコンポーネントの状態の概要

- 1.4.1 デフォルトSSL構成

- 1.4.2 デフォルト・パスワード

- 1.5 このドキュメントの使用方法

2 インストールの準備

- 2.1 システム要件および動作保証の確認

- 2.2 Java Access Bridgeのインストールおよび構成(Windowsのみ)

- 2.3 インストール・ディレクトリの特定

- 2.3.1 Oracleミドルウェア・ホームの場所

- 2.3.2 Oracleホーム・ディレクトリ

- 2.3.3 Oracle共通ディレクトリ

- 2.3.4 Oracle WebLogicドメイン・ディレクトリ

- 2.3.5 WebLogic Serverディレクトリ

- 2.4 ポート番号の特定

- 2.5 インストール・ログ・ファイルの場所

- 2.6 オプション: Oracle Enterprise Manager Fusion Middleware ControlでWebLogic Administrator Serverのユーザー名を更新(OIMのみ)

第II部 Oracle Identity and Access Management (11.1.2.1.0)のインストールおよび構成

3 Oracle Identity and Access Management (11.1.2.1.0)のインストールおよび構成

- 3.1 インストールおよび構成のロードマップ

- 3.2 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストールと構成

- 3.2.1 Oracle Fusion Middlewareソフトウェアの入手

- 3.2.2 データベース要件

- 3.2.2.1 Oracle Identity ManagerのOracle Databaseパッチ要件

- 3.2.3 Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成

- 3.2.4 WebLogic Serverおよびミドルウェア・ホーム要件

- 3.2.5 Oracle SOA Suite (Oracle Identity Managerユーザーのみ)のインストール

- 3.2.6 Oracle Identity and Access Managementインストーラの起動

- 3.2.7 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストール

- 3.2.7.1 インストールされる製品

- 3.2.7.2 依存関係

- 3.2.7.3 手順

- 3.2.7.4 インストール後のディレクトリ構造の概要

- 3.2.8 Oracle Identity and Access Management (11.1.2.1.0)製品の構成

- 3.2.9 Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成

- 3.2.9.1 概要

- 3.2.9.2 データベース・セキュリティ・ストアを構成する前に

- 3.2.9.3 データベース・セキュリティ・ストアの構成

- 3.2.9.4 データベース・セキュリティ・ストアの構成のシナリオの例

- 3.2.10 サーバーの起動

4 Oracle Identity Navigatorの構成

- 4.1 開始前の重要な注意点

- 4.2 Oracle Identity Navigatorのインストールおよび構成ロードマップ

- 4.3 新しいWebLogicドメインでのOracle Identity Navigatorの構成

- 4.3.1 適切なデプロイメント環境

- 4.3.2 デプロイされるコンポーネント

- 4.3.3 依存性

- 4.3.4 手順

- 4.4 サーバーの起動

- 4.5 Oracle Identity Navigatorの検証

- 4.6 インストール後のOracle Identity Navigatorの起動

5 Oracle Identity Managerの構成

- 5.1 Oracle Identity Managerの構成前の重要な注意点

- 5.2 Oracle Identity Managerのインストールおよび構成ロードマップ

- 5.3 Oracle Identity ManagerおよびSOAの新しいWebLogicドメインの作成

- 5.3.1 適切なデプロイメント環境

- 5.3.2 デプロイされるコンポーネント

- 5.3.3 依存性

- 5.3.4 手順

- 5.4 サーバーの起動

- 5.5 Oracle Identity Managerの構成の概要

- 5.5.1 Oracle Identity Managerサーバー、Design ConsoleまたはRemote Managerを構成する前に

- 5.5.1.1 Oracle Identity Managerサーバーの構成のための前提条件

- 5.5.1.2 Oracle Identity Manager Design Consoleのみを別のマシンに構成するための前提条件

- 5.5.1.3 Oracle Identity Manager Remote Managerのみを別のマシンに構成するための前提条件

- 5.5.2 Oracle Identity Managerの構成シナリオ

- 5.5.2.1 Oracle Identity Manager 11g構成ウィザードを使用した構成の範囲

- 5.5.2.2 シナリオ1: Oracle Identity ManagerサーバーとDesign Consoleが異なるマシンの場合

- 5.5.2.3 シナリオ2: Oracle Identity ManagerサーバーとRemote Managerが異なるマシンの場合

- 5.5.2.4 シナリオ3: Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerが1つのWindowsマシンの場合

- 5.6 Oracle Identity Manager 11g構成ウィザードの開始

- 5.7 Oracle Identity Managerサーバーの構成

- 5.7.1 適切なデプロイメント環境

- 5.7.2 デプロイされるコンポーネント

- 5.7.3 依存性

- 5.7.4 手順

- 5.7.5 LDAP同期を有効にするための前提条件の実行

- 5.7.5.1 アイデンティティ・ストアの事前構成

- 5.7.5.2 Oracle Virtual Directoryにおけるアダプタの作成

- 5.7.6 LDAP構成後ユーティリティの実行

- 5.7.7 LDAP同期の検証

- 5.7.8 構成後の手順

- 5.7.9 Identity Virtualization LibraryのoamEnabledパラメータの設定

- 5.7.10 Oracle Identity Managerサーバーのインストールと構成の終了後に行うLDAP同期の有効化

- 5.8 オプション: Oracle Identity Manager Design Consoleの構成

- 5.8.1 適切なデプロイメント環境

- 5.8.2 デプロイされるコンポーネント

- 5.8.3 依存性

- 5.8.4 手順

- 5.8.5 構成後の手順

- 5.8.6 Design Console用にポートを変更するためのxlconfig.xmlファイルの更新

- 5.8.7 SSLを使用するためのDesign Consoleの構成

- 5.9 オプション: Oracle Identity Manager Remote Managerの構成

- 5.9.1 適切なデプロイメント環境

- 5.9.2 デプロイされるコンポーネント

- 5.9.3 依存性

- 5.9.4 手順

- 5.10 Oracle Identity Managerのインストールの検証

- 5.11 Oracle Identity Managerに対するメモリー設定の変更

- 5.12 Oracle Access Managementとの統合の設定

- 5.13 サポートされている言語のリスト

- 5.14 診断ダッシュボードの使用

- 5.15 インストール後のOracle Identity Managerの起動

6 Oracle Access Managementの構成

- 6.1 概要

- 6.2 開始前の重要な注意点

- 6.3 Oracle Access Managementのインストールおよび構成ロードマップ

- 6.4 オプション: データベースのTDEの有効化

- 6.5 新しいWebLogicドメインにおけるOracle Access Management

- 6.5.1 適切なデプロイメント環境

- 6.5.2 デプロイされるコンポーネント

- 6.5.3 依存性

- 6.5.4 手順

- 6.6 サーバーの起動

- 6.7 オプションのインストール後の手順

- 6.8 Oracle Access Managementのインストールの検証

- 6.9 Oracle Access Managerエージェントの設定

- 6.10 OIMとの統合の設定

- 6.11 Oracle Access Managementのインストール後のスタート・ガイド

7 Oracle Adaptive Access Managerの構成

- 7.1 概要

- 7.2 開始前の重要な注意点

- 7.3 Oracle Adaptive Access Managerのインストールおよび構成ロードマップ

- 7.4 新しいWebLogicドメインでのOracle Adaptive Access Manager

- 7.4.1 適切なデプロイメント環境

- 7.4.2 デプロイされるコンポーネント

- 7.4.3 依存関係

- 7.4.4 手順

- 7.5 Oracle Adaptive Access Manager(オフライン)の構成

- 7.5.1 デプロイされるコンポーネント

- 7.5.2 依存関係

- 7.5.3 手順

- 7.6 サーバーの開始

- 7.7 インストール後の手順

- 7.8 Oracle Adaptive Access Managerのインストールの検証

- 7.9 インストール後のOracle Adaptive Access Managerの起動

8 Oracle Entitlements Serverのインストールと構成

- 8.1 開始前の重要な注意点

- 8.2 Oracle Entitlements Server 11gインストールの概要

- 8.3 Oracle Entitlements Serverのインストールおよび構成ロードマップ

- 8.4 Oracle Entitlements Server管理サーバーの構成

- 8.4.1 デプロイされるコンポーネント

- 8.4.2 Apache Derbyテンプレートの抽出(オプション)

- 8.4.3 新しいWebLogicドメインでのOracle Entitlements Serverの構成

- 8.4.4 Oracle Entitlements Server管理サーバーのセキュリティ・ストアの構成

- 8.4.5 管理サーバーの起動

- 8.4.6 Oracle Entitlements Server管理サーバーの構成の検証

- 8.5 Oracle Entitlements Serverクライアントのインストール

- 8.5.1 前提条件

- 8.5.2 Oracle Entitlements Serverクライアント・ソフトウェアの取得

- 8.5.3 Oracle Entitlements Serverクライアントのインストール

- 8.5.4 Oracle Entitlements Serverクライアント・インストールの検証

- 8.5.5 OPatchを使用してのパッチの適用

- 8.6 Oracle Entitlements Serverクライアントの構成

- 8.6.1 配布モードの構成

- 8.6.1.1 制御されたプッシュ配布モードの構成

- 8.6.1.2 制御されない配布モードおよび制御されたプル配布モードの構成

- 8.6.2 セキュリティ・モジュールの制御されたプッシュ・モードによる構成(クイック構成)

- 8.6.2.1 Javaセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- 8.6.2.2 RMIセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- 8.6.2.3 Web Serviceセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- 8.6.2.4 Oracle WebLogic Serverセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- 8.6.3 セキュリティ・モジュールの構成

- 8.6.3.1 WebLogic Serverセキュリティ・モジュールの構成

- 8.6.3.2 Web Serviceセキュリティ・モジュールの構成

- 8.6.3.3 Oracle WebLogic ServerのWeb Serviceセキュリティ・モジュールの構成

- 8.6.3.4 Oracle Service Busセキュリティ・モジュールの構成

- 8.6.3.5 IBM WebSphereセキュリティ・モジュールの構成

- 8.6.3.6 JBossセキュリティ・モジュールの構成

- 8.6.3.7 Apache Tomcatセキュリティ・モジュールの構成

- 8.6.3.8 Javaセキュリティ・モジュールの構成

- 8.6.3.9 RMIセキュリティ・モジュールの構成

- 8.6.3.10 Microsoft .NETセキュリティ・モジュールの構成

- 8.6.3.11 Microsoft SharePoint Server (MOSS)セキュリティ・モジュールの構成

- 8.6.4 セキュリティ・モジュール・インスタンスの場所

- 8.6.5 Javaセキュリティ・モジュールの使用

- 8.6.6 PDPプロキシ・クライアントの構成

- 8.7 インストール後のOracle Entitlements Serverのスタート・ガイド

9 Oracle Privileged Account Managerの構成

- 9.1 概要

- 9.2 開始前の重要な注意点

- 9.3 Oracle Privileged Account Managerのインストールおよび構成ロードマップ

- 9.4 オプション: Oracle Privileged Account Managerデータ・ストアのTDEの有効化

- 9.4.1 データベースでのTDEの有効化

- 9.4.2 OPAMスキーマでの暗号化の有効化

- 9.5 新しいWebLogicドメインでのOracle Privileged Account ManagerおよびOracle Identity Navigatorの構成

- 9.5.1 デプロイメント環境

- 9.5.2 デプロイされるコンポーネント

- 9.5.3 依存関係

- 9.5.4 プロシージャ

- 9.6 Oracle WebLogic管理サーバーの起動

- 9.7 インストール後の作業

- 9.8 管理対象サーバーの起動

- 9.9 ユーザーへのアプリケーション構成者ロール割当て

- 9.10 オプション: 非TDEモードの設定

- 9.11 OPAMコンソールの構成

- 9.12 Oracle Privileged Account Managerの検証

- 9.13 インストール後のOracle Privileged Account Managerの起動

10 Oracle Access Management Mobile and Socialの構成

- 10.1 概要

- 10.2 開始前の重要な注意点

- 10.3 Oracle Access Management Mobile and Socialのインストールおよび構成ロードマップ

- 10.4 Oracle Access Management Mobile and Socialの構成シナリオ

- 10.4.1 Oracle Access Management Mobile and SocialとOracle Access Manager 11gR2

- 10.4.1.1 概要

- 10.4.1.2 適切なデプロイメント環境

- 10.4.1.3 デプロイされるコンポーネント

- 10.4.1.4 依存性

- 10.4.1.5 手順

- 10.4.2 新しいWebLogicドメインにおけるスタンドアロンのOracle Access Management Mobile and Social

- 10.4.2.1 概要

- 10.4.2.2 適切なデプロイメント環境

- 10.4.2.3 デプロイされるコンポーネント

- 10.4.2.4 依存性

- 10.4.2.5 手順

- 10.5 Oracle Access Management Mobile and Socialの検証

- 10.6 Oracle Access Management Mobile and Socialのインストール後のスタート・ガイド

11 ライフサイクル管理

- 11.1 統合されたコンポーネントへのライフサイクル・イベントの影響

- 11.2 Oracle Identity Managerのライフサイクル管理

- 11.3 Oracle Access Managerのライフサイクル管理

- 11.4 Oracle Adaptive Access Managerのライフサイクル管理

- 11.5 Oracle Identity Navigatorのライフサイクル管理

- 11.6 参照

第III部 付録

A Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のソフトウェアのインストール画面

- A.1 ようこそ

- A.2 ソフトウェア更新のインストール

- A.3 前提条件のチェック

- A.4 インストール場所の指定

- A.5 インストール・サマリー

- A.6 インストールの進行状況

- A.7 インストール完了

B Oracle Identity Managerの構成画面

- B.1 ようこそ

- B.2 構成するコンポーネント

- B.3 データベース

- B.4 WebLogic Admin Server

- B.5 OIMサーバー

- B.6 LDAPサーバー

- B.7 LDAPサーバー続き

- B.8 構成サマリー

C Oracleスタックの起動または停止

- C.1 スタックの起動

- C.2 スタックの停止

- C.3 サーバーの再起動

D Oracle Directory Server Enterprise Edition (ODSEE)の事前構成

E Oracle Unified Directory (OUD)の事前構成

F Oracle Internet Directory (OID)の事前構成

G Apache Derby用のOracle Entitlement Serverスキーマの作成

H Web Serviceセキュリティ・モジュールのPDPプロキシ・クライアントの構成

I Oracle Identity and Access Managementの削除と再インストール

- I.1 Oracle Identity and Access Managementの削除

- I.1.1 Oracle Identity and Access Management Oracleホームのアンインストール

- I.1.2 Oracle共通ホームのアンインストール

- I.2 Oracle Identity and Access Managementの再インストール

J サイレント・インストールの実行

- J.1 サイレント・インストールの概要

- J.2 サイレント・インストールを実行する前に

- J.2.1 UNIXシステム: oraInst.locファイルの作成

- J.2.2 Windowsシステム: レジストリ・キーの作成

- J.3 レスポンス・ファイルの作成

- J.3.1 OIM、OAM、OAAM、OESおよびOIN

- J.3.2 サイレント・インストールの保護

- J.4 サイレント・インストールの実行

- J.5 インストーラのコマンドライン・パラメータ

K インストールのトラブルシューティング

- K.1 一般的なトラブルシューティングのヒント

- K.2 インストール・ログ・ファイル

- K.3 既存のOIM 11gスキーマへのOIMの構成

- K.4 追加情報

L Oracle Adaptive Access Managerパーティション・スキーマ・リファレンス

- L.1 概要

- L.2 パーティションの追加メンテナンス

- L.2.1 Sp_Oaam_Add_Monthly_Partition

- L.2.2 Sp_Oaam_Add_Weekly_Partition

- L.3 パーティション・メンテナンス・スクリプト

- L.3.1 drop_monthly_partition_tables.sql

- L.3.2 drop_weekly_partition_tables.sql

- L.3.3 add_monthly_partition_tables.sql

- L.3.4 add_weekly_partition_tables.sql

M ソフトウェアの削除画面

- M.1 ようこそ

- M.2 アンインストール・タイプの選択

- M.2.1 オプション1: Oracleホームのアンインストール

- M.2.1.1 Oracleホームのアンインストール

- M.2.2 オプション2: WebLogicドメインにより管理されているASInstanceのアンインストール

- M.2.2.1 WebLogicドメインの詳細の指定

- M.2.2.2 管理対象インスタンスの選択

- M.2.2.3 アンインストール・サマリー(管理対象インスタンス)

- M.2.3 オプション3: 管理対象外ASInstanceのアンインストール

- M.2.3.1 インスタンスの場所の指定

- M.2.3.2 アンインストール・サマリー(管理対象外のASInstance)

- M.3 アンインストールの進行状況

- M.4 アンインストール完了

Oracle® Fusion Middleware

Oracle Identity and Access Managementインストレーション・ガイド

11gリリース2 (11.1.2.1.0)

B69541-05(原本部品番号:E27301-07)

2013年7月

Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド, 11g リリース2 (11.1.2.1.0)

B69541-05

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

原本主著者: Nisha Singh

原本協力者:  Don Biasotti、Niranjan Ananthapadmanabha、Heeru Janweja、Deepak Ramakrishnan、Madhu Martin、Sergio Mendiola、Svetlana Kolomeyskaya、Sid Choudhury、Javed Beg、Eswar Vandanapu、Harsh Maheshwari、Sidhartha Das、Mark Karlstrand、Daniel Shih、Don Bosco Durai、Kamal Singh、Rey Ong、Gail Flanegin、Ellen Desmond、Priscilla Lee、Vinaye Misra、Toby Close、Ashish Kolli、Ashok Maram、Peter LaQuerre、Srinivasa Vedam、Vinay Shukla、Sanjeev Topiwala、Shaun Lin、Prakash Hulikere、Debapriya Dutta、Sujatha Ramesh、Ajay Keni、Ken Vincent

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

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

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

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

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

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

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

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

はじめに

この「はじめに」には、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』に関する補足情報が記載されています。内容は次のとおりです。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』は、Oracle Identity and Access Managementコンポーネントのインストールを担当する管理者を対象にしています。

Oracle Identity Managementコンポーネントのインストールの詳細はこのドキュメントでは扱っていません。Oracle Identity Managementのインストールの詳細は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』を参照してください。

IBM WebSphereでのOracle Identity and Access Managementコンポーネントのインストールについては、『Oracle Fusion Middleware Oracle Identity and Access Managementサードパーティ・アプリケーション・サーバー・ガイド』を参照してください。

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

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

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。

関連ドキュメント

この項では、Oracle Identity and Access Managementに関する追加ドキュメントについて説明します。Oracleドキュメントは、Oracle Technology Network (OTN) Webサイトの次のURLから、オンラインでアクセスできます。

http://docs.oracle.com/

各項目に関する追加情報は、次のドキュメントを参照してください。

Oracle Fusion Middleware

- Oracle Fusion Middlewareの管理者ガイド

- 『Oracle Fusion Middlewareセキュリティ・ガイド』

高可用性

『Oracle Fusion Middleware高可用性ガイド』

Oracle Fusion Middlewareリポジトリ作成ユーティリティ

『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』

Oracle Identity Manager

Oracle Fusion Middleware Oracle Identity Manager管理者ガイド

Oracle Access Management

『Oracle Fusion Middleware Oracle Access Management管理者ガイド』

Oracle Adaptive Access Manager

Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイド

Oracle Identity Navigator

Oracle Fusion Middleware Oracle Identity Navigator管理者ガイド

Oracle Privileged Account Manager

『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』

Oracle Access Management Mobile and Social

『Oracle Fusion Middleware Oracle Access Management管理者ガイド』

Oracle Entitlements Server

Oracle Fusion Middleware Oracle Entitlements Server管理者ガイド

Oracle Identity and Access Managementサードパーティ・アプリケーション・サーバー・ガイド

『Oracle Fusion Middleware Oracle Identity and Access Managementサードパーティ・アプリケーション・サーバー・ガイド』

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

第I部

概要と準備

第I部では、Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストールを紹介し、準備作業の実行方法を説明します。次の章で構成されます。

- 第1章「概要」

- 第2章「インストールの準備」

1 概要

この章では、Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の概要を説明します。この章の内容は次のとおりです。

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の概要

- 11gリリース2 (11.1.2.1.0)デプロイメントの追加情報

- サイレント・インストール

- インストール後のOracle Identity and Access Managementコンポーネントの状態の概要

- このドキュメントの使用方法

1.1 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の概要

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)には、次のコンポーネントが含まれます。

- Oracle Identity Manager

- Oracle Access Management

- Oracle Identity Navigator

- Oracle Adaptive Access Manager

- Oracle Entitlements Server

- Oracle Privileged Account Manager

- Oracle Access Management Mobile and Social

注意:

Oracle Unified Directory 11gリリース2のインストールはこのドキュメントでは扱っていません。

Oracle Unified Directory 11gリリース2のインストールの詳細は、『Oracle Unified Directoryインストレーション・ガイド』を参照してください。

1.2 11gリリース2 (11.1.2.1.0)デプロイメントの追加情報

この項では、11gリリース2 (11.1.2.1.0)デプロイメントに関する追加情報を説明します。次の内容に関するドキュメントが含まれます。

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)へのアップグレード

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の高可用性に対応したインストール

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)に関するOracle Unified Directoryのデプロイメント

参照:

Oracle Identity and Access Managementコンポーネントに関する追加情報が記載されているドキュメントのリストは、このガイドの「はじめに」にある「関連ドキュメント」の項を参照してください。

1.2.1 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)へのアップグレード

このドキュメントでは、以前のデータベース・スキーマを含め、旧バージョンのOracle Identity and Access Managementコンポーネントを11gリリース2 (11.1.2.1.0)にアップグレードする方法は説明しません。11g以前のOracle Identity and Access Managementコンポーネントをアップグレードするには、『Oracle Fusion Middleware Oracle Identity and Access Managementアップグレードおよび移行ガイド.』を参照してください。

既存のOracle Identity Management and Access Management 11 gリリース1インストールがある場合は、『Oracle Fusion Middlewareパッチ適用ガイド』の最新のOracle Fusion Middlewareパッチ設定の適用に関するトピックを参照してください。

1.2.2 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の高可用性に対応したインストール

このガイドでは、高可用性(HA)構成にOracle Identity and Access Managementコンポーネントをインストールする方法は説明しません。Oracle Identity and Access Managementコンポーネントを高可用性の構成でインストールするには、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

特に、『Oracle Fusion Middleware高可用性ガイド』のIdentity and Access Managementコンポーネントの高可用性の構成に関する項を参照してください。

1.2.3 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)でのOracle Unified Directoryのデプロイメント

Oracle Unified Directory (OUD) 11gリリース2は次の手段でデプロイできます。

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)ドメイン内のOracle Unified Directory 11gリリース2

- Oracle Unified Directory 11gリリース2ドメイン内のOracle Identity and Access Management 11gリリース2 (11.1.2.1.0)製品

注意:

Oracle Unified Directory 11gリリース2のインストールはこのドキュメントでは扱っていません。

Oracle Unified Directory 11gリリース2のインストールの詳細は、『Oracle Unified Directoryインストレーション・ガイド』を参照してください。

1.3 サイレント・インストール

標準的なグラフィカル・インストール・オプション以外に、Oracle Identity and Access Management 11gソフトウェアのサイレント・インストールを実行できます。サイレント・インストールは、手を加えなくとも自動的に実行され、ユーザーがインストールを監視し、ダイアログ・ボックスに入力する必要がありません。

詳細は、付録J「サイレント・インストールの実行」を参照してください。

1.4 インストール後のOracle Identity and Access Managementコンポーネントの状態の概要

この項では、インストール後のインストール後のOracle Identity and Access Managementコンポーネントの状態に関する次の情報について説明します。

- デフォルトSSL構成

- デフォルト・パスワード

1.4.1 デフォルトSSL構成

デフォルトで、大部分のOracle Identity and Access Management 11gコンポーネントは、インストール時にSSLが構成されません。Oracle Adaptive Access Managerのみ、SSLが構成されます。これ以外のコンポーネントは、インストール後、Oracle WebLogic Administration ServerとOracle WebLogic Managed Serverに対してSSLを構成する必要があります。

参照:

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion MiddlewareのSSL構成に関する項を参照してください。

1.4.2 デフォルト・パスワード

デフォルトで、すべてのOracle Identity and Access Managementコンポーネントのパスワードは、Oracle Identity and Access Managementインスタンスのパスワードに設定されます。セキュリティ上の理由から、インストールの後で、各種コンポーネントのパスワードを異なる値に変更してください。

参照:

Oracle Identity and Access Managementコンポーネントのパスワード変更に関する情報は、次のドキュメントを参照してください。

- 詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの管理スタート・ガイドの項を参照してください。

- このガイドの「はじめに」の「関連ドキュメント」の項にリストアップした、コンポーネントごとのガイドを参照してください。

1.5 このドキュメントの使用方法

Oracle Fusion Middlewareドキュメント・ライブラリにある各ドキュメントは、個別の目的に合せて作成されています。このドキュメントの個別の目的とは、次の作業の方法を説明することです。

1. Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)コンポーネントのシングル・インスタンスのインストール

2. インストール成功の確認

3. インストール完了後のコンポーネントのスタート・ガイド

このドキュメントは、Oracle Identity and Access Managementの、最も一般的で、動作が確認されているデプロイメントを扱っています。各デプロイメントについて、次の情報を提供します。

- 適切なインストール環境: どのインストールが環境に適しているかを判断するために役立ちます。

- インストールされるコンポーネント: 各シナリオでインストールされるコンポーネントを特定します。

- 依存関係: 各インストールが依存しているコンポーネントを識別します。

- 手順: インストールの手順を説明します。

このドキュメントの第II部では、Oracle Identity and Access Management 11.1.2.1.0インストーラおよびOracle Fusion Middleware構成ウィザードを使用して、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialをインストールする方法を説明します。Oracle Identity Manager 11g構成ウィザードは、Oracle Identity Managerの構成にのみ使用されます。

このドキュメントの情報を使用してOracle Identity and Access Management 11gリリース2 (11.1.2.1.0)をインストールする場合の推奨事項を次にまとめます。

1. 第1章「概要」を参照して、概要を把握します。

2. 第2章「インストールの準備」を参照して、Oracle Identity and Access Managementをデプロイする前に考慮する必要のある事項を把握します。

3. 第3章「Oracle Identity and Access Management (11.1.2.1.0)のインストールおよび構成」を参照して、すべてのOracle Identity and Access Management 11gリリース2 (11.1.2.1.0)製品に適用される一般的なインストールおよび構成の情報を把握します。

4. このドキュメントのそれぞれの章を参照して、Oracle Identity and Access Managementコンポーネントをインストール、構成および検証し、使用を開始します。

5. 必要に応じて、付録を使用します。

参照:

Oracle Identity and Access Managementコンポーネントに関する追加情報が記載されているドキュメントのリストは、このガイドの「はじめに」にある「関連ドキュメント」の項を参照してください。

2 インストールの準備

この章では、Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)をインストールする前に確認する必要のある情報を提供します。

この章では、次の項目について説明します。

- システム要件および動作保証の確認

- Java Access Bridgeのインストールおよび構成(Windowsのみ)

- インストール・ディレクトリの特定

- ポート番号の特定

- インストール・ログ・ファイルの場所

- オプション: Oracle Enterprise Manager Fusion Middleware ControlでWebLogic Administrator Serverのユーザー名を更新(OIMのみ)

2.1 システム要件および動作保証の確認

インストールを実行する前に、 システム要件および動作保証のドキュメントを読み、インストールする製品の最小インストール要件を環境が満たしていることを確認します。

- Oracle Fusion Middlewareのシステム要件と仕様
このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が含まれます。

- Oracle Fusion Middlewareのサポートされるシステム構成
このドキュメントには、サポートされるインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサード・パーティ製品に関する情報が含まれます。

- インストール時に発生する可能性がある相互運用性および互換性の問題については、『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。
Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのマニュアルに記載されています。この情報は、既存の環境をアップグレードする既存ユーザーと新しいOracle Fusion Middlewareユーザーの両方に適用されます。

2.2 Java Access Bridgeのインストールおよび構成(Windowsのみ)

Oracle Identity and Access ManagementをWindowsオペレーティング・システムにインストールする場合、第508条のアクセシビリティに対応するJava Access Bridgeをインストールおよび構成することもできます。これは、セクション508のアクセシビリティ機能が必要な場合にのみ必要です。

1. 次のURLからJava Access Bridgeをダウンロードします。

http://java.sun.com/javase/technologies/accessibility/accessbridge/

2. Java Access Bridgeをインストールします。

3. access-bridge.jarとjaccess-1_4.jarをインストール場所からjre\lib\extディレクトリにコピーします。

4. WindowsAccessBridge.dll、JavaAccessBridge.dllおよびJAWTAccessBridge.dllの各ファイルをインストール場所からjre\binディレクトリにコピーします。

5. accessibility.propertiesファイルをjre\libディレクトリにコピーします。

2.3 インストール・ディレクトリの特定

このトピックでは、大部分のOracle Identity and Access Managementのインストールと構成を完了するために特定する必要のあるディレクトリを説明します。

この項で説明する共通ディレクトリの内容は、次のとおりです。

- Oracleミドルウェア・ホームの場所

- Oracleホーム・ディレクトリ

- Oracle共通ディレクトリ

- Oracle WebLogicドメイン・ディレクトリ

- WebLogic Serverディレクトリ

Oracle Fusion MiddlewareとOracle WebLogic Serverの基本概念の詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の概要に関する項を参照してください。

2.3.1 Oracleミドルウェア・ホームの場所

Oracleミドルウェア・ホーム・ディレクトリの場所を特定します。このフィールドで特定するOracleミドルウェア・ホームの下に、インストールするコンポーネントのOracleホーム・ディレクトリが作成されます。Oracleミドルウェア・ホーム・ディレクトリは、通常MW_HOMEと呼ばれます。

2.3.2 Oracleホーム・ディレクトリ

コンポーネントのOracleホーム・ディレクトリの名前を入力します。インストーラは、このフィールドに入力する名前を使用して、「Oracle Middlewareホームの場所」フィールドに入力する場所の下にOracleホーム・ディレクトリを作成します。

バイナリやライブラリなどの、コンポーネントのホストに必要なファイルがOracleホーム・ディレクトリにインストールされます。たとえば、Oracleホーム・パスはORACLE_HOME変数で特定されます。

このドキュメントでは、このディレクトリをIAM_HOMEとも呼びます。

注意:

Oracle Homeなど、ディレクトリ名にスペースは使用しないでください。ディレクトリ名でのスペースの使用は、サポートされていません。

2.3.3 Oracle共通ディレクトリ

このディレクトリは、「Oracle Middlewareホームの場所」フィールドに入力する場所の下に作成されます。

コンポーネントのホストに必要なOracle Java Required Files (JRF)が、Oracle共通ディレクトリにインストールされます。各Oracleミドルウェア・ホーム内には、1つのOracle共通ホームのみ作成できます。たとえば、Oracle共通ディレクトリはoracle_common変数で特定されます。

2.3.4 Oracle WebLogicドメイン・ディレクトリ

WebLogicドメインには、ドメイン内のすべてのリソースを一元的に構成および管理する、管理サーバーという特別なWebLogic Serverインスタンスが含まれます。通常、ドメインは、管理対象サーバーという追加のWebLogic Serverインスタンスを含めるように構成します。Webアプリケーション、EJB、WebサービスなどのJavaコンポーネントおよびその他のリソースを管理対象サーバーにデプロイし、管理サーバーは構成および管理目的にのみ使用します。

ドメイン内の管理対象サーバーは、クラスタにグループ化できます。

ドメインのディレクトリ構造は、WebLogic Serverホームのディレクトリ構造とは別個です。任意の場所に配置でき、ミドルウェア・ホーム・ディレクトリ内に配置する必要はありません。ドメインはOracleインスタンスのピアです。

Oracle Fusion Middleware構成ウィザードは、デフォルトでミドルウェア・ホーム(MW_HOME)の下のuser_projectsというディレクトリにドメインを作成します。

2.3.5 WebLogic Serverディレクトリ

Oracle WebLogic Serverホーム・ディレクトリのパスを入力します。このディレクトリには、Oracle WebLogic Serverのホストに必要なファイルが含まれます。たとえば、WL_HOME変数で特定されます。

2.4 ポート番号の特定

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)コンポーネントを既存のOracle Identity and Access Managementコンポーネントに対してインストールする場合、既存コンポーネントのポートを特定する必要があります。たとえば、Oracle Identity Managerを既存のOracle Internet Directoryインスタンスに対してインストールする場合、Oracle Identity Managerのインストール時にポートを特定する必要があります。

2.5 インストール・ログ・ファイルの場所

インストーラは、UNIXシステムではORACLE_INVENTORY_LOCATION/logsディレクトリ、WindowsシステムではORACLE_INVENTORY_LOCATION\logsディレクトリにログ・ファイルを書き込みます。

UNIXシステムで、Oracleインベントリ・ディレクトリの場所がわからない場合は、ORACLE_HOME/oraInst.locファイルで確認できます。

Microsoft Windowsシステムでは、インベントリ・ディレクトリのデフォルトの場所はC:\Program Files\Oracle\Inventory\logsです。

次のインストール・ログ・ファイルがログ・ディレクトリに書き込まれます。

- installDATE-TIME_STAMP.log

- installDATE-TIME_STAMP.out

- installActionsDATE-TIME_STAMP.log

- installProfileDATE-TIME_STAMP.log

- oraInstallDATE-TIME_STAMP.err

- oraInstallDATE-TIME_STAMP.log

2.6 オプション: Oracle Enterprise Manager Fusion Middleware ControlでWebLogic Administrator Serverのユーザー名を更新(OIMのみ)

この項は、ドメインのWebLogic管理者のユーザー名がweblogicでない場合のみ参照してください。このタスクは、Oracle Identity Managerを使用している場合のみ必要です。

WebLogic管理者のユーザー名がweblogicでない場合、次の手順を実行してください。

1. Oracle Identity Managerの管理対象サーバーが起動しており、稼働中であることを確認します。

2. WebLogic Server管理者の資格証明を使用して、Oracle Enterprise Manager Fusion Middleware Controlにログインします

3. IDおよびアクセス→「oim」→「oim(11.1.2.0.0)」をクリックします。右クリックして「システムMBeanブラウザ」を選択します。「システムMBeanブラウザ」ページが表示されます。

4. 「アプリケーション定義のMBeans」の下で、「oracle.iam」→「Server:oim_server1」→「Application: oim」→「XMLConfig」→「config」>→「XMLConfig.SOAConfig」→「SOAConfig」を選択します。

5. 属性のユーザー名を確認します。デフォルトで、属性の値はweblogicです。この値を、WebLogic管理者のユーザー名に変更します。

6. 「適用」をクリックします。

7. 資格証明ストア・フレームワークでWebLogic管理者資格証明を変更するには、次の手順を実行します。

1. 「WebLogic Domain」→ 「DOMAIN_NAME」を選択します。「DOMAIN_NAME」を右クリックし、「セキュリティ」→「資格証明」と選択します。

2. 「資格証明プロバイダ」表で、「oim map」を開きます。

3. 「SOAAdminPassword」キーを選択します。「編集」をクリックします。

4. ユーザー名とパスワードをWebLogic管理者のユーザー名とパスワードに変更します。

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

6. Oracle Enterprise Manager Fusion Middleware Controlを終了します。

8. Oracle Identity Manager管理コンソールを開き、ユーザーxelsysadmとしてログインします。

9. WebLogic管理者のユーザー名用に新しいユーザーを作成します。

10. 「管理者」ロールを探します。ロールの詳細を開き、「メンバー」タブをクリックします。

11. 「管理者」ロールのすべての既存のメンバーを削除します。

12. 新しく作成したユーザー(WebLogic管理者のユーザー名を持つユーザー)を「管理者」ロールのメンバーとして追加します。

13. 付録C「スタックの起動」で説明されているように、Oracle Identity Managerの管理対象サーバーを再起動します。

第II部

Oracle Identity and Access Management (11.1.2.1.0)のインストールおよび構成

第II部では、次のOracle Identity and Access Management製品のインストールと構成について説明します。

- Oracle Identity Manager

- Oracle Access Management

- Oracle Adaptive Access Manager

- Oracle Entitlements Server

- Oracle Identity Navigator

- Oracle Privileged Account Manager

- Oracle Access Management Mobile and Social

さらに、第II部では、Oracle HTTP Server 11g Webgate for Oracle Access Managerのインストールおよび構成方法、ドメイン・エージェントからOracle HTTP Server 10g Webgate for Oracle Access Managerへの移行手順を説明します。

第II部は、次の章で構成されています。

- 第3章「Oracle Identity and Access Management (11.1.2.1.0)のインストールおよび構成」

- 第4章「Oracle Identity Navigatorの構成」

- 第5章「Oracle Identity Managerの構成」

- 第6章「Oracle Access Managementの構成」

- 第7章「Oracle Adaptive Access Managerの構成」

- 第8章「Oracle Entitlements Serverのインストールと構成」

- 第9章「Oracle Privileged Account Managerの構成」

- 第10章「Oracle Access Management Mobile and Socialの構成」

- 第11章「ライフサイクル管理」

3 Oracle Identity and Access Management (11.1.2.1.0)のインストールおよび構成

この章の内容は次のとおりです。

- インストールおよび構成のロードマップ

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストールと構成

3.1 インストールおよび構成のロードマップ

表3-1には、Oracle Identity and Access Management 11g リリース2 (11.1.2.1.0)製品へ適用される一般的なインストールおよび構成のタスクがまとめられています。

表3-1 Oracle Identity and Access Managementのインストールおよび構成の流れ

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

注意: Oracle Databaseバージョンの中にはパッチを必要とするものもあります。詳細は、第3.2.2.1項「Oracle Identity ManagerのOracle Databaseパッチ要件」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity Managerユーザーのみ:

Oracle SOA Suite 11gリリース1 (11.1.1.6.0)をインストールします。

詳細は、第3.2.5項「Oracle SOA Suiteのインストール(Oracle Identity Managerユーザーのみ)」を参照してください。

注意: Oracle SOA Suite 11.1.1.6.0をインストールした後、Oracle Identity Managerをインストールする前に必須SOAパッチを適用する必要があります。詳細は、「Oracle Identity ManagerのSOAパッチ要件」を参照してください。

8

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

9

Oracle Identity and Access Management 11gソフトウェアをインストールします。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

10

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

詳細は、第3.2.8項「Oracle Identity and Access Management (11.1.2.1.0)製品の構成」を参照してください。

注意: Oracle Identity Managerを使用している場合は、Oracle Identity ManagerをWebLogicドメインで構成した後に追加構成を実行する必要があります。

詳細は、第5章「Oracle Identity Managerの構成」を参照してください。

11

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

12

サーバーを起動します。

管理サーバーとすべての管理対象サーバーを起動する必要があります。詳細は、第C.1項「スタックの起動」を参照してください。

3.2 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストールと構成

この項の手順に従い、最新のOracle Identity and Access Managementソフトウェアをインストールおよび構成します。

Oracle Identity and Access Management 11gコンポーネントの最新バージョンのインストールおよび構成は、次の手順で行います。

- Oracle Fusion Middlewareソフトウェアの入手

- データベース要件

- Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成

- WebLogic Serverおよびミドルウェア・ホーム要件

- Oracle SOA Suite (Oracle Identity Managerユーザーのみ)のインストール

- Oracle Identity and Access Managementインストーラの起動

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストール

- Oracle Identity and Access Management (11.1.2.1.0)製品の構成

- Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成

- サーバーの起動

3.2.1 Oracle Fusion Middlewareソフトウェアの入手

Oracle Identity and Access Managementのインストールでは、次のソフトウェアを入手する必要があります。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)

- Oracle Database

- Oracleリポジトリ作成ユーティリティ

- Oracle Identity and Access Management Suite

- Oracle SOA Suite 11.1.1.6.0 (Oracle Identity Managerのみで必須)

- Oracle Entitlements Serverクライアント(Oracle Entitlements Serverのみで必須)

Oracle Fusion Middleware 11gソフトウェアの入手に関する詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeを参照してください。

3.2.2 データベース要件

Oracle Identity and Access Managementコンポーネントによっては、Oracle Databaseが必要な場合があります。Oracle Identity and Access Managementをインストールする前に、Oracle Databaseがシステムにインストールされていることを確認してください。関連するOracle Identity and Access Managementコンポーネントをインストールするには、データベースが稼働している必要があります。データベースは、Oracle Identity and Access Managementコンポーネントのインストール先と同じシステム上にある必要はありません。

注意:

保証されたデータベースの詳細は、Oracle Identity and Access Management 11gリリース2 (11.1.2)のOracle Fusion Middlewareのシステム要件と仕様のドキュメントのデータベース要件に関するトピックを参照してください。

Oracle DatabaseのRCU要件の詳細は、Oracle Identity and Access Management 11gリリース2 (11.1.2)のOracle Fusion Middlewareのシステム要件と仕様のドキュメントでOracle DatabaseのRCU要件に関する項を参照してください。

3.2.2.1 Oracle Identity ManagerのOracle Databaseパッチ要件

Oracle Databaseバージョンの中にはパッチを必要とするものもあります。Oracle Databaseを使用するOracle Identity Manager 11.1.2構成に必要なパッチを特定するには、11gリリース2の『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerに関する項を参照してください。

3.2.3 Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成

次のOracle Identity and Access Managementコンポーネントをインストールして構成する前に、RCUを使用し、データベースに適切なOracle Fusion Middlewareスキーマを作成してロードする必要があります。

- Oracle Identity Manager

- Oracle Access Management

- Oracle Adaptive Access Manager

- Oracle Entitlements Server

- Oracle Privileged Account Manager

- Oracle Identity Navigator

注意:

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)コンポーネントのデータベース・スキーマをインストールする前に、Oracle Fusion Middleware Repository Creation Utilityの11gリリース2 (11.1.2.1.0)バージョンを使用する必要があります。

RCUデータベースの詳細は、Oracle Identity and Access Management 11gリリース2 (11.1.2)の「Oracle Fusion Middlewareのシステム要件と仕様」ドキュメントのRepository Creation Utility (RCU)の要件に関するトピックを参照してください。

RCUを実行する前に、データベース接続文字列、ポート、管理者の資格証明およびサービス名を用意してください。

注意:

一般的な手順に関する詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。使用するRCUバージョンがインストールするMiddleware製品のOracle Fusionのバージョン番号と一致することを確認してください。

RCUの起動および実行の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』の様々な方法でのRCUの起動に関する項およびOracle Fusion Middleware Repository Creation Utility (RCU)の実行に関する項を参照してください。

スキーマの作成の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの作成に関する項を参照してください。

RCUを実行する場合、インストールするOracle Identity and Access Managementコンポーネントに対して、次のスキーマのみを作成してロードします。RCUで利用できる他のいずれのスキーマも選択しないでください。

- Oracle Identity Managerの場合、Identity Management - Oracle Identity Managerスキーマを選択します。Identity Management - Oracle Identity Managerスキーマを選択した場合、次のスキーマもデフォルトで選択されます。

- SOAインフラストラクチャ

- ユーザー・メッセージング・サービス

- AS共通スキーマ - Oracle Platform Security Services

- AS共通スキーマ - メタデータ・サービス

- Oracle Adaptive Access Managerの場合、Identity Management - Oracle Adaptive Access Managerスキーマを選択します。Identity Management - Oracle Adaptive Access Managerスキーマを選択した場合、次のスキーマもデフォルトで選択されます。

- AS共通スキーマ - Oracle Platform Security Services

- AS共通スキーマ - メタデータ・サービス

- AS共通スキーマ - 監査サービス

パーティション・スキーマ・サポート付きのOracle Adaptive Access Managerの場合、Identity Management - Oracle Adaptive Access Manager(パーティション・サポート)スキーマを選択します。Identity Management - Oracle Adaptive Access Manager (Partition Supp...)スキーマを選択した場合、次のスキーマもデフォルトで選択されます。

- AS共通スキーマ - Oracle Platform Security Services

- AS共通スキーマ - メタデータ・サービス

- AS共通スキーマ - 監査サービス

注意:

Oracle Adaptive Access Managerのスキーマ・パーティションの詳細は、付録L「Oracle Adaptive Access Managerパーティション・スキーマ・リファレンス」を参照してください。

- Oracle Access Managementの場合、Identity Management - Oracle Access Managerスキーマを選択します。Identity Management - Oracle Access Managerスキーマを選択した場合、次のスキーマもデフォルトで選択されます。

- AS共通スキーマ - Oracle Platform Security Services

- AS共通スキーマ - メタデータ・サービス

- AS共通スキーマ - 監査サービス

注意:

Oracle Access Managementに透過型データ暗号化(TDE)を使用する場合は、Oracle Access Managementスキーマを作成する前に、Oracle Access ManagementにTDEを設定する必要があります。詳細は、第6.4項「オプション: データベースのTDEの有効化」を参照してください。

- Oracle Entitlements Serverの場合、AS共通スキーマ - Oracle Platform Security Servicesスキーマを選択します。

- Oracle Privileged Account Managerの場合、Identity Management - Oracle Privileged Account Managerスキーマを選択します。Identity Management - Oracle Privileged Account Managerスキーマを選択した場合、次のスキーマもデフォルトで選択されます。

- AS共通スキーマ - Oracle Platform Security Services

- AS共通スキーマ - メタデータ・サービス

注意:

Oracle Privileged Account Managerスキーマを作成するには、データベース・ユーザーにSYSDBA権限が必要となります。

- Oracle Identity Navigatorの場合、AS共通スキーマ - Oracle Platform Security Servicesスキーマを選択します。デフォルトで、AS共通スキーマ - メタデータ・サービス・スキーマも選択されます。

注意:

スキーマを作成する場合、RCUに表示されるスキーマ・オーナーとパスワードを決して忘れないでください。Oracle Identity and Access Management製品を構成する場合、スキーマ所有者とパスワードの情報を指定する必要があります。

Oracle Database Vaultがインストールされているデータベースにスキーマを作成する場合、CREATE USER、ALTER USER、DROP USER、CREATE PROFILE、ALTER PROFILEおよびDROP PROFILEなどの文は、DV_ACCTMGRロールを持つユーザーのみが発行できます。「アカウント/プロファイルを保守可能」ルール・セットを変更して発行できるようにした場合にかぎり、SYSDBAがこれらの文を発行できます。

3.2.4 WebLogic Serverおよびミドルウェア・ホーム要件

Oracle Identity and Access Management 11g リリース2 (11.1.2.1.0)コンポーネントをインストールする前に、Oracle WebLogic Serverをインストール済でミドルウェア・ホームを作成済であることを確認する必要があります。

注意:

64ビットのプラットフォームで汎用jarファイルを使用してOracle WebLogic Serverをインストールすると、JDKはOracle WebLogic Serverと同時にインストールされません。Oracle WebLogic Serverをインストールする前に、JDKを個別にインストールする必要があります。

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

注意:

WebLogicドメインは、ミドルウェア・ホームの下のuser_projectsディレクトリ内にあるdomainsというディレクトリ内にデフォルトで作成されます。WebLogic管理ドメインでOracle Identity and Access Management製品を構成すると、ドメインの新しいディレクトリがdomainsディレクトリに作成されます。また、applicationsというディレクトリがuser_projectsディレクトリに作成されます。このapplicationsディレクトリには、ドメインにデプロイされたアプリケーションが含まれます。

3.2.5 Oracle SOA Suite (Oracle Identity Managerユーザーのみ)のインストール

Oracle Identity Managerをインストールしている場合、Oracle SOA Suite 11gリリース1 (11.1.1.6.0)をインストールする必要があります。Oracle Identity Managerのみ、Oracle SOA Suiteを必要とします。この手順が必要な理由は、Oracle Identity ManagerはOracle SOA Suiteのプロセス・ワークフローを使用してリクエスト承認を管理するためです。

Oracle SOA Suiteのインストールの詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』を参照してください。

注意:

Oracle Identity and Access Managementコンポーネントをインストールする前に、すでにミドルウェア・ホームが作成されている場合、再度ミドルウェア・ホームを作成する必要はありません。Oracle SOA Suiteのインストールには、同じミドルウェア・ホームを使用する必要があります。

Oracle Identity ManagerのSOAパッチ要件

Oracle SOA Suite 11.1.1.6.0をインストールした後、Oracle Identity Managerをインストールする前に必須SOAパッチを適用する必要があります。パッチの詳細は、11gリリース2 『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関するトピックを参照してください。

3.2.6 Oracle Identity and Access Managementインストーラの起動

この項では、Oracle Identity and Access Managementインストーラの起動方法について説明します。

注意:

- IBM AIXオペレーティング・システムにインストールする場合は、インストーラを起動する前に、Disk1ディレクトリからrootpre.shスクリプトを実行する必要があります。

- rootユーザーとしてのインストーラの起動は、サポートされていません。

次のいずれかのコマンドを実行して、インストーラを起動します。

UNIXの場合: <runInstallerディレクトリへのフルパス>/runInstaller -jreLoc <JREディレクトリへのフルパス>

Windowsの場合: <setup.exeディレクトリへのフルパス>\setup.exe -jreLoc <JREディレクトリへのフルパス>

注意:

インストーラにより、システム上にインストールされているJREへの絶対パスの入力が求められます。Oracle WebLogic Serverのインストール時に、ミドルウェア・ホームの下にjdkディレクトリが作成されます。インストーラを起動するときに、このJDKの中にあるJREフォルダの絶対パスを入力する必要があります。たとえば、Windowsで、JDKがC:\MW_HOME\jdkに存在する場合、次のようにしてインストーラをコマンド・プロンプトから起動します。

<full path to the setup.exe directory>\setup.exe -jreLoc C:\MW_HOME\jdk\jre

Oracle JRockit JDKの使用時にコマンドラインで-jreLocオプションを指定しないと、次の警告メッセージが表示されます。

-XX:MaxPermSize=512mは有効なVMオプションではありません。無視します。

この警告メッセージは、インストールには影響しません。インストールを続行できます。

64ビットのプラットフォームで汎用jarファイルを使用してOracle WebLogic Serverをインストールすると、jdkディレクトリはミドルウェア・ホームの下には作成されません。JDKが格納されているJREフォルダの絶対パスを入力する必要があります。

3.2.7 Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストール

この項では、Oracle Identity and Access Management 11gソフトウェアのインストール方法を説明します。このソフトウェアには、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Identity Navigator、Oracle Entitlements Server、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialが付属しています。

内容は、次のとおりです。

- インストールされる製品

- 依存関係

- 手順

- インストール後のディレクトリ構造の概要

3.2.7.1 インストールされる製品

この項のインストールを実行すると、次の製品がインストールされます。

- Oracle Identity Manager

- Oracle Access Management

注意:

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)には、次のサービスを含むOracle Access Managementが含まれます。

- Oracle Access Manager

- Oracle Access Management Security Token Service

- Oracle Access Management Identity Federation

- Oracle Access Management Mobile and Social

これらのサービスの詳細は、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のOracle製品の概要に関する項を参照してください。

- Oracle Adaptive Access Manager

注意:

Oracle Identity and Access Management 11.1.2.1.0では、Oracle Adaptive Access Managerに次の2つのコンポーネントが含まれます。

- Oracle Adaptive Access Manager(オンライン)

- Oracle Adaptive Access Manager (オフライン)

- Oracle Identity Navigator

- Oracle Entitlements Server

注意:

Oracle Identity and Access Managementをインストールする際にインストールされるのは、Oracle Entitlements Serverの管理サーバーのみです。

Oracle Entitlements Serverクライアントをインストールおよび構成する方法は、第8.5項「Oracle Entitlements Serverクライアントのインストール」を参照してください。

- Oracle Privileged Account Manager

注意:

Oracle Privileged Account Managerの概要については、『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』のOracle Privileged Account Managerの概要に関する項を参照してください。

- Oracle Access Management Mobile and Social

注意:

- Oracle Access Management Mobile and Socialの概要については、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の「Mobile and Socialの概要」を参照してください。

- Oracle Access Management Mobile and Socialのスタンドアロン・テンプレートでは、データベース・セキュリティ・ストアは使用されません。Oracle Access Management Mobile and Socialがスタンドアロンでドメイン内にデプロイされる場合で、ドメインを拡張して他のOracle Identity and Access Management 11gリリース2コンポーネントを追加する場合、次の手順を追加で実行する必要があります。

1. Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してOracle Platform Security Servicesスキーマを作成します。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

2. Oracle Platform Security Service 11.1.1.0 [IAM_Home]テンプレートを使用し、Oracle Access Management Mobile and Socialドメインを拡張します。
WebLogic Serverドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』の「WebLogicドメインの拡張」を参照してください。

これでOracle Access Management Mobile and Socialドメインを拡張して他のOracle Identity and Access Management 11gリリース2コンポーネントを追加できます。

3.2.7.2 依存関係

この項のインストールは、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)

- Oracle Databaseとそれに必要なパッチ

- Oracle SOA Suite 11.1.1.6.0 (Oracle Identity Managerのみで必須)

- JDK (Java SE 6 Update 24以降)またはJRockit

3.2.7.3 手順

Oracle Identity and Access Management Suiteと付属のOracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Identity Navigator、Oracle Entitlements Server、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialをインストールするには、次の手順を実行します。

1. 第3.2.6項「Oracle Identity and Access Managementインストーラの起動」のすべての手順を実行してインストールを開始します。手順を完了すると、「ようこそ」画面が表示されます。

2. 「ようこそ」画面で「次へ」をクリックします。ソフトウェア更新のインストール画面が表示されます。更新を検索するかどうかを選択します。「次へ」をクリックします。「前提条件のチェック」画面が表示されます。すべての前提条件の確認が完了したら、「次へ」をクリックします。「インストール場所の指定」画面が表示されます。

3. 「インストール場所の指定」画面で、Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)をシステム上にインストールした際に作成されたOracleミドルウェア・ホームへのパスを入力します。

注意:

「インストール場所の指定」画面で有効なミドルウェア・ホーム・ディレクトリを指定しなかった場合、インストーラにより、Oracle Identity Manager Design ConsoleおよびOracle Identity Manager Remote Managerのみのインストールを続行することを確認するメッセージおよびプロンプトが表示されます。Oracle Identity Managerのこれらの2つのコンポーネントには、ミドルウェア・ホーム・ディレクトリは必要ありません。

Oracle Identity Manager Design ConsoleまたはRemote Managerのみをインストールする場合、Oracle WebLogic Serverをインストールしたり、Design ConsoleまたはRemote Managerが構成されるマシンにミドルウェア・ホーム・ディレクトリを作成する必要はありません。

Oracle Identity Manager Design ConsoleまたはRemote Managerを使用する前に、管理サーバーが実行されているマシン上でOracle Identity Managerサーバーを構成する必要があります。Design ConsoleまたはRemote Managerを別のマシンに構成する際に、Oracle Identity ManagerサーバーのホストおよびURL情報を指定できます。

4. 「Oracleホーム・ディレクトリ」フィールドで、ミドルウェア・ホームの下に作成されるOracleホーム・フォルダの名前を入力します。このドキュメントでは、このディレクトリをIAM_HOMEとも呼びます。

注意:

Oracle Identity and Access Management Suiteのインストールで入力するOracleホームの名前は、Oracle Identity Management Suiteで入力するOracleホームの名前とは異なっている必要があります。

Oracle Identity Management 11gリリース1はOracle Fusion Middlewareの一部であり、Oracle Internet Directory、Oracle Virtual Directory、Oracle Directory Services Manager、Oracle Directory Integration PlatformおよびOracle Identity Federationなどのコンポーネントが含まれます。

「次へ」をクリックします。「インストール・サマリー」画面が表示されます。

5. 「インストールの概要」画面には、選択内容の概要が表示されます。このサマリーを確認し、インストールを開始するかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。
「保存」をクリックして、インストールのレスポンス・ファイルを保存します。このファイルには、インストーラのプロンプトとフィールドに対するレスポンスが含まれます。このレスポンス・ファイルを使用して、サイレント・インストールを実行できます。

Oracle Identity and Access Managementのインストールを続行するには、「インストール」をクリックします。

6. 「インストールの進行状況」画面が表示されます。インストールの進行状況を監視します。インストール・ログ・ファイルの場所が参照用にリストされます。インストールの進行状況が100%に達したら、「OK」をクリックします。

注意:

インストールの進行中にインストールを取り消した場合または中断した場合は、Oracle Identity and Access Managementソフトウェアを再インストールする前に、まずIAM_HOMEディレクトリを手動で削除する必要があります。

インストール処理のいずれかの段階でオンライン・ヘルプを起動するには、インストール・ウィザード画面の「ヘルプ」をクリックします。

7. 「インストール 完了」画面が表示されます。「保存」をクリックして、インストールのサマリー・ファイルを保存します。このファイルには、インストール・ディレクトリの場所など、インストールに関する情報が含まれ、構成および管理を開始する際に役立ちます。

注意:

インストールのサマリー・ファイルは、デフォルトでは保存されません。保持するには「保存」をクリックしてください。

「終了」をクリックしてインストーラを終了します。

このインストール処理により、Identity Managementソフトウェアがシステムにコピーされ、ミドルウェア・ホームの下にIAM_HOMEディレクトリが作成されます。

Oracle Identity and Access Managementソフトウェアのインストール後、第3.2.8項「Oracle Identity and Access Management (11.1.2.1.0)製品の構成」に進み、新規または既存のWebLogicドメインでOracle Identity and Access Management製品を構成する必要があります。

3.2.7.4 インストール後のディレクトリ構造の概要

この項では、Oracle WebLogic ServerおよびOracle Identity and Access Managementのインストール後のディレクトリ構造を説明します。

Oracle Identity and Access Management Suiteをインストールすると、Oracle_IDM1などのOracle Identity and Access ManagementのOracleホーム・ディレクトリがミドルウェア・ホームの下に作成されます。このドキュメントでは、このホーム・ディレクトリをIAM_HOMEとも呼びます。

インストール・ディレクトリの特定の詳細は、第2.3項「インストール・ディレクトリの特定」を参照してください。

3.2.8 Oracle Identity and Access Management (11.1.2.1.0)製品の構成

Oracle Identity and Access Management 11gがインストールされた後はいつでも、Oracle Identity and Access Managementコンポーネント向けのWebLogic Server管理ドメインを構成できます。ドメインには、管理サーバーと呼ばれる特別なWebLogic Serverインスタンスが含まれます。これは、ドメイン内のすべてのリソースを構成、管理する中心ポイントです。

注意:

Oracle Identity Managerユーザーは、Oracle Identity Managerドメインを構成する前にOracleユーザー・メッセージング・サービスのパッチを適用する必要があります。パッチの詳細は、11gリリース2 『Oracle Fusion Middlewareリリース・ノート』のOracle Identity Managerのインストールに必要な必須パッチに関するトピックを参照してください。

Oracle Identity and Access Management 11.1.2.1.0コンポーネントを構成する際に、次のいずれかの構成オプションを選択できます。

- 新規ドメインの作成

- 既存ドメインの拡張

注意:

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)製品をサポートするために、Oracle Identity Management 11gリリース1 (11.1.1.6.0)のドメインは拡張しないでください。

Oracle Fusion Middleware構成ウィザードを使用して、WebLogicドメインを作成するか、既存のドメインを拡張します。

新規ドメインの作成

新規WebLogic Serverドメインを作成するには、Oracle Fusion Middleware構成ウィザードの「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。

既存ドメインの拡張

既存のWebLogic Server管理ドメインにOracle Identity and Access Managementコンポーネントを追加するには、Oracle Fusion Middleware構成ウィザードの「ようこそ」画面で「既存のWebLogicドメインの拡張」オプションを選択します。

参照:

Oracle WebLogic Server管理ドメインの詳細は、『Oracle Fusion Middleware Understanding Domain Configuration for Oracle WebLogic Server』の「Oracle WebLogic Serverドメインの概要」を参照してください。

また、構成ウィザードを使用してWebLogic Serverドメインを作成または拡張する方法の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』ガイドを参照してください。このドキュメントでは、Oracle Fusion Middleware構成ウィザード画面についても説明します。

Oracle Identity and Access Management製品に関するコンポーネント固有の構成情報は、次の章を参照してください。

- 第4章「Oracle Identity Navigatorの構成」

- 第5章「Oracle Identity Managerの構成」

- 第6章「Oracle Access Managementの構成」

- 第7章「Oracle Adaptive Access Managerの構成」

- 第8章「Oracle Entitlements Serverのインストールと構成」

- 第9章「Oracle Privileged Account Managerの構成」

- 第10章「Oracle Access Management Mobile and Socialの構成」

Oracle Identity Managerを構成している場合、Oracle Identity Managerサーバー、Oracle Identity Manager Design ConsoleおよびOracle Identity Manager Remote Managerを構成するために、ドメインの構成後、第5.6項「Oracle Identity Manager 11g構成ウィザードの開始」の説明に従って、Oracle Identity Manager構成ウィザードを実行する必要があります。詳細は、次の項を参照してください。

- 第5.7項「Oracle Identity Managerサーバーの構成」

- 第5.8項「オプション: Oracle Identity Manager Design Consoleの構成」

- 第5.9項「オプション: Oracle Identity Manager Remote Managerの構成」

3.2.9 Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成

このセクションのトピックは次のとおりです:

- データベース・セキュリティ・ストアを構成する前に

- データベース・セキュリティ・ストアの構成

3.2.9.1 概要

データベース・セキュリティ・ストアのみがOracle Identity & Access Management 11gリリース2 (11.1.2.1.0)によってサポートされるセキュリティ・ストア・タイプであるため、configureSecurityStore.pyスクリプトを実行してデータベース・セキュリティ・ストアを構成する必要があります。

configureSecurityStore.pyスクリプトはIAM_HOME\common\toolsディレクトリにあります。スクリプトの使用方法のヘルプ情報は、-hを使用して参照できます。すべての引数がデータベース・セキュリティ・ストアの構成に適用されるわけではありません。

たとえば、次のようになります。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -h

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -h

表3-2では、コマンドラインで指定できるパラメータについて説明します。

表3-2データベース・セキュリティ・ストアの構成パラメータ

パラメータ

説明

-d domaindir

ドメインが含まれているディレクトリの場所。

-m mode

create: 新しいデータベース・セキュリティ・ストアを作成する場合、createを使用します。

join: ドメインに既存のデータベース・セキュリティ・ストアを使用する場合、joinを使用します。

validate: セキュリティ・ストアが正しく構成されたかどうかを確認するには、validateを使用します。このコマンドにより、セキュリティ・ストアの初期作成時に作成された診断データを確認します。

validate_fix: セキュリティ・ストアに含まれる診断データを修正するには、validate_fixを使用します。

fixjse: JSEツールによるアクセスに使用されるドメインのデータベース・セキュリティ・ストアの接続情報を更新するには、fixjseを使用します。

-c configmode

ドメインの構成モード。データベース・セキュリティ・ストアを構成する場合、この値をIAMに指定する必要があります。

OESインストールに対する特別な指示:

OESユーザーの場合は、-cパラメータはオプションです。この場合、デフォルト値はNoneです。

注意: -c <config>オプションが選択されている場合、OES管理サーバーは複合モードで構成され、制御されないモードおよび制御されたプル・モードのみでセキュリティ・モジュールにポリシーの配布ができます。

例: その他のOracle Identity and Access Managementコンポーネント(OIM、OAM、OAAM、OPAMまたはOIN)がデプロイされたドメインにOES管理サーバーがデプロイされた場合、ドメインは複合モードで構成されます。この場合、OES管理サーバーは、Oracle Identity and Access Managementポリシーの管理にのみ使用されます。OESセキュリティ・モジュールにより保護されている他のアプリケーションのポリシーの管理に使用できません。

-c <config>オプションが指定されていない場合、OES管理サーバーは制御されないモードで構成され、制御されたプッシュ・モードでセキュリティ・モジュールにポリシーを配布できます。

例: OESセキュリティ・モジュールにより保護されているカスタム・アプリケーションの管理にOES管理サーバーを使用する場合、OES管理サーバーは、制御されない配布モードでドメインにデプロイされる必要があります。

-p password

OPSSスキーマ・パスワード。

-k keyfilepath

暗号化鍵ファイルewallet.p12が含まれているディレクトリ。-m joinが指定されている場合、このオプションは必須です。

-w keyfilepassword

ドメインの鍵ファイルが生成された場合に使用されるパスワード。-m joinが指定されている場合、このオプションは必須です。

-u username

OPSSスキーマのユーザー名。-m fixjseが指定されている場合、このオプションは必須です。

3.2.9.2 データベース・セキュリティ・ストアを構成する前に

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の各ドメインには、データベース・セキュリティ・ストアを構成する必要があります。Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)ドメインのデータベース・セキュリティ・ストアを構成する前に、単一ドメイン・シナリオまたは複数ドメイン・シナリオで構成される製品を特定する必要があります。

注意:

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の論理デプロイメント(論理デプロイメントとは、1つ以上のドメインで実行され、単一のデータベースを使用して製品スキーマを保持するOracle Identity and Access Management製品の集合体です)のドメイン数にかかわらず、すべてのドメインは同じデータベース・セキュリティ・ストアを共有し、同じドメインの暗号化鍵を使用します。

データベース・セキュリティ・ストアは最初のドメインの作成時に作成され、新しく作成される各ドメインはすでに作成されているデータベース・セキュリティ・ストアと結合されます。

3.2.9.3 データベース・セキュリティ・ストアの構成

ドメインを構成してデータベース・セキュリティ・ストアを使用するには、次のconfigureSecurityStore.pyオプションを使用できます。

- -m create

- -m join

createオプションを使用したデータベース・セキュリティ・ストアの構成

-m createオプションを使用してデータベース・セキュリティ・ストアを使用するドメインを構成するには、次のようにconfigureSecurityStore.pyを実行する必要があります。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -c IAM -p <opss_schema_password> -m create

たとえば、次のようになります。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\base_domain -c IAM -p welcome1 -m create

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -c IAM -p <opss_schema_password> -m create

たとえば、次のようになります。

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/base_domain -c IAM -p welcome1 -m create

joinオプションを使用したデータベース・セキュリティ・ストアの構成

-m joinオプションを使用してデータベース・セキュリティ・ストアを使用するドメインを構成するには、次のように最初に、すでにデータベース・セキュリティ・ストアと連携するように構成された同じOracle Identity and Access Management論理デプロイメントのドメインからドメインの暗号化鍵をエクスポートし、configureSecurityStore.pyスクリプトを実行する必要があります。

注意:

すでにデータベース・セキュリティ・ストアと連携するように構成されたドメインから暗号化鍵をエクスポートするには、次のWLSTコマンドを使用します。

exportEncryptionKey(jpsConfigFile=<jpsConfigFile>,keyFilePath=<keyFilePath>,keyFilePassword=<keyFilePassword>)

各パラメータの意味は次のとおりです。

<jpsConfigFile> - 暗号化鍵のエクスポート元ドメインのjps-config.xmlファイルの絶対位置です。

<keyFilePath> - ewallet.p12ファイルが作成されるディレクトリです。このファイルの中身は暗号化され、keyFilePasswordによって保護されます。

<keyFilePassword> - ewallet.p12ファイルを保護するパスワードです。ファイルのインポート時にこのパスワードと同じものを使用する必要があります。

Windowsの場合:

1. 次に示すように、すでにデータベース・セキュリティ・ストアと連携するように構成されたドメインから暗号化鍵をエクスポートします。

<MW_HOME>\oracle_common\common\bin\wlst.cmd exportEncryptionKey(jpsConfigFile=<jpsConfigFile>, keyFilePath=<keyFilePath>, keyFilePassword=<keyFilePassword>)

2. -m joinオプションを使用してconfigureSecurityStore.pyスクリプトを実行します。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -c IAM -p <opss_schema_password> -m join -k <keyfilepath> -w <keyfilepassword>

たとえば、次のようになります。

<MW_HOME>\oracle_common\common\bin\wlst.cmd exportEncryptionKey(jpsConfigFile="<MW_HOME>\user_projects\domains\base_domain\config\fmwconfig\jps-config.xml", keyFilePath="myDir" , keyFilePassword="password")

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\base_domain1 -c IAM -p welcome1 -m join -k myDir -w password

UNIXの場合:

1. 次に示すように、すでにデータベース・セキュリティ・ストアと連携するように構成されたドメインから暗号化鍵をエクスポートします。

<MW_HOME>/oracle_common/common/bin/wlst.cmd exportEncryptionKey(jpsConfigFile=<jpsConfigFile>, keyFilePath=<keyFilePath>, keyFilePassword=<keyFilePassword>)

2. -m joinオプションを使用してconfigureSecurityStore.pyスクリプトを実行します。

<MW_HOME>/oracle_common/common/bin/wlst.cmd <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -c IAM -p <opss_schema_password> -m join -k <keyfilepath> -w <keyfilepassword>

たとえば、次のようになります。

<MW_HOME>/oracle_common/common/bin/wlst.cmd exportEncryptionKey(jpsConfigFile="<MW_HOME>/user_projects/domains/base_domain/config/fmwconfig/jps-config.xml", keyFilePath="myDir" , keyFilePassword="password")

<MW_HOME>/oracle_common/common/bin/wlst.cmd <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/base_domain1 -c IAM -p welcome1 -m join -k myDir -w password

データベース・セキュリティ・ストアの構成の確認

セキュリティ・ストアが適切に作成または結合されているかどうかを確認するには、次のように-m validateオプションを使用してconfigureSecurityStore.pyスクリプトを実行します。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -m validate

たとえば、次のようになります。

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\base_domain -m validate

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -m validate

たとえば、次のようになります。

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/base_domain -m validate

3.2.9.4 データベース・セキュリティ・ストアの構成のシナリオの例

例として、次のシナリオについて考えてみます。

- 同じドメインに1つ以上のOracle Identity and Access Management製品がある場合のシナリオの例

- 異なるドメインにOracle Identity and Access Management製品がある場合のシナリオの例

3.2.9.4.1 同じドメインに1つ以上のOracle Identity and Access Management製品がある場合のシナリオの例

注意:

単一ドメインのシナリオでは、ドメインの作成後、ドメインが初回起動される前にデータベース・セキュリティ・ストアを作成するコマンドが一度実行されます。

シナリオ1: 同じデータベース・セキュリティ・ストアを共有する同じWebLogic管理ドメイン内のOracle Identity Manager、Oracle Access ManagementおよびOracle Adaptive Access Manager

このシナリオでは、次のタスクを完了する必要があります。

1. 表5-1「Oracle Identity Managerのインストールおよび構成フロー」で説明している手順を完了して、Oracle Identity ManagerおよびSOAの新しいWebLogicドメイン(例: oim_dom)を作成します。
Oracle Identity ManagerおよびSOAの新しいWebLogicドメインを作成したら、次のようにconfigureSecurityStore.pyスクリプトを実行し、データベース・セキュリティ・ストアを構成します。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\oim_dom -c IAM -p welcome1 -m create

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/oim_dom -c IAM -p welcome1 -m create

2. Oracle Identity Managerドメイン(oim_dom)を拡張し、Oracle Access ManagementおよびOracle Adaptive Access Managerを追加します。詳細は、「既存ドメインの拡張」を参照してください。
Oracle Access ManagementおよびOracle Adaptive Access Managerは、Oracle Identity Managerドメイン(oim_dom)に追加され、Oracle Identity Managerドメインによって使用されているデータベース・セキュリティ・ストアと同じものを共有します。

3.2.9.4.2 異なるドメインにOracle Identity and Access Management製品がある場合のシナリオの例

注意:

複数ドメインのシナリオでは、最初のドメインの作成後、ドメインが初回起動される前にデータベース・セキュリティ・ストアを作成するコマンドが一度実行されます。

後続の各ドメインでは、ドメインの作成後、ドメインが初回起動される前に既存のデータベース・セキュリティ・ストアを連結するコマンドが一度実行されます。

- シナリオ1: 同じデータベース・セキュリティ・ストアを共有する異なるWebLogic管理ドメイン内のOracle Identity ManagerおよびOracle Access Management
このシナリオでは、次のタスクを完了する必要があります。

1. 表5-1「Oracle Identity Managerのインストールおよび構成フロー」で説明している手順を完了して、Oracle Identity ManagerおよびSOAの新しいWebLogicドメイン(例: oim_dom)を作成します。
Oracle Identity ManagerおよびSOAの新しいWebLogicドメインを作成したら、次のようにconfigureSecurityStore.pyスクリプトを実行し、データベース・セキュリティ・ストアを構成します。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\oim_dom -c IAM -p welcome1 -m create

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/oim_dom -c IAM -p welcome1 -m create

2. 表6-1「Oracle Access Managementのインストールおよび構成のフロー」で説明している手順を完了して、Oracle Access Managementの新しいWebLogicドメイン(例:oam_dom)を作成します。
Oracle Identity Managementの新しいWebLogicドメインを作成したら、次のようにOracle Identity Manager/SOAドメインからドメインの暗号化鍵をエクスポートし、configureSecurityStore.pyスクリプトを実行してデータベース・セキュリティ・ストアを構成します。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd exportEncryptionKey(jpsConfigFile="<MW_Home>\user_projects\domains\oim_dom\config\fmwconfig\jps-config.xml", keyFilePath="myDir" ,keyFilePassword="password")

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\oam_dom -c IAM -p welcome1 -m join -k myDir -w password

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh exportEncryptionKey(jpsConfigFile="<MW_Home>/user_projects/domains/oim_dom/config/fmwconfig/jps-config.xml", keyFilePath="myDir" ,keyFilePassword="password")

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/oam_dom -c IAM -p welcome1 -m join -k myDir -w password

- シナリオ2: 以前データベース・セキュリティ・ストアに結合されたOracle Access Managementドメインを拡張してOracle Adaptive Access Managerを追加する
このシナリオでは、Oracle Access Managementドメイン(oam_dom)を拡張して、Oracle Adaptive Access Managerを追加します。詳細は、「既存ドメインの拡張」を参照してください。

Oracle Adaptive Access Managerは、Oracle Access Managementドメイン(oam_dom)に追加され、両方ともOracle Access Managerドメインによって使用されているデータベース・セキュリティ・ストアと同じものを共有します。

3.2.10 サーバーの起動

Oracle Identity and Access Managementをインストールおよび構成した後、Oracle WebLogic Administration Serverおよび様々な管理対象サーバーを実行する必要があります。第C.1項「スタックの起動」を参照してください。

注意:

WebLogicドメインは、データベース・セキュリティ・ストアが構成されるまで起動しません。

4 Oracle Identity Navigatorの構成

この章では、Oracle Identity Navigatorを構成する方法について説明します。内容は次のとおりです。

- 開始前の重要な注意点

- Oracle Identity Navigatorのインストールおよび構成ロードマップ

- 新しいWebLogicドメインでのOracle Identity Navigatorの構成

- サーバーの起動

- Oracle Identity Navigatorの検証

- インストール後のOracle Identity Navigatorの起動

4.1 開始前の重要な注意点

このガイドで説明されているいずれかのシナリオでOracle Identity and Access Management製品のインストールおよび構成を開始する前に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracleホーム・ディレクトリを示すのにIAM_HOMEが使用されていることに注意してください。このOracleホーム・ディレクトリには任意の名前を指定できます。

4.2 Oracle Identity Navigatorのインストールおよび構成ロードマップ

表4-1に、Oracle Identity Navigatorのインストールおよび構成のタスクを示します。

表4-1 Oracle Identity Navigatorのインストールおよび構成フロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

8

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Identity Navigatorは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

9

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

詳細は、第4.3項「新しいWebLogicドメインでのOracle Identity Navigatorの構成」を参照してください。

10

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

11

サーバーを起動します。

WebLogic管理サーバーを起動する必要があります。詳細は、第4.4項「サーバーの起動」を参照してください。

12

インストール後のタスクを実行してください。

次のインストール後のタスクを実行してください。

- 第4.5項「Oracle Identity Navigatorの検証」

- 第4.6項「インストール後のOracle Identity Navigatorの起動」

4.3 新しいWebLogicドメインでのOracle Identity Navigatorの構成

このトピックでは、新しいWebLogic管理ドメインでOracle Identity Navigatorのみを構成する方法について説明します。内容は、次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

4.3.1 適切なデプロイメント環境

新しいWebLogicドメインにOracle Identity Manager、Oracle Access ManagementおよびOracle Adaptive Access ManagerとともにOracle Identity Navigatorを構成し、その後Oracle Identity Navigatorの検出機能を実行する場合、この項の構成を実行してください。この機能により、Oracle Identity Manager、Oracle Access ManagementおよびOracle Adaptive Access Managerの製品コンソールへのリンクが移入されます。これにより、個々の製品コンソールURLを覚えていなくても、Oracle Identity Navigatorインタフェースからこれらの製品コンソールにアクセスできます。

4.3.2 デプロイされるコンポーネント

この項の構成を実行すると、Oracle Identity Navigatorアプリケーションが新しいWebLogic Administration Serverにデプロイされます。

4.3.3 依存性

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

- Oracle Identity Navigatorのデータベース・スキーマ。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

4.3.4 手順

次の手順を実行して、新しいWebLogic管理ドメインにOracle Identity Navigatorのみを構成します。

1. <IAM_HOME>/common/bin/config.shスクリプト(UNIXの場合)または<IAM_HOME>\common\bin\config.cmd(Windowsの場合)を実行し、Oracle Fusion Middleware構成ウィザードを起動します。
Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

注意:

ここでは、例としてIAM_HOMEが使用されています。Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialが含まれているOracle Identity and Access Managementホーム・ディレクトリからこのスクリプトを実行する必要があります。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「以下の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Identity Navigator - 11.1.2.0.0 [IAM_Home]を選択し、「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

注意:

Oracle Identity Navigator - 11.1.2.0.0 [IAM_Home]オプションを選択すると、次のオプションもデフォルトで選択されます。

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. 「サーバーの起動モードおよびJDKの構成」画面が表示されます。「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

7. 「JDBCコンポーネント・スキーマの構成」画面で、変更するコンポーネント・スキーマ(OPSSスキーマなど)を選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功したら、「次へ」をクリックします。「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面では、次を構成できます。

- 管理サーバー

- 管理対象サーバー、クラスタ、およびマシン

- デプロイメントとサービス

- RDBMSセキュリティ・ストア

任意のオプションを選択し、「次」を選択します。

9. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

10. オプション: 管理サーバーをマシンに割り当てます。

11. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

12. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

13. 「構成のサマリー」画面で、デプロイメント、アプリケーションおよびサービスの構成のサマリーを確認できます。ドメインの構成を確認し、「作成」をクリックしてドメインの作成を開始します。

Oracle Identity Navigatorをサポートする新しいWebLogicドメインが、<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

注意:

Oracle Identity Navigatorを新規WebLogic管理ドメインで構成したら、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

4.4 サーバーの起動

Oracle Identity Navigatorをインストールおよび構成した後、Oracle WebLogic Administration Serverを実行する必要があります。付録C「スタックの起動」を参照してください。

4.5 Oracle Identity Navigatorの検証

Oracle Identity Navigatorのインストールを検証するには、次の手順を実行します。

1. 次のURLを使用してOracle Identity Navigatorの管理コンソールにログインします。
http://<adminserver-host>:<adminserver-port>/oinav/faces/idmNag.jspx

Oracle Identity Navigatorのダッシュボードおよびリソース・カタログが表示されます。

2. 画面の右上にある「カスタマイズ」リンクをクリックして、「編集」モードに切り替えます。

3. ページで「コンテンツの追加」ボタンをクリックします。リソース・カタログがポップ・アップ表示されます。

4. ポップアップ・ダイアログで、IDM製品ランチャフォルダの「開く」リンクをクリックします。ランチャ・タスク・フローがポップ・アップ表示されます。

5. ポップアップ・ダイアログで、「追加」リンクをクリックします。ランチャ・ポートレットがページ・コンテンツに追加されていることを確認します。ポップアップ・ダイアログを閉じずに、ページへの新規タスク・フローの追加を続けます。右上隅にある上矢印をクリックします。最上位フォルダ・レイアウトが再び表示されます。「ニュース」フォルダの「開く」リンクをクリックします。「ニュースとお知らせ」タスク・フローがポップ・アップ表示されます。

6. 「ニュースとお知らせ」ポップアップ・ダイアログで、「追加」リンクをクリックします。レポート・ポートレットがページ・コンテンツに追加されていることを確認します。ポップアップ・ダイアログを閉じずに、ページへのレポート・タスク・フローの追加を続けます。右上隅にある上矢印をクリックします。最上位フォルダ・レイアウトが再び表示されます。「マイ・レポート」フォルダの「開く」リンクをクリックします。「追加」リンクをクリックして、「閉じる」ボタン(X)をクリックします。3つのワークフローがすべて、ページ・コンテンツに追加されます。

7. 必要であれば、画面の右上部にある鉛筆アイコンをクリックして、デフォルトのレイアウトを変更します。

8. 「編集」モードを終了するには、「閉じる」ボタンをクリックします。
タスク・フローがページ・コンテンツに適切に追加された場合、画面にタスク・フロー・コンテンツが表示されます。

9. 次の手順で、製品登録機能をテストします。

1. 「管理」タブをクリックして、製品情報を作成、編集または削除します。

2. 新製品を追加するには、「製品登録」セクションで「イメージの作成」アイコンをクリックします。「新規製品登録」ダイアログがポップ・アップ表示されます。

3. このダイアログに関連情報を入力すると、新製品登録が適宜更新されます。「ダッシュボード」タブをクリックすると、ランチャ・ポートレットで新製品登録データが更新されます。

4. 製品リンクをクリックし、新しいブラウザ・ウィンドウまたはタブに登録した製品のURLが表示されることを確認します。

10. 次の手順で、ニュース機能をテストします。

1. リフレッシュ・アイコンをクリックし、RSSフィード・コンテンツを更新します。

2. ニュース・アイテム・リンクをクリックし、コンテンツのソースを新しいブラウザ・ウィンドウまたはタブで開きます。

11. 次の手順で、レポート機能をテストします。

1. 「追加」アイコンをクリックして、レポートを追加します。「レポートの追加」ダイアログがポップ・アップ表示されます。

2. このダイアログで、追加するレポートを選択し、「レポートの追加」ボタンをクリックします。レポートが追加されていることを確認します。

3. 「レポート」アイコンをクリックして、レポートを実行します。新しいブラウザ・ウィンドウまたはタブにレポートが開きます。

4.6インストール後のOracle Identity Navigatorの起動

Oracle Identity Navigatorをインストールした後で、Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドのIdentity Navigatorの使用に関する項を参照してください。

5 Oracle Identity Managerの構成

この章では、Oracle Identity Managerを構成する方法について説明します。

内容は次のとおりです。

- Oracle Identity Managerの構成前の重要な注意点

- Oracle Identity Managerのインストールおよび構成ロードマップ

- Oracle Identity ManagerおよびSOAの新しいWebLogicドメインの作成

- サーバーの起動

- Oracle Identity Managerの構成の概要

- Oracle Identity Manager 11g構成ウィザードの開始

- Oracle Identity Managerサーバーの構成

- オプション: Oracle Identity Manager Design Consoleの構成

- オプション: Oracle Identity Manager Remote Managerの構成

- Oracle Identity Managerのインストールの検証

- Oracle Identity Managerに対するメモリー設定の変更

- Oracle Access Managementとの統合の設定

- サポートされている言語のリスト

- 診断ダッシュボードの使用

- インストール後のOracle Identity Managerの起動

注意:

Oracle Identity Managerの構成プロセスのいずれかの段階でオンライン・ヘルプを起動するには、Oracle Identity Manager構成ウィザード画面の「ヘルプ」をクリックします。

5.1 Oracle Identity Managerの構成前の重要な注意点

Oracle Identity Managerの構成を開始する前に、次の点を注意してください。

- IAM_HOMEは、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialが含まれるOracleホーム・ディレクトリを指す場合に使用されます。このOracleホーム・ディレクトリには任意の名前を指定できます。

- この章で説明されているドメインの構成手順を実行することにより、ローカル・マシン(管理サーバーが稼働するマシン)に管理対象サーバーを作成できます。ただし、Oracle Identity and Access Managementコンポーネント用の管理対象サーバーをリモート・マシンに作成して起動することもできます。詳細は、ガイド『Oracle Fusion Middleware PackおよびUnpackコマンドによるテンプレートとドメインの作成』の、リモート・マシンでの管理対象サーバーの作成および実行に関するトピックを参照してください。

- Oracle Identity Managerサーバー、Oracle Identity Manager Design Console (Windowsのみ)およびOracle Identity Manager Remote Managerを構成するには、Oracle Identity Manager構成ウィザードを使用する必要があります。
Oracle Identity Managerサーバーを構成する場合、管理サーバーが実行されているマシン上でOracle Identity Manager構成ウィザードを実行する必要があります。サーバーの構成には、サーバーの初期設定時にウィザードを1回だけ実行できます。Oracle Identity Managerの設定が成功した後は、Oracle Identity Managerサーバーの構成を変更するためにOracle Identity Manager構成ウィザードを再度実行することはできません。このような変更には、Oracle Enterprise Manager Fusion Middleware Controlを使用する必要があります。

Design ConsoleまたはRemote Managerのみを構成する場合、Design ConsoleまたはRemote Managerを構成するマシンでOracle Identity Manager構成ウィザードを実行できます。Oracle Identity Managerサーバーを構成すると、Design ConsoleまたはRemote Managerを構成できます。Oracle Identity Manager構成ウィザードは、Design ConsoleまたはRemote Managerを新しいマシンに構成する必要があるときに実行できます。

Oracle Identity Managerには、Oracle Identity and Access Management専用のOracle SOA Suite 11g(11.1.1.6.0)が必要です。Oracle Identity Managerを構成する前に、Oracle SOA Suiteをインストールする必要があります。Oracle Identity ManagerとOracle Access Management間の統合を設定する場合は、Oracle Identity Manager、Oracle Access ManagementおよびOracle SOA Suiteを同じドメインに構成していることを確認してください。

5.2 Oracle Identity Managerのインストールおよび構成ロードマップ

表5-1に、Oracle Identity Managerのインストールおよび構成のタスクを示します。

表5-1 Oracle Identity Managerのインストールおよび構成フロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle SOA Suite 11g(11.1.1.6.0)のインストール

Oracle SOA Suiteのバージョン11.1.1.6.0をインストールします。

詳細は、第3.2.5項「Oracle SOA Suiteのインストール(Oracle Identity Managerユーザーのみ)」を参照してください。

8

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

9

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Identity Managerは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

10

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

詳細は、第5.3項「Oracle Identity ManagerおよびSOAの新しいWebLogicドメインの作成」を参照してください。

11

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

12

サーバーを起動します。

管理サーバーおよびSOA管理対象サーバーを起動する必要があります。

詳細は、第5.4項「サーバーの起動」を参照してください。

13

Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerの構成シナリオを確認します。

詳細は、第5.5項「Oracle Identity Managerの構成の概要」を参照してください。

14

Oracle Identity Manager 11g構成ウィザードを開始します。

詳細は、第5.6項「Oracle Identity Manager 11g構成ウィザードの開始」を参照してください。

15

Oracle Identity Managerサーバーを構成します。

詳細は、第5.7項「Oracle Identity Managerサーバーの構成」を参照してください。

16

オプション: WindowsでOracle Identity Manager Design Consoleのみをインストールおよび構成します。

詳細は、第5.8項「オプション: Oracle Identity Manager Design Consoleの構成」を参照してください。

17

オプション: Oracle Identity Manager Remote Managerを構成します。

詳細は、第5.9項「オプション: Oracle Identity Manager Remote Managerの構成」を参照してください。

18

インストール後のタスクを実行してください。

次のインストール後のタスクを実行してください。

- 第5.10項「Oracle Identity Managerのインストールの検証」

- 第5.12項「Oracle Access Managementとの統合の設定」

- 5.13項「サポートされている言語のリスト」

- 5.14項「診断ダッシュボードの使用」

- 第5.15項「インストール後のOracle Identity Managerの起動」

5.3 Oracle Identity ManagerおよびSOAの新しいWebLogicドメインの作成

このトピックでは、Oracle Identity ManagerおよびSOAの新しいWebLogicドメインを作成する方法を説明します。内容は次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

5.3.1 適切なデプロイメント環境

Oracle Identity Managerをプロビジョニングやリクエストのソリューションとして使用する環境にOracle Identity Managerをインストールする場合、この項の構成を実行してください。このオプションは、シングル・サインオン(SSO)またはOracle Access Managerを使用しないOracle Identity Manager環境にも適しています。

5.3.2 デプロイされるコンポーネント

この項の構成を実行すると、次のコンポーネントがインストールされます。

- 管理サーバー

- Oracle Identity ManagerおよびSOAの管理対象サーバー

- Oracle Identity Manager管理対象サーバー上のOracle Identity Managerシステム管理コンソールとOracle Identity Managerセルフ・サービス・コンソール

5.3.3 依存性

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)ソフトウェアのインストール。

- Oracle SOA Suite 11g(11.1.1.6.0)のインストール。

- Oracle Identity ManagerおよびOracle SOA 11g Suiteに対するデータベース・スキーマ。

5.3.4 手順

Oracle Identity ManagerおよびSOAの新しいWebLogic管理ドメインを作成し、Oracle Identity Manager Server、Design ConsoleおよびRemote Managerを構成するには、次の手順を実行します。

1. 「Oracle Identity Managerの構成前の重要な注意点」の項を確認します。

2. <IAM_HOME>/common/bin/config.shスクリプトを実行します(UNIXの場合)。(Windowsの場合は<IAM_HOME>\common\bin\config.cmd)。Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

3. 「ようこそ」画面で「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

4. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Identity Manager - 11.1.2.0.0 [IAM_Home]を選択します。Oracle Identity Manager - 11.1.2.0.0 [IAM_Home]オプションを選択すると、次のオプションもデフォルトで選択されます。

- Oracle SOA Suite - 11.1.1.1.0 [Oracle_SOA1]

- Oracle Enterprise Manager - 11.1.1.0 [oracle_common]

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

- Oracle JRF WebServices Asynchronous services - 11.1.1.0 [oracle_common]

- Oracle WSM Policy Manager 11.1.1.0 [oracle_common]

注意:

- Oracle Identity Managerの新しいWebLogicドメインに対して認可ポリシー・マネージャを使用する場合は、Oracle Entitlements Server for Admin Server- 11.1.1.0 [IAM_Home]オプションを選択する必要があります。

- Oracle Identity Managerの既存のWebLogicドメインがあり、認証ポリシー・マネージャを使用する場合は、次の手順を実行する必要があります。

1. Oracle Fusion Middleware構成ウィザードの「ようこそ」画面で「既存のWebLogicドメインの拡張」を選択して、「次」をクリックします。

2. 「WebLogicドメイン・ディレクトリの選択」画面で、Oracle Identity Managerを構成したWebLogicドメインが含まれるディレクトリを選択します。「次へ」をクリックします。

3. 「拡張ソースの選択」画面で、「次の追加製品をサポートするために、自動的にドメインを拡張する:」が選択されていることを確認し、Oracle Entitlements Server for Admin Server- 11.1.1.0 [IAM_Home]またはOracle Entitlements Server for Managed Server- 11.1.1.0 [IAM_Home]オプションを選択します。「次へ」をクリックします。

4. 「JDBCコンポーネント・スキーマの構成」画面が表示されます。手順9に進みます。ドメインを拡張している場合、手順9で「管理サーバー」および「RDBMSセキュリティ・ストア」オプションは使用できません。

「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

5. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

6. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

7. 「サーバーの起動モードおよびJDKの構成」画面が表示されます。「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

8. 「JDBCコンポーネント・スキーマの構成」画面が表示されます。この画面には、次のコンポーネント・スキーマのリストが表示されています。

- SOAインフラストラクチャ

- ユーザー・メッセージング・サービス

- OIM MDSスキーマ

- OWSM MDSスキーマ

- SOA MDSスキーマ

- OIMインフラストラクチャ

- OPSSスキーマ

9. 「JDBCコンポーネント・スキーマの構成」画面で、変更するコンポーネント・スキーマを選択します。スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストに成功すると、「オプションの構成を選択」画面が表示されます。

10. 「オプションの構成を選択」画面で、「管理サーバー」、「JMS分散宛先」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」、「JMSファイル・ストア」、および「RDBMSセキュリティ・ストア」を構成できます。「次へ」をクリックします。

11. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

「次へ」をクリックします。

12. オプション: 必要に応じて、JMS分散宛先を構成します。「次へ」をクリックします。

13. オプション: 必要に応じて、管理対象サーバーを構成します。「次へ」をクリックします。

14. オプション: 必要に応じて、クラスタを構成します。「次へ」をクリックします。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

15. オプション: 必要に応じて、管理対象サーバーをクラスタに割り当てます。「次へ」をクリックします。

16. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。「次へ」をクリックします。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

17. オプション: サーバーをマシンに割り当てます。「次へ」をクリックします。

18. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。「次へ」をクリックします。

19. 「構成のサマリー」画面で、デプロイメント、アプリケーションおよびサービスの構成のサマリーを確認できます。ドメインの構成を確認し、「作成」をクリックしてドメインの作成を開始します。
ドメイン構成が完了したら、「完了」をクリックして構成ウィザードを終了します。

Oracle Identity Managerをサポートする新しいWebLogicドメインが、<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

20. Oracle Identity Managerを新規WebLogic管理ドメインで構成したら、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

21. 管理サーバーを起動します。付録C「Oracleスタックの起動または停止」を参照してください。

22. SOA管理対象サーバーを起動します。付録C「Oracleスタックの起動または停止」を参照してください。

23. Oracle Identity Manager構成ウィザードを開始します。第5.6項「Oracle Identity Manager 11g構成ウィザードの開始」を参照してください。

24. Oracle Identity Managerサーバー、Design ConsoleまたはRemote Managerを構成します。第5.7項「Oracle Identity Managerサーバーの構成」、第5.8項「オプション: Oracle Identity Manager Design Consoleの構成」および第5.9項「オプション: Oracle Identity Manager Remote Managerの構成」を参照してください。

注意:

WebLogic管理者のユーザー名がweblogicではない場合、サーバーの起動後に、一連の手順を手動で実行する必要があります。詳細は、第2.6項「オプション: Oracle Enterprise Manager Fusion Middleware ControlでWebLogic Administrator Serverのユーザー名を更新(OIMのみ)」を参照してください。

5.4 サーバーの起動

WebLogicドメインにOracle Identity Managerをインストールおよび構成した後、Oracle WebLogic Administration ServerおよびSOA管理対象サーバーを起動する必要があります。詳細は、付録C「スタックの起動」を参照してください。

注意:

- WebLogic管理者のユーザー名がweblogicではない場合、サーバーの起動後に、一連の手順を手動で実行する必要があります。詳細は、第2.6項「オプション: Oracle Enterprise Manager Fusion Middleware ControlでWebLogic Administrator Serverのユーザー名を更新(OIMのみ)」を参照してください。

- Oracle Identity ManagerにはOracle SOA Suiteが必須です。同時更新を防ぐために、Oracle Identity ManagerサーバーとSOAサーバーを同時に起動しないでください。まずSOAサーバーを起動し、SOAサーバーが稼働するのを待ってからOracle Identity Managerサーバーを起動します。

5.5 Oracle Identity Managerの構成の概要

このセクションのトピックは次のとおりです:

- Oracle Identity Managerサーバー、Design ConsoleまたはRemote Managerを構成する前に

- Oracle Identity Managerの構成シナリオ

5.5.1 Oracle Identity Managerサーバー、Design ConsoleまたはRemote Managerを構成する前に

Oracle Identity Managerウィザードを使用してOracle Identity Managerを構成する前に、Oracle Identity ManagerおよびSOAをWebLogic Serverドメインにインストールし、構成済であることを確認してください。

Oracle Identity Manager 11g構成ウィザードでは、データベース、スキーマ、WebLogic管理者ユーザー名およびパスワード、LDAPサーバーなど、構成に関する情報の入力が要求されます。このため、Identity Management 11g構成ウィザードを起動する前に、これらの情報を準備しておいてください。

このセクションのトピックは次のとおりです:

- Oracle Identity Managerサーバーの構成のための前提条件

- Oracle Identity Manager Design Consoleのみを別のマシンに構成するための前提条件

- Oracle Identity Manager Remote Managerのみを別のマシンに構成するための前提条件

5.5.1.1 Oracle Identity Managerサーバーの構成のための前提条件

Oracle Identity Manager構成ウィザードを使用してOracle Identity Managerサーバーを構成する前に、次の前提条件を満たす必要があります。

1. サポートされているバージョンのOracleデータベースをインストールします。詳細は、第3.2.2項「データベース要件」を参照してください。

2. データベースでの必要なスキーマの作成とロード。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

3. Oracle WebLogic Serverのインストールとミドルウェア・ホーム・ディレクトリの作成。詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

4. 同じミドルウェア・ホーム・ディレクトリの下にOracle SOA Suite 11gリリース1(11.1.1.6.0)をインストールします。詳細は、第3.2.5項「Oracle SOA Suiteのインストール(Oracle Identity Managerユーザーのみ)」を参照してください。

5. ミドルウェア・ホーム・ディレクトリの下へのOracle Identity and Access Management Suite (Oracle Identity Manager、Oracle Access Manager、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Privileged Account Manager、Oracle Identity NavigatorおよびOracle Access Management Mobile and Socialを含むスイート)のインストール。詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

6. 新しいWebLogicドメインの作成、またはOracle Identity ManagerおよびOracle SOAの既存のIdentity Management 11.1.1.6.0ドメインの拡張。詳細は、第5.3項「Oracle Identity ManagerおよびSOAの新しいWebLogicドメインの作成」を参照してください。

7. Oracle Identity ManagerアプリケーションがデプロイされているドメインのOracle WebLogic管理サーバーを起動します。詳細は、付録C「スタックの起動」を参照してください。

8. SOA管理対象サーバーを起動します。付録C「スタックの起動」を参照してください。

5.5.1.2 Oracle Identity Manager Design Consoleのみを別のマシンに構成するための前提条件

Design Consoleをインストールして構成するマシン上に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracle Identity and Access Management 11gリリース2 (11.1.2.1.0)ソフトウェアをインストールする必要があります。詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

Oracle Identity Manager構成ウィザードを実行してOracle Identity Manager Design Consoleを構成する前に、Oracle Identity Managerサーバーをローカルまたはリモート・マシンに構成している必要があります。第5.7項「Oracle Identity Managerサーバーの構成」を参照してください。また、Oracle Identity Managerサーバーが起動して稼働している必要があります。

注意:

Oracle Identity Manager Design Consoleは、Windowsオペレーティング・システムでのみサポートされています。マシン上にDesign Consoleのみをインストールし、構成する場合、Oracle Identity and Access Managementソフトウェアをインストールする前に、Oracle WebLogic Serverのインストールおよびミドルウェア・ホーム・ディレクトリの作成を行う必要はありません

5.5.1.3 Oracle Identity Manager Remote Managerのみを別のマシンに構成するための前提条件

Remote Managerをインストールして構成するマシン上に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracle Identity and Access Management 11gリリース2 (11.1.2.1.0)ソフトウェアをインストールする必要があります。詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

Oracle Identity Manager構成ウィザードを使用してOracle Identity Manager Remote Managerを構成する前に、第5.7項「Oracle Identity Managerサーバーの構成」の説明に従って、Oracle Identity Managerサーバーを構成しておく必要があります。また、Oracle Identity Managerサーバーが起動して稼働している必要があります。

注意:

マシン上にRemote Managerのみをインストールし、構成する場合、Oracle Identity and Access Managementソフトウェアをインストールする前に、Oracle WebLogic Serverのインストールおよびミドルウェア・ホーム・ディレクトリの作成を行う必要はありません

5.5.2 Oracle Identity Managerの構成シナリオ

Oracle Identity Manager 11g構成ウィザードでは、Oracle Identity Managerサーバー、Design Console (Windowsのみ)およびRemote Managerを構成できます。

Oracle Identity Managerサーバーを構成する場合、管理サーバーが実行されているマシン上でこの構成ウィザードを実行する必要があります。

このOracle Identity Managerコンポーネントの追加構成は、新規または既存のWebLogic管理ドメインでOracle Identity Managerを構成した後に行う必要があります。

注意:

Oracle Identity Manager構成ウィザードは、初期設定時に1回だけOracle Identity Managerサーバーを構成するために実行できます。初期設定後に、Oracle Identity Manager構成ウィザードを再度実行して、Oracle Identity Managerサーバー、Design Consoleまたはリモート・マネージャの構成を変更することはできません。このような変更には、Oracle Enterprise Manager Fusion Middleware Controlを使用する必要があります。

このセクションのトピックは次のとおりです:

- Oracle Identity Manager 11g構成ウィザードを使用した構成の範囲

- シナリオ1: Oracle Identity ManagerサーバーとDesign Consoleが異なるマシンの場合

- シナリオ2: Oracle Identity ManagerサーバーとRemote Managerが異なるマシンの場合

- シナリオ3: Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerが1つのWindowsマシンの場合

5.5.2.1 Oracle Identity Manager 11g構成ウィザードを使用した構成の範囲

Oracle Identity Manager 11g構成ウィザードを使用して、Oracle Identity ManagerのJ2EE以外のコンポーネントおよび要素を構成できます。大部分のJ2EE構成は、Oracle Identity Managerのドメイン・テンプレートで自動的に実行されます。

5.5.2.2 シナリオ1: Oracle Identity ManagerサーバーとDesign Consoleが異なるマシンの場合

このシナリオでは、Oracle Identity Managerサーバーを1つのマシンに構成し、Oracle Identity Manager Design Consoleのみを別のWindowsマシン(開発または設計システム)にインストールおよび構成します。

次のタスクを実行します。

1. 第5.7項「Oracle Identity Managerサーバーの構成」の説明に従って、すべての前提条件を満たした後、Oracle Identity Managerサーバーを1台のマシンにインストールし、構成します。Oracle Identity Managerサーバーが起動しており、稼働中であることを確認します。

2. Design ConsoleがインストールされているWindowsマシン上に、c:/jdk1.6.0_29のようにスペースを含まないパスでJDKをインストールします。

3. Oracle WebLogic Serverのインストールとミドルウェア・ホーム・ディレクトリ(c:/oracle/Middlewareなど)を作成します。

4. インストール・メディアのdisk1からsetup.exeを実行し、プロンプトに従って、前述の手順で作成したMiddleware_Homeを選択します。

注意:

Middleware_Homeの場所を指定すると、次のメッセージが表示されます: 指定されたMiddlewareホームは無効です。このインストールを続行する場合、Remote ManagerとDesign Consoleのみを構成できます。」Design Consoleのみをインストールする場合には、このメッセージは有効です。

5. インストーラを使用して、Design Consoleのインストールに必要なOracle Identity and Access Management Suiteをインストールします。

6. Oracle Identity and Access Management 11gソフトウェアをインストールしたWindowsマシンでOracle Identity Manager構成ウィザードを実行し、Design Consoleのみを構成します。Design Consoleの構成時に、ホストやURLなどのOracle Identity Managerサーバー情報を入力する必要があります。詳細は、第5.8項「オプション: Oracle Identity Manager Design Consoleの構成」を参照してください。

5.5.2.3 シナリオ2: Oracle Identity ManagerサーバーとRemote Managerが異なるマシンの場合

このシナリオでは、Oracle Identity Managerサーバーを1つのマシンに構成し、Oracle Identity Manager Remote Managerのみを別のマシンにインストールおよび構成します。

このシナリオの高レベルのタスクは次のとおりです。

1. 第5.7項「Oracle Identity Managerサーバーの構成」の説明に従って、すべての前提条件を満たした後、Oracle Identity Managerサーバーを1台のマシンにインストールし、構成します。Oracle Identity Managerサーバーが起動しており、稼働中であることを確認します。

注意:

Remote Managerをインストールしているクライアント・マシンには、Oracle Identity Manger Serverのインストールに使用するものと同じJDKベンダーおよびJDKバージョンをインストールするようにしてください。

2. 別のマシンに、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialが含まれているOracle Identity and Access Management 11gソフトウェアをインストールします。詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

3. Oracle Identity and Access Management 11gソフトウェアをインストールしたマシンで、Oracle Identity Manager構成ウィザードを実行し、Remote Managerのみを構成します。Remote Managerの構成時に、ホストやURLなどのOracle Identity Managerサーバー情報を入力する必要があります。詳細は、第5.9項「オプション: Oracle Identity Manager Remote Managerの構成」を参照してください。

5.5.2.4 シナリオ3: Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerが1つのWindowsマシンの場合

このシナリオはテスト環境に適したもので、Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerを1つのWindowsマシンにインストールおよび構成します。

このシナリオの高レベルのタスクは次のとおりです。

1. 第5.7項「Oracle Identity Managerサーバーの構成」の説明に従って、すべての前提条件を満たした後、Oracle Identity Managerサーバーを1台のマシンにインストールし、構成します。Oracle Identity Managerサーバーが起動しており、稼働中であることを確認します。

2. 同じマシンにDesign Consoleを構成します。第5.8項「オプション: Oracle Identity Manager Design Consoleの構成」を参照してください。

3. 同じマシンにRemote Managerを構成します。第5.9項「オプション: Oracle Identity Manager Remote Managerの構成」を参照してください。

5.6 Oracle Identity Manager 11g構成ウィザードの開始

Oracle Identity Manager 11g構成ウィザードを起動するには、管理サーバーが稼働しているマシンで、<IAM_HOME>/bin/config.shスクリプト(UNIXの場合)を実行します(Windowsの場合は<IAM_HOME>\bin\config.bat)。Oracle Identity Manager 11g構成ウィザードが開始され、「ようこそ」画面が表示されます。

注意:

Oracle Identity Managerをサポートするために既存のWebLogicドメインを拡張した場合、Oracle Identity Managerサーバー、Design ConsoleまたはRemote Managerを構成するためにOracle Identity Manager構成ウィザードを開始する前に、管理サーバーを再起動する必要があります。

5.7 Oracle Identity Managerサーバーの構成

このトピックでは、Oracle Identity Managerサーバーのみをインストールおよび構成する方法について説明します。内容は次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

- LDAP同期を有効にするための前提条件の実行

- LDAP構成後ユーティリティの実行

- LDAP同期の検証

- 構成後の手順

- Identity Virtualization LibraryのoamEnabledパラメータの設定

- Oracle Identity Managerサーバーのインストールと構成の終了後に行うLDAP同期の有効化

5.7.1 適切なデプロイメント環境

Oracle Identity Managerサーバーを別のホストにインストールする場合は、このトピックの構成を実行します。

5.7.2 デプロイされるコンポーネント

この項の構成を実行すると、Oracle Identity Managerサーバーのみがデプロイされます。

5.7.3 依存性

この項のインストールと構成は、Oracle WebLogic Server、Oracle SOA SuiteおよびOracle Identity and Access Management 11gソフトウェアのインストールによって異なります。詳細は、第2章「インストールの準備」および第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストール」を参照してください。

5.7.4 手順

Oracle Identity Managerサーバーのみを構成するには、次の手順を実行します。

1. 第5.5.1.1項「Oracle Identity Managerサーバーを構成するための前提条件」に記載されているすべての前提条件が満たされていることを確認します。さらに、第5.1項「Oracle Identity Managerの構成前の重要な注意点」も参照してください。

2. 管理サーバーが実行されているマシンで、Oracle Identity Manager構成ウィザードを開始します。第5.6項「Oracle Identity Manager 11g構成ウィザードの開始」を参照してください。「ようこそ」画面が表示されます。

3. 「ようこそ」画面で、「次へ」をクリックします。構成するコンポーネント画面が表示されます。
構成するコンポーネント画面で、OIMサーバーオプションのみが選択されていることを確認します。デフォルトでは選択されています。「次へ」をクリックします。「データベース」画面が表示されます。

4. 「データベース」画面の「接続文字列」フィールドに、データベースのフル・パス、リスニング・ポートおよびサービス名を入力します。シングル・ホスト・インスタンスの場合、接続文字列の形式はhostname:port:servicenameです。たとえば、ホスト名がaaa.bbb.com、ポートが1234、サービス名がxxx.bbb.comの場合、シングル・ホスト・インスタンスの接続文字列は次のように入力します。

aaa.bbb.com:1234:xxx.bbb.com

Real Application Clusterデータベースを使用している場合、データベース接続文字列の形式は次のとおりです。

hostname1:port1:instancename1^hostname2:port2:instancename2@servicename

注意:

Oracle Identity ManagerスキーマおよびMetadata Servicesスキーマの作成に、同じデータベース、または異なるデータベースのいずれをも使用できます。

データベースへの接続を妨害するファイアウォールやゲートウェイがないことを確認します。

5. 「OIMスキーマ・ユーザー名」フィールドに、Oracle Fusion Middleware Repository Creation Utility (RCU)を使用してOracle Identity Manager用に作成したスキーマの名前を入力します。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6. OIMスキーマ・パスワードのフィールドに、Oracle Fusion Middleware Repository Creation Utility (RCU)を使用してスキーマを作成する際に設定した、Oracle Identity Managerスキーマのパスワードを入力します。

7. メタデータ・サービス(MDS)スキーマに別のデータベースを使用する場合は、MDSスキーマに別のデータベースを選択チェック・ボックスを選択します。

8. MDSスキーマに別のデータベースを使用する場合、MDS接続文字列フィールドに、MDSスキーマに関連付けられたデータベースのフルパス、リスニング・ポートおよびサービス名を入力します。接続文字列の形式については、ステップ4を参照してください。
MDSスキーマ・ユーザー名フィールドに、Oracle Fusion Middleware Repository Creation Utility (RCU)を使用してAS共通サービス - メタデータ・サービス用に作成したスキーマの名前を入力します。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

MDSスキーマ・パスワードフィールドに、Oracle Fusion Middleware Repository Creation Utility (RCU)を使用してスキーマを作成する際に設定した、AS共通サービス - メタデータ・サービス・スキーマのパスワードを入力します。「次へ」をクリックします。WebLogic管理サーバー画面が表示されます。

9. WebLogic管理サーバー画面のWebLogic管理サーバーURLフィールドに、ドメインのWebLogic管理サーバーのURLを次の形式で入力します。
t3://hostname:port

「ユーザー名」フィールドに、Oracle Identity ManagerアプリケーションとOracle SOA SuiteアプリケーションがデプロイされているドメインのWebLogic管理者ユーザー名を入力します。Oracle Identity ManagerとOracle Access Manager間の統合を設定している場合は、Oracle Access Managerアプリケーションも同じドメインに構成されます。

「パスワード」フィールドに、Oracle Identity ManagerアプリケーションとOracle SOA SuiteアプリケーションがデプロイされているドメインのWebLogic管理者パスワードを入力します。「次へ」をクリックします。

OIMサーバー画面が表示されます。OIMサーバー画面では、システム管理者のパスワードを設定できます(xelsysadm)。

10. OIMサーバー画面のOIM管理者パスワードフィールドに、管理者の新しいパスワードを入力します。有効なパスワードは、少なくとも1つの数字、1つの大文字および1つの小文字を使用する、アルファベット文字で始まる6文字以上のパスワードです。パスワードにOracle Identity Managerの名、姓またはログイン名を使用することはできません。

11. 「ユーザー・パスワードの確認」フィールドに新しいパスワードを再入力します。

12. OIM HTTP URLフィールドに、Oracle Identity ManagerアプリケーションのフロントエンドのHTTP URLを入力します。
URLの形式はhttp(s)://<oim_host>:<oim_port>です。例: https://localhost:7002。

13. 「キーストア・パスワード」フィールドにキーストアの新しいパスワードを入力します。有効なパスワードは、英数字とドル($)、下線(_)、ポンド(#)などの特殊文字のみを使用する、アルファベット文字で始まる6から30文字のパスワードです。パスワードには、少なくとも1つの数字を使用する必要があります。

14. 「キーストア・パスワードの確認」フィールドに新しいパスワードを再入力します。

15. オプション: LDAP同期を有効にするには、OIMサーバー画面で「LDAP同期の有効化」オプションを選択する必要があります。

注意:

LDAP同期を有効にする場合には、LDAP同期を有効にする前に、「LDAP同期を有効にするための前提条件の実行」の説明に従って手順を完了しておく必要があります。

LDAP同期がOIMサーバー画面で有効になり、前提条件が完了したら、Oracle Identity Managerサーバーの構成を続行する必要があります。Oracle Identity Managerサーバーを構成し、Oracle Identity Management構成ウィザードを終了したら、「LDAP構成後ユーティリティの実行」の説明に従って、LDAP構成後ユーティリティを実行する必要があります。

16. 選択後、OIMサーバー画面で「次へ」をクリックします。LDAP同期の有効化を選択すると、「LDAPサーバー」画面が表示されます。
「LDAPサーバー」画面では、次の情報を指定できます。

- ディレクトリ・サーバー・タイプ - 必要なディレクトリ・サーバーをドロップダウン・リストから選択します。次の選択肢があります。

- OID

- ACTIVE_DIRECTORY

- IPLANET

- OVD

- OUD

注意:

- このガイドでは、IPLANETをOracle Directory Server Enterprise Edition (ODSEE)とも呼びます。

- ディレクトリ・サーバーとしてOID、ACTIVE_DIRECTORY、IPLANETまたはOUDを使用することとし、さらにOracle Identity ManagerとOracle Access Managementを統合する場合、oamEnabledパラメータをtrueに設定する必要があります。Identity Virtualization LibraryでoamEnabledパラメータをtrueに設定する方法は、「Identity Virtualization LibraryでのoamEnabledパラメータの設定」を参照してください。

- ディレクトリ・サーバーのID - ディレクトリ・サーバーのIDを入力します。任意の一意の値を指定できます。
たとえば、OIDの場合oid1になります。OUDの場合oud1になります。IPLANETの場合iplanet1になります。ACTIVE_DIRECTORYの場合ad1になります。

- サーバーURL - ldap://oid_host:oid_portの形式でLDAP URLを入力します。

- サーバー・ユーザー - ディレクトリ・サーバー管理者のユーザー名を入力します。
例: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

- サーバー・パスワード - Oracle Identity Manager管理者のパスワードを入力します。

- Server SearchDN - 識別名(DN)を入力します。たとえば、dc=exampledomain, dc=comです。これはLDAPのユーザーやロールの最高レベル・コンテナで、Oracle Identity Managerはリコンシリエーションにこのコンテナを使用します。

「次へ」をクリックします。LDAPサーバー続行画面が表示されます。

17. LDAPサーバー続行画面で、次のLDAP情報を入力します。

- LDAP RoleContainer - LDAPディレクトリ内のロールのデフォルト・コンテナとして使用されるコンテナの名前を入力します。Oracle Identity Managerで分離ルールを構成して、LDAPの別のコンテナでロールを作成できます。たとえば、cn=groups,cn=oracleAccounts,dc=mycountry,dc=mycompany,dc=comです。

- LDAP RoleContainerの説明 -デフォルト・ロール・コンテナの説明を入力します。

- LDAP Usercontainer - LDAPディレクトリ内のユーザーのデフォルト・コンテナとして使用されるコンテナの名前を入力します。Oracle Identity Managerで分離ルールを構成して、LDAPの別のコンテナでユーザーを作成できます。たとえば、cn=groups,cn=oracleAccounts,dc=mycountry,dc=mycompany,dc=comです。

- LDAP Usercontainerの説明 -デフォルト・ユーザー・コンテナの説明を入力します。

- ユーザー予約コンテナ - Oracle Identity Managerでユーザー名の作成が承認されている間に、LDAPディレクトリ内でユーザー名の予約に使用されるコンテナの名前を入力します。承認された後、ユーザー名は予約コンテナからLDAPディレクトリ内のユーザー・コンテナに移動されます。例: cn=reserve、dc=mycountry、dc=com。

LDAP同期を有効化して、LDAP構成後ユーティリティを実行した後、Oracle Identity Manager管理コンソールを使用してそれを検証できます。詳細は、「LDAP同期の検証」を参照してください。「次へ」をクリックします。「構成のサマリー」画面が表示されます。

18. OIMサーバー画面で「LDAP同期の有効化」オプションを選択しなかった場合、OIMサーバー画面で情報を入力すると「構成サマリー」画面が表示されます。
「構成のサマリー」画面には、構成に選択したアプリケーションが一覧表示され、データベース接続文字列、OIMスキーマ・ユーザー名、MDSスキーマ・ユーザー名、WebLogic管理サーバーURL、WebLogic管理者ユーザー名およびOIM HTTP URLなどの構成オプションがまとめられています。

このサマリーを確認し、構成を開始するかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。この構成のOracle Identity Managerサーバーのインストールを続けるには、「構成」をクリックします。

注意:

アプリケーションを構成する前に、構成設定とプリファレンスをレスポンス・ファイルに保存できます。レスポンス・ファイルは、テキスト・エディタで作成または編集できるテキスト・ファイルです。レスポンス・ファイルは、サイレント・インストールの実行に使用できます。また、お使いの環境のテンプレートとして、またはカスタマイズ設定にも使用できます。詳細は、「サイレント・インストールの実行」を参照してください。

「構成」をクリックすると、「構成の進行状況」画面が表示されます。「次へ」をクリックします。

構成ログが、Oracle Inventoryディレクトリの下のlogsディレクトリに保存されます。ログ・ファイルの詳細は、「インストール・ログ・ファイル」を参照してください。「構成の進行状況」画面にエラーが表示された場合は、「中断」をクリックしてインストールを中止し、Oracle Identity Manager構成ウィザードを再起動します。

19. 「終了」をクリックします。

20. 付録C「サーバーの再起動」の説明に従って、WebLogic Administration ServerおよびSOA管理対象サーバーを再起動します。

注意:

構成に失敗した場合は、「中断」をクリックしてインストールを中止し、「Oracle Identity Manager 11g構成ウィザードの起動」の説明に従ってOracle Identity Manager構成ウィザードを再起動します。

5.7.5 LDAP同期を有効にするための前提条件の実行

次の前提条件を満たしている必要があります。

- アイデンティティ・ストアの事前構成

- Oracle Virtual Directoryでのアダプタの作成

5.7.5.1 アイデンティティ・ストアの事前構成

LDAPディレクトリをアイデンティティ・ストアとして使用できるようにするには、事前構成を実行する必要があります。

注意:

LDAP同期で次のいずれかのディレクトリ・サーバーを使用している場合には、この項の手順に従います。

- OID

- Active Directory

- iPlanet/ODSEE

- OUD

- OVD

未構成のアイデンティティ・ストアを事前構成するには、次の手順を実行します。

1. ユーザー、グループおよび予約コンテナを作成します。

2. OIMのプロキシ・ユーザー(OIMのリコンシリエーションに対して使用される検索ベースの外部のディレクトリ・サーバーにあるoimadminuser)を作成します。このOIMプロキシ・ユーザーは、OIMデータベースにリコンシリエーションすることはできません。

3. oimadmingroupを作成して、oimadminuserをグループに割り当てます。

4. OIMプロキシ・ユーザーがコンテナ内のすべてのエントリにアクセスできるように、ACIをグループとユーザーのコンテナに追加します。

注意:

ID情報の保持に使用するディレクトリ・ストアによって、事前構成は異なります。アイデンティティ・ストアを事前構成する手順の例については、次を参照してください。

- Oracle Directory Server Enterprise Edition (ODSEE)の事前構成

- Oracle Unified Directory (OUD)の事前構成

- Oracle Internet Directory (OID)の事前構成

5. OIMスキーマを非OIDディレクトリ・サーバーにまで拡張します。

- Active Directoryの場合

- Active DirectoryのOIMスキーマは、次の場所にあります。
$MW_HOME/oracle_common/modules/oracle.ovd_11.1.1/oimtemplates

- Active Directoryスキーマを拡張するには、次のコマンドを実行します。
Windowsの場合:

extendadschema.bat -h AD_host -p AD_port -D <administrator@mydomain.com> -q -AD <dc=mydomain,dc=com> -OAM true

UNIXの場合:

extendadschema.sh -h AD_host -p AD_port -D administrator@mydomain.com -q -AD dc=mydomain,dc=com -OAM true

注意:

extendadschemaスクリプトは、Active Directory 2003、2008および2008R2でのみ動作確認されています。

- ODSEE/iPlanetの場合

- iPlanetのOIMスキーマ(ODSEEとも呼ばれる)は、次の場所にあります。
$MW_HOME/oracle_common/modules/oracle.ovd_11.1.1/oimtemplates/sunOneSchema.ldif

- ODSEEスキーマを拡張するには、次のコマンドを実行します。
ldapmodify -h <ODSEEサーバー> -p <ODSEEポート> -D <ODSEE管理ID> -w <ODSEE管理パスワード> -f sunOneSchema.ldif

6. OAM-OIM統合を有効化する場合には、次のOAMスキーマを拡張します。

- OIDの場合

- OIDのOAMスキーマを拡張するには、次のファイルを検索します。
$IAM_HOME/oam/server/oim-intg/ldif/oid/schema/OID_oblix_pwd_schema_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/oid/schema/OID_oblix_schema_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/oid/schema/OID_oim_pwd_schema_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/oid/schema/OID_oblix_schema_index_add.ldif

- ldapmodifyをコマンドラインから使用して、4つのLDIFファイルをロードします。
cd $IAM_HOME/oam/server/oim-intg/ldif/oid/schema/

ldapmodify -h <OIDサーバー> -p <OIDポート> -D <OID管理ID> -w <OID管理パスワード> -f OID_oblix_pwd_schema_add.ldif

ldapmodify -h <OIDサーバー> -p <OIDポート> -D <OID管理ID> -w <OID管理パスワード> -f OID_oblix_schema_add.ldif

ldapmodify -h <OIDサーバー> -p <OIDポート> -D <OID管理ID> -w <OID管理パスワード> -f OID_oim_pwd_schema_add.ldif

ldapmodify -h <OIDサーバー> -p <OIDポート> -D <OID管理ID> -w <OID管理パスワード> -f OID_oblix_schema_index_add.ldif

- Active Directoryの場合

- Active DirectoryのOAMスキーマを拡張するには、次のファイルを検索します。
$IAM_HOME/oam/server/oim-intg/ldif/ad/schema/ADUserSchema.ldif

$IAM_HOME/oam/server/oim-intg/ldif/ad/schema/AD_oam_pwd_schema_add.ldif

前述のファイルはどちらも、domain-dnを適切なdomain-dn値に置き換えます。

- ldapaddをコマンドラインから使用して、2つのLDIFファイルを次のようにロードします。
cd $IAM_HOME/oam/server/oim-intg/ldif/ad/schema/

ldapadd -h <activedirectoryhostname> -p <activedirectoryportnumber> -D <AD_administrator> -q -c -f ADUserSchema.ldif

ldapadd -h <activedirectoryhostname> -p <activedirectoryportnumber> -D <AD_administrator> -q -c -f AD_oam_pwd_schema.ldif

ここで、AD_administratorはディレクトリに対してスキーマ拡張権限を持つユーザーです。

次に例を示します。

ldapadd -h activedirectoryhost.mycompany.com -p 389 -D adminuser –q -c -f ADUserSchema.ldif

- ODSEE/iPlanetの場合

- ODSEEのOAMスキーマを拡張するには、次のファイルを検索します。
$IAM_HOME/oam/server/oim-intg/ldif/iplanet/schema/iPlanet7_user_index_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/iplanet/schema/iPlanet7_user_index_generic.ldif

$IAM_HOME/oam/server/oim-intg/ldif/iplanet/schema/iPlanet_oam_pwd_schema_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/iplanet/schema/iPlanet_user_schema_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/iplanet/schema/iPlanet_user_index_add.ldif

注意:

iPlanet7_user_index_add.ldifのかわりにどのindex-rootを使用すべきかわからない場合には、iPlanet7_user_index_generic.ldifファイル(このファイルにはindex-rootの検出に関する順を追った説明もあります)を使用してください。

- ldapmodifyをコマンドラインから使用して、4つのLDIFファイルをロードします。
cd $IAM_HOME/oam/server/oim-intg/ldif/iplanet/schema/

ldapadd -h <ODSEEサーバー> -p <ODSEEポート> -D <ODSEE管理ID> -w <ODSEE管理パスワード> -f iPlanet7_user_index_add.ldif

または

ldapadd -h <ODSEEサーバー> -p <ODSEEポート> -D <ODSEE管理ID> -w <ODSEE管理パスワード> -f iPlanet7_user_index_generic.ldif

ldapmodify -h <ODSEEサーバー> -p <ODSEEポート> -D <ODSEE管理ID> -w <ODSEE管理パスワード> -f iPlanet_oam_pwd_schema_add.ldif

ldapmodify -h <ODSEEサーバー> -p <ODSEEポート> -D <ODSEE管理ID> -w <ODSEE管理パスワード> -f iPlanet_user_schema_add.ldif

ldapadd -h <ODSEEサーバー> -p <ODSEEポート> -D <ODSEE管理ID> -w <ODSEE管理パスワード> -f iPlanet_user_index_add.ldif

- OUDの場合

- OUDのOAMスキーマを拡張するには、次のファイルを検索します。
$IAM_HOME/oam/server/oim-intg/ldif/ojd/schema/ojd_user_schema_add.ldif

$IAM_HOME/oam/server/oim-intg/ldif/ojd/schema/ojd_user_index_generic.ldif

$IAM_HOME/oam/server/oim-intg/ldif/ojd/schema/ojd_oam_pwd_schema_add.ldif

- ldapmodifyをコマンドラインから使用して、次の3つのLDIFファイルをロードします。
cd $IAM_HOME/oam/server/oim-intg/ldif/ojd/schema/

ldapmodify -h <OUDサーバー> -p <OUDポート> -D <OUD管理ID> -w <OUD管理パスワード> -f ojd_user_schema_add.ldif

ldapmodify -h <OUDサーバー> -p <OUD管理SSLポート> -D <OUD管理ID> -w <OUD管理パスワード> -Z -X -a -f ojd_user_index_generic.ldif

ldapmodify -h <OUDサーバー> -p <OUDポート> -D <OUD管理ID> -w <OUD管理パスワード> -f ojd_oam_pwd_schema_add.ldif

ojd_user_index_generic.ldifのすべての索引をインポートしたら、索引をオンラインかオフラインで再構築する必要があります。

索引をオフラインで再構築するには:

1) 次のコマンドを実行して、OUDサーバーを停止します。

$MW_HOME/asinst_1/OUD/bin/stop-ds

2) 次のコマンドを実行して、ojd_user_index_generic.ldifファイルに明記されている索引属性すべてに対して1つずつ索引を再構築します。

$MW_HOME/asinst_1/OUD/bin/rebuild-index -h <OUDサーバー> -p <OUD管理SSLポート> -D <OUD管理ID> -j <パスワード・ファイル> -X --baseDN <ベースDN> --index <属性>

次に例を示します。

$MW_HOME/asinst_1/OUD/bin/rebuild-index -h localhost -p 5444 -D "cn=Directory Manager" -j pwd.txt -X --baseDN dc=mycompany,dc=com --index obgroupadministrator

3) 次のコマンドを実行して、OUDサーバーを再起動します。

$MW_HOME/asinst_1/OUD/bin/start-ds

索引をオンラインで再構築するには:

索引をオンラインで再構築する場合、OUDサーバーの停止と再起動は不要です。

次のコマンドを実行して、ojd_user_index_generic.ldifファイルに明記されている索引属性すべてに対して1つずつ索引を再構築します。

$MW_HOME/asinst_1/OUD/bin/rebuild-index -h <OUDサーバー> -p <OUD管理SSLポート> -D <OUD管理ID> -j <パスワード・ファイル> -X --baseDN <ベースDN> --index <属性>

次に例を示します。

$MW_HOME/asinst_1/OUD/bin/rebuild-index -h localhost -p 5444 -D "cn=Directory Manager" -j pwd.txt -X --baseDN dc=mycompany,dc=com --index obgroupadministrator --index obid --index oblocationdn

注意:

OUD管理SSLポートを調べるには、cn=Administration Connector,cn=configエントリの下で<OUDホーム・ディレクトリ>/config/config.ldifの構成を確認します。これは、ds-cfg-listen-port属性の関連値です。

次に例を示します。

$MW_HOME/asinst_1/OUD/config/config.ldifには、5444がOUD管理SSLポートとしてあります。

dn: cn=Administration Connector,cn=config

objectClass: ds-cfg-administration-connector

objectClass: top

ds-cfg-listen-address: 0.0.0.0

ds-cfg-listen-port: 5444

7. Oracle Directory Server Enterprise Edition (ODSEE)を使用している場合、moddnプロパティとChangelogプロパティをODSEE Directory Serverで有効化する必要があります。
Oracle Internet Directory (OID)、Active DirectoryまたはOracle Unified Directory (OUD)を使用している場合、この手順をスキップします。

5.7.5.2 Oracle Virtual Directoryにおけるアダプタの作成

Oracle Virtual Directoryは、アダプタを経由して他のディレクトリと通信します。アイデンティティ・ストアとしてOracle Virtual Directoryの使用を開始する前に、使用する各ディレクトリに対してアダプタを作成する必要があります。その手順は、接続するディレクトリにより多少異なります。

注意:

Directory ServerとしてOVDを使用している場合にのみ、このプロシージャを適用できます。ディレクトリ・サーバーとしてOID、Active Directory、Oracle Directory Server Enterprise Edition (ODSEE)またはOracle Unified Directoryの使用を選択すると、Oracle Identity Managerサーバーのインストールおよび構成時に、必要なアダプタが作成され、構成されます。アダプタの管理の詳細は、Oracle Fusion Middleware Oracle Identity Manager管理者ガイドのIdentity Virtualization Library (libOVD)アダプタの管理に関する項を参照してください。

Oracle Identity Managerインストーラで構成されたIdentity Virtualization Libraryのユーザー管理と変更ログのアダプタは、adapters.os_xmlファイルに格納されています。adapters.os_xmlは次の場所にあります。

$DOMAIN_HOME/config/fmwconfig/ovd/<コンテキスト>/

次に例を示します。

$DOMAIN_HOME/config/fmwconfig/ovd/oim1/adapters.os_xml

次の各項では、各ディレクトリ向けのアダプタの作成方法について説明します。

- Oracle Internet Directory向けのアダプタの作成

- Microsoft Active Directory Server向けのアダプタの作成

- Oracle Directory Server Enterprise Edition (ODSEE)向けのアダプタの作成

- Oracle Unified Directory (OUD)向けのアダプタの作成

- 変更ログ・プラグインの構成に関する重要な注意点

5.7.5.2.1 Oracle Internet Directory向けのアダプタの作成

ユーザー・アダプタ

Oracle Virtual Directory向けのユーザー・アダプタを作成します。次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryにユーザー・アダプタを作成します。

1. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

2. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

3. 「ホーム」ページで、「アダプタ」タブをクリックします。

4. 「アダプタの作成」をアダプタ・ウィンドウの上部でクリックして、「新規アダプタ・ウィザード」を開始します。

5. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-2 ユーザー・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

ユーザー・アダプタ

アダプタ・テンプレート

User_OID

接続

自動検出にDNSを使用

いいえ

ホスト

idstore.mycompany.com

ポート

389

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

接続テスト

テストが成功することを確認します。

ネームスペース

リモート・ベース

dc=mycompany,dc=com

マップされたネームスペース

dc=mycompany,dc=com

概要が正しいことを確認してから、「終了」をクリックします。

6. ユーザー・アダプタを次のように編集します。

1. ユーザー・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「ユーザー管理」プラグインをクリックしてから、「編集」をプラグイン表でクリックします。プラグイン編集ウィンドウが表示されます。

4. 「パラメータ」表で、パラメータ値を次のように更新します。

表5-3 ユーザー・アダプタ・パラメータ値

パラメータ

値

directoryType

oid

pwdMaxFailure

10

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

mapObjectclass

container=orclContainer

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

6. 「適用」をクリックします。

変更ログ・アダプタ

Oracle Virtual Directory向け変更ログ・アダプタを作成します。次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryに変更ログ・アダプタを作成します。

1. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

2. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

3. 「ホーム」ページで、「アダプタ」タブをクリックします。

4. 「アダプタの作成」をアダプタ・ウィンドウの上部でクリックして、「新規アダプタ・ウィザード」を開始します。

5. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-4 変更ログ・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

Change Log Adapter

アダプタ・テンプレート

Changelog_OID

接続

自動検出にDNSを使用

いいえ

ホスト

policystore.mycompany.com

ポート

389

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

接続テスト

テストが正常に行われたことを確認します。

ネームスペース

リモート・ベース

リモート・ベースは空にしておく必要があります。

マップされたネームスペース

cn=changelog

概要が正しいことを確認してから、「終了」をクリックします。

6. 変更アダプタを編集するには、次の手順に従います。

1. OIM変更ログ・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「デプロイ済プラグイン」表で、「変更ログ」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、パラメータ値を更新します。
変更ログ・アダプタを編集してプロパティを追加または変更し、それらが次の表に示す値に一致するようにします。modifierDNFilter、sizeLimit、およびtargetDNFilterのプロパティをアダプタに追加する必要があります。

表5-5 変更ログ・アダプタ・パラメータ値

パラメータ

値

directoryType

oid

mapAttribute

targetGUID=orclguid

requiredAttribute

orclguid

modifierDNFilter

!(modifiersname=cn=oimAdminUser,cn=systemids,<root suffix>)

注意: これは例です。この値には、ユーザーが定義した任意のProxy DNを指定できます。

例: ルート接尾辞はdc=mycompany,dc=comなどと指定できます。

sizeLimit

1000

targetDNFilter

オプション・パラメータ。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

mapUserState

true

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

virtualDITAdapterName

OID User Managementアダプタの名前です。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

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

6. 「適用」をクリックします。

注意:

これらのプラグイン・パラメータの詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド11gリリース1 (11.1.1)』のOracle Virtual Directoryプラグインの概要に関する項を参照してください。

Oracle Virtual Directoryの再起動

付録C「Oracleスタックの起動と停止」の説明に従って、Oracle Virtual Directoryを再起動します。

5.7.5.2.2 Microsoft Active Directory Server向けのアダプタの作成

ユーザー・アダプタ

Oracle Virtual Directory向けのユーザー・アダプタを作成します。次の手順に従って、Oracle Directory Services Managerを使用して、Oracle Virtual Directoryでユーザー・アダプタを作成します。

1. 付録C「Oracleスタックの起動と停止」の説明に従って、管理サーバーとODSM管理対象サーバーを起動します。

2. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

3. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

4. ホームページで、「アダプタ」タブをクリックします。

5. アダプタ・ウィンドウの上部にある「アダプタの作成」をクリックして、「新規アダプタ・ウィザード」を起動します。

6. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-6 新規ユーザー・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

ユーザー・アダプタ

アダプタ・テンプレート

User_ActiveDirectory

接続

自動検出にDNSを使用

いいえ

ホスト

Active Directoryのホスト/仮想名

ポート

Active Directory SSLのポート

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

ユーザーSSL/TLS

選択済

SSL認証モード

サーバー認証のみ

接続テスト

テストが成功することを確認します。

ネームスペース

リモート・ベース

dc=mycompany,dc=com

マップされたネームスペース

dc=mycompany,dc=com

概要に誤りがないことを確認し、「終了」をクリックします。

7. ユーザー・アダプタを次のように編集します。

1. OIMユーザー・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「ユーザー管理」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、次のようにパラメータ値を更新します。

表5-7 ユーザー・アダプタ・パラメータ値

パラメータ

値

directoryType

activedirectory

mapAttribute

orclguid=objectGuid

mapAttribute

uniquemember=member

addAttribute

user,samaccountname=%uid%,%orclshortuid%

mapAttribute

mail=userPrincipalName

mapAttribute

ntgrouptype=grouptype

mapObjectclass

groupofUniqueNames=group

mapObjectclass

inetOrgPerson=user

mapObjectclass

orclidxperson=user

mapPassword

true

exclusionMapping

orclappiduser,uid=samaccountname

pwdMaxFailure

10

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

oimLanguages

言語のサポートについては、ユーザー管理プラグインを編集して、新しい構成パラメータoimLanguagesを追加する必要があります。

「ユーザー管理プラグインの構成に関する重要な注意点」を参照してください。

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

6. 「適用」をクリックします。

ユーザー管理プラグインの構成に関する重要な注意点

oimLanguages attribute: 言語のサポートについては、ユーザー管理プラグインを編集して、新しい構成パラメータoimLanguagesを追加する必要があります。

たとえば、Oracle Identity Managerのユーザーを作成する際に、DisplayNameの管理対象ローカライゼーションとしてFrenchを選択した場合は、ユーザー管理アダプタ・プラグインのoimLanguagesの値をfrにします。たとえば日本語などの他の言語のサポートも必要な場合、パラメータ値はfr,jaとなります。

このパラメータは、directoryTypeパラメータがactivedirectoryに設定されている場合にのみ機能します。

ユーザー管理プラグインには、次の構成パラメータがあります。

oimLanguages , <属性言語サブタイプで使用される言語コードの個別リスト>

表5-8 MLSで使用可能な属性の言語コード

Objectclasses

MLSで使用可能な属性

言語コード

orclIDXPerson

cn、sn、givenName、middleName、displayName、o、ou、title、postalAddress、st、description、orclGenerationQualifier

sq、ar、as、az、bn、bg、be、ca、zh-CN、zh-TW、hr、cs、da、nl、en、et、fi、fr、de、el、gu、he、hi、hu、is、id、it、ja、kn、kk、ko、lv、lt、mk、ms、ml、mr、no、or、pl、pt、pt-BR、pa、ro、ru、sr、sk、sl、es、sv、ta、te、th、tr、uk、uz、vi

orclIDXGroup

cn、displayName、description

sq、ar、as、az、bn、bg、be、ca、zh-CN、zh-TW、hr、cs、da、nl、en、et、fi、fr、de、el、gu、he、hi、hu、is、id、it、ja、kn、kk、ko、lv、lt、mk、ms、ml、mr、no、or、pl、pt、pt-BR、pa、ro、ru、sr、sk、sl、es、sv、ta、te、th、tr、uk、uz、vi

注意:

Identity Virtualization Libraryを使用する場合、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のIdentity Virtualization Library (libOVD)アダプタの管理に関する項を参照してください。

変更ログ・アダプタ

次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryに変更ログ・アダプタを作成します。

1. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

2. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

3. 「ホーム」ページで、「アダプタ」タブをクリックします。

4. アダプタ・ウィンドウの上部にある「アダプタの作成」をクリックして、「新規アダプタ・ウィザード」を起動します。

5. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-9 新規変更ログ・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

OIM変更ログ・アダプタ

アダプタ・テンプレート

Changelog_ActiveDirectory

接続

自動検出にDNSを使用

いいえ

ホスト

Active Directoryのホスト/仮想名

ポート

389

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

接続テスト

テストが正常に行われたことを確認します。

ネームスペース

リモート・ベース

リモート・ベースは空にしておく必要があります。

マップされたネームスペース

cn=changelog

概要に誤りがないことを確認し、「終了」をクリックします。

6. 変更アダプタを編集するには、次の手順に従います。

1. OIM変更ログ・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「デプロイ済プラグイン」表で、「変更ログ」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、パラメータ値を更新します。
変更ログ・アダプタを編集してプロパティを追加または変更し、それらが表5-10に示す値に一致するようにします。sizeLimitのプロパティおよびtargetDNFilterのプロパティをアダプタに追加する必要があります。

表5-10 変更ログ・アダプタ・パラメータ値

パラメータ

値

directoryType

activedirectory

mapAttribute

targetGUID=objectGuid

requiredAttribute

samaccountname

sizeLimit

1000

targetDNFilter

オプション・パラメータ。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

mapUserState

true

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

virtualDITAdapterName

ユーザー・アダプタの名前です。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

注意:

パラメータmodifierDNFilterは、Active Directoryの変更ログ・プラグイン・アダプタに追加しないでください。

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

6. 「適用」をクリックします。

5.7.5.2.3 Oracle Directory Server Enterprise Edition (ODSEE)向けのアダプタの作成

ユーザー・アダプタ

Oracle Virtual Directory向けのユーザー・アダプタを作成します。次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryにユーザー・アダプタを作成します。

1. 「Oracleスタックの起動と停止」の説明に従って、管理サーバーとODSM管理対象サーバーを起動します。

2. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

3. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

4. 「ホーム」ページで、「アダプタ」タブをクリックします。

5. アダプタ・ウィンドウの上部にある「アダプタの作成」をクリックして、「新規アダプタ・ウィザード」を起動します。

6. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-11 新規ユーザー・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

ユーザー・アダプタ

アダプタ・テンプレート

User_SunOne

接続

自動検出にDNSを使用

いいえ

ホスト

Sun Java System Directory Serverのホスト/仮想名

ポート

Sun Java System Directory Serverのポート

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

(cn=oimAdminUser、cn=systemids、dc=mycompany、dc=com)

接続テスト

テストが正常に行われたことを確認します。

ネームスペース

リモート・ベース

dc=mycompany,dc=com

マップされたネームスペース

dc=mycompany,dc=com

概要に誤りがないことを確認し、「終了」をクリックします。

注意:

Oracle Directory Services Managerの使用によるOracle Identity Managerユーザー・アダプタの作成に関する情報は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のLDAPアダプタの作成に関する項を参照してください。

7. ユーザー・アダプタを次のように編集します。

1. OIMユーザー・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「ユーザー管理」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、次のようにパラメータ値を更新します。

表5-12 ユーザー・アダプタ・パラメータ値

パラメータ

値

directoryType

sunone

mapAttribute

orclGUID=nsUniqueID

mapObjectclass

container=nsContainer

pwdMaxFailure

10

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

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

6. 「適用」をクリックします。

変更ログ・アダプタ

次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryに変更ログ・アダプタを作成します。

1. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

2. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

3. 「ホーム」ページで、「アダプタ」タブをクリックします。

4. アダプタ・ウィンドウの上部にある「アダプタの作成」をクリックして、「新規アダプタ・ウィザード」を起動します。

5. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-13 新規変更ログ・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

OIM変更ログ・アダプタ

アダプタ・テンプレート

Changelog_SunOne

接続

自動検出にDNSを使用

いいえ

ホスト

Sun Java System Directory Serverのホスト/仮想名

ポート

Sun Java System Directory Serverのポート

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

(cn=oimAdminUser、cn=systemids、dc=mycompany、dc=com)

接続テスト

テストが正常に行われたことを確認します。

ネームスペース

リモート・ベース

リモート・ベースは空にしておく必要があります。

マップされたネームスペース

cn=changelog

概要が正しいことを確認してから、「終了」をクリックします。

注意:

Oracle Directory Services Managerの使用によるOracle Identity Managerユーザー・アダプタの作成に関する情報は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のLDAPアダプタの作成に関する項を参照してください。

6. 変更アダプタを編集するには、次の手順に従います。

1. OIM変更ログ・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「デプロイ済プラグイン」表で、「変更ログ」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、パラメータ値を更新します。
変更ログ・アダプタを編集して、次の表に記載されている値に一致するようにプロパティを追加するか変更します。mapObjectclass、modifierDNFilter、sizeLimitおよびtargetDNFilterのプロパティをアダプタに追加する必要があります。

表5-14 変更ログ・アダプタ・パラメータ値

パラメータ

値

directoryType

sunone

mapAttribute

targetGUID=targetUniqueID

mapObjectclass

changelog=changelogentry

modifierDNFilter

!(modifiersname=cn=oimAdminUser,cn=systemids,<root suffix>)

注意: これは例です。この値には、ユーザーが定義する任意のプロキシDNを指定できます。たとえば、ルート接尾辞はdc=mycompany,dc=comとすることができます。

sizeLimit

1000

virtualDITAdapterName

iPlanet User Managementアダプタの名前です。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

targetDNFilter

オプション・パラメータ。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

mapUserState

true

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

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

6. 「適用」をクリックします。

注意:

これらのプラグイン・パラメータの詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド11gリリース1 (11.1.1)』のOracle Virtual Directoryプラグインの概要に関する項を参照してください。

5.7.5.2.4 Oracle Unified Directory (OUD)向けのアダプタの作成

ユーザー・アダプタ

Oracle Virtual Directory向けのユーザー・アダプタを作成します。次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryにユーザー・アダプタを作成します。

1. 「Oracleスタックの起動と停止」の説明に従って、管理サーバーとODSM管理対象サーバーを起動します。

2. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

3. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

4. 「ホーム」ページで、「アダプタ」タブをクリックします。

5. アダプタ・ウィンドウの上部にある「アダプタの作成」をクリックして、「新規アダプタ・ウィザード」を起動します。

6. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-15 新規ユーザー・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

ユーザー・アダプタ

アダプタ・テンプレート

User_OUD

接続

自動検出にDNSを使用

いいえ

ホスト

Oracle Unified Directoryサーバーのホスト/仮想名

ポート

Oracle Unified Directoryサーバーのポート

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

(cn=oimAdminUser、cn=systemids、dc=mycompany、dc=com)

接続テスト

テストが正常に行われたことを確認します。

ネームスペース

リモート・ベース

dc=mycompany,dc=com

マップされたネームスペース

dc=mycompany,dc=com

概要に誤りがないことを確認し、「終了」をクリックします。

注意:

Oracle Directory Services Managerの使用によるOracle Identity Managerユーザー・アダプタの作成に関する情報は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のLDAPアダプタの作成に関する項を参照してください。

7. ユーザー・アダプタを次のように編集します。

1. OIMユーザー・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「ユーザー管理」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、次のようにパラメータ値を更新します。

表5-16 ユーザー・アダプタ・パラメータ値

パラメータ

値

directoryType

oud

mapObjectclass

container=orclContainer

pwdMaxFailure

10

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

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

6. 「適用」をクリックします。

変更ログ・アダプタ

次の手順に従って、Oracle Directory Services Managerを使用してOracle Virtual Directoryに変更ログ・アダプタを作成します。

1. ブラウザを開き、ODSMコンソール(http://hostname:port/odsm)を表示します。

注意:

デフォルトのポート番号は7005です。

2. 適切な接続エントリを使用して、Oracle Virtual Directoryに接続します。

3. 「ホーム」ページで、「アダプタ」タブをクリックします。

4. アダプタ・ウィンドウの上部にある「アダプタの作成」をクリックして、「新規アダプタ・ウィザード」を起動します。

5. 「新規アダプタ・ウィザード」を使用して、次のパラメータで新規アダプタを作成します。

表5-17 新規変更ログ・アダプタ作成のパラメータ

画面

フィールド

値や手順

タイプ

アダプタ・タイプ

LDAP

アダプタ名

OIM変更ログ・アダプタ

アダプタ・テンプレート

Changelog_OUD

接続

自動検出にDNSを使用

いいえ

ホスト

Oracle Unified Directoryサーバーのホスト仮想名

ポート

Oracle Unified Directoryサーバーのポート

サーバー・プロキシ・バインドDN

cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

プロキシ・パスワード

oimadminユーザーのパスワード。

(cn=oimAdminUser、cn=systemids、dc=mycompany、dc=com)

接続テスト

テストが正常に行われたことを確認します。

ネームスペース

リモート・ベース

リモート・ベースは空にしておく必要があります。

マップされたネームスペース

cn=changelog

概要が正しいことを確認してから、「終了」をクリックします。

注意:

Oracle Directory Services Managerの使用によるOracle Identity Managerユーザー・アダプタの作成に関する情報は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のLDAPアダプタの作成に関する項を参照してください。

6. 変更アダプタを編集するには、次の手順に従います。

1. OIM変更ログ・アダプタを選択します。

2. 「プラグイン」タブをクリックします。

3. 「デプロイ済プラグイン」表で、「変更ログ」プラグインをクリックし、プラグイン表で「編集」をクリックします。プラグインの編集ウィンドウが表示されます。

4. 「パラメータ」表で、パラメータ値を更新します。
変更ログ・アダプタを編集してプロパティを追加または変更し、それらが次の表に示す値に一致するようにします。mapObjectclass、modifierDNFilter、sizeLimitおよびtargetDNFilterのプロパティをアダプタに追加する必要があります。

表5-18 変更ログ・アダプタ・パラメータ値

パラメータ

値

directoryType

oud

mapAttribute

targetGUID=targetuniqueid

mapObjectclass

changelog=changelogentry

removeAttribute

entryuuid

modifierDNFilter

!(modifiersname=cn=oimAdminUser,cn=systemids,<root suffix>)

注意: これは例です。この値には、ユーザーが定義する任意のプロキシDNを指定できます。たとえば、ルート接尾辞はdc=mycompany,dc=comとすることができます。

sizeLimit

1000

virtualDITAdapterName

OUD User Managementアダプタの名前です。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

targetDNFilter

オプション・パラメータ。

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

oamEnabled

trueまたはfalse

Oracle Identity ManagerとOracle Access Managerとの間の統合を後で設定する場合のみ、このパラメータをtrueに設定する必要があります。

mapUserState

true

詳細は、「変更ログ・プラグインの構成に関する重要な注意点」を参照してください。

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

6. 「適用」をクリックします。

注意:

これらのプラグイン・パラメータの詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド11gリリース1 (11.1.1)』のOracle Virtual Directoryプラグインの概要に関する項を参照してください。

5.7.5.2.5 変更ログ・プラグインの構成に関する重要な注意点

- virtualDITAdapterNameパラメータの追加は、変更ログ・アダプタが作成された後に実行する必要があります。
virtualDITAdapterNameは、対応するユーザー・プロファイルのアダプタ名を識別します。たとえば、シングルディレクトリ・デプロイメントで、このパラメータ値をユーザー・アダプタ名であるA1に設定できます。

このパラメータvirtualDITAdapterNameをA1と設定した場合、プラグインはmapAttributeおよびmapObjectclass構成をアダプタA1のUserManagementPluginでフェッチするため、これらの構成を繰り返す必要がありません。

増分リコンシリエーションの際に発生するGUIDマッピングで、必要な属性欠落の例外を回避するために、directoryType=ActiveDirectoryにはこの構成が不可欠です。(LDAP GUID=null)。

属性virtualDITAdapterNameを追加し、それをActive Directory変更ログ・プラグインのActive Directory User Managementアダプタ名の値に設定します。これは、Active DirectoryスキーマとOIMスキーマが異なるため、Active Directory User Managementアダプタ・プラグイン内で属性マッピング・セットを取り出す際に必要になります。

- リコンシリエーションをルート接尾辞からではなく、特定のユーザー・コンテナおよびグループ・コンテナから実行する場合には、targetDNFilter属性を設定する必要があります。
これらの値は、LDAP同期が有効な状態でOracle Identity Managerを構成する際に、ユーザー・コンテナおよびロール・コンテナに対して入力する必要のある値です。

次に例を示します。

targetDNFilter : cn=Groups,l=amer,dc=mycountry,dc=mycompany, dc=com

targetDNFilter : cn=Groups,l=amer,dc=mycountry,dc=mycompany, dc=com

これらの設定は、すべてのユーザーおよびグループをバックエンドのDirectory Serverにある前述のコンテナから引込み/リコンシリエーションします。

- 変更ログ・アダプタ・プラグインでは、検索結果で属性orclaccountenabledを戻すために、属性mapUserStateが常にtrueに設定されている必要があります。

注意:

Identity Virtualization Libraryを使用する場合、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のIdentity Virtualization Library (libOVD)アダプタの管理に関する項を参照してください。

これらのプラグイン・パラメータの詳細は、『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド11gリリース1 (11.1.1)』のOracle Virtual Directoryプラグインの概要に関する項を参照してください。

5.7.6 LDAP構成後ユーティリティの実行

LDAP構成後ユーティリティの実行は、Oracle Identity Managerサーバーを構成してOracle Identity Manager構成ウィザードを終了した後で行う必要があります。LDAP構成設定後スクリプトにより、デフォルトでは無効になっているすべてのLDAP同期関連の増分リコンシリエーション・スケジューラ・ジョブが有効化されます。また、Directory Serverから最後の変更番号が取得され、LDAPSyncの増分リコンシリエーション・ジョブがすべて更新されます。

注意:

このプロシージャは、すべてのDirectory Serverオプションに適用できます。LDAP構成後ユーティリティは、Oracle Identity Managerサーバーの構成後に実行する必要があります。このプロシージャが必要となるのは、Oracle Identity Managerサーバーの構成時にLDAP同期の有効化と構成を選択した場合のみです。

環境変数の設定

LDAP構成後ユーティリティを実行する前に、次の環境変数が設定されていることを確認する必要があります。

- APP_SERVER: Oracle Identity Managerが実行されているアプリケーション・サーバーに設定します。APP_SERVERをweblogicに設定します。

- JAVA_HOME - JDKがマシンにインストールされているディレクトリに設定します。

- MW_HOME - Oracle Identity Managerインストール中に指定したミドルウェア・ホームへのパスに設定します。

- OIM_ORACLE_HOME - Oracle Identity Managerがデプロイされているディレクトリに設定します。
次に例を示します。

UNIXの場合、これは<MW_HOME>/IAM_Homeディレクトリです。

Windowsの場合、これは<MW_HOME>\IAM_Homeディレクトリです。

- WL_HOME - ミドルウェア・ホームの下のwlserver_10.3ディレクトリに設定します。
次に例を示します。

UNIXの場合は<MW_HOME>/wlserver_10.3ディレクトリです。

Windowsの場合は<MW_HOME>\wlserver_10.3ディレクトリです。

- DOMAIN_HOME - WebLogic Serverのドメインに設定します。
次に例を示します。

UNIXの場合、これは<MW_HOME>/user_projects/domains/base_domainディレクトリです。

Windowsの場合、これは<MW_HOME>\user_projects\domains\base_domainディレクトリです。

LDAP構成後ユーティリティの実行

LDAP構成後ユーティリティを次のように実行します。

1. ldapconfig.propsファイルをテキスト・エディタで開きます。このファイルは、Oracle Identity and Access ManagementのIAM_Home下のserver/ldap_config_utilディレクトリにあります。

2. ldapconfig.propsファイルで、次のパラメータの値を設定します。

- OIMServerType: Oracle Identity Managerがデプロイされるアプリケーション・サーバーを指定します。
次に例を示します。

OIMServerType=WLS

- OIMProviderURL - OIMプロバイダのURLを指定します。
OIMServerTypeがWLSの場合、次のようになります。

OIMProviderURL=t3://localhost:ManagedServerPort

次に例を示します。

OIMProviderURL=t3://localhost:14000

- LDAPURL - OVDインスタンスのURLを指定します。
OVDサーバーをOracle Identity Managerインストール中に選択した場合、LDAPURLの値を指定します。OVDサーバーをOracle Identity Managerインストール中に選択していない場合、LDAPURLの値は空欄のままにします。

LDAPURL=ldap://<OVDサーバー>:<OVDポート>

次に例を示します。

LDAPURL=ldap://OVDserver.examplehost.exampledomain.com:6501

注意:

Active Directory、ODSEEまたはOUDをディレクトリ・サーバーとしてOracle Identity Managerインストール中に選択した場合、LDAPSyncを有効にした後、LDAPURLパラメータの値を指定しないでください。LDAPURLを空欄のままにします。たとえば、LDAPURL=のようになります。

Oracle Virtual Directory (OVD)をディレクトリ・サーバーとして使用している場合のみ、OVDサーバーとOVDポート番号を入力し、URLを値として指定します。

- LDAPAdminUsername - OVD管理者のユーザー名を指定します。
OVDサーバーをOracle Identity Managerインストール中に選択した場合、LDAP/OVDサーバーに接続する管理ユーザーの名前を指定します。

次に例を示します。

LDAPAdminUsername=cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

注意:

- LDAPAdminUsernameは、アイデンティティ・ストアに接続する際に使用するユーザーの名前です。たとえば、cn=oimAdminUser,cn=systemids,dc=mycompany,dc=comのようになります。
このLDAPAdminUsernameは、顧客のユーザー・アカウントが存在するユーザー・コンテナに配置しないでください。たとえば、cn=Users,cn=oracleAccounts,dc=mycompany,dc=comのようになります。OIMへのこのユーザーのリコンシリエーションを防ぐために、このユーザーは検索対象範囲外に存在する必要があります。

- Active Directory、ODSEEまたはOUDをディレクトリ・サーバーとしてOracle Identity Managerインストール中に選択した場合、LDAPSyncを有効にした後、LDAPAdminUsernameパラメータの値を指定しないでください。LDAPAdminUsernameを空欄のままにします。たとえば、LDAPAdminUsername=のようになります。
Oracle Virtual Directory (OVD)をディレクトリ・サーバーとして使用している場合のみ、OVDユーザー管理名を値として入力します。

- LIBOVD_PATH_PARAM - libOVDの構成ディレクトリ・パスを指定します。
OVDサーバーをOracle Identity Managerインストール中に選択しない場合、このパラメータで次の値を指定します。

LIBOVD_PATH_PARAM=<Middleware_Home>/user_projects/domains/base_domain/config/fmwconfig/ovd/oim

Windowsユーザーに対する特別な指示:

WindowsでLIBOVD_PATH_PARAMパラメータの値を指定するときは次の点に注意する必要があります。

1. パラメータ値はフォワード・スラッシュ(/)で開始します。

2. WindowsでのPATHセパレータとして、バック・スラッシュ(\)ではなく、フォワード・スラッシュ(/)を使用します。

次に例を示します。

Windowsの場合:

LIBOVD_PATH_PARAM=/C:/MW_HOME/user_projects/domains/base_domain/config/fmwconfig/ovd/oim

UNIXの場合:

LIBOVD_PATH_PARAM=/MW_HOME/user_projects/domains/base_domain/config/fmwconfig/ovd/oim

注意:

- Active Directory、ODSEEまたはOUDをディレクトリ・サーバーとしてOracle Identity Managerインストール中に選択した場合、LDAPSyncを有効にした後、前述の例のようにこのプロパティの値を指定します。

- OVDサーバーをOracle Identity Managerインストール中に選択した場合、このパラメータを空欄のままにします。たとえば、LIBOVD_PATH_PARAM=のようになります。

- ChangeLogNumber - このパラメータは空欄のままにします。

3. 「環境変数の設定」の説明に従って、必要な環境変数が設定されていることを確認します、

4. Oracle Identity Manager管理対象サーバーを起動します。詳細は、「サーバーの起動」を参照してください。

5. ユーティリティとプロパティ・ファイルは、IAM_Homeの下のserver/ldap_config_utilディレクトリにあります。IAM_Homeは、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and SocialのOracle Identity and Access Managementホーム・ディレクトリです。
コマンドラインでLDAP構成設定後スクリプトを次のように実行します。

Windowsの場合:

LDAPConfigPostSetup.bat <ldapconfig.propsファイルを格納しているディレクトリの場所>

次に例を示します。

LDAPConfigPostSetup.bat c:\Oracle\Middleware\IAM_Home\server\ldap_config_util

UNIXの場合:

LDAPConfigPostSetup.sh <ldapconfig.propsファイルを格納しているディレクトリの場所>

次に例を示します。

LDAPConfigPostSetup.sh <MW_Home>/IAM_Home/server/ldap_config_util

6. プロンプトが表示されたら、必要に応じてOIM管理者のパスワードおよびLDAP管理者のパスワードを入力します。

注意:

- Active Directory、ODSEEまたはOUDをディレクトリ・サーバーとしてOracle Identity Managerインストール中に選択した場合、このユーティリティを実行する際にLDAPSyncを有効にした後、OIM管理パスワードのみプロンプトで入力を指示されます。このOIM管理パスワードはxelsyadmパスワードです。

- OVDをディレクトリ・サーバーとしてOracle Identity Managerインストール中に選択した場合、このユーティリティを実行する際にLDAPSyncを有効にした後、次のパスワードの入力をプロンプトで指示されます。
LDAP管理パスワード: LDAP管理パスワードは、OVDサーバーの管理パスワードです。

OIM管理パスワード: LDAP管理パスワードは、xelsyadmパスワードです。

5.7.7 LDAP同期の検証

Oracle Identity ManagerのLDAPの構成を検証するには、次の手順を実行します。

1. WebLogic管理サーバーとOracle Identity Manager管理対象サーバーが稼働中であることを確認します。

2. 管理サーバーにデプロイされているOracle Identity Manager管理コンソール(http://<ホスト>:<ポート>/sysadmin)を起動します。

3. このコンソールで、「構成」 -> 「ITリソースの管理」下で「検索」をクリックします。LDAPの情報が正しければ、リソース情報が表示されます。検索ベース、予約コンテナ、URL、バインドDNのようなパラメータ値でLDAPSyncをここで有効にした際に、Oracle Identity Manager構成中に指定した値を確認する必要があります。
詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のITリソースの管理に関する項を参照してください。

4. Oracle Identity Managerセルフ・サービス・コンソールを使用して通常のユーザーを作成します。
http://<ホスト>:<ポート>/identity

5. ユーザーが作成された場合、任意のldapクライアントを使用して、選択したLDAPストアまたはOVDに作成されていることを確認します。

注意:

選択したディレクトリ・サーバーまたはOVDとOracle Identity Managerが稼働していることを確認してください。

5.7.8 構成後の手順

Oracle Identity Managerサーバーのインストールおよび構成後、次の手動作業を実行する必要があります。

- 次のように、setenvスクリプト(Windowsではsetenv.bat、UNIXではsetenv.sh)でXEL_HOME変数を設定します。
Windowsの場合:

<IAM_Home>\server\bin\setenv.batファイルを開き、XEL_HOME変数を検索します。XEL_HOME変数のパスを<IAM_Home>\serverの絶対パスに更新します。

たとえば、IAM_HomeがC:\oracle\Middleware\IAM_Homeディレクトリの場合、setenv.batファイルのXEL_HOMEをC:\oracle\Middleware\IAM_Home\serverディレクトリに設定します。

UNIXの場合:

<IAM_Home>/server/bin/setenv.shファイルを開き、XEL_HOME変数を検索します。XEL_HOME変数のパスを<IAM_Home>/serverの絶対パスに更新します。

たとえば、IAM_Homeが/test/Middleware/IAM_Homeディレクトリの場合、setenv.shファイルのXEL_HOMEを/test/Middleware/IAM_Home/serverディレクトリに設定します。

- Oracle Identity Managerドメインを拡張してOracle Privileged Account Managerを含める場合、次の手順を実行する必要があります。

1. <DOMAIN_HOME>/config/fmwconfigディレクトリに移動します。jps-config.xmlファイルのバックアップを作成します。

2. jps-config.xmlファイルを編集します。次に示すように、jpsContextsのあるファイルのセクションを探します。

<jpsContexts default="default">
<jpsContext name="default">
<serviceInstanceRef ref="credstore.db"/>
<serviceInstanceRef ref="keystore.db"/>
<serviceInstanceRef ref="policystore.db"/>
<serviceInstanceRef ref="audit.db"/>
<serviceInstanceRef ref="idstore.oim"/>
<serviceInstanceRef ref="trust"/>
<serviceInstanceRef ref="pdp.service"/>
<serviceInstanceRef ref="attribute"/>
<serviceInstanceRef ref="sso.inst.0"/>
</jpsContext>

3. 前述のエントリをコピーしてから、<jpsContext name="default">を<jpsContext name="oim">に変更します。

4. 元のエントリを編集して、<serviceInstanceRef ref="idstore.oim"/>を<serviceInstanceRef ref="idstore.ldap"/>に変更します。

5. ファイルを編集したら、最終版のファイルは次のようになります。

<jpsContexts default="default">
<jpsContext name="default">
<serviceInstanceRef ref="credstore.db"/>
<serviceInstanceRef ref="keystore.db"/>
<serviceInstanceRef ref="policystore.db"/>
<serviceInstanceRef ref="audit.db"/>
<serviceInstanceRef ref="idstore.ldap"/>
<serviceInstanceRef ref="trust"/>
<serviceInstanceRef ref="pdp.service"/>
<serviceInstanceRef ref="attribute"/>
<serviceInstanceRef ref="sso.inst.0"/>
</jpsContext>
<jpsContext name="oim">
<serviceInstanceRef ref="credstore.db"/>
<serviceInstanceRef ref="keystore.db"/>
<serviceInstanceRef ref="policystore.db"/>
<serviceInstanceRef ref="audit.db"/>
<serviceInstanceRef ref="idstore.oim"/>
<serviceInstanceRef ref="trust"/>
<serviceInstanceRef ref="pdp.service"/>
<serviceInstanceRef ref="attribute"/>
<serviceInstanceRef ref="sso.inst.0"/>
</jpsContext>

6. jps-config.xmlファイルを保存します。

7. WebLogic Server管理者の資格証明を使用して、Oracle Enterprise Manager Fusion Middleware Controlにログインします

注意:

Oracle Enterprise Manager Fusion Middleware Controlにログインする前に、Oracle Identity Manager管理対象サーバーが起動しており稼働中であることを確認します。

8. IDおよびアクセス→「oim」→「oim(11.1.1.2.0)」をクリックします。右クリックして「システムMBeanブラウザ」を選択します。「システムMBeanブラウザ」ページが表示されます。

9. 「アプリケーション定義のMBeans」を選択します。

10. 「アプリケーション定義のMBeans」で「oracle.as.soainfra.config」→「サーバー:<soa_server>」→「WorkflowIdentityConfig」→「human-workflow」→「WorkflowIdentityConfig.ConfigurationType」→「jazn.com」→「WorkflowIdentityConfig.ConfigurationType.ProviderType」→「JpsProvider」→「WorkflowIdentityConfig.ConfigurationType.ProviderType.PropertyType」を選択します。

11. 「jpsContextName」をクリックして、Valueをoimに変更します。

12. 「適用」をクリックします。

13. WebLogic管理サーバー、SOA管理対象サーバーおよびOracle Identity Manager管理対象サーバーを起動します。付録C「スタックの起動」を参照してください。

5.7.9 Identity Virtualization LibraryのoamEnabledパラメータの設定

oamEnabledパラメータの設定には、次の手順に従います。oamEnabledパラメータは、後でOracle Identity ManagerおよびOracle Access Managementを統合する場合にのみtrueに設定する必要があります。この手順は、Identity Virtualization Libraryを使用する場合にのみ適用されます。

1. 次の場所にあるOracle Enterprise Manager Fusion Middleware Controlにログインします。
ユーザーweblogicとしてhttp://adminvhn.mycompany.com:7001/emにログインします。

2. 「WebLogicドメイン」→「base_domain」に移動しますOim(11.1.1.3.0)を右クリックし、「システムMbeanブラウザ」をクリックします。

3. 「アプリケーション定義のMBeans」→com.oracle→Domain:base_domain→OVDと移動します。

4. 「AdaptersConfig」オプションが表示されます。プラス(+)記号をクリックして、サブツリーを表示します。次にOVDAdaptersConfigをクリックします。CHANGELOG_oid1とoid1が表示されます。

5. oamEnabledを両方のアダプタで構成します。
次の手順に従って、ChangelogアダプタでoamEnabledを構成します。

1. CHANGELOG_oid1をクリックし、ツリーの末尾まで下に移動します。Beanのシンボルが付いたchangelogがあります。changelogをダブルクリックします。

2. 「操作」サブタブをクリックします。

3. removeParam操作をクリックします。

4. テキストボックスにoamEnabledと入力し、「起動」をクリックします。「false」または「true」と表示されます。

5. 「操作」を使用して元のページに戻ります。

6. AddParam操作をクリックします。

7. 名前と値にoamEnabledとtrueが含まれるように編集します。

8. 「起動」をクリックしてaddParamの操作を完了します。

次の手順に従って、UsermanagementアダプタでoamEnabledを構成します。

1. oid1をクリックし、ツリーの末尾まで下に移動します。Beanのシンボルが付いたUserManagementがあります。「UserManagement」をダブルクリックします。

2. 「操作」サブタブをクリックします。

3. removeParam操作をクリックします。

4. テキストボックスにoamEnabledと入力し、「起動」をクリックします。「false」または「true」と表示されます。

5. 「操作」を使用して元のページに戻ります。

6. AddParam操作をクリックします。

7. 名前と値にoamEnabledとtrueが含まれるように編集します。

8. 「起動」をクリックしてaddParamの操作を完了します。

6. Oracle Identity Manager管理対象サーバーおよびSOA管理対象サーバーを再起動します。

5.7.10 Oracle Identity Managerサーバーのインストールと構成の終了後に行うLDAP同期の有効化

Oracle Identity Managerサーバーをインストールおよび構成したら、どの時点でもLDAP同期を有効にできます。Oracle Identity Managerサーバーのインストールおよび構成後のLDAP同期の有効化の詳細は、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』Oracle Identity ManagerでのLDAP同期の有効化に関する項を参照してください。

5.8 オプション: Oracle Identity Manager Design Consoleの構成

このトピックでは、Oracle Identity Manager Design Consoleのみをインストールおよび構成する方法を説明します。Design Consoleは、Windowsオペレーティング・システムでのみサポートされています。

内容は次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

- 構成後の手順

- Design Console用にポートを変更するためのxlconfig.xmlファイルの更新

- SSLを使用するためのDesign Consoleの構成

5.8.1 適切なデプロイメント環境

Oracle Identity Managerサーバーが構成されていない別のWindowsマシンにOracle Identity Manager Design Consoleをインストールする場合、この項のインストールおよび構成を実行します。詳細は、「シナリオ1: Oracle Identity ManagerサーバーとDesign Consoleが異なるマシンの場合」を参照してください。

5.8.2 デプロイされるコンポーネント

この項のインストールと構成を実行すると、Windowsオペレーティング・システムにOracle Identity Manager Design Consoleのみがデプロイされます。

5.8.3 依存性

この項のインストールと構成は、Oracle Identity and Access Management 11gソフトウェアのインストールおよびOracle Identity Managerサーバーの構成によって異なります。詳細は、「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストール」および「Oracle Identity Managerサーバーの構成」を参照してください。

5.8.4 手順

Windowsオペレーティング・システムにOracle Identity Manager Design Consoleのみをインストールして構成するには、次の手順を実行します。

1. 「Oracle Identity Manager Design Consoleのみを別のマシンに構成する場合の前提条件」に記載されているすべての前提条件が満たされていることを確認します。さらに、「Oracle Identity Managerの構成前の重要な注意点」も参照してください。

2. 「Oracle Identity Manager 11g構成ウィザードの開始」の説明に従って、Oracle Identity Manager Design Consoleを構成するWindowsマシンで、Oracle Identity Manager構成ウィザードを起動します。「ようこそ」画面が表示されます。

3. 「ようこそ」画面で、「次へ」をクリックします。構成するコンポーネント画面が表示されます。
構成するコンポーネント画面で、OIM Design Consoleチェック・ボックスのみを選択します。「次へ」をクリックします。「OIMサーバーのホストとポート」画面が表示されます。

4. 「OIMサーバーのホストとポート」画面のOIMサーバーのホスト名フィールドに、Oracle Identity Server Manager Serverのホスト名を入力します。OIMサーバーのポートフィールドに、Oracle Identity Managerアプリケーションが実行されているOracle Identity Managerサーバーのポート番号を入力します。「次へ」をクリックします。「構成のサマリー」画面が表示されます。
「構成のサマリー」画面には、構成に選択したアプリケーションが一覧表示され、OIMサーバーのホスト名とポートなどの構成オプションがまとめられています。

このサマリーを確認し、構成を開始するかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。Oracle Identity Manager Design Consoleのこの構成のインストールを続行するには、「構成」をクリックします。

注意:

アプリケーションを構成する前に、構成設定とプリファレンスをレスポンス・ファイルに保存できます。レスポンス・ファイルは、テキスト・エディタで作成または編集できるテキスト・ファイルです。レスポンス・ファイルは、サイレント・インストールの実行に使用できます。また、お使いの環境のテンプレートとして、またはカスタマイズ設定にも使用できます。詳細は、「サイレント・インストールの実行」を参照してください。

「構成」をクリックすると、「構成の進行状況」画面が表示されます。構成ログが、Oracle Inventoryディレクトリの下のlogsディレクトリに保存されます。ログ・ファイルの詳細は、「インストール・ログ・ファイル」を参照してください。「構成の進行状況」画面にエラーが表示された場合は、「中断」をクリックしてインストールを中止し、Oracle Identity Manager構成ウィザードを再起動します。

5. 「終了」をクリックします。

注意:

構成に失敗した場合は、「中断」をクリックしてインストールを中止し、「Oracle Identity Manager 11g構成ウィザードの起動」の説明に従ってOracle Identity Manager構成ウィザードを再起動します。

5.8.5 構成後の手順

Windowsオペレーティング・システムにOracle Identity Manager Design Consoleを構成した後、次の手順を実行します。

1. Oracle WebLogic Serverがインストールされているマシン(Oracle Identity Managerサーバーがインストールされているマシン)で、次のようにwlfullclient.jarファイルを作成します。

1. cdコマンドを使用して、現在作業しているディレクトリから<MW_HOME>\wlserver_10.3\server\libディレクトリに移動します。

2. 次の例のように、JAVA_HOMEが設定されていることを確認します。
D:\oracle\<MW_HOME>\jdk160_24

この変数を設定するには、「マイ コンピュータ」アイコンを右クリックして「プロパティ」を選択します。「システムのプロパティ」画面が表示されます。「詳細設定」タブをクリックして「環境変数」ボタンをクリックします。「環境変数」画面が表示されます。「ユーザー変数」セクションのJAVA_HOME変数が、マシンにインストールされているJDKディレクトリのパスに設定されていることを確認します。

JAVA_HOME変数の設定後、同じ「環境変数」画面の「システム変数」セクションのPath変数を選択して、「編集」をクリックします。「システム変数の編集」ダイアログ・ボックスが表示されます。variable valueフィールドに、D:\oracle\<MW_HOME>\jdk160_24など、JAVA_HOMEへの完全なパスを、先頭にセミコロン(;)を付けて入力します。このセミコロンは、このフィールドに入力する複数のパスのデリミタとして使用されます。

3. 値を確認後、「OK」をクリックします。

2. 次の手順を使用して、JDK 1.6クライアント・アプリケーションのwlfullclient.jarファイルを作成します。

1. ディレクトリをserver/libディレクトリに変更します。
cd WL_HOME/server/lib

2. 次のコマンドを使用して、server/libディレクトリにwlfullclient.jarを作成します。
java -jar wljarbuilder.jar

このコマンドにより、wlfullclient.jarファイルが生成されます。

3. wlfullclient.jarファイルを、Design Consoleが構成されているマシンの<IAM_Home>\designconsole\ext\ディレクトリにコピーします。

4. 管理サーバーおよびOracle Identity Manager管理対象サーバーが起動されていることを確認します。サーバーの起動の詳細は、「スタックの起動」を参照してください。

5. <IAM_Home>\designconsole\ディレクトリにあるxlclient.cmd実行可能スクリプトを実行して、Design Consoleクライアントを起動します。

6. Oracle Identity Managerのユーザー名とパスワードで、Design Consoleにログインします。

5.8.6 Design Console用にポートを変更するためのxlconfig.xmlファイルの更新

xlconfig.xmlファイルを更新し、構成時に設定したものと異なる新しいポートでDesign Consoleを起動するには、次の手順を実行します。

1. テキスト・エディタで<IAM_Home>\designconsole\config\xlconfig.xmlファイルを開きます。

2. 次のタグを編集します。

- ApplicationURL

- java.naming.provider.url

3. ポート番号を変更します。

4. Design Consoleを再起動します。

注意:

インストール時にはこの手順を実行する必要はありません。製品の使用中にポートを変更する場合に、この手順を実行する必要があります。これらの手順を実行する前に、Oracle Identity Managerサーバーのポートがこの新しいポートに変更されていることを確認してください。

5.8.7 SSLを使用するためのDesign Consoleの構成

SSLでDesign Consoleを使用するよう構成するには、次の手順を実行します。

1. webserviceclient+ssl.jarファイルを<WL_HOME>/server/libディレクトリから<IAM_Home>/designconsole/extディレクトリにコピーして、SSLのサポートに必要なjarファイルをWebLogic Serverに追加します。

2. Design Consoleでサーバー・トラスト・ストアを使用するには、次の手順を実行します。

1. WebLogic管理者の資格証明を使用して、Oracle WebLogic管理コンソールにログインします。

2. 「ドメイン構造」の下の「環境」>「サーバー」をクリックします。「サーバーのサマリー」ページが表示されます。

3. Oracle Identity Managerサーバー名(oim_server1など)をクリックします。oim_server1の設定が表示されます。

4. 「キーストア」タブをクリックします。

5. 「信頼」セクションを参照して、トラスト・キーストアのパスおよびファイル名を記録します。

3. TRUSTSTORE_LOCATION環境変数を次のように設定します。

- Oracle Identity Manager Design ConsoleおよびOracle Identity Managerサーバーが同じマシンにインストールおよび構成されている場合、TRUSTSTORE_LOCATION環境変数を、記録したトラスト・キーストアの場所に設定します。
たとえば、setenv TRUSTSTORE_LOCATION=/test/DemoTrust.jksのようになります。

- Oracle Identity Manager Design ConsoleおよびOracle Identity Managerサーバーが異なるマシンにインストールおよび構成されている場合、トラスト・キーストア・ファイルをDesign Consoleが構成されているマシンにコピーします。TRUSTSTORE_LOCATION環境変数を、ローカルマシンにコピーしたトラスト・キーストア・ファイルの場所に設定します。

4. SSLを有効にせずにDesign Consoleがインストールされている場合、次の手順を実行します。

1. <IAM_Home>/designconsole/config/xlconfig.xmlファイルをテキスト・エディタで開きます。

2. 次の例のように、サーバーに接続する際にHTTPS、T3Sプロトコル、およびSSLポートを使用するように、<ApplicationURL>エントリを編集します。
<ApplicationURL>https://<host>:<sslport>/xlWebApp/loginWorkflowRenderer.do</ApplicationURL>

注意:

次の要素に示すとおり、クラスタ環境では、クラスタ内の1つのサーバーにのみHTTPSリクエストを送信できます。

<java.naming.provider.url>t3s://<ホスト>:<sslポート></java.naming.provider.url>

3. ファイルを保存して終了します。

5.9 オプション: Oracle Identity Manager Remote Managerの構成

このトピックでは、Oracle Identity Manager Remote Managerのみをインストールおよび構成する方法を説明します。内容は次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

5.9.1 適切なデプロイメント環境

Oracle Identity Manager Remote Managerを別のマシンにインストールする場合、この項のインストールおよび構成を実行します。詳細は、「シナリオ2: Oracle Identity ManagerサーバーとRemote Managerが異なるマシンの場合」を参照してください。

5.9.2 デプロイされるコンポーネント

この項のインストールと構成を実行すると、Oracle Identity Managerリモート・マネージャのみがデプロイされます。

5.9.3 依存性

この項のインストールと構成は、Oracle Identity and Access Management 11gソフトウェアのインストールおよびOracle Identity Managerサーバーの構成によって異なります。詳細は、「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストール」および「Oracle Identity Manager Remote Managerのみを別のマシンに構成する場合の前提条件」を参照してください。

5.9.4 手順

Oracle Identity Managerリモート・マネージャのみをインストールおよび構成するには、次の手順を実行します。

1. 「Oracle Identity Manager Remote Managerのみを別のマシンに構成する場合の前提条件」に記載されているすべての前提条件が満たされていることを確認します。さらに、「Oracle Identity Managerの構成前の重要な注意点」も参照してください。

2. Oracle Identity Manager Remote Managerを構成するマシンでOracle Identity Manager構成ウィザードを開始します。「Oracle Identity Manager 11g構成ウィザードの開始」を参照してください。「ようこそ」画面が表示されます。

3. 「ようこそ」画面で、「次へ」をクリックします。構成するコンポーネント画面が表示されます。
構成するコンポーネント画面で、OIMリモート・マネージャチェック・ボックスのみを選択します。「次へ」をクリックします。リモート・マネージャの画面が表示されます。

4. 「リモート・マネージャ」画面で、「サービス名」フィールドにサービス名を入力します。Oracle Identity Managerリモート・マネージャは、このサービス名で登録されます。このサービス名とレジストリURLを使用して、rmi://host:RMI Registry Port/service nameなどの完全修飾されたサービス名が作成されます。

5. RMIレジストリのポートフィールドに、RMIレジストリを起動するポート番号を入力します。デフォルトのポート番号は12345です。

6. リスニング・ポート(SSL)フィールドに、クライアント・リクエストをリスニングするためにセキュア・ソケットを開くポート番号を入力します。デフォルトのポート番号は12346です。「次へ」をクリックします。「キーストア・パスワード」画面が表示されます。

7. 「キーストア・パスワード」画面の「キーストア・パスワード」フィールドに、キーストアの新しいパスワードを入力します。有効なパスワードは、英数字とドル($)、下線(_)、ポンド(#)などの特殊文字のみを使用する、アルファベット文字で始まる6から30文字のパスワードです。パスワードには、少なくとも1つの数字を使用する必要があります。「キーストア・パスワードの確認」フィールドに新しいパスワードを再入力します。「次へ」をクリックします。「構成のサマリー」画面が表示されます。

8. 「構成のサマリー」画面には、構成に選択したアプリケーションが一覧表示され、リモート・マネージャ・サービス名、RMIレジストリ・ポート、リモート・マネージャ・リスニング・ポート(SSL)などの構成オプションがまとめられています。
このサマリーを確認し、構成を開始するかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。この構成のOracle Identity Managerリモート・マネージャのインストールを続けるには、「構成」をクリックします。

注意:

アプリケーションを構成する前に、構成設定とプリファレンスをレスポンス・ファイルに保存できます。レスポンス・ファイルは、テキスト・エディタで作成または編集できるテキスト・ファイルです。レスポンス・ファイルは、サイレント・インストールの実行に使用できます。また、お使いの環境のテンプレートとして、またはカスタマイズ設定にも使用できます。詳細は、「サイレント・インストールの実行」を参照してください。

9. 「構成」をクリックすると、「構成の進行状況」画面が表示されます。構成ログが、Oracle Inventoryディレクトリの下のlogsディレクトリに保存されます。ログ・ファイルの詳細は、「インストール・ログ・ファイル」を参照してください。「構成の進行状況」画面にエラーが表示された場合は、「中断」をクリックしてインストールを中止し、Oracle Identity Manager構成ウィザードを再起動します。

10. 「終了」をクリックします。

注意:

xlserver.certなど、Oracle Identity Managerサーバーの証明書がDOMAIN_HOME/config/fmwconfig/ディレクトリに作成されます。Oracle Identity Managerリモート・マネージャの構成でサーバー側の証明書が必要な場合は、これらの証明書を使用できます。

構成に失敗した場合は、「中断」をクリックしてインストールを中止し、「Oracle Identity Manager 11g構成ウィザードの起動」の説明に従ってOracle Identity Manager構成ウィザードを再起動します。

5.10 Oracle Identity Managerのインストールの検証

Oracle Identity Managerのインストールを検証する前に、次のサーバーが起動され、稼働中であることを確認します。

- Oracle Identity Managerアプリケーションがデプロイされているドメインの管理サーバー

- Oracle Identity Managerをホストしている管理対象サーバー

- Oracle SOA 11g Suiteをホストしている管理対象サーバー

次のようにして、Oracle Identity Managerインストールを検証します。

- Oracle Identity Managerシステム管理URL(http://<Hostname>:<Port>/sysadminなど)を確認します。

- Oracle Identity Managerセルフ・サービスのURL(http://<Hostname>:<Port>/identityなど)を確認します。

- 次のようにして、Oracle Identity ManagerおよびOracle SOA (BPEL Process Manager)の間の構成を検証します。

1. SOAインフラストラクチャにWebLogic資格証明でログインし、コンポジット・アプリケーションが表示されることを検証します。
http://<host>:<bpel_port>/soa-infra

2. Oracle Identity Managerセルフ・サービス・コンソールにエンド・ユーザーとしてログインします。
http://<host>:<oim_port>/identity

3. 本人情報に移動します。属性を変更し、「保存」をクリックします。これによってリクエストが発生します。セルフ・サービス・コンソールからログアウトします。

4. Oracle Identity Managerセルフ・サービス・コンソールにxelsysadmとしてログインします。

5. 「保留中の承認」に移動します。タスクのリストで、リクエストが承認されたかどうか検証します。

6. タスクをクリックし、「アクション」タブの「承認」をクリックします。

7. 「リフレッシュ」アイコンをクリックします。リクエストが戻ってきます。再び承認します。

8. 「リクエストのトラッキング」に移動して、リクエストが完了したかどうかを確認します。

9. 「ユーザー」に移動して、ユーザー・プロファイルが修正されているかどうかを確認します。

- xelsysadmと適切なパスワードで、Design Consoleにログインします。ログインできた場合、インストールに成功したことを示します。

- remotemanager.shまたはremotemanager.batを適宜実行して、リモート・マネージャ・サービスを起動します(remotemanager.sh(UNIXの場合)またはremotemanager.bat(Windowsの場合)は、Oracleホーム・ディレクトリのremote_managerというフォルダにあります)。

5.11Oracle Identity Managerに対するメモリー設定の変更

Oracle Identity Managerの起動とテスト・デプロイメントについては、2GBの最大ヒープ・サイズをお薦めします。本番デプロイメントの最大ヒープ・サイズは、『Oracle Fusion Middlewareパフォーマンスおよびチューニング・ガイド』を参照してください。

WebLogic ServerのOracle Identity Managerのヒープ・サイズを変更する手順は次のとおりです。

1. UNIXではDOMAIN_HOME/bin/setOIMDomainEnv.shファイルを開き、WindowsではDOMAIN_HOME\bin\setOIMDomainEnv.cmdファイルを開きます。

2. PORT_MEM_ARGS -Xmxの値を2048mに変更します。

3. ファイルを保存します。

4. OIMサーバーを再起動します。詳細は、付録C「サーバーの再起動」を参照してください。

5.12 Oracle Access Managementとの統合の設定

Oracle Identity ManagerとOracle Access Managerの統合の設定については、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』のAccess ManagerとOracle Identity Managerの統合に関する項を参照してください。

5.13 サポートされている言語のリスト

Oracle Identity Managerでは、次の言語がサポートされています。

アラビア語、ポルトガル語(ブラジル)、チェコ語、デンマーク語、オランダ語、フィンランド語、フランス語、ドイツ語、ギリシア語、ヘブライ語、ハンガリー語、イタリア語、日本語、韓国語、ノルウェー語、ポーランド語、ポルトガル語、ルーマニア語、ロシア語、簡体字中国語、スロバキア語、スペイン語、スウェーデン語、タイ語、繁体字中国語、およびトルコ語

5.14 診断ダッシュボードの使用

診断ダッシュボードは、Oracle Identity Managerの一部の前提条件およびインストールの検証をサポートするスタンドアロン・アプリケーションです。このツールを使用するには、アプリケーション・サーバーおよびOracle Identity Manager環境に対する適切なシステム管理者権限が必要です。データベース関連のテストの一部を実行するにはDBAレベルの権限が必要です。

注意:

診断ダッシュボードとOracle Identity Managerは、同一のアプリケーション・サーバーにインストールする必要があります。

Oracle Identity Managerの診断ダッシュボードをインストールして使用する方法の詳細は、『Oracle Fusion Middleware Oracle Identity Managerシステム管理者ガイド』の診断ダッシュボードの使用に関する項を参照してください。

5.15 インストール後のOracle Identity Managerの起動

Oracle Identity Managerをインストールした後で、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』のOracle Identity Managerシステム管理インタフェースに関する項を参照してください。

6 Oracle Access Managementの構成

この章では、Oracle Access Managementを構成する方法について説明します。内容は次のとおりです。

- 概要

- 開始前の重要な注意点

- Oracle Access Managementのインストールおよび構成ロードマップ

- オプション: データベースのTDEの有効化

- 新しいWebLogicドメインにおけるOracle Access Management

- サーバーの起動

- オプションのインストール後の手順

- Oracle Access Managementのインストールの検証

- Oracle Access Managerエージェントの設定

- OIMとの統合の設定

- Oracle Access Managementのインストール後のスタート・ガイド

6.1 概要

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)には、次のサービスを含むOracle Access Managementが含まれます。

- Oracle Access Manager

- Oracle Access Management Security Token Service

- Oracle Access Management Identity Federation

- Oracle Access Management Mobile and Social

注意:

Oracle Access Managementの詳細は、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のOracle製品の概要に関する項を参照してください。

6.2 開始前の重要な注意点

このガイドで説明されるいずれかのシナリオでOracle Identity and Access Management製品のインストールおよび構成が開始される前に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracleホーム・ディレクトリを参照するために、IAM_Homeが使用されます。このOracleホーム・ディレクトリには任意の名前を指定できます。

6.3 Oracle Access Managementのインストールおよび構成ロードマップ

表6-1で、Oracle Access Managementのインストールおよび構成の手順を説明します。

表6-1 Oracle Access Managementのインストールおよび構成のフロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

第6.4項「オプション: データベースのTDEの有効化」も参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

8

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Access Managementは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

9

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

詳細は、第6.5項「新しいWebLogicドメインにおけるOracle Access Management」を参照してください。

10

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

11

サーバーを起動します。

管理サーバーとすべての管理対象サーバーを起動する必要があります。詳細は、第6.6項「サーバーの起動」を参照してください。

12

インストール後のタスクを実行してください。

次のインストール後のタスクを実行してください。

- 第6.7項「オプションのインストール後の手順」

- 第6.8項「Oracle Access Managementのインストールの検証」

- 第6.9項「Oracle Access Managerエージェントの設定」

- 第6.10項「OIMとの統合の設定」

- 第6.11項「Oracle Access Managementのインストール後のスタート・ガイド」

6.4オプション: データベースのTDEの有効化

Oracle Access Managementのデータベースに透過的データ暗号化(TDE)を設定するには、次の手順を完了します。

1. ENCRYPTION_WALLET_LOCATIONパラメータをデータベースのsqlnet.oraファイルに追加します。
ENCRYPTION_WALLET_LOCATION=(SOURCE=(METHOD=FILE)(METHOD_DATA= (DIRECTORY=<DB_WALLET_DIRECTORY>)))

2. データベースを再起動します。

3. 次のSQL問合せをSYSDBAとして実行して、暗号化された表領域を作成します。

1. ALTER SYSTEM SET ENCRYPTION KEY IDENTIFIED BY "<PASSWORD>"

2. CREATE TABLESPACE <TABLESPACE_NAME> EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT AUTO DATAFILE '<DATA_FILE_LOCATION>' SIZE 100M AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED ENCRYPTION DEFAULT STORAGE(ENCRYPT);

注意:

ENCRYPTIONパラメータについては、DEFAULTを使用することも、他のオプションを指定することもできます。

Oracle Access Managementの透過的データ暗号化(TDE)を設定した後に、Oracle Fusion Middleware Repository Creation Utility (RCU)を実行してOracle Access Managementスキーマを作成します。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

注意:

RCUを使用してOracle Access Managementスキーマを作成する際には、「表領域のマップ」画面において、手順3bでOracle Access Management用に作成した表領域を使用してください。

詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』の表領域のマップに関する項を参照してください。

6.5 新しいWebLogicドメインにおけるOracle Access Management

このトピックでは、新しいWebLogicドメインにOracle Access Managementを構成する方法を説明します。

内容は、次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

6.5.1 適切なデプロイメント環境

後から同じドメインにOracle Identity Navigator、Oracle Identity Manager、Oracle Adaptive Access Managerなどの他のOracle Identity and Access Management 11gコンポーネントを追加する可能性がある環境にOracle Access Managementのみをインストールする場合、この項の構成を実行してください。

6.5.2 デプロイされるコンポーネント

この項の構成を実行すると、次のOracle Access Managementコンポーネントがデプロイされます。

- Oracle Access Manager

- Oracle Access Management Security Token Service

- Oracle Access Management Identity Federation

- Oracle Access Management Mobile and Social

6.5.3 依存性

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

- Oracle Access Managementのデータベース・スキーマ。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6.5.4 手順

新しいWebLogicドメインでOracle Access Managementを構成するには、次の手順を実行します。

1. Oracle Fusion Middleware構成ウィザードを起動するには、<IAM_Home>/common/bin/config.shスクリプト(UNIXの場合)または<IAM_Home>\common\bin\config.cmd(Windowsの場合)を実行します。
Oracle Fusion Middleware構成ウィザードが表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Access Management - 11.1.2.0.0 [IAM_Home]を選択し、「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

注意:

Oracle Access Management - 11.1.2.0.0 [IAM_Home]オプションを選択すると、次のオプションもデフォルトで選択されます。

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. 「サーバーの起動モードおよびJDKの構成」画面が表示されます。「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

7. 「JDBCコンポーネント・スキーマの構成」画面で、OAMインフラストラクチャ・スキーマまたはOPSSスキーマなど、変更するコンポーネント・スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功したら、「次へ」をクリックします。「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面では、「管理サーバー」および「管理対象サーバー、クラスタ、およびマシン」を構成できます。「次へ」をクリックします。

9. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

10. オプション: 必要に応じて、管理対象サーバーを構成します。

注意:

同じマシンに管理対象サーバーを構成する場合、必ず管理サーバーと異なるポートを使用してください。

11. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

12. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

13. 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

14. 管理サーバーがマシンに割り当てられていない場合でも、マシンへの割当てが可能です。
特定のクラスタまたはサーバーをターゲットとしているアプリケーションおよびライブラリなどのデプロイメントおよびサービスは、デフォルトで選択されています。

15. oam_server1など、新たに作成された管理対象サーバーをマシンに割り当てます。

16. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

Oracle Access Managementをサポートする新しいWebLogicドメインが<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

注意:

- Oracle Access Managementを新しいWebLogic管理ドメインに構成した後、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

- Oracle Access Managementを構成した後、Oracle Access Managerのみがデフォルトで有効になります。OSTS、OIF、Oracle Access Management Mobile and Socialなどの他のOracle Access Managementコンポーネントを有効にするには、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の使用可能なサービスの有効化または無効化に関する項を参照してください。

6.6 サーバーの起動

Oracle Access Managementをインストールおよび構成した後、Oracle WebLogic Administration Serverおよび様々な管理対象サーバーを実行する必要があります。付録C「スタックの起動」を参照してください。Oracle Access Management管理サーバーを起動してから、管理対象サーバーを起動してください。

6.7 オプションのインストール後の手順

Oracle Access Managementをインストールおよび構成した後、次のオプションの手順を実行できます。

- デフォルトの埋込みLDAP (Oracle WebLogic Server付属)のかわりに、任意のLDAPの構成。

- リソースの保護のためのポリシー・ストアの構成。

- 既存のドメインへの管理対象サーバーの追加。

- 管理対象サーバー・インスタンスの追加。

詳細は、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』を参照してください。

6.8 Oracle Access Managementのインストールの検証

インストールを完了し、インストール後の手順も実行した後、次のようにしてOracle Access Managementのインストールおよび構成を検証できます。

1. 管理サーバーと管理対象サーバーが起動しており、稼働中であることを確認します。

2. http://<adminserver-host>:<adminserver-port>/oamconsoleのURLを使用してOracle Access Managementの管理コンソールにログインします。
管理サーバー上で稼動しているこの管理コンソールにアクセスすると、ユーザー名とパスワードの入力を求められます。管理者のロールと権限を持っている必要があります。

3. Oracle WebLogic Server管理コンソールを検証します。Oracle Access Managementのインストールと構成が成功していれば、このコンソールに実行モードの管理サーバーが表示されます。

6.9 Oracle Access Managerエージェントの設定

Oracle Access Managerエージェントの設定の詳細は、『Oracle Fusion Middleware WebGate for Oracle Access Managerのインストール』を参照してください。

6.10 OIMとの統合の設定

Oracle Access ManagementとOracle Identity Manager (OIM)の統合の設定については、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』のAccess ManagerとOracle Identity Managerの統合に関する項を参照してください。

6.11 Oracle Access Managementのインストール後のスタート・ガイド

Oracle Access Managementのインストール後、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の「一般的な管理およびナビゲーションのスタート・ガイド」を参照してください。

注意:

Oracle Access Managementテンプレートを使用してOracle Access Managementを構成すると、Oracle Access Managerのみがデフォルトで有効になります。Security Token Service、Identity Federation、Oracle Access Management Mobile and Socialなど、その他サービスを有効にするには、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の使用可能なサービスの有効化または無効化に関する項を参照してください。

7 Oracle Adaptive Access Managerの構成

この章では、Oracle Adaptive Access Managerを構成する方法について説明します。内容は次のとおりです。

- 概要

- 開始前の重要な注意点

- Oracle Adaptive Access Managerのインストールおよび構成ロードマップ

- 新しいWebLogicドメインでのOracle Adaptive Access Manager

- Oracle Adaptive Access Manager(オフライン)の構成

- サーバーの起動

- インストール後の手順

- Oracle Adaptive Access Managerのインストールの検証

- インストール後のOracle Adaptive Access Managerの起動

7.1 概要

Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)では、Oracle Adaptive Access Managerに次の2つのコンポーネントが含まれます。

- Oracle Adaptive Access Manager(オンライン)

- Oracle Adaptive Access Manager (オフライン)

注意:

Oracle Adaptive Access Manager(オフライン)は、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)をインストールすると、Oracle Adaptive Access ManagerとともにOracle Adaptive Access Manager (オフライン)もインストールされます。Oracle Adaptive Access Manager(オフライン)の構成は、第7.5項「Oracle Adaptive Access Manager(オフライン)の構成」を参照してください。

7.2 開始前の重要な注意点

このガイドで説明されるいずれかのシナリオでOracle Identity and Access Management製品のインストールおよび構成が開始される前に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracleホーム・ディレクトリを参照するために、IAM_Homeが使用されます。このOracleホーム・ディレクトリには任意の名前を指定できます。

7.3 Oracle Adaptive Access Managerのインストールおよび構成ロードマップ

表7-1は、Oracle Adaptive Access Managerのインストールおよび構成のタスクを示します。

表7-1 Oracle Adaptive Access Managerのインストールおよび構成のフロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

8

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Adaptive Access Managerは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

9

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

この章では、次の構成シナリオについて説明します。

- 第7.4項「新しいWebLogicドメインでのOracle Adaptive Access Manager」

- 第7.5項「Oracle Adaptive Access Manager(オフライン)の構成」

10

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

11

サーバーを起動します。

管理サーバーとすべての管理対象サーバーを起動する必要があります。詳細は、第7.6項「サーバーの起動」を参照してください。

12

インストール後のタスクを実行してください。

次のインストール後のタスクを実行してください。

- 第7.7項「インストール後の手順」

- 第7.8項「Oracle Adaptive Access Managerのインストールの検証」

- 第7.9項「インストール後のOracle Adaptive Access Managerの起動」

7.4 新しいWebLogicドメインでのOracle Adaptive Access Manager

このトピックでは、新しいWebLogic管理ドメインでOracle Adaptive Access Managerを構成する方法について説明します。内容は、次のとおりです。

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

7.4.1 適切なデプロイメント環境

他のOracle Identity and Access Management 11gコンポーネント(Oracle Identity Navigator、Oracle Access Management、Oracle Identity Managerなど)を後から同じドメインにインストールする可能性のある環境にOracle Adaptive Access Managerをインストールする場合は、この項で説明されている構成を実行します。

Oracle Identity Navigatorのインタフェースおよびダッシュボードを使用して、Oracle Identity Navigator内からOracle Adaptive Access Managerにアクセスし、起動できます。

7.4.2 デプロイされるコンポーネント

この項の構成を実行すると、次のコンポーネントがデプロイされます。

- WebLogic管理サーバー

- 選択したOracle Adaptive Access Manager Domain Configurationテンプレートによっては、Oracle Adaptive Access Managerの管理対象サーバー。

- Oracle Adaptive Access Managerコンソール(管理サーバー上)

7.4.3 依存関係

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

- Oracle Adaptive Access Managerのデータベース・スキーマ。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

7.4.4 手順

次の手順を実行して、新しいWebLogicドメインにOracle Adaptive Access Managerのみを構成します。

1. Oracle Fusion Middleware構成ウィザードを起動するには、<IAM_Home>/common/bin/config.shスクリプト(UNIXの場合)または<IAM_Home>\common\bin\config.cmd(Windowsの場合)を実行します。
Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「以下の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Adaptive Access Manager Admin Server - 11.1.2.0.0 [IAM_Home]を選択します。
さらに、次を選択できます。

- Oracle Adaptive Access Manager - Server - 11.1.2.0.0 [IAM_Home]

- Oracle Adaptive Access Manager Offline - 11.1.2.0.0 [IAM_Home]

注意:

Oracle Adaptive Access Manager Admin Server - 11.1.2.0.0 [IAM_Home]を選択すると、デフォルトで次のオプションも選択されます。

- Oracle Enterprise Manager - 11.1.1.0 [oracle_common]

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

Oracle Adaptive Access Manager - Server - 11.1.2.0.0 [IAM_Home]オプションを選択すると、前述のテンプレートに加えて、Oracle WSM Policy Manager - 11.1.1.0 [oracle_common]オプションもデフォルトで選択されます。

「次へ」をクリックします。ドメイン名と場所の選択画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. 「サーバーの起動モードおよびJDKの構成」画面が表示されます。「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

7. 「JDBCコンポーネント・スキーマの構成」画面で、変更するコンポーネント・スキーマ(OAAM管理サーバー・スキーマ、OPSSスキーマまたはOAAM管理MDSスキーマなど)を選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功したら、「次へ」をクリックします。「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面で、「管理サーバー」および「管理対象サーバー」、「クラスタ」、および「マシン」、「デプロイメントとサービス」、および「RDBMSセキュリティ・ストア」を構成できます。「次へ」をクリックします。

9. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

10. 「オプションの構成を選択」画面で、「管理対象サーバー、クラスタ、およびマシン」を選択して、管理対象サーバーを構成します。詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』の管理対象サーバーの構成に関する説明を参照してください。

11. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

12. オプション: 必要に応じて、管理対象サーバーをクラスタに割り当てます。

13. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

14. オプション: 管理サーバーをマシンに割り当てます。

15. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

16. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

17. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

Oracle Adaptive Access Managerをサポートする新しいWebLogicドメインが、<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

注意:

新しいWebLogic管理ドメインでOracle Adaptive Access Managerを構成した後、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

7.5 Oracle Adaptive Access Manager(オフライン)の構成

この項では、新しいWebLogicドメインにOracle Adaptive Access Manager(オフライン)を構成する方法を説明します。内容は次のとおりです。

- デプロイされるコンポーネント

- 依存関係

- 手順

7.5.1 デプロイされるコンポーネント

この項の構成を実行すると、次のコンポーネントがデプロイされます。

- WebLogic管理サーバー

- Oracle Adaptive Access Manager管理対象サーバー上のOracle Adaptive Access Manager (オフライン)アプリケーション

7.5.2 依存関係

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

- Oracle Adaptive Access Managerのデータベース・スキーマ。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

7.5.3 手順

新しいWebLogicドメインでOracle Adaptive Access Manager(オフライン)を構成するには、次の手順を実行します。

1. Oracle Fusion Middleware構成ウィザードを起動するには、<IAM_Home>/common/bin/config.shスクリプト(UNIXの場合)または<IAM_Home>\common\bin\config.cmd(Windowsの場合)を実行します。
Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Adaptive Access Manager Offline - 11.1.2.0.0 [IAM_Home]を選択します。

注意:

Oracle Adaptive Access Manager Offline - 11.1.2.0.0 [IAM_Home]オプションを選択すると、デフォルトで次のオプションも選択されます。

- Oracle Enterprise Manager - 11.1.1.0 [oracle_common]

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。「サーバーの起動モードおよびJDKの構成」画面が表示されます。

6. 「サーバーの起動モードおよびJDKの構成」画面で「JDK」と「本番モード」を選択します。「次へ」をクリックします。「JDBCコンポーネント・スキーマの構成」画面が表示されます。

7. 「JDBCコンポーネント・スキーマの構成」画面で、変更するコンポーネント・スキーマ(OAAMオフライン・スキーマ、OPSSスキーマまたはOAAM管理MDSスキーマなど)を選択します。スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功したら、「次へ」をクリックします。「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー」、「クラスタ」、「マシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」を構成できます。該当するチェック・ボックスを選択して、「次へ」をクリックします。

- オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSL有効

- オプション: 必要に応じて、管理対象サーバーを追加して構成します。Oracle Entitlements Serverでは、アプリケーションがWebLogic管理サーバー上にデプロイされるため、管理対象サーバーを必要としません。

- オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

- オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

- オプション: 管理サーバーをマシンに割り当てます。

- オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

- オプション: 必要に応じてRDBMSセキュリティ・ストア・データベースを構成します。

9. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

Oracle Adaptive Access Manager(オフライン)をサポートする新しいWebLogicドメインが<MW_HOME>\user_projects\domainsディレクトリに作成されます(Windowsの場合)。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

注意:

新しいWebLogic管理ドメインでOracle Adaptive Access Manager(オフライン)を構成した後、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

7.6 サーバーの開始

Oracle Adaptive Access Managerをインストールおよび構成した後、Oracle WebLogic Administration Serverおよび様々な管理対象サーバーを実行する必要があります。付録C「スタックの起動」を参照してください。管理対象サーバーを起動する前に、Oracle Adaptive Access Manager管理サーバーを起動していることを確認します。

7.7 インストール後の手順

Oracle Adaptive Access Managerをインストールおよび構成した後、次の手順を実行する必要があります。

1. 次の手順で、Oracle WebLogic Serverのユーザーを作成します。

1. WebLogic管理ドメインのOracle WebLogic管理コンソールにログインします。

2. 「セキュリティ・レルム」をクリックし、使用するセキュリティ・レルムをクリックします。

3. 「ユーザーとグループ」タブをクリックし、その下の「ユーザー」タブをクリックします。

4. セキュリティ・レルムにuser1などのユーザーを作成します。

5. ユーザーuser1をルール管理者グループおよび環境管理者グループに割り当てます。

2. Oracle Adaptive Access Managerの暗号化鍵を設定し、バックアップします。Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイドのOAAMの暗号化およびデータベース資格証明の設定に関する項を参照してください。必ずOracle Adaptive Access Managerの暗号化鍵をバックアップしてください。Oracle Adaptive Access Managerドメインを再作成する場合に必要です。

3. 次の手順でポリシーのスナップショットをインポートします。
Oracle Adaptive Access Managerには、ポリシー、依存コンポーネントおよび構成のフル・スナップショットが付属しています。スナップショットは、oaam_base_snapshot.zipファイルに格納され、MW_HOME/IAM_ORACLE_HOME/oaam/initディレクトリに置かれています。

これには、Oracle Adaptive Access Managerにインポートする必要のある次の項目が含まれています。

- 英語(アメリカ合衆国)のチャレンジ質問
登録、新規アカウントのオープン、またはリセットなどの別のイベントの際、ユーザーは質問のリストから様々な質問を選択し、回答を入力します。チャレンジ質問と呼ばれるこれらの質問は、ユーザーを認証するために使用されます。

ユーザーが登録のための質問に回答できるようにするには、サポート対象の言語での質問がシステムに存在している必要があります。これらの質問は、Oracle Adaptive Access Managerサーバーへのログインでも必要となる場合があります。

- エンティティの定義
認証の際に追跡されるアクターは認証エンティティと呼ばれ、ユーザー、市区町村、デバイスなどが含まれます。これらのベース・エンティティは、パターンに使用される条件を有効にする際に必要となります。

- すぐに使用できるパターン
パターンは、1つのバケットを定義したり、複数のバケットを動的に作成する際に、Oracle Adaptive Access Managerによって使用されます。Oracle Adaptive Access Managerでデータが収集され、パターン・パラメータに基づいてこれらのバケットにメンバーが移入されると、動的に変化するメンバーシップとバケットの分散についてルールによるリスク評価が実行されます。

- すぐに使用できる構成可能なアクション
構成可能なアクションとは、チェックポイント実行後に結果アクションまたはリスク・スコアリングあるいはその両方に基づいてトリガーされるアクションです。構成可能なアクションは、アクション・テンプレートを使用して作成されます。

注意:

Oracle Adaptive Access Manager 10.1.4.5からOracle Adaptive Access Manager 11gにアップグレードする場合、Oracle Adaptive Access Manager 11gのアクション・テンプレートがグローバル化されたことにより違いが生じたため、すぐに使用できるアクション・テンプレートの名前や説明が多少異なっています。

- すぐに使用できるポリシー
ポリシーは、ビジネス・アクティビティや日常操作において発生する潜在的に危険なアクティビティを評価して対処できるように作成されています。

- 任意のグループ
Oracle Adaptive Access Managerには、ルール、ユーザー・グループ、およびアクションとアラート・グループに使用されるアイテムのコレクションが付属しています。

注意:

- いずれかのプロパティをカスタマイズする必要がある場合には、そのスナップショットを新しいテスト・システムにインポートし、変更を加えてエクスポートし、新しいシステムにインポートします。または、スナップショットを新しいシステムにインポートしてプロパティを直接変更することで、テスト・システムを完全に除外できます。

ポリシー、コンポーネント、および構成のアップグレードの場合は、バックアップを実行してから個別のファイルをインポートします。指定可能なベンダーは、次のとおりです。

- デフォルトの質問は、<MW_HOME>/<IAM_ORACLE_HOME>/oaam/init/kba_questionsディレクトリにあるoaam_kba_questions_<locale>.zipに含まれています。ロケール識別子<locale>は言語バージョンを指定します。

- ベース・ポリシーは、<MW_HOME>/<IAM_ORACLE_HOME>/oaam/initディレクトリにあるoaam_sample_policies_for_uio_integration.zipファイルに含まれています。

- 構成可能なアクション・テンプレートは、<MW_HOME>/<IAM_ORACLE_HOME>/oaam/initディレクトリにあるOOTB_Configurable_Actions.zipファイルに含まれています。

- ベース認証を必要とするエンティティは、<MW_HOME>/<IAM_ORACLE_HOME>/oaam/initディレクトリにあるAuth_EntityDefinition.zipファイルに含まれています。

注意:

ポリシーの詳細は、『Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイド』のOAAMスナップショットのインポートおよびポリシー、ルールおよび条件の管理に関する項を参照してください。

4. 次の手順で、Oracle Adaptive Access Managerデータベースに場所データをロードします。

1. IPロケーション・ローダー・スクリプトを構成します。Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイドのOAAMコマンドライン・インタフェース・スクリプトおよびIPロケーション・データのインポートに関する項を参照してください。

2. <MW_HOME>/<IAM_Home>/oaam/cliディレクトリ下にあるsample.bharosa_location.propertiesファイルのコピーを作成します(UNIXの場合)。Windowsの場合、<MW_HOME>\<IAM_Home>\oaam\cliディレクトリ下にあるsample.bharosa_location.propertiesファイルです。
次の例のように、場所データの詳細をlocation.dataプロパティに入力します。

Windowsの場合:

location.data.provider=quova

location.data.file=\\tmp\\quova\\EDITION_Gold_2008-07-22_v374.dat.gz

location.data.ref.file=\\tmp\\quova\\EDITION_Gold_2008-07-22_v374.ref.gz

location.data.anonymizer.file=\\tmp\\quova\\anonymizers_2008-07-09.dat.gz

UNIXの場合:

location.data.provider=quova

location.data.file=/tmp/quova/EDITION_Gold_2008-07-22_v374.dat.gz

location.data.ref.file=/tmp/quova/EDITION_Gold_2008-07-22_v374.ref.gz

location.data.anonymizer.file=/tmp/quova/anonymizers_2008-07-09.dat.gz

3. 次のように、ローダーをコマンドラインで実行します。
Windowsの場合: loadIPLocationData.cmd

UNIXの場合: ./loadIPLocationData.sh

loadIPLocationDataスクリプトの実行前にOracleミドルウェア・ホーム(MW_HOME)環境変数が設定されていることを確認します。

注意:

CSFキーまたはパスワードを手動で生成する場合、Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイドのOAAMの暗号化およびデータベース資格証明の設定に関する項を参照してください。

7.8 Oracle Adaptive Access Managerのインストールの検証

インストール後手順を含め、インストール・プロセスの完了後、Oracle Adaptive Access Managerのインストールと構成を次の方法で検証できます。

1. 管理サーバーを起動して、新たに作成した管理対象サーバーをドメインに登録します。管理サーバーを起動するには、次のコマンドを実行します。

- Windowsの場合: 次の例のように、コマンド・プロンプトでstartWebLogicスクリプトを実行して管理サーバーを起動します。
<MW_HOME>\user_projects\domains\base_domain\bin\startWebLogic

- UNIXの場合: 次の例のように、$プロンプトでstartWebLogic.shスクリプトを実行して管理サーバーを起動します。
<MW_HOME>/user_projects/domains/base_domain/bin/startWebLogic.sh

2. 第7.6項「サーバーの起動」の説明に従って、管理対象サーバーを起動します。
管理サーバーと管理対象サーバーが起動するのを待ちます。

3. 管理サーバーのユーザー名とパスワードを使用して、Oracle Adaptive Access Managerの管理サーバーにログインします。次のURLを使用して、管理サーバーにログインします。
http://<host>:<oaam_admin_server1_port>/oaam_admin

4. 次のURLを使用して、Oracle Adaptive Access管理対象サーバーにログインします。
https://<host>:<oaam_server_server1_sslport>/oaam_server

7.9 インストール後のOracle Adaptive Access Managerの起動

Oracle Adaptive Access Managerをインストールした後、Oracle Fusion Middleware Oracle Adaptive Access Manager管理者ガイドを参照してください。

8 Oracle Entitlements Serverのインストールと構成

この章では、Oracle Entitlements Server 11gリリース2 (11.1.2.1.0)をインストールおよび構成する方法を説明します。

ここでは、次の項目について説明します。

- 開始前の重要な注意点

- Oracle Entitlements Server 11gインストールの概要

- Oracle Entitlements Serverのインストールおよび構成ロードマップ

- Oracle Entitlements Server管理サーバーの構成

- Oracle Entitlements Serverクライアントのインストール

- Oracle Entitlements Serverクライアントの構成

- インストール後のOracle Entitlements Serverのスタート・ガイド

8.1 開始前の重要な注意点

Oracle Entitlements Serverのインストールと構成を開始する前に、第I部「概要と準備」に記載されている情報を確認しておいてください。

Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialが含まれるOracleホーム・ディレクトリを指すのに、IAM_HOMEが使用されていることに注意してください。このOracleホーム・ディレクトリには任意の名前を指定できます。

8.2 Oracle Entitlements Server 11gインストールの概要

Oracle Entitlements Serverは、アプリケーション・リソースの保護を精密に制御するために使用できる緻密な認可および権限管理ソリューションです。これにより、包括的で再利用可能な完全に監査可能な認可ポリシーと簡素で使用しやすい管理モデルが提供され、エンタープライズ・アプリケーションとSOAのセキュリティが簡略化され集中管理されます。詳細は、『Oracle Fusion Middleware Oracle Entitlements Server管理者ガイド』のOracle Entitlements Serverの導入に関する項を参照してください。

Oracle Entitlements Server 11gには、次の2つの個別コンポーネントがあります。

- Oracle Entitlements Server管理サーバー

- Oracle Entitlements Serverクライアント(セキュリティ・モジュール)

Oracle Entitlements Server管理サーバー

このコンポーネントは、Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のインストールに含まれています。管理サーバーは、データベースのポリシー・データの記憶域や、トランザクションによるセキュリティ・モジュールへのポリシー配布を管理します。

Oracle Entitlements Serverクライアント(セキュリティ・モジュール)

このコンポーネントには独自のインストーラが付属しており、それはOracle Identity and Access Management 11gリリース2 (11.1.2.1.0)インストールには含まれていません。Oracle Entitlements Serverクライアントでは、Oracle WebLogic Serverは必要ありません。

8.3 Oracle Entitlements Serverのインストールおよび構成ロードマップ

表8-1は、Oracle Entitlements Serverのインストールおよび構成のタスクを示します。

表8-1 Oracle Entitlements Serverのインストールおよび構成のフロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

Oracle Databaseのインストールをお薦めします。詳細は、第3.2.2項「データベース要件」を参照してください。

5

Oracle Entitlements Serverに対する適切なスキーマを作成し、ロードします。

Oracle Entitlements Serverに対して選択するポリシー・ストアに応じて、次のいずれかを実行します。

- Oracle Entitlements Serverポリシー・ストアに対応するOracle Databaseを使用する場合には、Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してOracle Entitlements Serverに対応するスキーマを作成する必要があります。
詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

- Apache Derby 10.5.3.0という評価データベースがOracle WebLogic Serverインストールに含まれています。Oracle Entitlements Serverポリシー・ストアに対してApache Derbyを使用する場合は、付録G「Apache Derby用のOracle Entitlement Serverスキーマの作成」の説明に従って、Oracle Entitlements Serverのスキーマを作成する必要があります。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

8

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Entitlements Serverは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

9

Oracle Fusion Middleware構成ウィザードを実行して、Oracle Entitlements Server管理サーバーを構成します。

詳細は、第8.4項「Oracle Entitlements Server管理サーバーの構成」を参照してください。

10

Oracle Entitlements Serverクライアント・ソフトウェアのインストール

詳細は、第8.5項「Oracle Entitlements Serverクライアントのインストール」を参照してください。

11

Oracle Entitlements Serverクライアントの構成

詳細は、第8.6項「Oracle Entitlements Serverクライアントの構成」を参照してください。

12

Oracle Entitlements Serverの開始

詳細は、第8.7項「インストール後のOracle Entitlements Serverのスタート・ガイド」を参照してください。

8.4 Oracle Entitlements Server管理サーバーの構成

この項では、新しいWebLogicドメインにOracle Entitlements Serverを構成する方法を説明します。内容は、次のとおりです。

- デプロイされるコンポーネント

- Apache Derbyテンプレートの抽出(オプション)

- 新しいWebLogicドメインでのOracle Entitlements Serverの構成

- Oracle Entitlements Server管理サーバーのセキュリティ・ストアの構成

- 管理サーバーの起動

- Oracle Entitlements Server管理サーバーの構成の検証

8.4.1 デプロイされるコンポーネント

この項の構成を実行すると、次のコンポーネントがデプロイされます。

- WebLogic管理サーバー

- 管理サーバー上のOracle Entitlements Serverアプリケーション

8.4.2 Apache Derbyテンプレートの抽出(オプション)

Apache Derbyを使用している場合、oracle.apm_11.1.1.3.0_template_derby.zipファイル(格納場所はIAM_HOME/common/templates/applications)を抽出して、oracle.apm_11.1.1.3.0_template_derby.jarファイルを次の場所に格納する必要があります。

IAM_HOME\common\templates\applications

8.4.3 新しいWebLogicドメインでのOracle Entitlements Serverの構成

新しいWebLogicドメインでOracle Entitlements Serverを構成するには、次の手順を実行します。

注意:

Oracle Entitlements Server専用のOracle WebLogic Serverドメインが必要です。このドメインでは、それ以外のOracle Identity and Access Managementコンポーネントを構成しないでください。

1. IAM_HOME/common/bin/config.shスクリプト(UNIXの場合)またはIAM_HOME\common\bin\config.cmd(Windowsの場合)を実行します。
Fusion Middleware構成ウィザードが表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。
「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server for Admin Server- 11.1.1.0 [IAM_HOME]オプションを選択して、「次へ」をクリックします。

注意:

- Oracle Entitlements Server for Admin Server- 11.1.1.0 [IAM_HOME]オプションを選択すると、デフォルトで次のオプションも選択されます。

- Oracle Platform Security Service 11.1.1.0 [IAM_HOME]

- Oracle JRF - 11.1.1.0 [oracle_common]

- Apache Derbyを使用する場合は、Oracle Entitlements Server Security Module - 11.1.1.0 [IAM_HOME]オプションを選択します。

「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。これは、WebLogic Server管理コンソールへのログインのために指定する必要があるWebLogic管理者のユーザー名とパスワードです。Oracle WebLogic Server管理コンソールは、WebLogic Serverドメインの管理に使用するWebブラウザベースのグラフィカル・ユーザー・インタフェースです。

「サーバーの起動モードおよびJDKの構成」画面が表示されます。

6. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「JDBCコンポーネント・スキーマの構成」画面が表示されます。

7. 「JDBCコンポーネント・スキーマの構成」画面で、Oracle Entitlements Serverスキーマを選択して、「スキーマ所有者」、「スキーマ・パスワード」、DBDS/サービス、「ホスト名」および「ポート」を指定します。

注意:

スキーマ所有者は、Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してOracle Entitlements Serverのデータベース・スキーマを作成する際に指定した名前です。

Database関連の情報は、tnsnames.oraファイルを参照してください(このファイルは、DB_INSTALL_DIR/product/11.2.0/DB_INSTANCE/network/adminディレクトリにあります。ここで、DB_INSTALL_DIRはOracle Databaseがインストールされた場所を示し、DB_INSTANCEはデフォルトでdbhome_1です)。

「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。

8. テストするコンポーネントのスキーマを選択し、「接続のテスト」をクリックします。テストが成功したら、「次へ」をクリックします。テストに失敗した場合は、「前へ」をクリックして、手順7で入力した値を修正してから再び接続をテストします。
「オプションの構成を選択」画面が表示されます。

9. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー」、「クラスタ」、「マシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」を構成できます。該当するチェック・ボックスを選択し、「次へ」をクリックします。

10. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

11. 「ドメインの作成中」画面が表示されます。この画面には、ドメイン作成の進行状況が表示されます。ドメイン作成プロセスが完了すると、この画面には、ドメインの場所と管理サーバーのURLが表示されます。
画面に表示された情報を確認した後に、「完了」をクリックして構成ウィザードを閉じます。

Oracle Entitlements Serverをサポートする新しいWebLogicドメインが、<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

8.4.4 Oracle Entitlements Server管理サーバーのセキュリティ・ストアの構成

Oracle Entitlements Server管理サーバーのセキュリティ・ストアを構成するには、configureSecurityStore.pyスクリプトを実行する必要があります。セキュリティ・ストアは、システムやアプリケーションに固有のポリシー、証明資格およびキーが格納されるリポジトリです。

configureSecurityStore.pyスクリプトは<IAM_HOME>\common\toolsディレクトリにあります。スクリプトの使用方法のヘルプ情報は、-hを使用して参照できます。

次のようにして、Oracle Entitlements Server管理サーバーのセキュリティ・ストアを構成します。

Windowsの場合:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <domaindir> -s <datasource> -f <farmname> -t <servertype> -j <jpsroot> -m <mode> -p <password>

例:

<MW_HOME>\oracle_common\common\bin\wlst.cmd <IAM_HOME>\common\tools\configureSecurityStore.py -d <MW_Home>\user_projects\domains\base_domain -t DB_ORACLE -j cn=jpsroot -m create -p welcome1

joinオプションの例は、「Joinオプションを使用したデータベース・セキュリティ・ストアの構成」を参照してください。

UNIXの場合:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <domaindir> -s <datasource> -f <farmname> -t <servertype> -j <jpsroot> -m <mode> -p <password>

例:

<MW_HOME>/oracle_common/common/bin/wlst.sh <IAM_HOME>/common/tools/configureSecurityStore.py -d <MW_Home>/user_projects/domains/base_domain -t DB_ORACLE -j cn=jpsroot -m create -p welcome1

joinオプションの例は、「Joinオプションを使用したデータベース・セキュリティ・ストアの構成」を参照してください。

表8-2では、コマンドラインで指定できるパラメータについて説明します。

表8-2 OES管理サーバー・セキュリティ・ストアの構成パラメータ

パラメータ

説明

-d domaindir

Oracle Entitlements Server管理サーバー・ドメインの場所

-s datasource

ドメイン内に構成されているセキュリティ・ストアのデータ・ソース。

これはオプションであり、デフォルト値はopss-DBDSです。

-f farmname

セキュリティ・ストアのファーム名。

これはオプションであり、デフォルト値はドメイン名です。

-t servertype

ポリシー・ストア・タイプ。例: DB_ORACLE、DB_DERBYまたはOID。

これはオプションであり、デフォルト値はDB_ORACLEです。

-j jpsroot

jpsrootの識別名。

これはオプションであり、デフォルト値はcn=jpsrootです。

-m mode

create: 新しいデータベース・セキュリティ・ストアを作成する場合、createを使用します。

join: ドメインに既存のデータベース・セキュリティ・ストアを使用する場合、joinを使用します。

validate: セキュリティ・ストアが正しく構成されたかどうかを確認するには、validateを使用します。このコマンドにより、セキュリティ・ストアの初期作成時に作成された診断データを確認します。

validatefix: セキュリティ・ストアに存在する診断データを修正するには、validatefixを使用します。

fixjse: JSEツールによるアクセスに使用されるドメインのデータベース・セキュリティ・ストアの接続情報を更新するには、fixjseを使用します。

-c config

ドメインの構成モード。例: IAM。

これはオプションであり、デフォルト値はNoneです。

注意: -c <config>オプションが選択されている場合、OES管理サーバーは複合モードで構成され、制御されないモードおよび制御されたプル・モードのみでセキュリティ・モジュールにポリシーの配布ができます。

例: その他のOracle Identity and Access Managementコンポーネント(OIM、OAM、OAAM、OPAMまたはOIN)がデプロイされたドメインにOES管理サーバーがデプロイされた場合、ドメインは複合モードで構成されます。この場合、OES管理サーバーは、Oracle Identity and Access Managementポリシーの管理にのみ使用されます。OESセキュリティ・モジュールにより保護されている他のアプリケーションのポリシーの管理に使用できません。

-c <config>オプションが指定されていない場合、OES管理サーバーは制御されないモードで構成され、制御されたプッシュ・モードでセキュリティ・モジュールにポリシーを配布できます。

例: OESセキュリティ・モジュールにより保護されているカスタム・アプリケーションの管理にOES管理サーバーを使用する場合、OES管理サーバーは、制御されない配布モードでドメインにデプロイされる必要があります。

-p password

OPSSスキーマ・パスワード。

-k keyfilepath

暗号化鍵ファイルewallet.p12が含まれているディレクトリ。-m joinが指定されている場合、このオプションは必須です。

-w keyfilepassword

ドメインの鍵ファイルが生成された場合に使用されるパスワード。-m joinが指定されている場合、このオプションは必須です。

-u username

OPSSスキーマのユーザー名。-m fixjseが指定されている場合、このオプションは必須です。

8.4.5 管理サーバーの起動

コマンドラインで次のコマンドを実行して、管理サーバーを起動する必要があります。

Windows:

MW_HOME\user_projects\domains\domain_name\bin\startWebLogic.cmd

UNIX:

MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh

8.4.6 Oracle Entitlements Server管理サーバーの構成の検証

Oracle Entitlements Server管理サーバーの構成が成功したことを確認するには、次のURLを使用してOracle Entitlements Server管理コンソールにログインします。

http://hostname:port/apm/

ここで、hostnameは管理サーバーのDNS名またはIPアドレス、portは管理サーバーがリクエストをリスニングしているポートのアドレスです。これらの値は、AdminServer.logファイルから取得できます。

AdminServer.logファイルは、MW_HOME/user_projects/domains/domain_name/servers/AdminServer/logsディレクトリ(UNIXの場合)またはMW_HOME\user_projects\domains\domain_name\servers\AdminServer\logsディレクトリ(Windowsの場合)に存在します。

詳細は、『Oracle Fusion Middleware Oracle Entitlements Server管理者ガイド』のユーザーインタフェースに対するログインおよびサインアウトに関する項を参照してください。

8.5 Oracle Entitlements Serverクライアントのインストール

このセクションには次のトピックが含まれます。

- 前提条件

- Oracle Entitlements Serverクライアント・ソフトウェアの取得

- Oracle Entitlements Serverクライアントのインストール

- Oracle Entitlements Serverクライアント・インストールの検証

- OPatchを使用してのパッチの適用

8.5.1 前提条件

Oracle Entitlements Serverクライアント・ソフトウェアをインストールする前に、Oracle Entitlements Server管理サーバーのインストールと構成を完了しておきます。

8.5.2 Oracle Entitlements Serverクライアント・ソフトウェアの取得

Oracle Entitlements Server Client 11gソフトウェアの入手に関する詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeを参照してください。

8.5.3 Oracle Entitlements Serverクライアントのインストール

Oracle Entitlements Serverクライアントをインストールするには、oesclient.zipのコンテンツをローカル・ディレクトリに解凍し、次のいずれかのコマンドを実行してインストーラを起動します。

UNIXの場合: <runInstallerディレクトリへのフルパス>/runInstaller -jreLoc <JREディレクトリへのフルパス>

Windowsの場合: <setup.exeディレクトリへのフルパス>\setup.exe -jreLoc <JREディレクトリへのフルパス>

注意:

インストーラから、システムにインストールされているJDKへの絶対パスを入力するよう要求されます。Oracle WebLogic Serverのインストール時に、ミドルウェア・ホームの下にjdkディレクトリが作成されます。インストーラを起動するときに、このJDKの中にあるJREフォルダの絶対パスを入力する必要があります。たとえば、Windowsで、JREがC:\MW_HOME\jdkに存在する場合、次のようにしてインストーラをコマンド・プロンプトから起動します。

<full path to the setup.exe directory>\setup.exe -jreLoc C:\MW_HOME\jdk\jre

JDKを使用してインストール上の問題を回避する場合には、コマンド・ラインで-jreLocオプションを指定する必要があります。

表8-3の手順に従って、Oracle Entitlements Serverクライアントをインストールします。

インストール画面に関して詳細な情報が必要な場合は、「ヘルプ」をクリックしてオンライン・ヘルプを参照してください。

表8-3 Oracle Entitlements Serverクライアントのインストール・フロー

番号

画面

説明および必要なアクション

1

ようこそ

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

2

前提条件チェック

すべての前提条件のチェックに合格したら、「次へ」をクリックして続行します。

3

インストール場所の指定

「Oracleホーム・ディレクトリ」フィールドに、Oracle Entitlements Serverクライアントをインストールするディレクトリを入力します。このドキュメントでは、このディレクトリをOES_CLIENT_HOMEとも呼びます。

注意: 構成するセキュリティ・モジュールでWebLogicドメインの作成または拡張が必要な場合は、WebLogic Serverのインストール時に作成されたミドルウェア・ホームにOracle Entitlements Serverクライアントをインストールする必要があります。これは、次のセキュリティ・モジュール構成に対して適用します。

- JRF環境でのWebLogic Serverセキュリティ・モジュール

- 非JRF環境でのWebLogic Serverセキュリティ・モジュール

- JRF環境でのOracle WebLogic ServerドメインのWebサービス・セキュリティ・モジュール

- 非JRF環境でのOracle WebLogic ServerドメインのWebサービス・セキュリティ・モジュール

- Oracle Service Busセキュリティ・モジュール

前述のセキュリティ・モジュール構成の場合は、Oracle Entitlements Server管理サーバーがインストールされているミドルウェア・ホーム内の別のディレクトリに、Oracle Entitlements Serverクライアントをインストールすることをお薦めします。たとえば、MW_HOME/OES_CLIENT_HOMEです。

その他のセキュリティ・モジュールの場合は、Oracle Entitlements Serverクライアントをインストールするその他のディレクトリにOES_CLIENT_HOMEを指定できます。

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

4

インストール・サマリー

インストール・サマリー・ページ画面には、選択した内容のサマリーが表示されます。このサマリーを確認し、インストールを開始するかどうかを決定します。この段階でいずれかの構成設定を変更する場合は、左のナビゲーション・ページでトピックを選択し、選択内容を変更します。

「保存」をクリックして、インストールのレスポンス・ファイルを保存します。このファイルには、インストーラのプロンプトとフィールドに対するレスポンスが含まれます。

Oracle Entitlements Serverクライアントのインストールを続行するには、「インストール」をクリックします。

5

インストールの進行状況

「インストールの進行状況」画面が表示されます。インストールの進行状況を監視します。インストール・ログ・ファイルの場所が参照用にリストされます。参照用に、インストール・ログ・ファイルの名前と場所を書き留めます。

インストールの進行状況が100%に達したら、「OK」をクリックします。

UNIXシステムにインストールしている場合、OES_CLIENT_HOME/oracleRoot.shスクリプトを実行して適切なファイル権限およびディレクトリ権限を設定するように要求されることがあります。

8

インストール完了

「終了」をクリックしてインストーラを終了します。

このインストール・プロセスでは、OESクライアント・ソフトウェアがシステムにコピーされ、手順3で指定した場所にOES_CLIENT_HOMEディレクトリが作成されます。

8.5.4 Oracle Entitlements Serverクライアント・インストールの検証

Oracle Entitlements Serverクライアントが正常にインストールされたことを検証するには、インストール時に指定したOES_CLIENT_HOMEディレクトリに移動し、OES_CLIENT_HOMEディレクトリが作成されていることと、そこに製品ファイルが移入されていることを確認します。

インストールの完了後に生成されたインストール・ログ・ファイルを検証することもできます。インストール・ログ・ファイルの名前と場所は、Oracle Entitlements Serverクライアント・インストールの「インストールの進行状況」画面(手順5)に表示されます。

8.5.5 OPatchを使用してのパッチの適用

Oracle Entitlements Serverクライアント・ソフトウェアをOracle Entitlements Server管理サーバーとは別のミドルウェア・ホームにインストールしている場合は、Oracle Entitlements Serverクライアント・ソフトウェアのインストール後、次の手順に従い、OPatchを使用してoracle_commonディレクトリにパッチを適用する必要があります。

注意:

Oracle Entitlements Serverクライアント・ソフトウェアをOracle Entitlements Server管理サーバーと同じミドルウェア・ホームにインストールしている場合はこのパッチが自動的に適用されているため、この手順をスキップします。

このパッチは、次のセキュリティ・モジュール構成に対してのみ適用します。

- JRF環境でのWebLogic Serverセキュリティ・モジュール

- JRF環境でのOracle WebLogic ServerドメインのWebサービス・セキュリティ・モジュール

- JRF環境でのWebSphereセキュリティ・モジュール

- Oracle Service Busセキュリティ・モジュール

OPatchを使用してoracle_commonディレクトリにパッチを適用する方法は、次のとおりです。

1. OES_CLIENT_HOME/oneoffpatchesディレクトリに移動します。

2. p15894053_111160_Generic.zipファイルの内容をディレクトリに解凍します。デフォルトでは、このディレクトリの名前はp15894053_111160_Genericです。

3. OES_CLIENT_HOME/oneoffpatches/p15894053_111160_Genericディレクトリに移動して、README.txtファイルの説明に従います。

8.6 Oracle Entitlements Serverクライアントの構成

ポリシー・データは、制御された方法または制御されない方法で配布されます。

配布モードは、各セキュリティ・モジュールのjps-config.xml構成ファイルで定義されています。指定された配布モードは、そのセキュリティ・モジュールにバインドされているすべてのアプリケーション・ポリシー・オブジェクトに適用できます。

注意:

制御された配布モードで、Oracle Entitlements Serverクライアントを構成することをお薦めします。ただし、JRF環境でセキュリティ・モジュールを構成する場合は、制御されない配布モードのみが配布モードとしてサポートされます。

この項では、次の構成方法について説明します。

- 配布モードの構成

- セキュリティ・モジュールの制御されたプッシュ・モードによる構成(クイック構成)

- セキュリティ・モジュールの構成

- セキュリティ・モジュール・インスタンスの場所

- Javaセキュリティ・モジュールの使用

- PDPプロキシ・クライアントの構成

8.6.1 配布モードの構成

配布モードの導入に関する情報は、『Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド』の配布モードの定義に関する項を参照してください。

次の各項では、配布モードの構成方法について説明します。

- 制御されたプッシュ配布モードの構成

- 制御されない配布モードおよび制御されたプル配布モードの構成

8.6.1.1 制御されたプッシュ配布モードの構成

制御されたプッシュ配布モードを構成するには、smconfig.prpファイル(格納場所はOES_CLIENT_HOME/oessm/SMConfigTool)をテキスト・エディタで開き、表8-4で説明されている次のパラメータを編集します。

表8-4 smconfig.prpファイルのパラメータ(制御された配布)

パラメータ

説明

oracle.security.jps.runtime.pd.client.policyDistributionMode

デフォルト値のcontrolled-pushを配布モードとして受け入れます。

oracle.security.jps.runtime.pd.client.RegistrationServerHost

Oracle Entitlements Server管理サーバーのアドレスを入力します。

oracle.security.jps.runtime.pd.client.RegistrationServerPort

Oracle Entitlements Server管理サーバーのSSLポート番号を入力します。SSLポート番号は、WebLogic管理コンソールで検出できます。

8.6.1.2 制御されない配布モードおよび制御されたプル配布モードの構成

smconfig.prpファイル(格納場所はOES_CLIENT_HOME/oessm/SMConfigTool)をテキスト・エディタで開き、表8-5で説明されている次のパラメータを編集します。

表8-5 smconfig.prpファイルのパラメータ(制御されない配布)

パラメータ

説明

oracle.security.jps.runtime.pd.client.policyDistributionMode

配布モードには、non-controlledまたはcontrolled-pullと入力します。

oracle.security.jps.policystore.type

ポリシー・ストア・タイプを指定します。たとえば、Oracle DatabaseではDB、Oracle Internet DirectoryではOID、Apache DerbyではDerbyとなります。

jdbc.url

ポリシー・ストアとしてデータベースを使用している場合は、データベース・ポリシー・ストアのJDBC URLを指定します。

たとえば、jdbc:oracle:thin:@myhost:1521/orclです。

ldap.url

ポリシー・ストアとしてLDAPを使用している場合は、LDAP URLを指定します。

たとえば、ldap://myhost:portです。

oracle.security.jps.farm.name

ドメイン名を指定します。デフォルト値はcn=oes_domainです。

oracle.security.jps.ldap.root.name

jpsコンテキストのルート名を指定します。デフォルト値はcn=jpsrootです。

8.6.1.2.1 Oracle Databaseへの接続の設定

制御されない配布モードおよび制御されたプル配布モードを構成するには、Oracle Databaseへの接続を設定する必要があります。Oracle Databaseに異なる接続を設定する手順は、構成するセキュリティ・モジュールの種類によって異なります。

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

- JRFではない環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定

- JRF環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定

JRFではない環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定

JRFではない環境にセキュリティ・モジュールを構成するには、Oracle Databaseへの接続を設定する次の手順を完了する必要があります。

1. WebLogic Server管理コンソールを使用して、JDBCデータ・ソースを作成します。このデータ・ソースは、OES管理サーバーのポリシー・ストアへの接続に使用されます。詳細は、次のリンクから入手できるOracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプのドキュメントでJDBC汎用データ・ソースの作成に関する項を参照してください。
http://docs.oracle.com/cd/E23943_01/apirefs.1111/e13952/taskhelp/jdbc/jdbc_datasources/CreateDataSources.html

前述のリンクの手順に従う場合は、手順7において、「データベース・ユーザー名」の値を入力するように要求されます。このパラメータの値は、Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してOracle Entitlements Serverのスキーマを作成する際に使用した値と同じにする必要があります。たとえば、prefix_OPSSです。

2. MW_HOME/user_projects/domains/Domain_Name/config/oeswlssmconfig/AdminServerディレクトリ(UNIXの場合)またはMW_HOME\user_projects\domains\Domain_Name\config\oeswlssmconfig\AdminServerディレクトリ(Windowsの場合)にあるjps-config.xmlを開きます。

3. pdp.serviceを見つけて、既存のjdbc.urlプロパティを次のプロパティと置き換えます。
<property value="jdbc/OPSSDBDS" name="datasource.jndi.name"/>

注意:

jdbc/OPSSDBDSは、OESに使用されるJDBCデータソースの名前です。

4. 次のプロパティを削除します。

- jdbc.driver

- jdbc.url

- bootstrap.security.principal.key

- bootstrap.security.principal.map

5. jps-config.xmlファイルを保存します。

JRF環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定

JRF環境にセキュリティ・モジュールを構成するには、Oracle Databaseへの接続を設定する次の手順を完了する必要があります。

1. WebLogic Server管理コンソールを使用して、JDBCデータ・ソースを作成します。このデータ・ソースは、OES管理サーバーのポリシー・ストアへの接続に使用されます。詳細は、次のリンクから入手できるOracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプのドキュメントでJDBC汎用データ・ソースの作成に関する項を参照してください。
http://docs.oracle.com/cd/E23943_01/apirefs.1111/e13952/taskhelp/jdbc/jdbc_datasources/CreateDataSources.html

前述のリンクの手順に従う場合は、手順7において、「データベース・ユーザー名」の値を入力するように要求されます。このパラメータの値は、Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してOracle Entitlements Serverのスキーマを作成する際に使用した値と同じにする必要があります。たとえば、prefix_OPSSです。

2. Oracle Entitlements Serverのドメインを起動します。詳細は、付録C「スタックの起動」を参照してください。

3. WLST reassociateSecurityStoreコマンドを使用して次のようにポリシーを再度関連付けます。

1. WLSTシェルを起動します。

cd ORACLE_HOME/common/bin
./wlst.sh

2. WLST connectコマンドを使用して、WebLogic管理サーバーに接続します。

connect ("AdminUser", "AdminPassword", "hostname:port")

例:

connect ("weblogic", "welcome1", "ADMINHOST:7001")

3. reassociateSecurityStoreコマンドを実行します。

reassociateSecurityStore(domain="OESDomain", servertype="DB_ORACLE", datasourcename="Datasource_Name", jpsroot="cn=reassociatedb", join="true")

注意:

domainとjpsrootは、jps-config.xmlファイルのfarmnameの値と同じにする必要があります。このファイルは、MW_HOME/user_projects/domains/Domain_Name/config/fmwconfigディレクトリ(UNIXの場合)またはMW_HOME\user_projects\domains\Domain_Name\config\fmwconfigディレクトリ(Windowsの場合)にあります。

datasourcenameは、手順1で作成したデータソースの名前です。

4. コマンドが正しく実行されたら、Oracle Entitlement Server Clientのドメインを再起動します。詳細は、付録C「スタックの起動」を参照してください。

8.6.2 セキュリティ・モジュールの制御されたプッシュ・モードによる構成(クイック構成)

次の項で、既存のsmconfig.prpファイルを使用してセキュリティ・モジュールを短時間で構成する方法を説明します。

- Javaセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- RMIセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- Web Serviceセキュリティ・モジュールの制御されたプッシュ・モードによる構成

- Oracle WebLogic Serverセキュリティ・モジュールの制御されたプッシュ・モードによる構成

8.6.2.1 Javaセキュリティ・モジュールの制御されたプッシュ・モードによる構成

Javaセキュリティ・モジュールのインスタンスを制御された配布モードで構成するには、次の手順を実行します。

1. smconfig.java.controlled.prpファイル(格納場所はOES_CLIENT_HOME/oessm/SMConfigTool)をテキスト・エディタで開き、表8-4で説明されているパラメータを指定します。

2. config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.sh –smConfigId <SM_NAME> -prpFileName OES_CLIENT_HOME/oessm/SMConfigTool/smcon
fig.java.controlled.prp

3. 入力が要求されたら、次の各項目を指定します。

- 登録用の新規キーストアのパスワード

- Oracle Entitlements Serverのユーザー名(管理サーバーのユーザー名)

- Oracle Entitlements Serverのパスワード(管理サーバーのパスワード)

8.6.2.2 RMIセキュリティ・モジュールの制御されたプッシュ・モードによる構成

RMIセキュリティ・モジュールのインスタンスを制御された配布モードで構成するには、次の手順を実行します。

1. smconfig.rmi.controlled.prpファイル(格納場所はOES_CLIENT_HOME/oessm/SMConfigTool)をテキスト・エディタで開き、表8-4で説明されているパラメータを指定します。

2. config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.sh –smConfigId <SM_NAME> -RMIListeningPort <RMISM_PORT> -prpFileName OES_CLIENT_HOME/oessm/SMConfigTool/smconfig.rmi.controlled.prp

3. 入力が要求されたら、次の各項目を指定します。

- 登録用の新規キーストアのパスワード

- Oracle Entitlements Serverのユーザー名(管理サーバーのユーザー名)

- Oracle Entitlements Serverのパスワード(管理サーバーのパスワード)

8.6.2.3 Web Serviceセキュリティ・モジュールの制御されたプッシュ・モードによる構成

Webサービス・セキュリティ・モジュールのインスタンスを制御された配布モードで構成するには、次の手順を実行します。

1. smconfig.ws.controlled.prpファイル(格納場所はOES_CLIENT_HOME/oessm/SMConfigTool)をテキスト・エディタで開き、表8-4で説明されているパラメータを指定します。

2. config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.sh –smConfigId <SM_NAME> -WSListeningPort <WSSM_PORT> -prpFileName OES_CLIENT_HOME/oessm/SMConfigTool/smconfig.ws.controlled.prp

3. 入力が要求されたら、次の各項目を指定します。

- 登録用の新規キーストアのパスワード

- Oracle Entitlements Serverのユーザー名(管理サーバーのユーザー名)

- Oracle Entitlements Serverのパスワード(管理サーバーのパスワード)

8.6.2.4 Oracle WebLogic Serverセキュリティ・モジュールの制御されたプッシュ・モードによる構成

Oracle WebLogic Serverセキュリティ・モジュールのインスタンスを制御された配布モードで構成するには、次の手順を実行します。

1. smconfig.wls.controlled.prpファイル(格納場所はOES_CLIENT_HOME/oessm/SMConfigTool)をテキスト・エディタで開き、表8-4で説明されているパラメータを指定します。

2. config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.sh –smConfigId <SM_NAME> -prpFileName $OES_CLIENT_HOME/oessm/SMConfigTool/smconfig.wls.controlled.prp –serverLocation <Location of Web Logic Server Home

3. 「JRFではない環境でのOESクライアント・ドメインの構成」または「JRF環境でのOESクライアント・ドメインの構成」の説明に従って、Oracle Entitlements Serverクライアント・ドメインを作成します。

8.6.3 セキュリティ・モジュールの構成

Oracle Entitlements Serverクライアントには、次のセキュリティ・モジュールがあります。

- WebLogic Serverセキュリティ・モジュールの構成

- Web Serviceセキュリティ・モジュールの構成

- Oracle WebLogic ServerのWeb Serviceセキュリティ・モジュールの構成

- Oracle Service Busセキュリティ・モジュールの構成

- IBM WebSphereセキュリティ・モジュールの構成

- JBossセキュリティ・モジュールの構成

- Apache Tomcatセキュリティ・モジュールの構成

- Javaセキュリティ・モジュールの構成

- RMIセキュリティ・モジュールの構成

- Microsoft .NETセキュリティ・モジュールの構成

- Microsoft SharePoint Server (MOSS)セキュリティ・モジュールの構成

8.6.3.1 WebLogic Serverセキュリティ・モジュールの構成

WebLogicセキュリティ・モジュールとは、ポリシー決定ポイントとポリシー施行ポイントの両方を備えたカスタムJavaセキュリティ・モジュールです。これは、明示的認可のAPIコールなしで、WebLogic Serverから直接リクエストを受信できます。これは、WebLogic Serverコンテナ上でのみ稼働します。

WebLogic Serverセキュリティ・モジュールのインスタンスを構成するには、config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

UNIXの場合:

config.sh -onJRF -smType wls -smConfigId mySM_WLS -serverLocation MW_HOME/wlserver_10.3/

Windowsの場合:

config.sh -onJRF -smType wls -smConfigId mySM_WLS -serverLocation MW_HOME\wlserver_10.3\

注意:

JRFではない環境を使用している場合は、-onJRFパラメータを指定しないでください。

制御されない配布モードや制御されるプル配布モードでは、入力を求められたらOracle Entitlements Serverスキーマの所有者とパスワードを指定します。

表8-6では、コマンドラインで指定するパラメータについて説明します。

表8-6 Oracle WebLogic Serverセキュリティ・モジュールのパラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。wlsとなります。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_WLS_Controlledです。

serverLocation

Oracle WebLogic Serverの場所です。

注意:

JRF環境でのOracle WebLogic Serverセキュリティ・モジュールのデフォルトの配布モードは、制御されないモードです。

JRFではない環境でのOracle WebLogic Serverセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ・モードです。

JRFではない環境でのOracle WebLogic Serverセキュリティ・モジュールでは、制御されたプッシュ・モードはサポートされていません。

構成ウィザードが表示されます。JRF環境およびJRFではない環境で、Oracle Entitlements Serverクライアント・ドメインを作成できます。選択したオプションに応じて、次のいずれかを実行してください。

- JRFではない環境でのOESクライアント・ドメインの構成

- JRF環境でのOESクライアント・ドメインの構成

8.6.3.1.1 JRFではない環境でのOESクライアント・ドメインの構成

Oracle Entitlements Serverクライアント・ドメインをJRFなしで作成するには、次の手順を実行します。

1. セキュリティ・モジュール構成ツールを起動すると、「Fusion Middleware構成ウィザード」が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。

注意:

既存のWebLogicドメインを拡張する場合は、次の手順に従う必要があります。

1. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次へ」をクリックします。

2. 「WebLogicドメイン・ディレクトリの選択」画面で、使用する既存のドメインを選択します。「次へ」をクリックします。

3. 「拡張ソースの選択」画面で、表示された製品の1つを選択してドメインを拡張するか、拡張テンプレートを参照してドメインを拡張するかを選択します。「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。手順4に進みます。

「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server WebLogic Security Module - 11.1.1.0 [oesclient]オプションを選択します。「次へ」をクリックします。

注意:

Oracle Entitlements Server管理サーバーに関連するドメインのテンプレートOracle Entitlements Server for Admin Server - 11.1.1.0 [IAM_HOME]を選択していないことを確認します。

「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面が表示されます。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。

6. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

8. オプション: 次の管理サーバー・パラメータを構成します。

- 名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。たとえば、AdminServerです。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の情報は、「リスニング・アドレス」の指定に関する項を参照してください。

- Listen port: 通常の非セキュア・リクエスト(HTTPやT3などのプロトコル経由)で使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7001です。

注意:

リスニング・ポートの値が、その他のOracle Identity and Access Managementコンポーネントのリスニング・ポートと異なっていることを確認します。詳細は、『Oracle Fusion Middleware管理者ガイド』のポートの管理に関する項を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: セキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7002です。

注意:

SSLリスニング・ポート値を指定したら、smconfig.wls.controlled.prpファイルまたはsmconfig.prpファイル内のoracle.security.jps.pd.clientPortプロパティをSSLリスニング・ポート値で更新する必要があります。次に、Oracle WebLogic Serverセキュリティ・モジュール向けのsmconfigツールを実行し、管理サーバーのSSLポートをoracle.security.jps.pd.clientPortで指定したポートに設定する必要があります。

9. オプション: 必要に応じて、管理対象サーバーを構成します。
「管理対象サーバーの構成」画面で、「追加」をクリックして2つの管理対象サーバーを作成します。次の情報を入力します。

- 名前: OES_ManagedServer_1およびOES_ManagedServer_2を入力します。

- Listen address: ドロップダウン・リストから、OES_ManagedServer_1およびOES_ManagedServer_2のリスニング・アドレスの値を選択します。

- Listen port: OES_ManagedServer_1およびOES_ManagedServer_2に使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: OES_ManagedServer_1およびOES_ManagedServer_2のセキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

10. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

11. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

12. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

13. オプション: 管理サーバーをマシンに割り当てます。

14. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

15. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

16. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

17. ドメインが正常に作成されたら、WebLogic Server Security Moduleインスタンスのフォルダ構造とファイルを確認できます。WebLogic Serverセキュリティ・モジュール・インスタンス構成のjps-config.xml構成ファイルは、$DOMAIN_HOME/config/oeswlssmconfig/AdminServerにあります。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでOESクライアント・ドメインを構成した後、「JRFではない環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

8.6.3.1.2JRF環境でのOESクライアント・ドメインの構成

OESクライアント・ドメインをJRF付きで作成するには、次の手順を実行します。

1. セキュリティ・モジュール構成ツールを起動すると、「Fusion Middleware構成ウィザード」が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。

注意:

既存のWebLogicドメインを拡張する場合は、次の手順に従う必要があります。

1. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次へ」をクリックします。

2. 「WebLogicドメイン・ディレクトリの選択」画面で、使用する既存のドメインを選択します。「次へ」をクリックします。

3. 「拡張ソースの選択」画面で、表示された製品の1つを選択してドメインを拡張するか、または拡張テンプレートを参照してドメインを拡張するかを選択します。「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。手順4に進みます。

「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server WebLogic Security Module On JRF - 11.1.1.0 [oesclient]オプションを選択します。「次へ」をクリックします。

注意:

Oracle Entitlements Server管理サーバーに関連するドメインのテンプレートOracle Entitlements Server for Admin Server - 11.1.1.0 [IAM_HOME]を選択していないことを確認します。

「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面が表示されます。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。

6. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

8. オプション: 次の管理サーバー・パラメータを構成します。

- 名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。たとえば、AdminServerです。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の情報は、「リスニング・アドレス」の指定に関する項を参照してください。

- Listen port: 通常の非セキュア・リクエスト(HTTPやT3などのプロトコル経由)で使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7001です。

注意:

リスニング・ポートの値が、その他のOracle Identity and Access Managementコンポーネントのリスニング・ポートと異なっていることを確認します。詳細は、『Oracle Fusion Middleware管理者ガイド』のポートの管理に関する項を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: セキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7002です。

注意:

SSLリスニング・ポート値を指定したら、smconfig.wls.controlled.prpファイルまたはsmconfig.prpファイル内のoracle.security.jps.pd.clientPortプロパティをSSLリスニング・ポート値で更新する必要があります。次に、Oracle WebLogic Serverセキュリティ・モジュール向けのsmconfigツールを実行し、管理サーバーのSSLポートをoracle.security.jps.pd.clientPortで指定したポートに設定する必要があります。

9. オプション: 必要に応じて、管理対象サーバーを構成します。
「管理対象サーバーの構成」画面で、「追加」をクリックして2つの管理対象サーバーを作成します。次の情報を入力します。

- 名前: OES_ManagedServer_1およびOES_ManagedServer_2を入力します。

- Listen address: ドロップダウン・リストから、OES_ManagedServer_1およびOES_ManagedServer_2のリスニング・アドレスの値を選択します。

- Listen port: OES_ManagedServer_1およびOES_ManagedServer_2に使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: OES_ManagedServer_1およびOES_ManagedServer_2のセキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

10. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

11. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

12. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

13. オプション: 管理サーバーをマシンに割り当てます。

14. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

15. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

16. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでOESクライアント・ドメインを構成した後、「JRF環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

8.6.3.2 Web Serviceセキュリティ・モジュールの構成

Web Serviceセキュリティ・モジュールのインスタンスを作成するには、config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.sh -smType ws -smConfigId mySM_Ws -serverPort 9410

制御されたプッシュ・モードでは、Oracle Entitlements Server管理サーバーのユーザー名とパスワード、および登録用の新規キーストアのパスワードの入力を求められたら、それらを指定します。

制御されない配布モードや制御されたプル配布モードでは、入力を求められたらOracle Entitlements Serverスキーマのユーザー名とパスワードを指定します。

表8-7では、コマンドラインで指定するパラメータについて説明します。

表8-7 Web Serviceセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。Web Serviceセキュリティ・モジュールでは、このパラメータの値はwsとなります。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_wsです。

serverPort

Web Serviceリスニング・ポートです。たとえば、9410です。

注意:

Web Serviceセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

このコマンドは、Webserviceセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

8.6.3.3 Oracle WebLogic ServerのWeb Serviceセキュリティ・モジュールの構成

Web Serviceセキュリティ・モジュールのインスタンスを、Oracle WebLogic Serverに作成するには、config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.sh -onJRF -smType ws -onWLS -smConfigId mySM_WsOnWLS -serverLocation <WebLogic_server_Home> -serverPort <WebLogic_server_port> -pdServer <oes_server_address> -pdPort <oes_server_ssl_port> -serverUserName <username> -serverPassword <password>

注意:

JRFではない環境を使用している場合は、-onJRFパラメータを指定しないでください。

制御されたプッシュ・モードでは、Oracle Entitlements Server管理サーバーのユーザー名とパスワード、および登録用の新規キーストアのパスワードの入力を求められたら、それらを指定します。

制御されない配布モードや制御されたプル配布モードでは、入力を求められたらOracle Entitlements Serverスキーマのユーザー名とパスワードを指定します。

表8-8では、コマンドラインで指定するパラメータについて説明します。

表8-8 Oracle WebLogic ServerのWeb Serviceセキュリティ・モジュールのパラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。Web Serviceセキュリティ・モジュールでは、このパラメータの値はwsとなります。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_ws_Controlledです。

pdServer

Oracle Entitlements Server管理サーバーのアドレスです。

pdPort

Oracle Entitlements Server管理サーバーのSSLポートです。たとえば、7002です。

serverLocation

Oracle WebLogic Serverの場所です。

serverPort

serverPortの値は、Webサービス・セキュリティ・モジュールのリスニング・ポートを指定します。Oracle WebLogic ServerのWebサービス・セキュリティ・モジュールでは、リスニング・ポートがWebLogic管理サーバーのポートになります。したがって、serverPortでは、Oracle WebLogic管理サーバーのポートの値を指定する必要があります。

たとえば、7001などです。

serverUserName

Oracle WebLogic Serverの管理ユーザー名を指定します。例: weblogic

serverPassword

Oracle WebLogic Serverの管理パスワードを指定します。

注意:

JRFではない環境でのOracle WebLogic ServerのWeb Serviceセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

JRF環境でのOracle WebLogic ServerのWeb Serviceセキュリティ・モジュールのデフォルトの配布モードは、制御されない配布です。

このコマンドは、Oracle WebLogic ServerのWeb Serviceセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

構成ウィザードが表示されます。JRF環境のOracle WebLogic ServerにWebサービスとともにOESクライアント・ドメインを作成でき、またJRFではない環境のOracle WebLogic ServerにWebサービスとともにOESクライアント・ドメインを作成できます。選択したオプションに応じて、次のいずれかを実行してください。

- JRFではない環境のOracle WebLogic ServerドメインでのWebサービスの構成

- JRF環境のOracle WebLogic ServerドメインでのWebサービスの構成

8.6.3.3.1 JRFではない環境のOracle WebLogic ServerドメインでのWebサービスの構成

JRFではない環境のOracle WebLogic ServerドメインでWebサービスを作成するには、次の手順を実行します。

1. セキュリティ・モジュール構成ツールを起動すると、「Fusion Middleware構成ウィザード」が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。

注意:

既存のWebLogicドメインを拡張する場合は、次の手順に従う必要があります。

1. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次へ」をクリックします。

2. 「WebLogicドメイン・ディレクトリの選択」画面で、使用する既存のドメインを選択します。「次へ」をクリックします。

3. 「拡張ソースの選択」画面で、表示された製品の1つを選択してドメインを拡張するか、または拡張テンプレートを参照してドメインを拡張するかを選択します。「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。手順4に進みます。

「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server Web Service Security Module on Weblogic- 11.1.1.0 [oesclient]オプションを選択します。「次へ」をクリックします。

注意:

Oracle Entitlements Server管理サーバーに関連するドメインのテンプレートOracle Entitlements Server for Admin Server - 11.1.1.0 [IAM_HOME]を選択していないことを確認します。

「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面が表示されます。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。

6. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

8. オプション: 次の管理サーバー・パラメータを構成します。

- 名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。たとえば、AdminServerです。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の情報は、「リスニング・アドレス」の指定に関する項を参照してください。

- Listen port: 通常の非セキュア・リクエスト(HTTPやT3などのプロトコル経由)で使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7001です。

注意:

リスニング・ポートの値が、その他のOracle Identity and Access Managementコンポーネントのリスニング・ポートと異なっていることを確認します。詳細は、『Oracle Fusion Middleware管理者ガイド』のポートの管理に関する項を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: セキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7002です。

注意:

SSLリスニング・ポート値を指定したら、smconfig.wls.controlled.prpファイルまたはsmconfig.prpファイル内のoracle.security.jps.pd.clientPortプロパティをSSLリスニング・ポート値で更新する必要があります。次に、Oracle WebLogic Serverセキュリティ・モジュール向けのsmconfigツールを実行し、管理サーバーのSSLポートをoracle.security.jps.pd.clientPortで指定したポートに設定する必要があります。

9. オプション: 必要に応じて、管理対象サーバーを構成します。
「管理対象サーバーの構成」画面で、「追加」をクリックして2つの管理対象サーバーを作成します。次の情報を入力します。

- 名前: OES_ManagedServer_1およびOES_ManagedServer_2を入力します。

- Listen address: ドロップダウン・リストから、OES_ManagedServer_1およびOES_ManagedServer_2のリスニング・アドレスの値を選択します。

- Listen port: OES_ManagedServer_1およびOES_ManagedServer_2に使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: OES_ManagedServer_1およびOES_ManagedServer_2のセキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

10. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

11. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

12. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

13. オプション: 管理サーバーをマシンに割り当てます。

14. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

15. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

16. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

17. ドメインが正常に作成されたら、Oracle WebLogic ServerでWeb Serviceセキュリティ・モジュール・インスタンスのフォルダ構造とファイルを確認できます。Oracle WebLogic ServerのWebLogic Serverセキュリティ・モジュール・インスタンス構成のjps-config.xml構成ファイルは、$DOMAIN_HOME/config/oeswlssmconfig/AdminServerにあります。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでOracle WebLogic ServerドメインにWebサービスを構成した後、「JRFではない環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

8.6.3.3.2 JRF環境のOracle WebLogic ServerドメインでのWebサービスの構成

JRF環境のOracle WebLogic ServerドメインでWebサービスを作成するには、次の手順を実行します。

1. セキュリティ・モジュール構成ツールを起動すると、「Fusion Middleware構成ウィザード」が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。

注意:

既存のWebLogicドメインを拡張する場合は、次の手順に従う必要があります。

1. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」オプションを選択します。「次へ」をクリックします。

2. 「WebLogicドメイン・ディレクトリの選択」画面で、使用する既存のドメインを選択します。「次へ」をクリックします。

3. 「拡張ソースの選択」画面で、表示された製品の1つを選択してドメインを拡張するか、または拡張テンプレートを参照してドメインを拡張するかを選択します。「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。手順4に進みます。

「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server Web Service Security Module on Weblogic and JRF- 11.1.1.0 [oesclient]オプションを選択します。「次へ」をクリックします。

注意:

Oracle Entitlements Server管理サーバーに関連するドメインのテンプレートOracle Entitlements Server for Admin Server - 11.1.1.0 [IAM_HOME]を選択していないことを確認します。

「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面が表示されます。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。

6. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

8. オプション: 次の管理サーバー・パラメータを構成します。

- 名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。たとえば、AdminServerです。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の情報は、「リスニング・アドレス」の指定に関する項を参照してください。

- Listen port: 通常の非セキュア・リクエスト(HTTPやT3などのプロトコル経由)で使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7001です。

注意:

リスニング・ポートの値が、その他のOracle Identity and Access Managementコンポーネントのリスニング・ポートと異なっていることを確認します。詳細は、『Oracle Fusion Middleware管理者ガイド』のポートの管理に関する項を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: セキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7002です。

注意:

SSLリスニング・ポート値を指定したら、smconfig.wls.controlled.prpファイルまたはsmconfig.prpファイル内のoracle.security.jps.pd.clientPortプロパティをSSLリスニング・ポート値で更新する必要があります。次に、Oracle WebLogic Serverセキュリティ・モジュール向けのsmconfigツールを実行し、管理サーバーのSSLポートをoracle.security.jps.pd.clientPortで指定したポートに設定する必要があります。

9. オプション: 必要に応じて、管理対象サーバーを構成します。
「管理対象サーバーの構成」画面で、「追加」をクリックして2つの管理対象サーバーを作成します。次の情報を入力します。

- 名前: OES_ManagedServer_1およびOES_ManagedServer_2を入力します。

- Listen address: ドロップダウン・リストから、OES_ManagedServer_1およびOES_ManagedServer_2のリスニング・アドレスの値を選択します。

- Listen port: OES_ManagedServer_1およびOES_ManagedServer_2に使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: OES_ManagedServer_1およびOES_ManagedServer_2のセキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

10. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

11. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

12. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

13. オプション: 管理サーバーをマシンに割り当てます。

14. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

15. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

16. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでOracle WebLogic ServerドメインにWebサービスを構成した後、「JRF環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

8.6.3.4 Oracle Service Busセキュリティ・モジュールの構成

Oracle Service Busセキュリティ・モジュールのインスタンスを作成するには、config.sh(UNIXの場合、格納場所は OES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行する必要があります。

config.sh -onJRF -smType wls -smConfigId myosb_WLS -serverLocation <server_location>

表8-9 Oracle Service Busセキュリティ・モジュールのパラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、jbossです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_WLSです。

serverLocation

Oracle WebLogic Serverの場所です。

注意:

Oracle Service Busセキュリティ・モジュールのデフォルトの配布モードは、制御されない配布です。

構成ウィザードが表示されます。Oracle Service Bus環境とともにOESクライアント・ドメインを、次のように作成できます。

1. セキュリティ・モジュール構成ツールを起動すると、「Fusion Middleware構成ウィザード」が表示されます。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。
「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server Security Module On Service Bus - 11.1.1.0 [OESCLIENT]オプションを選択します。「次へ」をクリックします。

注意:

Oracle Entitlements Server管理サーバーに関連するドメインのテンプレートOracle Entitlements Server for Admin Server - 11.1.1.0 [IAM_HOME]を選択していないことを確認します。

「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面が表示されます。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。

6. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

8. オプション: 次の管理サーバー・パラメータを構成します。

- 名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。たとえば、AdminServerです。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の情報は、「リスニング・アドレス」の指定に関する項を参照してください。

- Listen port: 通常の非セキュア・リクエスト(HTTPやT3などのプロトコル経由)で使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7001です。

注意:

リスニング・ポートの値が、その他のOracle Identity and Access Managementコンポーネントのリスニング・ポートと異なっていることを確認します。詳細は、『Oracle Fusion Middleware管理者ガイド』のポートの管理に関する項を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: セキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7002です。

注意:

SSLリスニング・ポート値を指定したら、smconfig.wls.controlled.prpファイルまたはsmconfig.prpファイル内のoracle.security.jps.pd.clientPortプロパティをSSLリスニング・ポート値で更新する必要があります。次に、Oracle WebLogic Serverセキュリティ・モジュール向けのsmconfigツールを実行し、管理サーバーのSSLポートをoracle.security.jps.pd.clientPortで指定したポートに設定する必要があります。

9. オプション: 必要に応じて、管理対象サーバーを構成します。
「管理対象サーバーの構成」画面で、「追加」をクリックして2つの管理対象サーバーを作成します。次の情報を入力します。

- 名前: OES_ManagedServer_1およびOES_ManagedServer_2を入力します。

- Listen address: ドロップダウン・リストから、OES_ManagedServer_1およびOES_ManagedServer_2のリスニング・アドレスの値を選択します。

- Listen port: OES_ManagedServer_1およびOES_ManagedServer_2に使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- SSLリスニング・ポート: OES_ManagedServer_1およびOES_ManagedServer_2のセキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポートの範囲は1から65535までです。

10. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

11. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

12. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

13. オプション: 管理サーバーをマシンに割り当てます。

14. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

15. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

16. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでOracle Service Busセキュリティ・モジュールを構成した後、「JRF環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

認可プロバイダの構成

認可プロバイダを構成する必要があります。認可プロバイダの構成の詳細は、次のリンクから入手できるOracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプのドキュメントで認可プロバイダの構成に関する項を参照してください。

http://docs.oracle.com/cd/E23943_01/apirefs.1111/e13952/taskhelp/security/ConfigureAuthorizationProviders.html

ロール・マッピング・プロバイダの構成

ロール・マッピング・プロバイダを構成する必要があります。ロール・マッピング・プロバイダの構成の詳細は、次のリンクから入手できるOracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプのドキュメントでロール・マッピング・プロバイダの構成に関する項を参照してください。

http://docs.oracle.com/cd/E23943_01/apirefs.1111/e13952/taskhelp/security/ConfigureRoleMappingProviders.html

8.6.3.5 IBM WebSphereセキュリティ・モジュールの構成

JRF環境およびJRFではない環境で、WebSphereを構成できます。選択したオプションに応じて、次のいずれかを実行してください。

- JRFではない環境でのWebSphereセキュリティ・モジュールの構成

- JRF環境でのWebSphereセキュリティ・モジュールの構成

8.6.3.5.1 JRFではない環境でのWebSphereセキュリティ・モジュールの構成

JRFではない環境でWebSphereセキュリティ・モジュールを構成するには、次の手順を実行します。

1. IBM WebSphereコンソールを使用して新規アプリケーション・サーバーを作成し、それをOesServerと名付けます。

2. IBM WebSphereに対して作成したOracle Entitlements Server (OesServer)を起動します。

3. smconfig.prpファイルをテキスト・エディタで開き、pdクライアント・ポートおよびpd appクライアント・コンテキストを指定します。pdクライアント・ポート番号はIBM WebSphere Application ServerのSSLポート番号であり、pd appクライアント・コンテキストはwas-client.jarをデプロイする場所です。次に例を示します。

oracle.security.jps.pd.was.client.appcontext=pd-client
oracle.security.jps.pd.clientPort=8002

4. config.shコマンドを次のように実行します。

$OES_CLIENT_HOME/oessm/bin/config.sh -smType was -smConfigId mySM_WAS -serverLocation WAS_HOME -profileName <dmgr_profileName>

WAS_HOMEは、IBM WebSphere Application Serverの場所です。

選択した配布モードに対して、ユーザー名とパスワードの入力を求められたら、IBM WebSphereサーバーのユーザー名とパスワードを指定する必要があります。

制御されたプッシュ・モードでは、Oracle Entitlements Server管理サーバーのユーザー名とパスワード、および登録用の新規キーストアのパスワードの入力を求められます。

制御されないモードや制御されたプル・モードでは、Oracle Entitlements Serverスキーマのユーザー名とパスワードの入力が求められます。

表8-10では、コマンドラインで指定するパラメータについて説明します。

表8-10 IBM WebSphereセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、wasです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_WASです。

serverLocation

IBM WebSphere Serverの場所です。

注意:

JRFではない環境でのIBM WebSphereセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

5. IBM WebSphere Application ServerのSSLを次のように構成します。

1. 次の例に示すように、keytoolを使用してWLSデモ信頼証明書をWLSデモ信頼キーストア・ファイルからエクスポートすることで、Oracle WebLogic Serverデモ信頼証明書をIBM WebSphereノードのデフォルト信頼キーストアおよびセルのデフォルト信頼キーストアにインポートします。または、OES trust.jksファイルを.derにインポートします。

keytool -exportcert -keystore $OES_CLIENT_HOME/oessm/enroll/DemoTrust.jks -alias wlscertgencab -file ~/was.der

2. 次のように、was.derファイルをWASノードのデフォルト信頼キーストアとセルのデフォルト信頼キーストアにインポートします。

- IBM WebSphere Administration Serverコンソールでインポートを確認できます。
「security」→「SSL certificate and key management」→「Key stores and certificates」→「<NodeDefaultTrustStore> <CellDefaultTrustStore>」(ここでは名前を1つ選択する必要があります)→「Signer certificates」。

- 「追加」をクリックします。

- 別名を入力します。たとえば、WLSです。

- エクスポート済の.derファイルを選択し、データ型にはDERを選択します。

3. 次のように、発行済の秘密鍵をIBM WebSphereノードのデフォルト・キーストアにインポートします。

- IBM WebSphere Administration Serverコンソールでインポートを確認できます。
「security」→「SSL certificate and key management」→「Key stores and certificates」→「NodeDefaultKeyStore」→「Personal certificates」。

- 「インポート」をクリックします。

- 「Keystore」を選択し、キーストア・ファイルへのパスを入力します(格納場所はOES_CLIENT_HOME/oes_sm_instances/mySM_WAS/security/identity.jks)。

- タイプにJKSを選択し、キーストア・ファイルの作成に使用したパスワードを入力します。

- 証明書の別名はホスト名と同じです。

注意:

デモ信頼証明書をWAS NDエディションの2つの信頼ストアにインポートする必要があります。秘密鍵の場合、1つのキーストアをインポートする必要があります。

4. 次のように、IBM WebSphereセキュリティ・モジュールが実行されているサーバーに対するインバウンドSSLを有効化します。

- IBM WebSphere管理コンソールで、「Security」→「SSL certificate and key management」→「Manage endpoint security configurations」の順に移動します。

- インバウンド・ツリーを展開して「Inbound」→「DefaultCell(CellDefaultSSLSettings)」→「nodes」→「DefaultCellFederatedNode」→「servers」→「<server name running IBM WebSphere Security Module>」と表示し、サーバーを選択します。

- 「General Properties」ページで、「Override inherited values」を選択します。

- 「SSL configuration」リストで、「NodeDefaultSSLSettings」を選択します。

- 「Update certificate alias list」ボタンをクリックし、「Certificate alias in key store」リストで新規インポート済の秘密鍵の別名を選択します。

- 「適用」をクリックします。

5. 次のように、IBM WebSphereセキュリティ・モジュールが実行されているサーバーに対するアウトバウンドSSLを有効化します。

- IBM WebSphere管理コンソールで、「Security」→「SSL certificate and key management」→「Manage endpoint security configurations」の順に移動します。

- インバウンド・ツリーを展開して「Outbound」→「DefaultCell(CellDefaultSSLSettings)」→「nodes」→「DefaultCellFederatedNode」→「servers」→「<server name running IBM WebSphere Security Module>」と表示し、サーバーを選択します。

- 「General Properties」ページで、「Override inherited values」を選択します。

- 「SSL configuration」リストで、「NodeDefaultSSLSettings」を選択します。

- 「Update certificate alias list」をクリックし、「Certificate alias in key store」リストで新規インポート済の秘密鍵の別名を選択します。

- 「適用」をクリックします。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでWebSphereセキュリティ・モジュールを構成した後、「JRFではない環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

8.6.3.5.2 JRF環境でのWebSphereセキュリティ・モジュールの構成

JRF環境でWebSphereセキュリティ・モジュールを構成するには、次の手順を実行します。

1. 次のリンクから入手できるOracle Fusion Middleware IBM WebSphere Application Server構成ガイドの説明に従って、IBM WebSphere Application Serverを構成します。
http://docs.oracle.com/cd/E21764_01/web.1111/e17764/toc.htm

注意:

「セルへの製品追加」画面で、Oracle JRF for WebSphere - 11.1.1.0 [oracle_common]を選択していることを確認してください。

2. config.shコマンドを次のように実行します。

$OES_CLIENT_HOME/oessm/bin/config.sh -smType was -smConfigId mySM_WAS -onJRF -conntype SOAP -host <websphere_host> -port <websphere_port> -user <username> -password <password> -serverLocation WAS_HOME -profileName <dmgr_profileName>

WAS_HOMEは、IBM WebSphere Application Serverの場所です。

選択した配布モードに対して、ユーザー名とパスワードの入力を求められたら、IBM WebSphereサーバーのユーザー名とパスワードを指定する必要があります。

制御されたプッシュ・モードでは、Oracle Entitlements Server管理サーバーのユーザー名とパスワード、および登録用の新規キーストアのパスワードの入力を求められます。

制御されないモードや制御されたプル・モードでは、Oracle Entitlements Serverスキーマのユーザー名とパスワードの入力が求められます。

表8-10では、コマンドラインで指定するパラメータについて説明します。

表8-11 IBM WebSphereセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、wasです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_WASです。

serverLocation

IBM WebSphere Serverの場所です。

host

WebSphereのホスト名を指定します。

port

WebSphereのノード・マネージャのポートを指定します。例: 8882

user

WebSphereのユーザー名を指定します。例: websphere

password

WebSphereのパスワードを指定します。

注意:

JRF環境でのIBM WebSphereセキュリティ・モジュールのデフォルトの配布モードは、制御されない配布です。

Oracle Databaseへの接続の設定

配布されない配布モードまたは制御されたプル配布モードでWebSphereセキュリティ・モジュールを構成した後、「JRF環境に構成されたセキュリティ・モジュールのOracle Databaseへの接続の設定」の説明のとおりにOracle Databaseへの接続を設定する必要があります。

8.6.3.6 JBossセキュリティ・モジュールの構成

JBossセキュリティ・モジュールのインスタンスを作成するには、 config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行する必要があります。

config.sh -smType jboss -smConfigId mySM_JBOSS -serverLocation <middleware>/jbosslocation/

表8-12 JBossセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、jbossです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_WLSです。

serverLocation

JBossアプリケーション・サーバーの場所です。

注意:

JBossセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

制御されたプッシュ・モードを動作させるために、WebLogic管理コンソールにログインし、「環境」→「サーバー」→「管理サーバー」→「SSL」に移動する必要があります。「管理サーバーの設定」ページが表示されます。「詳細」タブをクリックし、「サーバーの証明書を使用」を選択します。

8.6.3.7 Apache Tomcatセキュリティ・モジュールの構成

Apache Tomcatセキュリティ・モジュールのインスタンスを作成するには、config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行する必要があります。

config.sh -smType tomcat -smConfigId my_tomcat_sm_push pdServer <oes_server_address> -pdPort <oes_server_port> -sslPort <oes_server_ssl_port> -serverLocation <apache-tomcat Home> -jaxwsRIHome  <jaxwsRI_Home>  -serverUserName <username> -serverPassword <password>

表8-13 Apache Tomcatセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、tomcatです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、my_tomcat_sm_pushです。

pdServer

Oracle Entitlements Server管理サーバーのアドレスです。

pdPort

Oracle Entitlements Server管理サーバーのポート番号です。たとえば、7002です。

sslPort

Oracle Entitlements Server管理サーバーのSSLポート番号です。たとえば、8449です。

serverLocation

Apache Tomcatサーバーの場所です。

jaxwsRIHome

JAXWS-RIの場所です。

注意: 制御されたプッシュ・モードでは、JAXWSサポートが必要です。Apache Tomcatは、デフォルトではJAXWSをサポートしていません。JAXWS-RIは次の場所からダウンロードできます。

http://jax-ws.java.net/2.1.7/

serverUserName

Oracle WebLogic Serverの管理ユーザー名を指定します。例: weblogic

serverPassword

Oracle WebLogic Serverの管理パスワードを指定します。

注意:

Apache Tomcatセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

制御されたプッシュ・モードを動作させるために、WebLogic管理コンソールにログインし、「環境」→「サーバー」→「管理サーバー」→「SSL」に移動する必要があります。「管理サーバーの設定」ページが表示されます。「詳細」タブをクリックし、「サーバーの証明書を使用」を選択します。

8.6.3.8 Javaセキュリティ・モジュールの構成

Javaセキュリティ・モジュールのインスタンスを作成するには、config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行する必要があります。

注意:

Javaセキュリティ・モジュールをWeb Serviceセキュリティ・モジュールやRMIセキュリティ・モジュールとともにプロキシ・モードで使用する場合は、oes-ws-client.jarまたはoes-rmi-client.jarを使用する必要があります。oes-client.jarは使用しないでください。

config.sh -smType java -smConfigId mySM_Java

制御されたプッシュ・モードでは、Oracle Entitlements Server管理サーバーのユーザー名とパスワード、および登録用の新規キーストアのパスワードの入力を求められます。

制御されないモードや制御されたプル・モードでは、Oracle Entitlements Serverスキーマのユーザー名とパスワードの入力を求められます。

表8-14では、コマンドラインで指定するパラメータについて説明します。

表8-14 JSEセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、javaです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_javaです。

注意:

JSEセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

Javaセキュリティ・モジュール・インスタンスは、OES_CLIENT_HOME/oes_sm_instances/mySM_javaで作成されます(表8-14で説明されているデフォルト値を使用した場合)。

8.6.3.9 RMIセキュリティ・モジュールの構成

RMIセキュリティ・モジュールのインスタンスを構成するには、config.sh(UNIXの場合、格納場所は OES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行する必要があります。

config.sh -smType rmi -smConfigId mySM_Rmi -serverPort 9405

制御されたプッシュ・モードでは、Oracle Entitlements Server管理サーバーのユーザー名とパスワード、および登録用の新規キーストアのパスワードの入力を求められたら、それらを指定します。

制御されない配布モードや制御されたプル配布モードでは、入力を求められたらOracle Entitlements Serverスキーマのユーザー名とパスワードを指定します。

表8-15では、コマンドラインで指定するパラメータについて説明します。

表8-15 RMIセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、rmiです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、mySM_rmiです。

serverPort

RMIリスニング・ポートたとえば、9405です。

注意:

RMIセキュリティ・モジュールのデフォルトの配布モードは、制御されたプッシュ配布です。

このコマンドは、RMIセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

8.6.3.10 Microsoft .NETセキュリティ・モジュールの構成

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

- .NETセキュリティ・モジュールの構成の前提条件

- Microsoft .NETの構成シナリオ

8.6.3.10.1 .NETセキュリティ・モジュールの構成の前提条件

.NETセキュリティ・モジュールを構成する前に、次の手順を実行する必要があります。

dotnetsm_config.propertiesファイル(格納場所は<MW_Home>\as_1\oessm\dotnetsm\configtool)を開き、次の情報を更新します。

- application.config.file: .Netアプリケーションのタイプに基づいて構成ファイルのパスを指定します。例: app.configまたはweb.config

- application.log4NetXmlfile: log4net.xml構成ファイルの場所を指定します。既存のロギング構成ファイルがない場合、デフォルトの場所を指定します(OES_CLIENT_HOME/oessm/dotnetsm/logging/log4Net.xml)。

- wssm.smurl: 次のフォーマットで、WSSM経由で公開されたOES WebサービスURIを指定します。
http://<host>:<port>/Ssmws

- gac.utility: Microsoft .NET Framework Global Assembly Cache (GAC)ユーティリティの場所を指定します。次の操作を定義できます。
config: このオプションを選択する場合、SMconfigツールは、GACユーティリティのOES-PEP.dllおよびlog4NET.dllを登録します。

remove: このオプションを選択する場合、SMconfigツールは、DLLをGACユーティリティから削除し、application.config.fileから構成パラメータを削除します。

8.6.3.10.2 Microsoft .NETの構成シナリオ

次のシナリオで、.NETセキュリティ・モジュールを構成できます。

- シナリオ1: .NETおよびWebサービスが1つのマシンの場合

- シナリオ2: .NETおよびWebサービスが別のマシンの場合

シナリオ1: .NETおよびWebサービスが1つのマシンの場合

.NETおよびWebサービスが1つのマシンにインストールされている場合、次の構成が可能です。

- .NETセキュリティ・モジュールおよびWeb Serviceセキュリティ・モジュールの構成

- .NETセキュリティ・モジュールの構成

.NETセキュリティ・モジュールおよびWeb Serviceセキュリティ・モジュールの構成

.NETおよびWebサービスが1つのマシンにインストールされており、.NETセキュリティ・モジュールおよびWeb Serviceセキュリティ・モジュールを構成する場合、このシナリオの構成を実行します。

OES_CLIENT_HOME\oessm\binディレクトリにあるconfig.cmd(Windowsの場合)を次のように実行します。

config.cmd -smType dotnetws -prpFileName <ws_config> –dotnetprpFileName <dotnetsm_config> -smConfigId myDotnet –pdServer <oes_server_address> -pdPort <oes_server_ssl_port> -WSListeningPort 9410

表8-16では、コマンドラインで指定するパラメータについて説明します。

表8-16 .NETセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、dotnetwsです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、myDotnetです。

prpFileName

<OES_Client_Home>\oessm\wssm\configtoolにあるsmconfig.prpファイルへのパスを指定します。

dotnetprpFileName

<OES_Client_Home>\oessm\dotnetsm\configtoolにあるdotnetsm_config.propertiesファイルへのパスを指定します。

pdServer

Oracle Entitlements Server管理サーバーのアドレスです。

pdPort

Oracle Entitlements Server管理サーバーのポート番号です。たとえば、7002です。

WSListeningPort

Web Serviceリスニング・ポートです。たとえば、9410です。

このコマンドは、.NETセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

.NETセキュリティ・モジュールの構成

.NETおよびWebサービスが1つのマシンにインストールされており、Web Serviceセキュリティ・モジュールがすでに構成されている場合、このシナリオの構成を実行します。

次のコマンドを使用して.NETセキュリティ・モジュールのインスタンスを構成する前に、「Oracle WebLogicサーバーのWeb Serviceセキュリティ・モジュールの構成」の説明に従って、Web Serviceセキュリティ・モジュールを構成していることを確認します。

Windowsの場合config.cmd(格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.cmd -smType dotnet -smConfigId myDotnet -prpFileName <ws_config> –dotnetprpFileName <dotnetsm_config>

表8-18では、コマンドラインで指定するパラメータについて説明します。

表8-17 .NETセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、dotnetです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、myDotnetです。

prpFileName

<OES_Client_Home>\oessm\wssm\configtoolにあるsmconfig.prpファイルへのパスを指定します。

dotnetprpFileName

<OES_Client_Home>\oessm\dotnetsm\configtoolにあるdotnetsm_config.propertiesファイルへのパスを指定します。

このコマンドは、.NETセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

使用している.NETアプリケーションのapplication.configファイルに、appSettingsセクションのSsmUrl、SsmIdおよびlog4NetXmlの値が含まれていることを確認します。

次に例を示します。

<appSettings>    <add key="SsmUrl" value="<wssm.smurl>"
<add key="SsmId" value="<smConfigId>"/>
<add key="FailureRetryCount" value="3"/>
<add key="FailbackTimeoutMilliSecs" value="180000"/>
<add key="RequestTimeoutMilliSecs" value="10000"/>
<add key="SynchronizationIntervalMilliSecs" value="60000"/>
<add key="log4NetXmlfile" value="<application.log4NetXmlfile> "/>
</appSettings>

シナリオ2: .NETおよびWebサービスが別のマシンの場合

.NETおよびWebサービスが別のマシンにインストールされている場合、このシナリオの構成を実行します。

次のコマンドを使用して.NETセキュリティ・モジュールのインスタンスを構成する前に、「Oracle WebLogicサーバーのWeb Serviceセキュリティ・モジュールの構成」の説明に従って、Web Serviceセキュリティ・モジュールを構成していることを確認します。

Windowsの場合config.cmd(格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行します。

config.cmd -smType dotnet -smConfigId myDotnet -prpFileName <ws_config> –dotnetprpFileName <dotnetsm_config>

表8-18では、コマンドラインで指定するパラメータについて説明します。

表8-18 .NETセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、dotnetです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、myDotnetです。

prpFileName

<OES_Client_Home>\oessm\wssm\configtoolにあるsmconfig.prpファイルへのパスを指定します。

dotnetprpFileName

<OES_Client_Home>\oessm\dotnetsm\configtoolにあるdotnetsm_config.propertiesファイルへのパスを指定します。

このコマンドは、.NETセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

使用している.NETアプリケーションのapplication.configファイルに、appSettingsセクションのSsmUrl、SsmIdおよびlog4NetXmlの値が含まれていることを確認します。

次に例を示します。

<appSettings>    <add key="SsmUrl" value="<wssm.smurl>"
<add key="SsmId" value="<smConfigId>"/>
<add key="FailureRetryCount" value="3"/>
<add key="FailbackTimeoutMilliSecs" value="180000"/>
<add key="RequestTimeoutMilliSecs" value="10000"/>
<add key="SynchronizationIntervalMilliSecs" value="60000"/>
<add key="log4NetXmlfile" value="<application.log4NetXmlfile> "/>
</appSettings>

8.6.3.11 Microsoft SharePoint Server (MOSS)セキュリティ・モジュールの構成

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

- MOSSセキュリティ・モジュールの構成の前提条件

- MOSS構成シナリオ

- リソース検出ツールの実行

- リソース・ポリシーの移行

8.6.3.11.1 MOSSセキュリティ・モジュールの構成の前提条件

MOSSセキュリティ・モジュールのインスタンスを構成する前に、次を確認する必要があります。

- Microsoft SharePoint Server (MOSS)がマシンにインストールされていること。

- OES MOSSセキュリティ・モジュールによって保護されているサイト・コレクションおよびその他のリソースに関連するMOSS Webアプリケーションが作成されていること。

8.6.3.11.2 MOSS構成シナリオ

次のシナリオで、MOSSセキュリティ・モジュールを構成できます。

- シナリオ1: MOSSおよびWebサービスが1つのマシンの場合

- シナリオ2: MOSSおよびWebサービスが別のマシンの場合

シナリオ1: MOSSおよびWebサービスが1つのマシンの場合

MOSSおよびWebサービスが1つのマシンにインストールされている場合、次の構成が可能です。

- MOSSセキュリティ・モジュールおよびWeb Serviceセキュリティ・モジュールの構成

- MOSSセキュリティ・モジュールの構成

MOSSセキュリティ・モジュールおよびWeb Serviceセキュリティ・モジュールの構成

MOSSおよびWebサービスが1つのマシンにインストールされており、MOSSセキュリティ・モジュールおよびWeb Serviceセキュリティ・モジュールを構成する場合、このシナリオの構成を実行します。

OES_CLIENT_HOME\oessm\binディレクトリにあるconfig.cmdファイル(Windowsの場合)を次のように実行します。

config.cmd -smType mossws –prpFileName <ws_config> –mossprpFileName <moss_config> -smConfigId myMoss –pdServer <oes_server_address> -pdPort <oes_server_ssl_port> -WSListeningPort 9410

表8-19では、コマンドラインで指定するパラメータについて説明します。

表8-19 MOSSセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、mosswsです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、myMossです。

prpFileName

<OES_Client_Home>\oessm\wssm\configtoolにあるsmconfig.prpファイルへのパスを指定します。

mossprpFileName

<OES_Client_Home>\oessm\mosssm\adm\configtoolにあるmoss_config.propertiesファイルへのパスを指定します。

pdServer

Oracle Entitlements Server管理サーバーのアドレスです。

pdPort

Oracle Entitlements Server管理サーバーのポート番号です。たとえば、7002です。

WSListeningPort

Web Serviceリスニング・ポートです。たとえば、9410です。

このコマンドは、MOSSセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

MOSSセキュリティ・モジュールの構成

MOSSおよびWebサービスが1つのマシンにインストールされており、Web Serviceセキュリティ・モジュールがすでに構成されている場合、このシナリオの構成を実行します。

次のコマンドを使用してMOSSセキュリティ・モジュールのインスタンスを構成する前に、「Oracle WebLogicサーバーのWeb Serviceセキュリティ・モジュールの構成」の説明に従って、Web Serviceセキュリティ・モジュールを構成していることを確認します。

OES_CLIENT_HOME\oessm\binディレクトリにあるconfig.cmdファイル(Windowsの場合)を次のように実行します。

config.cmd -smType moss -smConfigId myMoss -prpFileName <ws_config> –mossprpFileName <moss_config>

表8-21では、コマンドラインで指定するパラメータについて説明します。

表8-20 MOSSセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、mossです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、myMossです。

prpFileName

<OES_Client_Home>\oessm\wssm\configtoolにあるsmconfig.prpファイルへのパスを指定します。

mossprpFileName

<OES_Client_Home>\oessm\mosssm\adm\configtoolにあるmoss_config.propertiesファイルへのパスを指定します。

このコマンドは、MOSSセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

シナリオ2: MOSSおよびWebサービスが別のマシンの場合

MOSSおよびWebサービスが別のマシンにインストールされている場合、このシナリオの構成を実行します。

次のコマンドを使用してMOSSセキュリティ・モジュールのインスタンスを構成する前に、「Oracle WebLogicサーバーのWeb Serviceセキュリティ・モジュールの構成」の説明に従って、Web Serviceセキュリティ・モジュールを構成していることを確認します。

OES_CLIENT_HOME\oessm\binディレクトリにあるconfig.cmdファイル(Windowsの場合)を次のように実行します。

config.cmd -smType moss -smConfigId myMoss -prpFileName <ws_config> –mossprpFileName <moss_config>

表8-21では、コマンドラインで指定するパラメータについて説明します。

表8-21 MOSSセキュリティ・モジュール・パラメータ

パラメータ

説明

smType

作成するセキュリティ・モジュール・インスタンスのタイプです。たとえば、mossです。

smConfigId

セキュリティ・モジュール・インスタンスの名前です。たとえば、myMossです。

prpFileName

<OES_Client_Home>\oessm\wssm\configtoolにあるsmconfig.prpファイルへのパスを指定します。

mossprpFileName

<OES_Client_Home>\oessm\mosssm\adm\configtoolにあるmoss_config.propertiesファイルへのパスを指定します。

このコマンドは、MOSSセキュリティ・モジュール・インスタンス向けのクライアント構成も作成します。

8.6.3.11.3 リソース検出ツールの実行

MOSSリソースを検索するには、リソース検出ツールを実行する必要があります。

<OES_CLIENT_HOME/oessm/mosssm/libディレクトリ(Windowsの場合)にあるMOSSResourceDiscovery.exeファイルを実行します。次のパラメータの入力を求められます。

- Enter the folder path where you want to create OES policy file - リソース・ファイルが作成されるフォルダのパスを指定します。エクスポート済リソースの格納に使用されるディレクトリは、事前に作成されている必要があることに注意してください。

- Enter Path where Admin Url file is located - <OES_CLIENT_HOME/oessm/mosssm/adm/discovery/AdmUrls.txtファイルへのパスを指定します。このファイルは、管理URLの抽出に使用されます。

- Enter SharePoint site URL and DONOT append url with /. e.g. http://sharepoint01 - OESにより保護するMOSSサイトの最上位レベルのURLを指定します。

- Enter Application Name of the MOSS application to be protected by OES e.g. MossApp - OESにより保護するMOSSアプリケーションの名前を指定します。

注意:

入力するMOSSアプリケーション名が、moss_config.propertiesファイルのmoss.app.nameパラメータで定義した値と同じであることを確認してください。

- Enter Resource Type of all the MOSS resources e.g. MossResourceType - OESにより保護するすべてのMOSSリソースのリソース・タイプを指定します。

注意:

入力するMOSSリソース・タイプが、moss_config.propertiesファイルのmoss.resource.typeパラメータで定義した値と同じであることを確認してください。

次に、MOSSResourceDiscovery.exeファイルの実行例を示します。

C:\Oracle\Middleware\Oracle_OESClient\oessm\mosssm\lib>MOSSResourceDiscovery.exe
----------------------------------------------------------
Welcome to the MOSS Resource Discovery
----------------------------------------------------------
Enter the folder path where you want to create OES policy file

c:\inetpub\wwwroot\wss\VirtualDirectories\9581\policy

Enter Path where Admin Url file is located

C:\Oracle\Middleware\Oracle_OESClient\oessm\mosssm\adm\Discovery\AdmUrls.txt

Enter SharePoint site URL and DONOT append url with /. e.g. http://sharepoint01

http://alesw2k8:9581

Enter Application Name of the MOSS application to be protected by OES e.g. MossApp

MossApp

Enter Resource Type of all the MOSS resources e.g. MossResourceType

MossResourceType

Resource Discovery starts....
SpSitePath is http://alesw2k8:9581

8.6.3.11.4 リソース・ポリシーの移行

OESポリシー・ストアへMOSSリソース・ポリシーを移行するには、次の手順を実行します。

1. OES_CLIENT_HOME/oessm/binディレクトリ(Windowsの場合)またはOES_CLIENT_HOME\oessm\binディレクトリ(UNIXの場合)に移動します。

2. manage-policy.cmdファイル(Windowsの場合)またはmanage-policy.shファイル(UNIXの場合)を実行します。

次に、manage-policy.cmdファイルの実行例を示します。

C:\Oracle\Middleware\Oracle_OESClient\oessm\bin>manage-policy.cmd

Please input the application name for the protected MOSS application e.g MossApp:
MossApp

Input the resource type for the MOSS resources e.g MossResourceType:
MossResourceType

Input the Moss resource file:
c:\inetpub\wwwroot\wss\VirtualDirectories\9581\policy\object

Creating resource: /_layouts

8.6.4 セキュリティ・モジュール・インスタンスの場所

Oracle Entitlements Serverセキュリティ・モジュール・インスタンスは、OES_CLIENT_HOME/oes_sm_instancesディレクトリに作成されます。

Oracle WebLogic Serverセキュリティ・モジュールの場合、ドメイン構成はDOMAIN_HOME/config/oeswlssmconfigに格納されています。

必要に応じて、セキュリティ・モジュール・インスタンスを作成、削除、または変更できます。

8.6.5 Javaセキュリティ・モジュールの使用

ご使用のプログラムのJavaセキュリティ・モジュールを構成したら、次の手順に従ってそのプログラムのJavaセキュリティ・モジュールを起動する必要があります。

1. 新しいJavaシステム・プロパティ(-Doracle.security.jps.config)を設定し、jps-config.xmlファイル(格納場所はOES_CLIENT_HOME/oes_sm_instances/<SM_NAME>/config)の場所を値に指定します。

2. プログラムのクラスパスにoes-client.jar(格納場所はOES_CLIENT_HOME/modules/oracle.oes_sm.1.1.1)を入力します。

セキュリティ・モジュールがプロキシ・クライアントとして構成されている場合は、authentic.identity.cache.enabledシステム・プロパティをtrueに設定します。この構成は、WebサービスまたはRMIセキュリティ・モジュールのリモート・プロキシが実行されるJVMで使用され、実行されるセキュリティ・モジュールのタイプに基づいています。

具体的には次のとおりです。

- セキュリティ・モジュールがWebLogic Serverセキュリティ・モジュールの場合、UNIXのsetDomainEnv.shスクリプト、またはWindowsのsetDomainEnv.cmdスクリプトで、JAVA_OPTIONS環境変数にシステム・プロパティ-Dauthentic.identity.cache.enabled=trueを追加する必要があります。

- セキュリティ・モジュールがJavaセキュリティ・モジュールの場合、Javaセキュリティ・モジュールで保護されているプログラムにシステム・プロパティ-Dauthentic.identity.cache.enabled=trueを追加する必要があります。

8.6.6 PDPプロキシ・クライアントの構成

Web Serviceセキュリティ・モジュールまたはRMIセキュリティ・モジュール向けのPDPプロキシ・クライアントを、表8-22の説明に従って構成できます。

表8-22 PDPプロキシ・クライアントのセキュリティ・モジュールのパラメータ

パラメータ

説明

oracle.security.jps.pdp.isProxy

値にtrueを指定します。

oracle.security.jps.pdp.PDPTransport

Web Service(WS)または(RMI)を指定します。

oracle.security.jps.pdp.proxy.PDPAddress

http://hostname:port(WS)またはrmi://hostname:port(RMI)を指定します。

config.sh(UNIXの場合、格納場所はOES_CLIENT_HOME/oessm/bin)またはconfig.cmd(Windowsの場合、格納場所はOES_CLIENT_HOME\oessm\bin)を次のように実行する必要があります。

Javaセキュリティ・モジュールの場合:

OES_CLIENT_HOME/oessm/bin/config.sh -smType <SM_TYPE> -smConfigId <SM_NAME>

SM_TYPEにはjava、wls、またはwasと入力し、SM_NAMEには適切な名前を入力します。

注意:

PDPプロキシ・クライアントを構成する手順の例は、付録H「Web Serviceセキュリティ・モジュールのPDPプロキシ・クライアントの構成」を参照してください。

8.7 インストール後のOracle Entitlements Serverのスタート・ガイド

Oracle Entitlements Serverのインストール後、次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle Entitlements Server管理者ガイド

- Oracle Fusion Middleware Oracle Entitlements Server開発者ガイド

9 Oracle Privileged Account Managerの構成

この章では、Oracle Privileged Account Managerを構成する方法について説明します。内容は次のとおりです。

- 概要

- 開始前の重要な注意点

- Oracle Privileged Account Managerのインストールおよび構成ロードマップ

- オプション: Oracle Privileged Account Managerデータ・ストアのTDEの有効化

- 新しいWebLogicドメインでのOracle Privileged Account ManagerおよびOracle Identity Navigatorの構成

- Oracle WebLogic管理サーバーの起動

- インストール後のタスク

- 管理対象サーバーの起動

- ユーザーへのアプリケーション構成者ロールの割当て

- 非TDEモードの設定

- OPAMコンソールの構成

- Oracle Privileged Account Managerの検証

- インストール後のOracle Privileged Account Managerの起動

9.1 概要

Oracle Privileged Account Managerの概要については、『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』のOracle Privileged Account Managerの概要に関する項を参照してください。

9.2 開始前の重要な注意点

このガイドで説明されるいずれかのシナリオでOracle Identity and Access Management製品のインストールおよび構成が開始される前に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracleホーム・ディレクトリを参照するために、IAM_Homeが使用されます。このOracleホーム・ディレクトリには任意の名前を指定できます。

9.3 Oracle Privileged Account Managerのインストールおよび構成ロードマップ

表9-1は、Oracle Privileged Account Managerのインストールおよび構成のタスクを示します。

表9-1 Oracle Privileged Account Managerのインストールおよび構成のフロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

注意: Oracle Privileged Account Managerスキーマを作成するには、データベース・ユーザーにSYSDBA権限が必要となります。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

8

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Privileged Account Managerは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

9

オプション: OPAMデータ・ストアでのTDEの有効化

詳細は、第9.4項「オプション: Oracle Privileged Account Managerデータ・ストアのTDEの有効化」を参照してください。

10

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

詳細は、第9.5項「新しいWebLogicドメインでのOracle Privileged Account ManagerおよびOracle Identity Navigatorの構成」を参照してください。

11

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

12

インストール後のタスクを実行してください。

次のインストール後のタスクを実行してください。

- 第9.6項「Oracle WebLogic管理サーバーの起動」

- 第9.7項「インストール後の作業」

- 第9.8項「管理対象サーバーの起動」

- 第9.9項「ユーザーへのアプリケーション構成者ロール割当て」

- 第9.10項「オプション: 非TDEモードの設定」

- 第9.11項「OPAMコンソールの構成」

- 第9.12項「Oracle Privileged Account Managerの検証」

- 第9.13項「インストール後のOracle Privileged Account Managerの起動」

9.4 オプション: Oracle Privileged Account Managerデータ・ストアのTDEの有効化

Oracle Privileged Account Managerは、Oracle Database等価的データ暗号化(TDE)モードで動作可能です。TDEモードは有効にすることも無効にすることもできます。セキュリティを強化するためにTDEモードを有効にすること強くお薦めします。

この項の内容は次のとおりです。

- データベースでのTDEの有効化

- OPAMスキーマでの暗号化の有効化

9.4.1 データベースでのTDEの有効化

Oracle Privileged Account ManagerのデータベースでのTDE(透過的データ暗号化)の有効化の詳細は、『Oracle Database Advanced Security管理者ガイド』の透過的データ暗号化の有効化に関するトピックを参照してください。

詳細は、『Oracle Database Advanced Security管理者ガイド』の透過的データ暗号化を使用したストアド・データの保護に関する項を参照してください。

Oracle Privileged Account ManagerのデータベースでTDEを有効化したら、OPAMスキーマの暗号化を有効にする必要があります。第9.4.2項「OPAMスキーマでの暗号化の有効化」を参照してください。

9.4.2 OPAMスキーマでの暗号化の有効化

OPAMスキーマの暗号化を有効にするには、sqlplusまたはその他のクライアントを使用してOPAMスキーマ・ユーザーでopamxencrypt.sqlスクリプトを実行します。

IAM_HOME/opam/sql/opamxencrypt.sql

次に例を示します。

sqlplus DEV_OPAM/welcome1 @IAM_HOME/opam/sql/opamxencrypt.sql

9.5 新しいWebLogicドメインでのOracle Privileged Account ManagerおよびOracle Identity Navigatorの構成

このトピックでは、新しいWebLogic管理ドメインにOracle Privileged Account ManagerおよびOracle Identity Navigatorを構成する方法を説明します。内容は次のとおりです。

- デプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

9.5.1 デプロイメント環境

新しいWebLogicドメインにOracle Identity NavigatorとともにOracle Privileged Account Managerを構成し、Oracle Identity Navigatorの検出機能を実行する場合、このトピックの構成を実行してください。この機能により、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access ManagerおよびOracle Privileged Account Managerの製品コンソールへのリンクが移入されます。これにより、個々の製品コンソールURLを覚えていなくても、Oracle Identity Navigatorインタフェースからこれらの製品コンソールにアクセスできます。

9.5.2 デプロイされるコンポーネント

この項の構成を実行すると、Oracle Privileged Account ManagerおよびOracle Identity Navigatorアプリケーションが新しいWebLogic管理サーバーにデプロイされます。

9.5.3 依存関係

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

- Oracle Privileged Account Managerのデータベース・スキーマ。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

9.5.4 プロシージャ

新しいWebLogic管理ドメインにOracle Privileged Account ManagerおよびOracle Identity Navigatorを構成するには、次の手順を実行します。

1. IAM_HOME/common/bin/config.shスクリプト(UNIXの場合)またはIAM_HOME\common\bin\config.cmd(Windowsの場合)を実行することでOracle Fusion Middleware構成ウィザードを起動します。
Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

注意:

ここでは例として、IAM_Homeが使用されます。Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Privileged Account Manager、Oracle Access Management Mobile and SocialおよびOracle Identity Navigatorが含まれるOracle Identity and Access Managementホーム・ディレクトリから、このスクリプトを実行する必要があります。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Privileged Account Manager - 11.1.2.0.0 [IAM_Home]を選択します。

注意:

Oracle Privileged Account Manager - 11.1.2.0.0 [IAM_Home]オプションを選択すると、デフォルトで次のオプションも選択されます。

- Oracle Identity Navigator - 11.1.2.0.0 [IAM_Home]

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. 「サーバーの起動モードおよびJDKの構成」画面が表示されます。「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

7. 「JDBCコンポーネント・スキーマの構成」画面で、OPAMスキーマまたはOPSSスキーマなど、変更するコンポーネント・スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功したら、「次へ」をクリックします。「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面では、次を構成できます。

- 管理サーバー

- 管理対象サーバー、クラスタ、およびマシン

- デプロイメントとサービス

- RDBMSセキュリティ・ストア

任意のオプションを選択し、「次」を選択します。

9. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

10. オプション: 必要に応じて、管理対象サーバーを構成します。

11. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

12. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

13. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

14. オプション: 管理サーバーをマシンに割り当てます。

15. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

16. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

17. 「構成のサマリー」画面で、デプロイメント、アプリケーションおよびサービスの構成のサマリーを確認できます。ドメインの構成を確認し、「作成」をクリックしてドメインの作成を開始します。

Oracle Privileged Account ManagerおよびOracle Identity Navigatorをサポートする新しいWebLogicドメインがMW_HOME\user_projects\domainsディレクトリに作成されます(Windowsの場合)。UNIXでは、ドメインはMW_HOME/user_projects/domainsディレクトリに作成されます。

注意:

新しいWebLogic管理ドメインでOracle Privileged Account Managerを構成した後、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

9.6 Oracle WebLogic管理サーバーの起動

Oracle Privileged Account Managerをインストールおよび構成した後、Oracle WebLogic管理サーバーを起動する必要があります。付録C「スタックの起動」を参照してください。

9.7 インストール後のタスク

Oracle Privileged Account Managerをインストールおよび構成した後、opam-config.shスクリプト(UNIXの場合)またはopam-config.batスクリプト(Windowsの場合)を実行します。

- スクリプトを実行する前に、WebLogic管理サーバーが稼働中であることを確認します。Oracle WebLogic管理サーバーの起動方法の詳細は、付録C「スタックの起動」を参照してください。

注意:

ドメインを拡張する場合、opam-config.shスクリプト(UNIXの場合)またはopam-config.batスクリプト(Windowsの場合)の実行前に、WebLogic管理サーバーが再起動していることを確認します。

- ANT_HOME、ORACLE_HOME、JAVA_HOMEおよびpermgenサイズを設定します。
例:

Windowsの場合:

set ORACLE_HOME= ##set Oracle_Home here##
set ANT_HOME=MW_HOME\modules\org.apache.ant_1.7.1
set JAVA_HOME=MW_HOME\jdk160_14_R27.6.4-18
set ANT_OPTS=-Xmx512M -XX:MaxPermSize=512m

UNIXの場合:

set ORACLE_HOME ##set Oracle_Home here##
set ANT_HOME $MW_HOME/modules/org.apache.ant_1.7.1
set JAVA_HOME $MW_HOME/jdk160_14_R27.6.5-32
set ANT_OPTS "-Xmx512M -XX:MaxPermSize=512m"

注意:

64ビットのプラットフォームで汎用jarファイルを使用してOracle WebLogic Serverをインストールすると、JDKはOracle WebLogic Serverと同時にインストールされません。Oracle WebLogic Serverをインストールする前に、JDKを個別にインストールする必要があります。この場合は、対応してJAVA_HOME場所を指定する必要があります。

- IAM_HOME/opam/binディレクトリに移動し、opam-config.shスクリプト(UNIXの場合)またはopam-config.batスクリプト(Windowsの場合)を実行します。プロンプトが表示されたら、次の情報を入力します。

- Oracle WebLogic管理ユーザー名

- Oracle WebLogic管理パスワード

- Oracle WebLogic管理サーバーURL

- Oracle WebLogicドメイン名

注意:

Oracle WebLogicドメイン名は大文字と小文字が区別されます。ドメインの作成時に定義した値と同じものを入力する必要があります。

- Oracleミドルウェア・ホーム

注意:

Oracleミドルウェア・ホームは大文字と小文字が区別されます。ドメインの作成時に定義した値と同じものを入力する必要があります。

- opam-configスクリプトのログ・ファイルがMW_HOME/user_projects/domains/Domain_Name/opam-config.logに作成されます。
前述のディレクトリが存在しない場合は、opam-configスクリプトのためのログ・ファイルがIAM_HOME/opam/config/opam-config.logに作成されます。

ログ・ファイルの場所はスクリプトの実行後に画面に出力されます。

注意:

opam-config.shスクリプト(UNIXの場合)またはopam-config.batスクリプト(Windowsの場合)の実行した後、Oracle WebLogic管理サーバーを再起動する必要があります。付録C「スタックの起動」の説明を参照してください。

9.8 管理対象サーバーの起動

付録C「スタックの起動」の説明に従って、Oracle Privileged Account Manager管理対象サーバーを起動する必要があります。

9.9 ユーザーへのアプリケーション構成者ロール割当て

インストール・プロセスを完了すると、管理者ロールを持つユーザーは存在しません。Oracle Identity Navigatorを使用して、ユーザーを選択し、アプリケーション構成者ロールを付与する必要があります。

注意:

詳細は、『Oracle Fusion Middleware Oracle Identity Navigator管理者ガイド』の共通管理者ロールの割当てに関する項を参照してください。

アプリケーション構成者ユーザーが持つことができる管理ロールの詳細は、『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』の管理ロール・タイプに関する項を参照してください。

9.10 オプション: 非TDEモードの設定

注意:

Oracle Privileged Account Managerは、Oracle Database等価的データ暗号化(TDE)モードで動作可能です。TDEモードは有効にすることも無効にすることもできます。セキュリティを強化するためにTDEモードを有効にすること強くお薦めします。

TDEモードを無効にする場合は、tdemodeフラグをfalseに設定する必要があります。

注意:

このセクションに説明されている手順は、第9.4項「オプション: Oracle Privileged Account Managerデータ・ストアのTDEの有効化」をスキップした場合のみ必要です。

TDEモードを無効にするには、次の手順を実行します。

1. ORACLE_HOMEおよびJAVA_HOME.環境変数を設定します。

2. 次のスクリプトを実行します。
Windowsの場合:

ORACLE_HOME\opam\bin\opam.bat -url OPAM_Server_URL -x modifyglobalconfig -propertyname tdemode -propertyvalue false -u OPAM_APPLICATION_CONFIGURATOR_USER -p Password

ここでは、OPAM_Server_URLにはhttps://OPAM_Managed_Server_Hostname:OPAM_Managed_Server_SSL_port/opamからのURLを指定します。

UNIXの場合:

ORACLE_HOME/opam/bin/opam.sh -url OPAM_Server_Url -x modifyglobalconfig -propertyname tdemode -propertyvalue false -u OPAM_APPLICATION_CONFIGURATOR_USER -p Password

ここでは、OPAM_Server_URLにはhttps://OPAM_Managed_Server_Hostname:OPAM_Managed_Server_SSL_port/opamからのURLを指定します。

注意:

TDEモードは、Oracle Privileged Account Managerをインストールおよび構成した後、いつでも有効化または無効化できます。TDEモードを後から変更する方法の詳細は、『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』のディスクへのデータ保存に関するトピックを参照してください。

9.11 OPAMコンソールの構成

OPAMコンソールを構成するには、次に示すURLを使用してアプリケーション構成者ユーザーがログインする必要があります。

http://<adminserver-host>:<adminserver-port>/oinav/opam

OPAMの構成リンクのある空の画面が表示されます。

アプリケーション構成者ユーザーは、このリンクを使用して、Oracle Privileged Account Managerサーバーのホストとポートを指定することで、Oracle Privileged Account Managerサーバーが実行されている場所をOracle Privileged Account Managerコンソールに認識させることができます。Oracle Privileged Account Managerサーバーのホストとポートは、OPAMの構成時にOPAM管理対象サーバーに関して入力した値です。

Oracle Privileged Account ManagerコンソールがOracle Privileged Account Managerサーバーとの通信に成功すると、Oracle Privileged Account Managerコンソールにコンテンツが移入されます。

9.12 Oracle Privileged Account Managerの検証

インストール後手順を含め、インストール・プロセスの完了後、Oracle Privileged Account Managerのインストールと構成を次の方法で検証できます。

1. 管理サーバーと管理対象サーバーが起動しており、稼働中であることを確認します。

2. http://<adminserver-host>:<adminserver-port>/oinav/opamのURLを使用してOracle Privileged Account Managerの管理コンソールにログインします。
管理サーバー上で稼動しているこの管理コンソールにアクセスすると、ユーザー名とパスワードの入力を求められます。管理者のロールと権限を持っている必要があります。

3. Oracle WebLogic Server管理コンソールを検証します。Oracle Privileged Account Managerのインストールおよび構成に成功すると、このコンソールに、デフォルトの管理対象サーバーであるopam_server1が実行モードで表示されます。

9.13 インストール後のOracle Privileged Account Managerの起動

Oracle Privileged Account Managerのインストール後、『Oracle Fusion Middleware Oracle Privileged Account Manager管理者ガイド』の「OPAM管理スタート・ガイド」を参照ください。

10 Oracle Access Management Mobile and Socialの構成

この章では、Oracle Access Management Mobile and Socialを構成する方法について説明します。内容は次のとおりです。

- 概要

- 開始前の重要な注意点

- Oracle Access Management Mobile and Socialのインストールおよび構成ロードマップ

- Oracle Access Management Mobile and Socialの構成シナリオ

- Oracle Access Management Mobile and Socialの検証

- Oracle Access Management Mobile and Socialのインストール後のスタート・ガイド

10.1 概要

Oracle Access Management Mobile and Socialの概要については、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の「Mobile and Socialの理解」を参照してください。

10.2 開始前の重要な注意点

このガイドで説明されるいずれかのシナリオでOracle Identity and Access Management製品のインストールおよび構成が開始される前に、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialを含むOracleホーム・ディレクトリを参照するために、IAM_Homeが使用されます。このOracleホーム・ディレクトリには任意の名前を指定できます。

10.3 Oracle Access Management Mobile and Socialのインストールおよび構成ロードマップ

表10-1で、Oracle Access Management Mobile and Socialのインストールおよび構成の手順を説明します。

表10-1 Oracle Access Management Mobile and Socialのインストールおよび構成のフロー

番号

タスク

説明

1

インストレーション・プランニング・ガイドでインストール概念を確認します。

『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』を読みます。このドキュメントには、ユーザーの既存の環境に応じて、様々なユーザーがOracle Fusion Middleware 11g(11.1.2)をインストールまたはアップグレードする手順が記載されています。

2

システム要件および動作保証のドキュメントを読み、環境がインストールするコンポーネントの最低のインストール要件を満たしていることを確認します。

詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

3

Oracle Fusion Middlewareソフトウェアを入手します。

詳細は、第3.2.1項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

4

データベース要件を確認します。

詳細は、第3.2.2項「データベース要件」を参照してください。

5

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、Oracle Identity and Access Management製品に対する適切なスキーマを作成し、ロードします。

詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

注意: スタンドアロンのOracle Access Management Mobile and Socialを構成する場合、この手順は省略してください。

6

WebLogic Serverおよびミドルウェア・ホームの要件を確認します。

詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

7

Oracle Identity and Access Managementインストーラを起動します。

詳細は、第3.2.6項「Oracle Identity and Access Managementインストーラの起動」を参照してください。

8

Oracle Identity and Access Management 11gソフトウェアをインストールします。

Oracle Access Management Mobile and Socialは、Oracle Identity and Access Management Suiteに含まれています。Oracle Identity and Access Management Suiteをインストールするには、Oracle Identity and Access Management 11gインストーラを使用します。

詳細は、第3.2.7項「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)」を参照してください。

9

Oracle Fusion Middleware構成ウィザードを実行して、新規または既存のWebLogicドメイン内でOracle Identity and Access Management製品を構成します。

この章では、次の構成シナリオについて説明します。

- 第10.4.1項「Oracle Access Management Mobile and SocialとOracle Access Manager 11gR2」

- 第10.4.2項「新しいWebLogicドメインにおけるスタンドアロンのOracle Access Management Mobile and Social」

10

データベース・セキュリティ・ストアを構成します。

詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

注意: スタンドアロンのOracle Access Management Mobile and Socialを構成する場合、この手順は省略してください。

11

サーバーを起動します。

管理サーバーとすべての管理対象サーバーを起動する必要があります。詳細は、付録C「スタックの起動」を参照してください。

12

インストール後のタスクを実行してください。

次のインストール後のタスクを実行してください。

- 第10.5項「Oracle Access Management Mobile and Socialの検証」

- 第10.6項「Oracle Access Management Mobile and Socialのインストール後のスタート・ガイド」

10.4 Oracle Access Management Mobile and Socialの構成シナリオ

次に、Oracle Access Management Mobile and Socialを構成するためのシナリオを示します。

- Oracle Access Management Mobile and SocialとOracle Access Manager 11gR2

- 新しいWebLogicドメインにおけるスタンドアロンのOracle Access Management Mobile and Social

10.4.1 Oracle Access Management Mobile and SocialとOracle Access Manager 11gR2

このトピックでは、Oracle Access Management Mobile and SocialとOracle Access Manager 11gR2の構成方法について説明します。内容は次のとおりです。

- 概要

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

10.4.1.1 概要

Oracle Access Management Mobile and SocialはOracle Access Managementに同梱されています。Oracle Access Managementには、Oracle Access Manager、Oracle Access Management Security Token Service、Oracle Access Management Identity Federation、Oracle Access Management Mobile and Socialなど、多数のコンポーネントがあります。このシナリオでは、認証プロバイダとしてOracle Access Managerのみがデフォルトで有効になっています。インストール完了後、Oracle Access Management管理コンソールを使用してOracle Access Management Mobile and Socialなどの他のサービスを有効にできます。

10.4.1.2 適切なデプロイメント環境

Oracle Access Manager 11gR2をサービスとして使用する場合は、このトピックで説明されている構成を実行してください。

この構成では、Oracle Access Management Mobile and Socialを構成する際に、Oracle Adaptive Access Managerなどの他のOracle Identity and Access Management製品を選択できます。

10.4.1.3 デプロイされるコンポーネント

この項の構成を実行すると、次のOracle Access Managementコンポーネントがデプロイされます。

- Oracle Access Manager

- Oracle Access Management Security Token Service

- Oracle Access Management Identity Federation

- Oracle Access Management Mobile and Social

10.4.1.4 依存性

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

- Oracle Access Managementのデータベース・スキーマ。詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

10.4.1.5 手順

新しいWebLogic管理ドメインでOracle Access Management Mobile and SocialおよびOracle Access Managerを構成するには、次の手順を実行してください。

1. Oracle Fusion Middleware構成ウィザードを起動するには、<IAM_Home>/common/bin/config.shスクリプト(UNIXの場合)または<IAM_Home>\common\bin\config.cmd(Windowsの場合)を実行します。
Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

注意:

ここでは例として、IAM_Homeが使用されます。Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Privileged Account Manager、Oracle Access Management Mobile and SocialおよびOracle Identity Navigatorが含まれるOracle Identity and Access Managementホーム・ディレクトリから、このスクリプトを実行する必要があります。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Access Management - 11.1.2.0.0 [IAM_Home]を選択します。

注意:

Oracle Access Management - 11.1.2.0.0 [IAM_Home]オプションを選択すると、次のオプションもデフォルトで選択されます。

- Oracle Platform Security Service 11.1.1.0 [IAM_Home]

- Oracle JRF - 11.1.1.0 [oracle_common]

Oracle Access Management Mobile and Socialが含まれているのと同じWebLogic管理ドメインにOracle Adaptive Access Managerを追加する場合、オプションでOracle Adaptive Access Manager Admin Server - 11.1.2.0.0 [IAM_Home]を選択できます。

デバイスの登録機能を使用するためにOracle Adaptive Access Managerを選択することをお薦めします。

注意:

Oracle Adaptive Access Manager Admin Server - 11.1.2.0.0 [IAM_Home]オプションを選択すると、次のオプションもデフォルトで選択されます。

- Oracle Enterprise Manager - 11.1.1.0 [oracle_common]

- Oracle Identity Navigator - 11.1.2.0.0 [IAM_Home]

「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. Oracle Fusion Middleware構成ウィザードの「サーバーの起動モードおよびJDKの構成」画面で、「JDK」と「本番モード」を選択します。「次へ」をクリックします。「JDBCコンポーネント・スキーマの構成」画面が表示されます。

7. 「JDBCコンポーネント・スキーマの構成」画面で、OAMインフラストラクチャ・スキーマまたはOPSSスキーマなど、変更するコンポーネント・スキーマを選択します。
スキーマ所有者、スキーマ・パスワード、データベースとサービス、ホスト名およびポートの値を設定できます。「次へ」をクリックします。JDBCコンポーネント・スキーマのテスト画面が表示されます。テストが成功したら、「次へ」をクリックします。「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

9. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

10. オプション: 必要に応じて、管理対象サーバーを構成します。

11. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

12. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

13. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

14. オプション: 管理サーバーをマシンに割り当てます。

15. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

16. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

17. 「構成のサマリー」画面で、デプロイメント、アプリケーションおよびサービスの構成のサマリーを確認できます。ドメインの構成を確認し、「作成」をクリックしてドメインの作成を開始します。
Oracle Access Management Mobile and SocialとOracle Access Managerをサポートする新しいWebLogicドメインが<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

注意:

Oracle Access Management Mobile and SocialとOracle Access Managementを新しいWebLogic管理ドメインに構成した後、データベース・セキュリティ・ストアを構成する必要があります。詳細は、第3.2.9項「Oracle Identity and Access Managementドメインのデータベース・セキュリティ・ストアの構成」を参照してください。

18. Oracle WebLogic管理サーバーを起動します。付録C「スタックの起動」を参照してください。

19. すべての管理対象サーバーを起動します。付録C「スタックの起動」を参照してください。

注意:

Oracle Access Management Mobile and SocialとOracle Access Managementを構成した後、Oracle Access Managerのみが認証プロバイダとしてデフォルトで有効になります。OSTS、OIF、Oracle Access Management Mobile and Socialなどの他のOracle Access Managementコンポーネントを有効にするには、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の使用可能なサービスの有効化または無効化に関する項を参照してください。

10.4.2 新しいWebLogicドメインにおけるスタンドアロンのOracle Access Management Mobile and Social

このトピックでは、新しいWebLogic管理ドメインにスタンドアロンのOracle Access Management Mobile and Socialを構成する方法を説明します。内容は次のとおりです。

- 概要

- 適切なデプロイメント環境

- デプロイされるコンポーネント

- 依存関係

- 手順

10.4.2.1 概要

Oracle Access Management Mobile and SocialはOracle Access Managementに同梱されています。このオプションでは、Oracle Access Management Mobile and Socialのみがサービスとしてデフォルトで有効になります。その他すべてのOracle Access Managementコンポーネントは無効になります。

10.4.2.2 適切なデプロイメント環境

Oracle Access Management Mobile and Socialのみを使用する場合は、このトピックで説明されている構成を実行してください。これは、データベースを構成する必要がない場合の軽量デプロイメント・オプションです。この構成は、Oracle Access Management Mobile and Socialを他のベンダーのアイデンティティ製品と統合する場合に適しています。

この構成はまた、Oracle Access Management Mobile and Socialを、Oracle Access Manager 10gまたはOracle Access Manager 11gR1など、以前のリリースのOracle Access Managerと使用する場合にも適しています。

10.4.2.3 デプロイされるコンポーネント

この項の構成を実行すると、次のOracle Access Managementコンポーネントがデプロイされます。

- Oracle Access Manager

- Oracle Access Management Security Token Service

- Oracle Access Management Identity Federation

- Oracle Access Management Mobile and Social

10.4.2.4 依存性

この項の構成は、次のものに依存しています。

- Oracle WebLogic Server 11gリリース1 (10.3.6)またはOracle WebLogic Server 11gリリース1 (10.3.5)。

- Oracle Identity and Access Management 11gソフトウェアのインストール。

10.4.2.5 手順

新しいWebLogic管理ドメインにスタンドアロンのOracle Access Management Mobile and Socialを構成するには、次の手順を実行します。

1. Oracle Fusion Middleware構成ウィザードを起動するには、<IAM_Home>/common/bin/config.shスクリプト(UNIXの場合)または<IAM_Home>\common\bin\config.cmd(Windowsの場合)を実行します。
Oracle Fusion Middleware構成ウィザードの「ようこそ」画面が表示されます。

注意:

ここでは例として、IAM_Homeが使用されます。Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Privileged Account Manager、Oracle Access Management Mobile and SocialおよびOracle Identity Navigatorが含まれるOracle Identity and Access Managementホーム・ディレクトリから、このスクリプトを実行する必要があります。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。Oracle Access Management Mobile and Social only - 11.1.2.0.0 [IAM_Home]を選択します。

注意:

Oracle Access Management Mobile and Social only - 11.1.2.0.0 [IAM_Home]オプションを選択すると、Oracle JRF 11.1.1.0 [oracle_common]オプションもデフォルトで選択されます。

「次へ」をクリックします。「ドメイン名と場所の指定」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. Oracle Fusion Middleware構成ウィザードの「サーバーの起動モードおよびJDKの構成」画面で、「JDK」と「本番モード」を選択します。「次へ」をクリックします。
「オプションの構成を選択」画面が表示されます。

7. 「オプションの構成を選択」画面では、「管理サーバー」、「管理対象サーバー、クラスタ、およびマシン」、「デプロイメントとサービス」および「RDBMSセキュリティ・ストア」の各オプションを構成できます。「次へ」をクリックします。

8. オプション: 次の管理サーバー・パラメータを構成します。

- 名前

- リスニング・アドレス

- リスニング・ポート

- SSLリスニング・ポート

- SSLが有効か無効か

9. オプション: 必要に応じて、管理対象サーバーを構成します。

10. オプション: 必要に応じて、クラスタを構成します。
Oracle Identity and Access Management製品のクラスタを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』のIdentity Managementコンポーネントの高可用性の構成に関する項を参照してください。

11. オプション: 必要に応じて管理対象サーバーをクラスタに割り当てます。

12. オプション: 必要に応じて、マシンを構成します。この手順は、あるマシンで管理サーバーを実行し、別の物理マシンで管理対象サーバーを実行する場合に便利です。

ヒント:

マシンを構成する前に、pingコマンドを使用して、マシンまたはホスト名がアクセス可能かどうかを検証します。

13. オプション: 管理サーバーをマシンに割り当てます。

14. オプション: デプロイメント(アプリケーションやライブラリなど)およびサービスを選択し、それらを特定のクラスタまたはサーバーにターゲット指定します。

15. オプション: 必要に応じてRDBMSセキュリティ・ストアを構成します。

16. 「構成のサマリー」画面で、デプロイメント、アプリケーションおよびサービスの構成のサマリーを確認できます。ドメインの構成を確認し、「作成」をクリックしてドメインの作成を開始します。
Oracle Access Management Mobile and Socialをサポートする新しいWebLogicドメインが<MW_HOME>\user_projects\domainsディレクトリ(Windowsの場合)に作成されます。UNIXでは、ドメインは<MW_HOME>/user_projects/domainsディレクトリに作成されます。

17. Oracle Access Management Mobile and Socialをインストールおよび構成した後、Oracle WebLogic Administration Serverを実行する必要があります。付録C「スタックの起動」を参照してください。

18. すべての管理対象サーバーを起動する必要があります。付録C「スタックの起動」を参照してください。

注意:

スタンドアロンのOracle Access Management Mobile and Socialを構成する際、事前に構成されたサービス・プロバイダがOracle Access Management Mobile and Socialによって提供されます。新しく(カスタムの)サービス・プロバイダを作成するには、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のサービス・プロバイダの編集または作成に関する項を参照してください。

10.5 Oracle Access Management Mobile and Socialの検証

インストールを完了した後、次の方法でOracle Access Management Mobile and Socialのインストールと構成を検証できます。

1. 管理サーバーと管理対象サーバーが起動しており、稼働中であることを確認します。

2. http://<adminserver-host>:<adminserver-port>/oamconsoleのURLを使用してOracle Access Managementの管理コンソールにログインします。
管理サーバー上で稼動しているこの管理コンソールにアクセスすると、ユーザー名とパスワードの入力を求められます。管理者のロールと権限を持っている必要があります。

3. Oracle Access Managementコンソールで、「システム構成」タブ→「共通構成」セクション→「使用可能なサービス」ノードに移動します。
Oracle Access Management Mobile and SocialとOracle Access Managementを構成した場合は、Mobile and Socialの「ステータス」を有効にし、Mobile and Socialの「ステータス」に緑色のチェックマークが表示されていることを確認する必要があります。

スタンドアロンのOracle Access Management Mobile and Socialを構成した場合は、Mobile and Socialの「ステータス」に緑色のチェックマークが表示されていることを確認します。

10.6 Oracle Access Management Mobile and Socialのインストール後のスタート・ガイド

Oracle Access Management Mobile and Socialのインストール後、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の「Mobile and Socialシステム構成および管理」を参照してください。

11 ライフサイクルの管理

この章では、1つ以上のコンポーネントと統合されたOracle Identity and Access Managementコンポーネントでライフサイクルの変更イベントが発生した場合に対処する方法を説明します。

次のトピックが含まれます。

- 統合されたコンポーネントへのライフサイクル・イベントの影響

- Oracle Identity Managerのライフサイクル管理

- Oracle Access Managerのライフサイクル管理

- Oracle Adaptive Access Managerのライフサイクル管理

- Oracle Identity Navigatorのライフサイクル管理

- リファレンス

11.1 統合されたコンポーネントへのライフサイクル・イベントの影響

次に、すでに別のコンポーネントに統合されているコンポーネントに対して、特定のライフサイクル・イベント(リワイヤリングとも呼ばれる)がどのような影響を与えるかを説明します。

- 再関連付け
統合されたコンポーネントのホスト名またはポートが再関連付けされた場合。たとえば、OVDサーバーのホスト名が変更された場合。

- テストから本番へ
テストまたはパイロット環境のエンティティが事前インストール済の本番環境に移行された場合、依存するコンポーネントが影響を受けることがあります。たとえば、Oracle Identity Manager Navigatorを新しい本番環境に移動した場合です。

注意:

コンポーネントによっては、リワイヤリングによるテストから本番への移動ができず、サーバーの新しい本番インスタンスを作成する方がよい場合があります。たとえば、Oracle Identity Federationは、テストの構成を変更するかわりに本番環境に新しくインストールします。

11.2 Oracle Identity Managerのライフサイクル管理

Oracle Identity Managerのライフサイクル管理イベントには次のものが含まれます。

- 次のコンポーネントのホストまたはポートに変更があった場合の再関連付け:

- Oracle Virtual Directory

- Oracle SOA Suite

- MDS

- テスト環境から本番環境へのメタデータの移動

OIMに関するライフサイクル管理の手順は、次の情報を参照してください。

- Oracle Fusion Middleware System Oracle Identity Managerシステム管理者ガイドのOracle Virtual Directoryのホストとポートの変更に関する項

- Oracle Fusion Middleware System Oracle Identity Managerシステム管理者ガイドのOVDパスワードの変更に関する項

- Oracle Fusion Middleware System Oracle Identity Managerシステム管理者ガイドのSPMLクライアントのホストとポートの変更に関する項

- Oracle Fusion Middleware System Oracle Identity Managerシステム管理者ガイドのSOAホストとポートの変更に関する項

- Oracle Fusion Middleware System Oracle Identity Managerシステム管理者ガイドのOracle Identity Managerデータベースのホストとポートの変更に関する項

- Oracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドの既存のOracle Adaptive Access Manager (OAAM)とのOracle Identity Manager (OIM)のリワイヤリングに関する項

- Oracle Fusion Middleware System Oracle Identity Managerシステム管理者ガイドのOracle Identity Managerデータベースのパスワードの変更に関する項

- 『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のLDAPアダプタの構成に関する項

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドの製品の検出を使用した製品ランチャへのコンポーネント・リンクの追加に関する項

- 『Oracle Fusion Middleware Oracle Virtual Directory管理者ガイド』のアダプタ・プラグインの編集に関する項

- 『Oracle Fusion Middleware管理者ガイド』のOracle Identity Managerの新しいターゲット環境への移動に関する項

- 『Oracle Fusion Middleware管理者ガイド』のOracle Identity Managerの既存のターゲット環境への移動に関する項

11.3 Oracle Access Managerのライフサイクル管理

Oracle Access Managerのライフサイクル・イベントには、テスト・システムから本番へのポリシー構成情報のレプリケートが含まれます。

Oracle Access Managerに関するライフサイクル管理の手順は、次の情報を参照してください。

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドの製品の検出を使用した製品ランチャへのコンポーネント・リンクの追加に関する項

- Oracle Fusion Middleware Oracle Access Manager管理者ガイドのOAM 11gデータのテストから本番デプロイメントへの移動に関する項

11.4 Oracle Adaptive Access Managerのライフサイクル管理

Oracle Adaptive Access Managerのライフサイクル・イベントには、次のコンポーネントのホストまたはポートが変更されたときの再関連付けが含まれます。

- Oracle Virtual Directory

- Oracle Internet Directory

- Oracle Database

- Oracle Identity Manager

Oracle Adaptive Access Managerに関するライフサイクル管理の手順は、次の情報を参照してください。

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドの製品の検出を使用した製品ランチャへのコンポーネント・リンクの追加に関する項

- Oracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドの既存のOracle Adaptive Access Manager (OAAM)とのOracle Virtual Directory (OVD)のリワイヤリングに関する項

- Oracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドの既存のOracle Adaptive Access Manager (OAAM)とのOracle Identity Manager (OIM)のリワイヤリングに関する項

- Oracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドの既存のOAAMとのOIDのリワイヤリング(OVDがない場合)に関する項

- Oracle Fusion Middleware Oracle Adaptive Access Manager開発者ガイドの既存のOAAMとのデータベースのリワイヤリングに関する項

- 『Oracle Fusion Middleware管理者ガイド』のOracle Adaptive Access Managerの新しいターゲット環境への移動に関する項

- 『Oracle Fusion Middleware管理者ガイド』のOracle Adaptive Access Managerの既存のターゲット環境への移動に関する項

11.5 Oracle Identity Navigatorのライフサイクル管理

Oracle Identity Navigatorのライフサイクル・イベントには、テストから本番への移行、およびOracle Business Intelligence Publisherとの統合のリワイヤリングが含まれます。

Oracle Identity Navigatorに関するライフサイクル管理の手順は、次の情報を参照してください。

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドのOracle Identity Navigatorのテストから本番への移行に関する項

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドのOracle Business Intelligence Publisherの構成に関する項

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドの製品の検出を使用した製品ランチャへのコンポーネント・リンクの追加に関する項

- Oracle Fusion Middleware Oracle Identity Navigator管理者ガイドのOracle Identity Navigatorのテストから本番への移行に関する項

11.6 参照

Oracle Fusion Middlewareのライフサイクル管理の詳細は、『Oracle Fusion Middleware管理者ガイド』の、第V部、高度な管理: 環境の拡張に関する項を参照してください。

第III部

付録

第III部の内容は次のとおりです。

- 付録A「Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のソフトウェアのインストール画面」

- 付録B「Oracle Identity Managerの構成画面」

- 付録C「Oracleスタックの起動または停止」

- 付録D「Oracle Directory Server Enterprise Edition (ODSEE)の事前構成」

- 付録E「Oracle Unified Directory (OUD)の事前構成」

- 付録F「Oracle Internet Directory (OID)の事前構成」

- 付録I「Oracle Identity and Access Managementの削除と再インストール」

- 付録J「サイレント・インストールの実行」

- 付録K「インストールのトラブルシューティング」

- 付録L「Oracle Adaptive Access Managerパーティション・スキーマ・リファレンス」

- 付録M「ソフトウェアの削除画面」

A Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)のソフトウェアのインストール画面

この付録では、Oracle Identity and Access Management 11gソフトウェアのインストール・ウィザードの画面で、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Identity Navigator、Oracle Privileged Account ManagerおよびOracle Access Management Mobile and Socialをインストールする方法を説明します。

内容は次のとおりです。

- ようこそ

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

- 前提条件のチェック

- インストール場所の指定

- インストール・サマリー

- インストールの進行状況

- インストール完了

A.1 ようこそ

「ようこそ」画面は、Oracle Identity and Access Management 11gインストーラ・ウィザードを起動するたびに表示されます。

図A-1 「ようこそ」画面

「図A-1 「ようこそ」画面」の説明

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

A.2 ソフトウェア更新のインストール

この画面では、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を迅速かつ簡単に検索できます。

図A-2 ソフトウェア更新のインストール

「図A-2 「ソフトウェア更新のインストール」」の説明

A.3 前提条件のチェック

インストール・プログラムにより、選択した操作を実行するために必要な動作保証されたバージョン、正しいソフトウェア・パッケージ、十分な領域およびメモリーがあるかどうかが確認されます。問題が検出された場合、このページにエラーが表示されます。

次の例の画面は、Windowsオペレーティング・システムのみに該当します。

図A-3 「前提条件のチェック」画面

「図A-3 「前提条件のチェック」画面」の説明

この画面で、インストールの「中止」、「再試行」または「続行」を選択できます。

すべての前提条件チェックに合格したら、「次へ」をクリックして続行します。

A.4 インストール場所の指定

この画面では、インストールする新しいOracle Identity and Access Management 11gソフトウェアの場所を入力します。

図A-4 「インストール場所の指定」画面

「図A-4 「インストール場所の指定」画面」の説明

Oracle WebLogic Serverがマシンにインストールされていることを確認してください。「参照」をクリックしてOracle Fusion Middlewareのホーム・ディレクトリにナビゲートします。Oracle Identity and Access Management 11gコンポーネントの新しいOracleホーム・ディレクトリの名前を入力します。

ミドルウェアの場所が存在しない場合、Oracle Identity and Access Managementインストーラを実行する前に、WebLogic Serverをインストールしてミドルウェア・ホーム・ディレクトリを作成する必要があります。詳細は、第3.2.4項「WebLogic Serverおよびミドルウェア・ホーム要件」を参照してください。

注意:

「インストール場所の指定」画面で有効なミドルウェア・ホーム・ディレクトリを指定しなかった場合、インストーラにより、Oracle Identity Manager Design ConsoleおよびOracle Identity Manager Remote Managerのみのインストールを続行することを確認するメッセージおよびプロンプトが表示されます。Oracle Identity Managerのこれらの2つのコンポーネントには、ミドルウェア・ホーム・ディレクトリは必要ありません。

Oracle Identity Manager Design ConsoleまたはRemote Managerのみをインストールする場合、Oracle WebLogic Serverをインストールしたり、Design ConsoleまたはRemote Managerが構成されるマシンにミドルウェア・ホーム・ディレクトリを作成する必要はありません。

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

A.5 インストール・サマリー

この画面には、Oracle Identity and Access Management 11gインストールのサマリーが表示されます。

図A-5 「インストール・サマリー」画面

「図A-5 「インストール・サマリー」画面」の説明

この画面の内容を確認し、「インストール」をクリックしてOracle Identity and Access Management 11gソフトウェアのインストールを開始します。

A.6 インストールの進行状況

この画面には、Oracle Identity and Access Managementのインストールの進行状況が表示されます。

図A-6 「インストールの進行状況」画面

「図A-6 「インストールの進行状況」画面」の説明

インストールが完了する前に終了する場合は、「取消」をクリックします。インストールの進行状況インジケータにより、インストールされているファイルのその時点でのインベントリが表示されます。ソフトウェア・バイナリのみインストールする場合、すべてのバイナリがインストールされたらインストールが完了します。

A.7 インストール完了

この画面には、「場所」、「ディスク領域」および「アプリケーション」などのインストール・パラメータのサマリーが表示されます。サイレント・インストールに使用するレスポンス・ファイルとしてインストール構成を保存するには、「保存」をクリックします。

図A-7 「インストール完了」画面

「図A-7 「インストール完了」画面」の説明

「終了」をクリックして、インストール・プロセスを終了します。

B Oracle Identity Managerの構成画面

この付録では、Oracle Identity Manager 11gの構成ウィザードの画面について説明します。このウィザードを使用して、Oracle Identity Managerサーバー、Oracle Identity Manager Design ConsoleおよびOracle Identity Manager Remote Managerを構成できます。

内容は次のとおりです。

- ようこそ

- 構成するコンポーネント

- データベース

- WebLogic Admin Server

- OIMサーバー

- LDAPサーバー

- LDAPサーバー続き

- 構成サマリー

B.1 ようこそ

「ようこそ」画面は、Oracle Identity Manager構成ウィザードを起動するたびに表示されます。

図B-1 「ようこそ」画面

「図B-1 「ようこそ」画面」の説明

Oracle Identity Manager構成ウィザードは、初期設定時に1回だけOracle Identity Managerサーバーを構成するために使用できます。このウィザードを使用してOracle Identity Managerサーバーを構成した後、Oracle Identity Managerの構成を変更するためにこのウィザードを再度実行することはできません。このような変更には、Oracle Enterprise Manager Fusion Middleware Controlを使用する必要があります。ただし、Design ConsoleまたはRemote Managerが構成されている他のマシンでなら、必要に応じてこのウィザードを実行できます。

Oracle Identity Managerサーバー、Design Console (Windows上)およびRemote Managerを構成するためにOracle Identity Manager構成ウィザードを起動する前に、Oracle Identity Managerを新規または既存のWebLogicドメインに構成したことを確認してください。

サーバーを構成する場合、WebLogic Administration Serverが実行されているマシン上(Oracle Identity Managerがデプロイされているドメインの管理サーバー)でこのウィザードを実行する必要があります。Oracle Identity Managerサーバーの構成を開始する前に、管理サーバーが起動しており、稼働中であることを確認します。

Design Consoleのみを構成する場合、Design Consoleを構成するWindowsマシン上でこのウィザードを実行する必要があります。Remote Managerのみを構成する場合、Remote Managerを構成するマシン上でこのウィザードを実行する必要があります。Design ConsoleまたはRemote Managerを構成する前に、Oracle Identity Managerサーバーを構成する必要がある点に注意してください。

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

B.2 構成するコンポーネント

この画面で、構成するOracle Identity Managerコンポーネントを選択します。Oracle Identity Managerコンポーネントには、サーバー、Design ConsoleおよびRemote Managerが含まれます。

Oracle Identity Managerサーバー、Design ConsoleまたはRemote Managerを構成する前に、Oracle Fusion Middleware構成ウィザードを使用してOracle Identity Managerを新規または既存のWebLogicドメインに構成したことを確認してください。

図B-2 構成するコンポーネント画面

「図B-2 構成するコンポーネント画面」の説明

表B-1で、選択できるOracle Identity Managerコンポーネントについて説明します。

表B-1 Oracle Identity Managerの構成の選択肢

オプション

説明

画面の全コンポーネントの構成

Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerを同時に同じマシンに構成する場合、「Oracle Identity Manager」オプションを選択します。

Oracle Identity Managerサーバーのみの構成

Oracle Identity Managerサーバーのみを構成するには、OIMサーバー・オプションを選択します。このオプションはデフォルトで選択されています。ドメイン(Oracle Identity Managerがデプロイされているドメイン)のWebLogic Administration Serverが起動しており、稼働中である必要があります。

Oracle Identity Manager Design Consoleのみの構成

Oracle Identity Manager Design Consoleのみを構成するには、OIM Design Consoleオプションを選択します。ただし、Design Consoleを開発マシンで実行する前に、Oracle Identity Managerサーバーがローカル・マシンまたはリモート・マシンに構成されている必要があります。Design ConsoleはWindowsオペレーティング・システムでのみサポートされています。

Oracle Identity Manager Remote Managerのみの構成

Oracle Identity Manager Remote Managerのみを構成するには、OIM Remote Managerオプションを選択します。ただし、Remote Managerを実行する前に、Oracle Identity Managerサーバーがローカル・マシンまたはリモート・マシンに構成されている必要があります。

注意:

3つのOracle Identity Managerコンポーネントのうち、任意の2つの組合せを選択することも可能です。

B.3 データベース

この画面では、データベースおよびスキーマ情報を指定します。Oracle Identity Managerサーバーを構成する前に、Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してOracle Identity Managerスキーマが作成およびロードされている必要があります。Oracle Identity Managerスキーマを作成およびロードする方法の詳細は、第3.2.3項「Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用したデータベース・スキーマの作成」を参照してください。

図B-3 「データベース」画面

「図B-3 「データベース」画面」の説明

Oracle Identity ManagerスキーマおよびMetadata Servicesスキーマの作成に、同じデータベース、または異なるデータベースのいずれをも使用できます。

表B-2で、指定する必要のあるデータベース接続情報について説明します。

表B-2 「データベース」画面のフィールド

フィールド

説明

接続文字列

Oracleデータベースのフルパス、リスニング・ポートおよびサービス名を入力します。シングル・ホスト・インスタンスの場合、接続文字列の形式はhostname:port:servicenameです。

たとえば、ホスト名がaaa.bbb.com、ポートが1234、サービス名がxxx.bbb.comの場合、単一ホスト・インスタンスの接続文字列を次のように入力します。

aaa.bbb.com:1234:xxx.bbb.com

Real Application Clusterデータベースを使用している場合、データベース接続文字列の形式は次のとおりです。

hostname1:port1:instancename1^host2:port2:instancename2@servicename

OIMスキーマ・ユーザー名

Oracle Fusion Middlewareリポジトリ作成ユーティリティを使用して、Oracle Identity Manager用に作成したスキーマ・ユーザーの名前を入力します。

既存のOracle Identity Managerスキーマを11gリリース1 (11.1.1)にアップグレードした場合、既存のスキーマのユーザー名を入力します。

OIMスキーマ・パスワード

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、スキーマを作成中に設定した、Oracle Identity Managerスキーマ・ユーザー用のパスワードを入力します。

既存のOracle Identity Managerスキーマを11gリリース1 (11.1.1)にアップグレードした場合、既存のスキーマのパスワードを入力します。

MDSスキーマに別のデータベースを選択

Metadata Services (MDS)スキーマに別のデータベースを使用する場合、このチェック・ボックスを選択します。

MDS接続文字列

Metadata Services (MDS)スキーマに別のデータベースを使用する場合、MDSスキーマに関連付けられたデータベースのフルパス、リスニング・ポートおよびサービス名を入力します。接続文字列の形式は、標準の接続文字列の形式と同じです。

MDSスキーマ・ユーザー名

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用して、AS共通サービス - メタデータ・サービス用に作成したスキーマ・ユーザーの名前を入力します。

既存のMetadata Servicesスキーマを11gリリース1 (11.1.1)にアップグレードした場合、既存のスキーマのユーザー名を入力します。

MDSスキーマ・パスワード

Oracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を使用してスキーマを作成する際に設定した、AS共通サービス - メタデータ・サービススキーマ・ユーザーのパスワードを入力します。

既存のOracle Identity Managerスキーマを11gリリース1 (11.1.1)にアップグレードした場合、既存のスキーマのパスワードを入力します。

各フィールドに情報を入力した後、「次へ」をクリックして続行します。

B.4 WebLogic Admin Server

この画面では、Oracle Identity ManagerアプリケーションがデプロイされているWebLogic管理ドメインのt3 URL、ユーザー名およびパスワードを指定します。管理サーバーが開始され、稼働中であることを確認します。

図B-4 WebLogic Admin Server画面

「図B-4 WebLogic Admin Server画面」の説明

WebLogic Admin Server URLテキスト・ボックスに、WebLogicドメインの管理サーバーのt3 URLを次の形式で入力します。

t3://hostname:port

「ユーザー名」テキスト・ボックスに、WebLogic管理者ユーザー名を入力します。

「パスワード」テキスト・ボックスに、WebLogic管理者パスワードを入力します。

各フィールドに情報を入力した後、「次へ」をクリックして続行します。

B.5 OIMサーバー

この画面で、システム管理者(xelsysadm)のパスワードを設定します。

図B-5 OIMサーバー画面

「図B-5 OIMサーバー画面」の説明

表B-3で、構成できるOracle Identity Managerサーバーのパラメータについて説明します。

表B-3 Oracle Identity Managerサーバーの構成パラメータ

フィールド名

説明

OIM管理者パスワード

管理者の新しいパスワードを入力します。

有効なパスワードは、6文字以上、最初の文字は英字、数字を1字以上、大文字を1字以上、小文字を1字以上含むものです。パスワードには、Oracle Identity Managerの姓、名、またはログイン名を含められません。

アップグレード・シナリオでは、このパスワードの入力は求められません。新しい11gインストールを実行する場合のみ、新しいパスワードを入力する必要があります。

パスワードの確認

確認のために、新しいパスワードを再度入力します。

OIM HTTP URL

Oracle Identity Managerアプリケーションのフロントエンドとなるhttp URLを入力します。たとえば、http://localhost:7002のようになります。

デフォルトで、このフィールドには、Oracle Identity Managerの管理対象サーバーのURLが表示されます。

キーストア・パスワード

キーストアの新しいパスワードを入力します。

有効なパスワードは、6文字から30文字まで、最初の文字は英字、英数字およびアンダースコア(_)、ドル記号($)およびシャープ(#)などの特殊文字のみを使用できます。パスワードには、少なくとも1つの数字を使用する必要があります。

キーストア・パスワードの確認

確認のために、新しいパスワードを再度入力します。

OIMとLDAPの同期の有効化

この画面では、Oracle Identity Managerのロール、ユーザーおよびその階層を、LDAPディレクトリと同期できます。

LDAP同期を有効にする場合、まずOracle Identity Manager (OIM)用にLDAP同期を設定した後、この画面で「LDAP同期の有効化」オプションを選択します。OIMとLDAPの同期の設定に関する情報は、第5.7.5項「LDAP同期を有効にするための前提条件の実行」を参照してください。LDAP同期を有効にするための前提条件を実行したら、「LDAP同期の有効化」オプションを選択します。

各フィールドに情報を入力した後、「次へ」をクリックして続行します。

B.6 LDAPサーバー

この画面は、「LDAP同期の有効化」オプションを「BI Publisher」画面で選択した場合にのみ表示されます。「LDAPサーバー」画面では、Directory Serverの認証情報を指定します。これは、Oracle Identity Managerのロール、ユーザーおよび階層をLDAPディレクトリに同期化するためです。

図B-6 「LDAPサーバー」画面

「図B-6 「LDAPサーバー」画面」の説明

表B-4で、指定する必要のあるパラメータについて説明します。

表B-4 「LDAPサーバー」の情報

フィールド名

説明

ディレクトリ・サーバー・タイプ

必要なディレクトリ・サーバーをドロップダウン・リストから選択します。

ディレクトリ・サーバーのID

ディレクトリ・サーバーのIDを入力します。

サーバーのURL

次の形式で、LDAPのURLを入力します。

ldap://oid_host:oid_port

サーバーのユーザー

ディレクトリ・サーバー管理者のユーザー名を入力します。

たとえば、cn=oimAdminUser,cn=Users,dc=mycompany,dc=comのようになります。

サーバーのパスワード

OIM管理者のパスワードを入力します。

Server SearchDN

識別名(DN)を入力します。

たとえば、dc=acme、dc=comなどです。

これはLDAPでユーザーやロールの最高レベル・コンテナで、Oracle Identity Managerはリコンシリエーションにこのコンテナを使用します。

各フィールドに情報を入力した後、「次へ」をクリックして続行します。

B.7 LDAPサーバー続き

この画面は、「LDAPサーバー」画面の続きです。

図B-7 LDAPサーバー続き画面

「図B-7 LDAPサーバー続き画面」の説明

表B-5で、指定する必要のあるLDAPパラメータについて説明します。

図B-5 LDAPサーバー続きの情報

フィールド名

説明

LDAPロールコンテナ

LDAPディレクトリでロールのデフォルト・コンテナとして使用されるコンテナの名前を指定します。

LDAPロールコンテナ説明

ロール・コンテナの説明を入力します。

LDAPユーザーコンテナ

LDAPディレクトリでユーザーのデフォルト・コンテナとして使用されるコンテナの名前を指定します。

LDAPユーザーコンテナの説明

ユーザー・コンテナの説明を入力します。

ユーザー予約コンテナ

Oracle Identity Managerでユーザー名の作成の承認を待つ間にLDAPディレクトリでのユーザー名の予約に使用されるコンテナの名前を入力します。承認された後、ユーザー名は予約コンテナからLDAPディレクトリ内のユーザー・コンテナに移動されます。

各フィールドに情報を入力した後、「次へ」をクリックして続行します。

B.8 構成サマリー

この画面には、構成を選択したアプリケーションまたはコンポーネントのリストが表示されます。次の情報が含まれています。

- インストール場所

- インストールに使用されるディスク領域

- 構成を選択したアプリケーションまたはコンポーネント

- Oracle Identity Manager構成ウィザードの各画面で選択した構成内容

図B-8 「構成サマリー」画面

「図B-8 「構成サマリー」画面」の説明

このサマリー画面を確認します。

さらに、「レスポンス・ファイルの保存」の「保存」ボタンをクリックして、インストールの選択内容からレスポンス・ファイルを作成できます。レスポンス・ファイルは、ユーザー入力が不要か、またはごく少ししか必要のない、ソフトウェアのサイレントまたは非対話式インストールに使用できます。

「構成」をクリックして、選択したOracle Identity Managerコンポーネントの構成を開始します。

C Oracleスタックの起動または停止

Oracleスタックのコンポーネントは、特定の順序で起動または停止する必要があります。Oracle Process Manager and Notification Serverによって管理されるシステムコンポーネント、ノード・マネージャによって制御される管理対象サーバー、およびWebLogic Serverドメインの管理サーバーをOracleスタックは参照します。

この付録ではその順序について説明します。内容は次のとおりです。

- スタックの起動

- スタックの停止

- サーバーの再起動

注意:

次のトピックで説明するstartManagedWebLogicスクリプトおよびstopManagedWebLogicスクリプトを実行する場合、次のことに注意してください。

- SERVER_NAMEはWebLogic Managed Serverの名前(wls_oif1、wls_ods1、oam_server1など)を表します。

- スクリプトを実行するときにオプションとして提示しなかった場合、USER_NAMEとPASSWORDの値の入力を求められます。

- スクリプトを実行するときにオプションとして提示しなかった場合、ADMIN_URLの値は継承されます。

C.1 スタックの起動

インストールおよびドメインの構成を完了した後、デプロイメントを起動し、稼働させるためには、管理サーバーおよび様々な管理対象サーバーを起動する必要があります。

1. 管理サーバーを起動するには、新しいドメインを作成したディレクトリでstartWebLogic.shスクリプト(UNIXオペレーティング・システムの場合)またはstartWebLogic.cmdスクリプト(Windowsオペレーティング・システムの場合)を実行します。
UNIXシステムの場合:

MW_HOME/user_projects/domains/domain_name/startWebLogic.sh

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\startWebLogic.cmd

domain_nameは、Oracle Fusion Middleware構成ウィザードの「ドメイン名と場所の指定」画面で指定したドメインの名前です。

2. 管理対象サーバーを起動するために、ノード・マネージャを構成します。管理対象サーバーにOracle SOA Suite、Oracle WebCenter、Oracle JRFなどの別のOracle Fusion Middleware製品が含まれている場合、正しいクラスパスおよびパラメータを設定するように管理対象サーバー環境を構成する必要があります。この環境情報は、startWebLogicやsetDomainEnvなどの起動スクリプトにより指定されます。それらのスクリプトはドメイン・ディレクトリ内にあります。
管理対象サーバーがノード・マネージャによって起動される場合、(Oracle WebLogic Server管理コンソールまたはFusion Middleware Controlによりサーバーが起動される場合と同様に)ノード・マネージャにこれらの起動スクリプトを使用するよう指示する必要があります。これにより、サーバー環境は正しく構成されます。特に、ノード・マネージャは、プロパティStartScriptEnabled=trueを指定して起動する必要があります。

このプロパティを有効にしてノード・マネージャを起動する方法はいくつかあります。Oracle Fusion Middlewareには、次のスクリプトが用意されています。これは、nodemanager.propertiesファイルにStartScriptEnabled=trueプロパティを追加するためのものです。

UNIXの場合:

1. 次のコマンドを実行して、StartScriptEnabled=trueプロパティをnodemanager.propertiesファイルに追加します。
ORACLE_COMMON_HOME/common/bin/setNMProps.sh

2. 次のコマンドを実行して、ノード・マネージャを起動します。
MW_HOME/WLS_HOME/server/bin/startNodeManager.sh

Windowsの場合:

1. 次のコマンドを実行して、StartScriptEnabled=trueプロパティをnodemanager.propertiesファイルに追加します。
ORACLE_COMMON_HOME\common\bin\setNMProps.cmd

2. 次のコマンドを実行して、ノード・マネージャを起動します。
MW_HOME\WLS_HOME\server\bin\startNodeManager.cmd

注意:

ノード・マネージャを起動すると、nodemanager.propertiesファイルのStartScriptEnabled=trueプロパティが読み取られ、それ以降に管理対象サーバーを起動するときに起動スクリプトが使用されます。setNMPropsスクリプトは1回のみ実行する必要があります。

3. 管理対象サーバーを起動するには、ドメインを作成したディレクトリ内にあるbinディレクトリで、startManagedWebLogic.shスクリプト(UNIXオペレーティング・システムの場合)またはstartManagedWebLogic.cmdスクリプト(Windowsオペレーティング・システムの場合)を実行します。

注意:

ノード・マネージャが実行されていない場合、コマンドラインからこれらの管理対象サーバーを起動できます。

このコマンドでは、サーバー名の指定も必要です。次の例に示すように、ドメインの構成時に作成したサーバーを起動する必要があります。

- oam_server1(Oracle Access Managementサーバー)

- oim_server1(Oracle Identity Managerサーバー)

たとえば、Oracle Access ManagementサーバーをUNIXシステムで起動するには、次のようにします。

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh oam_server1

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd oam_server1

管理対象サーバーが起動される前に、WebLogic Serverのユーザー名およびパスワードの入力を求められます。これらは、構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で入力したものです。

管理サーバーが デフォルト以外のポートを使用している場合、または管理対象サーバーとは別のホストに常駐する場合(分散環境の場合)、管理サーバーにアクセスするためのURLも指定する必要があります。

UNIXシステムの場合:

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh oam_server1 http://host:admin_server_port

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd oam_server1 http://host:admin_server_port

コマンドラインで管理サーバーのユーザー名とパスワードを直接指定しておくと、ユーザー名とパスワードは尋ねられません。

UNIXシステムの場合:

MW_HOME/user_projects/domains/domain_name/bin/startManagedWebLogic.sh oam_server1 http://host:admin_server_port -Dweblogic.management.username=user_name -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\bin\startManagedWebLogic.cmd oam_server1 http://host:admin_server_port -Dweblogic.management.username=user_name -Dweblogic.management.password=password -Dweblogic.system.StoreBootIdentity=true

注意:

Oracle WebLogic管理コンソールを使用して、バックグラウンドで管理対象コンポーネントを起動できます。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』を参照してください。

起動する管理対象サーバーの名前がわからない場合、UNIXシステムで次のファイルの内容を確認できます。

MW_HOME/user_projects/domains/domain_name/startManagedWebLogic_readme.txt

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\startManagedWebLogic_readme.txt

または、次のURLで管理サーバーのコンソールにアクセスできます。

http://host:admin_server_port/console

構成ウィザードの「管理者ユーザー名およびパスワードの構成」画面で指定したユーザー名およびパスワードを入力します。その後、「環境」>「サーバー」にナビゲートして管理対象サーバーの名前を確認します。

C.2 スタックの停止

Oracle WebLogic管理コンソールを使用して、Oracle WebLogic Administration Serverおよびすべての管理対象サーバーを停止できます。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』を参照してください。

コマンドラインからスタック・コンポーネントを停止するには、次の手順を実行します。

1. 次のコマンドを実行して、Oracle Access Management、Oracle Identity ManagerおよびOracle Adaptive Access ManagerなどのWebLogic管理対象コンポーネントを停止します。

MW_HOME/user_projects/domains/DOMAIN_NAME/bin/stopManagedWebLogic.sh \
{SERVER_NAME} {ADMIN_URL} {USER_NAME} {PASSWORD}

2. 次のコマンドを実行して、Oracle WebLogic Administration Serverを停止します。

MW_HOME/user_projects/domains/DOMAIN_NAME/bin/stopWebLogic.sh

3. ノード・マネージャを停止するには、killコマンドを使用します。

kill -9 PID

C.3 サーバーの再起動

管理サーバーまたは管理対象サーバーを再起動するには、まず実行中の管理サーバーまたは管理対象サーバーを停止し、その後再度起動します。詳細は、「スタックの停止」および「スタックの起動」を参照してください。

D Oracle Directory Server Enterprise Edition (ODSEE)の事前構成

LDAPディレクトリをアイデンティティ・ストアとして使用できるようにするには、事前構成を実行する必要があります。この項の手順により、Oracle Directory Server Enterprise Edition (ODSEE)を事前構成して、LDAPアイデンティティ・ストアとしてOracle Directory Server Enterprise Edition (ODSEE)を使用できるようになります。

注意:

- LDAPアイデンティティ・ストア(Oracle Directory Server Enterprise Edition (ODSEE)またはiPlanet)が、コンテナおよびスキーマ拡張子を持つoimadminuserに対して構成されている場合、次の構成手順に従う必要はありません。

- 次に示す例で使用されているデータはサンプル・データです。例に従って、LDAPサーバーの構成に適したデータと置き換えてください。

- cn=oracleAccountsはサンプル・データです。アイデンティティ・ストアを事前構成する際には、このデータを使用しなくてもかまいません。

アイデンティティ・ストアを事前構成するには、次の手順を実行する必要があります。

1. 新しいファイルiPlanetContainers.ldifを作成します。次のエントリを追加して、ファイルに保存します。

dn:cn=oracleAccounts,dc=mycompany,dc=com
cn:oracleAccounts
objectClass:nsContainer

dn:cn=Users,cn=oracleAccounts,dc=mycompany,dc=com
cn:Users
objectClass:nsContainer

dn:cn=Groups,cn=oracleAccounts,dc=mycompany,dc=com
cn:Groups
objectClass:nsContainer

dn:cn=Reserve,cn=oracleAccounts,dc=mycompany,dc=com
cn:Reserve
objectClass:nsContainer

2. ldapaddコマンドを使用して、コンテナをiPlanet Directory Serverにインポートします。これにより、ユーザー、グループおよび予約コンテナが作成されます。

ldapadd -h <ODSEE Server> -p <ODSEE port> -D <ODSEE Admin ID> -w <ODSEE Admin password> -c -f ./iPlanetContainers.ldif

次に例を示します。

ldapadd -h localhost -p 1389 -D "cn=Directory Manager" -w "welcome1" -c -f ./iPlanetContainers.ldif

このコマンドで認証エラーが返されたら、シンプル・バインド・オプションの「-x」オプションでコマンドを試行します。

ldapadd -h localhost -p 1389 -x -D "cn=Directory Manager" -w "welcome1" -c -f ./iPlanetContainers.ldif

3. ノード間で行われるエントリの名前変更に対して、moddnプロパティを有効にします。

..dsee7/bin/dsconf set-server-prop -h <ODSEE Server> -p <ODSEE port> moddn-enabled:on

次に例を示します。

..dsee7/bin/dsconf set-server-prop -h localhost -p 1389 moddn-enabled:on

4. changelogを有効化します。

..dsee7/bin/dsconf set-server-prop -h <ODSEE Server> -p <ODSEE port> retro-cl-enabled:on

次に例を示します。

..dsee7/bin/dsconf set-server-prop -h localhost -p 1389 retro-cl-enabled:on

5. ステータスを確認します。

..dsee7/bin/dsccsetup status

6. ODSEEサーバー・インスタンスを停止して起動します。

..dsee7/bin/dsadm stop <ODSEE instance>
..dsee7/bin/dsadm start <ODSEE instance>

次に例を示します。

..dsee7/bin/dsadm stop /scratch/<userid>/iPlanet/dsinst1/
..dsee7/bin/dsadm start /scratch/<userid>/iPlanet/dsinst1/

7. Sunスキーマを拡張して、OIM固有のオブジェクト・クラスと属性タイプを追加します。

cd to $MIDDLEWARE_HOME/oracle_common/modules/oracle.ovd_11.1.1/oimtemplates

次のコマンドを実行して、ldifファイルsunOneSchema.ldifをロードします。

ldapmodify -h <ODSEE Server> -p <ODSEE port> -D <ODSEE Admin ID> -w <ODSEE Admin password> -f sunOneSchema.ldif

たとえば、次のようにします。

./ldapmodify -h localhost -p 1389 -D "cn=directory manager" -w welcome1 -c -f sunOneSchema.ldif

8. OIMの一般名生成機能に対して、参照整合性を有効にします。
DNまたはRDNが変更されたときはいつでも、OIMおよびOID/Active Directory/ODSEEで参照整合性を有効化する必要があります。

ディレクトリ・サーバーで参照整合性が有効になっている場合、OIMプロパティXL.IsReferentialIntegrityEnabledInLDAPをTRUEに設定する必要があります(デフォルトはFALSE)。XL.IsReferentialIntegrityEnabledInLDAPをTRUEに設定するには、OIMにログインして、「詳細」→システム管理→システム構成に移動します。システム・プロパティ(XL.IsReferentialIntegrityEnabled)を検索し、プロパティの値をTRUEに設定します。

1. 次のコマンドを使用して、参照整合性プロパティの値を表示します。

..dsee7/bin/dsconf get-server-prop -h <ODSEE server> -p <ODSEE port> ref-integrity-enabled
Enter "cn=Directory Manager" password:
ref-integrity-enabled : off

2. 次のコマンドを使用して、参照整合性プロパティを有効にします。

./dsconf set-server-prop -h <ODSEE server> -p <ODSEE port>
ref-integrity-enabled:on
Enter "cn=Directory Manager" password:

変更内容を有効にするには、ディレクトリ・サーバーを再起動する必要があります。参照整合性プロパティを有効にした後で、ODSEE/iPlanet Serverを再起動します。

..dsee7/bin/dsadm stop <ODSEE instance>
..dsee7/bin/dsadm start <ODSEE instance>

次に例を示します。

..dsee7/bin/dsadm stop /scratch/<userid>/iPlanet/dsinst1/
..dsee7/bin/dsadm start /scratch/<userid>/iPlanet/dsinst1/

3. 値が正しく設定されたかどうかを確認するための問合せを実行します。

..dsee7/bin/dsconf get-server-prop -h <ODSEE server> -p <ODSEE port>
ref-integrity-enabled
Enter "cn=Directory Manager" password:
ref-integrity-enabled : on

9. OIM管理ユーザー、グループおよびACIを作成します。新しいファイルoimadminuser.ldifを開きます。このoimadminuserは、OIMのプロキシ・ユーザーとして使用されます。
ルート接尾辞はdc=mycompany,dc=comです。これは、ODSEEサーバーの適切なルート接尾辞と置換できます。

1. 次のLDAPエントリを追加して、ファイルoimadminuser.ldifを保存します。次のコマンドを実行して、ldifファイルoimadminuser.ldifをロードします。

ldapmodify -h <ODSEE Server> -p <ODSEE port> -D <ODSEE Admin ID> -w <ODSEE Admin password> -f oimadminuser.ldif

dn: cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: nsContainer
objectclass: top
cn: systemids

dn: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetorgperson
mail: oimAdminUser
givenname: oimAdminUser
sn: oimAdminUser
cn: oimAdminUser
uid: oimAdminUser
userPassword: welcome1

dn: cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: groupOfUniqueNames
objectclass: top
cn: oimAdminGroup
description: OIM administrator role
uniquemember: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

dn: cn=users,cn=oracleAccounts,dc=mycompany,dc=com
changetype: modify
add: aci
aci: (target = "ldap:///cn=users,cn=oracleAccounts,dc=mycompany,dc=com")(targetattr =
"*")(version 3.0; acl "Allow OIMAdminGroup add, read and write access to
all attributes"; allow (add, read, search, compare,write, delete, import)
(groupdn = "ldap:///cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com");)

dn: cn=Groups,cn=oracleAccounts,dc=mycompany,dc=com
changetype: modify
add: aci
aci: (target = "ldap:///cn=Groups,cn=oracleAccounts,dc=mycompany,dc=com")(targetattr =
"*")(version 3.0; acl "Allow OIM AdminGroup to read and write access";
allow (read, search, compare, add, write,delete) (groupdn =
"ldap:///cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com");)

dn: cn=reserve,cn=oracleAccounts,dc=mycompany,dc=com
changetype: modify
add: aci
aci: (target = "ldap:///cn=reserve,cn=oracleAccounts,dc=mycompany,dc=com")(targetattr =
"*")(version 3.0; acl "Allow OIM AdminGroup to read and write access";
allow (read, search, compare, add, write,delete,export) (groupdn =
"ldap:///cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com");)

dn: cn=changelog
changetype: modify
add: aci
aci: (target = "ldap:///cn=changelog")(targetattr = "*")(version 3.0; acl
"Allow OIM AdminGroup to read and write access"; allow (read, search,
compare, add, write,delete,export) (groupdn =
"ldap:///cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com");)

2. 次のコマンドを使用して、LDAP内のエントリとACIをチェックします。

ldapsearch -h <ODSEE Server> -p <ODSEE Port> -x -D "cn=Directory Manager"
-w <ODSEE Admin Password> -b "cn=changelog" -s sub "objectclass=*" aci

ldapsearch -h <ODSEE Server> -p <ODSEE Port> -x -D "cn=Directory Manager"
-w <ODSEE Admin Password> -b "cn=users,cn=oracleAccounts,dc=mycompany,dc=com" -s sub
"objectclass=*" aci

ldapsearch -h <ODSEE Server> -p <ODSEE Port> -x -D "cn=Directory Manager"
-w <ODSEE Admin Password> -b "cn=groups,cn=oracleAccounts,dc=mycompany,dc=com" -s sub
"objectclass=*" aci
ldapsearch -h <ODSEE Server> -p <ODSEE Port> -x -D "cn=Directory Manager"
-w <ODSEE Admin Password> -b "cn=reserve,cn=oracleAccounts,dc=mycompany,dc=com" -s sub
"objectclass=*" aci

E Oracle Unified Directory (OUD)の事前構成

LDAPディレクトリをアイデンティティ・ストアとして使用できるようにするには、事前構成を実行する必要があります。この項の手順により、Oracle Unified Directory (OUD)を事前構成して、LDAPアイデンティティ・ストアとしてOracle Unified Directory (OUD)を使用できます。

注意:

- LDAPアイデンティティ・ストア(Oracle Unified Directory (OUD))が、スキーマ拡張子を持つoimadminuserおよびコンテナに対して構成されている場合、次の構成手順に従う必要はありません。

- 次に示す例で使用されているデータはサンプル・データです。例に従って、LDAPサーバーの構成に適したデータと置き換えてください。

- cn=oracleAccountsはサンプル・データです。アイデンティティ・ストアを事前構成する際には、このデータを使用しなくてもかまいません。

アイデンティティ・ストアを事前構成するには、次の手順を実行する必要があります。

1. 新しいファイルOUDContainers.ldifを作成します。次のエントリを追加して、ファイルに保存します。

dn:cn=oracleAccounts,dc=mycompany,dc=com
cn:oracleAccounts
objectClass:top
objectClass:orclContainer

dn:cn=Users,cn=oracleAccounts,dc=mycompany,dc=com
cn:Users
objectClass:top
objectClass:orclContainer

dn:cn=Groups,cn=oracleAccounts,dc=mycompany,dc=com
cn:Groups
objectClass:top
objectClass:orclContainer

dn:cn=Reserve,cn=oracleAccounts,dc=mycompany,dc=com
cn:Reserve
objectClass:top
objectClass:orclContainer

2. ldapaddコマンドを使用して、コンテナをOracle Unified Directoryサーバーにインポートします。これにより、ユーザー、グループおよび予約コンテナが作成されます。

ldapadd -h <OUD Server> -p <OUD port> -D <OUD Admin ID> -w <OUD Admin password> -c -f ./OUDContainers.ldif

For example:

ldapadd -h localhost -p 3389 -D "cn=Directory Manager" -w "welcome1" -c -f ./OUDContainers.ldif

このコマンドで認証エラーが返されたら、シンプル・バインド・オプションの「-x」オプションでコマンドを試行します。

ldapadd -h localhost -p 1389 -x -D "cn=Directory Manager" -w "welcome1" -c -f ./OUDContainers.ldif

3. OUDをインストールした後にOUDと通信するには、OIMプロキシ・ユーザーとACIを構成します。OIM管理ユーザー、グループおよびACIを作成します。
ルート接尾辞はdc=mycompany,dc=comです。これは、OUDサーバーの適切なルート接尾辞と置換できます。

1. 新しいファイルoudadmin.ldifを開きます。次のLDAPエントリを追加して、ファイルoudadmin.ldifを保存します。次のコマンドを実行してldifファイル(oudadmin.ldif)をロードします。

注意:

ldapmodifyコマンドをOUDのセットアップで実行し、OIMプロキシ・ユーザー、OIMプロキシ・グループおよび関連するACIを追加します。

- OIMAdminプロキシ・ユーザーには、userPasswordの書込み/リセットを行うためのACIが必要です。

- OIMAdminプロキシ・ユーザーにはpassword-reset権限が必要です。password-reset権限は、ユーザー・エントリに対してldapmodifyを実行して割り当てます。

cd <OUD instance>/bin

./ldapmodify -h <OUD Server> -p <OUD port> -D <OUD Admin ID> -j <pwd.txt> -c-v-f oudadmin.ldif
Note: In the above command pwd.txt is the text file containing the OUD Admin password.

dn: cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: orclContainer
objectclass: top
cn: systemids

dn: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetorgperson
mail: oimAdminUser
givenname: oimAdminUser
sn: oimAdminUser
cn: oimAdminUser
uid: oimAdminUser
userPassword: welcome1

dn: cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: groupOfUniqueNames
objectclass: top
cn: oimAdminGroup
description: OIM administrator role
uniquemember: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

dn: cn=oracleAccounts,dc=mycompany,dc=com
changetype: modify
add: aci
aci: (target = "ldap:///cn=oracleAccounts,dc=mycompany,dc=com")(targetattr =
"*")(version 3.0; acl "Allow OIMAdminGroup add, read and write access to
all attributes"; allow (add, read, search, compare,write, delete, import,export)
(groupdn = "ldap:///cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com");)

dn: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com
changetype: modify
add: ds-privilege-name
ds-privilege-name: password-reset

2. OUDサーバーで変更ログを構成するには、次の手順を実行します。

注意:

OUDサーバーのインストール中にレプリケーションを構成した場合のみ、次の手順を実行してください。

dsconfigコマンドを使用して、レプリケーション・サーバーを作成します。

dsconfig -h <OUD host> -p <OUD Admin SSL Port> -D <OUD Admin id> -j
<password file> -X -n create-replication-server --provider-name
'Multimaster Synchronization' --set replication-port:8989 --set
replication-server-id:1 --type generic

dsconfigコマンドを使用して、レプリケーション・ドメインを作成します。

dsconfig -h <OUD host> -p <OUD Admin SSL port> -D <OUD Admin id> -j
<password file> -X -n create-replication-domain --provider-name
'Multimaster Synchronization' --set base-dn:<dc=myDomain,dc=com> --set
replication-server:<OUD host>:8989 --set server-id:1 --type generic
--domain-name <dc=myDomain,dc=com>

3. ACIが追加されたかどうかを確認するには、次のコマンドを使用します。

./ldapsearch -h <OUD Server> -p <OUD Port> -D "cn=Directory Manager"
-j <pwd.txt> -b "dc=mycompany,dc=com" -s base "objectclass=*" aci
Note: In the above command pwd.txt is the text file containing the OUD Admin password.

4. OUDにプロキシ・ユーザーがアクセス可能かどうかを確認するには、次のコマンドを使用します。

./ldapsearch -h <OUD Server> -p <OUD Port> -D
"cn=oimAdminUser,cn=systemids,dc=oracle,dc=com" -j <pwd.txt> -b
"cn=changelog" -s sub "changenumber>=0"
Note: In the above command pwd.txt is the text file containing the OUD Admin password.

4. OUD (ACI)でアクセスを制御する次の手順を完了します。
OUDの変更ログ・ノードにグローバルACIを追加します。

次のリンクで入手可能な『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド11gリリース2 (11.1.2)』の対話型モードでのdsconfigの使用に関する項を参照してください。

http://docs.oracle.com/cd/E29407_01/admin.111200/e22648/server_config.htm#solUSING-DSCONFIG-IN-INTERACTIVE-MODE

前述のドキュメントの手順を実行し、グローバルACIをOUDのcn=changelogエントリに追加します。

(target="ldap:///cn=changelog")(targetattr="*")(version 3.0; acl "External changelog access"; allow(read,search,compare,add,write,delete,export) groupdn="ldap:///cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com";)

dn: cn=Reserve,dc=mycompany,dc=com
changetype: modify
add: aci
aci: (target="ldap:///cn=Reserve,dc=mycompany,dc=com")(targetattr="*")(version 3.0; acl "Allow OIMAdminGroup add, read and write access to all attributes"; allow (add, read, search, compare,write, delete, import,export)(groupdn = "ldap:///cn=oimAdminGroup,cn=Groups,dc=mycompany,dc=com");)

denyが優先されないように、グローバルACIからdenyを、またOIMプロキシ・ユーザーからallowを削除する必要があります。

注意:

OUD 11.1.1.5.0を使用している場合、次のACIを使用します。

(target="ldap:///cn=changelog")(targetattr="*")(version 3.0; acl
"External changelog access";deny (all) groupdn!="ldap:///cn=oimAdminGroup,cn=systemids,dc=myDomain,dc=com";)

次のリンクで入手可能な『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド11gリリース2 (11.1.2)』を参照してください。

http://docs.oracle.com/cd/E29407_01/admin.111200/e22648/server_config.htm#solUSING-DSCONFIG-IN-INTERACTIVE-MODE

前述のドキュメントの手順を実行し、デフォルトのdenyグローバルACIをOUDのcn=changelogエントリから削除します。

(target="ldap:///cn=changelog")(targetattr="*")(version 3.0; acl "External changelog access"; deny (all) userdn="ldap:///anyone";)

5. Oracle Identity Manager (OIM)でユーザー・アカウントをロックするには、OUDサーバーでパスワード・ポリシーを構成する必要があります。
パスワード・ポリシーで、無効なログインの最大試行回数(ソースのLDAPディレクトリ・サーバーで必要です)を定義する必要があります。これでアカウントがロックされます。この最大試行回数は、第5.7.5.2.4項「Oracle Unified Directory (OUD)向けのアダプタの作成」のユーザー管理プラグイン(pwdMaxFailureパラメータ)に定義されているものと同じ値にする必要があります。

次のコマンドを使用し、OUDのパスワード・ポリシーを構成します(ログインに3回失敗したらアカウントをロックする例)。

dsconfig -h <OUD host> -p <OUD Admin SSL port> -D <OUD Admin id> -j <password file> -X -n set-password-policy-prop --policy-name 'Default Password Policy'
--set lockout-failure-count:3

F Oracle Internet Directory (OID)の事前構成

LDAPディレクトリをアイデンティティ・ストアとして使用できるようにするには、事前構成を実行する必要があります。この項の手順により、Oracle Internet Directory (OID)を事前構成して、LDAPアイデンティティ・ストアとしてOracle Internet Directory (OID)を使用できます。

注意:

- LDAPアイデンティティ・ストア(Oracle Internet Directory (OID))が、コンテナおよびスキーマ拡張子を持つoimadminuserに対して構成されている場合、次の構成手順に従う必要はありません。

- 次に示す例で使用されているデータはサンプル・データです。例に従って、LDAPサーバーの構成に適したデータと置き換えてください。

- cn=oracleAccountsはサンプル・データです。アイデンティティ・ストアを事前構成する際には、このデータを使用しなくてもかまいません。

アイデンティティ・ストアを事前構成するには、次の手順を実行する必要があります。

1. 新しいファイルOIDContainers.ldifを作成します。次のエントリを追加して、ファイルに保存します。

dn:cn=oracleAccounts,dc=mycompany,dc=com
cn:oracleAccounts
objectClass:top
objectClass:orclContainer

dn:cn=Users,cn=oracleAccounts,dc=mycompany,dc=com
cn:Users
objectClass:top
objectClass:orclContainer

dn:cn=Groups,cn=oracleAccounts,dc=mycompany,dc=com
cn:Groups
objectClass:top
objectClass:orclContainer

dn:cn=Reserve,cn=oracleAccounts,dc=mycompany,dc=com
cn:Reserve
objectClass:top
objectClass:orclContainer

2. ldapaddコマンドを使用して、コンテナをOracle Internet Directoryサーバーにインポートします。これにより、ユーザー、グループおよび予約コンテナが作成されます。

ldapadd -h <OID Server> -p <OID port> -D <OID Admin ID> -w <OID Admin password> -c -f ./OIDContainers.ldif

For example:

ldapadd -h localhost -p 3060 -D "cn=orcladmin" -w "welcome1" -c -f ./OIDContainers.ldif

このコマンドで認証エラーが返されたら、シンプル・バインド・オプションの「-x」オプションでコマンドを試行します。

ldapadd -h localhost -p 3060 -x -D "cn=orcladmin" -w "welcome1" -c -f ./OIDContainers.ldif

3. OIDをインストールした後にOIDと通信するには、OIMプロキシ・ユーザーとACIを構成します。OIM管理ユーザー、グループおよびACIを作成します。
ルート接尾辞は「dc=mycompany,dc=com」です。これは、OIDサーバーの適切なルート接尾辞と置換できます。

1. 新しいファイルoidadmin.ldifを開きます。次のLDAPエントリを追加して、ファイルoidadmin.ldifに保存します。次のコマンドを実行してldifファイル(oidadmin.ldif)をロードします。

注意:

ldapmodifyコマンドをOIDのセットアップで実行し、OIMプロキシ・ユーザー、OIMプロキシ・グループおよび関連するACIを追加します。

./ldapmodify -h <OID Server> -p <OID port> -D <OID Admin ID> -w <OID Admin password> -c-v-f oidadmin.ldif

dn: cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: orclContainer
objectclass: top
cn: systemids

dn: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetorgperson
objectclass: orcluser
objectclass: orcluserV2
mail: oimAdminUser
givenname: oimAdminUser
sn: oimAdminUser
cn: oimAdminUser
uid: oimAdminUser
userPassword: welcome1

dn: cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com
changetype: add
objectclass: groupOfUniqueNames
objectclass: orclPrivilegeGroup
objectclass: top
cn: oimAdminGroup
description: OIM administrator role
uniquemember: cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com

dn: cn=oracleAccounts,dc=mycompany,dc=com
changetype: modify
add: orclaci
orclaci: access to entry by group="cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com" (add,browse,delete) by * (none)
orclaci: access to attr=(*) by group="cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com" (read,search,write,compare) by * (none)

dn: cn=changelog
changetype: modify
add: orclaci
orclaci: access to entry by group="cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com" (browse) by * (none)
orclaci: access to attr=(*) by group="cn=oimAdminGroup,cn=systemids,dc=mycompany,dc=com" (read,search,compare) by * (none)

2. ACIが追加されたかどうかを確認するには、次のコマンドを使用します。

./ldapsearch -h <OID Server> -p <OID Port> -D "cn=orcladmin"
-w <OID Admin password> -b "dc=mycompany,dc=com" -s one "objectclass=*" orclaci

3. OIDに対してプロキシ・ユーザーがアクセス可能かどうかを確認するには、次のコマンドを使用します。このコマンドを実行する前に、changenumberがカタログに追加されていることを確認してください。

./ldapsearch -h <OID Server> -p <OID Port> -D
"cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com" -w <OID Admin password> -b
"cn=changelog" -s sub "changenumber>=0"

このコマンドでエラーが発生したら、次を実行してください。

./ldapsearch -h <OID Server> -p <OID Port> -D
"cn=oimAdminUser,cn=systemids,dc=mycompany,dc=com" -w <OID Admin password> -b
"cn=changelog" -s one "changenumber>=0"

G Apache Derby用のOracle Entitlement Serverスキーマの作成

Apache Derby 10.5.3.0は、Oracle WebLogic Serverインストールに含まれている評価データベースです。Oracle Entitlements Serverポリシー・ストアに対してApache Derbyを使用している場合は、この付録の説明に従って、Oracle Entitlements Serverのスキーマを作成する必要があります。

注意:

Derbyポリシー・ストアはWebLogic Serverのみでサポートされています。Derbyデータベースは開発以外の目的で使用しないでください。

Oracle Databaseを使用することを強くお薦めします。

Oracle Entitlements Serverポリシー・ストアに対応するApache Derbyを使用する場合には、次の手順を実行する必要があります。

1. setNetworkServerCP(格納場所はUNIXのMW_HOME/wlserver_10.3/common/derby/bin)またはsetNetworkServerCP.bat(格納場所はWindowsのMW_HOME\wlserver_10.3\common\derby\bin)をテキスト・エディタで開いて、次の例に示すようにDERBY_HOMEを指定します。

DERBY_HOME="MW_HOME/wlserver_10.3/common/derby"

2. 次のコマンドを実行して、Apache Derbyデータベースを起動します。

- setNetworkServerCP(格納場所はUNIXのMW_HOME/wlserver_10.3/common/derby/bin)またはsetNetworkServerCP.bat(格納場所はWindowsのMW_HOME\wlserver_10.3\common\derby\bin)。

- startNetworkServer(格納場所はUNIXのMW_HOME/wlserver_10.3/common/derby/bin)またはstartNetworkServer.bat(格納場所はWindowsのMW_HOME\wlserver_10.3\common\derby\bin)。

Apache Derbyデータベースを起動するために、startDerby.sh(格納場所はwlserver_10.3/common/bin)またはstartDerby.cmd(格納場所はwlserver_10.3\common\bin)も実行できます。また、Oracle WebLogic Serverを起動すると、自動的にApache Derbyデータベースが起動します。

3. 次のようにij(格納場所はUNIXのwlserver_10.3/common/derby/bin)またはij.bat(格納場所はWindowsのwlserver_10.3\common\derby\bin)を実行し、ネットワーク・サーバーの接続をテストします。

bin/ij

4. 次の例に示されているとおり、Apache Derbyサーバーに接続します。

ij> connect 'jdbc:derby://myhost/data/oesdb;create=true';

oesdbはデータベースの名前であり、dataはサーバーを起動したディレクトリに基づく相対パスです。この例では、データベース・ファイルが保存されるOracle/Middleware/wlserver_10.3/common/derby/binです。

5. opss_user.sql(格納場所はRCU_HOME/rcu/integration/opss/scripts/derby)をテキスト・エディタで開いて、&&1をスキーマ所有者に置き換えます。

注意:

rcuHome.zipファイルをダウンロードした後に、選択したディレクトリにrcuHome.zipファイルの内容を解凍します。このディレクトリは、RCU_HOMEディレクトリと呼びます。

リポジトリ作成ユーティリティ(RCU)の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

次のSQLファイル(格納場所はRCU_HOME/rcu/integration/opss/scripts/derby)に対して、前述の手順を繰り返します。

- opss_tables.sql

- opss_version.sql

- opss_gencatalog.sql

注意:

これは、Oracle Entitlements Serverの構成時に指定する必要があるスキーマ所有者です。詳細は、「Oracle Entitlements Server管理サーバーの構成」を参照してください。

Oracle Identity and Access Managementコンポーネントは、インストールする前にデータベースにスキーマが存在している必要があります。このようなスキーマを作成してデータベースにロードするには、Repository Creation Utility (RCU)を使用します。

6. 次のSQLファイル(格納場所はRCU_HOME/rcu/integration/apm/sql/derby)をijコンソールで実行します。

- run'opss_user.sql';

- run'opss_tables.sql';

- run'opss_version.sql';

- run'opss_gencatalog.sql';

注意:

必ず前述の順序でSQLファイルを実行し、スキーマ所有者と作成したパスワードを書き留めます。

H Web Serviceセキュリティ・モジュールのPDPプロキシ・クライアントの構成

この付録では、Web Serviceセキュリティ・モジュールのPDPプロキシ・クライアントを構成する手順の例を示します。

Web Serviceセキュリティ・モジュール向けのPDPプロキシ・クライアントを構成する前に、WebLogic ServerドメインにWeb Serviceセキュリティ・モジュールを展開済であることを確認してください。「アプリケーション・クライアントの起動」ページを使用し、デプロイ済のアプリケーション・クライアントを起動します。このクライアント・アプリケーションは、認可決定にPDP (Web Service)セキュリティ・モジュールへの接続を必要とします。PDP (Web Serviceセキュリティ・モジュール)にWebサービス・コールを経由して接続するには、PDPプロキシ・クライアントを使用する必要があります。このシナリオでは、Webサービス・プロキシのセキュリティ・モジュールとして構成されている別のWebLogic Serverドメインを作成します。このセキュリティ・モジュールのプロキシ・インスタンスを使用しているWebLogic ServerがOES PEP APIコールを実行すると、そのプロキシ・コードは認可決定のためにWebサービス・ドメインへの関連付けられたWebサービス・コールを実行します。

次の手順に従ってWeb Serviceセキュリティ・モジュールのPDPプロキシ・クライアントを構成してください。

1. 次の手順を実行して、smconfig.prpファイルにプロパティを構成します。

1. SMConfigToolフォルダに移動します。
$ cd $MW_HOME/oes_client/oessm/SMConfigTool

最初にバックアップしたsmconfig.prp.bakファイルを新しいファイル(たとえばwls-wsproxy-smconfig.prp)にコピーします。

$ cp smconfig.prp.bak wls-wsproxy-smconfig.prp

2. 好みのエディタでwls-wsproxy-smconfig.prpファイルを開き、表H-1で示されたプロパティを設定します。その他のプロパティはすべてその既存の値のままにします。

表H-1 smconfigファイルのプロパティ

プロパティ

値

oracle.security.jps.runtime.pd.client.policyDistributionMode

非制御

oracle.security.jps.pdp.isProxy

True

oracle.security.jps.pdp.PDPTransport

WS

oracle.security.jps.pdp.proxy.PDPAddress

http://hostname:port

注意: ポート番号はWebLogic Serverのリスニング・ポートです。

wls-wsproxy-smconfig.prpファイルを保存します。

2. $OES_CLIENT_HOME/oessm/binフォルダに移動します。
$ cd OES_CLIENT_HOME/oessm/bin

3. 次の手順を実行して、WLS WSプロキシのSMドメインを作成するOES構成ウィザードを実行します。

1. 次のコマンドを使用してSM構成ツールを実行します。
$ ./config.sh -smConfigId yourSMConfigID -smType wls -serverLocation $MW_HOME/wlserver_10.3 -prpFileName ../SMConfigTool/wls-wsproxy-smconfig.prp

2. セキュリティ・モジュール構成ツールを起動すると、「Fusion Middleware構成ウィザード」が表示されます。

3. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。
「ドメイン・ソースの選択」画面が表示されます。

4. 「ドメイン・ソースの選択」画面で、「次の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。
Oracle Entitlements Server WebLogic Security Module - 11.1.1.0 [oesclient]オプションを選択します。「次へ」をクリックします。

注意:

Oracle Entitlements Server管理サーバーに関連するドメインのテンプレートOracle Entitlements Server for Admin Server - 11.1.1.0 [IAM_HOME]を選択していないことを確認します。

「ドメイン名と場所の指定」画面が表示されます。

5. 作成するドメインの名前と場所を入力して「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面が表示されます。

6. 管理者のユーザー名とパスワードを入力します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面が表示されます。

注意:

管理者のユーザー名とパスワードを入力する際には、それを必ず覚えておいてください。

7. 「使用可能なJDK」から「JDK」を選択し、「WebLogicドメインの起動モード」を選択します。「次へ」をクリックします。

注意:

選択しているJDKバージョンがJava SE 6 Update 24以上であることを確認してください。

「オプションの構成を選択」画面が表示されます。

8. 「オプションの構成を選択」画面で、「管理サーバー」を選択します。「次へ」をクリックします。

9. 次の管理サーバー・パラメータを構成します。
名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。たとえば、AdminServerです。

リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の情報は、「リスニング・アドレス」の指定に関する項を参照してください。

Listen port: 通常の非セキュア・リクエスト(HTTPやT3などのプロトコル経由)で使用するリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7001です。

注意:

リスニング・ポートの値が、その他のOracle Identity and Access Managementコンポーネントのリスニング・ポートと異なっていることを確認します。詳細は、『Oracle Fusion Middleware管理者ガイド』のポートの管理に関する項を参照してください。

SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

SSLリスニング・ポート: セキュアなリクエスト(HTTPSやT3Sなどのプロトコル経由)に使用する有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。たとえば、7002です。

注意:

SSLリスニング・ポート値を指定したら、smconfig.wls.controlled.prpファイルまたはsmconfig.prpファイル内のoracle.security.jps.pd.clientPortプロパティをSSLリスニング・ポート値で更新する必要があります。次に、Oracle WebLogic Serverセキュリティ・モジュール向けのsmconfigツールを実行し、管理サーバーのSSLポートをoracle.security.jps.pd.clientPortで指定したポートに設定する必要があります。

10. 「構成のサマリー」画面で、ドメイン構成を確認して、「作成」をクリックしてWebLogic ServerのWebサービス・プロキシSM有効ドメインを作成します。

11. ドメインが正常に作成されたら、Oracle WebLogic ServerでWeb Serviceセキュリティ・モジュール・インスタンスのフォルダ構造とファイルを確認できます。Oracle WebLogic ServerのWebLogic Serverセキュリティ・モジュール・インスタンス構成のjps-config.xml構成ファイルは、$DOMAIN_HOME/config/oeswlssmconfig/AdminServerにあります。
jps-config.xmlファイルは、その他のWebLogicドメインに展開されたWebサービス・セキュリティ・モジュールに対するリクエストに基づいてPEP API Webサービスをプロキシするために使用される構成を含みます。

I Oracle Identity and Access Managementの削除と再インストール

この付録では、Oracle Identity and Access Management 11gリリース2 (11.1.2.1.0)の削除と再インストールについて説明します。内容は次のとおりです。

- Oracle Identity and Access Managementの削除

- Oracle Identity and Access Managementの削除

注意:

ソフトウェアのアンインストールには、必ずこの付録の手順を使用してください。ソフトウェアを手動でアンインストールしようとすると、ソフトウェアの再インストール時に問題が発生することがあります。この付録の手順に従うことで、ソフトウェアを適切にアンインストールできます。

I.1 Oracle Identity and Access Managementの削除

このトピックでは、Oracle Identity and Access Managementを削除する手順を説明します。この章には次の項目があります。

- Oracle Identity and Access Management Oracleホームのアンインストール

- Oracle共通ホームの削除

I.1.1 Oracle Identity and Access Management Oracleホームのアンインストール

アンインストーラは、自らが起動されたOracleホーム・ディレクトリをアンインストールしようとします。Oracle Identity and Access Management Oracleホーム・ディレクトリをアンインストールする前に、ディレクトリが既存のドメインによって使用されていないこと、およびこのOracleホームを使用するすべての実行プロセスが停止されていることを確認します。

Oracle Identity and Access Managementのアンインストールでは、作成したWebLogicドメインは削除されません。このアンインストールで削除されるのは、Oracle Identity and Access Management Oracleホーム・ディレクトリ内のソフトウェアのみです。

注意:

インスタンスおよびOracleホームの削除には、oraInventoryが必要です。たとえば、UNIXの場合は次の場所にあります。

/etc/oraInst.loc

この項では、グラフィカルな、画面ベースのアンインストーラを使用して、Oracle Identity and Access Management Oracleホームをアンインストールする方法を説明します。ただし、レスポンス・ファイルを使用してサイレント・アンインストールを実行することもできます。アンインストール・レスポンス・ファイルのテンプレートは、アンインストールにあわせてカスタマイズ可能で、UNIXではDisk1/stage/Responseディレクトリ、WindowsではDisk1\stage\Responseディレクトリにあります。

グラフィカルな、画面ベースのアンインストーラを使用して、Oracle Identity and Access Management Oracleホームをアンインストールするには、次の手順を実行します。

1. Oracle Identity and Access Management Oracleホームが既存のドメインで使用中でないことを確認します。

2. Oracle Identity and Access Management Oracleホームを使用しているすべてのプロセスを停止します。

3. コマンド・プロンプトを開き、IAM_ORACLE_HOME/oui/binディレクトリ(UNIX)またはIAM_HOME\oui\binディレクトリ(Windows)に移動(cd)してください。

4. -deinstallオプションを使用して、コマンド・ラインからアンインストーラを起動します。次に例を示します。
UNIXの場合:

./runInstaller -deinstall

Windowsの場合:

setup.exe -deinstall

「ようこそ」画面が表示されます。

5. 「次へ」をクリックします。
「Oracleホームのアンインストール>」画面では、アンインストールする前にアンインストール設定を含むレスポンス・ファイルを保存できます。「アンインストール」をクリックします。アンインストールの進捗状況画面が表示されます。この画面には、アンインストールの進行状況およびステータスが表示されます。

アンインストールの進捗状況が100%になったら、「終了」をクリックします。「アンインストール完了」画面が表示されます。

6. 「アンインストール完了」画面で「終了」をクリックすると、アンインストーラが終了します。

I.1.2 Oracle共通ホームのアンインストール

MW_HOMEディレクトリにあるORACLE_COMMON_HOMEディレクトリには、Oracle Enterprise Manager Fusion Middleware ControlおよびJava Required Files (JRF)に必要なバイナリ・ファイルとライブラリ・ファイルが含まれます。ORACLE_COMMON_HOMEディレクトリを削除する前に、Oracle SOA Suiteなど他のOracle Fusion MiddlewareソフトウェアがORACLE_COMMON_HOMEに依存していないことを確認します。ORACLE_COMMON_HOMEディレクトリに依存するすべてのソフトウェアを削除するまで、このディレクトリを削除できません。

ORACLE_COMMON_HOMEディレクトリを削除するには、次の手順を実行します。

1. ORACLE_COMMON_HOMEディレクトリを使用するすべてのプロセスを停止します。ORACLE_COMMON_HOMEディレクトリを使用しているすべてのプロセスを知るには、次のコマンドを使用します。
UNIXの場合:

ps-ef grep <oracle_common>

Windowsの場合:

Windowsのタスク・マネージャを使用して、ORACLE_COMMON_HOMEディレクトリを使用しているプロセスを特定します。

2. Oracle Identity and Access Management Oracle Homeをアンインストールするには、Oracle Identity and Access Management Oracleホームのアンインストールの手順を実行します。

3. コマンド・プロンプトを開き、ORACLE_COMMON_HOME/oui/bin/ディレクトリ(UNIXの場合)またはORACLE_COMMON_HOME\oui\bin\ディレクトリ(Windowsの場合)に移動(cd)します。

4. -deinstallオプションとJava Runtime Environment (JRE)がインストールされている場所を特定する-jreLocオプションを使用して、コマンド・ラインからアンインストーラを起動します。次に例を示します。
UNIXの場合:

./runInstaller -deinstall -jreLoc FULL_PATH_TO_JRE_DIRECTORY

Windowsの場合:

setup.exe -deinstall -jreLoc FULL_PATH_TO_JRE_DIRECTORY

「ようこそ」画面が表示されます。

5. 「次へ」をクリックします。「アンインストール・タイプの選択」画面が表示されます。

6. 「アンインストール・タイプの選択」画面の一番上のOracleホームのアンインストール・オプションを選択します。

注意:

ORACLE_COMMON_HOMEディレクトリへのパスは、「Oracleホームのアンインストール」オプションを説明するテキストに表示されます。

「次へ」をクリックします。「Oracleホームのアンインストール」画面が表示されます。

7. 正しいORACLE_COMMON_HOMEディレクトリが表示されていることを確認し、「アンインストール」をクリックします。
アンインストールの進捗状況画面に、ORACLE_COMMON_HOMEディレクトリの削除の確認を求めるダイアログ・ボックスが表示されます。

8. 「警告」ダイアログ・ボックスで「はい」をクリックし、ORACLE_COMMON_HOMEディレクトリの削除を確認します。アンインストールが開始されます。

9. アンインストールの進捗状況が100%になったら、「終了」をクリックします。「アンインストール完了」画面が表示されます。

10. 「アンインストール完了」画面で「終了」をクリックすると、アンインストーラが終了します。

I.2 Oracle Identity and Access Managementの再インストール

Oracle Identity and Access Managementを再インストールするには、次の手順を実行します。

1. Oracle Identity and Access Managementを再インストールするディレクトリに既存のOracle Identity and Access Managementインスタンスが含まれていないことを確認します。含まれている場合、再インストールする前にそれらのインスタンスをアンインストールする必要があります。既存のOracle Identity and Access Managementインスタンスが含まれたディレクトリにOracle Identity and Access Management 11gリリース1(11.1.1)を再インストールすることはできません。

2. このガイドの該当する手順を実行して、初回インストールと同様にOracle Identity Managementを再インストールします。

J サイレント・インストールの実行

この付録では、Oracle Identity Managementをサイレント・モードでインストールする方法について説明します。内容は次のとおりです。

- サイレント・インストールの概要

- サイレント・インストールを実行する前に

- レスポンス・ファイルの作成

- サイレント・インストールの実行

- インストーラのコマンドライン・パラメータ

J.1 サイレント・インストールの概要

サイレント・インストールでは、画面表示出力や、ユーザーによる入力が不要であるため、Oracle Identity and Access Managementのインストールを監視する必要はありません。

Oracle Identity and Access Managementのサイレント・インストールを実行するには、-silentフラグを付けてインストーラを起動し、コマンドラインからレスポンス・ファイルを指定します。レスポンス・ファイルは、インストーラ・プロンプトへの応答になる変数およびパラメータ値が含まれるテキスト・ファイルです。

J.2 サイレント・インストールを実行する前に

このトピックでは、サイレント・インストールを実行する前に、必要になる可能性がある作業について説明します。このトピックには、次の項があります。

- UNIXシステム: oraInst.locファイルの作成

- Windowsシステム: レジストリ・キーの作成

J.2.1 UNIXシステム: oraInst.locファイルの作成

インストーラは、Oracleインベントリ・ディレクトリを使用して、システムにインストールしたすべてのOracle製品を追跡します。インベントリ・ディレクトリは、oraInst.loc.という名前のファイルに格納されます。このファイルがシステムにない場合は、サイレント・インストールを開始する前に作成する必要があります。

存在しない場合、次の手順を実行してoraInst.locファイルを作成します。

1. rootユーザーとしてログインします。

2. テキスト・エディタ(viやemacsなど)を使用して、任意のディレクトリにoraInst.locファイルを作成します。このファイルは、次の2行で構成されています。

inventory_loc=oui_inventory_directory
inst_group=oui_install_group

oui_inventory_directoryは、インストーラでインベントリ・ディレクトリを作成するディレクトリへのフルパスに置き換えます。oui_install_groupは、メンバーがこのディレクトリへの書込み許可を持っているグループの名前に置き替えます。

3. rootユーザーとしてログアウトします。

注意:

UNIXプラットフォーム上でサイレント・インストールを実行した後で、rootユーザーとしてORACLE_HOME/root.shスクリプトを実行する必要があります。root.shスクリプトによって環境変数の設定が検出され、ローカルのbinディレクトリのフルパスが入力できるようになります。

J.2.2 Windowsシステム: レジストリ・キーの作成

Oracle Identity and Access Managementをシステムにインストールしなかった場合、次のレジストリ・キーおよび値を作成する必要があります。

HKEY_LOCAL_MACHINE / SOFTWARE / Oracle / inst_loc = [inventory_directory]

inventory_directoryは、インストーラ・ファイルへのフルパスに置き替えます。例: C:\Program Files\Oracle\Inventory

J.3 レスポンス・ファイルの作成

サイレント・インストールを実行する前に、インストール固有の情報をレスポンス・ファイルに指定する必要があります。レスポンス・ファイルは、テキスト・エディタで作成または編集可能なテキスト・ファイルです。正しく構成されていないレスポンス・ファイルを使用してサイレント・インストールしようとすると、インストーラは失敗します。

インストール・メディアに、デフォルトのレスポンス・ファイルがいくつか含まれています。それをテンプレートとして使用して、環境に合せてカスタマイズできます。このデフォルトのレスポンス・ファイルは、UNIXではDisk1/stage/Responseディレクトリ、WindowsではDisk1\stage\Responseディレクトリにあります。

Oracle Identity and Access Managementソフトウェア・インストール用のレスポンス・ファイルの作成

Oracle Identity and Access Managementインストール・ウィザードを使用して初めてソフトウェアをインストールする際、インストールのサマリーをレスポンス・ファイルに保存できます。

Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Access Management Mobile and Social、Oracle Privileged Account ManagerおよびOracle Identity Navigator向けOracle Identity and Access Managementソフトウェアのインストーラのレスポンス・ファイルを作成するには、次の手順を実行します。

1. インストール・ウィザードの「インストール・サマリー」画面で、「レスポンス・ファイルの保存」フィールドの「保存」をクリックします。

2. プロンプトが表示されたら、ファイルをローカル・ディレクトリに保存します。

Oracle Identity Manager構成用のレスポンス・ファイルの作成

Oracle Identity Manager構成ウィザードを使用してOracle Identity Managerサーバー、Design ConsoleまたはRemote Manager初めて構成する際、構成のサマリーをレスポンス・ファイルに保存できます。

このレスポンス・ファイルを作成するには、次の手順を実行します。

1. インストール・ウィザードの「構成サマリー」画面で、「レスポンス・ファイルの保存」フィールドの「保存」をクリックします。

2. プロンプトが表示されたら、ファイルをローカル・ディレクトリに保存します。

J.3.1 OIM、OAM、OAAM、OESおよびOIN

次のリストは、Oracle Identity Manager、Oracle Access Management、Oracle Adaptive Access Manager、Oracle Entitlements Server、Oracle Privileged Account Manager、Oracle Access Management Mobile and SocialおよびOracle Identity Navigatorが含まれたOracle Identity and Access Management Suiteのインストール・メディア内のデフォルトのレスポンス・ファイルを示しています。

- iamsuite_install_only.rsp: このレスポンス・ファイルは、Oracle Identity and Access Managementコンポーネントをインストールするが、構成は行わない場合に使用します。

- iamsuite_config_only.rsp: Oracle Identity Managerサーバー、Design ConsoleおよびRemote Managerを構成するには、このレスポンス・ファイルをORACLE_HOME/bin/にあるOracle Identity Manager 11gリリース1 (11.1.1)構成ウィザード(config.shスクリプトまたはconfig.bat)とともに使用します。

- deinstall_oh.rsp: このレスポンス・ファイルは、インストール済のコンポーネントを削除する場合にOracle Identity and Access Managementアンインストーラとともに使用します。

J.3.2 サイレント・インストールの保護

レスポンス・ファイルには、インストーラが必要とするパスワードの一部が含まれます。レスポンス・ファイル内のこれらのパスワードに関するセキュリティ上の問題を最小限に抑えるには、次のガイドラインに従います。

- サイレント・インストールを実行するオペレーティング・システム・ユーザーのみがファイルを開けるように、レスポンス・ファイルに権限を設定します。

- 可能であれば、サイレント・インストールの完了後に、レスポンス・ファイルをシステムから削除します。

J.4 サイレント・インストールの実行

Oracle Identity and Access Managementのサイレント・インストールを実行するには、-silentフラグを付けてインストーラを起動し、コマンドラインからレスポンス・ファイルを指定します。

UNIXの場合

UNIXシステム上でコマンドラインからインストーラを実行するための構文を次に示します。

runInstaller [-mode] [-options] [(COMMAND_LINE_VARIABLE=VARIABLE_VALUE)*]

たとえば、次のようになります。

./runInstaller -silent -response FILE

Windowsの場合

Windowsシステム上でコマンドラインからインストーラを実行するための構文を次に示します。

setup.exe [-mode] [-options] [(COMMAND_LINE_VARIABLE=VARIABLE_VALUE)*]

たとえば、次のようになります。

setup.exe -silent -response FILE

J.5 インストーラのコマンドライン・パラメータ

表(不明な手順番号)は、インストーラの、サポートされているコマンドライン・パラメータの一覧とその説明です。

表J-1 インストーラのコマンドライン・パラメータ

パラメータ

説明

インストール・モード - 指定できるモードは1つのみ

-i | -install

インストーラをGUIモードで起動します。これはデフォルトのモードであり、コマンドラインでモードを指定しない場合に使用します。

-silent

サイレント・モードでインストールします。インストーラに、レスポンス・ファイル、またはコマンドラインの変数-値ペアを渡す必要があります。

-d | -deinstall

削除のために、インストーラをGUIモードで起動します。

-p | -prerequisite

GUIモードでインストーラを起動しますが、前提条件のチェックのみ行います。ソフトウェアはインストールされません。

-v | -validate

GUIモードでインストーラを起動し、すべての前提条件チェックと妥当性チェックを実行しますが、ソフトウェアはインストールしません。

-sv | -silentvalidate

すべての前提条件チェックと妥当性チェックを、サイレント・モードで実行します。インストーラに、レスポンス・ファイル、またはコマンドラインの変数-値ペアを渡す必要があります。

インストール・オプション

-help | --help | --usage

runInstallerコマンドの使用方法のパラメータを表示します。

-invPtrLoc file

インベントリ場所ファイルへのポインタです。fileを、oraInst.locファイルのフルパスと名前に置き替えます。

-response file | -responseFile file

レスポンス・ファイルへのポインタです。fileを、レスポンス・ファイルのフルパスと名前に置き替えます。

-jreLoc location

Java Runtime Environment (JRE)がインストールされる場所へのポインタです。locationを、JREがインストールされるjreディレクトリへのフルパスに置き替えます。

-logLevel level

インストーラによって実行されるロギングのレベルを指定します。指定したレベルより優先度が低いすべてのメッセージが記録されます。有効なレベルは次のとおりです。

- severe

- warning

- info

- config

- fine

- finer

- finest

-debug

インストーラからデバッグ情報を入手します。

-force

空でないディレクトリでサイレント・インストールを続行できます。

-printdiskusage

ディスク使用量に関連するログ・デバッグ用情報です。

-printmemory

メモリー使用量に関連するログ・デバッグ用情報です。

-printtime

使用時間に関連するログ・デバッグ用情報です。このコマンドにより、timeTakentimestamp.logファイルが作成されます。

-waitforcompletion

Windowsのみ。インストーラは、Javaエンジンを生成して終了せず、完了を待機します。

-noconsole

コンソール・ウィンドウにメッセージを表示しません。

-ignoreSysPrereqs

システム前提条件チェックの結果を無視して、インストールを継続します。

-executeSysPrereqs

システム前提条件チェックのみ実行して、終了します。

-paramFile file

oraparam.iniファイルへのフルパスを指定します。このファイルは、インストーラのための初期化ファイルです。このファイルのデフォルトの場所は、Disk1/install/platformです。

-novalidation

インストーラが実行したすべての妥当性チェックを無効にします。

-nodefaultinput

GUIインストールでは、情報やデフォルト値が事前に移入されている画面がいくつかあります。このオプションを指定すると、この動作が無効になるため、情報や値は事前に移入されません。

コマンドライン変数

インストーラ変数

インストーラ変数を指定するには、「varName=value」を使用します。次に例を示します。

ORACLE_HOME=/scratch/install/IDM_Home

セッション変数

セッション変数を指定するには、「session:varName=value」を使用します。

K インストールのトラブルシューティング

この付録では、Oracle Identity Managementのインストール時に発生する可能性がある一般的な問題の解決策について説明します。内容は次のとおりです。

- 一般的なトラブルシューティングのヒント

- インストール・ログ・ファイル

- 既存のOIM 11gスキーマへのOIMの構成

- その他の解決策

K.1 一般的なトラブルシューティングのヒント

インストール時にエラーが発生した場合は、次のように対応してください。

- Oracle Fusion Middleware 11gリリース2 (11.1.2.1.0)の資料を調べます。リリース・ノートには、Oracle Technology Network (OTN)ドキュメントWebサイトからアクセスできます。Webサイトにアクセスするには、次のURLに移動します。

http://www.oracle.com/technetwork/indexes/documentation/index.html

- システムおよび構成が動作保証されていることを確認します。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

- システムが最小システム要件を満たしていることを確認します。詳細は、第2.1項「システム要件および動作保証の確認」を参照してください。

- 実行するデプロイメントの依存関係が満たされていることを確認します。このドキュメントの各デプロイメントの説明には、「依存関係」の項があります。

- いずれかのインストール画面で誤った情報を入力した場合、「戻る」をクリックしてその画面まで戻ります。

- インストーラでファイルのコピーやファイルへのリンクを実行しているときにエラーが発生した場合は、次のように対処します。

1. エラーを記録し、インストール・ログ・ファイルを調べます。

2. 失敗したインストールを削除します。詳細は、付録I「Oracle Identity and Access Managementの削除と再インストール」を参照してください。

3. エラーの原因となった問題を解決します。

4. インストールを再開します。

- Oracle Identity Manager構成ウィザードを使用してOracle Identity Managerを構成する際にエラーが発生した場合は、次のように対処します。

1. エラーを記録し、構成ログ・ファイルを調べます。

2. 依存関係が満たされていることを確認します。たとえば、管理サーバーおよびデータベースが起動しており、稼働中である必要があります。

3. エラーの原因となった問題を解決します。

4. Oracle Identity Manager構成ウィザードを再度実行します。

K.2 インストール・ログ・ファイル

インストーラは、UNIXシステムではORACLE_INVENTORY_LOCATION/logsディレクトリ、WindowsシステムではORACLE_INVENTORY_LOCATION\logsディレクトリにログ・ファイルを書き込みます。

Oracleインベントリ・ディレクトリの場所がわからない場合、UNIXシステムでは、ORACLE_HOME/oraInst.locファイルを参照します。

Microsoft Windowsシステムでは、インベントリ・ディレクトリのデフォルトの場所は、C:\Program Files\Oracle\Inventory\logsです。

サーバー・ログ・ファイルは<DOMAIN_HOME>/server/<servername/logsディレクトリ内にあります。

次のインストール・ログ・ファイルがログ・ディレクトリに書き込まれます。

- installDATE-TIME_STAMP.log

- installDATE-TIME_STAMP.out

- installActionsDATE-TIME_STAMP.log

- installProfileDATE-TIME_STAMP.log

- oraInstallDATE-TIME_STAMP.err

- oraInstallDATE-TIME_STAMP.log

K.3 既存のOIM 11gスキーマへのOIMの構成

このシナリオでは、適切なOracle Identity Manager (OIM)スキーマを作成およびロードし、Oracle Identity Managerが新規または既存のWebLogicドメインにインストールおよび構成されていることが前提とされています。ドメインの構成中に、Oracle Fusion Middleware構成ウィザードを使用して、JDBCコンポーネント・スキーマを作成済です。

既存のOracle Identity Manager 11gスキーマとは別に、2つ目のWebLogicドメインにOracle Identity Managerを構成する場合、Oracle Identity Manager構成ウィザードを使用してOracle Identity Managerを構成する際、次の手順を実行する必要があります。

1. プロンプトが表示されたら、.xldatabasekeyファイルを、最初のWebLogicドメイン・ディレクトリ(/<MW_HOME>/user_projects/domains/<name_of_your_first_oim_domain>/config/fmwconfig/)から2つ目のWebLogicドメイン・ディレクトリ(/<MW_HOME>/user_projects/domains/<name_of_your_second_oim_domain>/config/fmwconfig/)にコピーする必要があります。Oracle Identity Managerの構成を続行します。

2. Oracle Identity Manager構成ウィザードを使用してOracle Identity Managerを構成した後、cwallet.so、default_keystore.jksおよびxlserver.crtファイルを、最初のWebLogicドメイン・ディレクトリ(/<MW_HOME>/user_projects/domains/<name_of_your_first_oim_domain>/config/fmwconfig/)から2つ目のドメインのホーム・ディレクトリ(/<MW_HOME>/user_projects/domains/<name_of_your_second_oim_domain>/config/fmwconfig/)にコピーします。

3. ファイルをコピーした後、Oracle Identity Managerの管理対象サーバーを再起動します。詳細は、付録C「スタックの起動」を参照してください。

K.4 追加情報

この付録の情報を使用しても問題を解決できない場合には、次の場所にあるMy Oracle Supportの追加情報を検索してください。

http://support.oracle.com

問題の解決策が見つからない場合は、サービス・リクエストをオープンしてください。

L Oracle Adaptive Access Managerパーティション・スキーマ・リファレンス

この付録では、Oracle Adaptive Access Managerのパーティション・サポートで使用される表およびストアド・プロシージャの情報を説明します。

次の項目が含まれます。

- 概要

- パーティションの追加メンテナンス

- パーティション・メンテナンス・スクリプト

L.1 概要

Oracle Adaptive Access Managerデータベースのデータベース・テーブルは、次のカテゴリに分類されます。

- 静的パーティション表

- トランザクション・パーティション表

- パーティション化されていない表

注意:

すべての表にコンポジット・パーティション(RANGE、HASH)が含まれます。レンジ・パーティションはCREATE_TIMEを使用して作成され、HASHキーはアプリケーション・ロジックに基づいて定義されます。

表L-1は、Oracle Adaptive Access Managerのパーティション表を示します。これ以外のすべての表はパーティション化されていません。

表L-1 Oracle Adaptive Access Managerデータベース・パーティション表

表のタイプ

頻度

表名

静的パーティション

毎月

V_USER_QA

V_USER_QA_HIST

トランザクション・パーティション

毎月

VCRYPT_TRACKER_NODE_HISTORY

VCRYPT_TRACKER_USERNODE_LOGS

VCRYPT_TRACKER_NODE

VT_USER_DEVICE_MAP

V_MONITOR_DATA

VT_SESSION_ACTION_MAP

VT_ENTITY_ONE

VT_ENTITY_ONE_PROFILE

VT_USER_ENTITY1_MAP

VT_ENT_TRX_MAP

VT_TRX_DATA

VT_TRX_LOGS

トランザクション・パーティション

毎週

VR_POLICYSET_LOGS

VR_POLICY_LOGS

VR_RULE_LOGS

VR_MODULE_LOGS

L.2 パーティションの追加メンテナンス

初期のOracle Adaptive Access Managerリポジトリ設定後、次のストアド・プロシージャがdbms_jobsとして設定され、定期的にパーティションを維持します。

- Sp_Oaam_Add_Monthly_Partition

- Sp_Oaam_Add_Weekly_Partition

L.2.1 Sp_Oaam_Add_Monthly_Partition

このストアド・プロシージャは、毎月、表にパーティションを追加します。

スクリプトは、毎月末に実行され、翌月用にパーティションを作成します。後続の月のパーティションを同時に追加するために、パーティションは前月のパーティションに基づいて追加されます。

このストアド・プロシージャの実行が失敗すると(月次パーティションがない場合)、データベース・エラー"ORA-14400 and ORA-14401,"が表示され、Oracle Adaptive Access Managerアプリケーションが強制的に停止される場合があります。

L.2.2 Sp_Oaam_Add_Weekly_Partition

このストアド・プロシージャは、毎週、表にパーティションを追加します。

スクリプトは、毎週末に実行され、翌週用にパーティションを作成します。後続の週のパーティションを同時に追加するために、パーティションは前週のパーティションに基づいて追加されます。

このストアド・プロシージャの実行が失敗すると(週次パーティションがない場合)、データベース・エラー"ORA-14400 and ORA-14401,"が表示され、Oracle Adaptive Access Managerアプリケーションが強制的に停止される場合があります。

L.3 パーティション・メンテナンス・スクリプト

初期のOracle Adaptive Access Managerリポジトリ設定後、パージまたはアーカイブ・メンテナンス・スクリプトの次のストアド・プロシージャを使用して、定期的にパーティションを維持します。

- drop_monthly_partition_tables.sql

- drop_weekly_partition_tables.sql

- add_monthly_partition_tables.sql

- add_weekly_partition_tables.sql

前述のスクリプトは、<IAM_ORACLE_HOME>\oaam\oaam_db_maint_scripts\oaam_db_partition_maint_scriptsにあります。

注意:

パーティション追加スクリプトを実行する必要はありません。他の自動化されたdbms_jobsが定期的にパーティションを作成するため、パーティション追加スクリプトは手動でパーティションを作成する場合のみ使用してください。

L.3.1 drop_monthly_partition_tables.sql

このスクリプトを使用して、毎月、表のパーティションを削除できます。Oracle Adaptive Access Managerアプリケーションの要件に基づき、このスクリプトを毎月末実行し、6ヶ月以上経過したパーティションを削除します。これらの表には、常に6つのパーティションが存在することになります。

L.3.2 drop_weekly_partition_tables.sql

このスクリプトを使用して、毎週、表のパーティションを削除できます。Oracle Adaptive Access Managerアプリケーションの要件に基づき、14日目ごとの最後、またはOracleデータベースが作成された日から3週目の最後にこのスクリプトを実行し、2週間以上経過したパーティションを削除します。

L.3.3 add_monthly_partition_tables.sql

このスクリプトを使用して、毎月、表のパーティションを追加できます。このスクリプトを毎月末に実行し、翌月用にパーティションを作成します。後の月のパーティションを同時に追加する場合、このスクリプトを複数回実行します。スクリプトを複数回実行すると、前月のパーティションに基づいてパーティションが追加されます。

L.3.4 add_weekly_partition_tables.sql

このスクリプトを使用して、毎週、表のパーティションを追加できます。このスクリプトを毎週末に実行し、翌週用にパーティションを作成します。後の週のパーティションを同時に追加する場合、このスクリプトを複数回実行します。スクリプトを複数回実行すると、前週のパーティションに基づいてパーティションが追加されます。

M ソフトウェアの削除画面

この付録では、Oracle Identity and Access Managementソフトウェアをマシンから削除するために使用する、Oracle Fusion Middleware 11gの削除ウィザードの画面について説明します。この付録では、次の項目について説明します。

- ようこそ

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

- アンインストールの進行状況

- アンインストール完了

M.1 ようこそ

「ようこそ」は、Oracle Fusion Middleware 11gの削除ウィザードを起動すると最初に表示される画面です。

図M-1 「ようこそ」画面

「図M-1 「ようこそ」画面」の説明

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

M.2 アンインストール・タイプの選択

実行するアンインストールのタイプを選択します。

図M-2 「アンインストール・タイプの選択」画面

「図M-2 「アンインストール・タイプの選択」画面」の説明

表M-1 アンインストール・タイプ

タイプ

説明

Oracleホームの削除

このオプションは、リストにあるOracle Identity and Access Management用Oracleホームに含まれるバイナリを削除する場合に選択します。

このオプションを選択すると、次にOracleホームの削除画面が表示されます。この画面で、削除設定を含むレスポンス・ファイルを、削除する前に保存できます。

Weblogicドメインにより管理されているASInstanceのアンインストール - Oracle Internet DirectoryとOracle Virtual Directoryにのみ適用できます。

このオプションは、Oracle Internet DirectoryやOracle Virtual Directoryなど、WebLogicドメインに登録されているOracle Identity and Access Managementシステム・コンポーネント・インスタンスを削除する場合に選択します。

このオプションを選択すると、「Weblogicドメインの詳細の指定」画面が表示されます。ここで、アンインストールするシステム・コンポーネントが属する管理ドメインを特定します。次に「管理対象インスタンスの選択」画面が表示されたら、アンインストールするインスタンスを特定します。

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

M.2.1 オプション1: Oracleホームのアンインストール

「アンインストール・タイプの選択」画面でOracleホームのアンインストールを選択すると、次の画面が表示されます。

M.2.1.1 Oracleホームのアンインストール

この画面には、削除するOracleホーム・ディレクトリが表示されます。これは、アンインストーラを起動したOracleホーム・ディレクトリです。

図M-3 「Oracleホームのアンインストール」画面

「図M-3 「Oracleホームのアンインストール」画面」の説明

これが正しいディレクトリであることを確認し、さらにこのOracleホームに関連付けられているプロセスがないことを確認します。

「削除」をクリックして削除プロセスを開始します。

M.2.2 オプション2: WebLogicドメインにより管理されているASInstanceのアンインストール

「アンインストール・タイプの選択」画面でWeblogicドメインにより管理されているASInstanceのアンインストールを選択すると、次の画面が表示されます。

- Weblogicドメインの詳細の指定

- 管理対象インスタンスの選択

- アンインストール・サマリー(管理対象インスタンス)

M.2.2.1 WebLogicドメインの詳細の指定

WebLogicドメインの接続情報を指定します。

- ドメイン・ホスト名
WebLogicドメインを実行しているシステムの名前。

- ドメインのポート番号
ドメインのリスニング・ポート番号。デフォルトのポート番号は7001です。

- ユーザー名
WebLogicドメインのユーザー名。

- パスワード
WebLogicドメイン・ユーザーのパスワード。

図M-4 「WebLogicドメインの詳細の指定」画面

「図M-4 「WebLogicドメインの詳細の指定」画面」の説明

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

M.2.2.2 管理対象インスタンスの選択

削除する管理対象インスタンスを選択します。

図M-5 「管理対象インスタンスの選択」画面

「図M-5 「管理対象インスタンスの選択」画面」の説明

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

M.2.2.3 アンインストール・サマリー(管理対象インスタンス)

指定したインスタンスがアンインストール対象であることを確認します。

図M-6 「アンインストール・サマリー」画面

「図M-6 「アンインストール・サマリー」画面」の説明

「削除」をクリックして削除プロセスを開始します。

M.2.3 オプション3: 管理対象外ASInstanceのアンインストール

「アンインストール・タイプの選択」画面で「管理対象外ASInstanceのアンインストール」を選択すると、次の画面が表示されます。

- インスタンスの場所の指定

- アンインストール・サマリー(管理対象外のASInstance)

M.2.3.1 インスタンスの場所の指定

Oracleインスタンス・ディレクトリへのフルパスを指定します。このディレクトリの配置場所がわからない場合は、「参照」をクリックしてシステム内のディレクトリを探します。

図M-7 「インスタンスの場所の指定」画面

「図M-7 「インスタンスの場所の指定」画面」の説明

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

M.2.3.2 アンインストール・サマリー(管理対象外ASInstance)

指定したインスタンスがアンインストール対象であることを確認します。

図M-8 「アンインストール・サマリー」画面

「図M-8 「アンインストール・サマリー」画面」の説明

「削除」をクリックして削除プロセスを開始します。

M.3 アンインストールの進行状況

この画面は、削除の進行状況を示します。

図M-9 「アンインストールの進行状況」画面

「図M-9 「アンインストールの進行状況」画面」の説明

削除が完了する前に終了するには、「取消」をクリックします。

M.4 アンインストール完了

この画面では、完了したアンインストールのサマリーが表示されます。

図M-10 「アンインストール完了」画面

「図M-10 「アンインストール完了」画面」の説明

「終了」をクリックしてアンインストーラを終了します。

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