Oracle® Fusion Middleware

Oracle Unified Directoryインストレーション・ガイド

11g リリース2 (11.1.2)

E49805-03(原本部品番号:E23737-07)

2014年3月

Oracle Fusion Middleware Oracle Unified Directoryインストレーション・ガイド, 11g リリース2 (11.1.2)

E49805-03

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

原本著者:  Showvik Roychowdhuri

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Unified Directoryのインストール前に

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

- 1.1.1 インストール前のシステムに関する備考

- 1.2 サーバー・ロールの選択

- 1.2.1 ディレクトリ・サーバーについて

- 1.2.2 プロキシ・サーバーについて

- 1.2.3 レプリケーション・ゲートウェイについて

- 1.3 Java環境変数の設定

- 1.4 インストール・ディレクトリの理解

- 1.4.1 Oracle Middlewareホームの場所

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

- 1.4.3 Oracle共通ディレクトリ

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

- 1.4.5 IBM WebSphereディレクトリ

- 1.5 Oracle Unified Directoryのディレクトリのサマリー

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

- 2.1 ソフトウェアの入手

- 2.1.1 Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)

- 2.1.2 アプリケーション・サーバー

- 2.1.2.1 Oracle WebLogic Server

- 2.1.2.2 IBM WebSphere

- 2.1.3 Oracle Application Development Framework 11g リリース1 (11.1.1.7.0)

- 2.2 Oracle Unified Directoryのインストール

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

- 2.3 Oracle Directory Services Manager用のアプリケーション・サーバーの構成

- 2.3.1 Oracle Directory Services Manager用のOracle WebLogic Serverの構成

- 2.3.1.1 Oracle WebLogic Serverのインストール

- 2.3.1.2 Oracle WebLogic Server用のOracle Application Development Frameworkのインストール

- 2.3.1.3 Oracle WebLogicドメインを作成するためのOracle Fusion Middleware構成ウィザードの実行

- 2.3.1.4 Oracle WebLogic Server用のOracle Directory Services Managerへのアクセス

- 2.3.2 Oracle Directory Services Manager用のIBM WebSphereの構成

- 2.3.2.1 IBM WebSphereのインストール

- 2.3.2.2 IBM WebSphere用のOracle Application Development Frameworkのインストール

- 2.3.2.3 新規IBM WebSphereセルでコンポーネントを構成するためのOracle Fusion Middleware構成ウィザードの実行

- 2.3.2.4 IBM WebSphere用のOracle Directory Services Managerへのアクセス

- 2.4 Oracle Directory Integration Platformと組み合せたOracle Unified Directoryの構成

3 ディレクトリ・サーバーの設定

- 3.1 GUIを使用したディレクトリ・サーバーの設定

- 3.2 CLIを使用したディレクトリ・サーバーの設定

- 3.3 インストール時のレプリケーションの設定

4 プロキシ・サーバーの設定

- 4.1 GUIを使用したプロキシ・サーバーの設定

- 4.1.1 GUI設定ウィザードの提示

- 4.1.2 単純なロード・バランシングを構成するには

- 4.1.3 単純な分散を構成するには

- 4.1.4 分散をロード・バランシングとともに構成するには

- 4.1.5 エンタープライズ・ユーザー・セキュリティを構成するには

- 4.2 CLIを使用したプロキシの設定

- 4.2.1 CLIを使用したプロキシの設定

- 4.3 プロキシ・インストールの複製

- 4.3.1 GUIを使用したプロキシ・インストールの複製

- 4.3.2 インストール・ログ・ファイルを使用したプロキシ・インストールの複製

- 4.4 冗長性の確認

5 レプリケーション・ゲートウェイの設定

- 5.1 ゲートウェイを設定する前に

- 5.2 GUIを使用したレプリケーション・ゲートウェイの設定

- 5.3 CLIを使用したレプリケーション・ゲートウェイの設定

- 5.4 レプリケーション・ゲートウェイの設定の確認

6 Oracle Unified Directoryソフトウェアの11g リリース2 PS2 (11.1.2.2.0)への更新

- 6.1 Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)の新機能

- 6.2 Oracle Unified Directoryを更新するための開始点

- 6.3 Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)への更新に関する特記事項

- 6.4 サービスを中断せずにディレクトリ・サービスを更新

- 6.4.1 プロキシ・サーバーが含まれるトポロジでのアップグレード

- 6.4.1.1 同一ホスト上のレプリケーション・サーバーおよびディレクトリ・サーバー

- 6.4.1.2 別々のホスト上のレプリケーション・サーバーおよびディレクトリ・サーバー

- 6.4.2 プロキシ・サーバーが含まれないトポロジでのアップグレード

- 6.5 既存のOracle Unified Directoryインスタンスの更新

- 6.6 Oracle Directory Services Managerの更新

- 6.6.1 Oracle WebLogic ServerでのOracle Directory Services Managerの更新

- 6.6.2 IBM WebSphereでのOracle Directory Services Managerの更新

7 JVM、Javaオプションおよびデータベース・キャッシュの構成

- 7.1 デフォルトのJVMおよびJava引数の構成

- 7.1.1 Javaプロパティ・ファイルの形式

- 7.1.2 JVMオプションの構成

- 7.1.3 特定のユーティリティに対するJAVA_HOME環境変数の指定

- 7.1.4 特定のユーティリティに対するJava引数の指定

- 7.2 インストール時のJavaランタイム設定の構成

- 7.3 データベース・キャッシュの設定

- 7.3.1 データベース・キャッシュの設定

8 WindowsサービスとしてのOracle Unified Directoryの管理

- 8.1 Windowsサービスとしてのサーバーの管理

- 8.1.1 サーバー起動時のタイムアウト値の構成

- 8.2 Oracle Unified Directory Windowsサービスの削除

- 8.2.1 windows-service.batを使用したWindowsサービスの削除

- 8.2.2 WindowsレジストリからのOracle Unified Directoryサービスの削除

9 Oracle Unified Directoryのアンインストール

- 9.1 Oracle Unified Directoryインスタンスのアンインストール

- 9.1.1 ディレクトリ・サーバー・インスタンスのアンインストール

- 9.1.1.1 GUIモードでのディレクトリ・サーバー・インスタンスのアンインストール

- 9.1.1.2 CLIを使用したディレクトリ・サーバー・インスタンスのアンインストール

- 9.1.1.3 スクリプトを使用したディレクトリ・サーバー・インスタンスのアンインストール

- 9.1.2 プロキシ・サーバー・インスタンスのアンインストール

- 9.1.2.1 GUIモードでのプロキシ・サーバー・インスタンスのアンインストール

- 9.1.2.2 CLIを使用したプロキシ・サーバー・インスタンスのアンインストール

- 9.1.2.3 スクリプトを使用したプロキシ・サーバー・インスタンスのアンインストール

- 9.1.3 レプリケーション・ゲートウェイ・インスタンスのアンインストール

- 9.1.3.1 GUIモードでのレプリケーション・ゲートウェイ・インスタンスのアンインストール

- 9.1.3.2 CLIを使用したレプリケーション・ゲートウェイ・インスタンスのアンインストール

- 9.1.3.3 スクリプトを使用したレプリケーション・ゲートウェイ・インスタンスのアンインストール

- 9.2 Oracle Unified Directoryソフトウェアのアンインストール

はじめに

このマニュアルでは、Oracle Unified Directoryのインストール、セットアップおよびアンインストールのプロセスについて順を追って説明します。このマニュアルでは、ソフトウェアのインストール、3つの異なるサーバー・モードのセットアップ、およびサーバーの使用を開始するための最小構成について説明します。

対象読者

このマニュアルは、Oracle Unified Directoryディレクトリ・サーバー、プロキシ・サーバーまたはレプリケーション・ゲートウェイをインストールする担当者を対象としています。

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

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 Oracle Unified Directory管理者ガイド

- Oracle Fusion Middleware Oracle Unified Directory開発者ガイド

- Oracle Fusion Middleware Oracle Unified Directoryリリース・ノート

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 Oracle Unified Directoryのインストール前に

この項には、Oracle Unified Directoryのインストール前に確認が必要な情報が含まれます。この項の内容は、次のとおりです。

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

- 第1.2項「サーバー・ロールの選択」

- 第1.3項「Java環境変数の設定」

- 第1.4項「インストール・ディレクトリの理解」

- 第1.5項「Oracle Unified Directoryのディレクトリのサマリー」

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

インストールを実行する前に、 システム要件および動作保証のドキュメントを読み、インストールする製品の最小インストール要件を環境が満たしていることを確認します。これらのドキュメントは、どちらもOracle Technology Network (OTN)で入手できます。

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

- http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html
このドキュメントには、サポートされるインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサード・パーティ製品に関する情報が含まれます。

1.1.1 インストール前のシステムに関する備考

Windowsシステムでは、管理者権限がない場合はOracle Unified Directoryソフトウェアをインストールできません。

インストーラを実行する前に、システムでDISPLAY環境変数を設定します。

UNIXシステムでは、ルート・ユーザーとしてのインストールはサポートされていません。

Oracle Unified Directoryソフトウェアは、グローバル・ゾーン、フル・ローカル・ゾーンおよびスパース・ゾーンを、独立した物理システムとして扱います。したがって、Oracle Unified DirectoryをどのタイプのSolarisゾーンにインストールしても、独立したシステムへのインストールと同様になります。Oracle Unified Directoryは、サービスまたはファイルの場所を他のゾーンと共有しません。

1.2 サーバー・ロールの選択

Oracle Unified Directoryは、次の3つのモードのいずれかで機能します。

- データの格納に使用するLDAPディレクトリ・サーバーとして。

- データが格納されているディレクトリ・サーバーとクライアントの間のインタフェースとしての役割を果たすLDAPプロキシ・サーバーとして。

- Oracle Unified DirectoryとOracle Directory Server Enterprise Editionの間のレプリケーション・ゲートウェイとして。

次の各項では、使用する必要があるOracle Unified Directoryインストール・モードを、要件に基づいて説明します。

原則として、サーバーという総称の使用は、ディレクトリ・サーバー、プロキシ・サーバーおよびレプリケーション・ゲートウェイに適用されます。

1.2.1 ディレクトリ・サーバーについて

ディレクトリ・データを格納するLDAPディレクトリ・サーバーを作成する場合、Oracle Unified Directoryディレクトリ・サーバーをインストールします。詳細は、第3章「ディレクトリ・サーバーの設定」を参照してください。

1.2.2 プロキシ・サーバーについて

Oracle Unified DirectoryをLDAPプロキシ・サーバーとしてインストールした場合、このサーバーは、データが格納されているリモートLDAPサーバーとクライアントの間のインタフェースとしての役割を果たします。プロキシ・サーバーは、ロード・バランシングまたはデータ分散(あるいはその両方)を通じて、クライアント・リクエストを管理します。プロキシにはデータは格納されません。プロキシは、クライアントによって送信されたデータまたはリモートLDAPサーバーから受信したデータを操作することもできます(DNリネーム、RDN変更、変換またはエンタープライズ・ユーザー・セキュリティなど)。

Oracle Unified Directoryをプロキシ・モードでインストールするには、第4章「プロキシ・サーバーの設定」の手順を参照してください。

Oracle Unified Directoryプロキシを使用する場合、データは1つ以上のリモートLDAPサーバーまたはデータ・センターに格納されますが、これには、Oracle Unified Directoryディレクトリ・サーバーまたはOracle Directory Server Enterprise Editionなど、任意のLDAPv3準拠ディレクトリ・サーバーを指定できます。

1.2.3 レプリケーション・ゲートウェイについて

Oracle Unified Directoryをレプリケーション・ゲートウェイとしてインストールした場合、サーバーは、Oracle Directory Server Enterprise EditionとOracle Unified Directoryの間でレプリケートできるゲートウェイの役割を果たします。詳細は、第5章「レプリケーション・ゲートウェイの設定」を参照してください。

1.3 Java環境変数の設定

Oracle Unified Directoryに対して、JAVA_HOME環境変数の設定で使用する必要があるJavaインストールの場所に関する情報を提供する必要があります。JAVA_HOME環境変数が設定されていない、または有効な(Java 1.6以上の)インストールのルートを指し示していない場合、設定は機能しません。

注意:

IBM WebSphere Application Serverを使用しており、IBM WebSphereに用意されているJVMを使用する必要がある場合、JVMがOracle Unified Directoryで認証されていることを確認する必要があります。詳細は、第1.1項「システム要件と動作保証情報」を参照してください。

次に例を示します。

UNIXシステムで、シェルに応じて次のようなコマンドを実行します。

$ export JAVA_HOME=/usr/lang/JAVA/jre1.6

Windowsシステムの場合:

1. デスクトップでコンピュータ・アイコンを右クリックし、「プロパティ」を選択します。

2. 「システム」ウィンドウで、左ペインの「システムの詳細設定」を選択します。

3. 「システムのプロパティ」ウィンドウで「詳細設定」タブを選択し、「環境変数」をクリックします。

4. 「環境変数」ウィンドウで、「ユーザー環境変数」ペインの下にある「新規」をクリックします。

5. 「新しいユーザー変数」ウィンドウで、次の情報を入力します。

- 変数名: JAVA_HOMEと入力します。

- 変数値: 有効なJavaインストール(Java 6以上)へのパスを入力します。たとえば、C:\Progra~1\Java\jre1.6.0_20とします。

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

注意:

JAVA_HOMEの設定には、次のようなコマンドを実行することもできます。

set JAVA_HOME=C:\Progra~1\Java\jre1.6.0_20

1.4 インストール・ディレクトリの理解

ソフトウェアのインストール時に、複数のインストール・ディレクトリを指定するよう求められます。これらのディレクトリについて、ならびにインストールの完了時に格納される内容について理解しておくと役立ちます。次のディレクトリが作成されます。

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

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

- Oracle共通ディレクトリ

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

- IBM WebSphereディレクトリ

1.4.1 Oracle Middlewareホームの場所

このディレクトリには、Oracle Unified Directory、Oracle WebLogic ServerおよびOracle Application Development Frameworkがインストールされます。Oracle Directory Services Manager (ODSM)を使用してOracle Unified Directoryを管理する予定である場合、Oracle WebLogic ServerおよびApplication Development Frameworkをインストールする必要があります。

IBM WebSphereをアプリケーション・サーバーとしてApplication Development FrameworkおよびOracle Directory Services Managerとともに使用する場合、ミドルウェア・ホームとして使用するディレクトリを指定します。このディレクトリは、WebSphereインストールの場所とは無関係です。存在しないディレクトリの場所を指定すると、インストーラによってディレクトリが作成されます。

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

Oracleホームには、特定の製品のホスティングに必要なファイルがインストールされています。バイナリやライブラリなどの、コンポーネントのホストに必要なファイルがOracleホーム・ディレクトリにインストールされます。個々のインスタンスを設定するためのOracle Unified Directoryセットアップ・ファイルが格納されます。また、そのOUD_ORACLE_HOMEに関連付けられたすべてのサーバー・インスタンスに対するデフォルトのスキーマ・ファイルが格納されます。

Oracleホームは、ミドルウェア・ホームのディレクトリ構造の内部にあります。各Oracleホームは、複数のOracleインスタンスやOracle WebLogic Serverドメインと関連付けることができます。

デフォルトのOUD_ORACLE_HOMEディレクトリはOracle_OUD1です。

1.4.3 Oracle共通ディレクトリ

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

デフォルト・ディレクトリはoracle_commonです。

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

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

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

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

1.4.5 IBM WebSphereディレクトリ

IBM WebSphereソフトウェアをインストールする際、このソフトウェアのインストール場所を入力するためのプロンプトが表示されます。このドキュメントでは、この場所をWASホーム、または例の中ではWAS_HOMEとしています。

インストール時に指定されるデフォルト値を受け入れると、次のディレクトリ構造にWAS_HOMEがインストールされます。

DISK/IBM/WebSphere/Application Server

Oracle Fusion Middlewareソフトウェアをインストールする予定の場所と同じところに、IBM WebSphereソフトウェア用にWAS_HOMEを作成します。このパスをメモしておきます。Oracle Fusion Middlewareを構成する際、IBM WebSphereディレクトリの場所を特定するように求められます。

1.5 Oracle Unified Directoryのディレクトリのサマリー

単一のホストにインストールされた、すべてのデフォルト値を使用するOracle Unified Directoryのディレクトリ構造は次のとおりです。

install-dir
MW_HOME
coherence_3.7
domain-registry.xml
logs
modules
ocm.rsp
Oracle_OUD1
oracle_common
registry.dat
registry.xml
user_projects
utils
wlserver_10.3

注意:

install-dir

これには、システム上の任意のディレクトリを指定できます。このディレクトリは、製品のインストール前は空です。

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

Oracle Unified Directoryは、コマンド行またはOracle Directory Services Manager (ODSM)のグラフィカル・インタフェースを使用して管理できます。ODSMはアプリケーション・サーバーおよびOracle Application Development Frameworkに依存しているため、ODSMを使用する予定である場合、これらのコンポーネントをインストールする必要があります。

この章では、Oracle Unified Directory、Oracle WebLogic Server、IBM WebSphereおよびOracle Application Development Frameworkの入手およびインストールの方法を説明します。Oracle Unified DirectoryをインストールするとODSMビットがインストールされますが、Oracle WebLogic ServerまたはIBM WebSphereおよびOracle Application Development Frameworkをインストールした場合、ODSMを構成する必要があります。

注意:

このマニュアルで説明しているODSMのバージョンは、11.1.2.2.0です。ODSM 11.1.2.2.0を使用して管理できるのは、Oracle Unified Directoryのみです。Oracle Internet DirectoryまたはOracle Virtual Directoryでは使用できません。Oracle Internet DirectoryまたはOracle Virtual Directoryに用意された各バージョンのODSMは、Oracle Unified Directoryでは使用できません。

インストール・プロセスでは、ソフトウェアがインストールされる特定のディレクトリを識別する必要があります。インストール・ディレクトリ構造を完全に理解するために、第1.4項「インストール・ディレクトリの理解」を参照してください。

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

- 第2.1項「ソフトウェアの入手」

- 第2.2項「Oracle Unified Directoryのインストール」

- 第2.3項「Oracle Directory Services Manager用のアプリケーション・サーバーの構成」

- 第2.4項「Oracle Directory Integration Platformと組み合せたOracle Unified Directoryの構成」

2.1 ソフトウェアの入手

Oracle Unified Directoryをインストールするには、次のソフトウェアを入手する必要があります。

- Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)

- アプリケーション・サーバー

注意:

Oracle Directory Services Managerのグラフィカル・インタフェースを使用してOracle Unified Directoryを管理している場合、アプリケーション・サーバーをインストールする必要があります。

- Oracle Application Development Framework 11g リリース1 (11.1.1.7.0)

注意:

Oracle Directory Services Managerインタフェースを使用してOracle Unified Directoryを管理している場合、Oracle Application Development Frameworkをインストールする必要があります。これは、Oracle Directory Services Managerでアプリケーション・サーバーを構成するために必要です。

2.1.1 Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)

次の手順で、Oracle Unified DirectoryをOracle Software Delivery CloudのWebサイトから入手できます。

1. WebブラウザにURL (https://edelivery.oracle.com)を入力します。

2. プロンプトが表示されたら、言語を選択して「続行」をクリックします。

3. サイトで指示されているとおりに輸出ライセンス契約をすべて確認し、「続行」をクリックします。

4. 「メディア・パック検索」ページで、「製品パックを選択」ドロップダウン・リストから「Oracle Fusion Middleware」を選択します。

5. 「プラットフォーム」ドロップダウン・リストから使用しているプラットフォームを選択し、「実行」をクリックします。「結果」リストに、選択内容と一致するすべての製品が表示されます。

6. 「Oracle Fusion Middleware Identity Management 11g R2 Media Pack」リンクを選択し、「続行」をクリックします。

7. ダウンロードするOracle Unified Directory 11g 11.1.2.2.0インストーラのダウンロード・リンクをクリックします。
各ZIPファイルには一意の部品番号があります。

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

9. ファイルを保存するディレクトリを参照します。保存をクリックしてファイルのダウンロードを開始します。圧縮されたZIPファイルがダウンロードされます。

10. 選択したディレクトリにZIPファイルを解凍します。このファイルには、選択したプラットフォームに適したインストーラの実行可能ファイルのみが含まれます。

注意:

Oracle Unified Directoryをインストールすると、Oracle Directory Services Managerビットがインストールされます。第2.3項「Oracle Directory Services Manager用のアプリケーション・サーバーの構成」の説明に従って、これにアプリケーション・サーバーを構成する必要があります。

2.1.2 アプリケーション・サーバー

Oracle Directory Services ManagerでOracle Unified Directoryを構成する場合、アプリケーション・サーバーをインストールする必要があります。次のアプリケーション・サーバーがサポートされています。

- Oracle WebLogic Server

- IBM WebSphere

詳細は、第1.1項「システム要件と動作保証情報」を参照してください。

2.1.2.1 Oracle WebLogic Server

次のいずれかの場所から、Oracle WebLogic Server 11g リリース1 (10.3.6)インストール・プログラムを入手できます。

- https://edelivery.oracle.com/

- http://www.oracle.com/technology/software/products/ias/htdocs/wls_main.html

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の製品の配布に関する項を参照してください。

注意:

Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)は、Oracle WebLogic Serverインストーラ10.3.6のみをサポートしています。

2.1.2.2 IBM WebSphere

Oracle Unified Directoryは、IBM WebSphere Application Server - Network Deployment (ND) 7.0.0.17をサポートしています。

注意:

IBM WebSphereがサポートしているのは、Oracle Application Development Runtime 11g リリース1 (11.1.1.7.0)以上のみです。

IBM WebSphereソフトウェアを入手およびインストールするには、IBM WebSphereの基本的な概念情報に関してWebSphere Application Serverインフォメーション・センターで入手可能なIBM WebSphereドキュメント、およびIBM WebSphereのインストールに関する詳細を参照してください。

このマニュアルの発行時における最新の修正パックは、Fix Pack 27 (7.0.0.13)でした。詳細は、「WebSphere Application Serverインフォメーション・センター」を参照してください。IBM WebSphere 7.0に使用可能な修正パックの詳細は、IBM Support WebサイトのIBM WebSphere Application Server V7.0の修正リストを参照してください。

この情報は、このマニュアルの発行時点のものです。Oracle Fusion MiddlewareでサポートされているIBM WebSphere Application Serverに関して最も正確かつ最新の情報については、第1.1項「システム要件と動作保証情報」で説明しているOracle Technology Network (OTN)の動作保証情報を参照してください。

注意:

このガイドでは、IBM WebSphereはIBM WebSphere Application Server Network Deployment (ND)を指しています。特定の製品名は必要に応じて使用しています。

2.1.3 Oracle Application Development Framework 11g リリース1 (11.1.1.7.0)

Oracle Technology Network (OTN)の次の場所からOracle Application Development Frameworkをダウンロードします。

http://www.oracle.com/technetwork/developer-tools/adf/downloads/index.html

2.2 Oracle Unified Directoryのインストール

Oracle Unified Directoryをインストールする手順は、次のとおりです。

1. 第2.1項「ソフトウェアの入手」の説明に従ってソフトウェアを入手したことを確認します。

2. 選択したディレクトリにZIPファイルを解凍します。このファイルには、選択したプラットフォームに適したOracle Unified Directoryインストーラの実行可能ファイルのみが含まれます。インストーラは、ZIPファイルの部品番号ディレクトリに格納されています。

3. cdコマンドを使用して、現在の作業ディレクトリから、ZIPファイルのコンテンツを抽出したディレクトリに移動します。
UNIX

$ cd download-path/oud/Disk1

Windows

cd download-path\oud\Disk1

4. runInstaller (UNIX)またはsetup.exe (Windows)スクリプトを実行してOracle Universal Installer (OUI)を起動し、有効なJavaインストール(Java 6以上)の場所を指定します。

注意:

UNIXの場合、ルート・ユーザーとしてOracle Unified Directoryインストーラを実行しないでください。

UNIXシステムの場合:

<full path to the runInstaller directory>/runInstaller -jreLoc <full path to the JRE/JDK directory>

次に例を示します。

./runInstaller -jreLoc /usr/lang/JAVA/jre1.6.0_35

Windowsシステムの場合:

<full path to the setup.exe directory>\setup.exe -jreLoc <full path to the JRE/JDK directory>

次に例を示します。

C:\oud\Disk1>setup.exe -jreLoc C:\Progra~1\Java\jre1.6.0_35

注意:

Windowsシステムでは、Javaインストールへのパスに空白文字が含まれる場合、前の例に示すようにDOS 8.3形式でパスを指定する必要があります。

5. UNIXおよびSolarisの各システムでは、これがシステムにインストールする最初のOUIベース製品である場合、「インベントリ・ディレクトリの指定」画面が表示されます。次の手順を実行します。

1. インベントリ・ディレクトリを指定します。
「中央インベントリ」ディレクトリに、このホストにインストールされたすべてのOracle製品に関連する情報が格納されています。ここには、inventory.xmlファイルおよびログ・ディレクトリが含まれます。inventory.xmlファイルには、システムにインストールされたOracleホームがリストされます。また、各Oracleホームについて、ホーム名、ホーム索引およびホームがインストールされているノードがリストされます。インストールおよびパッチの適用に影響する可能性があるため、このファイルは削除または手動で編集しないでください。

2. インベントリ・ディレクトリへの書込みアクセス権を持つグループのIDを入力します。

3. 「OK」をクリックして続行します。インベントリの場所の確認ダイアログが表示されます。

4. 別の端末のウィンドウで、root権限を持つユーザーとして、
/inventory-directory/createCentralInventory.sh
にあるスクリプトを実行します。ここでは、inventory-directoryはステップaで指定したパスです。
createCentralInventory.shスクリプトにより、次のことが実行されます。

- インベントリ・ディレクトリおよびグループ名が、ステップaおよびbで指定した内容に設定されます。

- Oracleインベントリ・ポインタ・ファイル(/var/opt/oracle/oraInst.loc)が作成されます。

- インベントリ・ディレクトリの権限が770に変更されます。

5. スクリプトを実行したら、インベントリの場所の確認ダイアログで「OK」をクリックします。

このマシンへのrootアクセス権がない場合にインストールを続行するには、ローカル・インベントリを使用して続行を選択します。

その他のOracle製品がこのシステムにインストールされている場合、インベントリ画面は表示されません。

Windowsシステムの場合、インベントリ・ディレクトリの指定を求められません。インベントリ・ディレクトリは、C:\Program Files\Oracle\Inventoryにあるデフォルトの場所に作成されます。

6. 「ようこそ」画面で、「次へ」をクリックします。
「ソフトウェア更新のインストール」画面が表示されます。

7. 「ソフトウェア更新のスキップ」を選択し、「次へ」をクリックします。
「前提条件チェック」画面が表示されます。

8. 前提条件チェックを監視します。
問題がある場合は、エラーまたは警告メッセージが表示されます。問題を調査して解決します。問題を解決したら、「再試行」をクリックして、前提条件チェックを再開します。

問題を解決せずにインストールを続行するには、「続行」をクリックします。ただし、前提条件チェックの際に問題が解決できない場合、インストールの後半でさらに問題が発生することがあります。

すべての前提条件の確認が完了したら、「次へ」をクリックします。

「インストール場所の指定」画面が表示されます。

9. 次の情報を入力します。

- OUDベースのホーム: ミドルウェア・ホームとして使用するディレクトリを指定します。このディレクトリには、代替インスタンス・ディレクトリ・パスを指定しないかぎり、後の段階で構成されたOracle Unified Directoryインスタンスがすべて格納されます。たとえば、/Oracle/Middlewareなどです。

- Oracleホーム・ディレクトリ。インストーラは、このフィールドに入力する名前を使用して、「OUDベースの場所」フィールドに入力するミドルウェア・ホームの場所の下にOracleホーム・ディレクトリを作成します。インストーラは、Oracle Unified Directoryをホストするために必要なファイル(バイナリ、ライブラリなど)を、Oracleホーム・ディレクトリにインストールします。Oracleホーム・ディレクトリは、通常ORACLE_HOMEと呼ばれます。Oracle Unified DirectoryのデフォルトのOracleホーム・ディレクトリは、Oracle_OUD1です。

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

「インストール・サマリー」画面が表示されます。

10. インストールおよび構成情報を確認します。
「保存」をクリックして、インストールのレスポンス・ファイルを保存します。このファイルには、インストーラのプロンプトとフィールドに対するレスポンスが含まれます。このレスポンス・ファイルを使用して、サイレント・インストールを実行できます。

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

「インストール」をクリックします。

「インストールの進行状況」画面が表示されます。

11. 「次へ」をクリックします。
「インストール完了」画面が表示されます。

12. インストールの詳細を確認し、「終了」をクリックします。

Oracle Unified Directoryをインストールした後、ディレクトリ・サーバー、プロキシ・サーバーまたはレプリケーション・ゲートウェイとしてサーバー・インスタンスを構成できます。詳細は、第1.2項「サーバー・ロールの選択」を参照してください。

- ディレクトリ・サーバーの設定手順は、第3章「ディレクトリ・サーバーの設定」を参照してください。

- プロキシ・サーバーの設定手順は、第4章「プロキシ・サーバーの設定」を参照してください。

- レプリケーション・ゲートウェイの設定手順は、第5章「レプリケーション・ゲートウェイの設定」を参照してください。

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

Oracle Unified Directoryでは、以前のインストールで指定したレスポンスのセットを使用して、サイレント・インストール(ユーザーの操作を必要としないインストール)を実行できます。サイレント・インストールを実行するには、前の手順のステップ1-9を実行してから、次の操作を行います。

1. 「インストール・サマリー」画面で「保存」をクリックします。

2. レスポンス・ファイルの保存先とする場所(Unixでは/tmp/oud-install.rspなど)を指定し、「保存」をクリックします。

3. レスポンス・ファイルが保存されたら、インストールを取り消します。

4. 次のコマンドを実行してサイレント・インストールを実行します。
UNIXの場合

$ download-path/oud/Disk1/runInstaller -jreLoc JAVA_HOME -silent -responseFile /tmp/oud-install.rsp

Windowsの場合

download-path\oud\Disk1\setup.exe -jreLoc JAVA_HOME -silent -responseFile \tmp\oud-install.rsp

2.3 Oracle Directory Services Manager用のアプリケーション・サーバーの構成

Oracle Directory Services ManagerでOracle Unified Directoryを管理する予定である場合、次のいずれかのアプリケーション・サーバーをインストールおよび構成する必要があります。

- Oracle WebLogic Server

- IBM WebSphere

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

- Oracle Directory Services Manager用のOracle WebLogic Serverの構成

- Oracle Directory Services Manager用のIBM WebSphereの構成

2.3.1 Oracle Directory Services Manager用のOracle WebLogic Serverの構成

Oracle Directory Services ManagerでOracle Unified Directoryを管理する予定である場合、次のステップを実行して、Oracle WebLogic Serverをインストールおよび構成できます。

- Oracle WebLogic Serverのインストール

- Oracle WebLogic Server用のOracle Application Development Frameworkのインストール

- Oracle WebLogicドメインを作成するためのOracle Fusion Middleware構成ウィザードの実行

- Oracle WebLogic Server用のOracle Directory Services Managerへのアクセス

2.3.1.1 Oracle WebLogic Serverのインストール

Oracle WebLogic Serverのインストールの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』の「インストールの準備」および「グラフィカル・モードでのインストール・プログラムの実行」を参照してください。

注意:

- Oracle WebLogic Serverは、Oracle Unified Directoryをインストールしたのと同じユーザーとしてインストールする必要があります。

- Oracle Unified Directoryのインストール時に作成された既存のミドルウェア・ホームを使用する必要があります。

- 第2.1項「ソフトウェアの入手」の説明に従って必要なソフトウェアを入手したことを確認します。

- UNIXの場合、ルート・ユーザーとしてOracle WebLogicインストーラを実行しないでください。

2.3.1.2 Oracle WebLogic Server用のOracle Application Development Frameworkのインストール

Oracle Directory Services Managerは、Oracle WebLogic Serverコンテナ内で実行されるJ2EEアプリケーションであり、Oracle Unified Directoryソフトウェアとともにインストールされない特定のライブラリに依存します。これらのライブラリは、Oracle Application Development Frameworkに提供されています。このため、ODSMでOracle Unified Directoryを管理する予定である場合、Oracle Application Development Frameworkをインストールする必要があります。

注意:

Oracle Application Development Frameworkは、Oracle Unified Directoryをインストールしたのと同じユーザーとしてインストールする必要があります。

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

2.3.1.3 Oracle WebLogicドメインを作成するためのOracle Fusion Middleware構成ウィザードの実行

Oracle Application Development Frameworkをインストールしたら、ODSM用の新規WebLogicドメインを作成する必要があります。次の手順は、UNIXシステムにおける構成を示しています。

1. 次の場所から構成ウィザードを実行します:

$MW_HOME/oracle_common/common/bin/config.sh

Windowsシステムの場合、同等のconfig.cmdスクリプトを実行します。

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

3. Oracle Directory Services Manager - 11.1.2.2.0チェック・ボックスを選択します。
Oracle JRFが自動的に選択されます。

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

「ドメイン名と場所の指定」画面が表示されます。

4. ドメイン名を入力し、その場所を指定します。
新規WebLogicドメインがこの場所に作成され、ODSMおよびその関連コンポーネントがこのドメインにデプロイされます。

次の手順でWebLogicドメインの起動に必要となるため、ドメインの場所をメモしておいてください。

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

「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. このドメインを管理するユーザーの名前およびパスワードを入力します。
パスワードは8文字以上の長さで、数字または特殊文字を1つ以上含む必要があります。パスワードを確認して、「次へ」をクリックします。

次の手順でWebLogicドメインの起動または再起動に必要となるため、これらの詳細をメモしておいてください。

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

「サーバーの起動モードおよびJDKの構成」画面が表示されます。

6. 「本番モード」および有効なJDKを選択します。
「次へ」をクリックします。

「オプションの構成」画面が表示されます。

7. 「次へ」をクリックします。
「構成のサマリー」画面が表示されます。

8. ドメインの詳細を確認し、「作成」をクリックします。
「ドメインの作成中」画面が表示されます。

9. ドメイン作成プロセスが完了したら、「完了」をクリックして構成ウィザードを終了します。
Windowsシステムで構成ウィザードを終了した後に管理サーバーを起動する場合は、「管理サーバーの起動」チェック・ボックスを選択します。このチェック・ボックスは、UNIXシステムでは使用できません。

2.3.1.4 Oracle WebLogic Server用のOracle Directory Services Managerへのアクセス

前述のとおりWebLogicドメインを作成したら、管理サーバーを起動し、ブラウザでODSMにアクセスできます。次の項では、UNIXシステムでのプロセスを示しています。

1. 次の場所から管理サーバーを起動するためのスクリプトを実行します。

$ domain-home/bin/startWebLogic.sh

この場合、domain-homeは、前の手順のステップ4で作成したドメインです。次に例を示します。

$ OUD-Base-Location-Home/user_projects/domains/base_domain/bin/startWebLogic.sh

Windowsシステムでは、実行するコマンドは次のとおりです。

domain_home\startWebLogic.cmd

ここで要求されるユーザー名およびパスワードは、前の手順のステップ6のものに相当します。

2. ブラウザで次のURLを使用してODSMにアクセスします。

http://hostname:7001/odsm

この場合、hostnameはWebLogic Serverがインストールされているサーバーの名前です。7001はWebLogic管理サーバーのデフォルトの管理ポートです。

注意:

ODSMにアクセスする前に、管理サーバーが起動しており、稼働中であることを確認してください。サーバーの起動プロセスが正常に完了すると、次のメッセージが表示されます。

<Notice> <WebLogicServer> <BEA-000360> <Server started in RUNNING mode>

2.3.2 Oracle Directory Services Manager用のIBM WebSphereの構成

IBM WebSphereを使用してOracle Directory Services ManagerでOracle Unified Directoryを管理する予定である場合、次のステップを実行して、IBM WebSphereをインストールおよび構成できます。

注意:

IBM WebSphereにおけるOracle Fusion Middlewareトポロジの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのIBM WebSphereにおけるOracle Fusion Middlewareのトポロジの理解に関する項を参照してください。

- IBM WebSphereのインストール

- IBM WebSphere用のOracle Application Development Frameworkのインストール

- 新規IBM WebSphereセルでコンポーネントを構成するためのOracle Fusion Middleware構成ウィザードの実行

- IBM WebSphere用のOracle Directory Services Managerへのアクセス

2.3.2.1 IBM WebSphereのインストール

Oracle Fusion MiddlewareをIBM WebSphereでインストールおよび構成するには、まず、IBM WebSphere7.0をインストールし(ただし構成はしません)、IBM WebSphere 7.0用の次の修正パックを適用する必要があります。

- 7.0.0-WS-WAS-LinuxX64-FP0000027.pak

- 7.0.0-WS-WASSDK-LinuxX64-FP0000027.pak

IBM WebSphereソフトウェアのインストールについては、IBM WebSphereドキュメントを参照してください。IBM WebSphereの基本的な概念情報に関してWebSphere Application Server Information Centerで入手可能なIBM WebSphereドキュメント、およびIBM WebSphereのインストールに関する詳細。

修正パックのインストールには、IBM WebSphere Update Installerを使用します。詳細は、IBM Support WebサイトのMaintenance Download Wizard for WebSphere Application Server V7.0を参照してください。

注意:

- IBM WebSphereは様々なプラットフォームで使用できます。Linux 64ビット・プラットフォームなど、一部のプラットフォームでは固有のIBM WebSphereインストーラが必要です。IBM WebSphereをインストールする前に、ご使用のプラットフォームに適切なIBM WebSphereインストーラを取得していることを確認してください。

- IBM WebSphereのインストール・プロセス中は、サンプル・アプリケーションをインストールしたり、プロファイルを作成することのないようにしてください。目標は、あとで実行するOracle Fusion Middlewareソフトウェアのインストールに使用可能なディレクトリ内のディスクにIBM WebSphereソフトウェアをインストールすることです。Oracle Fusion Middleware構成ウィザードを使用して、必要なIBM WebSphereプロファイルを構成します。

- Oracle Unified Directoryのインストール先と同じホストに、IBM WebSphereソフトウェア用のWAS_HOMEを作成する必要があります。WAS_HOMEはMW_HOME.と同じレベルに作成する必要があります。

2.3.2.2 IBM WebSphere用のOracle Application Development Frameworkのインストール

Oracle Directory Services Managerは、IBM WebSphereコンテナ内で実行されるJ2EEアプリケーションであり、Oracle Unified Directoryソフトウェアとともにインストールされない特定のライブラリに依存します。これらのライブラリは、Oracle Application Development Frameworkに提供されています。このため、ODSMでOracle Unified Directoryを管理する予定である場合、Oracle Application Development Frameworkをインストールする必要があります。

注意:

Oracle Application Development Frameworkは、Oracle Unified Directoryをインストールしたのと同じユーザーとしてインストールする必要があります。

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

2.3.2.3 新規IBM WebSphereセルでコンポーネントを構成するためのOracle Fusion Middleware構成ウィザードの実行

この項では、構成ウィザードを使用して、単純なIBM WebSphereセルでOracle Directory Services Managerを構成する方法を説明します。

IBM WebSphereにおけるOracle Fusion Middleware構成ウィザードの詳細は、Oracle Fusion Middleware IBM WebSphere Application Server構成ガイドの構成の概要に関する項を参照してください。

ここに示す手順は、構成ウィザードを使用してコンポーネントを構成する方法を説明しています。ただし、IBM WebSphere wsadminコマンド行ユーティリティを使用して、Oracle Fusion Middlewareコンポーネントを構成することもできます。wsadminを使用したコンポーネントの構成方法の詳細は、Oracle Fusion Middleware IBM WebSphere Application Server構成ガイドのwsadminを使用したOracle Fusion Middlewareの構成に関する項を参照してください。

注意:

- DB2データベースを使用している場合は、構成ウィザードを最初に起動してOracle Fusion Middleware製品を構成する前に、db2jcc4.jarとdb2jcc_license_cu.jarの両方へのフルパスを含むようにDB_DRIVER_CLASSPATH環境変数を設定してください。これを実行しないと、DB2接続テストはすべて失敗します。

- 「セル、プロファイルおよびノード名情報の指定」画面で入力した値をメモしておきます。これらの値は、あとでセルを開始したり管理したりする際に必要になります。特に、「デプロイメント・マネージャ・プロファイル名」フィールドと「アプリケーション・サーバー・プロファイル名」フィールドに入力した値をメモしておきます。

1. Windowsのコマンド・プロンプトまたはUNIXコマンド・シェルから、グラフィカル・モードで構成ウィザードを起動する手順は、次のとおりです。

1. 製品がインストールされているシステムにログインします。

2. MS-DOSコマンド・プロンプト・ウィンドウ(Windowsの場合)またはコマンド・シェル(UNIXの場合)を開きます。

注意:

一部のWindowsオペレーティング・システムでは、ユーザー・アカウント制御(UAC)を有効にしている場合、「管理者として実行」コマンドを使用してコマンド・ウィンドウを起動する必要があります。そうしないと、セルの作成またはノードのフェデレートができない可能性があります。

3. 次のディレクトリに移動します。

- Windows: MW_HOME\oracle_common\common\bin\

- UNIX: MW_HOME/oracle_common/common/bin

ORACLE_HOMEを、Oracle Fusion Middleware製品をインストールしたディレクトリと置き換えます。

4. 次のコマンドを実行します。

- Windows: was_config.cmd

- UNIX: ./was_config.sh

「ようこそ」画面が表示されます。

この画面は、現在のIBM WebSphereインストールが無効であるか、Oracle Fusion Middleware製品のインストール後にIBM WebSphereがアンインストールされた場合のみ表示されます。

注意:

構成ウィザード・セッションのログ・ファイルを作成するには、コマンドに-log=config.log -priority=debugパラメータを含めます。config_today.logなど、ログ・ファイルのために任意のファイル名を指定できます。ログ・ファイルは、Oracle Middlewareホーム・ディレクトリのlogsディレクトリ内に格納されます。

2. 「参照」をクリックして、新しいセルの構成、既存のセルの更新またはマシンのフェデレートを行うIBM WebSphereインストール環境のホーム・ディレクトリに移動します。ディレクトリに移動した後で、「開く」をクリックします。
「次」をクリックして続行します。

「構成オプションの選択」画面が表示されます。

3. 「セルの作成と構成」を選択して新規セルを作成します。
「次へ」をクリックします。

「セル、プロファイルおよびノード名の情報を指定してください」画面が表示されます。

4. 次のフィールドに適切な値を入力します。各フィールドは必須です。各フィールドでは英数字のみ使用します。

- セル名: 新しいセルの一意の名前を入力します。これは、次の2つのディレクトリの下の、セルが作成されるディレクトリの名前です:

- IBM WebSphere NDのみ: WAS_HOME/profiles/DepMgrProfile/config/cells。WAS_HOMEはIBM WebSphere NDインストール・ディレクトリ、DepMgrProfileはデプロイメント・マネージャ・プロファイルの名前です。

- IBM WebSphere ASおよびIBM WebSphere ND: WAS_HOME/profiles/AppSrvrProfile/config/cells。WAS_HOMEはIBM WebSphereインストール・ディレクトリ、AppSrvrProfileはアプリケーション・サーバー・プロファイルの名前です。

デフォルト名はmachine_nameCellnで、machine_nameは現在のマシン名、nはそのマシンの次の順序を示す2桁の数字です。たとえば、マシン名がmachine1でCell01がすでに存在する場合、デフォルトのセル名はmachine1Cell02です。

- デプロイメント・マネージャ・プロファイル名: このセルの一意のデプロイメント・マネージャ・プロファイル名を入力します。これは、WAS_HOME/profilesの下の、デプロイメント・マネージャ・プロファイルが作成されるディレクトリの名前です。
デフォルト名はDmgrnで、nは次の順序を示す2桁の数字です。たとえば、デプロイメント・マネージャ・プロファイルDmgr01がすでに存在する場合、このフィールドのデフォルトはDmgr02です。

- デプロイメント・マネージャ・ノード名: このセルの一意のデプロイメント・マネージャ・ノード名を入力します。
デフォルト名はmachine_nameCellManagernで、machine_nameは現在のマシン名、nは次の順序を示す2桁の数字です。たとえば、マシン名がmachine1でCellManager01がすでに存在する場合、デフォルトのノード名はmachine1CellManager02です。

- アプリケーション・サーバー・プロファイル名: このセルの一意のアプリケーション・サーバー・プロファイル名を入力します。これは、WAS_HOME/profilesの下の、アプリケーション・サーバー・プロファイルが作成されるディレクトリの名前です。
IBM WebSphere NDのデフォルト名はCustomnで、nは次の順序を示す2桁の数字です。たとえば、アプリケーション・サーバー・プロファイルCustom01がすでに存在する場合、このフィールドのデフォルトはCustom02です。

- アプリケーション・サーバー・ノード名: このセルの一意のアプリケーション・サーバー・ノード名を入力します。
デフォルト名はmachine_nameNodenで、machine_nameは現在のマシン名、nはそのマシンの次の順序を示す2桁の数字です。たとえば、マシン名がmachine1でNode01がすでに存在する場合、デフォルトのノード名はmachine1Node02です。

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

「デプロイメント・マネージャ情報の指定」画面が表示されます。

5. 次の詳細を入力します。

- デプロイメント・マネージャ・ホスト名: 新しいセルを作成する場合、このフィールドはデフォルトで現在のマシンのホスト名になります。
マシンをフェデレートする場合は、リモート・ノードを管理するデプロイメント・マネージャのホスト名を入力します。

- 管理ユーザー名: 新しいセルを作成する場合は、デプロイメント・マネージャの起動または停止に使用する管理者ユーザー名を入力します。
マシンをフェデレートする場合は、指定したホスト上のデプロイメント・マネージャに対して構成された管理者ユーザー名を入力します。

- パスワード: 新しいセルを作成する場合は、セルで使用する管理者パスワードを入力します。
マシンをフェデレートする場合は、指定したホスト上のデプロイメント・マネージャに対して構成された管理者パスワードを入力します。

注意:

IBM WebSphere管理者アカウントのパスワードです。パスワードは、8文字以上で、1文字以上の数字または次の文字のうちのいずれか1文字以上を含む必要があります。

! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] î _ ` { | } ~

- パスワードの確認: このフィールドは、新しいセルを作成する場合にのみ表示されます。管理者パスワードを再入力して確認します。このエントリは、「パスワード」フィールドのエントリと完全に一致する必要があります。

注意:

ここで入力した管理者ユーザー名とパスワードは、デプロイメント・マネージャへの接続、デプロイメント・マネージャ、ノード・マネージャ、管理サーバー、アプリケーション・サーバーの停止に使用されます。

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

セルの進行状況画面が表示されます。

6. この画面には、セルの作成、セルのロードまたはマシンのフェデレート・プロセスのステータスが表示されます。画面のタイトルは現在のタスクによって異なります。

- 新しいセルを作成している場合、画面のタイトルは「セルの作成中」です。

- 既存のセルを更新している場合、画面のタイトルは「セル情報のロード中」です。

- リモート・マシンをセルにフェデレートしている場合、画面のタイトルは「マシンのフェデレート中」です。

進捗バーが100%に達し、「セル情報が正常に読み取られました。「次」をクリックしてください。」というメッセージが下部のウィンドウに表示された場合は、「次へ」をクリックします。

「セルへの製品追加」画面が表示されます。

7. Oracle Directory Services Manager for WebSphere - 11.1.2.2.0 [Oracle_common]を選択し、「次へ」をクリックして続行します。
「オプションの構成を選択」画面が表示されます。

8. 詳細な構成を実行するカテゴリ(存在する場合)を選択します。選択した各カテゴリの適切な構成画面が表示され、詳細な構成を実行できます。この画面で項目を選択しない場合は、「構成のサマリー」画面が次に表示されます。

注意:

この画面に表示されるカテゴリは、セルで選択したテンプレートに定義されているリソースによって異なります。

- アプリケーション・サーバー、クラスタおよびエンド・ポイント: 次のいずれかのタスクを実行するには、このオプションを選択します。

- アプリケーション・サーバーの追加、削除またはクローン作成

- アプリケーション・サーバーの名前の変更

- アプリケーション・サーバーの開発モードのオンとオフの切替え

- セルへのクラスタの追加とクラスタへのサーバーの追加

- 管理サーバーまたは任意のアプリケーション・サーバーのエンド・ポイント(ポート)の構成

- ログ・ディレクトリ、永続ストア・ディレクトリ、一時ストア・ディレクトリなど、クラスタのファイル・ストア共有ディレクトリの場所の変更

- デプロイメントとサービス: 以下のタスクを実行するには、このオプションを選択します。

- クラスタまたはサーバーのデプロイメント・ターゲットの変更

- クラスタまたはサーバーのサービス・ターゲットの変更

- サーバーのカスタム・サービス・ターゲットの変更

- サーバーのリソース・アダプタ・ターゲットの変更

- JDBC: クラスタまたはサーバーのJDBCデータ・ソース・ターゲットを変更するには、このオプションを選択します。

- JMS: クラスタまたはサーバーのJMSリソース・ターゲットを変更するには、このオプションを選択します。

適切な構成オプションを選択した後で、「次」をクリックして続行します。次に表示される画面は、選択したオプションによって異なります。

「構成のサマリー」画面が表示されます。

9. 続行する前に、セル構成の設定の詳細を確認します。
左側の「サマリー」セクションでアイテムを選択して、そのアイテムに関する詳細を右側の「詳細」セクションに表示します。

「サマリー・ビュー」リストからフィルタ・オプションを選択することで、「サマリー」セクションに表示されるアイテムを限定できます。たとえば、各クラスタとサーバーに割り当てられているJDBCデータ・ソースを表示するには、「サマリー・ビュー」リストから「JDBC」を選択します。

構成を変更するには、「前」をクリックして適切な画面に戻ります。

構成の確認が終了したら、次をクリックします:

- 作成 (新しいセルを作成する場合)

- 拡張 (既存のセルを変更する場合またはマシンをフェデレートする場合)

「セルの構成中」画面が表示されます。

10. この画面には、セル構成プロセスの進行状況が示されます。
セル構成プロセスが完了したときは、「完了」をクリックして構成ウィザードを終了します。

Windowsオペレーティング・システムで、構成ウィザードを終了した後にデプロイメント・マネージャを起動する場合は、デプロイメント・マネージャの起動チェック・ボックスを選択します。このチェック・ボックスは、UNIXオペレーティング・システムでは使用できません。

2.3.2.4 IBM WebSphere用のOracle Directory Services Managerへのアクセス

前述のとおりIBM WebSphereドメインを作成したら、IBM WebSphereデプロイメント・マネージャ、ノードおよびOracle Directory Services Managerを起動できます。

次の手順は、デプロイメント・マネージャ、ノード、サーバーをセルで起動するために必要な順序を示しています。

次の各例では、デプロイメント・マネージャ名およびプロファイル名を、第2.3.2.3項「新規IBM WebSphereセルでコンポーネントを構成するためのOracle Fusion Middleware構成ウィザードの実行」で構成ウィザードに入力した値と置き換えます。

1. デプロイメント・マネージャを起動します。
IBM WebSphereのホームで次のディレクトリに移動して、次のコマンドを入力します。

(UNIX) profiles/deployment_mgr_name/bin/startManager.sh
-profileName dmgr_profileName
(Windows) profiles\deployment_mgr_name\bin\startManager.cmd
-profileName dmgr_profileName

2. ノードを起動します。
IBM WebSphereのホームで次のディレクトリに移動して、次のコマンドを入力します。

(UNIX) profiles/profile_name/bin/startNode.sh -profileName profileName
(Windows) profiles\profile_name\bin\startNode.cmd -profileName profileName

3. OracleAdminServerサーバーを起動します。
IBM WebSphereのホームで次のディレクトリに移動して、次のコマンドを入力します。

(UNIX) profiles/profile_name/bin/startServer.sh OracleAdminServer
-profileName profileName
(Windows) profiles\profile_name\bin\startServer.cmd OracleAdminServer
-profileName profileName

4. ブラウザで次のURLを使用してOracle Directory Services Managerにアクセスします。

http://hostname:9003/odsm

hostnameはIBM WebSphereがインストールされているサーバーの名前です。9003はODSMポートです。

2.4 Oracle Directory Integration Platformと組み合せたOracle Unified Directoryの構成

Oracle Directory Integration Platformは、ご使用のアプリケーションやディレクトリ(サード・パーティのLDAPディレクトリなど)とOracle Unified Directoryとの統合を可能にするJava EEアプリケーションです。

Oracle Directory Integration Platformは、他のエンタープライズ・リポジトリとともに同期化ソリューションをデプロイできるようにするためのサービスとインタフェースを提供します。Oracle Unified Directoryとサード・パーティのメタディレクトリ・ソリューションとの相互運用性を実現するためにも使用できます。

たとえば、Oracle Fusion Middleware環境では、Oracleコンポーネントへのアクセスは、Oracleディレクトリに格納されているデータに基づいて行いますが、企業の中央ディレクトリとしてMicrosoft Active Directoryも使用できます。これらのディレクトリのユーザーがOracleコンポーネントにアクセスできるのは、Oracle Directory Integration Platformにより、Microsoft Active Directory内のデータを、Oracle Unified Directory内のデータと同期化できるためです。

Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイドのOUD/ODSM/ODIP/Fusion Middleware ControlおよびOVD/ODSMの構成に関する項で説明しているように、Oracle Unified Directory、Oracle Directory Services Manager、Oracle Directory Integration PlatformおよびFusion Middleware ControlをOracle WebLogic Serverドメインに構成できます。

詳細は、『Oracle Fusion Middleware Oracle Directory Integration Platform管理者ガイド』を参照してください。

3 ディレクトリ・サーバーの設定

この章では、Graphical User Interface (GUI)またはコマンド行インタフェースのいずれかを使用してディレクトリ・サーバー・インスタンスを設定する方法を説明します。この章の各トピックでは、第2章「ソフトウェアのインストール」の説明に従ってすでにソフトウェアをインストールしたことを前提としています。

ディレクトリ・サーバーは次の2通りの方法で設定できます。

- Graphical User Interface (GUI)。GUIインストールではJavaベースのグラフィカル・インストーラが使用されるため、ディレクトリ・サーバーを設定し、これにデータをロードして実行するまでが非常に短い時間で可能です。
このインストーラでは、サーバー構成についていくつかの基本的な質問が出され、データベースを空のままにするか、独自のLDIFからのデータをサーバーにロードするか、または自動生成されたサンプル・データをロードするかを選択できます。また、このインストーラではセキュリティおよびレプリケーションを構成でき、オプションで、構成の完了時にサーバーを起動できます。

- コマンド行インタフェース(CLI)。コマンド行インストールは、対話型と非対話型のどちらでも使用できます。非対話型インストールでは、ユーザーが介入せずにサーバーを設定できます。対話型モードでは、構成の開始前に必要な情報の入力が求められます。

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

- 第3.1項「GUIを使用したディレクトリ・サーバーの設定」

- 第3.2項「CLIを使用したディレクトリ・サーバーの設定」

- 第3.3項「インストール時のレプリケーションの設定」

3.1 GUIを使用したディレクトリ・サーバーの設定

次の手順では、oud-setupグラフィカル・インタフェースを使用して順を追ってインストールします。

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-setupコマンドを実行し、ディレクトリ・サーバー・インストールを構成します。

(UNIX, Linux)  $ oud-setup
(Windows)      C:\OUD-base-location\ORACLE_HOME> oud-setup.bat

このユーティリティはグラフィカル・インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryインスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-instance

4. 「ようこそ」画面で、「次へ」をクリックします。
「サーバー設定」画面が表示されます。

5. 次の情報を入力します。

- ホスト名: ディレクトリ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- LDAPリスナー・ポート: ディレクトリ・サーバーのLDAPポートを入力します。
提示されるデフォルト・ポートは、389で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1389です(使用可能な場合)。

- 管理コネクタ・ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- LDAPセキュア・アクセス: SSL、StartTLSまたはその両方を構成する場合、「構成」をクリックします。
次の情報を入力します。

SSLアクセス: LDAPS (LDAP over SSL)リスナーの有効化が必要であると指定するには、「SSLの有効化」を選択します。ディレクトリ・サーバーが接続をリスニングするポート番号を入力します。

提示されるデフォルト・セキュア・ポートは、636で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルト・セキュア・ポートは1636です(使用可能な場合)。

StartTLSアクセス: セキュアな通信をセキュリティ保護されていない他の接続で開始するために、LDAP接続ハンドラでクライアントによるStartTLS拡張操作の使用が許可されるよう指定するには、「LDAPでStartTLSを有効にする」を選択します。

証明書: サーバーでSSL、StartTLSまたはその両方について使用する必要がある証明書を取得するには、次のいずれかのラジオ・ボタンを選択します。

自己署名付き証明書を生成するでは、通信の保護に使用できる自己署名付き証明書が生成されます。これはテスト目的には便利ですが、クライアントの多くはデフォルトで証明書を信頼しないため、手動で構成する必要があります。

「既存の証明書を使用する」では、既存のJKSキーストア、PKCS #12ファイルまたはPKCS #11トークンで証明書が使用されます。証明書の取得の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』の鍵マネージャ・プロバイダの構成に関する項を参照してください。

本番サーバーでは、「既存の証明書を使用する」を選択し、「キー・ストアのタイプ」を選択します。キーストア・パスと、必要に応じてキーストアPINを入力します。

指定されたキーストアに複数の証明書が定義されている場合、ドロップダウン・メニューから証明書を1つ選択するよう求められます。

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

- ルート・ユーザーDN: ルート・ユーザーDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: ルート・ユーザーのバインド・パスワードを入力します。

- パスワード(確認): ルート・ユーザーのバインド・パスワードを再入力します。

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

「トポロジ・オプション」画面が表示されます。

6. 次のいずれかのオプションを選択します。

- これはスタンドアロン・サーバーになります

- このサーバーはレプリケーション・トポロジの一部になります
レプリケートされたトポロジの設定手順は、第3.3項「インストール時のレプリケーションの設定」を参照してください。

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

「ディレクトリ・データ」画面が表示されます。

7. ディレクトリにデータをロードする方法を指定します。

- ディレクトリ・ベースDN: ディレクトリのベースDNを入力します。
デフォルトのベースDNはdc=example,dc=comです。

- ディレクトリ・データ: 次のいずれかのデータ・オプションを選択します。
ベース・エントリのみを作成する: 以前指定したベースDNでエントリを作成します。

データベースを空のままにする: データベースを設定しますが、エントリは移入しません。

LDIFファイルからデータをインポートする: 「パス」フィールドで指定したファイルからLDIFデータをインポートします。

自動生成されたサンプル・データのインポート: 「ユーザー・エントリの数」フィールドで指定した数のサンプル・エントリを生成します。

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

「Oracleコンポーネントの統合」画面が表示されます。

8. 次のいずれかのオプションを選択します。

- 具体的な統合を使用しない: 標準インストールを実行する場合は、このオプションを選択します。これはデフォルトのオプションです。

- EUS (エンタープライズ・ユーザー・セキュリティ)対応: Oracle Enterprise User Securityのデータストアとしてこのサーバー・インスタンスを使用する場合は、このオプションを選択します。
EUS対応のサーバー・インスタンスを有効にできるのは、SSLアクセスを有効にした場合のみ(この手順のステップ5の「サーバー設定」画面を参照)であることに注意してください。

サーバー・インスタンスをEUSで有効にすると、次のネーミング・コンテキストがインスタンスに作成されます。

cn=oraclecontext

cn=oracleschemaversion

cn=subschemasubentry

cn=oraclecontext,<baseDN>

- Oracle Database Net Servicesで有効にする: このサーバーにデータベース接続識別子を格納する場合は、このオプションを選択します。
サーバー・インスタンスをOracle Database Net Servicesで有効にすると、次のネーミング・コンテキストがインスタンスに作成されます。

cn=oraclecontext

cn=subschemasubentry

cn=oraclecontext,<baseDN>

詳細は、『Oracle Database Net Services管理者ガイド』のディレクトリ・ネーミング方法の構成に関する項を参照してください。

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

「サーバー・チューニング」画面が表示されます。

9. 次のいずれかのオプションを選択します。

- 実行時オプションを指定中: 特定のJVM設定を構成するには「変更」をクリックし、デフォルトのJVM設定でサーバーを実行するには「次」をクリックします。
詳細は、第7.2項「インストール時のJavaランタイム設定の構成」を参照してください。

- 自動: システム上で単一のサーバー・インスタンスを実行する場合は、このオプションを選択します。
OUDサーバーは、起動時にシステム・リソースに応じて自動的にチューニングされます。システム上で単一のサーバー・インスタンスを実行する際のパフォーマンスを改善するには、このオプションをお薦めします。

- メモリー制限を指定中: サーバーのメモリー使用量を指定すると、それに従ってサーバーのJVM設定がチューニングされます。
import-ldif、export-ldif、verify-index、rebuild-indexなどの様々なコマンド行オプションに同じメモリー制限を適用する場合は、「オフライン・ツールに同じメモリー設定を使用」チェック・ボックスを選択します。

- LDAPデータ情報を指定中: 次のいずれかのオプションを選択します。

- 自動的にインポートされるデータに基づいてチューニング: 設定の完了後、サーバーに格納されるデータに基づいてサーバーをチューニングする場合は、このオプションを選択します。

注意:

「ディレクトリ・データ」画面で次のデータ・オプションを選択した場合、このオプションは使用できません。

- ベース・エントリのみを作成する

- データベースを空のままにする

インポートされるLDIFコンテンツに基づいてチューニング: このオプションは、「ディレクトリ・データ」画面で「LDIFファイルからデータをインポートする」を選択した場合に表示されます。設定の完了後、サーバーに格納されるデータに基づいてサーバーをチューニングする場合は、このオプションを選択します。

- サーバーのチューニングにLDIFファイルのコンテンツを使用: 「参照」をクリックし、サーバーをチューニングするためのデータを含むLDIFファイルのパスを指定します。

- サーバーのチューニングにエントリの数を使用: チューニングのためにサーバーに格納されるエントリの数と、それらの平均サイズを入力します。
サイズとして「その他」オプションを選択した場合、「その他のサイズ」画面が表示されます。

エントリの平均サイズをKB単位で入力するか、LDAPエントリの例をLDIF形式で入力します。「OK」をクリックします。

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

「確認」画面が表示されます。

10. 構成を確認します。
ディレクトリ・サーバーの構成後にサーバーを起動するには、「構成が完了したらサーバーを起動する」を選択します。Windowsシステムでは、必要に応じてWindowsサービスとしてサーバーを起動を選択します。

同等のコマンド行インストールを表示するには、パネルの最上部にあるドロップダウン・メニューから「同等のコマンド行の表示」を選択します。このオプションにより、サーバーを指定の構成で設定するために実行する非対話型コマンドが表示されるため、スクリプトの記述に便利です。

11. 「完了」をクリックします。

12. 「閉じる」をクリックします。

13. ディレクトリのエントリを検索して、ディレクトリ・サーバーが正常に設定され起動したかどうかをテストします。次に例を示します。
UNIXシステムの場合:

instance-dir/oud/bin/ldapsearch -h localhost -p 1389 \
-D "cn=directory manager" -w my-password -b "dc=example,dc=com" \
"(objectclass=*)"

Windowsシステムの場合:

instance-dir\oud\bat\ldapsearch.bat -h localhost -p 1389 \
-D "cn=directory manager" -w my-password -b "dc=example,dc=com" \
"(objectclass=*)"

3.2 CLIを使用したディレクトリ・サーバーの設定

次の手順の説明に従ってoud-setupを--cliオプションとともに実行すると、コマンド行設定が起動します。

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストールに設定されていることを確認します。

3. oud-setupを--cliオプションとともに入力し、インストールを対話型モードで起動します。

(UNIX, Linux)  $ ./oud-setup --cli
(Windows)      C:\> oud-setup.bat -cli

このユーティリティはコマンド行インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryインスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-instance

4. ルート・ユーザーDNを入力するか、[Enter]または改行キーを押してデフォルトを受け入れます(cn=Directory Manager)。

5. ルート・ユーザーのパスワードを指定し、パスワードを再入力して確認します。

6. ディレクトリ・サーバーのLDAPポート番号を入力するか、[Enter]または改行キーを押してデフォルトを受け入れます。
ルート・ユーザーとしてインストーラを実行した場合、デフォルト・ポートは389です。非ルート・ユーザーとしてインストーラを実行した場合、デフォルト・ポートは1389です。

7. 管理トラフィックに使用されるポート番号を入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

8. [Enter]または改行キーを押してサーバーにベースDNを作成するか、ベースDNを作成しない場合は「いいえ」を入力します。

9. ディレクトリ・データのベースDNを入力するか、[Enter]または改行キーを押してデフォルトを受け入れます。
デフォルトのベースDNはdc=example,dc=comです。

10. 次のいずれかのオプションを選択し、ディレクトリ・データを設定します。
「ベース・エントリのみを作成します」では、以前指定したベースDNでエントリを作成します。

「データベースを空のままにします」では、データベースを設定しますが、エントリは移入しません。

「LDIFファイルからデータをインポートします」では、次のステップで指定したファイルからLDIFデータをインポートします。

「自動生成されたサンプル・データをロードできます」では、次のステップで指定した数のサンプル・エントリを生成します。

11. SSLを有効にして、LDAPSクライアントのポートを入力する場合は、yesと入力します。
ルート・ユーザーとしてインストーラを実行した場合、デフォルト・セキュア・ポートは636です。非ルート・ユーザーとしてインストーラを実行した場合、デフォルト・セキュア・ポートは1636です。

12. StartTLSを有効にする場合は、yesと入力します。

13. 前のステップでSSLまたはStartTLSを有効にした場合、証明書タイプを選択します。

14. EUSのサーバーを準備する場合は、yesと入力します。これにより、サーバー・インスタンスをOracle Enterprise User Securityのデータストアとして使用できます。
EUSのサーバーを準備できるのは、サーバーへのSSLアクセスを有効にしている場合のみです。

サーバー・インスタンスをEUSで有効にすると、次のネーミング・コンテキストがインスタンスに作成されます。

- cn=oraclecontext

- cn=oracleschemaversion

- cn=subschemasubentry

- cn=oraclecontext,<baseDN>

15. このサーバーにOracle Database Net Servicesのデータベース接続識別子を格納する場合は、yesと入力します。
サーバー・インスタンスをOracle Database Net Servicesで有効にすると、次のネーミング・コンテキストがインスタンスに作成されます。

cn=oraclecontext

cn=subschemasubentry

cn=oraclecontext,<baseDN>

詳細は、『Oracle Database Net Services管理者ガイド』のディレクトリ・ネーミング方法の構成に関する項を参照してください。

16. 希望するOUDサーバーのチューニング方法に合ったオプションを選択します。

- 自動チューニング

- デフォルトのJava仮想マシン設定を使用

- 特定のJava仮想マシンの引数を使用

システム上で単一のサーバー・インスタンスを実行する場合は、「自動チューニング」オプションを選択します。OUDサーバーは、起動時にシステム・リソースに応じて自動的にチューニングされます。システム上で単一のサーバー・インスタンスを実行する際のパフォーマンスを改善するには、このオプションをお薦めします。

17. 希望するimport-ldifツールのチューニング方法に合ったオプションを選択します。

- 自動チューニング

- デフォルトのJava仮想マシン設定を使用

- 特定のJava仮想マシンの引数を使用

18. 構成の完了後にサーバーを起動するには、yesと入力するか、[Enter]または改行キーを押してデフォルトを受け入れます。

19. 構成プロセスを完了するには、構成を確認し、1と入力するか[Enter]または改行キーを押してデフォルトを受け入れます。
同等の非対話型コマンドを表示するには、3と入力します。このオプションにより、サーバーを指定の構成で設定するために実行するコマンドが表示されるため、スクリプトの記述に便利です。

20. ディレクトリのエントリを検索して、ディレクトリ・サーバーが正常に設定され起動したかどうかをテストします。次に例を示します。
UNIXの場合:

instance-dir/oud/bin/ldapsearch -h localhost -p 1389 \
-D "cn=directory manager" -w my-password -b "dc=example,dc=com" \
"(objectclass=*)"

Windowsの場合:

instance-dir\oud\bat\ldapsearch.bat -h localhost -p 1389 \
-D "cn=directory manager" -w my-password -b "dc=example,dc=com" \
"(objectclass=*)"

3.3 インストール時のレプリケーションの設定

GUIを使用してディレクトリ・サーバーをインストールする場合、インストールの一部としてレプリケーションを設定できます。コマンド行インタフェースを使用してサーバーをインストールする場合は、サーバーのインストール後にdsreplicationコマンドを使用してレプリケーションを設定する必要があります。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のdsreplicationによるデータ・レプリケーションの構成に関する項を参照してください。

1. レプリケーション・トポロジの最初のディレクトリ・サーバーについては、第3.1項「GUIを使用したディレクトリ・サーバーの設定」の手順を実行します。

2. 「トポロジ」画面で、次の操作を実行します。

- 「このサーバーはレプリケーション・トポロジの一部になります」を選択します。

- レプリケーション・ポート番号を入力するか、デフォルト・ポート8989を受け入れます。
レプリケーション・ポートはサーバー上の使用可能なポートである必要があるため、トポロジのディレクトリ・サーバーごとに異なる必要があります(これらすべてが同一ホスト上で動作する場合)。

- 最初のサーバー上のレプリケーション・ポートに接続する際に暗号化された通信を使用する場合は、「セキュアとして構成する」を選択します。
この最初のディレクトリ・サーバーについてホスト名および管理ポートをメモしておいてください。2番目のディレクトリ・サーバーの構成時にこの情報が必要になります。

3. 最初のサーバーの構成を完了します。

4. レプリケーション・トポロジの2番目のディレクトリ・サーバーについては、第3.1項「GUIを使用したディレクトリ・サーバーの設定」の手順を実行します。

5. 「トポロジ」画面で、次の操作を実行します。

- 「このサーバーはレプリケーション・トポロジの一部になります」を選択します。

- このディレクトリ・サーバーのレプリケーション・ポート番号を入力します。
両方のサーバーが同一ホスト上で動作している場合、レプリケーション・ポートは最初のディレクトリ・サーバーのレプリケーション・ポートとは異なる必要があります。

- 「サーバーがトポロジ内にすでに存在する」を選択し、次のとおり入力します。

1. ホスト名: 最初のディレクトリ・サーバーのホスト名を入力します。

2. ポート: 最初のディレクトリ・サーバーの管理ポートを入力します。

3. 管理ユーザー: 最初のディレクトリ・サーバーのバインドDNを入力するか、デフォルトを受け入れます。

4. 管理パスワード: 管理ユーザーのバインド・パスワードを入力します。

6. 「グローバル管理者」画面で、次の情報を指定します。

- 新規グローバル管理者のUID。

- 新規グローバル管理者のパスワード。

- 新規グローバル管理者のパスワードを確認します。

7. 「データ・レプリケーション」画面で、次のいずれかのオプションを選択し、「次」をクリックします。

1. レプリケートするベースDNの最初のインスタンスを作成します。

2. 既存のベースDNのローカル・インスタンスを作成し、レプリケーションを構成します。最初のディレクトリ・サーバーのベースDNをクリックします。

8. 2番目のサーバーの構成設定を確認し、「完了」をクリックします。

9. 前述の手順を繰り返して、レプリケーション・トポロジに追加サーバーを設定します。
グローバル管理者を定義したら、ステップ5cで指定したDNおよびパスワードを含むエントリを、トポロジ内のすべてのサーバーにおいて定義する必要があります。

4 プロキシ・サーバーの設定

この章では、Oracle Unified Directoryプロキシ・インスタンスを稼働させるために必要な構成ステップについて説明します。この章では、テスト済のOracle Unified Directoryプロキシ・デプロイメントの概要を説明します。その他のデプロイメントも考えられますが、広範囲にテストされていない可能性があります。テスト済のデプロイメントの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシ・サーバーを使用したデプロイメントの例に関する項を参照してください。

プロキシを設定するには、1つ以上のリモートLDAPv3準拠ディレクトリ・サーバーが必要です。Oracle Unified Directoryプロキシは、Oracle Unified DirectoryおよびOracle Directory Server Enterprise Edition 11g リリース1 (11.1.1)でテストされています。

プロキシの設定を開始する前に、実装するデプロイメント・アーキテクチャのタイプを次のリストから決定します。

- 単純なロード・バランシング

- 単純な分散

- 分散とロード・バランシングの併用

- データ・センター間のフェイルオーバー

- 分散とデータ・センター間のフェイルオーバーの併用

分散を使用する任意のシナリオに、グローバル索引カタログを取り込むことができます。グローバル索引カタログの作成の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のコマンド行を使用したグローバル索引の構成に関する項を参照してください。

プロキシは次の2通りの方法で設定できます。

- Graphical User Interface (GUI)。GUI設定はJavaベースのグラフィカル・インストーラであり、特定のOracle Unified Directoryプロキシ・デプロイメントに必要なすべての要素を構成できます。
GUI設定はインスタンスごとに1回のみ使用できます。GUI設定の実行後にインストールを変更する場合は、dsconfigコマンドを使用する必要があります。

- コマンド行インタフェース(CLI)。対話型コマンド行設定では、Oracle Unified Directoryプロキシ・インストールの最初のいくつかのステップについて入力が促されます。デプロイメントを完了するには、dsconfigコマンドを使用して、分散またはロード・バランシング(あるいはその両方)などの多くの追加要素を構成する必要があります。

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

- 第4.1項「GUIを使用したプロキシ・サーバーの設定」

- 第4.2項「CLIを使用したプロキシの設定」

- 第4.3項「プロキシ・インストールの複製」

- 第4.4項「冗長性の確認」

4.1 GUIを使用したプロキシ・サーバーの設定

次のトピックでは、oud-proxy-setupグラフィカル・インタフェースを使用して順を追ってインストールでき、単純なデプロイメントの構成例を示しています。

コマンドを実行する前に、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシ・サーバーを使用したデプロイメントの例に関する項で説明しているデプロイメント・シナリオを使用して、最良のデプロイメント・アーキテクチャを決定していることを確認してください。

- 第4.1.1項「GUI設定ウィザードの提示」

- 第4.1.2項「単純なロード・バランシングを構成するには」

- 第4.1.3項「単純な分散を構成するには」

- 第4.1.4項「分散をロード・バランシングとともに構成するには」

- 第4.1.5項「エンタープライズ・ユーザー・セキュリティを構成するには」

4.1.1 GUI設定ウィザードの提示

GUI設定ウィザードは次のように編成されています。

- 左側ペインには、設定プロセスのステップがリストされます。デプロイメントのサブステップは、選択したデプロイメントのタイプに応じて変更されます。

- 左側ペインの矢印は現在のステップを示します。

- 右側のメイン領域は「アクション」ペインであり、ここでデプロイメントを定義します。

- ウィンドウの最下部には、インストールを変更および完了するために戻ったり進んだり(または終了)できるオプションがあります。

この項の残りのタスクでは、設定可能な各種プロキシ・デプロイメントについて説明します。

4.1.2 単純なロード・バランシングを構成するには

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-proxy-setupコマンドを実行し、プロキシ・サーバー・インストールを構成します。

(UNIX, Linux)  $ oud-proxy-setup
(Windows)      C:\> oud-proxy-setup.bat

このユーティリティはグラフィカル・インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryプロキシ・インスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-proxy-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-proxy-instance

4. 「ようこそ」パネルで「次へ」をクリックします。

5. 「サーバー設定」パネルで次の情報を入力します。

- ホスト名: プロキシ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- LDAPリスナー・ポート: プロキシ・サーバーのLDAPポートを入力します。
提示されるデフォルト・ポートは、389で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1389です(使用可能な場合)。

- LDAPセキュア・アクセス: SSL、StartTLSまたはその両方を構成する場合、「構成」をクリックします。
次の情報を入力します。

1. SSLアクセス: 「SSLの有効化」を選択し、セキュアLDAP操作に対して有効なポートを入力します。
提示されるデフォルト・セキュア・ポートは、636で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1636です(使用可能な場合)。

2. StartTLSアクセス: 「LDAPでStartTLSを有効にする」を選択します。

3. 証明書: テスト環境の場合、「自己署名付き証明書を生成する」を選択します。
本番サーバーでは、「既存の証明書を使用する」を選択し、「キー・ストアのタイプ」を選択します。キーストア・パスと、必要に応じてキーストアPINを入力します。

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

- 管理ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- ルート・ユーザーDN: ルート・ユーザーDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: ルート・ユーザーのバインド・パスワードを入力します。

- パスワード(確認): ルート・ユーザーのバインド・パスワードを再入力します。

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

「デプロイメント・オプション」画面が表示されます。

6. 「構成オプション」ドロップダウン・メニューから「レプリケートされたデータ・セット上のロード・バランシングを使用します」を選択します。

注意:

後で構成しますを選択した場合、前のステップで指定したサーバー設定のみが構成されます。このため、デプロイメントを構成するには、dsconfigコマンドまたはODSMインタフェースを使用する必要があります。

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

「バックエンド・サーバー」画面が表示されます。

7. 対応するレプリケートされたデータを保持するリモートLDAPサーバーを選択します。

1. リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーである場合、「Oracleのサーバーの追加」をクリックします。

- Oracle Unified Directoryサーバーの場合:
「レプリケートされたOracle Unified Directoryサーバーに接続」を選択します。

リモートOracle Unified Directoryサーバーのホスト名、管理ポート、管理バインドDNおよびパスワードを入力します。

「接続」をクリックします。

証明書を受け入れます。

ロード・バランスされたトポロジに含める必要があるサーバーを確認します。

レプリケートされたトポロジにおけるいずれかのディレクトリ・サーバーの詳細を入力すると、そのトポロジに含まれる他のすべてのレプリケートされたサーバーが設定ウィザードに表示されます。

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

- Oracle Directory Server Enterprise Editionサーバーの場合:
「DSCCレジストリに接続」を選択します。

DSCCレジストリ用のDSCCホスト名、DSCCポート、プロトコルおよびDirectory Service Manager資格証明を入力します。

ロード・バランスされたトポロジに含める必要があるサーバーを確認します。

設定ウィザードには、DSCCレジストリに登録されたすべてのOracle Directory Server Enterprise Editionサーバー・インスタンスが表示されます。

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

2. リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーでない場合、「サーバーの追加」をクリックします。

- サーバー名、ポートおよびセキュリティの設定を入力します。
ここで設定したセキュリティ設定により、Oracle Unified Directoryプロキシ・サーバーとリモートLDAPサーバーの間のセキュリティが決定されます。セキュリティ・オプションの設定の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシとデータ・ソースの間のセキュリティの構成に関する項を参照してください。

- 「追加」をクリックします。

- ロード・バランスされたトポロジのすべてのリモートLDAPサーバーを追加したら、「閉じる」をクリックします。

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

「ロード・バランシング・オプション」画面が表示されます。

8. ロード・バランシング・アルゴリズムを選択します。
各種ロード・バランシング・アルゴリズムの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシを使用したロード・バランシングに関する項を参照してください。

9. ロード・バランシング・アルゴリズムのプロパティを設定するか、デフォルト値を選択します。
インストールを完了したら、プロパティを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のロード・バランシングのプロパティの変更に関する項を参照してください。

1. 「比例」について重みを設定します。リクエストは、指定された重みに基づいてリモートLDAPサーバー間で分散されます。
たとえば、デフォルト値1をそのまま使用した場合、すべてのサーバーが同数のリクエストを受信します。

2. 「フェイルオーバー」について、サーバーが使用される順序を指定します。
値が0のサーバーは、優先度が最も高いサーバーです。その他のサーバーは、メイン・サーバーに障害がある場合のみ使用されます。

3. 「飽和」について、サーバーが使用される順序と、各サーバーの飽和しきい値を設定します。
リクエストは、指定されたしきい値に達するまで、優先度が最も高い(1)サーバーに送信されます。飽和しきい値は、サーバーが飽和している(いっぱいである)と見なされるレートです。通常、この制限は100%未満に設定する必要があります。

4. 「最適」については、追加の構成は必要ありません。
自動計算された飽和索引に基づいてアクティブなサーバーが選択されます。

10. ネーミング・コンテキストまたはサフィックスを入力します。
リモートLDAPサーバーがオンラインである場合、設定でサーバーに接続され、サーバーで使用可能なネーミング・コンテキストが表示されます。

ネーミング・コンテキストが提示されない場合、使用するネーミング・コンテキストのDNを入力します(例: dc=example,dc=com)。

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

「実行時オプション」画面が表示されます。

11. 特定のJVM設定を構成するには「変更」をクリックし、デフォルトのJVM設定でサーバーを実行するには「次」をクリックします。
「確認」画面が表示されます。

12. インストール構成を確認します。
変更を加える必要がある場合、「前」ボタンを使用します。

13. このインストールで起動されるコマンドを表示するには、ドロップダウン・メニューから「コマンドの表示」を選択します。
これらのコマンドはログ・フォルダ内のログ・ファイルに保存されます。後でこれらのコマンドを使用して、類似のデプロイメント・オプションによる追加インストールを実行できます。

14. 「終了」をクリックして、インストールを終了します。
インストールが完了したら、dsconfigコマンドを使用してインストールを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のdsconfigを使用したサーバー構成の管理に関する項を参照してください。

4.1.3 単純な分散を構成するには

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-proxy-setupコマンドを実行し、プロキシ・サーバー・インストールを構成します。

(UNIX, Linux)  $ oud-proxy-setup
(Windows)      C:\> oud-proxy-setup.bat

このユーティリティはグラフィカル・インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryプロキシ・インスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-proxy-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-proxy-instance

4. 「ようこそ」パネルで「次へ」をクリックします。

5. 「サーバー設定」画面で次の情報を入力します。

- ホスト名: プロキシ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- LDAPリスナー・ポート: プロキシ・サーバーのLDAPポートを入力します。
提示されるデフォルト・ポートは、389で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1389です(使用可能な場合)。

- LDAPセキュア・アクセス: SSL、StartTLSまたはその両方を構成する場合、「構成」をクリックします。
次の情報を入力します。

1. SSLアクセス: 「SSLの有効化」を選択し、セキュアLDAP操作に対して有効なポートを入力します。
提示されるデフォルト・セキュア・ポートは、636で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1636です(使用可能な場合)。

2. StartTLSアクセス: 「LDAP」で「StartTLSを有効にする」をクリックします。

3. 証明書: テスト環境の場合、自己署名付き証明書を生成するを選択します。
本番サーバーでは、「既存の証明書を使用する」をクリックし、「キー・ストアのタイプ」をクリックします。キーストア・パスと、必要に応じてキーストアPINを入力します。

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

- 管理ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- ルート・ユーザーDN: ルート・ユーザーDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: ルート・ユーザーのバインド・パスワードを入力します。

- パスワード(確認): ルート・ユーザーのバインド・パスワードを再入力します。

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

6. 「デプロイメント・オプション」パネルで、「構成オプション」ドロップダウン・メニューから「パーティション化されたデータ・セット上の分散を使用します」を選択します。
後で構成しますを選択した場合、前のステップで指定したサーバー設定のみが構成されます。このため、デプロイメントを構成するには、dsconfigコマンドまたはODSMインタフェースを使用する必要があります。

7. スライド矢印をドラッグして、データを区切るパーティションの数を指定します。
分散シナリオの例では、2つのパーティションを選択します。

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

8. LDAPサーバー間でデータをパーティション化する方法を定義します。

1. ドロップダウン・リストから「パーティション化アルゴリズム」を選択します。
各種パーティション化・アルゴリズムの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシを使用したデータ分散に関する項を参照してください。

2. ネーミング・コンテキストを入力します。
たとえば、dc=example,dc=comのようになります。

3. 分散ベースDNを入力します。
たとえば、ou=peopleのようになります。分散ベースDNは、そのレベルの後に分散リクエストが適用されるレベルです。

4. 辞書編集または数値アルゴリズムを選択した場合、分散属性を入力します。
たとえば、uidのようになります。

9. 分散アルゴリズムに応じて、各パーティションの容量、DNパターンまたは境界を定義します。
「デフォルトの設定」ボタンを使用した場合、インストール・ウィザードにより、デプロイメントに対応しない可能性のあるデフォルトが設定されます。ただし、この機能はテストを行う場合には役立ちます。

1. 容量について、各パーティションのエントリの最大数を設定します。
たとえば、最大エントリ数を1000に設定した場合、そのパーティションに関連付けられたLDAPサーバーに送信される追加リクエストは1000のみとなります。最大エントリ数をパーティション1で1000、パーティション2で2000に設定した場合、プロキシはパーティション2にその数のリクエストを2回送信します。

注意:

容量アルゴリズムを選択した場合、次のステップの説明に従ってグローバル索引を作成する必要があります。

2. DNパターンについて、各パーティションのDNパターン文字列を設定します。
たとえば、cn=[a].*は、aで始まるuidを持つリクエストがパーティション1に送信されることを意味します。DNパターン文字列の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のDNパターン文字列構文に関する項を参照してください。

3. 辞書編集について、各パーティションの境界を英字で設定します。
たとえば、パーティション1について、From=A, To=Kのようにします。これは、AからKまでの値を持つuidsがパーティション1に送信されることを意味します。

4. 数値について、各パーティションの境界を数値で設定します。
たとえば、パーティション1について、From=0, To=1000のようにします。これは、0から1000までのuidsがパーティション1に送信されることを意味します。

注意:

上限値自体は含まれません。つまり、上限値を1000に設定した場合、999までのエントリのみがそのパーティションに分散されます。

いずれかの境界値を空白にした場合、unlimitedと見なされます。つまり、下限値を1000に設定し、上限値を空白にした場合、パーティションには1000以上のすべてが含められます。

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

10. グローバル索引を構成します。

1. 「グローバル索引を有効にする」を選択します。
容量アルゴリズムを選択した場合、容量アルゴリズムにはグローバル索引が必須であるため、このオプションはすでに選択されています。

2. 索引を作成する属性を追加します。

- DNをグローバル索引に含める場合は、「DNの索引を作成する」を選択します。

- DN以外の属性を含める場合は、「他の属性の索引を作成する」を選択します。

- これらの属性をグローバル索引に含めるには、「使用可能な属性」リストから属性を選択し、「追加」をクリックします。
すべての使用可能な属性がリストされます。一意の値が含まれる属性のみを選択します。

必要に応じてsplit-ldifコマンドを使用し、LDIFファイルをグローバル索引に必要なデータが含まれるファイルに分割します。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のグローバル索引が含まれるグローバル索引カタログを作成するにはに関する項を参照してください。

インストール・ウィザードによって、デフォルトでgi-catalogという名前が付けられたグローバル索引カタログが作成され、選択した属性のグローバル索引がグローバル索引カタログに移入されます。すべてのグローバル索引が同じグローバル索引カタログ(gi-catalog)に関連付けられます。また、インストール・ウィザードにより、ディレクトリ・マネージャと同じパスワードでグローバル索引レプリケーション管理者が作成されます。

グローバル索引の構成および使用の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のコマンド行を使用したグローバル索引の構成に関する項を参照してください。

11. 各パーティションについて、対応するパーティション化されたデータを保持するリモートLDAPサーバーを選択します。

注意:

1つのパーティションに2つのサーバーを追加する場合、これらのサーバー間でロード・バランシングを構成する必要があります。このユースケースは、「分散をロード・バランシングとともに構成するには」の例で説明しています。

1. リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーである場合、「Oracleのサーバーの追加」をクリックします。
Oracle Unified Directoryサーバーの場合:

1. 「レプリケートされたOracle Unified Directoryサーバーに接続」を選択します。

2. リモートOracle Unified Directoryサーバーのホスト名、管理ポート、管理バインドDNおよびパスワードを入力します。

3. 「接続」をクリックします。

4. 証明書を受け入れます。
ロード・バランスされたトポロジに含める必要があるサーバーを確認します。

レプリケートされたトポロジにおけるいずれかのディレクトリ・サーバーの詳細を入力すると、そのトポロジに含まれる他のすべてのレプリケートされたサーバーが設定ウィザードに表示されます。

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

Oracle Directory Server Enterprise Editionサーバーの場合:

1. 「DSCCレジストリに接続」を選択します。

2. DSCCレジストリ用のDSCCホスト名、DSCCポート、プロトコルおよびDirectory Service Manager資格証明を入力します。

3. ロード・バランスされたトポロジに含める必要があるサーバーを確認します。
設定ウィザードには、DSCCレジストリに登録されたすべてのOracle Directory Server Enterprise Editionサーバー・インスタンスが表示されます。

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

2. リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーでない場合、「サーバーの追加」をクリックします。

1. サーバー名、ポートおよびセキュリティの設定を入力します。
ここで設定したセキュリティ設定により、Oracle Unified Directoryプロキシ・サーバーとリモートLDAPサーバーの間のセキュリティが決定されます。セキュリティ・オプションの設定の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシとデータ・ソースの間のセキュリティの構成に関する項を参照してください。

2. 「追加」をクリックします。

3. 分散されたトポロジのすべてのリモートLDAPサーバーを追加したら、「閉じる」をクリックします。

12. 「実行時オプション」パネルで、特定のJVM設定を構成するには「変更」をクリックし、デフォルトのJVM設定でサーバーを実行するには「次」をクリックします。

13. インストール構成を確認します。
変更を加える必要がある場合、「前」ボタンを使用します。

14. このインストールで起動されるコマンドを表示するには、ドロップダウン・メニューから「コマンドの表示」を選択します。
これらのコマンドはログ・フォルダ内のログ・ファイルに保存されます。後でこれらのコマンドを使用して、類似のデプロイメント・オプションによる追加インストールを実行できます。

15. 「終了」をクリックして、インストールを終了します。
インストールが完了したら、dsconfigコマンドを使用してインストールを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のdsconfigを使用したサーバー構成の管理に関する項を参照してください。

4.1.4 分散をロード・バランシングとともに構成するには

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-proxy-setupコマンドを実行し、プロキシ・サーバー・インストールを構成します。

(UNIX, Linux)  $ oud-proxy-setup
(Windows)      C:\> oud-proxy-setup.bat

このユーティリティはグラフィカル・インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryプロキシ・インスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-proxy-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-proxy-instance

4. 「ようこそ」パネルで「次へ」をクリックします。

5. 「サーバー設定」パネルで次の情報を入力します。

- ホスト名: プロキシ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- LDAPリスナー・ポート: プロキシ・サーバーのLDAPポートを入力します。
提示されるデフォルト・ポートは、389で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1389です(使用可能な場合)。

- LDAPセキュア・アクセス: SSL、StartTLSまたはその両方を構成する場合、「構成」をクリックします。
次の情報を入力します。

1. SSLアクセス: 「SSLの有効化」を選択し、セキュアLDAP操作に対して有効なポートを入力します。
提示されるデフォルト・セキュア・ポートは、636で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1636です(使用可能な場合)。

2. StartTLSアクセス: 「LDAPでStartTLSを有効にする」をクリックします。

3. 証明書: テスト環境の場合、「自己署名付き証明書を生成する」を選択します。
本番サーバーでは、「既存の証明書を使用する」をクリックし、「キー・ストアのタイプ」を選択します。キーストア・パスと、必要に応じてキーストアPINを入力します。

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

- 管理ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- ルート・ユーザーDN: ルート・ユーザーDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: ルート・ユーザーのバインド・パスワードを入力します。

- パスワード(確認): ルート・ユーザーのバインド・パスワードを再入力します。

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

「デプロイメント・オプション」画面が表示されます。

6. 「構成オプション」ドロップダウン・メニューから「パーティション化されたデータ・セット上の分散を使用します」を選択します。
後で構成しますを選択した場合、前のステップで指定したサーバー設定のみが構成されます。このため、デプロイメントを構成するには、dsconfigコマンドまたはODSMインタフェースを使用する必要があります。

7. スライド矢印をドラッグして、データを区切るパーティションの数を指定します。
分散シナリオの例では、2つのパーティションを選択します。

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

8. LDAPサーバー間でデータをパーティション化する方法を定義します。

1. ドロップダウン・リストから「パーティション化アルゴリズム」を選択します。
各種パーティション化・アルゴリズムの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシを使用したデータ分散に関する項を参照してください。

2. ネーミング・コンテキストを入力します。
たとえば、dc=example,dc=comのようになります。

3. 分散ベースDNを入力します。
たとえば、ou=peopleのようになります。分散ベースDNは、そのレベルの後に分散リクエストが適用されるレベルです。

4. 辞書編集または数値アルゴリズムを選択した場合、分散属性を入力します。
たとえば、uidのようになります。

9. 分散アルゴリズムに応じて、各パーティションの容量、DNパターンまたは境界を定義します。
「デフォルトの設定」ボタンを使用した場合、インストール・ウィザードにより、デプロイメントに対応しない可能性のあるデフォルトが設定されます。ただし、この機能はテストを行う場合には役立ちます。

1. 容量について、各パーティションのエントリの最大数を設定します。
たとえば、最大エントリ数を1000に設定した場合、そのパーティションに関連付けられたLDAPサーバーに送信される追加リクエストは1000のみとなります。最大エントリ数をパーティション1で1000、パーティション2で2000に設定した場合、プロキシはパーティション2にその数のリクエストを2回送信します。

容量アルゴリズムを選択した場合、次のステップの説明に従ってグローバル索引を作成する必要があります。

2. DNパターンについて、各パーティションのDNパターン文字列を設定します。
たとえば、cn=[a].*は、aで始まるuidを持つリクエストがパーティション1に送信されることを意味します。DNパターン文字列の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のDNパターン文字列構文に関する項を参照してください。

3. 辞書編集について、各パーティションの境界を英字で設定します。
たとえば、パーティション1について、From=A, To=Kのようにします。これは、AからKまでの値を持つuidsがパーティション1に送信されることを意味します。

4. 数値について、各パーティションの境界を数値で設定します。
たとえば、パーティション1について、From=0, To=1000のようにします。これは、0から1000までのuidsがパーティション1に送信されることを意味します。

上限値自体は含まれません。つまり、上限値を1000に設定した場合、999までのエントリのみがそのパーティションに分散されます。

いずれかの境界値を空白にした場合、unlimitedと見なされます。つまり、下限値を1000に設定し、上限値を空白にした場合、パーティションには1000以上のすべてが含められます。

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

10. グローバル索引を構成します。

1. 「グローバル索引を有効にする」を選択します。
容量アルゴリズムを選択した場合、容量アルゴリズムにはグローバル索引が必須であるため、このオプションはすでに選択されています。

2. 索引を作成する属性を追加します。

1. DNをグローバル索引に含める場合は、「DNの索引を作成する」を選択します。

2. DN以外の属性を含める場合は、「他の属性の索引を作成する」を選択します。

3. これらの属性をグローバル索引に含めるには、「使用可能な属性」リストから属性を選択し、「追加」をクリックします。
すべての使用可能な属性がリストされます。一意の値が含まれる属性のみを選択します。

必要に応じてsplit-ldifコマンドを使用し、LDIFファイルをグローバル索引に必要なデータが含まれるファイルに分割します。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のグローバル索引が含まれるグローバル索引カタログを作成するにはに関する項を参照してください。

インストール・ウィザードによって、デフォルトでgi-catalogという名前が付けられたグローバル索引カタログが作成され、選択した属性のグローバル索引がグローバル索引カタログに移入されます。すべてのグローバル索引が同じグローバル索引カタログ(gi-catalog)に関連付けられます。また、インストール・ウィザードにより、ディレクトリ・マネージャと同じパスワードでグローバル索引レプリケーション管理者が作成されます。

グローバル索引の構成および使用の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のコマンド行を使用したグローバル索引の構成に関する項を参照してください。

11. 各パーティションについて、対応するパーティション化されたデータを保持するリモートLDAPサーバーを選択します。
ロード・バランシングにより分散をデプロイするパーティションごとに、リモートLDAPサーバーを少なくとも2つ選択する必要があります。

1. リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーである場合、「Oracleのサーバーの追加」をクリックします。
Oracle Unified Directoryサーバーの場合:

1. 「レプリケートされたOracle Unified Directoryサーバーに接続」を選択します。

2. リモートOracle Unified Directoryサーバーのホスト名、管理ポート、管理バインドDNおよびパスワードを入力します。

3. 「接続」をクリックします。

4. 証明書を受け入れます。

5. ロード・バランスされたトポロジに含める必要があるサーバーを確認します。
レプリケートされたトポロジにおけるいずれかのディレクトリ・サーバーの詳細を入力すると、そのトポロジに含まれる他のすべてのレプリケートされたサーバーが設定ウィザードに表示されます。

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

Oracle Directory Server Enterprise Editionサーバーの場合:

1. 「DSCCレジストリに接続」を選択します。

2. DSCCレジストリ用のDSCCホスト名、DSCCポート、プロトコルおよびDirectory Service Manager資格証明を入力します。

3. ロード・バランスされたトポロジに含める必要があるサーバーを確認します。
設定ウィザードには、DSCCレジストリに登録されたすべてのOracle Directory Server Enterprise Editionサーバー・インスタンスが表示されます。

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

2. リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーでない場合、「サーバーの追加」をクリックします。

1. サーバー名、ポートおよびセキュリティの設定を入力します。
ここで設定したセキュリティ設定により、Oracle Unified Directoryプロキシ・サーバーとリモートLDAPサーバーの間のセキュリティが決定されます。セキュリティ・オプションの設定の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシとデータ・ソースの間のセキュリティの構成に関する項を参照してください。

2. 「追加」をクリックします。

3. 分散されたトポロジのすべてのリモートLDAPサーバーを追加したら、「閉じる」をクリックします。

12. パーティションごとにロード・バランシングを設定します。

1. ロード・バランシング・アルゴリズムを選択します。
たとえば、デフォルト値と比例を選択します。

2. ロード・バランシング・アルゴリズムのプロパティを設定するか、デフォルト値を選択します。
インストールを完了したら、プロパティを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のロード・バランシングのプロパティの変更に関する項を参照してください。

- 比例ロード・バランシングについて重みを設定します。リクエストは、指定された重みに基づいてリモートLDAPサーバー間で分散されます。
たとえば、デフォルト値1をそのまま使用した場合、すべてのサーバーが同数のリクエストを受信します。

- 「フェイルオーバー」について、サーバーが使用される順序を指定します。
値が1のサーバーは、メイン・サーバーとなります。その他のサーバーは、優先度が1のサーバーに障害がある場合のみ使用されます。

- 「飽和」について、サーバーが使用される順序と、各サーバーの飽和しきい値を設定します。
リクエストは、指定されたしきい値に達するまで、優先度が最も高い(1)サーバーに送信されます。飽和しきい値は、サーバーが飽和している(いっぱいである)と見なされるレートです。通常、この制限は100%未満に設定する必要があります。

- 「最適」については、追加の構成は必要ありません。
自動計算された飽和索引に基づいてアクティブなサーバーが選択されます。

13. 「実行時オプション」パネルで、特定のJVM設定を構成するには「変更」をクリックし、デフォルトのJVM設定でサーバーを実行するには「次」をクリックします。
詳細は、「インストール時のJavaランタイム設定の構成」を参照してください。

「確認」画面が表示されます。

14. インストール構成を確認します。
変更を加える必要がある場合、「前」ボタンを使用します。

15. このインストールで起動されるコマンドを表示するには、ドロップダウン・メニューから「コマンドの表示」を選択します。
これらのコマンドはログ・フォルダ内のログ・ファイルに保存されます。後でこれらのコマンドを使用して、類似のデプロイメント・オプションによる追加インストールを実行できます。

16. 「終了」をクリックして、インストールを終了します。

インストールが完了したら、dsconfigコマンドを使用してインストールを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のdsconfigを使用したサーバー構成の管理に関する項を参照してください。

4.1.5 エンタープライズ・ユーザー・セキュリティを構成するには

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-proxy-setupコマンドを実行し、プロキシ・サーバー・インストールを構成します。

(UNIX, Linux)  $ oud-proxy-setup
(Windows)      C:\> oud-proxy-setup.bat

このユーティリティはグラフィカル・インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryプロキシ・インスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-proxy-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-proxy-instance

4. 「ようこそ」パネルで「次へ」をクリックします。
「サーバー設定」画面が表示されます。

5. 次の情報を入力します。

- ホスト名: プロキシ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- LDAPリスナー・ポート: プロキシ・サーバーのLDAPポートを入力します。
提示されるデフォルト・ポートは、389で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1389です(使用可能な場合)。

- LDAPセキュア・アクセス: SSLを構成するには、「構成」をクリックします。
次の情報を入力します。

1. SSLアクセス: 「SSLの有効化」を選択し、セキュアLDAP操作に対して有効なポートを入力します。
提示されるデフォルト・セキュア・ポートは、636で終わる最初の使用可能なポートです。UNIXプラットフォームでは、非ルート・ユーザーとしてインストーラを実行した場合、デフォルトは1636です(使用可能な場合)。

2. 証明書: テスト環境の場合、自己署名付き証明書を生成するを選択します。
本番サーバーでは、「既存の証明書を使用する」を選択し、「キー・ストアのタイプ」を選択します。キーストア・パスと、必要に応じてキーストアPINを入力します。

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

- 管理ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- ルート・ユーザーDN: ルート・ユーザーDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: ルート・ユーザーのバインド・パスワードを入力します。

- パスワード(確認): ルート・ユーザーのバインド・パスワードを再入力します。

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

「デプロイメント・オプション」画面がデプロイされます。

6. 「構成オプション」ドロップダウン・メニューから「EUSを構成します」を選択します。

注意:

後で構成しますを選択した場合、前のステップで指定したサーバー設定のみが構成されます。このため、デプロイメントを構成するには、dsconfigコマンドまたはODSMインタフェースを使用する必要があります。

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

「バックエンド・サーバー・タイプ」画面が表示されます。

7. ユーザーIDを格納するLDAPサーバーのタイプを選択します。
「次へ」をクリックします。

「バックエンド・サーバー」画面が表示されます。

8. EUSユーザーおよびグループを含むリモートLDAPサーバーを選択します。

- リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーである場合、「Oracleのサーバーの追加」をクリックします。

1. Oracle Unified Directoryサーバーの場合:
「レプリケートされたOracle Unified Directoryサーバーに接続」を選択します。

リモートOracle Unified Directoryサーバーのホスト名、管理ポート、管理バインドDNおよびパスワードを入力します。

「接続」をクリックします。

証明書を受け入れます。

レプリケートされたトポロジに含める必要があるサーバーを確認します。

レプリケートされたトポロジにおけるいずれかのディレクトリ・サーバーの詳細を入力すると、そのトポロジに含まれる他のすべてのレプリケートされたサーバーが設定ウィザードに表示されます。

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

2. Oracle Directory Server Enterprise Editionサーバーの場合:
「DSCCレジストリに接続」を選択します。

DSCCレジストリ用のDSCCホスト名、DSCCポート、プロトコルおよびDirectory Service Manager資格証明を入力します。

レプリケートされたトポロジに含める必要があるサーバーを確認します。

設定ウィザードには、DSCCレジストリに登録されたすべてのOracle Directory Server Enterprise Editionサーバー・インスタンスが表示されます。

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

- リモートLDAPサーバーがOracle Unified DirectoryサーバーまたはOracle Directory Server Enterprise Editionサーバーでない場合、「サーバーの追加」をクリックします。

1. サーバー名、ポートおよびセキュリティの設定を入力します。
ここで設定したセキュリティ設定により、Oracle Unified Directoryプロキシ・サーバーとリモートLDAPサーバーの間のセキュリティが決定されます。セキュリティ・オプションの設定の詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシとデータ・ソースの間のセキュリティの構成に関する項を参照してください。

2. 「追加」をクリックします。

3. ロード・バランスされたトポロジのすべてのリモートLDAPサーバーを追加したら、「閉じる」をクリックします。

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

「ロード・バランシング・オプション」画面が表示されます。

この画面が表示されるのは、複数のLDAPサーバーを選択した場合のみです。

9. ロード・バランシング・アルゴリズムのプロパティを設定するか、デフォルト値を選択します。
インストールを完了したら、プロパティを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のロード・バランシングのプロパティの変更に関する項を参照してください。

- 「比例」について重みを設定します。リクエストは、指定された重みに基づいてリモートLDAPサーバー間で分散されます。
たとえば、デフォルト値1をそのまま使用した場合、すべてのサーバーが同数のリクエストを受信します。

- 「フェイルオーバー」について、サーバーが使用される順序を指定します。
値が0のサーバーは、優先度が最も高いサーバーです。その他のサーバーは、メイン・サーバーに障害がある場合のみ使用されます。

- 「飽和」について、サーバーが使用される順序と、各サーバーの飽和しきい値を設定します。
リクエストは、指定されたしきい値に達するまで、優先度が最も高い(1)サーバーに送信されます。飽和しきい値は、サーバーが飽和している(いっぱいである)と見なされるレートです。通常、この制限は100%未満に設定する必要があります。

- 「最適」については、追加の構成は必要ありません。
自動計算された飽和索引に基づいてアクティブなサーバーが選択されます。

各種ロード・バランシング・アルゴリズムの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシを使用したロード・バランシングに関する項を参照してください。

「ネーミング・コンテキスト」画面が表示されます。

10. ネーミング・コンテキストまたはサフィックスを入力します。
リモートLDAPサーバーがオンラインである場合、設定でサーバーに接続され、サーバーで使用可能なネーミング・コンテキストが表示されます。

ネーミング・コンテキストが提示されない場合、使用するネーミング・コンテキストのDNを入力します(例: dc=example,dc=com)。「追加」をクリックします。

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

「実行時オプション」画面が表示されます。

11. 「実行時オプション」パネルで、特定のJVM設定を構成するには「変更」をクリックし、デフォルトのJVM設定でサーバーを実行するには「次」をクリックします。

12. インストール構成を確認します。
変更を加える必要がある場合、「前」ボタンを使用します。

13. このインストールで起動されるコマンドを表示するには、ドロップダウン・メニューから「コマンドの表示」を選択します。
これらのコマンドはログ・フォルダ内のログ・ファイルに保存されます。後でこれらのコマンドを使用して、類似のデプロイメント・オプションによる追加インストールを実行できます。

14. 「終了」をクリックして、インストールを終了します。
インストールが完了したら、dsconfigコマンドを使用してインストールを変更できます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のdsconfigを使用したサーバー構成の管理に関する項を参照してください。

EUSコンテキストの構成

次の手順で、定義済のEUSサフィックスごとにEUSコンテキストを構成する必要があります。

1. install_dir\config\EUS\ (Windowsの場合)またはinstall_dir/config/EUS/ (UNIXの場合)にあるeusData.ldifファイルのコピーを作成します。
たとえば、ルート・ユーザーDNはcn=directory managerであり、次のEUSサフィックスが作成されます。

- dc=eus A

- dc=eus B

ファイル/tmp/password.txtにはルート・ユーザーDNのパスワードが含まれ、4444はOUDインスタンスのデフォルトの管理ポートです。

次の手順でeusData.ldif fileのコピーを2つ作成します。

- /tmp/eusDataA.ldif

- /tmp/eusDataB.ldif

2. テキスト・エディタでeusData.ldifファイルを開き、次の操作を実行します。

- dc=example and dc=comの出現箇所を、EUSサフィックスのDNで置き換えます。

- cn=orcladminの出現箇所を、設定時に指定したルート・ユーザーDNで置き換えます。

たとえば、次の操作を実行する必要があります。

- eusDataA.ldifファイルおよびeusDataB.ldifファイルで、cn=orcladminをcn=directory managerに置き換えます。

- eusDataA.ldifファイルで、dc=exampleおよびdc=comをdc=eus Aに置き換えます。

- eusDataB.ldifファイルで、dc=exampleおよびdc=comをdc=eus Bに置き換えます。

3. 次のコマンドを実行して、ファイルの内容をインポートする必要があります。
Windowsの場合:

OUD_INSTANCE_ROOT\OUD\bin\import-ldif -n oraclecontextSUFFIX_NUMBER -l /
PATH_OF_THE_EDITED_FILE -F --hostname OUD_HOST_NAME --port OUD_ADMINISTRATION_PORT /
--bindDN OUD_ROOT_USER_DN --bindPasswordFile PATH_OF_FILE_WITH_OUD_ROOT_USER_PASSWORD

UNIXの場合:

OUD_INSTANCE_ROOT/OUD/bin/import-ldif -n oraclecontextSUFFIX_NUMBER -l \
PATH_OF_THE_EDITED_FILE -F --hostname OUD_HOST_NAME --port OUD_ADMINISTRATION_PORT \
--bindDN OUD_ROOT_USER_DN --bindPasswordFile PATH_OF_FILE_WITH_OUD_ROOT_USER_PASSWORD

たとえば、次のようにeusDataA.ldifファイルの内容をインポートします。

注意:

バックエンドIDは1です。たとえば、oraclecontext1のようになります。

Windowsの場合:

<OUD_INSTANCE_ROOT>\OUD\bin\import-ldif -n oraclecontext1 -l
\tmp\eusDataA.ldif -F --hostname localhost --port 4444 --bindDN "cn=directory manager" --bindPasswordFile \tmp\password.txt

UNIXの場合:

<OUD_INSTANCE_ROOT>/OUD/bin/import-ldif -n oraclecontext1 -l
/tmp/eusDataA.ldif -F --hostname localhost --port 4444 --bindDN "cn=directory manager" --bindPasswordFile /tmp/password.txt

次のようにeusDataB.ldifファイルの内容をインポートします。

注意:

バックエンドIDは2です。たとえば、oraclecontext2のようになります。

Windowsの場合:

<OUD_INSTANCE_ROOT>\OUD\bin\import-ldif -n oraclecontext2 -l
\tmp\eusDataB.ldif -F --hostname localhost --port 4444 --bindDN "cn=directory manager" --bindPasswordFile \tmp\password.txt

UNIXの場合:

<OUD_INSTANCE_ROOT>/OUD/bin/import-ldif -n oraclecontext2 -l
/tmp/eusDataB.ldif -F --hostname localhost --port 4444 --bindDN "cn=directory manager" --bindPasswordFile /tmp/password.txt

4.2 CLIを使用したプロキシの設定

コマンド行モードでoud-proxy-setupを実行すると、プロキシ・ポート、ホスト名およびセキュリティ構成が定義されます。

デプロイメントを完了し、ロード・バランシングまたは分散を構成するには、dsconfigを使用するか(『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のdsconfigによるプロキシ構成の管理に関する項を参照)、ODSMインタフェースを使用する(『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のODSMによるプロキシ構成の管理に関する項を参照)必要があります。

共通プロパティ・ファイルを使用してオプションのデフォルト値を指定することもできます。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバー・コマンドによるプロパティ・ファイルの使用に関する項を参照してください。

4.2.1 CLIを使用したプロキシの設定

前にグラフィカル・ウィザードを使用してプロキシを設定している場合、インストールを完了する前に、ウィザードで起動されるコマンドをコピーできます。インストール・ウィザードで表示されるコマンドは、インストールのスクリプト記述に適した開始点です。この方法の詳細は、第4.3項「プロキシ・インストールの複製」を参照してください。

1. ソフトウェアをインストールしたら、ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-proxy-setupを--cliオプションとともに入力し、次のようにサーバー詳細を指定します。

Unix, Linux
$ oud-proxy-setup --cli -p 1389 --adminConnectorPort 4444 -D "cn=Directory Manager" -j pwd-file
Windows
C:\> oud-proxy-setup.bat -cli -p 1389  --adminConnectorPort 4444 -D "cn=Directory Manager" -j pwd-file

前述の例では、-pはクライアントとプロキシの間におけるデータの送信に使用されるプロキシLDAPポート、--adminConnectorPortはプロキシ管理ポート、-DはバインドDN、さらに-jはプロキシLDAPバインド・パスワードが含まれるファイルです。

このユーティリティはコマンド行インストーラを起動して、OUD-base-location/instance-dirにOracle Unified Directoryプロキシ・インスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-proxy-instance

デフォルトにより、インスタンスはOUD-base-locationのすぐ下に作成されます。インスタンス・パスを変更するには、INSTANCE_NAME変数の設定時にOUD-base-locationへの相対パスを含めます。次に例を示します。

$ export INSTANCE_NAME=../../local/my-oud-proxy-instance

注意:

インストーラの起動時に次のオプションを指定して、EUSをcliモードで構成できます。

oud-proxy-setup --eusContext {namingContext}

次に例を示します。

oud-proxy-setup --eusContext dc=example,dc=com

4. プロキシ・デプロイメントを完了するには、ワークフロー要素、ワークフロー、ネットワーク・グループなどを構成する必要があります。
構成されるコンポーネントのリストは、デプロイメント・アーキテクチャによって決まります。サポートされているユースケースに基づく例は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のプロキシ構成の例に関する項を参照してください。

4.3 プロキシ・インストールの複製

レプリケートされたOracle Unified Directoryプロキシを設定するには、Oracle Unified Directoryプロキシ・インストールを複製する必要があります。

4.3.1 GUIを使用したプロキシ・インストールの複製

グラフィカル・インストール・ウィザードを使用してOracle Unified Directoryプロキシを設定している場合、インストールを完了する前に、ウィザードで起動されるコマンドをコピーできます。インストール・ウィザードで表示されるコマンドは、インストールのスクリプト記述に適した開始点です。

1. グラフィカル・インストール・ウィザードを使用してプロキシ・インストールを定義しますが、「完了」はクリックしないでください。

2. 「確認」ページで、右上の「コマンドの表示」ボタンを選択します。

3. 表示されたコマンドをコピーします。

4. それらをテキスト・ファイルに貼り付けます。
「完了」をクリックして1回目のインストールを完了できます。

5. コマンドを編集し、ポート、ホスト名およびパスワードを変更します。
インスタンス名を予測するか、INSTANCE_NAME変数を設定して、汎用変数asinstを適切なインスタンス名に置き換えます。また、シェル・スクリプト言語によっては、特定の引数を引用符で囲む必要がある場合があります。

6. 更新済のファイルをスクリプトとして保存します。

7. 「Oracle Unified Directoryのインストール」の説明に従って、次のOracle Unified Directoryプロキシ・インスタンスのホストとなるマシンにOracle Unified Directoryソフトウェアをインストールします。

8. ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

9. ステップ5で保存したスクリプトを実行します。

4.3.2 インストール・ログ・ファイルを使用したプロキシ・インストールの複製

プロキシ・インストールを完了すると、oud-setupというログ・ファイルにインストールのコマンドが保存されます。このファイルを使用して、Oracle Unified Directoryプロキシ・インスタンスを複製できます。

1. ログ・ディレクトリに移動します。

$ cd OUD-base-location/instance-name/OUD/logs

2. oud-setupファイルを開きます。

3. コマンドを編集し、新規プロキシ・インスタンスのポート、ホスト名およびパスワード・ファイルを変更します。
インスタンス名を予測するか、INSTANCE_NAME変数を設定して、汎用変数asinstを適切なインスタンス名に置き換えます。また、シェル・スクリプト言語によっては、特定の引数を引用符で囲む必要がある場合があります。

4. 更新済のファイルをスクリプトとして保存します。

5. 「Oracle Unified Directoryのインストール」の説明に従って、次のOracle Unified Directoryプロキシ・インスタンスのホストとなるマシンにOracle Unified Directoryソフトウェアをインストールします。

6. ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\ORACLE_HOME

7. ステップ4で保存したスクリプトを実行します。

4.4 冗長性の確認

デプロイメント内でシングル・ポイント障害を回避するには、プロキシに冗長性を持たせる必要があります。冗長性を持たせるには、レプリケートされた複数のプロキシ・サーバー・インスタンスを使用します。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のレプリケートされた複数のプロキシに関する項を参照してください。

5 レプリケーション・ゲートウェイの設定

レプリケーション・ゲートウェイは、Oracle Directory Server Enterprise EditionとOracle Unified Directoryの間でレプリケーションを有効にします。この主な目的は、Oracle Directory Server Enterprise Editionデプロイメントからの移行を容易にすることです。

レプリケーション・ゲートウェイは次の2通りの方法で設定できます。

- Graphical User Interface (GUI)。GUI設定ではJavaベースのグラフィカル・インストーラが使用されるため、レプリケーション・ゲートウェイの設定および構成が非常に短い時間で可能です。

- コマンド行インタフェース(CLI)。コマンド行設定は、対話型と非対話型のどちらでも使用できます。非対話型設定では、ユーザーが介入せずにサーバーを構成できます。対話型設定では、構成の開始前に必要な情報の入力が求められます。

注意:

コマンド行設定は複雑であるため、スクリプト記述でのみ使用することをお薦めします。レプリケーション・ゲートウェイは、できるだけGUIを使用して設定してください。

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

- 第5.1項「ゲートウェイを設定する前に」

- 第5.2項「GUIを使用したレプリケーション・ゲートウェイの設定」

- 第5.3項「CLIを使用したレプリケーション・ゲートウェイの設定」

- 第5.4項「レプリケーション・ゲートウェイの設定の確認」

5.1 ゲートウェイを設定する前に

レプリケーション・ゲートウェイ・インスタンスを設定する前に、次の操作を行う必要があります。

- Oracle Directory Server Enterprise Edition構成とOracle Unified Directory構成との矛盾を考慮に入れるように、トポロジ内のOracle Unified Directoryサーバーを構成する必要があります。
ds2oudコマンドを実行して、レプリケートされたトポロジ内のOracle Directory Server Enterprise Editionサーバーと共存するようにOracle Unified Directoryディレクトリ・サーバーを構成します。詳細は、Oracle Unified Directory管理ガイドのOracle Directory Server Enterprise EditionおよびOracle Unified Directoryの間のレプリケートに関する項を参照してください。

- レプリケーション・ゲートウェイに接続されるOracle Directory Server Enterprise Editionサーバーは、レプリケーション用に構成され、マスター・レプリカである必要があります。
Oracle Directory Server Enterprise Editionのレプリケートされるサフィックスにおいて、レプリケーションを有効化する必要があります。これは、トポロジ内のOracle Directory Server Enterprise Editionサーバーが1つのみである場合でも当てはまります。

- レプリケーション・ゲートウェイの設定では、Oracle Unified DirectoryサーバーおよびOracle Directory Server Enterprise Editionサーバーへの接続が試行されます。したがって、これらのサーバーが稼働している必要があります。

5.2 GUIを使用したレプリケーション・ゲートウェイの設定

次の手順では、Graphical User Interfaceを使用したレプリケーション・ゲートウェイ・サーバー・インスタンスの設定について説明します。

1. ソフトウェアをインストールしたら、OUD_ORACLE_HOMEサブディレクトリに移動します。

(UNIX, Linux)  $ cd OUD-base-location/OUD_ORACLE_HOME
(Windows)      C:\> cd OUD-base-location\OUD_ORACLE_HOME

2. JAVA_HOME環境変数が、サポートされているJVMインストール(Java 1.6以上)に設定されていることを確認します。

3. oud-replication-gateway-setupコマンドを実行し、レプリケーション・ゲートウェイ・インストールを構成します。

(UNIX, Linux)  $ oud-replication-gateway-setup
(Windows)      C:\> oud-replication-gateway-setup.bat

このユーティリティはグラフィカル・インストーラを起動して、OUD-base-location/instance-dirにレプリケーション・ゲートウェイ・インスタンスを作成します。

デフォルトのインスタンス・ディレクトリ名はasinst_1であり、asinst_2、asinst_3などの名前を持つ同じサーバー上に後続のインスタンスが設定されます。別のインスタンス名を指定するには、設定を実行する前にINSTANCE_NAME環境変数を、たとえば次のように設定します:

$ export INSTANCE_NAME=my-oud-instance

4. 「ようこそ」画面で、「次へ」をクリックします。
レプリケートされたトポロジ内のOracle Directory Server Enterprise Editionサーバーと共存するようにOracle Unified Directoryディレクトリ・サーバーを構成したことを確認するよう求める確認メッセージが表示されます。これを完了している場合は、「はい」をクリックします。完了していない場合は「いいえ」をクリックし、インストーラを終了してds2oudコマンドを実行し、レプリケーション・ゲートウェイをインストールする前に必要な構成を実行します。詳細は、Oracle Unified Directory管理ガイドのOracle Directory Server Enterprise EditionおよびOracle Unified Directoryの間のレプリケートに関する項を参照してください。

「レプリケーション・ゲートウェイの管理」画面が表示されます。

5. 次の情報を入力します。

- ホスト名: このレプリケーション・ゲートウェイ・インスタンスのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- 管理コネクタ・ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- ルート・ユーザーDN: ルート・ユーザーDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: ルート・ユーザーのバインド・パスワードを入力します。

- パスワード(確認): ルート・ユーザーのバインド・パスワードを再入力します。

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

「ODSEEサーバーの設定」画面が表示されます。

6. 次の情報を入力します。

- ホスト名: ODSEEディレクトリ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- ポート: ODSEEディレクトリ・サーバーのLDAPポートを入力します。

- バインドDN: Oracle Directory Server Enterprise Editionサーバーへのアクセスに使用されるバインドDNを入力するか、デフォルトのcn=Directory Managerをそのまま使用します。

- パスワード: バインド・パスワードを入力します。

- Oracle Unified Directoryサーバーが読取り専用サーバーである場合、最初のチェック・ボックスの選択を解除します。そうでない場合は選択した状態にしておきます。

- ゲートウェイとOracle Directory Server Enterprise Editionサーバーの間のトラフィックを保護する手順は、次のとおりです。

1. 「ODSEEとレプリケーション・ゲートウェイの間でSSLを使用する」チェック・ボックスを選択します。

2. 上記で指定したポートがOracle Directory Server Enterprise Editionサーバーのセキュア・ポートであることを確認します。

3. 「クライアント認証を使用する」チェック・ボックスを選択し、「変更」をクリックして証明書を構成します。

- ODSEE Directory Service Control Centerレジストリへの登録を含むレプリケーション監視を設定するには、次の情報を入力します。

1. ODSEEとレプリケーション・ゲートウェイ間でDSCCモニタリングを有効化するチェック・ボックスを選択します。

2. DSCC Directory Service Manager: Directory Service Managerのユーザー名を入力します。

3. DSCC Directory Service Managerのパスワード: Directory Service Managerのパスワードを入力します。

4. DSCCレジストリ・ホスト名: DSCCレジストリ・ホストのホスト名またはIPアドレスを入力します。

5. DSCCレジストリ・ポート: DSCCレジストリ・ホストのポート番号を入力します。

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

「レプリケーション設定の確認」画面が表示されます。

7. ODSEEレプリケーション設定を確認し、「次へ」をクリックします。
「ODSEEレプリケーション用のポート」画面が表示されます。

8. Oracle Directory Server Enterprise Editionのレプリケーション更新に使用されるレプリケーション・ゲートウェイ・インスタンスのポートを入力します。

9. 「次へ」をクリックします。
「Oracle Unified Directoryサーバーの設定」画面が表示されます。

10. 次の情報を入力します。

- ホスト名: ディレクトリ・サーバーのホスト名またはIPアドレスを入力します。
デフォルトはローカル・ホスト名です。

- 管理コネクタ・ポート: 管理トラフィックに使用されるポートを入力します。
デフォルトの管理ポートは4444です。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のサーバーに対する管理トラフィックの管理に関する項を参照してください。

- グローバル管理者のユーザーID: Oracle Unified Directoryインスタンスのレプリケーションを管理するために定義されたグローバル管理者の名前を入力します。
グローバル管理者が定義されていない場合、ルート・ユーザー・バインドDNを入力します。

- グローバル管理者のパスワードを入力します。

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

11. 証明書を受け入れます。

12. Oracle Unified Directoryサーバーがレプリケーション用に以前構成されていない場合、次のステップを実行します。

- このディレクトリ・サーバーのレプリケーション・ポート番号を入力します。

- 新規グローバル管理者のUIDおよびパスワードを指定します。

13. レプリケーション設定を確認し、「次へ」をクリックします。
「レプリケートされるベースDN」画面が表示されます。

14. Oracle Directory Server Enterprise EditionサーバーとOracle Unified Directoryサーバーの間でレプリケートされるサフィックスを選択します。

15. 「確認」画面で最終的なトポロジを確認し、「完了」をクリックしてインストールを完了します。
ドロップダウン・リストの「サマリーの表示」メニュー項目を選択すると、結果トポロジのテキスト形式サマリーが表示されます。

「トポロジの表示」メニュー項目を選択すると、トポロジのグラフィカル・サマリーが表示され、結果トポロジの物理的な着想を得るのに役立ちます。

「同等のコマンド行の表示」メニュー項目を選択すると、レプリケーション・ゲートウェイの構成で実行されるすべてのコマンドが表示されます。この項目は、2つのサーバー間でレプリケーションを開始するために必要な次のステップについても情報を提供します。詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のOracle Directory Server Enterprise EditionおよびOracle Unified Directoryの間のレプリケートに関する項を参照してください。

16. 「完了」をクリックして設定を完了します。

5.3 CLIを使用したレプリケーション・ゲートウェイの設定

コマンド行でレプリケーション・ゲートウェイを設定するには、次のコマンドを入力します。

$ oud-replication-gateway-setup --cli

対話型コマンド行モードでは、必要な構成詳細の指定が求められます。次に例を示します。

$ oud-replication-gateway-setup --cli
OUD Instance location successfully created - /local/OUD_BASE/Oracle_OUD1/../asinst_4
The migration utility ds2oud must be run to configure the OUD servers before
setting up the replication gateway.
If you have executed ds2oud type 'yes' to continue, type 'no' otherwise. (yes
/ no) [yes]: yes

Oracle Unified Directory 11.1.2.1.0
Please wait while the replication gateway setup program initializes ..... Done.

====================================================================
Replication gateway administration settings
====================================================================

You must provide the fully-qualified name of the host where the replication
gateway will be installed.  The ODSEE server and Oracle Unified Directory
servers in the replication topology must be able to access this host name
[server1]:

What would you like to use as the initial root user DN for the replication
gateway? [cn=Directory Manager]:

スクリプト記述を容易にするために、--no-promptオプションを使用して、非対話型モードでレプリケーション・ゲートウェイを設定することもできます。次の例では、非対話型モードでの標準的なレプリケーション・ゲートウェイ設定を示しています。

$ oud-replication-gateway-setup --cli --hostname localhost \
--adminConnectorPort 4444 --replicationPortForLegacy 2389 \
--rootUserDN "cn=Directory Manager" --rootUserPasswordFile pwd-file \
--baseDN dc=example,dc=com --hostNameLegacy ODSEE-host \
--portLegacy 1389 --doNotUpdateTrustStoreWithLegacyCertsArg \
--bindDNLegacy "cn=Directory Manager" --bindPasswordFileLegacy pwd-file \
--hostNameNg OUD-host --portNg 4444 --adminUID admin \
--adminPasswordFile pwd-file --trustAll --no-prompt \
--noPropertiesFile --doNotMonitorUsingDsccLegacy

次の例では、ODSEE Directory Service Control Centerレジストリへの登録を含む、非対話型モードでの標準的なレプリケーション・ゲートウェイ設定を示しています。これは、ODSEE監視インタフェースを使用して、レプリケートされた変更を監視する場合に役立ちます。

$ oud-replication-gateway-setup --cli --hostname localhost \
--adminConnectorPort 4444 --replicationPortForLegacy 2389 \
--rootUserDN "cn=Directory Manager" --rootUserPasswordFile pwd-file \
--baseDN dc=example,dc=com --hostNameLegacy ODSEE-host \
--portLegacy 1389 --doNotUpdateTrustStoreWithLegacyCertsArg \
--bindDNLegacy "cn=Directory Manager" --bindPasswordFileLegacy pwd-file \
--hostNameNg OUD-host --portNg 4444 --adminUID admin \
--adminPasswordFile pwd-file --trustAll --no-prompt --noPropertiesFile \
--dsccHostLegacy  gnb10492 --dsccPortLegacy 3998 --dsccAdminUidLegacy admin \
--dsccPasswordFileLegacy pwd-file

すべてのコマンド行オプションの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のoud-replication-gateway-setupに関する項を参照してください。

5.4 レプリケーション・ゲートウェイの設定の確認

レプリケーション・ゲートウェイが設定済で正しく機能していることを確認するには、Oracle Unified Directoryサーバーにエントリを追加します。新しく追加したエントリがOracle Directory Server Enterprise Editionサーバーに正常にレプリケートされたことを確認します。

次の例では、Oracle Unified Directoryサーバーにユーザー・エントリが追加されます。

$ ldapmodify -a -h oud-host -p 1389 -D "cn=directory manager" -j pwd-file
dn: uid=bjensen,ou=People,dc=example,dc=com
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetorgPerson
uid: bjensen
givenName: Barbara
sn: Jensen
cn: Babs Jensen
telephoneNumber: (408) 555-3922
facsimileTelephoneNumber: (408) 555-4000
mail: bjensen@example.com
userPassword: secret

Processing ADD request for uid=bjensen,ou=People,dc=example,dc=com
ADD operation successful for DN uid=bjensen,ou=People,dc=example,dc=com

次の例では、そのユーザー・エントリがOracle Directory Server Enterprise Editionサーバー上で検索されます。

$ ldapsearch -h odsee-host -p 1389 -D "cn=directory manager" -j pwd-file -b "ou=people,dc=example,dc=com" ("uid=bjensen")

version: 1
dn: uid=bjensen, ou=People, dc=example,dc=com
cn: Barbara Jensen
cn: Babs Jensen
sn: Jensen
givenName: Barbara
objectClass: top
objectClass: person
objectClass: organizationalPerson
objectClass: inetOrgPerson
ou: Product Development
ou: People
l: Cupertino
uid: bjensen
mail: bjensen@example.com
telephoneNumber: +1 408 555 1862
facsimileTelephoneNumber: +1 408 555 1992
roomNumber: 0209
userPassword: {SSHA}rDLnCHlFRhyAcBM7GZpby0MrwfxzTlIEdG7WYA==

6 Oracle Unified Directoryソフトウェアの11g リリース2 PS2 (11.1.2.2.0)への更新

この章では、サービスを中断せずにディレクトリ・サービスを最新バージョンに更新するための幅広い戦略と、個々のサーバー・インスタンスを更新するためのステップについて説明します。

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

- 第6.1項「Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)の新機能」

- 第6.2項「Oracle Unified Directoryを更新するための開始点」

- 第6.3項「Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)への更新に関する特記事項」

- 第6.4項「サービスを中断せずにディレクトリ・サービスを更新」

- 第6.5項「既存のOracle Unified Directoryインスタンスの更新」

- 第6.6項「Oracle Directory Services Managerの更新」

6.1 Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)の新機能

詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のOracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)で導入された新機能に関する項を参照してください。

6.2 Oracle Unified Directoryを更新するための開始点

次の開始点がサポートされています。

- Oracle Unified Directory 11g リリース1 (11.1.1.5)

- Oracle Unified Directory 11g リリース2 (11.1.2.0)

- Oracle Unified Directory 11g リリース2 PS1 (11.1.2.1.0)

6.3 Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)への更新に関する特記事項

次のコンポーネントは、Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)の環境に更新されません。

- gicadmを使用して構成されたグローバル索引カタログ: 11g リリース1 (11.1.1.5)または11g リリース2 (11.1.2.0)のグローバル索引カタログの構成は更新できません。Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2)に更新した後、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のgicadmを使用したグローバル索引カタログの構成に関する項の説明に従って、gicadmを使用してグローバル索引カタログを再構成する必要があります。

- 旧バージョンのOracle Directory Services Managerは、Oracle Unified Directory 11g リリース2 PS2 (11.1.2.2.0)に更新できません。第6.6項「Oracle Directory Services Managerの更新」の説明に従って、Oracle Directory Services Managerを更新する必要があります。

6.4 サービスを中断せずにディレクトリ・サービスを更新

レプリケートされたOracle Unified Directoryトポロジの更新には、サーバー・インスタンスごとのソフトウェアの個別の更新が含まれます。ただし、通常はサービスをまったく中断せずにトポロジ全体を更新できる必要があります。更新プロセス中は特定のサーバー・インスタンスを停止する必要があるため、更新中にサービスを保持するには、特定のサーバーが停止している間にクライアント・リクエストを処理できる代替サーバーがあることが必要です。

更新中にサービスを保持するための戦略は、デプロイメントの詳細によって決まります。

バックエンド・サーバーにクライアント・リクエストをルーティングする1つ以上のプロキシ・サーバー・インスタンスがデプロイメントに含まれる場合、一度に1つのディレクトリ・サーバーを安全に停止し、そのサーバー・インスタンスを更新できます。プロキシ・サーバーは、サービスが中断されないようにクライアント・リクエストの再ルーティングを処理します。プロキシ・サーバー・インスタンスをアップグレードするには、同じ構成を持つ複数のプロキシ・サーバー・インスタンスが必要です。

デプロイメントにプロキシ・サーバーが含まれない場合、特定のディレクトリ・サーバー・インスタンスの更新中にリクエストを代替サーバーに送信するよう、クライアント・アプリケーションを構成する必要があります。

次の各項では、以前説明した各シナリオで実行するステップについて説明します。

- 第6.4.1項「プロキシ・サーバーが含まれるトポロジでのアップグレード」

- 第6.4.2項「プロキシ・サーバーが含まれないトポロジでのアップグレード」

6.4.1 プロキシ・サーバーが含まれるトポロジでのアップグレード

次の各ダイアグラムは、レプリケートされたプロキシ・サーバーが含まれる2つのレプリケートされたトポロジを示しています。この項では、2つのシナリオについて説明します。

- 最初のトポロジでは、ディレクトリ・サーバーおよびレプリケーション・サーバー(RS)が同じホスト上にインストールされていることを前提としています。

- 2つ目のトポロジでは、ディレクトリ・サーバーおよびレプリケーション・サーバーが別々のホスト上にインストールされていることを前提としています。

これらのダイアグラムのグループ1およびグループ2は、構成済のレプリケーション・グループを参照します。詳細は、Oracle Unified Directory管理ガイドのレプリケーション・グループに関する項を参照してください。

6.4.1.1 同一ホスト上のレプリケーション・サーバーおよびディレクトリ・サーバー

レプリケーション・サーバーおよびディレクトリ・サーバーの両方が単一ホストに含まれており、これらのサーバーが同じORACLE_HOMEディレクトリに関連付けられている場合、サーバーは同時に停止および更新されます。

図6-1 プロキシ・サーバーRSおよびDSが同一ホスト上にあるレプリケートされたトポロジ

このトポロジでの更新戦略は次のようになります。

1. ディレクトリ・サーバーAにリクエストがルーティングされないように、プロキシ・サーバーAの構成を変更します。

2. ディレクトリ・サーバーAを停止します。このホスト上で動作するレプリケーション・サーバーは、同時に停止します。

3. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、ディレクトリ・サーバーAを更新します。

4. ディレクトリ・サーバーAを再起動します。

5. 次のサーバーをアップグレードする前に、ディレクトリ・サービスが正しく機能しているかどうかテストします。

6. そのレプリケーション・グループ内の各ディレクトリ・サーバーについて、ステップ1-5を繰り返します。

7. トポロジ内の各レプリケーション・グループについて、ステップ1-6を実行します。

8. プロキシ・サーバーAを停止します。

9. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、プロキシ・サーバーAを更新します。

10. プロキシ・サーバーAを再起動します。

11. トポロジ内の残りのプロキシ・サーバーについて、ステップ8-10を繰り返します。

6.4.1.2 別々のホスト上のレプリケーション・サーバーおよびディレクトリ・サーバー

レプリケーション・サーバーおよびディレクトリ・サーバーが別々のホスト上にインストールされている場合、これらのサーバーはここで説明している順序で停止および更新されます。

図6-2 プロキシ・サーバーRSおよびDSが別々のホスト上にあるレプリケートされたトポロジ

このトポロジでの更新戦略は次のようになります。

1. ディレクトリ・サーバーAにリクエストがルーティングされないように、プロキシ・サーバーAの構成を変更します。

2. ディレクトリ・サーバーAを停止します。

3. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、ディレクトリ・サーバーAを更新します。

4. ディレクトリ・サーバーAを再起動します。

5. 次のサーバーをアップグレードする前に、ディレクトリ・サービスが正しく機能しているかどうかテストします。

6. そのレプリケーション・グループ内の各ディレクトリ・サーバーについて、ステップ1-5を繰り返します。

7. レプリケーション・サーバー1を停止します。
レプリケーション・メカニズムにより、ディレクトリ・サーバーAおよびBがレプリケーション・サーバー2に接続するようになります。

8. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、レプリケーション・サーバー1を更新します。

9. レプリケーション・サーバー1を再起動します。

10. トポロジ内の各レプリケーション・グループについて、ステップ1-9を実行します。

11. プロキシ・サーバーAを停止します。

12. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、プロキシ・サーバーAを更新します。

13. プロキシ・サーバーAを再起動します。

14. トポロジ内の残りのプロキシ・サーバーについて、ステップ11-13を繰り返します。

6.4.2 プロキシ・サーバーが含まれないトポロジでのアップグレード

プロキシ・サーバー・インスタンスが含まれないトポロジでは、更新のためにディレクトリ・サーバーを停止させるたびに代替ディレクトリ・サーバーを指すよう、クライアント・アプリケーションを更新する必要があります。

次の各ダイアグラムは、プロキシ・サーバーが含まれないレプリケートされたトポロジを示しています。このトポロジでは、ディレクトリ・サーバーおよびレプリケーション・サーバーが同じORACLE_HOMEディレクトリにインストールされていることを前提としています。

このダイアグラムのグループ1およびグループ2は、構成済のレプリケーション・グループを参照します。詳細は、Oracle Unified Directory管理ガイドのレプリケーション・グループに関する項を参照してください。

図6-3 プロキシ・サーバーがないレプリケートされたトポロジ

このトポロジでの更新戦略は次のようになります。

1. アプリケーションがディレクトリ・サーバーAに直接アクセスしないように、クライアント・アプリケーション構成を変更します。

2. ディレクトリ・サーバーAを停止します。このホスト上のレプリケーション・サーバーは、同時に停止および更新されます。

3. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、ディレクトリ・サーバーAを更新します。

4. ディレクトリ・サーバーAを再起動します。

5. 次のサーバーをアップグレードする前に、ディレクトリ・サービスが正しく機能しているかどうかテストします。

6. アプリケーションがディレクトリ・サーバーBに直接アクセスしないように、クライアント・アプリケーション構成を変更します。

7. ディレクトリ・サーバーBを停止します。

8. 第6.5項「既存のOracle Unified Directoryインスタンスの更新」のステップを実行して、ディレクトリ・サーバーBを更新します。

9. トポロジ内の各レプリケーション・グループについて、ステップ1-8を実行します。

6.5 既存のOracle Unified Directoryインスタンスの更新

既存のORACLE_HOMEの上に更新済のソフトウェア・バージョンをインストールすることで、特定のORACLE_HOMEディレクトリに関連付けられたOracle Unified Directoryサーバー・インスタンスをすべて更新できます。

既存のOracle Unified Directoryインストールを更新するには、次のステップを実行します。

1. OTNまたはOracle Software Delivery Cloudから、最新バージョンのOracle Unified Directoryをダウンロードします。
詳細は、第2.1項「ソフトウェアの入手」を参照してください。

2. アップグレードするORACLE_HOMEディレクトリに関連付けられたOracle Unified Directoryサーバー・インスタンスをすべて停止します。
UNIX

$ instance-dir/OUD/bin/stop-ds

Windows

instance-dir\OUD\bat\stop-ds.bat

別のORACLE_HOMEに関連付けられたトポロジ内のサーバーは更新されないため、停止は必要ありません。

3. 第2.2項「Oracle Unified Directoryのインストール」で説明しているステップを実行します。
インストールの場所を指定する必要がある場合、元のインストールについて指定したものと同じOUDベースのホームおよびOracleホーム・ディレクトリ(ORACLE_HOME)を入力します。

これらのディレクトリの詳細は、第1.4項「インストール・ディレクトリの理解」を参照してください。

インストーラにより既存のインストールが認識され、関連バイナリ・ファイルが更新されます。サーバー・インスタンスを再作成しないでください。

4. Windowsの場合、start-ds.batファイル(INSTALL_DIR\bat\start-ds.batに格納されている)を手動でコピーし、アップグレードが必要なインスタンスのstart-ds.batファイルを置き換える必要があります。

5. ORACLE_HOMEディレクトリに関連付けられたOracle Unified Directoryサーバー・インスタンスをすべてアップグレードします。
UNIX

$ instance-dir/OUD/bin/start-ds --upgrade

Windows

instance-dir\OUD\bat\start-ds.bat --upgrade

start-ds --upgradeコマンドの出力は、<INSTANCE_PATH>/logs/server.outディレクトリに記録されます。

6. ステップ1で停止したサーバー・インスタンスを再起動します。
UNIX

$ instance-dir/OUD/bin/start-ds

Windows

instance-dir\OUD\bat\start-ds.bat

6.6 Oracle Directory Services Managerの更新

Oracle Unified Directoryソフトウェアを更新すると、Oracle Directory Services Manager (ODSM)バイナリもバージョン11.1.2.2.0に更新されます。アプリケーション・サーバーに応じて、次の操作を実行します。

- Oracle WebLogic ServerでのOracle Directory Services Managerの更新

- IBM WebSphereでのOracle Directory Services Managerの更新

6.6.1 Oracle WebLogic ServerでのOracle Directory Services Managerの更新

ODSM 11.1.2.2.0は、WebLogic Server 11g リリース1 (10.3.6)およびOracle Application Development Framework 11g リリース1 (11.1.1.7.0)と互換性があります。

注意:

Oracle Unified Directoryソフトウェアを更新した後、Oracle WebLogic Serverを再起動する必要があります。

Oracle WebLogic Serverを10.3.5から10.3.6にアップグレードするには、WebLogic Server 10.3.6更新インストーラをダウンロードし、第2.3.1.1項「Oracle WebLogic Serverのインストール」のステップを実行します。WebLogicソフトウェアをアップグレードする前に、すべてのWebLogicドメインを停止する必要があります。詳細は、Oracle WebLogic Serverアップグレード・ガイドを参照してください。

ODSM 11.1.2.2.0が正しく機能するために、Oracle Application Development Frameworkを11.1.1.7に更新する必要があります。Oracle Application Development Frameworkを11.1.1.5または11.1.1.6から11.1.1.7に更新するには、Oracle Application Development Frameworkをダウンロードし、Oracle Fusion Middleware Application Developerインストレーション・ガイドのステップを実行します。WebLogicソフトウェアをアップグレードしていない場合でも、Application Development Frameworkをアップグレードする前にWebLogicドメインを停止する必要があります。Oracle Application Development Frameworkのアップグレードの詳細は、Oracle SOA Suite、WebCenterおよびADFアップグレード・ガイドを参照してください。

6.6.2 IBM WebSphereでのOracle Directory Services Managerの更新

IBM WebSphereでOracle Directory Services Managerを更新するには、次の手順を実行します。

注意:

IBM WebSphereでOracle Directory Services Managerを更新する前に、第6.5項「既存のOracle Unified Directoryインスタンスの更新」の説明に従って、Oracle Unified Directoryをアップグレードする必要があります。

1. 『Oracle Fusion Middlewareパッチ適用ガイド』の「Oracle Fusion Middlewareの最新パッチ・セットの適用」の説明に従って、既存のOracle Application Development Frameworkを11g リリース1 (11.1.1.7.0)にパッチする必要があります。

2. 次のコマンドをコマンド行で実行して、Oracle Platform Security Servicesをアップグレードします。
UNIXオペレーティング・システムの場合:

$MW_HOME/oracle_common/common/bin/wsadmin.sh -username wasadmin -password wasadmin1
Opss.upgradeOpss(jpsConfig="<was_install_location>/profiles/<application_server_profile_name>/config/cells/<cell_name>/fmwconfig/jps-config.xml",jaznData="<MW_Home>/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml")

例:

Opss.upgradeOpss(jpsConfig="/disk01/IBM/WebSphere/AppServer/profiles/Custom01/config/cells/Cell01/fmwconfig/jps-config.xml",jaznData="/Middleware/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml")

3. 次のコマンドを実行して、IBM WebSphereでOracle Application Development Frameworkを更新します。
UNIXオペレーティング・システムの場合:

$MW_HOME/oracle_common/common/bin/wsadmin.sh -username wasadmin -password wasadmin1
ADFAdmin.updateADFLibrary('<cell_name>','<node_name>','<server_name>')

例:

ADFAdmin.updateADFLibrary('Cell01','Node01','OracleAdminServer')

4. 次のコマンドをコマンド行で使用して、ノードを停止します。

WAS_HOME/profiles/profile_name/bin/stopNode.sh

たとえば、UNIXオペレーティング・システムでノードを停止する場合は、次のようになります。

/opt/IBM/WebSphere/AppServer/profiles/Custom01/bin/stopNode.sh

5. 次のコマンドをコマンド行で使用して、OracleAdminServerを停止します。

WAS_HOME/profiles/profile_name/bin/stopServer.sh OracleAdminServer

たとえば、UNIXオペレーティング・システムでOracleAdminServerを停止する場合は、次のようになります。

/opt/IBM/WebSphere/AppServer/profiles/Custom01/bin/stopServer.sh OracleAdminServer

6. 次のコマンドをコマンド行で使用して、デプロイメント・マネージャを停止します。
UNIX

WAS_HOME/profiles/deployment_mgr_profile_name/bin/stopManager.sh

Windows

WAS_HOME\profiles\deployment_mgr_profile_name\bin\stopManager.sh

たとえば、UNIXオペレーティング・システムでデプロイメント・マネージャを停止する場合は、次のようになります。

/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/stopManager.sh

7. 次のコマンドをコマンド行で使用して、デプロイメント・マネージャを起動します。
UNIX

WAS_HOME/profiles/deployment_mgr_profile_name/bin/startManager.sh -username admin_user -password admin_password

Windows

WAS_HOME\profiles\deployment_mgr_profile_name\bin\startManager.sh -username admin_user -password admin_password

たとえば、UNIXオペレーティング・システムでデプロイメント・マネージャを起動する場合は、次のようになります。

/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/startManager.sh

8. 次のコマンドをコマンド行で使用して、ノードを同期します。
UNIX

profiles/Server_profile_name/bin/syncNode.sh <host_name> <SOAP_Port> -username admin_user -password admin_password

Windows

profiles\Server_profile_name\bin\syncNode.sh <host_name> <SOAP_Port> -username admin_user -password admin_password

例:

/disk01/IBM/WebSphere/AppServer/profiles/Custom01/bin/syncNode.sh myhost.mycompany.com 8879 -username wasadmin -password welcome1

9. 次のコマンドをコマンド行で使用して、ノードを起動します。

WAS_HOME/profiles/profile_name/bin/startNode.sh

たとえば、UNIXオペレーティング・システムでノードを停止するには、次のように入力します。

/opt/IBM/WebSphere/AppServer/profiles/Custom01/bin/startNode.sh

10. 次のコマンドをコマンド行で使用して、OracleAdminServerを起動します。

WAS_HOME/profiles/profile_name/bin/startServer.sh OracleAdminServer

たとえば、UNIXオペレーティング・システムでOracleAdminServerを起動するには、次のように入力します。

/opt/IBM/WebSphere/AppServer/profiles/Custom01/bin/startServer.sh OracleAdminServer

11. 次のコマンドをコマンド行で使用して、Oracle Directory Services Managerを更新します。
UNIXオペレーティング・システムの場合:

<MW_HOME>/oracle_common/common/bin/wsadmin.sh -conntype SOAP -port <DMGR_SOAP_PORT> -username admin_user -password admin_password -f <ORACLE_HOME>/odsm-tools/update_odsm_was.py -o <ORACLE_HOME>

次に例を示します。

$Middleware/oracle_common/common/bin/wsadmin.sh -conntype SOAP -port 8881 -username wasadmin -password welcome1 -f /Oracle/Middleware/Oracle_OUD1/odsm-tools/update_odsm_was.py -o /Oracle/Middleware/Oracle_OUD1

7 JVM、Javaオプションおよびデータベース・キャッシュの構成

Oracle Unified DirectoryのGUIインストーラまたはコマンド行インストーラでは、自動または手動でサーバーをチューニングするためのオプションが提供されます(第3章「ディレクトリ・サーバーの設定」を参照)。

注意:

プロキシ・サーバー・インスタンスまたはレプリケーション・ゲートウェイ・インスタンスをインストールする場合、このオプションは使用できません。

この章では、JVM、Javaオプションおよびデータベース(DB)キャッシュの手動チューニング・オプションについて説明します。

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

- 第7.1項「デフォルトのJVMおよびJava引数の構成」

- 第7.2項「インストール時のJavaランタイム設定の構成」

- 第7.3項「データベース・キャッシュの設定」

7.1 デフォルトのJVMおよびJava引数の構成

ディレクトリ・サーバーは、各コマンド行ユーティリティおよびディレクトリ・サーバー自体に対して、Java仮想マシン(JVM)およびJavaオプションを構成する手段となります。Java構成は、instance-dir/OUD/config/java.properties (UNIXの場合)またはinstance-dir\OUD\config (Windowsの場合)にあるプロパティ・ファイルに提供されます。dsjavapropertiesコマンドが実行されるたびに、このファイルで指定された構成が考慮されます。dsjavapropertiesコマンドを実行しない場合、プロパティ・ファイルは無視されます。

プロパティ・ファイルを使用して、-serverモードまたは-clientモードでJVMを使用してコマンドを実行するかどうかを(いくつかある引数の中で特に)指定できます。デフォルトでは、すべてのクライアント・アプリケーションは-clientモードで実行され、ディレクトリ・サーバーおよび特定のサーバー・ユーティリティは-serverモードで実行されます。一般に、-serverモードのスループットは-clientモードよりも高いものの、起動には若干多くの時間がかかります。

特定のコマンドについては(import-ldif、export-ldif、backup、およびrestore)、コマンドがオンライン・モードで実行しているか、またはオフライン・モードで実行しているかに応じて異なるJava引数(および異なるJVM)を指定することもできます。

7.1.1 Javaプロパティ・ファイルの形式

Javaプロパティ・ファイルの形式は次のとおりです。

- command-name.java-home=JVM-path

- command-name.java-args=JVM-arguments

次の表では、java.propertiesファイルに存在する特に重要な3つのプロパティを示しています。

プロパティ

説明

overwrite-env-java-args

Trueの場合、OPENDS_JAVA_ARGS環境変数のチェックの前に、このプロパティ・ファイル内のdefault.java-argsプロパティがチェックされます。falseの場合、最初にOPENDS_JAVA_ARGS環境変数がチェックされます。

default.java-home

特定のユーティリティに対して別のJVMが指定されている場合を除き、ディレクトリ・サーバーおよびそのすべてのコマンド行ユーティリティに使用されるJVMが設定されます。

7.1.2 JVMオプションの構成

次の表では、サーバーのパフォーマンスに影響を与える可能性があるJavaオプションの概要を示します。これらのオプションの一部はSun JVMにのみ適用されるため注意してください。

条件

オプション

説明

-server

サーバー・アプリケーションの実行時の最適化が選択されます。ディレクトリ・サーバーは起動とウォームアップの時間が長くなりますが、大幅に最適化されスループットが向上します。

-d64

64ビット・マシンのみが対象です。デフォルトでは、アーキテクチャに関係なくディレクトリ・サーバーにより32ビットのJVMが選択されます。(4GBを超える)大きなJVMヒープが必要であり、アーキテクチャが64ビットである場合、このオプションを指定する必要があります。

-Xms2G -Xmx2G

JVMに使用できる初期メモリー・サイズおよび最大メモリー・サイズがそれぞれ選択されます。これらの値はJVMヒープに使用され、ディレクトリ・サーバーとそのデータベース(DB)キャッシュ(単数または複数)のメモリーが予約されます。使用可能なメモリー量を増やすとパフォーマンスが向上する場合がありますが、増やしすぎると、フル・ガベージ・コレクションを実行するための一時停止時間が長くなるという悪影響が生じる可能性があります。したがって、初期サイズおよび最大サイズは同じ値に設定する必要があります。一般的なガイドラインとして、Oracle Berkeley Java Edition (JE)データベース・フォルダ(instance-dir/OUD/db/userRoot)のサイズに注目します。フォルダの結合サイズに基づいて、DBキャッシュに対して予約するメモリー量を決定します。この値を決定した後、ローカルDBバックエンド・プロパティdb-cache-percentまたはdb-cache-size、およびその他のJVMオプションを適宜チューニングします。サーバー実行時の追加メモリーの許容には注意してください。たとえば、1GBの単一データベースがあり、完全にメモリーに格納する場合、ディレクトリ・サーバーの効率的なパフォーマンスを得るには、DBキャッシュ用に60%が予約された2GBのヒープで十分です。この設定をテストするには、preload-time-limitプロパティを使用してローカル・データベース・バックエンドをデータベースにプリロードします。

4GBを超えるJVMヒープには64ビットのJVMが必要です。

DisableExplicitGC

外部アプリケーションで負荷のかかるガベージ・コレクションが強制されることを防ぎます。jstatdまたはその他のRMIベースのアプリケーションを使用してOracle Unified Directoryを監視している場合、予期しない一時停止を回避するために、このオプションの使用を検討する必要があります。

-XX:NewSize=512M

スループットが遅い環境では、このオプションを使用してJVMの若い世代のサイズを増やすことを検討してください。デフォルトでは、若い世代はかなり小さく、スループットの高いシナリオでは大量のガベージが生成される可能性があります。今度はこのガベージ・コレクションにより、JVMにおいて一時オブジェクトが誤って古い世代に格納されます。

サーバーのみ

-XX:+UseConcMarkSweepGC

CMSガベージ・コレクタが選択されます。このガベージ・コレクタは、一時停止時間を短縮するために設定されます。これによりJavaアプリケーションの平均スループットが低下しますが、CPUに負担をかけるガベージ・コレクションの時間が大幅に短縮されます。このオプションは、レスポンス時間に制約がある環境では必須です。

-XX:CMSInitiatingOccupancyFraction=70

コレクションが開始されるレベルが選択されます。デフォルト値は68%です。

オフラインのインポートのみ

-XX:+UseParallelOldGC

古い世代の並列ガベージ・コレクタが選択されます。このガベージ・コレクタは、スループットを上げるために設定されます。これにより、インポートほど重要ではなく、発生頻度の低いstop-the-worldガベージ・コレクションを犠牲にして、import-ldifユーティリティの平均スループットが最大化されます。

-XX:+PrintGCDetails

ガベージ・コレクションの詳細が印刷されます。

-XX:+PrintGCTimeStamps

デバッグに役立つガベージ・コレクションのタイム・スタンプが印刷されます。

その他のアプリケーション(dsconfigなど)

-client

クライアント・アプリケーションの実行時の最適化が選択されます。コンパイルのオーバーヘッドが低下するため、アプリケーションの起動が速くなり、レスポンスが向上します。

-Xms8m

アプリケーションに対して小さい初期JVMヒープ・サイズが選択されます。

7.1.3 特定のユーティリティに対するJAVA_HOME環境変数の指定

1. Javaプロパティ・ファイルをcommand-name.java-home=jvmのように編集します。
たとえば、オフラインのインポートについて特定のJDK 1.6を指定するには、java.propertiesファイル内のimport-ldif.offlineで始まる行を、import-ldif.offline.java-home=/usr/jdk1.6のように編集します。

2. dsjavapropertiesコマンドを実行してプロパティを適用します。

7.1.4 特定のユーティリティに対するJava引数の指定

1. Javaプロパティ・ファイルをcommand-name.java-args=argumentsのように編集します。
たとえば、オンラインのエクスポートに最大ヒープ・サイズとして256MBが使用されるよう指定するには、java.propertiesファイル内のexport-ldif.onlineで始まる行を、export-ldif.online.java-args=-Xms256m -Xmx256mのように編集します。

2. dsjavapropertiesコマンドを実行してプロパティを適用します。

7.2 インストール時のJavaランタイム設定の構成

GUIインストーラを使用する場合、第3.1項「GUIを使用したディレクトリ・サーバーの設定」の説明に従い、インストール・プロセスの一部としてJavaランタイム設定を構成できます。Javaランタイム設定を構成するには、「実行時オプションを指定中」画面で「変更」をクリックします。次の設定を構成できます。

- 「初期メモリー」。サーバーの起動に使用されるメモリー量をMBで指定します。

- 「最大メモリー」。サーバーの実行専用となる最大メモリー量をMBで指定します。

- 「その他のJava引数」。サーバーのパフォーマンスに影響を与える可能性があるその他のJavaオプション。これらのオプションの詳細なリストは、「JVMオプションの構成」を参照してください。

注意:

oud-setupコマンドを使用してディレクトリ・サーバーをインストールする場合、第3.2項「CLIを使用したディレクトリ・サーバーの設定」の説明に従い、インポート・タスクのJava設定を指定することもできます。このオプションは、プロキシ・サーバーのインストール時には使用できません。

7.3 データベース・キャッシュの設定

ディレクトリ・サーバーの全体的なパフォーマンスのクリティカル・コンポーネントは、データベース(DB)キャッシュのサイズです。特定のメモリー設定は、使用しているハードウェア、ディレクトリ内のエントリ数およびパフォーマンス要件に応じて決定する必要があります。たとえば、import-ldifユーティリティを使用してデータをインポートする場合、潜在的なデータ・キャッシュの削除の問題を最小限に抑えたり回避できるような方法でディレクトリ・サーバーを構成する必要があります。理想的には、DBキャッシュを、データベース全体が確実にキャッシュに収まるような値に設定します。必要なヒープ・サイズは、エントリ数とそのサイズによって決まります。たとえば、個々が10KBの200Kのエントリをインポートしている場合、JVMヒープ・サイズに2GBを指定してから、ディレクトリ・サーバーのランタイム環境に少なくとも1GB、残りをDBキャッシュに割り当てます。

7.3.1 データベース・キャッシュの設定

DBキャッシュを設定するには、dsconfigコマンド行ユーティリティでdb-cache-percentプロパティまたはdb-cache-sizeプロパティを構成します。db-cache-percentプロパティおよびdb-cache-sizeプロパティは、サーバーがDBキャッシュに使用できる最大サイズを表します。このいずれかのプロパティで設定されたサイズよりもデータベースが小さい場合、データベースのサイズのみがJVMヒープに割り当てられます。

注意:

db-cache-percentプロパティを設定する必要がある場合、db-cache-sizeプロパティはデフォルト値である0MBに保持する必要があります。db-cache-sizeプロパティはdb-cache-percentプロパティより優先されます(両方に値が指定されている場合)。

1. 適切なディレクトリに移動します。

(UNIX, Linux)  $ cd instance-dir/OUD/bin
(Windows)      C:\> cd instance-dir\OUD\bat

2. 次に示すように、dsconfigコマンドを実行してdb-cache-percentを設定します。

dsconfig set-workflow-element-prop --element-name userRoot --set
db-cache-percent:50 --hostname <hostname> --port <portnumber> -X -D
@ "cn=directory manager"-j /tmp/password -n

これにより、db-cache-percentが50パーセントに設定されます。したがって、2GBのメモリー割当ての場合、1GBのメモリーがDBキャッシュに割り当てられ、残りがJVMに割り当てられます。

8 WindowsサービスとしてのOracle Unified Directoryの管理

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

- 第8.1項「Windowsサービスとしてのサーバーの管理」

- 第8.2項「Oracle Unified Directory Windowsサービスの削除」

8.1 Windowsサービスとしてのサーバーの管理

windows-serviceコマンドを使用して、サーバーをWindowsサービスとして有効化または無効化できます。

サーバーをWindowsサービスとして有効化するには、次のコマンドを使用します。

C:\> instance-dir\OUD\bat\windows-service.bat -e

サーバーをWindowsサービスとして無効化するには、次のコマンドを使用します。

C:\> instance-dir\OUD\bat\windows-service.bat -d

詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のwindows-serviceに関する項を参照してください。

注意:

GUIインストールを使用する場合、サーバーをWindowsサービスとして実行することをインストール時に指定することもできます。インストールの最後に、「確認」パネルで「サーバーをWindowsサービスとして実行する」を選択します。

8.1.1 サーバー起動時のタイムアウト値の構成

システム起動時の負荷が大きい場合、サーバー起動プロセスは起動待機中にタイムアウトする可能性があります。デフォルトでは、サーバーは起動を5秒間隔で100回試行します。

サーバーが起動するための試行回数を構成するには、OUD_WINDOWS_SERVICE_START_NTRIESシステム環境変数の値を設定します。

8.2 Oracle Unified Directory Windowsサービスの削除

アンインストール・プロセスでは、Oracle Unified Directoryがシステムから完全にアンインストールおよび削除される必要があります。ただし、Windowsプラットフォームでは、アクティブなWindowsサービスが原因でアンインストールによるファイルの削除が失敗することがあります。

残りのWindowsサービスは次の2通りの方法で削除できます。

- window-service.batユーティリティを使用して、既存のサービスをクリーン・アップします。

- Windowsレジストリ内のWindowsサービスを手動で削除します。

8.2.1 windows-service.batを使用したWindowsサービスの削除

windows-service.batコマンドを使用して、既存のWindowsサービスをクリーン・アップできます。このコマンドはinstance-dir\OUD\batにあります。

1. windows-service.batコマンドを--cleanupServiceオプションとともに使用します。
削除するserviceNameを入力します。

C:\> instance-dir\OUD\bat\windows-service.bat --cleanupService serviceName

2. Windowsを再起動してクリーン・アップを完了します。

注意:

このコマンドではOracle Unified Directoryサービスのみが削除されます。このコマンドでは、別の製品のサービスはクリーン・アップされません。

8.2.2 WindowsレジストリからのOracle Unified Directoryサービスの削除

残りのWindowsサービス・エントリはWindowsレジストリから手動で削除できます。

注意:

Windowsレジストリでエントリを削除する場合、処理内容を把握していることを確認してください。オペレーティング・システムに回復不能な損傷を与える可能性があります。

1. タスク・マネージャを実行し、「プロセス」タブをクリックして、opends_service.exeが実行されていないことを確認します。
実行されている場合、このプロセスを選択して、「タスク マネージャー」ダイアログの右下にある「プロセスの終了」ボタンをクリックします。

2. regeditを実行し、レジストリ・ツリーで次のパスを辿ります。

My Computer->HKEY_LOCAL_MACHINE->SYSTEM->CurrentControlSet->Services->Oracle Unified Directory

Oracle Unified Directoryの複数のインスタンスをインストールした場合、追加サービスの名前はOracle Unified Directory-2、Oracle Unified Directory-3などとなります。

削除しようとしているサービスが正しいインスタンスを指していることを確認します。

3. レジストリからエントリを削除します。

4. レジストリでLEGACY_OUDコントロール・セットを検索しますが、これは他のコントロール・セットに保存されている可能性があります。
次のとおりに検索します。

HKEY_LOCAL_MACHINE->SYSTEM->ControlSetxyz->Enum->Root->LEGACY_ORACLE_UNIFIED_DIRECTORY-w

wは、サービスとして登録したOracle Unified Directoryインスタンスの数であり、xyzは、マシンに保存された構成プロファイルの数です。通常、このエントリはControlSet001に見つかりますが、他の場所に見つかる場合もあります。

プロファイル、システム構成および編集しようとしているコントロール・セットによっては、レジストリ・エントリが削除できないよう保護されている場合があります。この場合、この操作を実行するには管理者権限が必要であり、さもなければ次回Windowsが正常に起動したときにシステム・コントロール・セットがリフレッシュされるため、現在の構成が有効であることが確認されます。

5. インスタンス・ディレクトリを削除し、Oracle Unified Directoryを完全にアンインストールしたことを確認します。

6. Windowsを再起動します。
Windowsサービスが削除されます。

9 Oracle Unified Directoryのアンインストール

システムからOracle Unified Directoryをアンインストールするには、次の2つのステップがあります。

- 構成したサーバー・インスタンスのアンインストール

- ソフトウェア自体をシステムから削除します

この章では、両方のステップについて手順を説明します。ソフトウェアを削除する前に、サーバー・インスタンスをアンインストールする必要があります。

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

- 第9.1項「Oracle Unified Directoryインスタンスのアンインストール」

- 第9.2項「Oracle Unified Directoryソフトウェアのアンインストール」

9.1 Oracle Unified Directoryインスタンスのアンインストール

次の手順では、ディレクトリ・サーバー、プロキシ・サーバーおよびレプリケーション・ゲートウェイ・サーバーのサーバー・インスタンスをアンインストールする方法を示します。

次のいずれかのモードを使用してサーバー・インスタンスを削除できます。

- Graphical User Interface (GUI)モード。

- 対話型コマンド行モード。

- スクリプトの使用。

アンインストール・コマンドの詳細は、『Oracle Fusion Middleware Oracle Unified Directory管理者ガイド』のuninstallに関する項を参照してください。

9.1.1 ディレクトリ・サーバー・インスタンスのアンインストール

グラフィカル・ユーザー・インタフェースまたはコマンド行を使用して、ディレクトリ・サーバー・インスタンスをアンインストールできます。

9.1.1.1 GUIモードでのディレクトリ・サーバー・インスタンスのアンインストール

GUIモードはデフォルトであり、推奨のアンインストール・オプションです。GUIは、ディレクトリ・サーバー・インスタンスを削除するための簡単なインタフェースを提供します。

1. 次のようにしてグラフィカル・アンインストーラを起動します。

(UNIX, Linux) $ instance-dir/OUD/uninstall
(Windows)     C:\> instance-dir\OUD\uninstall.bat

2. 削除しないコンポーネントの選択を解除し、「アンインストール」をクリックします。
デフォルトでは、すべてのコンポーネントが削除用に選択されています。

3. サーバーがレプリケーション・トポロジに含まれる場合、「はい」をクリックしてアンインストールを続行します。
アンインストーラによりサーバーが起動し(実行中でない場合)、グローバル管理者ログインによってその他のレプリケート中のディレクトリ・サーバー内に存在するこのサーバーへの参照を削除するよう求められます。

4. サーバーがスタンドアロン・サーバーであり実行中である場合、ダイアログ・ボックスが表示され、アンインストールを続行する前にサーバーをシャットダウンするよう求められます。
「はい」をクリックすると、アンインストーラによりサーバーが自動停止し、アンインストールが続行されます。

5. ログを確認し、ファイルまたはディレクトリが削除されたことを確認します。UNIXでは/var/tmp、Linuxでは/tmp、WindowsではTEMPユーザー環境変数で定義された場所にエントリが記録されます。
ログ・ファイルはoud-uninstall-IDNumber.logとしてリストされますが、IDNumberはログについてシステム生成された番号です。

6. Windowsシステムでは、Oracle Unified Directoryで終わる残りのキーがないかWindowsレジストリを確認します。次に例を示します。

SYSTEM\\CurrentControlSet\\Services\\EventLog\\Application\\Oracle Unified Directory

9.1.1.2 CLIを使用したディレクトリ・サーバー・インスタンスのアンインストール

Oracle Unified Directoryインスタンスを対話型のコマンド行モードで削除するには、uninstall --cliと入力します。対話型モードでは、必要な入力が求められます。

1. 次のようにしてCLIアンインストーラを起動します。

(UNIX, Linux) $ instance-dir/OUD/uninstall --cli
(Windows)     C:\> instance-dir\OUD\uninstall.bat --cli

2. 削除するコンポーネントを選択します。

1. すべてのコンポーネントを削除するには、[Enter]または改行キーを押してデフォルトを受け入れます。

2. 特定のコンポーネントを削除してその他を保持するには、2と入力します。
uninstallにより削除するコンポーネントを選択するよう求められた場合は、[Enter]または改行キーを押してデフォルトを受け入れます。

3. サーバーがレプリケーション・トポロジに含まれる場合、Yesと入力するか、[Enter]または改行キーを押してアンインストールを続行します。
アンインストーラによりサーバーが起動し(実行中でない場合)、グローバル管理者ログインによってその他のレプリケート中のディレクトリ・サーバー内に存在するこのサーバーへの参照を削除するよう要求されます。

4. ディレクトリ・サーバーがスタンドアロン・サーバーであり実行中である場合、アンインストールにより、サーバーの停止およびすべてのファイルの削除が求められます。
[Enter]または改行キーを押してデフォルト(Yes)を受け入れます。

5. ファイルを削除せずにアンインストーラを終了する場合は、qと入力します。
アンインストールによりプロセスが終了し、エントリが記録されます。

UNIXでは/var/tmp、Linuxでは/tmp、WindowsではTEMPユーザー環境変数で定義された場所にエントリが記録されます。

6. すべてのファイルおよびディレクトリが削除されたことを確認します。削除されていない場合は、手動で削除します。

7. Windowsシステムでは、Oracle Unified Directoryで終わる残りのキーがないかWindowsレジストリを確認します。
次に例を示します。

SYSTEM\\CurrentControlSet\\Services\\EventLog\\Application\\Oracle Unified Directory

9.1.1.3 スクリプトを使用したディレクトリ・サーバー・インスタンスのアンインストール

uninstallコマンドでは、スクリプト記述を単純にするために、--quietおよび--no-promptという2つのオプションが提供されています。多くのディレクトリ管理者には、システム・タスクを自動化するための優先スクリプト言語があります。ディレクトリ・サーバーでは、スクリプト・フレンドリ・オプションと、迅速なコーディングを容易にするためのコマンド行ユーティリティが提供されています。

1. アンインストール・スクリプトを作成し、次のuninstallコマンドを追加します。
コマンドは1行で入力してください。

instance-dir/OUD/uninstall --cli \
--remove-all --no-prompt --forceOnError --quiet

2. スクリプトを実行します。

3. ログに残りのディレクトリがないか確認し、ディレクトリまたはファイルが残っている場合、手動で削除します。

9.1.2 プロキシ・サーバー・インスタンスのアンインストール

Graphical User Interfaceまたはコマンド行を使用して、プロキシ・サーバー・インスタンスをアンインストールできます。

9.1.2.1 GUIモードでのプロキシ・サーバー・インスタンスのアンインストール

GUIモードはデフォルトであり、推奨のアンインストール・オプションです。GUIは、プロキシ・サーバー・インスタンスを削除するための簡単なインタフェースを提供します。

1. 次のようにしてグラフィカル・アンインストーラを起動します。

(UNIX, Linux) $ instance-dir/OUD/uninstall
(Windows)     C:\> instance-dir\OUD\uninstall.bat

2. 削除しないコンポーネントの選択を解除し「アンインストール」をクリックします。
デフォルトでは、すべてのコンポーネントが削除用に選択されています。

3. サーバーが実行中である場合、ダイアログ・ボックスが表示され、アンインストールを続行する前にサーバーをシャットダウンするよう求められます。
Yesをクリックすると、アンインストーラによりサーバーが自動停止し、アンインストールが続行されます。

4. ログを確認し、ファイルまたはディレクトリが削除されたことを確認します。UNIXでは/var/tmp、Linuxでは/tmp、WindowsではTEMPユーザー環境変数で定義された場所にエントリが記録されます。
ログ・ファイルはoud-uninstall-IDNumber.logとしてリストされますが、IDNumberはログについてシステム生成された番号です。

5. Windowsシステムでは、Oracle Unified Directoryで終わる残りのキーがないかWindowsレジストリを確認します。次に例を示します。

SYSTEM\\CurrentControlSet\\Services\\EventLog\\Application\\Oracle Unified Directory

9.1.2.2 CLIを使用したプロキシ・サーバー・インスタンスのアンインストール

プロキシ・インスタンスを対話型のコマンド行モードで削除するには、uninstall --cliと入力します。対話型モードでは、必要な入力が求められます。

1. 次のようにしてCLIアンインストーラを起動します。

(UNIX, Linux) $ instance-dir/OUD/uninstall --cli
(Windows)     C:\> instance-dir\OUD\uninstall.bat --cli

2. 削除するコンポーネントを選択します。

1. すべてのコンポーネントを削除するには、[Enter]または改行キーを押してデフォルトを受け入れます。

2. 特定のコンポーネントを削除してその他を保持するには、2と入力します。
uninstallにより削除するコンポーネントを選択するよう求められた場合は、[Enter]または改行キーを押してデフォルトを受け入れます。

3. プロキシ・サーバーが実行中である場合、アンインストールにより、サーバーの停止およびすべてのファイルの削除が求められます。
[Enter]または改行キーを押してデフォルト(Yes)を受け入れます。

4. ファイルを削除せずにアンインストーラを終了する場合は、qと入力します。
アンインストールによりプロセスが終了し、エントリが記録されます。

UNIXでは/var/tmp、Linuxでは/tmp、WindowsではTEMPユーザー環境変数で定義された場所にエントリが記録されます。

5. すべてのファイルおよびディレクトリが削除されたことを確認します。削除されていない場合は、手動で削除します。

6. Windowsシステムでは、Oracle Unified Directoryで終わる残りのキーがないかWindowsレジストリを確認します。
次に例を示します。

SYSTEM\\CurrentControlSet\\Services\\EventLog\\Application\\Oracle Unified Directory

9.1.2.3 スクリプトを使用したプロキシ・サーバー・インスタンスのアンインストール

uninstallコマンドでは、スクリプト記述を単純にするために、--quietおよび--no-promptという2つのオプションが提供されています。多くのディレクトリ管理者には、システム・タスクを自動化するための優先スクリプト言語があります。Oracle Unified Directoryでは、スクリプト・フレンドリ・オプションと、迅速なコーディングを容易にするためのコマンド行ユーティリティが提供されています。

1. アンインストール・スクリプトを作成し、次のuninstallコマンドを追加します。
コマンドは1行で入力してください。

instance-dir/OUD/uninstall --cli \
--remove-all --no-prompt --forceOnError --quiet

2. スクリプトを実行します。

3. ログに残りのディレクトリがないか確認し、ディレクトリまたはファイルが残っている場合、手動で削除します。

9.1.3 レプリケーション・ゲートウェイ・インスタンスのアンインストール

グラフィカル・ユーザー・インタフェースまたはコマンド行を使用して、レプリケーション・ゲートウェイ・サーバー・インスタンスをアンインストールできます。この項の内容は次のとおりです。

- 第9.1.3.1項「GUIモードでのレプリケーション・ゲートウェイ・インスタンスのアンインストール」

- 第9.1.3.2項「CLIを使用したレプリケーション・ゲートウェイ・インスタンスのアンインストール」

- 第9.1.3.3項「スクリプトを使用したレプリケーション・ゲートウェイ・インスタンスのアンインストール」

注意:

なんらかの理由でレプリケーション・ゲートウェイのアンインストールに失敗した場合、ゲートウェイへの参照がODSEEサーバー構成に残る可能性があります。この場合は、ODSEEサーバー構成から次の内容を手動で削除します。

- ゲートウェイのインストール時に自動的に作成されたレプリケーション・マネージャ・エントリ。

- ゲートウェイへのレプリケーション・アグリーメント。

9.1.3.1 GUIモードでのレプリケーション・ゲートウェイ・インスタンスのアンインストール

GUIモードはデフォルトであり、推奨のアンインストール・オプションです。GUIは、レプリケーション・ゲートウェイ・インスタンスを削除するための簡単なインタフェースを提供します。

1. 次のようにしてグラフィカル・アンインストーラを起動します。

(UNIX, Linux) $ instance-dir/OUD/uninstall
(Windows)     C:\> instance-dir\OUD\uninstall.bat

2. 「Oracle Unified Directoryサーバーの設定」画面で次の情報を入力します。

- レプリケーション・ゲートウェイ・サーバー・インスタンスがインストールされているホストの名前。

- Oracle Unified Directoryサーバーへの接続に使用されるグローバル管理者のUID。

- グローバル管理者のパスワード。

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

3. 「ODSEEサーバーの設定」画面で次の情報を入力します。

- ODSEEサーバーに接続するよう構成されるユーザーのバインドDNおよびパスワード。

- DSCC Directory Server Managerのパスワード

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

4. 「レプリケーション・ゲートウェイ・アンインストールの確認」画面で「完了」をクリックします。

5. ログを確認し、ファイルまたはディレクトリが削除されたことを確認します。UNIXでは/var/tmp、Linuxでは/tmp、WindowsではTEMPユーザー環境変数で定義された場所にエントリが記録されます。
ログ・ファイルはoud-uninstall-IDNumber.logとしてリストされますが、IDNumberはログについてシステム生成された番号です。

6. Windowsシステムでは、Oracle Unified Directoryで終わる残りのキーがないかWindowsレジストリを確認します。次に例を示します。

SYSTEM\\CurrentControlSet\\Services\\EventLog\\Application\\Oracle Unified Directory

9.1.3.2 CLIを使用したレプリケーション・ゲートウェイ・インスタンスのアンインストール

レプリケーション・ゲートウェイ・インスタンスを対話型のコマンド行モードで削除するには、uninstall --cliと入力します。対話型モードでは、必要な入力が求められます。

アンインストールを開始する前に、次に関するバインド資格証明が必要です。

- OUDサーバー・インスタンスへの接続に使用されるグローバル管理者

- ODSEEサーバー・インスタンスに接続する管理ユーザー

次の例では、これらの資格証明をコマンド行で提供します。

1. 次のようにしてCLIアンインストーラを起動します。

(UNIX, Linux)
$ instance-dir/OUD/uninstall --cli -h server1.example.com \
--adminUID admin --adminPasswordFile pwd-filename \
--bindDNLegacy "cn=Directory Manager" --bindPasswordFileLegacy pwd-filename \
--dsccPasswordFileLegacy pwd-file

(Windows)
C:\> instance-dir\OUD\uninstall.bat --cli -h server1.example.com \
--adminUID admin --adminPasswordFile pwd-filename \
--bindDNLegacy "cn=Directory Manager" --bindPasswordFileLegacy pwd-filename \
--dsccPasswordFileLegacy pwd-file

2. ゲートウェイをアンインストールするには1と入力します。

3. Windowsシステムでは、Oracle Unified Directoryで終わる残りのキーがないかWindowsレジストリを確認します。
次に例を示します。

SYSTEM\\CurrentControlSet\\Services\\EventLog\\Application\\Oracle Unified Directory

9.1.3.3 スクリプトを使用したレプリケーション・ゲートウェイ・インスタンスのアンインストール

uninstallコマンドでは、スクリプト記述を単純にするために、--quietおよび--no-promptという2つのオプションが提供されています。多くのディレクトリ管理者には、システム・タスクを自動化するための優先スクリプト言語があります。Oracle Unified Directoryでは、スクリプト・フレンドリ・オプションと、迅速なコーディングを容易にするためのコマンド行ユーティリティが提供されています。

1. アンインストール・スクリプトを作成し、次のuninstallコマンドを追加します。
コマンドは1行で入力する必要があります。

instance-dir/OUD/uninstall --cli -h hostname \
--adminUID admin --adminPasswordFile pwd-filename \
--bindDNLegacy bindDN --bindPasswordFileLegacy pwd-filename \
--dsccPasswordFileLegacy pwd-filename --remove-all --no-prompt \
--forceOnError --quiet

2. スクリプトを実行します。

3. ログに残りのディレクトリがないか確認し、ディレクトリまたはファイルが残っている場合、手動で削除します。

9.2 Oracle Unified Directoryソフトウェアのアンインストール

Oracle Unified Directoryソフトウェアをシステムから削除するには、次の手順でアンインストーラを実行します。

1. $ORACLE_HOME/oui/binディレクトリに移動します。

$ cd $ORACLE_HOME/oui/bin

Windowsシステムでは、$ORACLE_HOME\oui\batディレクトリに移動します。

2. -deinstallオプションを指定してOracle Universal Installerを実行します。

$ ./runInstaller -deinstall

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

4. Oracleホームのアンインストール画面で、アンインストールする対象の場所を確認し、「アンインストール」をクリックします。
アンインストールしようとしているORACLE_HOMEにアプリケーション・サーバーが関連付けられていないことを確認するよう求められます。

5. 警告画面が表示され、アンインストールされるディレクトリが示されます。「はい」をクリックしてアンインストールを続行します。

6. アンインストール完了画面で「終了」をクリックします。

7. ORACLE_HOMEディレクトリとそのすべての内容が削除されます。

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2014, 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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。