Oracle® Fusion Middleware

Oracle Identity and Access Managementデプロイメント・ガイド

11g リリース2 (11.1.2.2.0)

E53414-02(原本部品番号:E48635-04)

2014年10月

本書はOracle Fusion MiddlewareのOracle Identity and Access ManagementコンポーネントをデプロイするためのIdentity and Access Managementデプロイメント・ウィザードおよび関連ツールの使用法を説明した、システム管理者向けドキュメントです。

Oracle Fusion Middleware Oracle Identity and Access Managementデプロイメント・ガイド、11gリリース2 (11.1.2.2.0)

E53414-02

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

原本著者: Rajesh Gouthaman

原本協力者: Jatan Rajvanshi、Kopal Sinha、Anupama Pundpal、Michael Rhys、Ellen Desmond、Gururaj BS、Sandeep Reddy Vinta、Javed Beg、Warren Zheng、Mehul Poladia、Jeremy Banford、Nagasravani Akula

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

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

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

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の登録商標です。

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

目次

図一覧

表一覧

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

第I部 概要と準備

1 Identity and Access Managementデプロイメントの概要

- 1.1 デプロイメントの計画

- 1.2 Oracle Identity and Access Managementデプロイメント・トポロジの理解

- 1.2.1 Web層について

- 1.2.1.1 高可用性プロビジョニング

- 1.2.1.2 セキュリティ・プロビジョニング

- 1.2.2 アプリケーション層について

- 1.2.2.1 WebLogicドメインについて

- 1.2.2.2 セキュリティ・プロビジョニング

- 1.2.3 データベース層について

- 1.3 Oracle Identity and Access Managementデプロイメント・ウィザードを使用してデプロイされる製品

- 1.4 このバージョンのガイドに記載されている参照用トポロジ

- 1.4.1 HA環境のOracle Identity Managerのみ

- 1.4.2 HA環境のOracle Access Managementのみ

2 Oracle Identity and Access Managementデプロイメントの準備

- 2.1 Oracle Identity and Access Managementデプロイメントのハードウェア要件

- 2.2 Oracle Identity and Access Managementデプロイメントのソフトウェア要件

- 2.2.1 ソフトウェアのバージョン

- 2.2.2 ソフトウェアの入手について

- 2.2.3 Oracleホームのまとめ

- 2.2.4 パッチおよび回避策の適用

- 2.2.4.1 Oracle Identity Managerをインストールするための必須のパッチ

- 2.3 Javaの検証

- 2.4 データベースのインストール

- 2.5 リポジトリ作成ユーティリティ(RCU)用のデータベースの準備

- 2.6 Oracle Identity and Access Managementリポジトリ作成ユーティリティ(Oracle Identity and Access Management RCU)の実行

- 2.7 ライフサイクル管理とデプロイメント・リポジトリについて

- 2.7.1 共有記憶域とローカル記憶域の詳細

- 2.8 Oracle Identity and Access Managementライフサイクル・ツールのインストール

3 マルチホストでのIdentity and Access Managementデプロイメントの環境の準備

- 3.1 ネットワークの準備の概要

- 3.1.1 ネットワークの準備の詳細

- 3.2 記憶域の準備の概要

- 3.2.1 記憶域の準備の詳細

- 3.3 サーバーの準備の概要

- 3.3.1 サーバーの準備の詳細

- 3.4 データベースの準備の概要

- 3.4.1 データベースのバックアップ

第II部 Oracle Identity and Access Managementのデプロイ

4 デプロイメント・レスポンス・ファイルの作成

- 4.1 デプロイメント・レスポンス・ファイルの概要

- 4.2 Identity and Access Managementデプロイメント・ウィザードの開始

- 4.3 シングルホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成

- 4.4 マルチホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成

- 4.4.1 高可用性が構成されたOnly Oracle Identity Managerのためのみのデプロイメント・レスポンス・ファイルの作成

- 4.4.1.1 ようこそ

- 4.4.1.2 インベントリ・ディレクトリの指定

- 4.4.1.3 IAMインストール・オプションの選択

- 4.4.1.4 セキュリティ・アップデートの指定

- 4.4.1.5 レスポンス・ファイルの説明

- 4.4.1.6 IAM製品の選択

- 4.4.1.7 トポロジの選択

- 4.4.1.8 インストールと構成の場所の選択

- 4.4.1.9 仮想ホストの構成(オプション)

- 4.4.1.10 ユーザー名とパスワードの設定

- 4.4.1.11 Oracle HTTP Serverの構成

- 4.4.1.12 Oracle Identity Managerの構成

- 4.4.1.13 Oracle Identity Managerデータベースの構成

- 4.4.1.14 SOAの構成

- 4.4.1.15 HTTP/HTTPSロード・バランサの構成

- 4.4.1.16サマリー

- 4.4.2 高可用性が構成されたAccess Managementのためのみのデプロイメント・レスポンス・ファイルの作成

- 4.4.2.1 ようこそ

- 4.4.2.2 インベントリ・ディレクトリの指定

- 4.4.2.3 IAMインストール・オプションの選択

- 4.4.2.4 セキュリティ・アップデートの指定

- 4.4.2.5 レスポンス・ファイルの説明

- 4.4.2.6 IAM製品の選択

- 4.4.2.7 トポロジの選択

- 4.4.2.8 インストールと構成の場所の選択

- 4.4.2.9 仮想ホストの構成

- 4.4.2.10 ユーザー名とパスワードの設定

- 4.4.2.11 Oracle HTTP Serverの構成

- 4.4.2.12 Oracle Access Managerの構成

- 4.4.2.13 Oracle Access Managerデータベースの構成

- 4.4.2.14 HTTP/HTTPSロード・バランサの構成

- 4.4.2.15 サマリー

- 4.5 必須成果物のDMZホストへのコピー

5 Oracle Identity and Access Managementデプロイメントの実行

- 5.1 単一ノードでデプロイメントを実行する

- 5.1.1 デプロイメント・プロセスの概要

- 5.1.1.1 Oracle Identity and Access Managementデプロイ・ステージ

- 5.1.1.2 各デプロイ・ステージで実行されるタスク

- 5.1.2 デプロイメント・ツールの実行によるデプロイメントの実行

- 5.1.3 Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行

- 5.1.3.1 IAMインストール・オプションの選択

- 5.1.3.2 レスポンス・ファイルの説明

- 5.1.3.3 インストールと構成の場所の選択

- 5.1.3.4 デプロイメント構成の確認

- 5.1.3.5 サマリー

- 5.1.3.6 前提条件のチェック

- 5.1.3.7 インストール

- 5.1.3.8 事前構成

- 5.1.3.9 構成

- 5.1.3.10 セカンダリの構成

- 5.1.3.11 事後構成

- 5.1.3.12 起動

- 5.1.3.13 検証

- 5.1.3.14 インストール完了

- 5.2 コマンド行デプロイメント・ツールを使用してマルチホストでデプロイメントを実行する

- 5.2.1 デプロイメント・プロセスの概要

- 5.2.1.1 デプロイ・ステージ

- 5.2.1.2 OIMのみデプロイメント中に実行されるタスク

- 5.2.1.3 OAMのみデプロイメント中に実行されるタスク

- 5.2.2 デプロイメント・プロシージャ

- 5.2.2.1 デプロイメント・コマンドの実行

- 5.2.2.2 バックアップの作成

- 5.3 共通LCM_HOMEのないIdentity and Access Managementのデプロイ

- 5.4 Oracle HTTP Server構成ファイルに関する追加情報

第III部 デプロイ後のタスクとトラブルシューティング

6 デプロイメント後のタスク

- 6.1 Oracle Identity Managerのデプロイメント後のタスク

- 6.1.1 Oracle Identity Managerプロパティの追加

- 6.1.2 電子メール・サーバー構成のデプロイメント後の手順

- 6.2 WebLogic管理コンソールでヘルプにアクセスするためのデプロイメント後のタスク

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

7 デプロイメントの検証

- 7.1 管理サーバーの検証

- 7.1.1 接続の検証

- 7.1.1.1 Oracle Identity Managerの接続の検証

- 7.1.1.2 Oracle Access Managementの接続の検証

- 7.1.2 フェイルオーバーの検証

- 7.2 Access Managerの構成の検証

- 7.3 Oracle Identity Managerの検証

- 7.4 Web層からのSOAインスタンスの検証

- 7.5 WebゲートおよびAccess Managerのシングル・サインオンのセットアップの検証

8 Oracle Identity and Access Managementデプロイメントのトラブルシューティング

- 8.1 トラブルシューティングのスタート・ガイド

- 8.1.1 ログ・ファイルの使用

- 8.1.2 Oracle Identity and Access Managementデプロイメント失敗からのリカバリ

- 8.2 一般的な問題の解決

- 8.2.1 WebLogicパッチ適用時にヌル・エラーが発生する

- 8.2.2 デプロイメント後にIdentity Managementパッチ・マネージャの進行状況コマンドがアクティブ・セッションを表示する

- 8.2.3 Oracle Identity and Access Managementデプロイメント・ウィザードがハングする(LinuxおよびUNIX)

- 8.2.4 64ビットLinuxでRCUを実行するとエラーが発生する

- 8.2.5 その他のIdentity and Access Managementデプロイメントの問題

- 8.3 My Oracle Supportを使用したその他のトラブルシューティング情報

A IAMデプロイメント再実行の前に環境をクリーンアップする

図一覧

- 2-1 デプロイメント・リポジトリの構造

表一覧

- 2-1 使用するソフトウェアのバージョン

- 2-2 ホームの概要

- 2-3 製品パッチのディレクトリ

- 5-1 Oracle Identity Manager (OIM)のみに実行するタスク

- 5-2 Oracle Access Manager (OAM)スイートのみに実行するタスク

- 5-3 OIM-OAM IntegratedおよびOracle Unified Directory (OUD)に実行するタスク

- 5-4 デプロイ・ステージ(OIMのみ)

- 5-5 デプロイ・ステージ(OAMのみ)

- 7-1 Oracle Identity Managerの検証のためのURLおよびユーザー情報

- 7-2 Oracle Access Managementの検証のためのURLおよびユーザー情報

はじめに

このガイドは、新しいOracle Identity and Access Managementデプロイメント・ウィザードおよび関連ツールの使用方法について説明します。

対象読者

『Oracle Fusion Middleware Oracle Identity and Access Managementデプロイメント・ガイド』は単純なシングル・ホストのOracle Identity and Access Managementトポロジのインストールと構成を行う管理者向けのガイドです。

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

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

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、Oracle Fusion Middlewareリリース11.1.2.2のドキュメント・セットにある次のドキュメントを参照してください。

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

- Oracle Fusion Middleware Oracle HTTP Server管理者ガイド

- Oracle Fusion Middleware WebGate for Oracle Access Managerのインストール

- Oracle Fusion Middleware管理者ガイド

- Oracle Fusion Middleware高可用性ガイド

- Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド

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

- Oracle Fusion Middleware Oracle Unified Directory管理者ガイド

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

- Oracle Fusion Middleware Oracle Access Management管理者ガイド

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

- Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド

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

- Oracle Fusion Middleware Oracle Identity Managerユーザーズ・ガイド

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド for Solaris Operating System

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド for HP-UX

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド for hp Tru64 UNIX

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド for AIX Based Systems

- Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド for Microsoft Windows

- Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

第I部

概要と準備

第I部はOracle Identity and Access Managementデプロイメントの概要を説明します。デプロイメント・トポロジおよびデプロイメントの概念に関する情報を提供します。また、準備タスクに関する情報とOracle Identity and Access Managementをデプロイするための前提条件についても取り上げます。

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

- 第1章「Identity and Access Managementデプロイメントの概要」

- 第2章「Oracle Identity and Access Managementデプロイメントの準備」

- 第3章「マルチホストでのIdentity and Access Managementデプロイメントの環境の準備」

1 Identity and Access Managementデプロイメントの概要

この章ではOracle Identity and Access Managementデプロイメントの概要を説明します。

また、このガイドで使用するエンタープライズ・デプロイメント参照用トポロジについても説明します。

Oracle Identity and Access Managementデプロイメント・ウィザードおよび関連のライフサイクル・ツールはOracle Identity and Access Managementのデプロイメントを自動化し、Oracle Identity and Access Managementのコンポーネントをインストールおよび構成するために必要な時間を短縮するために開発されました。

注意:
このガイドでは高可用性(HA)が構成されたOracle Identity and Access Managementをインストールする方法を、次のような2つのシナリオで説明しています。

- Oracle Identity Manager (OIM)のみ

- Oracle Access Managementスイートのみ

デプロイメントを成功させるには、計画および準備が重要です。この章の最後にあるインストールと構成のロード・マップでは、実行する必要のあるタスクが記載されている章へと導きます。この章は、このガイドで使用する例を独自のデプロイメントにマップする際に役立ちます。

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

- 第1.1項「デプロイメントの計画」

- 第1.2項「Oracle Identity and Access Managementデプロイメント・トポロジの理解」

- 第1.3項「Oracle Identity and Access Managementデプロイメント・ウィザードを使用してデプロイされる製品」

- 第1.4項「このバージョンのガイドに記載されている参照用トポロジ」

1.1 デプロイメントの計画

Oracle Identity and Access Managementのデプロイメントは次の部分で構成されます。

- ポリシー情報およびデプロイするアイデンティティ管理とアクセス管理コンポーネント固有の情報を格納するためのデータベース。

- アイデンティティ管理およびアクセス管理コンポーネントは、次の3つのカテゴリに分類できます。

- Directory Services: アイデンティティ情報を格納するための1つ以上の高可用性ディレクトリ

- Identity Managementプロビジョニング: Oracle Identity Manager

- アクセス制御: Oracle Access Management Access Manager

- Identity and Access Managementコンポーネントへのアクセスに使用される高可用性Web層。

- Webサーバー間に負荷を分散するために使用する高可用性ロード・バランサ。ロード・バランサは、ユーザー・セッションとOracle Identity and Access Management間の通信の暗号化を確保するためのSSL暗号化のオフロードにも使用されますが、Identity and Access Managementの個々のコンポーネント間のSSLを有効にするためのオーバーヘッドを必要としません。

このガイドではOracle Identity and Access Managementのこの初期リリース(11.1.2.2)でサポートされている2つのトポロジをデプロイする方法について詳しく説明します。このトポロジはOracleでサポートされている唯一のトポロジというわけではありませんが、最も一般的とみなされています。

1.2 Oracle Identity and Access Managementデプロイメント・トポロジの理解

各トポロジは、セキュリティおよび保護を向上するために複数の層に分割されます。層は、ある層から次の層へのアクセスを制御するファイアウォールによって分離されます。その目的は、未承認のトラフィックを防止することです。たとえば、インターネットに面しているトポロジでは、インターネット領域からデータベースに直接アクセスできないことが必要です。アプリケーション領域にデプロイされているアプリケーションのみがデータベースにアクセスできる必要があります。

図は次の3つの層を示しています。

- Web層

- アプリケーション層

- データベース層

図には表示されていませんが、ディレクトリ層(データベース層に含まれることが多い)も存在できます。専用のディレクトリ層が導入される場合、LDAPディレクトリをデータベース層と一緒に配置できます。一般的にはネットワークの既存のディレクトリを使用します。

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

- 第1.2.1項「Web層について」

- 第1.2.2項「アプリケーション層について」

- 第1.2.3項「データベース層について」

1.2.1 Web層について

Web層はDMZパブリック・ゾーンにあります。HTTPサーバーはWeb層にデプロイされます。

大半のIdentity and Access ManagementコンポーネントはWeb層なしで動作できますが、IAMコンポーネント間で高可用性とSSOをすぐに適切にサポートするにはWeb層が必要です。デプロイメント・ツールを使用して作成されたすべてのトポロジにはWeb層が構成されています。

Web層:

- WEBHOST1とWEBHOST2には、Oracle HTTP Server、Webゲート(Access Managerコンポーネント)およびmod_wl_ohsプラグイン・モジュールがインストールされています。mod_wl_ohsプラグイン・モジュールにより、アプリケーション層で実行されているWebLogic ServerにOracle HTTP Serverからリクエストをプロキシすることができます。

- OAMのみデプロイメント・シナリオでは、OAMHOST1およびOAMHOST2で実行されているOracle Access Managerと通信するために、Oracle HTTP ServerのWebGateはアイデンティティ管理ゾーンでOracle Accessプロトコル(OAP)を使用します。WebゲートとAccess Managerは、ユーザー認証などの操作の実行に使用されます。

Web層を保護するファイアウォール上では、HTTPポートは、HTTPS用の443(HTTP_SSL_PORT)とHTTP用の80(HTTP_PORT)です。

1.2.1.1 高可用性プロビジョニング

Oracle HTTPサーバーがWEBHOST1上で障害が発生した場合、Oracle Process Management and Notification (OPMN)サーバーはこれを再起動しようとします。

1.2.1.2 セキュリティ・プロビジョニング

URL igdadmin.mycompany.com、sso.mycompany.comおよびiadadmin.mycompany.comを使用して受信したリクエストを、Oracle HTTP Serverが処理します。igdadmin.mycompany.com、sso.mycompany.comおよびiadadmin.mycompany.comの名前は、ファイアウォール内でのみ解決可能です。これによって、Oracle WebLogic ServerコンソールやOracle Enterprise Manager Fusion Middleware Controlコンソールなどの機密リソースをパブリック・ドメインからアクセスされないようになります。

1.2.2 アプリケーション層について

アプリケーション層は、Java EEアプリケーションが配置される層です。Oracle Identity Manager、Oracle Access ManagerおよびOracle Enterprise Manager Fusion Middleware Controlなどの製品が、この層にデプロイされる主要なJava EEコンポーネントです。この層にあるアプリケーションは、Oracle WebLogic Serverの高可用性サポートにおけるメリットを享受します。

デプロイメント・トポロジにディレクトリ層が存在する場合、アプリケーション層にあるIdentity and Access Managementアプリケーションは、次に示すようにディレクトリ層と対話的に処理を行います。

- エンタープライズ・アイデンティティ情報についてはディレクトリ層が活用されます。

- 場合によっては、アプリケーション・メタデータではディレクトリ層(およびデータ層のデータベースの場合もある)が活用されます。

- Oracle Enterprise Manager Fusion Middleware Controlは、アプリケーション層だけでなくディレクトリ層にあるコンポーネントに対しても管理機能を提供する管理ツールです。

- WebLogic Serverには、Webサーバーのサポートが組み込まれています。有効にされていると、HTTPリスナーはアプリケーション層にも配置されます。

アプリケーション層には次のコンポーネントが含まれます。

- Oracle Access Managementスイート。ただし、Identity and Access Managementデプロイメント・ウィザードで構成され、アクティブ化されるのはOracle Access Manager (OAM)だけです。(OAM)。必要に応じてOracle Access Managementスイートの他のコンポーネント(Oracle Identity Federation、Secure Token Serviceなど)を手動で構成できます。

- ガバナンス・コンポーネント、すなわちOracle Identity Manager (OIM)およびOracle SOAスイート(SOA)。

- ユーザー・プロビジョニングに使用される、Oracle Identity ManagerなどのIdentity and Access Managementの管理コンポーネント。これらのサーバーは、Oracle Identity Managerによって排他的に使用されるOracle SOAも実行します。

さらに、次の場合もあります。

- OAMHOST1はIAMAccessDomainのOracle WebLogic管理サーバーをホストします。管理サーバーの内部には、ドメインの管理コンポーネントおよびナビゲーション・コンポーネントがあり、これにはOracle WebLogicコンソール、Oracle Enterprise Manager Fusion Middleware ControlおよびAccess Managerコンソールが含まれます。

- OIMHOST1はIAMGovernanceDomainのOracle WebLogic管理サーバーをホストします。管理サーバーの内部には、ドメインの管理コンポーネントおよびナビゲーション・コンポーネントがあり、これにはOracle WebLogicコンソール、Oracle Enterprise Manager Fusion Middleware ControlおよびOracle Authorization Policy Managerが含まれます。

- WebLogic管理サーバーは、シングルトン・プロセスです。つまり、一度に1つのサーバーでのみ起動できます。管理サーバーを実行しているホストで障害が発生した場合、管理サーバーを別のホストで手動で起動できます。

1.2.2.1 WebLogicドメインについて

ドメインは、WebLogic Serverインスタンスの基本的な管理単位です。ドメインは、単一の管理サーバーを使用して管理する1つ以上のWebLogic Serverインスタンス(およびその関連リソース)から構成されています。様々なシステム管理者の責任、アプリケーション境界、またはサーバーの地理的な場所に基づいて複数のドメインを定義できます。

このバージョンのガイドで使用されるトポロジでは、製品が2つの別々のMiddlewareホーム・ディレクトリおよび2つの別々のWebLogicドメインにデプロイされます。

- IAMAccessDomain - Oracle Access Managementスイートのコンポーネントをホストします。

- IAMGovernanceDomain - Oracle Identity Manager、SOAおよび他のガバナンス・コンポーネントをホストします。

1.2.2.2 セキュリティ・プロビジョニング

Oracle WebLogic Serverコンソール、Oracle Enterprise Manager Fusion Middleware ControlコンソールおよびOracle Access Managementコンソールには、ロード・バランサ上に構成された仮想ホスト経由でのみアクセスできます。このロード・バランサは、ファイアウォール内でのみ使用できます。

1.2.3 データベース層について

11gリリース2 (11.1.2)以降、ポリシー情報はデータベースに格納されます。このデータベースは、デプロイされるIdentity and Access Managementコンポーネント固有の情報の格納にも使用されます。

場合によっては、ディレクトリ層とデータベース層は同じ管理者グループで管理することもあります。ただし、多くの企業ではデータベース管理者がデータ層を所有し、ディレクトリ管理者がディレクトリ層を所有しています。

1.3 Oracle Identity and Access Managementデプロイメント・ウィザードを使用してデプロイされる製品

Oracle Identity and Access Managementデプロイメント・ウィザードを使用してインストール、構成および統合できる製品は次のとおりです。

- Oracle WebLogic Server

- Oracle SOAスイート(Oracle Identity Managerのみで必須)

- Oracle Identity Manager

- Oracle Access Management

- Oracle Unified Directory

- Oracle HTTP Server

- Webgate

インストールおよび構成される製品は、デプロイメント・レスポンス・ファイルを作成するときにOracle Identity and Access Managementデプロイメント・ウィザードの「IAM製品の選択」画面で選択したオプションにより異なります。詳細は、第4.4.1.6項「IAM製品の選択」を参照してください。

1.4 このバージョンのガイドに記載されている参照用トポロジ

このバージョンのIdentity and Access Managementデプロイメント・ガイドには、次の参照用HAトポロジが記述されています。

- HA環境のOracle Identity Managerのみ

- HA環境のOracle Access Managementのみ

1.4.1 HA環境のOracle Identity Managerのみ

この項ではOracle Identity Managerのみ(OIMのみ)のインストール・シナリオの概要を示し、説明します。

Oracle Identity Governance/Managerはユーザーのセルフサービスを可能にし、アカウント管理を単純化し、監査タスクを簡素化することにより、アイデンティティ管理のための全体的な総所有コストを削減しています。Oracle Identity Managerのみ(OIMのみ)トポロジ・ダイアグラムには、ハードウェア・ロード・バランサ、ホスト・コンピュータ、ファイアウォールおよびトポロジのその他の要素を表すアイコンおよび記号が含まれています。高レベルでは、次のものを含むトポロジの主コンポーネントを示します。

- ロード・バランサ: ロード・バランサを構成してユーザー・リクエストをポート80 (HTTP)およびポート443 (HTTPS)のいずれでも受信できます。HTTPSが選択されるとSSLが終了し(必要な場合)、リクエストはポート7777を使用してOracle HTTPサーバーに渡されます。

- Web層: Web層の各ホストはOracle HTTP Serverインスタンスとmod_wl_ohsモジュールをホストします。

- アプリケーション層: OIMHOST1とOIMHOST2の2つのホストがあります。単一のWebLogic管理ドメインであるIAMGovernanceDomainがこれらのホストをカバーします。WebLogicクラスタ・セットアップでは、管理対象サーバーはOIMHOST1とOIMHOST2の両方で実行されます。たとえば、wls_oim1とwls_soa1がOIMHOST1で実行されます。同様に、wls_oim2とwls_soa2がOIMHOST2で実行されます。リクエストはWeb層から受信されます。各ホストは次の製品の管理対象サーバーを含んでいます。

- Oracle Identity Manager (OIM)

- SOAサーバーおよび対応するJRF/OPSSプロセス(Oracle Identity Managerにより排他的に使用されます)をホストするSOA

OIMHOST1は、WebLogicコンソール、Enterprise Manager Fusion Middleware ControlおよびAuthorization Policy Manager (APM)をホストするWebLogic管理サーバーも含んでいます。Oracle Identity Manager管理コンソール(/sysadmin)およびSOAコンソールはOIM管理対象サーバーでホストされます。OIMHOST1に障害が発生した場合、OIMHOST2でWebLogic管理サーバーを手動で起動できます。

- ファイアウォール: これらは、Web層、アプリケーション層およびデータベース層を異なるゾーンに分離するために使用します。WEBHOST1とWEBHOST2はDMZに配置されています。

1.4.2 HA環境のOracle Access Managementのみ

この項ではOracle Access Managementのみ(OAMのみ)のインストール・シナリオの概要を示し、説明します。

Oracle Access Managementスイートは、お客様がネットワーク周辺で総合的なソリューション配信認証、シングル・サインオン、許可、モバイルおよびソーシャル・サインオン、アイデンティティ伝播、リスクベースの認証をデプロイする柔軟性を提供します。

Oracle Access Manager (OAM)を使用すると、ユーザーは全社規模でWebアプリケーションおよびその他のITリソースにシームレスにアクセスできます。これによって、集中化および自動化したシングル・サインオン(SSO)ソリューションが実現し、拡張性のある認証手法とそれに関連するワークフローを定義する機能が得られます。また、これは、アクセスをリクエストするユーザーのプロパティとそのリクエストが発生した環境に基づいて、特定のリソースへのアクセス権を付与または拒否する認可エンジンも備えています。このコア機能は、包括的なポリシー管理、監査、ITインフラストラクチャの他のコンポーネントとの統合によって充実したものになります。

このトポロジはフェデレーテッド・リクエストをそのまま提供するものではありません。

このトポロジ・ダイアグラムには、ハードウェア・ロード・バランサ、ホスト・コンピュータ、ファイアウォールおよびトポロジのその他の要素を表すアイコンおよび記号が含まれています。高レベルでは、次のものを含むトポロジの主コンポーネントを示します。

- ロード・バランサ: ロード・バランサはユーザー・リクエストをポート80 (HTTP)およびポート443 (HTTPS)で受信し、SSLを(必要に応じて)切断し、ポート7777を使用してリクエストをOracle HTTPサーバーに渡します。

- Web層: Web層の各ホストはOracle HTTP Serverインスタンスとmod_wl_ohsモジュールをホストします。

- アプリケーション層: OAMHOST1とOAMHOST2の2つのホストがあります。単一のWebLogic管理ドメインであるIAMAccessDomainがこれらのホストをカバーします。WebLogicクラスタ・セットアップでは、管理対象サーバーはOAMHOST1とOAMHOST2の両方で実行されます。たとえば、wls_oam1がOAMHOST1で実行されます。同様に、wls_oam2がOAMHOST2で実行されます。リクエストはWeb層から受信されます。各ホストはOracle Access Managerの管理対象サーバーを含んでいます。
OAMHOST1は、WebLogicコンソール、Enterprise Manager Fusion Middleware ControlおよびOracle Access Manager管理コンソールをホストするWebLogic管理サーバーも含んでいます。OAMHOST1に障害が発生した場合、OAMHOST2でWebLogic管理サーバーを手動で起動できます。

- ファイアウォール: これらは、Web層、アプリケーション層およびデータベース層を異なるゾーンに分離するために使用します。WEBHOST1とWEBHOST2はDMZに配置されています。

注意:
Oracle Identity and 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管理者ガイド』の使用可能なサービスの有効化または無効化に関する項を参照してください。

2 Oracle Identity and Access Managementデプロイメントの準備

この章ではOracle Identity and Access Managementをデプロイするための前提条件について説明します。

Oracle Identity and Access Managementデプロイメント・ウィザードを使用してOracle Access Managementをデプロイする前に、この項で説明されているすべての前提条件を満たす必要があります。

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

- 第2.1項「Oracle Identity and Access Managementデプロイメントのハードウェア要件」

- 第2.2項「Oracle Identity and Access Managementデプロイメントのソフトウェア要件」

- 第2.3項「Javaの検証」

- 第2.4項「データベースのインストール」

- 第2.5項「リポジトリ作成ユーティリティ(RCU)用のデータベースの準備」

- 第2.6項「Oracle Identity and Access Managementリポジトリ作成ユーティリティ(Oracle Identity and Access Management RCU)の実行」

- 第2.7項「ライフサイクル管理とデプロイメント・リポジトリについて」

- 第2.8項「Oracle Identity and Access Managementライフサイクル・ツールのインストール」

2.1 Oracle Identity and Access Managementデプロイメントのハードウェア要件

分散トポロジか統合トロポジのいずれかをデプロイできます。統合トポロジは少数の強力なサーバーを使用し、デプロイメントを単純にします。ただし、このような強力なサーバーの使用は必須ではありません。分散トポロジではたくさんの小さなサーバーを使用します。

ハードウェア要件の詳細は、「Oracle Fusion Middlewareのシステム要件と仕様」を参照してください。

注意:
オペレーティング・システム・レベル、パッチ・レベル、ユーザー・アカウント、およびユーザー・グループに関して、トポロジ内のノードすべての構成を同一にすることをお薦めします。

2.2 Oracle Identity and Access Managementデプロイメントのソフトウェア要件

この項ではOracle Identity and Access Managementデプロイメントに必要なソフトウェアについて説明します。

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

- 第2.2.1項「ソフトウェアのバージョン」

- 第2.2.2項「ソフトウェアの入手について」

- 第2.2.3項「Oracleホームのまとめ」

- 第2.2.4項「パッチおよび回避策の適用」

2.2.1 ソフトウェアのバージョン

表2-1「使用するソフトウェアのバージョン」に、このガイドの手順を開始する前に入手しておく必要があるOracleソフトウェアを示します。

図2-1 使用するソフトウェアのバージョン

短縮名

製品

バージョン

OHS11G

Oracle HTTP Server

11.1.1.7.0

JRockit

Oracle JRockit

jrockit-jdk1.6.0_29-R28.2.0-4.0.1以降

WLS

Oracle WebLogic Server

10.3.6.0

IAM

Oracle Identity and Access Management

11.1.2.2.0

SOA

Oracle SOA Suite

11.1.1.7.0

WebGate

WebGate 11g

11.1.2.2.0

RCU

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

11.1.2.2.0

2.2.2 ソフトウェアの入手について

個々のコンポーネントではなく、Identity and Access Managementデプロイメント・リポジトリをダウンロードする必要があります。Identity and Access Managementデプロイメント・リポジトリには新しいOracle Identity and Access Management環境をデプロイするために必要なすべてのインストーラが含まれています。

本書ではこのリポジトリをREPOS_HOMEと呼びます。

Oracle Fusion Middlewareソフトウェアのダウンロードに関する詳細は、このリリースの「Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadmeファイル」(http://docs.oracle.com/cd/E23104_01/download_readme.htm)を参照してください。

2.2.3 Oracleホームのまとめ

OracleバイナリはOracle Fusion Middlewareホームにインストールされます。個別の製品は、Middlewareホーム内のOracleホームにインストールされます。表2-2は、このドキュメントで使用するMiddlewareホームとOracleホームのまとめです。

Oracle Identity Managementのインストールと構成は、このガイドでは説明しません。詳細は、『Oracle Fusion Middleware高可用性ガイド』を参照してください。

表2-2 ホームの概要

ホーム名

ホームの説明

インストールされる製品

MW_HOME

Oracle WebLogic Serverホーム、およびオプションで1つ以上のOracleホームから構成されています。

OIMのみデプロイメントのシナリオではMW_HOMEにIdentity and Access ManagementのOracleホームが含まれています。WEB_MW_HOMEにはOracle HTTP ServerのOracleホームが含まれます。

OAMのみデプロイメントのシナリオではMW_HOMEにIdentity and Access ManagementのOracleホームが含まれています。WEB_MW_HOMEにはOracle HTTP ServerのOracleホームが含まれます。

MW_HOMEにはOracle共通も含まれていることに気を付けてください。

WL_HOME

これは、Oracle WebLogic Serverがインストールされるルート・ディレクトリです。WL_HOMEディレクトリは、Oracleホーム・ディレクトリのピアであり、MW_HOME内にあります。

WL_HOMEはIdentity and Access ManagementのMW_HOMEにも別にあることに気を付けてください。

Oracle WebLogic Server

IGD_ORACLE_HOME

各Identity and Access ManagementのMW_HOMEにはIdentity ManagementのOracleホームが含まれます。

OIMのみデプロイメントのシナリオではOracle Identity ManagerのOracleが含まれています。Oracle Identity Managerに必要なバイナリ・ファイルとライブラリ・ファイルはIAM_MW_HOME/iamにあります。

Access Manager

Oracle Identity Management

IAD_ORACLE_HOME

各Identity and Access ManagementのMW_HOMEにはIdentity ManagementのOracleホームが含まれます。

OAMのみデプロイメントのシナリオでは、Oracle Access ManagementスイートのOracleホームが含まれています。Oracle Access Managementに必要なバイナリ・ファイルとライブラリ・ファイルはIAM_MW_HOME/iamにあります。

Access Manager

Oracle Identity Management

WEB_ORACLE_HOME

Oracle HTTP Serverに必要なバイナリ・ファイルおよびライブラリ・ファイルを格納します。これはWEB_MW_HOME/ohsにあります。

Oracle WebGate

SOA_ORACLE_HOME

Oracle SOA Suiteに必要なバイナリ・ファイルおよびライブラリ・ファイルを格納します。これはIAM_MW_HOME/soaにあります。

Oracle SOA Suite

ORACLE_COMMON_HOME

汎用Oracleホーム・ファイルを格納します。このOracleホームは、いずれかの製品をインストールすると自動的に作成され、MW_HOME/oracle_common内にあります。

汎用コマンド

IDMLCM_HOME

Identity and Access Managementライフサイクル・ツールがインストールされるOracle Middlewareホーム・ディレクトリのサブディレクトリです。

Identity and Access Managementライフサイクル・ツール

2.2.4 パッチおよび回避策の適用

特定の既知の問題に対処するために追加のパッチが必要になる場合があります。適用するパッチの一覧は、Oracle Fusion Middleware Identity Managementリリース・ノートの必須パッチのダウンロードおよび適用に関する項を参照してください。ソフトウェアを期待どおりに動作させるには、パッチを適用する必要があります。

デプロイメントを開始する前にリリース・ノートにリストされているすべてのパッチ、およびご使用の環境に必要なその他のパッチをダウンロードしてください。デプロイメント・ツールは実行時にこれらのパッチを自動的に適用できます。

パッチはhttp://support.oracle.comからダウンロードできます。各パッチをデプロイする手順は、同封のREADME.htmlファイルにあります。パッチをダウンロードし、表2-3にリストされた各パッチを製品の適切なディレクトリに解凍します。ディレクトリが存在しない場合は作成します。

パッチの解凍後、パッチ・ディレクトリに、数字のディレクトリが含まれていることを確認します(表2-3を参照)。そのディレクトリには次のような複数のディレクトリとファイルが含まれています。

- etc

- ファイル

- README.txt

これはほとんどのパッチのディレクトリ・レイアウトです。バンドル・パッチなど一部の場合は、レイアウトが次のようになることがあります。

bundle_patch_no/product/product_patch_no

この場合、パッチ・ディレクトリに、bundle_patch_noではなく、product_patch_noと表示されていることを確認します。

バンドル・パッチに複数の製品の修正が含まれる場合、次に示すように、個々のパッチが適切なパッチ・ディレクトリに表示されることを確認します。

表2-3 製品のパッチ・ディレクトリ

製品

パッチ・ディレクトリ

Oracle共通

REPOS_HOME/installers/oracle_common/patch

ディレクトリ

REPOS_HOME/installers/oud/patch/oud

REPOS_HOME/installers/oud/patch/odsm

Oracle Access Management Access Manager

REPOS_HOME/installers/iamsuite/patch/oam

OHS

REPOS_HOME/installers/webtier/patch

WebGate

REPOS_HOME/installers/webgate/patch

Oracle Identity Manager

REPOS_HOME/installers/iamsuite/patch/oim

SOA

REPOS_HOME/installers/soa/patch

WebLogic Server

REPOS_HOME/installers/weblogic/patch

2.2.4.1 Oracle Identity Managerをインストールするための必須のパッチ

Oracle Identity Managerのインストールおよび構成には、適用する必要があるいくつかの必須パッチがあります。これらのパッチの詳細は、Oracle Fusion Middleware Identity Managementリリース・ノートのOracle Identity Managerのインストールに必要な必須パッチに関する項を参照してください。

さらに、Oracle Identity Managerには特定のデータベース・パッチも必要です。詳細は、Oracle Fusion Middleware Identity Managementリリース・ノートのパッチ要件に関する項を参照してください。

2.3 Javaの検証

デプロイメント・リポジトリにJavaが含まれていることを確認します。これはjdk6というディレクトリにあるはずです。

2.4 データベースのインストール

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

2.5 リポジトリ作成ユーティリティ(RCU)用のデータベースの準備

RCU用にOracle Databaseを準備するには、Oracle Fusion Middlewareのシステム要件と仕様のOracle DatabaseでのRCU要件に関する項を参照してください。

2.6 Oracle Identity and Access Managementリポジトリ作成ユーティリティ(Oracle Identity and Access Management RCU)の実行

次のディレクトリにあるOracle Identity and Access ManagementのRCUのバージョンを使用します。

REPOS_HOME/installers/fmw_rcu/linux/rcuHome.zip

ここで、REPOS_HOMEは新しいOracle Identity and Access Management環境に必要なすべてのインストーラが含まれているOracle Identity and Access Managementのデプロイメント・リポジトリです。

選択したディレクトリにrcuHome.zipファイルの内容を抽出します(このディレクトリをRCU_HOMEディレクトリと呼びます)。

RCU_HOMEディレクトリ内のbinディレクトリからRCUを起動します。

UNIXの場合

cd RCU_HOME/bin

./rcu

次のOracle Identity and Access Managementコンポーネントをデプロイする前に、RCUを使用して必要なOracle Identity and Access Managementスキーマを作成し、データベースに読み込む必要があります。

- Oracle Identity Manager

- Oracle Access Management

使用しているトポロジに対して次の表から適切なコンポーネントを選択します。

製品

RCUオプション

コメント

IAMAccessDomain用Oracle Platform Security Services

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

ポリシー・ストア情報を保持するために必要です。

Oracle Access Management Access Manager

Oracle Access Manager

監査サービスも選択されます。

Oracle Adaptive Access Manager

Oracle Adaptive Access Manager

これはオプションです。

IAMGovernanceDomain用Oracle Platform Security Services

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

ポリシー・ストア情報を保持するために必要です。

Oracle Identity Manager

Identity Management–Oracle Identity Manager

メタデータ・サービス、SOAインフラストラクチャおよびユーザー・メッセージングも選択されます。

RCUの実行中は、すべてのスキーマに対して1つのパスワードを選択する必要があります。

RCUの詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

重要な注意事項

- Oracle Identity and Access Managementデプロイメントは別々のOIMデータベースとOAMデータベースをサポートしています。データベースがOIM用とOAM用に別にある場合、OIMスキーマとOAMスキーマに対して別々のスキーマ接頭辞とパスワードを指定できます。

- 別々のデータベースを使用している場合、ポリシー・ストアに使用されるOracle Platform Security Services (OPSS)のスキーマは、Oracle Identity and Access Managementデプロイメント・ウィザードの「IAM製品の選択」画面で選択したオプションにより異なります。この画面はデプロイメント・レスポンス・ファイルを作成するときに表示されます。詳細は、第4.4.1.6項「IAM製品の選択」を参照してください。

- Oracle Identity Manager (OIM)のみ: このオプションを選択した場合は、OIMデータベースのOracle Platform Security Services (OPSS)スキーマが使用されます。

- Oracle Access Manager (OAM)スイートのみ: このオプションを選択した場合は、OAMデータベースのOracle Platform Security Services (OPSS)スキーマが使用されます。

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD): このオプションを選択した場合は、2つのOracle Platform Security Services (OPSS)スキーマを(OIM用スキーマをOIMデータベースに、OAM用スキーマをOAMデータベースに)作成する必要があります。

注意:
OIM-OAM IntegratedおよびOracle Unified Directory (OUD)オプションはこのガイドでは説明しません。このデプロイメント・オプションの詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』を参照してください。

- RCUを使用してスキーマを作成するときに指定するスキーマ接頭辞、ホスト、ポート、サービス名、ユーザー名およびパスワードを覚えておいてください。第4章「デプロイメント・レスポンス・ファイルの作成」でデプロイメント・レスポンス・ファイルを作成するときに、この情報を指定する必要があります。

- OIMスキーマとOAMスキーマには異なるスキーマ接頭辞、ホスト、ポートおよびサービス名を作成する必要があります。ただし、OIMおよびすべてのOIM依存コンポーネントに対してはスキーマ接頭辞、ホスト、ポート、サービス名およびパスワードが同じである必要があります。同様に、OAMおよびすべてのOAM依存コンポーネントに対してもスキーマ接頭辞、ホスト、ポート、サービス名およびパスワードが同じである必要があります。

2.7 ライフサイクル管理とデプロイメント・リポジトリについて

ライフサイクル・リポジトリにはデプロイメント・ツールやパッチング・ツールなどのライフサイクル管理ツールが含まれています。また、インストールするソフトウェアおよび適用するパッチが含まれているソフトウェア・リポジトリも含んでいます。

注意:
デプロイメント・リポジトリに対する最小限の権限をUNIXユーザーに割り当てるのは重要なことです。これを行うには、抽出したIAMデプロイメント・リポジトリに移動し、次のコマンドを実行します。これはリポジトリの内容に対する権限を更新します。

chmod ¿R 755 *

ライフサイクル管理ツールとデプロイメント・リポジトリを保持するためには別々の共有が必要です。この共有はデプロイメントとそれに続くパッチ適用の間のみ必要です。この共有はデプロイメントの完了後に各ホストからアンマウントできます。

注意:
パッチ管理ツールを使用してデプロイするパッチがある場合は、パッチを適用している間、この共有を再マウントする必要があります。

デプロイメントの間ずっと、この共有を「すべての」ホストにマウントすることが理想的です。こうするとWeb層が必要とするキーストアなど、どのファイルも手動でコピーする必要がなくなるため、デプロイメント・プロセスが単純になります。

組織で(デプロイメントの間でも)Web層へのLCM_HOMEの共有が禁じられている場合は、この共有のコンテンツのローカル・コピーをDMZホストに作成し、デプロイメント・フェーズの間手動でファイル・コピーを作成する必要があります。詳細は、第5.3項「共通LCM_HOMEのないIdentity and Access Managementのデプロイ」を参照してください。

図2-1 デプロイメント・リポジトリの構造

2.7.1 共有記憶域とローカル記憶域の詳細

共有記憶域の構造の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』の共有記憶域に関する説明を参照してください。

ローカル記憶域の構造の詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』のプライベート記憶域に関する説明を参照してください。

注意:
トポロジの選択に基づいて、『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』の前述の項に記載されたいくつかのコンポーネントは、デプロイメント・シナリオには適用できない場合があります。

2.8 Oracle Identity and Access Managementライフサイクル・ツールのインストール

Oracle Identity and Access Managementデプロイメント・ウィザードはOracle Identity and Access Managementライフサイクル・ツールのコンポーネントであり、Oracle Identity and Access Managementパッチ・フレームワークも含まれています。Oracle Identity and Access Managementデプロイメント・リポジトリにあるインストーラを実行してツール類をインストールする必要があります。

Oracle Identity and Access Managementライフサイクル・ツール(IAMデプロイメント・ウィザードおよびIAMパッチ・ツール)は次のディレクトリにあります。

REPOS_HOME/installers/idmlcm/idmlcm/Disk1

ここで、REPOS_HOMEは新しいOracle Identity and Access Management環境に必要なすべてのインストーラが含まれているOracle Identity and Access Managementのデプロイメント・リポジトリです。

ツールのインストールを開始するには、このディレクトリに変更してスクリプトを開始します。

UNIXの場合

cd REPOS_HOME/installers/idmlcm/idmlcm/Disk1
./runInstaller -jreLoc REPOS_HOME/jdk6

次の手順を実行します。

1. 「ようこそ」ページで、「次へ」をクリックします。

2. UNIXプラットフォームを使用し、以前にこのホストにOracle製品をインストールしていない場合は、「インベントリ・ディレクトリの指定」ページが表示され、インベントリ・ディレクトリの場所を要求されることがあります。このディレクトリはこのホストにインストールされたすべてのOracle製品を追跡するために使用されます。このページが表示されたら、次のようにします。
オペレーティング・システム・グループIDフィールドで、インベントリ・ディレクトリへのアクセス権を付与したいメンバーのグループを選択します。このグループのすべてのメンバーが、このホストに製品をインストールできます。「OK」をクリックして続行します。

インベントリ場所の確認ダイアログで、rootとしてinventory_directory/createCentralInventory.shスクリプトを実行し、/etc/oraInst.locファイルを作成するよう、プロンプトが表示されます。このファイルは中央インベントリのポインタであり、サイレント・インストールの場合にある必要があります。これには次の2行が含まれています。

inventory_loc=path_to_central_inventory

inst_group=install_group

このファイルの標準の場所は/etc/oraInst.locですが、どこにでも作成できます。/etc以外のディレクトリに作成する場合は、Identity and Access Managementデプロイメント・ウィザードまたはrunIAMDeployment.shスクリプトを実行するときに-invPtrLoc引数を含めて、インベントリの場所を入力する必要があります。

このホストに対するrootアクセス権限はないがデプロイメントを続行する場合は、「ローカル・インベントリを使用してインストールを続行」を選択します。

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

3. 「前提条件のチェック」ページで、チェックが正常に完了したことを確認してから、「次へ」をクリックします。

4. 「インストール場所の指定」ページで次の情報を入力します。

1. Oracle Middlewareホーム - Identity and Access Managementライフサイクル・ツールがインストールされるディレクトリの親ディレクトリです。

2. Oracleホーム・ディレクトリ - ウィザードがインストールされるOracle Middlewareホームのサブディレクトリです。たとえば、次のようになります。
idmlcm

現行のガイドでこのサブディレクトリはIDMLCM_HOMEと呼ばれます。

「次へ」をクリックします。

5. 「インストール・サマリー」ページで「インストール」をクリックします。

6. 「インストールの進行状況」ページで「次へ」をクリックします。

7. 「インストール完了」ページで「終了」をクリックします。

3 マルチホストでのIdentity and Access Managementデプロイメントの環境の準備

この章ではマルチホストでOracle Identity and Access Managementをデプロイするための前提条件について説明します。この準備にはネットワーク、記憶域、サーバーおよびデータベースが含まれます。

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

- 第3.1項「ネットワークの準備の概要」

- 第3.2章「記憶域の準備の概要」

- 第3.3項「サーバーの準備の概要」

- 第3.4項「データベースの準備の概要」

3.1 ネットワークの準備の概要

様々な種類のネットワーク・トラフィックや監視に対応するように、仮想サーバーや関連するポートをロード・バランサに構成する必要があります。これらの仮想サーバーは、サービスを実行するために適切な実際のホストおよびポートに対して構成する必要があります。また、ロード・バランサは、可用性を確保するために実際のホストおよびポートを監視するように構成し、サービスがダウンしたときにこれらのホストおよびポートへのトラフィックをできるだけ早く停止できるようにする必要があります。これによって、特定の仮想ホストの着信トラフィックが他の層の使用不可のサービスに送信されることがなくなります。

3.1.1 ネットワークの準備の詳細

ネットワークの準備の詳細は、『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のエンタープライズ・デプロイメントのためのネットワークの準備に関する説明を参照してください。

『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』では次のトピックについて説明しています。

- トポロジで使用する仮想サーバー名

注意:
Oracle Identity Manager (OIM)のみのHAデプロイメントの場合、管理サーバーwls_oim1、wls_oim2、wls_soa1およびwls_soa2にVIPが必要です。
Oracle Access Manager (OAM)スイートのみHAデプロイメントの場合、管理サーバーのみのVIPが必要です。

- ロード・バランサの構成

- IPアドレスと仮想IPアドレスの要件

- ファイアウォールとポート

- Oracle Access Manager通信プロトコルの管理

3.2 記憶域の準備の概要

記憶域は、Identity and Access Managementのデプロイメントがわかりやすくなり、構成および管理が容易になるように設定することが重要です。ファイル・システムは『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』で提供されている情報に従ってセットアップすることを推奨しています。

3.2.1 記憶域の準備の詳細

ファイル・システムの準備の詳細は、『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のエンタープライズ・デプロイメントのための記憶域の準備に関する説明を参照してください。

推奨事項を参照情報として使用すると、インストールおよび構成手順で使用されているディレクトリ変数について理解できます。他のディレクトリ・レイアウトも可能でありサポートされていますが、『Oracle Fusion Middleware Guide for Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』で採用されているモデルが最も使用されているモデルとして選択されており、構成におけるコンポーネントの最良の切り分けと対称性を提供するとともに、バックアップと障害時リカバリを容易にしています。

『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』では次のトピックについて説明しています。

- ディレクトリとディレクトリ変数の用語

- バイナリ(Middlewareホーム)ディレクトリの推奨事項

- 異なるディレクトリの推奨場所

3.3 サーバーの準備の概要

Oracle Fusion Middlewareを新しいハードウェアにデプロイする前に、Oracleソフトウェアが最適に動作できるように、使用する計画のサーバーを設定する必要があります。具体的には、次のことを確認する必要があります。

- 必要なソフトウェア・パッチがインストールされている証明されたオペレーティング・システムをサーバーが実行中。

- UNIXカーネルを正しく構成済。

- Oracleソフトウェアを所有するユーザーおよびグループを作成済。

3.3.1 サーバーの準備の詳細

サーバーの準備の詳細は、『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のエンタープライズ・デプロイメントのためのサーバーの構成に関する説明を参照してください。

前述のドキュメントで説明されている設定はガイドとしてのみご利用ください。Oracleソフトウェアを使用した後、オペレーティング・システムのユーティリティを使用して構成を調整し、サーバーの能力を最大化していることを確認する必要があります。

『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』では次のトピックについて説明しています。

- サーバーとオペレーティング・システムの検証

- ハードウェアとソフトウェア要件の達成

- オペレーティング・システム要件の達成

- Unicodeサポートの有効化

- 仮想IPアドレスの有効化(オプション)

- 共有記憶域のホストへのマウント

- ユーザーおよびグループの構成

3.4 データベースの準備の概要

デプロイメントのIdentity and Access Managementコンポーネントはデータベース・リポジトリを使用します。

次の手順を実行する必要があります。

1. 『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のエンタープライズ・デプロイメントのためのデータベース要件の検証に関する説明に従ってデータベース要件を検証します。

2. 『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のエンタープライズ・デプロイメントのためのデータベースのインストールに関する説明に従ってOracle Databaseリポジトリをインストールし、構成します。

3. 『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のデータベース・サービスの作成に関する説明に従ってデータベース・サービスを作成します。

4. 第2.5項「リポジトリ作成ユーティリティ(RCU)用のデータベースの準備」の説明に従って、リポジトリ作成ユーティリティ(RCU)を実行するためのデータベースを準備したことを確認します。

5. 第2.6項「Oracle Identity and Access Managementリポジトリ作成ユーティリティ(Oracle Identity and Access Management RCU)の実行」の説明に従い、リポジトリ作成ユーティリティ(RCU)を使用して、必要なIdentity and Access Managementスキーマをデータベースに作成したことを確認します。
Oracle RACデータベースにIdentity and Access Managementスキーマを作成するための詳細は、『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のRCUを使用してOracle RACデータベースにIdentity and Access Managementスキーマを読み込むことに関する説明を参照してください。

3.4.1 データベースのバックアップ

構成に新しいコンポーネントを追加するときにはいつでも、『Oracle Fusion Middleware Enterprise Oracle Identity and Access Managementデプロイメント・ガイド』のデータベースのバックアップに関する説明に従ってデータベースをバックアップする必要があります。

このバックアップは、ドメインの作成やOracle Access ManagementやOracle Identity Managerなどのコンポーネントの追加を行ってから実行してください。

第II部

Oracle Identity and Access Managementのデプロイ

第II部ではデプロイメント・レスポンス・ファイルの作成に関する情報を提供します。また、Oracle Identity and Access Managementをデプロイするための手順についても説明します。

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

- 第4章「デプロイメント・レスポンス・ファイルの作成」

- 第5章「Oracle Identity and Access Managementデプロイメントの実行」

4 デプロイメント・レスポンス・ファイルの作成

この章ではOracle Identity and Access Managementデプロイメント・ウィザードを使用してデプロイメント・レスポンス・ファイルを作成する方法について説明します。

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

- 第4.1項「デプロイメント・レスポンス・ファイルの概要」

- 第4.2項「Identity and Access Managementデプロイメント・ウィザードの開始」

- 第4.3項「シングルホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成」

- 第4.4項「マルチホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成」

- 第4.5項「必須成果物のDMZホストへのコピー」

4.1 デプロイメント・レスポンス・ファイルの概要

デプロイメントを実行する前に、使用しているトポロジに関する情報をOracle Identity and Access Managementデプロイメント・ウィザードに提供する必要があります。必要な入力をすべて提供したら、デプロイメント操作の実行に使用するデプロイメント・レスポンス・ファイルがウィザードにより作成されます。デプロイメント・レスポンス・ファイルのデフォルトの名前はprovisioning.rspです。Oracle Identity and Access Managementデプロイメント・ウィザードの「サマリー」画面でデプロイメント・レスポンス・ファイルの名前を変更できます。

4.2 Identity and Access Managementデプロイメント・ウィザードの開始

Oracle Identity and Access Managementデプロイメント・ウィザードを開始する前に、環境変数JAVA_HOMEがREPOS_HOME/jdk6に設定されていることを確認します。

Oracle Identity and Access Managementデプロイメント・ウィザードを開始するには、次のディレクトリに移動します。

IDMLCM_HOME/provisioning/bin

ここで、IDMLCM_HOMEは、Oracle Identity and Access Managementデプロイメント・ウィザードのインストール・スクリプトおよびOracle Identity and Access Managementパッチ適用ツールを使用して、Oracle Identity and Access ManagementのOracleホーム・ディレクトリをインストールしたディレクトリです(第2.8項「Oracle Identity and Access Managementライフサイクル・ツールのインストール」を参照)。

LinuxおよびUNIXの場合は、次のコマンドを実行します。

./iamDeploymentWizard.sh

Oracle Identity and Access Managementデプロイメント・ウィザードが開始したら、トポロジの選択に基づいて次のいずれかに進みます。

- シングルホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成

- マルチホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成

4.3 シングルホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成

シングルホスト・トポロジ用に新しいデプロイメント・レスポンス・ファイルを作成するには、次の手順を実行します。

注意:
Oracle Identity and Access Managementデプロイメント・ウィザードによるシングルホスト・デプロイメントは、本番使用には適しません。デモおよびテストの目的でのみ使用してください。

1. 第4.2項「Identity and Access Managementデプロイメント・ウィザードの開始」の手順を実行してデプロイメント・ウィザードを開始します。手順を完了すると、「ようこそ」画面が表示されます。
「ようこそ」画面を使用して、ウィザードを使用するための前提条件など、ウィザードの詳細を確認します。「ようこそ」画面には、ウィザードの簡潔な概要と、満たす必要があるいくつかの要件が表示されます。

「ようこそ」画面で「次へ」をクリックします。

2. 「インベントリ・ディレクトリの指定」画面が表示された場合は、第2.8項「Oracle Identity and Access Managementライフサイクル・ツールのインストール」の手順2に進みます。「OK」をクリックして続行します。「IAMインストール・オプションの選択」画面が表示されます。

3. レスポンス・ファイルを初めて作成する場合は、「IAMインストール・オプションの選択」画面で、新規Identity and Access Management環境デプロイメント・レスポンス・ファイルの作成を選択します。「次へ」をクリックします。セキュリティ更新の指定画面が表示されます。

4. 「セキュリティ・アップデートの指定」画面を使用して、My Oracle Supportからのセキュリティ関連アップデートおよびインストール関連情報の通知プリファレンスを設定します。この情報はオプションです。

- 電子メール: この方法でアップデートが送信されるようにするには、電子メール・アドレスを指定します。

- セキュリティ・アップデートをMy Oracle Support経由で受け取ります。: My Oracle Supportアカウントに直接アップデートが送信されるようにするには、このオプションを選択します。このオプションを選択する場合、My Oracle Supportパスワードを入力する必要があります。

「次へ」をクリックします。「レスポンス・ファイルの説明」画面が表示されます。

5. 「レスポンス・ファイルの説明」画面でレスポンス・ファイルを識別するための説明情報を指定します。この画面に入力された情報はメタデータ情報です。複数のレスポンス・ファイルが作成されている場合に、この情報を使用してレスポンス・ファイルを一意に識別できます。

- レスポンス・ファイルのタイトル: Oracle Identity and Access Managementデプロイメント・ウィザードによりデフォルトのタイトル、Oracle Identity and Access Management Deployment Response Fileが指定されます。これは変更できます。

- レスポンス・ファイルのバージョン: Oracle Identity and Access Managementデプロイメント・ウィザードによりデフォルト値が指定されますが、これは変更できます。これを使用して様々なファイル・バージョンを追跡できます。

- 作成者: デフォルトは、デプロイメント・ウィザードを起動したオペレーティング・システム・ユーザーです。レスポンス・ファイルが最初に作成される際に設定され、現在のレスポンス・ファイルに対する変更はできません。

- 作成日: デフォルトはレスポンス・ファイルが最初に作成された日付です。レスポンス・ファイルが最初に作成された際に設定され、現在のレスポンス・ファイルに対する変更はできません。

- レスポンス・ファイルの説明: このレスポンス・ファイルの説明を指定します。これはオプションのフィールドです。

「次へ」をクリックします。「IAM製品の選択」画面が表示されます。

6. 「IAM製品の選択」画面で、実行するデプロイメントのタイプを選択します。次のオプションを使用できます。

- Oracle Identity Manager (OIM)のみ: このオプションを選択して、Oracle Identity ManagerおよびSOAをOracle HTTP Serverでインストールおよび構成します。

- Oracle Access Manager (OAM)スイートのみ: このオプションを選択して、Oracle Access ManagementスイートをWebゲートおよびOracle HTTP Serverでインストールおよび構成します。

- OIM-OAM統合およびOracle Unified Directory (OUD): このオプションを選択して、次の製品をインストールおよび構成します。

- Oracle Identity Manager

- Oracle SOA

- Oracle Access Management

- Oracle Unified Directory

- Oracle HTTP Server

- Webgate

注意:
デプロイするIAMコンポーネントを選択した後に、後続の画面で「戻る」ボタンをクリックして製品の選択を変更しないでください。前の画面で何か修正する必要がある場合はこのウィザードをキャンセルし、Oracle Identity and Access Managementデプロイメント・ウィザードを再開始する必要があります。

「次へ」をクリックします。「トポロジの選択」画面が表示されます。

7. 「トポロジの選択」画面で「単一ノード」オプションを選択します。「ホスト名」フィールドで、Identity and Access Managementをデプロイするホストを完全修飾名で指定します。
「次へ」をクリックします。「インストールと構成の場所の選択」画面が表示されます。

8. 「インストールと構成の場所の選択」画面を使用して、インストール・アクションおよび構成アクションに必要な各種ディレクトリの場所を指定します。

- ライフサイクル管理ストアの場所: /u01/lcm (LCM_HOME)など、ライフサイクル管理をサポートするためにデータを保管する場所です。
ログ・ファイルはLCM_HOMEのログ・ディレクトリ下にあります。LinuxではLCM_HOME/provisioning/logsにあります。

- ソフトウェア・リポジトリの場所: /u01/lcm/Repositoryなど、デプロイメント・リポジトリの場所です。

- ソフトウェア・インストールの場所: Middlewareホームを置く場所を指定します。
このディレクトリ・パスが45文字以内であることを確認します。パス名がこれより長いとOracle Identity and Access Managementのデプロイ時にエラーになります。第8.2.1項「WebLogicパッチ適用時にヌル・エラーが発生する」を参照してください。

- 共有構成の場所: /u01/oracle/config (SHARED_CONFIG_DIR)など、共有構成の場所を指定します。(シングルホスト環境では、共有構成の場所は実際には共有されません。)

「次へ」をクリックします。ユーザー名とパスワードの設定画面が表示されます。

9. ユーザー名とパスワードの設定画面には、デプロイメント・プロセス中に作成されるユーザーが表示されます。リストされているすべてのユーザー・アカウントに共通のパスワードを設定することも、各アカウントの必要に応じて個別のパスワードを設定することもできます。また、必要に応じて、作成されるデフォルトのユーザー名の一部を変更することもできます。

- 共通のIAMパスワードを入力する: 共通のIAMパスワードを入力します。これは、個々のアカウント・ベースですべてのアカウントがオーバーライドされないかぎり使用される、デフォルトのパスワードです。

- 共通IAMパスワードの確認: パスワードを確認します。

- デフォルトのユーザー名とパスワードをオーバーライドする場合は、ユーザー・アカウントのユーザー名とパスワードを変更するオプションを選択します。変更するアカウントの隣の「編集」を選択し、ユーザー名とパスワードをオーバーライドします。

「次へ」をクリックします。

10. 「Oracle Unified Directoryの構成」画面が表示されます。

注意:
この画面は「IAM製品の選択」画面で「OIM-OAM IntegratedおよびOracle Unified Directory (OUD)」オプションを選択した場合にのみ表示されます。

「Oracle Unified Directoryの構成」画面を使用して、Oracle Unified Directoryの構成オプションを選択します。

Oracle Unified Directory構成パラメータ

- 最初のOUDホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- 最初のOUDインスタンスのポート: Oracle Unified Directoryにより使用される非SSLポートを指定します。

- 最初のOUDインスタンスのSSLポート: Oracle Unified Directoryの最初のインスタンスに使用されるSSLポートを指定します。

- アイデンティティ・ストア・レルムDN: Oracle Unified Directoryレルムの識別名(たとえば、dc=mycompany,dc=com)を指定します

「次へ」をクリックします。「Oracle HTTP Serverの構成」画面が表示されます。

11. 「Oracle HTTP Serverの構成」画面を使用して、Oracle HTTP Server (OHS)に使用されるインストール・ポートを変更します。
Oracle HTTP Server構成パラメータ

- ホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- HTTPポート: Oracle HTTP Serverに使用される非SSLポート番号を指定します。

- SSLポート: Oracle HTTP Serverに使用されるSSLポート番号を指定します。

- OAM管理フロント・エンド・ポート: このフィールドは情報提供のみに使用されます。この値はHTTPポートの値を指します。

- OIM管理フロント・エンド・ポート: Oracle Identity Manager管理サーバーに使用されるポートを指定します。

- インスタンス名: このフィールドは情報提供のみに使用されます。Oracle HTTP Serverのインスタンス名が表示されます。

「次へ」をクリックします。

12. 「Oracle Identity Managerの構成」画面が表示されます。

注意:
この画面は「IAM製品の選択」画面で次のオプションのいずれかを選択した場合にのみ表示されます。

- Oracle Identity Manager (OIM)のみ

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

「Oracle Identity Managerの構成」画面を使用して、Oracle Identity Managerで使用されるポートの変更および電子メール・サーバーの構成(オプション)を行います。

Oracle Identity Manager構成パラメータ

- OIMホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」に入力されたホストにより決定されます。

- 管理サーバー・ポート: IAMGovernanceDomain管理サーバーが使用するポート番号(7101など)

- ポート: Oracle Identity Manager管理対象サーバーにより使用されるポートを指定します(14000など)。

- 電子メール・サーバーの構成: 電子メール通知を送信するためのOIMを構成する場合に選択します。「電子メール・サーバーの構成」を選択した場合、次の詳細を指定する必要があります。

- 送信サーバー名: 送信電子メール・サーバーの名前(email.mycompany.comなど)を指定します。

- 送信サーバー・ポート: 送信電子メール・サーバーで使用されるポート(465など)を指定します。

- 送信電子メール・セキュリティ: SMTPサーバーで使用されるセキュリティ。ドロップダウン・リストからオプションを選択します。設定可能な値は「なし」、「TLS」および「SSL」です。

- ユーザー名: 電子メール・サーバーでの認証でユーザー名が必要な場合は、そのユーザー名を入力します。

- パスワード: ユーザー名のパスワードを入力します。

「次へ」をクリックします。

13. 「Oracle Identity Managerデータベースの構成」画面が表示されます。

注意:
この画面は「IAM製品の選択」画面で次のオプションのいずれかを選択した場合にのみ表示されます。

- Oracle Identity Manager (OIM)のみ

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

「Oracle Identity Managerデータベースの構成」画面を使用して、Oracle Identity Manager、SOAおよびOracle Platform Security Servicesのスキーマを含むデータベースに関する情報を入力します。

Oracle Identity Manager (OIM)データベース構成

- スキーマ接頭辞: OIMスキーマに使用する接頭辞を指定します。このスキーマの接頭辞はRCU実行時に指定したものと同じである必要があります。
このフィールドのデフォルト値はDEVです。この値は編集可能です。

- スキーマ・ユーザー名: このフィールドではスキーマ・ユーザーの名前を指定します。
このフィールドの値は「スキーマの接頭辞」の値に依存します。このフィールドでは「スキーマの接頭辞」の値を取得して、それにOIM接尾辞を追加します。たとえば、DEV_OIMのようにします。

- サービス名: データベース・サービスのサービス名(たとえば、oimdb.mycompany.com)を指定します。

- スキーマ・パスワード: Oracle Identity and Access Management RCUを使用してOracle Identity ManagerスキーマおよびSOAスキーマを作成する際に使用したパスワードを指定します。

- 単一インスタンス・データベース: 単一のOracle Databaseを使用している場合に選択します。

- ホスト名: Oracle Databaseのホスト名を指定します。

- リスナー・ポート: データベースのリスナー・ポートを指定します。

- RACデータベース:Oracle RACデータベースを使用している場合に選択します。

- SCANアドレス: グリッド・インフラストラクチャのSCANアドレスを入力します(IAMDBSCAN.mycompany.comなど)。

- SCANポート: グリッド・インフラストラクチャ・リスナーにより使用されるポートを入力します(1521など)。

- ONS SCANアドレス: デフォルトのSCANアドレスになります。

- ONSポート: 次の例のように、Oracle DatabaseサーバーでRACのsrvctlコマンドを使用してONSポートを決定します。

srvctl config nodeapps -s
ONS exists: Local port 6100, remote port 6200, EM port 2016

「次へ」をクリックします。

14. 「SOAの構成」画面が表示されます。

注意:
この画面は「IAM製品の選択」画面で次のオプションのいずれかを選択した場合にのみ表示されます。

- Oracle Identity Manager (OIM)のみ

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

「SOAの構成」画面を使用して、SOA管理対象サーバーにより使用されるポートを入力します。

SOA構成パラメータ

- SOAホスト: このフィールドは情報提供のみに使用されます

- ポート: SOAサーバーにより使用されるポート番号を指定します。

「次へ」をクリックします。

15. 「Oracle Access Managerの構成」画面が表示されます。

注意:
この画面は「IAM製品の選択」画面で次のオプションのいずれかを選択した場合にのみ表示されます。

- Oracle Access Manager (OAM)スイートのみ

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

「Oracle Access Managerの構成」画面で次の情報を入力します。

Oracle Access Managementスイートの構成パラメータ

- OAMホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- 管理サーバー・ポート: IAMAccessDomain管理サーバーが使用するポート(7001など)。

- OAMポート: OAM管理対象サーバーにより使用されるポート番号を入力します。

- OAM転送モード: このフィールドは情報提供にのみ使用されます。

- Cookieドメイン: Cookieドメインを指定します。例: mycompany.com

「次へ」をクリックします。

16. 「Oracle Access Managerデータベースの構成」画面が表示されます。
「Oracle Access Managerデータベースの構成」画面を使用して、Oracle Access Managerのスキーマを含むデータベースに関する情報を入力します。

注意:
この画面は「IAM製品の選択」画面で次のオプションのいずれかを選択した場合にのみ表示されます。

- Oracle Access Manager (OAM)スイートのみ

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

- スキーマ接頭辞: OAMスキーマに使用する接頭辞を指定します。このスキーマの接頭辞はRCU実行時に指定したものと同じである必要があります。
このフィールドのデフォルト値はDEVです。この値は編集可能です。

- スキーマ・ユーザー名: このフィールドではスキーマ・ユーザーの名前を指定します。
このフィールドの値は「スキーマの接頭辞」の値に依存します。このフィールドでは「スキーマの接頭辞」の値を取得して、それにOAM接尾辞を追加します。たとえば、DEV_OAMのようにします。

- サービス名: データベース・サービスのサービス名(oamdb.mycompany.comなど)を指定します。

- スキーマ・パスワード: Oracle Identity and Access Management RCUを使用してOracle Access Managerスキーマを作成する際に使用したパスワードを指定します。

- 単一インスタンス・データベース: 単一のOracle Databaseを使用している場合に選択します。

- ホスト名: Oracle Databaseのホスト名を指定します。

- リスナー・ポート: データベースのリスナー・ポートを指定します。

- RACデータベース:Oracle RACデータベースを使用している場合に選択します。

- SCANアドレス: グリッド・インフラストラクチャのSCANアドレスを入力します(IAMDBSCAN.mycompany.comなど)。

- SCANポート: グリッド・インフラストラクチャ・リスナーにより使用されるポートを入力します(1521など)。

- ONSポート: 次の例のように、Oracle DatabaseサーバーでRACのsrvctlコマンドを使用してONSポートを決定します。

srvctl config nodeapps -s
ONS exists: Local port 6100, remote port 6200, EM port 2016

「次へ」をクリックします。

17. 「サマリー」画面が表示されます。
「サマリー」画面を使用して、選択内容のサマリーを表示して追加情報を入力します。

- プロビジョニング・レスポンス・ファイル名: 作成するレスポンス・ファイルの名前を指定します。デプロイメント・レスポンス・ファイルのデフォルトの名前はprovisioning.rspです。この値は変更できます。

- プロビジョニング・サマリー: 作成するデプロイメント・サマリー・ファイルの名前を指定します。

- ディレクトリ: このデプロイメント・レスポンス・ファイルを保存するディレクトリを指定します。

「終了」をクリックして、ウィザードを終了します。

注意:
Identity and Access Managementデプロイメント・ウィザードでは「サマリー」画面で指定したディレクトリにデプロイメント・レスポンス・ファイルが作成されます。また、レスポンスファイル名_data (provisioning_dataなど)という名前のフォルダが作成されます。このフォルダには暗号化と復号化の情報が入っているcwallet.ssoファイルが含まれています。デプロイメント・レスポンス・ファイルを別の場所に移動したりコピーする場合は、cwallet.ssoファイルが含まれているレスポンスファイル名_dataフォルダも同じ場所に移動またはコピーする必要があります。

4.4 マルチホスト・トポロジ用デプロイメント・レスポンス・ファイルの作成

この項で説明されている手順を実行して、マルチホスト・トポロジ用の新しいデプロイメント・レスポンス・ファイルを作成します。この項には次のトピックが含まれます:

- 第4.4.1項「高可用性が構成されたOracle Identity Managerのためのみのデプロイメント・レスポンス・ファイルの作成」

- 第4.4.2項「高可用性が構成されたAccess Managementのためのみのデプロイメント・レスポンス・ファイルの作成」

4.4.1 高可用性が構成されたOnly Oracle Identity Managerのためのみのデプロイメント・レスポンス・ファイルの作成

この項では高可用性(HA)が構成されたOracle Identity Managerのみをセットアップするために実行しなければならないタスクの概要を説明します。次のトピックが含まれます:

- 第4.4.1.1項「ようこそ」

- 第4.4.1.2項「インベントリ・ディレクトリの指定」

- 第4.4.1.3項「IAMインストール・オプションの選択」

- 第4.4.1.4項「セキュリティ・アップデートの指定」

- 第4.4.1.5項「レスポンス・ファイルの説明」

- 第4.4.1.6項「IAM製品の選択」

- 第4.4.1.7項「トポロジの選択」

- 第4.4.1.8項「インストールと構成の場所の選択」

- 第4.4.1.9項「仮想ホストの構成(オプション)」

- 第4.4.1.10項「ユーザー名とパスワードの設定」

- 第4.4.1.11項「Oracle HTTP Serverの構成」

- 第4.4.1.12項「Oracle Identity Managerの構成」

- 第4.4.1.13項「Oracle Identity Managerデータベースの構成」

- 第4.4.1.14項「SOAの構成」

- 第4.4.1.15項「HTTP/HTTPSロード・バランサの構成」

- 第4.4.1.16項「サマリー」

4.4.1.1 ようこそ

第4.2項「Identity and Access Managementデプロイメント・ウィザードの開始」の手順を実行してデプロイメント・ウィザードを開始します。手順を完了すると、「ようこそ」画面が表示されます。

「ようこそ」画面を使用して、ウィザードを使用するための前提条件など、ウィザードの詳細を確認します。

「ようこそ」画面には、ウィザードの簡潔な概要と、満たす必要があるいくつかの要件が表示されます。

「次へ」をクリックします。

4.4.1.2 インベントリ・ディレクトリの指定

「インベントリ・ディレクトリの指定」画面が表示された場合は、第2.8項「Oracle Identity and Access Managementライフサイクル・ツールのインストール」の手順2に進みます。

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

4.4.1.3 IAMインストール・オプションの選択

レスポンス・ファイルを初めて作成する場合は、「新規Identity and Access Managementデプロイメント・レスポンス・ファイルの作成」を選択します。

「次へ」をクリックします。

4.4.1.4 セキュリティ・アップデートの指定

「セキュリティ・アップデートの指定」画面を使用して、My Oracle Supportからのセキュリティ関連アップデートおよびインストール関連情報の通知プリファレンスを設定します。この情報はオプションです。

- 電子メール: この方法でアップデートが送信されるようにするには、電子メール・アドレスを指定します。

- セキュリティ・アップデートをMy Oracle Support経由で受け取ります。: My Oracle Supportアカウントに直接アップデートが送信されるようにするには、このオプションを選択します。このオプションを選択する場合、My Oracle Supportパスワードを入力する必要があります。

「次へ」をクリックします。

4.4.1.5 レスポンス・ファイルの説明

このレスポンス・ファイルを識別するための説明情報を指定します。この画面に入力された情報はメタデータ情報です。複数のレスポンス・ファイルが作成されている場合に、この情報を使用してレスポンス・ファイルを一意に識別できます。

- レスポンス・ファイルのタイトル: Oracle Identity and Access Managementデプロイメント・ウィザードによりデフォルトのタイトル、Oracle Identity and Access Management Deployment Response Fileが指定されます。これは変更できます。

- レスポンス・ファイルのバージョン: Oracle Identity and Access Managementデプロイメント・ウィザードによりデフォルト値が指定されますが、これは変更できます。これを使用して様々なファイル・バージョンを追跡できます。

- 作成者: デフォルトは、デプロイメント・ウィザードを起動したオペレーティング・システム・ユーザーです。レスポンス・ファイルが最初に作成される際に設定され、現在のレスポンス・ファイルに対する変更はできません。

- 作成日: デフォルトはレスポンス・ファイルが最初に作成された日付です。レスポンス・ファイルが最初に作成された際に設定され、現在のレスポンス・ファイルに対する変更はできません。

- レスポンス・ファイルの説明: このレスポンス・ファイルの説明を指定します。これはオプションのフィールドです。

「次へ」をクリックします。

4.4.1.6 IAM製品の選択

「IAM製品の選択」画面で、実行するデプロイメントのタイプを選択します。次のオプションを使用できます。

- Oracle Identity Manager (OIM)のみ: このオプションを選択して、Oracle Identity ManagerおよびSOAをOracle HTTP Serverでインストールおよび構成します。

- Oracle Access Manager (OAM)スイートのみ: このオプションを選択して、Oracle Access ManagementスイートをWebゲートおよびOracle HTTP Serverでインストールおよび構成します。

- OIM-OAM統合およびOracle Unified Directory (OUD): このオプションを選択して、次の製品をインストールおよび構成します。

- Oracle Identity Manager

- Oracle SOA

- Oracle Access Management

- Oracle Unified Directory

- Oracle HTTP Server

- Webgate

注意:
OIM-OAM IntegratedおよびOracle Unified Directory (OUD)オプションを使用してマルチホスト・トポロジをデプロイする場合は、このガイドを使用しないでください。このガイドは次のHAデプロイメントのみを対象にしています。

- Oracle Identity Manager (OIM)のみ

- Oracle Access Manager (OAM)スイートのみ

「OIM-OAM IntegratedおよびOracle Unified Directory (OUD)」オプションを使用してHAデプロイメントを実行する場合は、Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイドを参照してください。

注意:
デプロイするIAMコンポーネントを選択した後に、後続の画面で「戻る」ボタンをクリックして製品の選択を変更しないでください。前の画面で何か修正する必要がある場合はこのウィザードをキャンセルし、Oracle Identity and Access Managementデプロイメント・ウィザードを再開始する必要があります。

「次へ」をクリックします。

4.4.1.7 トポロジの選択

「トポロジの選択」画面では、構成オプションを選択してホストと製品に関する情報を指定します。

- 単一ノード: 単純な単一ホスト・トポロジをデプロイする場合、このオプションを選択します。

- ホスト名: Identity and Access Managementをデプロイするホストを完全修飾されたホスト名として指定します。

- 高可用性(HA): このオプションではマルチホスト・トポロジをデプロイできます。HAデプロイメントを実行するにはこのオプションを選択します。
入力する情報は次のとおりです。

注意:
ホスト名はすべて完全修飾名である必要があります。
「製品」列にリストされている製品は、「IAM製品の選択」画面で選択したオプションにより異なります。

- アイデンティティ・ガバナンス /OIM: Oracle Identity Managerを実行するホストの完全修飾名を指定します。例: OIMHOST1.mycompany.com

- Web層: Oracle HTTP ServerおよびWebGateを実行するホストの完全修飾名を指定します。例: WEBHOST1.mycompany.com

第2ノードの詳細を入力してくださいが選択されていることを確認してから、次の情報を入力します。

- アイデンティティ・ガバナンス(OIM): Oracle Identity Managerの2番目のインスタンスを実行するホストの完全修飾名を指定します。例: OIMHOST2.mycompany.com

- Web層: Oracle HTTP ServerおよびWebGateの2番目のインスタンスを実行するホストの完全修飾名を指定します。例: WEBHOST2.mycompany.com

注意:
トポロジ・オプションを選択した後に、後続の画面で「戻る」ボタンをクリックしてトポロジ・オプションを変更しないでください。前の画面で何か修正する必要がある場合はこのウィザードをキャンセルし、Oracle Identity and Access Managementデプロイメント・ウィザードを再開始する必要があります。

「次へ」をクリックします。

4.4.1.8 インストールと構成の場所の選択

「インストールと構成の場所の選択」画面を使用して、インストール・アクションおよび構成アクションに必要な各種ディレクトリの場所を指定します。

- ライフサイクル管理ストアの場所: /u01/lcm (LCM_HOME)など、ライフサイクル管理をサポートするためにデータを保管する場所です。
ログ・ファイルはLCM_HOMEのログ・ディレクトリ下にあります。LinuxではLCM_HOME/provisioning/logsにあります。

注意:
Identity and Access Managementのデプロイメントの間、各ホストにLCM_HOMEディレクトリをマウントする必要があります。これを行っていた場合はWebホストにマウント済オプションを選択します。
ただし、プロビジョニング中にディレクトリをマウントできない場合、デプロイメントは実行できますが手動でいくつかの手順も実行する必要があります。詳細は、第5.3項「共通LCM_HOMEのないIdentity and Access Managementのデプロイ」を参照してください。

- Webホストにマウント済: WebホストにLCM_HOMEディレクトリをマウントしてある場合は、「Webホストにマウント済」を選択します。

- ソフトウェア・リポジトリの場所: /u01/lcm/Repositoryなど、デプロイメント・リポジトリの場所です。

- ソフトウェア・インストールの場所: Middlewareホームを置く共有記憶域の場所です(/u01/oracleなど)。
このディレクトリ・パスが45文字以内であることを確認します。パス名がこれより長いとOracle Identity and Access Managementのデプロイ時にエラーになります。第8.2.1項「WebLogicパッチ適用時にヌル・エラーが発生する」を参照してください。

- 共有構成の場所: /u01/oracle/config (SHARED_CONFIG_DIR)など、共有構成の場所を指定します。

- ローカル構成の場所の有効化: ローカル構成を有効にするにはこのオプションを選択します。

- ローカル構成の場所: OIM管理対象サーバー、SOA管理対象サーバーおよびOHSインスタンスが保管されるローカル記憶域の場所です(/u02/private/oracle/configなど)。

注意:
Identity and Access Managementプロセスでは、デプロイメントですべてのホストに同じデプロイメント・プロファイルを使用することが必要です。したがって、この画面で入力する場所はすべてのホストで一貫している必要があります。

「次へ」をクリックします。

4.4.1.9 仮想ホストの構成(オプション)

仮想ホストを構成する場合は「仮想ホストの構成」チェックボックスを選択し、画面にリストされるサーバーの仮想ホスト名を入力します。

管理サーバー、SOAサーバーおよびOIMサーバーの仮想ホストを指定できます。これらの仮想サーバーはDNSまたは/etc/hostsファイルにより解決される必要があります。

たとえば次のように、トポロジの各サーバーに対して仮想ホスト名を入力します。

- Governance Domain管理サーバー: IGDADMINVHN.mycompany.com

- SOAサーバー: SOAHOST1VHN.mycompany.com

- SOAサーバー2: SOAHOST2VHN.mycompany.com

- OIMサーバー: OIMHOST1VHN.mycompany.com

- OIMサーバー2: OIMHOST2VHN.mycompany.com

「次へ」をクリックします。

4.4.1.10 ユーザー名とパスワードの設定

ユーザー名とパスワードの設定画面には、デプロイメント・プロセス中に作成されるユーザーが表示されます。リストされているすべてのユーザー・アカウントに共通のパスワードを設定することも、各アカウントの必要に応じて個別のパスワードを設定することもできます。また、必要に応じて、作成されるデフォルトのユーザー名の一部を変更することもできます。

- 共通のIAMパスワードを入力する: 共通のIAMパスワードを入力します。これは、個々のアカウント・ベースですべてのアカウントがオーバーライドされないかぎり使用される、デフォルトのパスワードです。

- 共通IAMパスワードの確認: パスワードを再入力します。

- デフォルトのユーザー名とパスワードをオーバーライドする場合は、ユーザー・アカウントのユーザー名とパスワードを変更するオプションを選択します。変更するアカウントの隣の「編集」を選択し、ユーザー名とパスワードをオーバーライドします。

「次へ」をクリックします。

4.4.1.11 Oracle HTTP Serverの構成

「Oracle HTTP Serverの構成」画面を使用して、Oracle HTTP Server (OHS)に使用されるインストール・ポートを変更します。

- ホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- HTTPポート: Oracle HTTP Serverに使用される非SSLポート番号を指定します。

- SSLポート: Oracle HTTP Serverに使用されるSSLポート番号を指定します。

- インスタンス名: このフィールドは情報提供のみに使用されます。Oracle HTTP Serverのインスタンス名が表示されます。

- 2番目のOHSホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- 2番目のOHSポート: Oracle HTTP Serverの2番目のインスタンスに使用される非SSLポート番号を指定します。

- 2番目のOHS SSLポート: Oracle HTTP Serverの2番目のインスタンスに使用されるSSLポート番号を指定します。

- 2番目のインスタンス名: このフィールドは情報提供のみに使用されます。Oracle HTTP Serverの2番目のインスタンス名が表示されます。

「次へ」をクリックして続行してください。

4.4.1.12 Oracle Identity Managerの構成

「Oracle Identity Managerの構成」画面を使用して、Oracle Identity Managerで使用されるポートの変更および電子メール・サーバーの構成(オプション)を行います。

- OIMホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」に入力されたホストにより決定されます。

- 管理サーバー・ポート: IAMGovernanceDomain管理サーバーが使用するポート番号(7101など)

- ポート: Oracle Identity Manager管理対象サーバーの最初のインスタンスにより使用されるポートを指定します(14000など)。

- 2番目のOIMホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」に入力されたホストにより決定されます。

- 2番目のOIMポート: OIM管理サーバーの2番目のインスタンスにより使用されるポート番号を指定します(14000など)

- 電子メール・サーバーの構成: 電子メール通知を送信するためのOIMを構成する場合に選択します。「電子メール・サーバーの構成」を選択する場合、「電子メール・サーバーの構成」を選択して次の詳細を指定する必要もあります。

- 送信サーバー名: 送信電子メール・サーバーの名前(email.mycompany.comなど)を指定します。

- 送信サーバー・ポート: 送信電子メール・サーバーで使用されるポート(465など)を指定します。

- 送信電子メール・セキュリティ: SMTPサーバーで使用されるセキュリティ。ドロップダウン・リストからオプションを選択します。設定可能な値は「なし」、「TLS」および「SSL」です。

- ユーザー名: 電子メール・サーバーでの認証でユーザー名が必要な場合は、そのユーザー名を入力します。

- パスワード: ユーザー名のパスワードを入力します。

「次へ」をクリックします。

4.4.1.13 Oracle Identity Managerデータベースの構成

「Oracle Identity Managerデータベースの構成」画面を使用して、Oracle Identity Manager、SOAおよびOracle Platform Security Servicesのスキーマを含むデータベースに関する情報を入力します。

- スキーマ接頭辞: OIMスキーマに使用する接頭辞を指定します。このスキーマの接頭辞はRCU実行時に指定したものと同じである必要があります。
このフィールドのデフォルト値はDEVです。この値は編集可能です。

- スキーマ・ユーザー名: このフィールドではスキーマ・ユーザーの名前を指定します。
このフィールドの値は「スキーマの接頭辞」の値に依存します。このフィールドでは「スキーマの接頭辞」の値を取得して、それにOIM接尾辞を追加します。たとえば、DEV_OIMのようにします。

- サービス名: データベース・サービスのサービス名(たとえば、oimdb.mycompany.com)を指定します。

- スキーマ・パスワード: Oracle Identity and Access Management RCUを使用してOracle Identity ManagerスキーマおよびSOAスキーマを作成する際に使用したパスワードを指定します。

- 単一インスタンス・データベース: 単一のOracle Databaseを使用している場合に選択します。

- ホスト名: Oracle Databaseのホスト名を指定します。

- リスナー・ポート: データベースのリスナー・ポートを指定します。

- RACデータベース:Oracle RACデータベースを使用している場合に選択します。

- SCANアドレス: グリッド・インフラストラクチャのSCANアドレスを入力します(IAMDBSCAN.mycompany.comなど)。

- SCANポート: グリッド・インフラストラクチャ・リスナーにより使用されるポートを入力します(1521など)。

- ONS SCANアドレス: デフォルトのSCANアドレスになります。

- ONSポート: 次の例のように、Oracle DatabaseサーバーでRACのsrvctlコマンドを使用してONSポートを決定します。

srvctl config nodeapps -s
ONS exists: Local port 6100, remote port 6200, EM port 2016

「次へ」をクリックします。

4.4.1.14 SOAの構成

「SOAの構成」画面を使用して、SOA管理対象サーバーにより使用されるポートを入力します。

- SOAホスト: このフィールドは情報提供のみに使用されます

- ポート: SOA管理対象サーバーにより使用されるポート番号を指定します(8001など)。

- 2番目のSOAポート: SOA管理サーバーの2番目のインスタンスにより使用されるポート番号を指定します(8001など)

「次へ」をクリックします。

4.4.1.15 HTTP/HTTPSロード・バランサの構成

HTTP/HTTPSロード・バランサ画面で仮想ホストのロード・バランサに関する詳細を入力します。

HTTP/HTTPSロード・バランサの詳細の下に、各エンドポイントの仮想ホスト名とポートを入力します。

- IAMガバナンス・ドメイン管理: IAMガバナンス・ドメイン管理機能へのアクセスに使用するロード・バランサのエンドポイント(igdadmin.mycompany.com、ポート80、非SSLなど)

- 内部コールバック: これは内部コール・バック仮想ホストとポートです(idminternal.mycompany.com、ポート80など)

- SSO: これはメイン・アプリケーションのエントリ・ポイントです(sso.mycompany.comポート443など)

「次へ」をクリックします。

4.4.1.16 サマリー

「サマリー」画面を使用して選択の概要を表示し、レスポンス・ファイルの詳細を入力します。

- プロビジョニング・レスポンス・ファイル名: 作成するレスポンス・ファイルの名前を指定します。デプロイメント・レスポンス・ファイルのデフォルトの名前はprovisioning.rspです。この値は変更できます。

- プロビジョニング・サマリー: 作成するデプロイメント・サマリー・ファイルの名前を指定します。

- ディレクトリ: このデプロイメント・レスポンス・ファイルを保存するディレクトリを指定します。

「終了」をクリックするとデプロイメント・レスポンス・ファイルが生成されます。

注意:
Identity and Access Managementデプロイメント・ウィザードでは「サマリー」画面で指定したディレクトリにデプロイメント・レスポンス・ファイルが作成されます。また、レスポンスファイル名_data (provisioning_dataなど)という名前のフォルダが作成されます。このフォルダには暗号化と復号化の情報が入っているcwallet.ssoファイルが含まれています。デプロイメント・レスポンス・ファイルを別の場所に移動したりコピーする場合は、cwallet.ssoファイルが含まれているレスポンスファイル名_dataフォルダも同じ場所に移動またはコピーする必要があります。

4.4.2 高可用性が構成されたAccess Managementのためのみのデプロイメント・レスポンス・ファイルの作成

この項では高可用性(HA)が構成されたOracle Access Managementのみをセットアップするために実行しなければならないタスクの概要を説明します。次のトピックが含まれます:

- 第4.4.2.1項「ようこそ」

- 第4.4.2.2項「インベントリ・ディレクトリの指定」

- 第4.4.2.3項「IAMインストール・オプションの選択」

- 第4.4.2.4項「セキュリティ・アップデートの指定」

- 第4.4.2.5項「レスポンス・ファイルの説明」

- 第4.4.2.6項「IAM製品の選択」

- 第4.4.2.7項「トポロジの選択」

- 第4.4.2.8項「インストールと構成の場所の選択」

- 第4.4.2.9項「仮想ホストの構成」

- 第4.4.2.10項「ユーザー名とパスワードの設定」

- 第4.4.2.11項「Oracle HTTP Serverの構成」

- 第4.4.2.12項「Oracle Access Managerの構成」

- 第4.4.2.13項「Oracle Access Managerデータベースの構成」

- 第4.4.2.14項「HTTP/HTTPSロード・バランサの構成」

- 4.4.2.15項「サマリー」

4.4.2.1 ようこそ

第4.2項「Identity and Access Managementデプロイメント・ウィザードの開始」の手順を実行してデプロイメント・ウィザードを開始します。手順を完了すると、「ようこそ」画面が表示されます。

「ようこそ」画面を使用して、ウィザードを使用するための前提条件など、ウィザードの詳細を確認します。

「ようこそ」画面には、ウィザードの簡潔な概要と、満たす必要があるいくつかの要件が表示されます。

「次へ」をクリックして続行してください。

4.4.2.2 インベントリ・ディレクトリの指定

「インベントリ・ディレクトリの指定」画面が表示された場合は、第2.8項「Oracle Identity and Access Managementライフサイクル・ツールのインストール」の手順2に進みます。

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

4.4.2.3 IAMインストール・オプションの選択

レスポンス・ファイルを初めて作成する場合は、「新規Identity and Access Managementデプロイメント・レスポンス・ファイルの作成」を選択します。

「次へ」をクリックして続行してください。

4.4.2.4 セキュリティ・アップデートの指定

「セキュリティ・アップデートの指定」画面を使用して、My Oracle Supportからのセキュリティ関連アップデートおよびインストール関連情報の通知プリファレンスを設定します。この情報はオプションです。

- 電子メール: この方法でアップデートが送信されるようにするには、電子メール・アドレスを指定します。

- セキュリティ・アップデートをMy Oracle Support経由で受け取ります。: My Oracle Supportアカウントに直接アップデートが送信されるようにするには、このオプションを選択します。このオプションを選択する場合、My Oracle Supportパスワードを入力する必要があります。

「次へ」をクリックして続行してください。

4.4.2.5 レスポンス・ファイルの説明

このレスポンス・ファイルを識別するための説明情報を指定します。この画面に入力された情報はメタデータ情報です。複数のレスポンス・ファイルが作成されている場合に、この情報を使用してレスポンス・ファイルを一意に識別できます。

- レスポンス・ファイルのタイトル: Oracle Identity and Access Managementデプロイメント・ウィザードによりデフォルトのタイトル、Oracle Identity and Access Management Deployment Response Fileが指定されます。これは変更できます。

- レスポンス・ファイルのバージョン: Oracle Identity and Access Managementデプロイメント・ウィザードによりデフォルト値が指定されますが、これは変更できます。これを使用して様々なファイル・バージョンを追跡できます。

- 作成者: デフォルトは、デプロイメント・ウィザードを起動したオペレーティング・システム・ユーザーです。レスポンス・ファイルが最初に作成される際に設定され、現在のレスポンス・ファイルに対する変更はできません。

- 作成日: デフォルトはレスポンス・ファイルが最初に作成された日付です。レスポンス・ファイルが最初に作成された際に設定され、現在のレスポンス・ファイルに対する変更はできません。

- レスポンス・ファイルの説明: このレスポンス・ファイルの説明を指定します。これはオプションのフィールドです。

「次へ」をクリックして続行してください。

4.4.2.6 IAM製品の選択

「IAM製品の選択」画面で、実行するデプロイメントのタイプを選択します。次のオプションを使用できます。

- Oracle Identity Manager (OIM)のみ: このオプションを選択して、Oracle Identity ManagerおよびSOAをOracle HTTP Serverでインストールおよび構成します。

- Oracle Access Manager (OAM)スイートのみ: このオプションを選択して、Oracle Access ManagementスイートをWebゲートおよびOracle HTTP Serverでインストールおよび構成します。

- OIM-OAM統合およびOracle Unified Directory (OUD): このオプションを選択して、次の製品をインストールおよび構成します。

- Oracle Identity Manager

- Oracle SOA

- Oracle Access Management

- Oracle Unified Directory

- Oracle HTTP Server

- Webgate

注意:
OIM-OAM IntegratedおよびOracle Unified Directory (OUD)オプションを使用してマルチホスト・トポロジをデプロイする場合は、このガイドを使用しないでください。このガイドは次のHAデプロイメントのみを対象にしています。

- Oracle Identity Manager (OIM)のみ

- Oracle Access Manager (OAM)スイートのみ

「OIM-OAM IntegratedおよびOracle Unified Directory (OUD)」オプションを使用してHAデプロイメントを実行する場合は、『Oracle Fusion Middleware Oracle Identity Managementエンタープライズ・デプロイメント・ガイド』を参照してください。

注意:
デプロイするIAMコンポーネントを選択した後に、後続の画面で「戻る」ボタンをクリックして製品の選択を変更しないでください。前の画面で何か修正する必要がある場合はこのウィザードをキャンセルし、Oracle Identity and Access Managementデプロイメント・ウィザードを再開始する必要があります。

「次へ」をクリックして続行してください。

4.4.2.7 トポロジの選択

「トポロジの選択」画面では、構成オプションを選択してホストと製品に関する情報を指定します。

- 単一ノード: 単純な単一ホスト・トポロジをデプロイする場合、このオプションを選択します。

- ホスト名: Identity and Access Managementをデプロイするホストを完全修飾されたホスト名として指定します。

- 高可用性(HA): このオプションではマルチホスト・トポロジをデプロイできます。HAデプロイメントを実行するにはこのオプションを選択します。
入力する情報は次のとおりです。

注意:
ホスト名はすべて完全修飾名である必要があります。
「製品」列にリストされている製品は、「IAM製品の選択」画面で選択したオプションにより異なります。

- Access Management: Oracle Access Managementを実行するホストの完全修飾名を指定します。例: OAMHOST1.mycompany.com

- Web層: Oracle HTTP ServerおよびWebGateを実行するホストの完全修飾名を指定します。例: WEBHOST1.mycompany.com

第2ノードの詳細を入力してくださいが選択されていることを確認してから、次の情報を入力します。

- Access Management: Oracle Access Managementの2番目のインスタンスを実行するホストの完全修飾名を指定します。例: OAMHOST2.mycompany.com

- Web層: Oracle HTTP ServerおよびWebGateの2番目のインスタンスを実行するホストの完全修飾名を指定します。例: WEBHOST2.mycompany.com

注意:
トポロジ・オプションを選択した後に、後続の画面で「戻る」ボタンをクリックしてトポロジ・オプションを変更しないでください。前の画面で何か修正する必要がある場合はこのウィザードをキャンセルし、Oracle Identity and Access Managementデプロイメント・ウィザードを再開始する必要があります。

「次へ」をクリックして続行してください。

4.4.2.8 インストールと構成の場所の選択

「インストールと構成の場所の選択」画面を使用して、インストール・アクションおよび構成アクションに必要な各種ディレクトリの場所を指定します。

- ライフサイクル管理ストアの場所: /u01/lcm (LCM_HOME)など、ライフサイクル管理をサポートするためにデータを保管する場所です。
ログ・ファイルはLCM_HOMEのログ・ディレクトリ下にあります。LinuxではLCM_HOME/provisioning/logsにあります。

注意:
Identity and Access Managementのデプロイメントの間、各ホストにLCM_HOMEディレクトリをマウントする必要があります。これを行っていた場合はWebホストにマウント済オプションを選択します。
ただし、プロビジョニング中にディレクトリをマウントできない場合、デプロイメントは実行できますが手動でいくつかの手順も実行する必要があります。詳細は、第5.3項「共通LCM_HOMEのないIdentity and Access Managementのデプロイ」を参照してください。

- Webホストにマウント済: WebホストにLCM_HOMEディレクトリをマウントしてある場合は、「Webホストにマウント済」を選択します。

- ソフトウェア・リポジトリの場所: /u01/lcm/Repositoryなど、デプロイメント・リポジトリの場所です。

- ソフトウェア・インストールの場所: Middlewareホームを置く共有記憶域の場所です(/u01/oracleなど)。
このディレクトリ・パスが45文字以内であることを確認します。パス名がこれより長いとOracle Identity and Access Managementのデプロイ時にエラーになります。第8.2.1項「WebLogicパッチ適用時にヌル・エラーが発生する」を参照してください。

- 共有構成の場所: /u01/oracle/config (SHARED_CONFIG_DIR)など、共有構成の場所を指定します。

- ローカル構成の場所の有効化: ローカル構成を有効にするにはこのオプションを選択します。

- ローカル構成の場所: OAM管理対象サーバーおよびOHSインスタンスが保管されるローカル記憶域の場所です(/u02/private/oracle/configなど)。

注意:
Identity and Access Managementプロセスでは、デプロイメントですべてのホストに同じデプロイメント・プロファイルを使用することが必要です。したがって、この画面で入力する場所はすべてのホストで一貫している必要があります。

「次へ」をクリックして続行してください。

4.4.2.9 仮想ホストの構成

仮想ホストを構成する場合は「仮想ホストの構成」チェックボックスを選択し、画面にリストされるサーバーの仮想ホスト名を入力します。

Oracle Access Manager (OAM)スイート専用トポロジの場合は、管理サーバーの仮想ホスト名を入力できます。この仮想ホスト名はDNSまたは/etc/hostsファイルにより解決される必要があります。

たとえば次のように、トポロジの各サーバーに対して仮想ホスト名を入力します。

Accessドメイン管理サーバー: IADADMINVHN.mycompany.com

「次へ」をクリックします。

4.4.2.10 ユーザー名とパスワードの設定

ユーザー名とパスワードの設定画面には、デプロイメント・プロセス中に作成されるユーザーが表示されます。リストされているすべてのユーザー・アカウントに共通のパスワードを設定することも、各アカウントの必要に応じて個別のパスワードを設定することもできます。また、必要に応じて、作成されるデフォルトのユーザー名の一部を変更することもできます。

- 共通のIAMパスワードを入力する: 共通のIAMパスワードを入力します。これは、個々のアカウント・ベースですべてのアカウントがオーバーライドされないかぎり使用される、デフォルトのパスワードです。

- 共通IAMパスワードの確認: パスワードを再入力します。

- デフォルトのユーザー名とパスワードをオーバーライドする場合は、ユーザー・アカウントのユーザー名とパスワードを変更するオプションを選択します。変更するアカウントの隣の「編集」を選択し、ユーザー名とパスワードをオーバーライドします。

「次へ」をクリックして続行してください。

4.4.2.11 Oracle HTTP Serverの構成

「Oracle HTTP Serverの構成」画面を使用して、Oracle HTTP Server (OHS)に使用されるインストール・ポートを変更します。

Oracle HTTP Server構成パラメータ

- ホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- HTTPポート: Oracle HTTP Serverに使用される非SSLポート番号を指定します。

- SSLポート: Oracle HTTP Serverに使用されるSSLポート番号を指定します。

- インスタンス名: このフィールドは情報提供のみに使用されます。Oracle HTTP Serverのインスタンス名が表示されます。

- 2番目のOHSホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」画面に入力されたホストにより決定されます。

- 2番目のOHSポート: Oracle HTTP Serverの2番目のインスタンスに使用される非SSLポート番号を指定します。

- 2番目のOHS SSLポート: Oracle HTTP Serverの2番目のインスタンスに使用されるSSLポート番号を指定します。

- 2番目のインスタンス名: このフィールドは情報提供のみに使用されます。Oracle HTTP Serverの2番目のインスタンス名が表示されます。

「次へ」をクリックして続行してください。

4.4.2.12 Oracle Access Managerの構成

「Oracle Access Managerの構成」画面を使用して、Oracle Access Managementスイートのインストール・オプションを選択します。

- OAMホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」に入力されたホストにより決定されます。

- 管理サーバー・ポート: IAMAccessDomain管理サーバーが使用するポート(7001など)。

- OAMポート: OAM管理対象サーバーの最初のインスタンスにより使用されるポート番号を指定します(14100など)。

- 2番目のOAMホスト: このフィールドは情報提供のみに使用されます。値は「トポロジの選択」に入力されたホストにより決定されます。

- 2番目のOAMポート: OAM管理対象サーバーの2番目のインスタンスにより使用されるポート番号を指定します(14100など)。

- OAM転送モード: このフィールドは情報提供にのみ使用されます。

- Cookieドメイン: Cookieドメインを指定します。例: mycompany.com

「次へ」をクリックします。

4.4.2.13 Oracle Access Managerデータベースの構成

「Oracle Access Managerデータベースの構成」画面を使用して、Oracle Access Managerのスキーマを含むデータベースに関する情報を入力します。

- スキーマ接頭辞: OAMスキーマに使用する接頭辞を指定します。このスキーマの接頭辞はRCU実行時に指定したものと同じである必要があります。
このフィールドのデフォルト値はDEVです。この値は編集可能です。

- スキーマ・ユーザー名: このフィールドではスキーマ・ユーザーの名前を指定します。
このフィールドの値は「スキーマの接頭辞」の値に依存します。このフィールドでは「スキーマの接頭辞」の値を取得して、それにOAM接尾辞を追加します。たとえば、DEV_OAMのようにします。

- サービス名: データベース・サービスのサービス名(oamdb.mycompany.comなど)を指定します。

- スキーマ・パスワード: Oracle Identity and Access Management RCUを使用してOracle Access Managerスキーマを作成する際に使用したパスワードを指定します。

- 単一のDB: 単一のOracle Databaseを使用している場合に選択します。

- ホストVIP名: Oracle Databaseのホスト名を指定します。

- リスナー・ポート: データベースのリスナー・ポートを指定します。

- RAC DB:Oracle RACデータベースを使用している場合に選択します。

- SCANアドレス: グリッド・インフラストラクチャのSCANアドレスを入力します(IAMDBSCAN.mycompany.comなど)。

- SCANポート: グリッド・インフラストラクチャ・リスナーにより使用されるポートを入力します(1521など)。

- ONS SCANアドレス: デフォルトのSCANアドレスになります。

- ONSポート: 次の例のように、Oracle DatabaseサーバーでRACのsrvctlコマンドを使用してONSポートを決定します。

srvctl config nodeapps -s
ONS exists: Local port 6100, remote port 6200, EM port 2016

「次へ」をクリックして続行してください。

4.4.2.14 HTTP/HTTPSロード・バランサの構成

HTTP/HTTPSロード・バランサ画面で仮想ホストのロード・バランサに関する詳細を入力します。

HTTP/HTTPSロード・バランサの詳細の下に、各エンドポイントの仮想ホスト名とポートを入力します。

- Accessドメイン管理サーバー: IAMAccessDomain管理機能へのアクセスに使用するロード・バランサのエンド・ポイント(iadadmin.mycompany.com、ポート80、非SSLなど)。

- SSO: これはメイン・アプリケーションのエントリ・ポイントです(sso.mycompany.com、ポート443など)

「次へ」をクリックします。

4.4.2.15 サマリー

「サマリー」画面を使用して選択の概要を表示し、レスポンス・ファイルの詳細を入力します。

- プロビジョニング・レスポンス・ファイル名: 作成するレスポンス・ファイルの名前を指定します。デプロイメント・レスポンス・ファイルのデフォルトの名前はprovisioning.rspです。この値は変更できます。

- プロビジョニング・サマリー: 作成するデプロイメント・サマリー・ファイルの名前を指定します。

- ディレクトリ: このデプロイメント・レスポンス・ファイルを保存するディレクトリを指定します。

「終了」をクリックして、ウィザードを終了します。

注意:
Identity and Access Managementデプロイメント・ウィザードでは「サマリー」画面で指定したディレクトリにデプロイメント・レスポンス・ファイルが作成されます。また、レスポンスファイル名_data (provisioning_dataなど)という名前のフォルダが作成されます。このフォルダには暗号化と復号化の情報が入っているcwallet.ssoファイルが含まれています。デプロイメント・レスポンス・ファイルを別の場所に移動したりコピーする場合は、cwallet.ssoファイルが含まれているレスポンスファイル名_dataフォルダも同じ場所に移動またはコピーする必要があります。

4.5 必須成果物のDMZホストへのコピー

このタスクはWeb層をDMZにインストールした場合にのみ実行します。

この章で説明するプロセスにより、「サマリー」画面で指定したディレクトリにデプロイメント・レスポンス・ファイルが作成されます。デプロイメント・レスポンス・ファイル(provisioning.rspなど)が作成されると、responsefilename_dataという名前の別のフォルダが作成されます。例: provisioning_dataこのフォルダには暗号化と復号化の情報を持つcwallet.ssoが含まれています。

cwallet.ssoが含まれているデプロイメント・レスポンス・ファイルおよびフォルダは、トポロジの各ホストで使用できる必要があります。トポロジのすべてのホストで共有されるデプロイメント・ディレクトリがある場合、必要なファイルは自動的に利用できます。ただし、デプロイメント・ディレクトリが共有ではない場合、デプロイメント・レスポンス・ファイル(provisioning.rsp)およびcwallet.ssoが含まれるフォルダ(provisioning_data)をDMZホスト、WEBHOST1およびWEBHOST2に手動でコピーする必要があります。

注意:
デプロイメント・レスポンス・ファイルおよびcwallet.ssoが含まれているフォルダがDMZホストにコピーされない場合、デプロイメント・プロセスがPreverifyフェーズで失敗する可能性があります。

5 Oracle Identity and Access Managementデプロイメントの実行

デプロイメント・レスポンス・ファイルを作成した後に、これを使用してOracle Identity and Access Management環境をデプロイします。この章ではOracle Identity and Access Managementをデプロイする方法について説明します。

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

- 第5.1項「単一ノードでデプロイメントを実行する」

- 第5.2項「コマンド行デプロイメント・ツールを使用してマルチホストでデプロイメントを実行する」

- 第5.3項「共通LCM_HOMEのないIdentity and Access Managementのデプロイ」

- 第5.4項「Oracle HTTP Server構成ファイルに関する追加情報」

5.1 単一ノードでデプロイメントを実行する

単一ノードのデプロイメントはコマンド行またはOracle Identity and Access Managementデプロイメント・ウィザードを使用して実行されます。

注意:
Oracle Identity and Access Managementデプロイメントを実行する前にホストを再起動する必要があります。

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

- 第5.1.1項「デプロイメント・プロセスの概要」

- 第5.1.2項「デプロイメント・ツールの実行によるデプロイメントの実行」

- 第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」

5.1.1 デプロイメント・プロセスの概要

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

- Oracle Identity and Access Managementデプロイ・ステージ

- 各デプロイ・ステージで実行されるタスク

5.1.1.1 Oracle Identity and Access Managementデプロイ・ステージ

デプロイメント・レスポンス・ファイルを作成した後に、これを使用してOracle Identity and Access Management環境をデプロイします。

デプロイメントには8つのステージがあります。これらのステージは次の順序で実行する必要があります。

1. 事前検証

2. インストール

3. 事前構成

4. 構成

5. セカンダリの構成

6. 事後構成

7. 起動

8. 検証

注意:
新しいフェーズはそれぞれ順番に実行する必要があります(つまり、各ステージは次のステージが開始される前に完了する必要があります)。あるステージが失敗した場合はクリーンアップと再起動が必要となります。

5.1.1.2 各デプロイ・ステージで実行されるタスク

デプロイメントの各ステージで実行されるタスクは、「IAM製品の選択」画面で選択されたオプションによって異なります。この画面はOracle Identity and Access Managementデプロイメント・ウィザードを使用してデプロイメント・レスポンス・ファイルを作成するときに表示されます。

デプロイメント対象に選択した製品に基づき、次のいずれかの項を参照してください。

- Oracle Identity Manager (OIM)のみ

- Oracle Access Manager (OAM)スイートのみ

- OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

Oracle Identity Manager (OIM)のみ

表5-1はOracle Identity Manager (OIM)のみオプションの場合の各デプロイ・ステージの実行順、およびそれぞれのステージで実行されるタスクを示しています。

表5-1 Oracle Identity Manager (OIM)のみに実行するタスク

実行順序

ステージ

実行するタスク

1.

事前検証

インストールされ、構成されるソフトウェアの最小要件を、トポロジで使用される各サーバーが満たしていることを確認します。

2.

インストール

Oracle Identity and Access Managementデプロイメント・リポジトリに存在するすべてのソフトウェアおよび関連パッチをインストールします。

3.

事前構成

- WebLogicドメインを作成し、必要なすべてのコンポーネントにそれを拡張します。

- OHSインスタンスを作成します。

4.

構成

- 必要に応じて管理対象サーバーを起動します。

- OIMを構成します。

5.

セカンダリの構成

- WeblogicドメインをWeb層と統合します。

- Web層をドメインに登録します。

6.

事後構成

UMSメール・サーバーを構成します。

7.

起動

トポロジのすべてのコンポーネントを起動します。

8.

検証

デプロイした環境を検証します。

Oracle Access Manager (OAM)スイートのみ

表5-2はOracle Access Manager (OAM)のみオプションの場合の各デプロイ・ステージの実行順、およびそれぞれのステージで実行されるタスクを示しています。

表5-2 Oracle Access Manager (OAM)スイートのみに実行するタスク

実行順序

ステージ

実行するタスク

1.

事前検証

インストールされ、構成されるソフトウェアの最小要件を、トポロジで使用される各サーバーが満たしていることを確認します。

2.

インストール

Oracle Identity and Access Managementデプロイメント・リポジトリに存在するすべてのソフトウェアおよび関連パッチをインストールします。

3.

事前構成

- WebLogicドメインを作成し、必要なすべてのコンポーネントにそれを拡張します。

- OHSインスタンスを作成します。

4.

構成

- 必要に応じて管理対象サーバーを起動します。

- OAMを構成してSSOを有効にします。

5.

セカンダリの構成

- WeblogicドメインをWeb層と統合します。

- Web層をドメインに登録します。

6.

事後構成

- OAMキーストアを生成します。

- Webgateを構成します。

7.

起動

トポロジのすべてのコンポーネントを起動します。

8.

検証

デプロイした環境を検証します。

OIM-OAM IntegratedおよびOracle Unified Directory (OUD)

表5-3はOIM-OAM IntegratedおよびOracle Unified Directory (OUD)オプションの場合の各デプロイ・ステージの実行順、およびそれぞれのステージで実行されるタスクを示しています。

表5-3 OIM-OAM IntegratedおよびOracle Unified Directory (OUD)に実行するタスク

実行順序

ステージ

実行するタスク

1.

事前検証

インストールされ、構成されるソフトウェアの最小要件を、トポロジで使用される各サーバーが満たしていることを確認します。

2.

インストール

Oracle Identity and Access Managementデプロイメント・リポジトリに存在するすべてのソフトウェアおよび関連パッチをインストールします。

3.

事前構成

- OUDを作成し、ユーザー/グループにシードします。

- SSL有効OUD

- WebLogicドメインを作成し、必要なすべてのコンポーネントにそれを拡張します。

- OHSインスタンスを作成します。

4.

構成

- 必要に応じて管理対象サーバーを起動します。

- OIMを構成します。

- OAMをOUDに関連付けます。

5.

セカンダリの構成

- WeblogicドメインをWeb層と統合します。

- Web層をドメインに登録します。

- OAMとOIMを統合します。

6.

事後構成

- OIMリコンシリエーションを実行します。

- UMSメール・サーバーを構成します。

- OAMキーストアを生成します。

- Webgateを構成します。

7.

起動

トポロジのすべてのコンポーネントを起動します。

8.

検証

デプロイした環境を検証します。

5.1.2 デプロイメント・ツールの実行によるデプロイメントの実行

コマンド行デプロイメント・ツールを使用するには、-targetオプションでデプロイ・ステージを指定しながらrunIAMDeployment.shスクリプトを何回でも実行する必要があります。各コマンドを順序に従って終了してから、次のコマンドを実行する必要があります。

デプロイメント・ツールを実行する前に、環境変数JAVA_HOMEがREPOS_HOME/jdk6に設定されていることを確認します。

UNIXでのデプロイメント・ツールのコマンド構文は次のとおりです。

runIAMDeployment.sh -responseFile RESPONSE_FILE -target STAGE

各要素の意味は次のとおりです。

RESPONSE_FILEはデプロイメント・レスポンス・ファイルの場所の完全修飾パスです。デプロイメント・レスポンス・ファイルを作成するためにウィザードを起動したときに、「サマリー」ページでファイル名とディレクトリを指定しています。デフォルト値はUNIXの場合、IDMLCM_HOME/provisioning/bin/provisioning.rspです。

STAGEは第5.1.1.1項「Oracle Identity and Access Managementデプロイ・ステージ」にリストされているステージのいずれかです。

例:

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target preverify

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target install

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target preconfigure

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target configure

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target configure-secondary

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target postconfigure

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target startup

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target validate

5.1.3 Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行

Oracle Identity and Access Managementデプロイメント・ウィザードを使用してデプロイメントを実行する場合は、次の手順に従います。

1. Oracle Identity and Access Managementデプロイメント・ウィザードを開始する前に、環境変数JAVA_HOMEがREPOS_HOME/jdk6に設定されていることを確認します。

2. 次のようにOracle Identity and Access Managementデプロイメント・ウィザードを起動します。

cd IDMLCM_HOME/provisioning/bin
./iamDeploymentWizard.sh

「ようこそ」画面が表示されます。「次へ」をクリックして、次の各項で説明されているように進めます。

注意:
「前提条件チェック」、「インストール」、「事前構成」、「構成」、「セカンダリの構成」、「事後構成」および「起動」の各ページでは、毎回のビルドのステータスが次のいずれかのアイコンで示されます。

- ブロック: 指定したフェーズでは、処理はまだ開始されていません。

- 時計: フェーズのビルドを実行中です。

- チェック・マーク: ビルドは正常に完了しました。

- xマーク: このフェーズのビルドに失敗しました。続行する前に、エラーを訂正する必要があります。

失敗に関する情報を表示するには、xをクリックします。ビルド固有の詳細を確認するには、ビルドのログ・ファイルをクリックします。

エラーが発生した場合は、手動ですべてクリーン・アップする必要があります。実行中のすべてのプロセスを強制終了し、ディレクトリを削除し、RCUを再実行して最初からやり直します。詳細は、第8.1.2項「Oracle Identity and Access Managementデプロイメント失敗からのリカバリ」を参照してください。

- 第5.1.3.1項「IAMインストール・オプションの選択」

- 第5.1.3.2項「レスポンス・ファイルの説明」

- 第5.1.3.3項「インストールと構成の場所の選択」

- 第5.1.3.4項「デプロイメント構成の確認」

- 第5.1.3.5項「サマリー」

- 第5.1.3.6項「前提条件チェック」

- 第5.1.3.7項「インストール」

- 第5.1.3.8項「事前構成」

- 第5.1.3.9項「構成」

- 第5.1.3.10項「セカンダリの構成」

- 第5.1.3.11項「事後構成」

- 第5.1.3.12項「起動」

- 第5.1.3.13項「検証」

- 第5.1.3.14項「インストール完了」

5.1.3.1 IAMインストール・オプションの選択

環境をデプロイするために既存のデプロイメント・レスポンス・ファイルを使用するには、Identity and Access Management環境のデプロイを選択します。

「レスポンス・ファイル」フィールドにパス名を入力するか、「参照」ボタンをクリックして目的の場所に移動して選択するか、いずれかの方法で使用するファイルのパス名を指定します。これは第4章「デプロイメント・レスポンス・ファイルの作成」で作成したデプロイメント・レスポンス・ファイルです。

「次へ」をクリックして続行してください。

5.1.3.2 レスポンス・ファイルの説明

「レスポンス・ファイルの説明」画面を使用して、デプロイメント・プロファイルの作成時に指定した、レスポンス・ファイルに関する情報を確認します。

詳細は、第4.4.1.5項「レスポンス・ファイルの説明」を参照してください。

5.1.3.3 インストールと構成の場所の選択

「インストールと鋼製の場所の選択」画面を使用して、デプロイメント・プロファイルの作成時に指定したOracle Identity and Access Managementのインストール・ディレクトリと構成ディレクトリに関する情報を確認します。

詳細は、第4.4.1.8項「インストールと構成の場所の選択」を参照してください。

5.1.3.4 デプロイメント構成の確認

デプロイメント構成の確認画面では、確認する構成を選択できます。これはオプションです。いずれかのコンポーネントの構成の詳細を表示または変更する場合は、そのコンポーネントを選択し、「次へ」をクリックします。選択するオプションに基づいて、対応する構成画面が表示されます。

- OUD構成

- OHS構成

- SOA構成

- OIM構成

- OAM構成

- OIM DB構成

- OAM DB構成

「次へ」をクリックして続行してください。

5.1.3.5 サマリー

「サマリー」画面を使用して、選択内容のサマリーを表示して追加情報を入力します。

表示された情報を確認して、インストール詳細が自分の意図したとおりになっていることを確認します。

「次へ」をクリックして続行してください。

5.1.3.6 前提条件のチェック

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックして続行してください。

5.1.3.7 インストール

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックして次に進みます。

5.1.3.8 事前構成

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックします。Oracle Identity and Access Managementデプロイメント・ウィザードは構成フェーズを開始し、「構成」画面を表示します。

5.1.3.9 構成

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックします。Oracle Identity and Access Managementデプロイメント・ウィザードはセカンダリ構成フェーズを開始し、「セカンダリの構成」画面を表示します。

5.1.3.10 セカンダリの構成

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックします。Oracle Identity and Access Managementデプロイメント・ウィザードは事後構成フェーズを開始し、「事後構成」画面を表示します。

5.1.3.11 事後構成

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックします。Oracle Identity and Access Managementデプロイメント・ウィザードは起動フェーズを開始し、「起動」画面を表示します。

5.1.3.12 起動

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックします。Oracle Identity and Access Managementデプロイメント・ウィザードは検証フェーズを開始し、「検証」画面を表示します。

5.1.3.13 検証

このステージで実行するタスクの詳細は、第5.1.1.2項「デプロイ・ステージで実行されるタスク」を参照してください。

このページのビルド・ステータスの表示に関する詳細は、第5.1.3項「Oracle Identity and Access Managementデプロイメント・ウィザード使用によるデプロイメントの実行」の初めに書かれている「注意」を参照してください。

「次へ」をクリックします。Oracle Identity and Access Managementデプロイメント・ウィザードは「インストール完了」画面を表示します。

5.1.3.14 インストール完了

デプロイメントが正常に完了した後に、この画面が表示されます。インストールされた製品のサマリーが表示されます。

「終了」をクリックし、サマリーを保存してOracle Identity and Access Managementデプロイメント・ウィザードを終了します。

5.2 コマンド行デプロイメント・ツールを使用してマルチホストでデプロイメントを実行する

この項ではマルチホストでデプロイメントを実行するための手順を説明します。次の項で構成されます。

- 第5.2.1項「デプロイメント・プロセスの概要」

- 第5.2.2項「デプロイメント・プロシージャ」

5.2.1 デプロイメント・プロセスの概要

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

- 第5.2.1.1項「デプロイ・ステージ」

- 第5.2.1.2項「OIMのみデプロイメント中に実行されるタスク」

- 第5.2.1.3項「OAMのみデプロイメント中に実行されるタスク」

5.2.1.1 デプロイ・ステージ

デプロイメントには8つのステージがあります。これらのステージは次の順序で実行する必要があります。

1. 事前検証

2. インストール

3. 事前構成

4. 構成-セカンダリ

5. 事後構成

6. 起動

7. 検証

新しいフェーズはそれぞれ順番に実行する必要があります(つまり、各ステージは次のステージが開始される前に完了する必要があります)。ステージが失敗するとクリーンアップと再起動が必要です。

5.2.1.2 OIMのみデプロイメント中に実行されるタスク

表5-4は「Oracle Identity Manager (OIM)のみ」オプションの場合の各デプロイ・ステージの実行順、およびそれぞれのステージで実行されるタスクを示しています。

表5-4 デプロイ・ステージ(OIMのみ)

実行順序

ステージ

実行するタスク

順序

1

事前検証

インストールされ、構成されるソフトウェアの最小要件を、トポロジで使用される各サーバーが満たしていることを確認します。

事前検証ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

2

インストール

Oracle Identity and Access Managementデプロイメント・リポジトリに存在するすべてのソフトウェアおよび関連パッチをインストールします。

インストールステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

3

事前構成

WebLogicドメインを作成し、必要なすべてのコンポーネントにそれを拡張してからOHSインスタンスを作成します。

事前構成ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

4

構成

必要に応じて管理対象サーバーを起動します。OIMを構成します。

構成ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

5

セカンダリの構成

WeblogicドメインをWeb層と統合し、Web層を各ドメインに登録します。

セカンダリの構成ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

6

事後構成

UMSメール・サーバーを構成します。

事後構成ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

7

起動

トポロジのすべてのコンポーネントを起動します。

起動ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

8

検証

デプロイした環境を検証します。

検証ステージでは、OIMHOST1、OIMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

5.2.1.3 OAMのみデプロイメント中に実行されるタスク

表5-5は「Oracle Access Managementスイート(OAM)のみ」オプションの場合の各デプロイ・ステージの実行順、およびそれぞれのステージで実行されるタスクを示しています。

表5-5 デプロイ・ステージ(OAMのみ)

実行順序

ステージ

実行するタスク

順序

1

事前検証

インストールされ、構成されるソフトウェアの最小要件を、トポロジで使用される各サーバーが満たしていることを確認します。

事前検証ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

2

インストール

Oracle Identity and Access Managementデプロイメント・リポジトリに存在するすべてのソフトウェアおよび関連パッチをインストールします。

インストールステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

3

事前構成

WebLogicドメインを作成し、必要なすべてのコンポーネントにそれを拡張してからOHSインスタンスを作成します。

事前構成ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

4

構成

必要に応じて管理対象サーバーを起動します。

OAMを構成してSSOを有効にします。

構成ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

5

セカンダリの構成

WeblogicドメインをWeb層と統合し、Web層を各ドメインに登録します。

セカンダリの構成ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

6

事後構成

OAMキーストアを生成し、WebGateエージェントを構成します。

事後構成ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

7

起動

トポロジのすべてのコンポーネントを起動します。

起動ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

8

検証

デプロイした環境を検証します。

検証ステージでは、OAMHOST1、OAMHOST2、WEBHOST1およびWEBHOST2に対してコマンド行でデプロイメント・ツールを実行します。同じ順序に従い、1つずつ実行してください。平行して実行してはいけません。

5.2.2 デプロイメント・プロシージャ

次の各項ではデプロイメントを実行するための手順を説明します。

注意:
デプロイメント・プロセスを開始する前に、すべてのホストを再起動します。

- 第5.2.2.1項「デプロイメント・コマンドの実行」

- 第5.2.2.2項「バックアップの作成」

5.2.2.1 デプロイメント・コマンドの実行

使用するインストール・シナリオに基づいて必要なデプロイメント・レスポンス・プロファイルを作成した後に、トポロジの各ホストに対してコマンドrunIAMDeployment.shを何回も実行し、デプロイメントを実行する必要があります。

デプロイメント・プロセスを開始する前に、この項全体を読んでください。プロセス中に実行しなければならない追加の手順が次に詳しく説明されています。

各コマンドをトポロジの各ホストに実行してから、次のコマンドを実行する必要があります。

デプロイメント・ツールを実行する前に、次の環境変数を設定します。

変数JAVA_HOME: REPOS_HOME/jdk6

実行しなければならないコマンドは次のとおりです。

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target preverify

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target install

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target preconfigure

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target configure

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target configure-secondary

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target postconfigure

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target startup

runIAMDeployment.sh -responseFile IDMLCM_HOME/provisioning/bin/provisioning.rsp -target validate

注意:
同じフェーズを各ホストに順番に実行します。フェーズの終了を待ってから、同じフェーズを次のホストに開始します。これらのフェーズを平行して実行することはできません。これを各フェーズについて繰り返します。

5.2.2.2 バックアップの作成

次の各時点でファイル・システムとデータベースのバックアップをとっておくことが重要です。

1. デプロイメントの開始前。

2. インストール・フェーズの終了時。

3. デプロイメントの完了時。

これらの3つのフェーズ以外のフェーズでのバックアップの復元はサポートされていません。

5.3 共通LCM_HOMEのないIdentity and Access Managementのデプロイ

以前のデプロイメントの説明では、デプロイメント・プロセスの間、LCM_HOMEディレクトリはトポロジの各ホスト間で共有されることを前提としていました。

組織がこの共有を許可しない場合でも、LCM_HOMEを各ホストでローカルで使用可能にしてデプロイメントを実行できます。それには、次の追加手順を手動で行う必要があります。

1. ソフトウェア・リポジトリを含むLCM_HOMEディレクトリのローカル・バージョンを作成します。

2. デプロイメント・レスポンス・ファイル(responsefilename_dataフォルダ)および第4.4.2.15項「サマリー」で作成したサマリーを各ホストの同じ場所へコピーします。

3. LCM_HOMEがWEBHOST1およびWEBHOST2にマウントされていない場合は、WEBHOST1に対する事後構成フェーズの実行前に、LCM_HOME/keystores/webgate_artifactsをOAMHOST1からWEBHOST1およびWEBHOST2にコピーします。
OAMHOST1に対する構成フェーズの後にLCM_HOME/keystores/webgate_artifactsが作成されます。

5.4 Oracle HTTP Server構成ファイルに関する追加情報

Oracle Identity And Access Managementデプロイメントを実行すると、Oracle HTTP Serverはリバース・プロキシ・モードに設定されています。Oracle HTTP Serverのモジュールは、拡張子が.confのファイルに含まれています。これらのファイルは次の場所にあります。

config/instances/ohs1/config/OHS/ohs1/moduleconf

デプロイメント・レスポンス・ファイルの作成時に「インストールと構成の場所の選択」画面で「ローカル構成の場所の有効化」オプションを選択した場合、configはローカル構成の場所はです。デプロイメント・レスポンス・ファイルの作成時に「インストールと構成の場所の選択」画面で「ローカル構成の場所の有効化」オプションを選択しなかった場合、configは共有構成の場所です。

第III部

デプロイ後のタスクとトラブルシューティング

第III部はデプロイ後のタスクに関する情報を提供します。また、Oracle Identity and Access Managementデプロイメントのトラブルシューティングに関する情報もあります。

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

- 第6章「デプロイメント後のタスク」

- 第7章「デプロイメントの検証」

- 第8章「Oracle Identity and Access Managementデプロイメントのトラブルシューティング」

6 デプロイメント後のタスク

この章ではOracle Identity and Access Managementのデプロイメントを完了した後に実行しなければならないタスクについて説明します。

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

- 第6.1項「Oracle Identity Managerのデプロイメント後のタスク」

- 第6.2項「WebLogic管理コンソールでヘルプにアクセスするためのデプロイメント後のタスク」

6.1 Oracle Identity Managerのデプロイメント後のタスク

次の各項で説明されているタスクを完了します。

- 第6.1.1項「Oracle Identity Managerプロパティの追加」

- 第6.1.2項「電子メール・サーバー構成のデプロイメント後の手順」

6.1.1 Oracle Identity Managerプロパティの追加

Oracle Identity and Access Managementデプロイメント・ツールのバグ回避策として、Oracle Identity Managerプロパティを追加する必要があります。次の手順を実行します。

1. 次のURLを使用してIAMGovernanceDomainのWebLogicコンソールにログインします。
http://IGDADMIN.mycompany.com/console

ユーザーweblogicとしてログインしてください。

2. 「環境」→「サーバー」にナビゲートします。

3. 「ロックして編集」をクリックします。

4. 管理対象サーバーWLS_OIM1をクリックします。

5. 「サーバーの起動」サブタブをクリックします。

6. 「引数」フィールドに次のものを追加します。

-Djava.net.preferIPv4Stack=true

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

8. 手順4から7を、管理対象サーバーWLS_OIM2に対して繰り返します。

9. 「変更のアクティブ化」をクリックします。

10. 管理対象のWebLogicサーバーを再起動します。

6.1.2 電子メール・サーバー構成のデプロイメント後の手順

第4.4.1.12項「Oracle Identity Managerの構成」で電子メール・サーバーを構成し、電子メール・サーバーのセキュリティがSSLの場合、次の追加手順を実行します。

1. 環境にプロキシが設定されていることを確認します
a. 管理サーバーと管理対象サーバーを停止します

b. IGD_MSERVER_HOME/bin/setDomainEnv.shのバックアップをとります

c. IGD_MSERVER_HOME/bin/setDomainEnv.shを変更してプロキシ設定を含めます

d. setDomainEnv.shファイルの環境設定の一環として次のコマンドを含めます

export PROXY_SETTINGS="-Dhttp.proxySet=true
-Dhttp.proxyHost=www-proxy.mycompany.com -Dhttp.proxyPort=80
-Dhttp.nonProxyHosts=localhost|$.mycompany.com|.mycompany.com|.mycompany.com"

例:

export JAVA_PROPERTIES
export PROXY_SETTINGS="-Dhttp.proxySet=true
-Dhttp.proxyHost=www-proxy.mycompany.com -Dhttp.proxyPort=80
-Dhttp.nonProxyHosts=localhost|${HOST}|*.mycompany.com"ARDIR="${WL_
HOME}/server/lib"
export ARDIR

2. DemoTrustストア参照をSOA環境から削除します。これにより、SOAが非SSLモードで実行されます。
a. IGD_MSERVER_HOMEを変更してDemoTrust参照を削除します

b. 次の参照をsetDomainEnv.shから削除します。

-Djavax.net.ssl.trustStore=$<WL_HOME>/server/lib/DemoTrust.jks from EXTRA_JAVA_PROPERTIES

c. 管理サーバーおよび管理対象サーバーを再起動します。

6.2 WebLogic管理コンソールでヘルプにアクセスするためのデプロイメント後のタスク

WebLogic管理コンソールでヘルプにアクセスするには、次の手順を完了する必要があります。

注意:
デプロイメント・レスポンス・ファイルの作成時に「IAM製品の選択」画面でOracle Identity Manager (OIM)のみオプションを選択した場合、この項は適用されません。

1. 次のURLを使用してOracle Access Managerコンソールにログインします。

http://hostname:port/oamconsole

注意:
デプロイメント・レスポンス・ファイルの作成時に「IAM製品の選択」画面でOracle Access Manager (OAM)スイートのみオプションを選択した場合は、WebLogic資格情報を使用してOracle Access Managerコンソールにログインしてください。
デプロイメント・レスポンス・ファイルの作成時に「IAM製品の選択」画面でOIM-OAM IntegratedおよびOracle Unified Directory (OUD)オプションを選択した場合は、oamAdminUser資格情報を使用してOracle Access Managerコンソールにログインしてください。

2. 「Access Manager」ペインの「アプリケーション・ドメイン」をクリックします。

3. 「アプリケーション・ドメインの検索」タブが開きます。「名前」フィールドにIAM Suiteと入力し、「検索」をクリックします。

4. 「検索結果」で、「IAM Suite」をクリックします。

5. 「リソース」タブをクリックします。

6. 「新規リソース」をクリックし、次の情報を入力します。

- タイプ: HTTP

- 説明: WLSコンソール・ヘルプのすべてのリソース

- ホスト識別子: IAMSuiteAgent

- リソースURL : /consolehelp/**

- 問合せ: 名前と値のリスト

- 使用可能な操作: すべて

- 保護レベル: 除外

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

6.3 コンポーネントの起動と停止

Identity and Access Managementデプロイメントの完了後、デプロイメントの様々なコンポーネントを適切な順序で起動、停止および再起動するのは重要なことです。コンポーネントの起動および停止には、スクリプトまたはWLSTコマンドを使用できます。詳細は、 Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイドのコンポーネントの起動および停止に関する項を参照してください。

7 デプロイメントの検証

デプロイメント・プロセスには、すべてが正しく機能していることを確認するためのいくつかの検証チェックが含まれます。この章では健全性の追加確認で実行できる追加チェックについて説明します。

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

- 第7.1項「管理サーバーの検証」

- 第7.2項「Access Managerの構成の検証」

- 第7.3項「Oracle Identity Managerの検証」

- 第7.4項「Web層からのSOAインスタンスの検証」

- 第7.5項「WebGateおよびAccess Managerのシングル・サインオン設定の検証」

7.1 管理サーバーの検証

次の手順でWebLogic管理サーバーを検証します。

- 第7.1.1項「接続の検証」

- 第7.1.2項「フェイルオーバーの検証」

7.1.1 接続の検証

接続を検証するには、選択したトポロジに基づいて次の各項のいずれかを参照してください。

- 第7.1.1.1項「Oracle Identity Managerの接続の検証」

- 第7.1.1.2項「Oracle Access Managementの接続の検証」

7.1.1.1 Oracle Identity Managerの接続の検証

次の表に示されたURLにアクセスして、管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlにアクセスできることを確認します。表には、これらのURLにアクセスできるユーザーに関する情報も提供されています。

表7-1 Oracle Identity Managerの検証のためのURLおよびユーザー情報

URL

ユーザー

http://IGDADMIN.mycompany.com:7778/console

weblogic_idm

http://IGDADMIN.mycompany.com:7778/em

weblogic_idm

http://IGDADMIN.mycompany.com:7778/identity

xelsysadm

http://IGDADMIN.mycompany.com:7778/sysadmin

xelsysadm

http://IGDADMIN.mycompany.com:7778/apm

oamadmin

http://IGDADMIN.mycompany.com:7778/SchedulerService-web

xelsysadm

すべての管理対象サーバーがステータス「実行中」を示していることを確認します。

7.1.1.2 Oracle Access Managementの接続の検証

次の表に示されたURLにアクセスして、管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlにアクセスできることを確認します。表には、これらのURLにアクセスできるユーザーに関する情報も提供されています。

表7-2 Oracle Access Managementの検証のためのURLおよびユーザー情報

URL

ユーザー

http://IADADMIN.mycompany.com:7777/console

weblogic_idm

http://IADADMIN.mycompany.com:7777/em

weblogic_idm

http://IADADMIN.mycompany.com:7777/oamconsole

oamadmin

すべての管理対象サーバーがステータス「実行中」を示していることを確認します。

7.1.2 フェイルオーバーの検証

『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』のWebLogic管理サーバーの手動でのフェイルオーバーに関する説明に従って、アクセス管理サーバーからOAMHOST2へのフェイルオーバーと、OAMHOST1へのフォールバックをテストします。

『Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイド』のWebLogic管理サーバーの手動でのフェイルオーバーに関する説明に従って、アイデンティティ・ガバナンス管理サーバーからOIMHOST2へのフェイルオーバーと、OIMHOST1へのフォールバックをテストします。

7.2 Access Managerの構成の検証

ここまでの操作が正しいことを確認する手順は次のとおりです。

1. OAMコンソール(http://IADADMIN.mycompany.com/oamconsole)にアクセスします。

2. oamadminユーザーまたは第4.4.1.10項「ユーザー名とパスワードの設定」の入力で特定されたユーザーとしてログインします。

3. 「システム構成」タブをクリックします。

4. 「Access Manager」セクションの「SSOエージェント」をクリックします。

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

6. WebGateエージェントWebgate_IDM、Webgate_IDM_11g、IAMSuiteAgentおよびaccessgate-oicが表示されます。

7.3 Oracle Identity Managerの検証

Webブラウザで次のURLを指定してOracle Identity Managerコンソールを起動することによって、Oracle Identity Managerサーバー・インスタンスを検証します。

https://SSO.mycompany.com:443/identity

https://igdadmin.mycompany.com:443/sysadmin

xelsysadmユーザー名とパスワードを使用して、ログインします。

7.4 Web層からのSOAインスタンスの検証

次のURLにアクセスし、SOAを検証します。

http://IDMINTERNAL.mycompany.com:80/soa-infra

また、xelsysadmユーザー名とパスワードを使用して、ログインします。

7.5 WebゲートおよびAccess Managerのシングル・サインオンのセットアップの検証

Webゲートが正しく機能していることを検証するにはWebブラウザを開き、OAMコンソール(http://IADADMIN.mycompany.com/oamconsole)にアクセスします。

これでAccess Managerのログイン・ページが表示されます。OAM管理者のユーザー名(weblogicなど)とパスワードを入力し、「ログイン」をクリックします。これでAccess Managerのコンソールが表示されます。

シングル・サインオン設定を検証するには、Webブラウザを開き、WebLogic管理コンソール(http://IADADMIN.mycompany.com/console)およびOracle Enterprise Manager Fusion Middleware Control (http://IADADMIN.mycompany.com/em)にアクセスします。

「Access Managerのシングル・サインオン」ページが表示されます。weblogicユーザーの資格証明を入力してログインします。

8 Oracle Identity and Access Managementデプロイメントのトラブルシューティング

この章では、Oracle Identity and Access Managementデプロイメント・ツールを使用している場合に発生する可能性のある一般的な問題と、それらの解決方法について説明します。

表示される可能性のあるエラー・メッセージの詳細は、この章およびOracle Fusion Middlewareエラー・メッセージ・リファレンスを参照してください。

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

- 第8.1項「トラブルシューティングのスタート・ガイド」

- 第8.2項「一般的な問題の解決」

- 第8.3項「My Oracle Supportを使用したその他のトラブルシューティング情報」

8.1 トラブルシューティングのスタート・ガイド

この項ではログ・ファイルの使用法と、デプロイメント失敗からリカバリする方法について説明します。内容は次のとおりです。

- 第8.1.1項「ログ・ファイルの使用」

- 第8.1.2項「Oracle Identity and Access Managementデプロイメント失敗からのリカバリ」

8.1.1 ログ・ファイルの使用

ウィザードを使用してデプロイメントを実行している場合、任意のフェーズ画面から、現在のフェーズのログを表示するには、「ログ」フィールドの下のアイコンをクリックします。ログが表示された新しいウィンドウが開きます。この新しいウィンドウの上部にある検索ボックスを使用して、ログを検索できます。ログ・ウィンドウは自動的にはリフレッシュされません。ログをリフレッシュするには、このウィンドウの上部にある検索ボックスの横の「リフレッシュ」ボタンをクリックします。

ウィザードが実行中でないときにフェーズが失敗した理由を確認するには、ログ・ディレクトリの下にある当該ログ・ファイルを調べます。LinuxではLCM_HOME/provisioning/logs/hostnameにあります。

LCM_HOMEはデプロイメント・プロファイルを作成したときに「インストールと構成」画面で指定したライフサイクル管理ストアの場所のディレクトリです。第4.4.1.8項「インストールと構成の場所の選択」を参照してください。

8.1.2 Oracle Identity and Access Managementデプロイメント失敗からのリカバリ

Oracle Identity and Access Managementデプロイメントにはバックアップやリカバリの仕組みがありませんので、失敗の場合は最初からやり直す必要があります。

さらに、実行する回避策で、Oracle Identity and Access Managementデプロイメントの再実行が必要な場合は、再実行の前に環境をクリーンアップする必要があります。環境のクリーンアップの詳細は、付録A「IAMデプロイメント再実行の前に環境をクリーンアップする」を参照してください。

8.2 一般的な問題の解決

この項では、一般的な障害と解決策について説明します。内容は次のとおりです。

- 第8.2.1項「WebLogicパッチ適用時にヌル・エラーが発生する」

- 第8.2.2項「デプロイメント後にIdentity Managementパッチ・マネージャの進行状況コマンドがアクティブ・セッションを表示する」

- 第8.2.3項「Oracle Identity and Access Managementデプロイメント・ウィザードがハングする(LinuxおよびUNIX)」

- 第8.2.4項「64ビットLinuxでRCUを実行するとエラーが発生する」

- 第8.2.5項「その他のIdentity and Access Managementデプロイメントの問題」

8.2.1 WebLogicパッチ適用時にヌル・エラーが発生する

問題

Oracle Identity and Access Managementのデプロイメント中に、デプロイされるすべての製品(WebLogicを含む)にパッチが適用されます。これにはSmart Updateのbsuコマンドの実行が伴います。このコマンドが、詳細なエラー・メッセージを出さずに失敗することがあります。

原因

この場合、失敗はbsuコマンドがサポートするパス名より長いディレクトリ・パスが原因と思われます。bsuコマンドを手動で実行し、-logオプションを渡し、次のようなメッセージを含むスタック・トレースを探すことによりこれを検証できます。

java.lang.IllegalArgumentException:
Node name?a?very?long?path?which?may?cause?problems?leading?to?an?IDMTOP?products?dir?utils?bsu?cache_dir too long

詳細は、パッチをOracleWebLogicサーバーに適用するOracle Smart更新プログラムのコマンド行インタフェースの使用に関する章を参照してください。

解決策

IDMデプロイメントを計画する際には、IDM_TOPパスの長さが45文字以下であることを確認してください。

8.2.2 デプロイメント後にIdentity Managementパッチ・マネージャの進行状況コマンドがアクティブ・セッションを表示する

問題

Oracle Identity and Access Managementのデプロイメント完了後にIdentity Managementパッチ・マネージャのprogressコマンドを実行した場合に、出力にIdentity Managementデプロイメント固有のアクティブ・セッションが表示されて「ACTIVE」とリストされており、一連の「PLANNED」手順が含まれています。

解決策

このエラーは無視しても問題ありません。デプロイメントにより実行されるパッチ・セッションが完了し、実行が必要なすべての手順が実行されました。新しいパッチ・セッションを作成すると、エラーなしでこの特別セッションにサイレントで置き換わります。

8.2.3 Oracle Identity and Access Managementデプロイメント・ウィザードがハングする(LinuxおよびUNIX)

問題

The Oracle Identity and Access Managementデプロイメント・ウィザードがハングします。「次へ」ボタンも「戻る」ボタンもアクティブではありません。

原因

この問題はNFSファイルが処理する古いデータが原因です。

解決策

LinuxまたはUNIXの場合は、次のコマンドを発行します。

df –k

dfコマンドが成功しても、将来分析が必要となる場合に備えてこのコマンドの出力を記録してください。たとえば、スクリーンショットをとります。

dfコマンドがハングしたり成功しない場合は、システム管理者と共同でNFS問題を解決してください。

NFS問題が解決し、dfコマンドが正常に終了したら、デプロイメントを再度実行します。

8.2.4 64ビットLinuxでRCUを実行するとエラーが発生する

問題

リポジトリ作成ユーティリティ(RCU)はIdentity and Access Managementコンポーネントに必要なデータベース・スキーマを作成します。

64ビットLinuxでは、./rcuコマンドをRCU_HOME/binディレクトリで実行してRCUを実行しようとすると、次のエラー・メッセージが表示されます。

Failed to initialize logger with location
:/home/oracle/rcuHome/rcu/log/logdir.2013-02-25_15-42/rcu.log
Initializing logger using the following location :/tmp/logdir.2013-02-25_15-42/rcu.log
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/home/oracle/rcuHome/jdk/jre/lib/i386/xawt/libmawt.so: libXext.so.6: cannot open
shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1807)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703)
at java.lang.Runtime.load0(Runtime.java:770)
at java.lang.System.load(System.java:1003)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1807)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.loadLibraries(Toolkit.java:1605)
at java.awt.Toolkit.<clinit>(Toolkit.java:1627)
at com.jgoodies.looks.LookUtils.isLowResolution(LookUtils.java:484)
at com.jgoodies.looks.LookUtils.<clinit>(LookUtils.java:249)
at com.jgoodies.looks.plastic.PlasticLookAndFeel.<clinit>(PlasticLookAndFeel.java:135)
at oracle.sysman.assistants.rcu.ui.InteractiveRCUModel.<init>(InteractiveRCUModel.java:117)
at oracle.sysman.assistants.rcu.Rcu.execute(Rcu.java:307)
at oracle.sysman.assistants.rcu.Rcu.main(Rcu.java:363)

原因

このエラー・メッセージはRCUが32ビットLinux以外ではサポートされていないために表示されます。

解決策

RCUを64ビットLinuxで実行するには、次の回避策を利用します。

1. RCU_HOMEディレクトリに移動し、jdkディレクトリのバックアップを作成します。

cd RCU_HOME
mv jdk jdk.bak

2. lnコマンドを使用して、64ビットJDKフォルダへのリンクを作成します。

ln -s /home/oracle/jdk1.6.0_35 jdk

3. ./rcuコマンドをRCU_HOME/binディレクトリから実行します。

8.2.5 その他のIdentity and Access Managementデプロイメントの問題

その他のデプロイメントの問題が発生している場合は、Oracle Fusion Middleware Oracle Identity and Access Managementエンタープライズ・デプロイメント・ガイドのIdentity and Access Managementデプロイメントのトラブルシューティングに関する項を参照してください。この項には、デプロイメントに関連するその他の一般的な問題の情報が記載されています。

8.3 My Oracle Supportを使用したその他のトラブルシューティング情報

Oracle Fusion Middlewareの問題解決にMy Oracle Support(以前のMetaLink)を使用できます。My Oracle Supportには、次のような有用なトラブルシューティング・リソースが含まれています。

- ナレッジ・ベース記事

- コミュニティ・フォーラムとディスカッション

- パッチとアップグレード

- 動作保証情報

注意:
My Oracle Supportを使用すると、サービス・リクエストのログ記録もできます。

My Oracle Supportにはhttps://support.oracle.comからアクセスできます。

A IAMデプロイメント再実行の前に環境をクリーンアップする

この付録ではIdentity and Access Management Deploymentを再実行する前に環境をクリーンアップする方法を説明します。

runIAMDeployment.shコマンドを使用してOracle Identity and Access Managementをデプロイする場合は、次のステージを開始する前にトポロジの各ステージを完了する必要があります。あるステージに失敗すると、クリーンアップを行ってもう一度やり直す必要があります。

別のデプロイメント・サイクルを開始する前に、デプロイ済の環境をクリーンアップするには、次のようにします。

1. 各ホスト上のIdentity and Access Managementのすべてのプロセス、サービスおよびサーバーを、idmtop/config/scripts/stopall.shを使用して停止します。

2. システムを再起動して、すべてのサーバー・インスタンスが停止していることを確認します。

3. 各ホストでディレクトリLOCAL_ROOTの内容を削除します。
OIM管理対象サーバー、SOA管理対象サーバーおよびOHSインスタンスが保管されるローカル記憶域の場所です(/u02/private/oracle/configなど)。このディレクトリは、「インストールと構成の場所の選択」画面で「ローカル構成の場所」オプションが有効化されて選択されている場合にのみ使用できます。詳細は、第4.4.1.8項「インストールと構成の場所の選択」を参照してください。

4. 共有記憶域のLCM_HOME (またはIDMLCM_HOME)およびIDMTOPの各ディレクトリの内容を削除します。
LCM_HOME (またはIDMLCM_HOME)は「インストールと構成の場所の選択」画面で指定したライフサイクル管理ストアの場所のディレクトリであり、IDMTOPはソフトウェア・インストールの場所のディレクトリです。詳細は、第4.4.1.8項「インストールと構成の場所の選択」を参照してください。OracleホームおよびMiddleホームの詳細は、第2.2.3項「Oracleホームのまとめ」を参照してください。

注意:
Windowsシステムを使用している場合は、一部のOracleサービスを手動で削除する必要があります。その場合は、次のOracleサービスを見つけて停止し、sc deleteコマンドを使用して各サービスを削除してください。

- Oracle VMサービス

- Oracle WebLogic NodeManager (C_IDMPROV_BASEDIR_IDMTOP_products_identity_wlserver_10.3)"

- OracleProcessManager_ohs1

- Oracleagent10gAgent

- Oracleagent10gAgentSNMPPeerEncapsulator

- Oracleagent10gAgentSNMPPeerMasterAgent

例: sc delete "Oracle VM Service"

5. RCUを使用してデータベース・スキーマを削除します。ODSスキーマはデフォルトでチェックされないため、このスキーマを削除するときにはODSスキーマを必ずチェックしてください。この手順を正しく実行しないと、IAMデプロイメントの次回の実行時にエラーになります。

これらの手順を実行したら、runIAMDeployment.shを再実行できます。

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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

危険な用途への使用について

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。