| Oracle Collaboration Suiteインストレーション・ガイド 10gリリース1（10.1.2） for HP-UX PA-RISC（64-bit） B25913-02 |
|
 戻る |
 次へ |
| Oracle Collaboration Suiteインストレーション・ガイド 10gリリース1（10.1.2） for HP-UX PA-RISC（64-bit） B25913-02 |
|
戻る |
次へ |
この章の内容は次のとおりです。
選択した高可用性アーキテクチャのタイプによって変わるOracle Identity Managementのインストールを除き、すべてのOracle Collaboration Suiteアーキテクチャのインストール手順は同じです。
高可用性アーキテクチャのインストール順序は、次のとおりです。
Oracle Cluster Ready Servicesをインストールします。これは、Oracle Real Application Clusters（Oracle RAC）データベースにOracle Collaboration Suite 10gデータベースをインストールする際の前提条件です。
使用プラットフォームに対応するOracle Cluster Ready Services 10.1.0.4.2パッチ・セットは、Oracle Database 10g patch set (10.1.0.4.2) for HP-UX DVDに含まれています。
Oracle Real Application ClustersへOracle Collaboration Suiteデータベースをインストールします。
ロード・バランサをIdentity Management層向けに適切に構成します。
Identity Managementを高可用性ノードにインストールします。ロード・バランサの仮想サーバー名は、インストール時に「LDAP仮想ホストおよびポートの指定」画面および「HTTPロード・バランサのホストおよびポートの指定」画面で指定する必要があります。
任意のデータベース・ノードでOCSdbSchemaReg.shスクリプトを実行します。このスクリプトにより、データベースがOracle Internet Directoryに登録されます。また、各Oracle Collaboration Suiteコンポーネントに対してスキーマ・オブジェクトを作成するコンポーネントのコンフィギュレーション・アシスタントが実行されます。
Oracle Calendar ServerをCold Failover Cluster構成にインストールします。このサーバーでは、calvhost.mydomain.comのような仮想ホスト名を使用する必要があります。ORACLE_HOMEを、Cold Failover用の他のノードにマウントできる共有デバイスにインストールします。
Oracle Collaboration Suiteアプリケーション（Oracle Calendar Serverを除く）の最初のインスタンスをインストールします。
ロード・バランサを使用したOracle Collaboration Suiteアプリケーションの最初のインスタンスを構成します。
Oracle Collaboration Suiteアプリケーションの後続のインスタンスをインストールします。
Oracle Collaboration Suiteアプリケーションの後続のインスタンスと動作するようにロード・バランサを構成します。
この項の内容は次のとおりです。
9.2.2項「Oracle Real Application ClustersへのOracle Collaboration Suite 10gデータベースのインストール」
9.2.7項「Oracle Collaboration Suiteアプリケーションの最初のインスタンスのインストール（Oracle Calendar Serverを除く）」
9.2.8項「ロード・バランサを使用した最初のOracle Collaboration Suite 10gアプリケーション層の構成」
9.2.9項「Oracle Collaboration Suite 10gアプリケーションの後続のインスタンスのインストール」
9.2.10項「Oracle Collaboration Suiteアプリケーションの後続のインスタンスとロード・バランサがともに動作するようにするためのインストール後の手順」
この項では、Oracle Cluster Ready Servicesのインストール手順について説明します。また、Oracle Cluster Ready Servicesにパッチを適用する手順についても説明します。
この項の内容は次のとおりです。
表9-1の手順を実行して、Oracle Cluster Ready Servicesをインストールします。
Cluster Ready Servicesのインストール手順の詳細は、次の場所にある『Oracle Real Application Clustersインストレーションおよび構成ガイド』を参照してください。
http://otn.oracle.com/pls/db10g/portal.portal_demo3?selected=16
DVD番号3のOracle Collaboration Suite 10gリリース2（10.1.2.0.0）Supplemental DVDからOracle Cluster Ready Servicesソフトウェアをインストールします。
表9-1 Oracle Cluster Ready Servicesのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
/u01/app/oracle |
|
|
2. |
以前に作成したCRSホーム・ディレクトリを指定するように環境変数 /u01/crs/oracle/product/10.1.0/crs_1 |
|
|
3. |
Oracle Cluster Ready Servicesリリース1のCD-ROMの最上位ディレクトリまたはDVD-ROMの |
|
|
4. |
「ようこそ」ページ |
「次へ」をクリックします。 |
|
5. |
インベントリ・ディレクトリと資格証明の指定 （拡張インストールのみ） |
この画面は、コンピュータに最初にOracle製品をインストールする場合にのみ表示されます。 インベントリ・ディレクトリのフルパスを入力してください: インストーラのファイルのディレクトリのフルパスを入力します。製品ファイルのOracleホーム・ディレクトリ以外のディレクトリを入力します。 例: 「OK」をクリックします。 |
|
6. |
UNIXグループ名 （拡張インストールのみ） |
この画面は、コンピュータに最初にOracle製品をインストールする場合にのみ表示されます。 インベントリ・ディレクトリの書込み権限を付与するオペレーティング・システム・グループを入力します。 例: 「次へ」をクリックします。 |
|
7. |
orainstRoot.shの実行 （拡張インストールのみ） |
この画面は、コンピュータに最初にOracle製品をインストールする場合にのみ表示されます。 別のシェルで 「続行」をクリックします。 |
|
8. |
ファイルの場所の指定 （拡張インストールのみ） |
必要に応じて、ソース・ディレクトリのフルパスを「ソース」の「パス」フィールドに入力します。 名前: このOracleホームを識別する名前を入力します。名前は最大16文字で、空白を使用することはできません。 例: インストール先パス: インストール先のディレクトリのフルパスを入力します。これがOracleホームです。ディレクトリが存在しない場合は、インストーラによって作成されます。ディレクトリをあらかじめ作成する場合は、 例: 「次へ」をクリックします。 |
|
9. |
言語の選択 （拡張インストールのみ） |
「使用可能な言語」リストから必要な言語を選択し、「選択された言語」リストに追加します。 「次へ」をクリックします。 |
|
10. |
クラスタ構成 （拡張インストールのみ） |
クラスタ名: クラスタ名を指定します。 「パブリック・ノード名」でホスト名を指定します。同様に、「プライベート・ノード名」でプライベート名を指定します。これらの名前は、クラスタ内のノード名の相互接続に使用されます。 注意: プライベート名は、パブリック名と同じ名前にできません。IPアドレスをプライベート名として指定することは可能です。 「次へ」をクリックします。 |
|
11. |
ネットワーク・インタフェース使用方法の指定 （拡張インストールのみ） |
クラスタ内のノードのインタフェース名、サブネットおよびインタフェース・タイプをそれぞれのドロップダウン・リストから選択します。 プライベートとマークを付けたインタフェースは、Oracle RACノード間通信にのみ使用されます。 注意: インタフェースに関連付けられたサブネットが複数ある場合、インタフェース・タイプに関連付けるサブネットを指定してください。 |
|
12. |
Oracle Cluster Registry （拡張インストールのみ） |
OCRの場所の指定: クラスタのすべてのノードから参照可能な共有RAWデバイスまたはクラスタ・ファイル・システムのファイルを指定します。 注意: OCRには100MB以上のディスク領域が必要です。 「次へ」をクリックします。 |
|
13. |
投票ディスク （拡張インストールのみ） |
投票ディスク・ファイル名の入力: クラスタのすべてのノードから参照可能な投票ディスクのRAWデバイスまたはクラスタ・ファイル・システムのファイルを指定します。 「次へ」をクリックします。 注意: OCRには20MB以上のディスク領域が必要です。 |
|
14. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
15. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
16. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
17. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。コンフィギュレーション・アシスタントによって、コンポーネントが構成されます。 |
|
18. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
Oracle Cluster Ready Servicesのインストール後、Oracle Cluster Ready Servicesパッチ・セットを適用する必要があります。使用プラットフォームに対応するOracle Cluster Ready Services 10.1.0.4.2パッチ・セットは、Oracle Database 10g patch set (10.1.0.4.2) for HP-UX DVDに含まれています。
表9-2に、その手順を示します。
表9-2 Oracle Cluster Ready Services 10.1.0.4.2パッチ・セットの適用
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
必要に応じて、ソース・ディレクトリのフルパスを「ソース」の「パス」フィールドに入力します。 インストール先パス: インストール先のディレクトリのフルパスを入力します。これがOracleホームです。 ソースおよびインストール先は、Oracle Cluster Ready Servicesのインストール時に指定したソースおよびインストール先と同じになります。 |
|
3. |
選択されたノード |
「ノード名」リストに表示されているノードを確認し、「次へ」をクリックします。 |
|
4. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
5. |
なし |
各ノードから、 |
|
6. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
|
注意: パッチ・セットは、クラスタ内の1つのノードにのみインストールする必要があります。インストール中に変更内容が他のすべてのノードに伝播されます。 |
クラスタ化されたハードウェアにOracle Collaboration Suite 10gデータベースをインストールするには、表9-3の手順を実行します。
この項の内容は次のとおりです。
次の表に、Oracle Cluster Ready Services（CRS）ファイル、Oracle DatabaseファイルおよびOracle Databaseリカバリ・ファイルの格納用にサポートされている記憶域オプションを示します。Oracle Databaseファイルには、データファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれます。Oracle CRSファイルには、Oracle Cluster Registry（OCR）およびCRS投票ディスクが含まれます。
すべてのインストールに対し、Oracle CRSファイルおよびOracle Databaseファイルに使用する記憶域オプションを選択する必要があります。インストール時に自動バックアップを有効にする場合は、リカバリ・ファイル（フラッシュ・リカバリ領域）に使用する記憶域オプションも選択する必要があります。各ファイル・タイプに同じ記憶域オプションを使用する必要はありません。
| 記憶域オプション | サポートされるファイル・タイプ | ||
|---|---|---|---|
| CRS | データベース | リカバリ | |
| 自動ストレージ管理 | なし | あり | あり |
| クラスタ・ファイル・システム
注意: サポートされているクラスタ・ファイル・システムが必要です。 |
あり | あり | あり |
| NFSファイル・システム
注意: Fujitsu PRIMECLUSTERおよび動作保証されているNASデバイスとともに使用する場合のみ、現在サポートされています。 |
あり | あり | あり |
| 共有RAW論理ボリューム | あり | あり | なし |
| 共有RAWパーティション | あり | あり | なし |
各ファイル・タイプに使用する記憶域オプションを選択する場合は、次のガイドラインを使用します。
選択した記憶域オプションについて記載されている要件を満たしているかぎり、サポートされている記憶域オプションの任意の組合せをファイル・タイプごとに選択できます。
データベース・ファイルおよびリカバリ・ファイルには、記憶域オプションとしてASMを選択することをお薦めします。
Standard Editionインストールの場合、データベース・ファイルまたはリカバリ・ファイルには、ASMのみが記憶域オプションとしてサポートされています。
Oracle CRSファイルはOracleインスタンスの起動前にアクセス可能になる必要があるため、このファイルの格納に自動ストレージ管理は使用できません。
既存のASMインスタンスを使用して新規のASMディスク・グループを使用する場合は、Oracle Collaboration Suiteデータベースのインストールを実行する前にASMディスク・グループを作成します。（ASM管理の詳細は『Oracle Database管理者ガイド』を参照してください。）
Oracle Collaboration SuiteデータベースにASMインスタンスを使用する場合は、次の推奨事項を考慮してください。
同じノードの複数のデータベース・ホームからOracleデータベース・インスタンスとともにASMを使用する場合は、データベース・ホームとは異なるOracleホームからASMインスタンスを実行する必要があります。
ASMホームは、すべてのクラスタ・ノードにインストールする必要があります。これにより、データベースのOracleホームを削除するときに、データベースで使用中のASMインスタンスを他のホームから誤って削除することを防止できます。
ASM ORACLE_HOMEを別々にしないことを選択した場合は、Oracle Collaboration Suiteデータベースのインストール時にASMインスタンスが作成されます。
/response/rawconfig_10g_ocsにあるテンプレート・ファイルに、RAWデバイスをDBファイルの記憶域オプションとして使用する場合に必要なRAWパーティションの数とサイズが指定されています。すべての表領域が、テンプレートの指定よりも大きいことを確認します。
Oracle RACにOracle Collaboration Suite 10gデータベースをインストールするには、表9-3の手順を実行します。
表9-3 Oracle Collaboration Suite 10gデータベースのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。 この新規Oracleホームは、Oracle Collaboration Suite 10gデータベースのインストール先Oracleホームになります。 「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定 |
「クラスタ・インストール」およびOracleソフトウェアをインストールするノードを選択します。ローカル・ノードは常に選択されます。 「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Collaboration Suite Database」を選択します。 「次へ」をクリックします。 |
|
6. |
データベースの作成 |
「新規データベースをここで作成しますか。」に対して「はい」を選択します。 「次へ」をクリックします。 |
|
7. |
Information Storageの登録 |
「Information Storeをここで登録しますか。」に対して「いいえ」を選択します。 「次へ」をクリックします。 |
|
8. |
データベースIDの指定 |
「グローバル・データベース名」フィールドおよび「SID」フィールドに、このインストールに使用するグローバル・データベース名およびSIDを入力します。 「次へ」をクリックします。 |
|
9. |
データベース管理オプションの選択 |
「データベース管理にGrid Controlを使用する」または「データベース管理にDatabase Controlを使用する」を選択します。 「次へ」をクリックします。 |
|
10. |
データベース・ファイル記憶域オプションの指定 |
「自動ストレージ管理(ASM)」を選択します。 注意: この例ではASMを使用します。要件に応じて任意のストレージ・タイプを選択できます。 「次へ」をクリックします。 注意: ASMを使用するには、 |
|
11. |
バックアップ・オプションおよびリカバリ・オプションの指定 |
「自動バックアップを有効にしない」を選択します。自動バックアップは無効にすることをお薦めします。自動バックアップを有効にした場合、このオプションではOracle Collaboration Suite 10gデータベースのみがバックアップされ、他のOracle Collaboration Suiteファイルはバックアップされません。 「次へ」をクリックします。 |
|
12. |
データベース・スキーマのパスワードの指定 |
アカウントごとにパスワードを入力するか、すべてのアカウントに共通のパスワードを使用します。 「次へ」をクリックします。 |
|
13. |
サマリー |
インストールのすべての設定および選択内容が正しいことを確認します。 「インストール」をクリックします。 |
|
14. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
15. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
16. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。コンフィギュレーション・アシスタントによって、コンポーネントが構成されます。 |
インストール後のタスクには、インストール・エラーのトラブルシューティングが含まれます。
次の問題を解決するには、インストール後の手順を実行する必要があります。
Oracle Real Application Clustersのためにファイルをコピーするプロセスにおいて、「ファイルが見つかりません」という例外が発生する。この例外は無視してインストールを続行してください。
リモート・ノードのデータベース・インスタンスが起動しない。このエラーを解決するには、srvctl start instance -d <db_name> -i <instance_name>を使用して手動で起動します。
Enterprise Managerの構成が失敗する。このエラーを解決するには、ローカル・ノードから手動で$OH/bin/emca -c -rを実行します。
アプリケーション・インフラストラクチャ・データベースで$ORACLE_HOME/network/admin/sqlnet.oraファイル内のSQLNET.EXPIRE_TIMEパラメータを構成する必要があります。OracleAS Single Sign-Onサーバーの場合、パラメータを各データベース・ホストで追加または更新します。パラメータは、ロード・バランサのSSO仮想サーバー上のTCPタイムアウト設定よりも小さい値に設定します。次に例を示します。
SQLNET.EXPIRE_TIME=15
指定したコンピュータでタイムアウト値を構成する手順は次のとおりです。
ORACLE_HOME/network/admin/sqlnet.oraファイルを開きます。
SQLNET.EXPIRE_TIMEパラメータを、ロード・バランシング・ルーターおよびファイアウォールに対するTCPセッションのタイムアウト値よりも小さい値に設定します。次に例を示します。
SQLNET.EXPIRE_TIME= 15
ORACLE_HOME/binに対して次のコマンドを実行し、リスナーを再起動します。
lsnrctl stop LISTENER_<host-name> lsnrctl start LISTENER_<host-name>
Oracle Ultra Searchは、Real Application Clustersシステムのストレージ・アクセスの構成によって、1つの固定ノードまたは任意のノードをクロールできます。管理を簡潔にするため、すべてのRACノードからアクセス可能な共有ストレージにUltra Searchクローラ・キャッシュを格納することをお薦めします。
Ultra Searchクローラ・キャッシュに共有ストレージを割り当てます。このストレージはすべてのRACノードからアクセス可能である必要があります。このストレージは、最初のOracle Collaboration Suiteアプリケーション層がインストールされた後、Ultra Search管理ツールでUltra Searchクローラのキャッシュ・ディレクトリ用に構成されます。
Ultra Searchクローラのキャッシュ・ディレクトリに共有ストレージを割り当てない場合は、Ultra SearchがINSTANCE_NUMBER = 1のデータベース・インスタンスでクローラを起動します。必要な場合、Oracle Ultra Search管理者は、次のPL/SQL APIを使用してクローラを実行するインスタンスを構成できます。
WK_ADM.SET_LAUNCH_INSTANCE(instance_name, connect_url);
詳細は『Oracle Ultra Search管理者ガイド』の第10章の「Real Application Clusters上のOracle Ultra Search」を参照してください。このドキュメントはhttp://www.oracle.com/technology/documentationで入手できます。
Oracle Collaboration SuiteデータベースをReal Application Clusters（RAC）にインストールした後、PROCESSESデータベース・パラメータのデフォルト値の250が高可用性シナリオでは不十分なため、増加する必要があります。
PROCESSESパラメータの値は、次の計算に従って増加することをお薦めします。
PROCESSES =（Identity Managementノードの数* 50）+（アプリケーション層ノードの数* 200）
PROCESSESパラメータを変更するには、データベースを再起動する必要があります。
次に、2つのID/DIPノード（Identity Management）、2つのSSO/DASノード（Identity Management）および2つのOracle Collaboration Suiteアプリケーション・ノードを持つ分散インストール用のPROCESSESパラメータを増加する例をあげます。
PROCESSESパラメータを次のように設定します。
PROCESSES = (4 Identity Management nodes * 50) + (2 Applications tier nodes * 200) = 200 + 400 = 600
データベースにログインし、次のようにPROCESSESパラメータ設定をチェックします。
SQL> show parameter processes
結果は、次のようなものになります。
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
aq_tm_processes integer 2
db_writer_processes integer 1
gcs_server_processes integer 2
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 250
PROCESSESパラメータを次のように600に設定します。
SQL> alter system set processes=600 scope=spfile;
次のようにデータベースを再起動して、PROCESSESの新しい設定を有効にします。
srvctl stop database -d ocsdb srvctl start database -d ocsdb
この項では、高可用性環境におけるIdentity Managementのロード・バランシングの実装について説明します。
この項では、Identity Managementを高可用性ノードにインストールする際の前提条件について説明します。
ロード・バランサは、ノードに対するサービスを検出し、そのノードへの通信を自動的に停止するように構成する必要があります。また、ロード・バランサはフォルト・トレラント・モードにすることをお薦めします。この項では、Identity Managementのロード・バランサを構成する方法を示します。
OracleAS Cluster（Identity Management）のロード・バランサを構成するには、次の手順を実行します。
選択したロード・バランサの仮想サーバー名に、Identity Management内のノードの物理ホスト名が含まれていないことを確認します。
インストーラでファイルがIdentity Management内の別のノードにコピーされる場合、ファイル内の現在のホスト名がターゲット・ノードのホスト名に置換されます。ロード・バランサの仮想サーバー名に、クラスタ内のノードのホスト名が含まれていないことを確認してください。含まれている場合、インストーラによりロード・バランサの仮想サーバー名も変更される可能性があります。
たとえば、rac-1およびrac-2という名前のノードにインストールする場合、ロード・バランサの仮想サーバー名にrac-1またはrac-2が含まれていないことを確認してください。インストーラでファイルがrac-2にインストールされる際、ファイル内のrac-1という文字列が検索され、rac-2に置換されます。ロード・バランサの仮想サーバー名がLB-rac-1xの場合、名前に含まれるrac-1という文字列がインストーラにより検出されrac-2に置換され、LB-rac-2xという不適切な仮想サーバー名になります。
仮想サーバー名および関連ポートを次のように指定して、ロード・バランサを構成します。
LDAP接続用の仮想サーバー名を構成します。この仮想サーバーに、1つのポートをSSL接続用、もう1つのポートを非SSL接続用に構成する必要があります。
OracleAS Single Sign-OnまたはOracle Delegated Administration ServicesのHTTP接続用の仮想サーバー名を構成します。この仮想サーバーでSSL接続を使用する場合は、インストール後に管理者ガイドのSSL構成手順に従って設定する必要があります。
リクエストをまず最初のノードに送るようにLDAPサーバーを構成します。この手順は、ロード・バランサ上に構成されたLDAP仮想サーバーにのみ適用されます。ロード・バランサ上に構成されたHTTP仮想サーバーには適用されません。
インストーラで仮想サーバー名およびポート番号の入力を求められます。
1つのノードでのインストールを完了した後、そのノードを仮想サーバーに追加できます。たとえば、3つのノードがある場合は、次の手順を実行します。
リクエストをノード1のみに送るようにLDAP仮想サーバーを構成します。
ノード1にIdentity Managementコンポーネントをインストールします。
ノード2にIdentity Managementコンポーネントをインストールします。
ノード2をLDAP仮想サーバーに追加します。
ノード3にIdentity Managementコンポーネントをインストールします。
ノード3をLDAP仮想サーバーに追加します。
ロード・バランサに、OracleAS Single Sign-OnまたはOracle Delegated Administration ServicesのHTTPトラフィックに対するCookie永続性を設定します。具体的には、/oiddas/で始まるURIに対するCookie永続性を設定します。これはOracle Delegated Administration ServicesのURIです。ロード・バランサにURIレベルのCookie永続性を設定できない場合は、すべてのOracleAS Single Sign-OnまたはOracle Delegated Administration ServicesのHTTPトラフィックに対するCookie永続性を設定します。いずれの場合も、ブラウザ・セッションが期限切れになった場合は失効するようにCookieを設定します。詳細は、ロード・バランサのドキュメントを参照してください。
Oracle Internet DirectoryおよびOracleAS Single Sign-On、Oracle Delegated Administration Servicesの自動監視用にロード・バランサを構成するには、次に対する監視を設定します。
LDAPポート
LDAP SSLポート
OracleAS Single Sign-OnまたはOracle Delegated Administration ServicesのHTTPポート
これらの監視には、サービス監視用のプロトコルを個別に使用することをお薦めします。つまり、LDAPポートにはLDAP、LDAP SSLポートにはSSLによるLDAP、Webサーバー・ポートにはHTTPまたはHTTPSを使用します。ロード・バランサにこれらの監視の1つまたはすべての監視がない場合、ロード・バランサの最適な設定方法は、ロード・バランサのドキュメントを参照してください。
この項では、Identity Managementを高可用性ノードにインストールする方法を説明します。この項では、ポート番号を明示的にインストーラに指定するためのstaticports.iniファイルの使用方法は説明しません。このオプションを使用するには、2.4.3項「カスタム・ポート番号の使用（静的ポート・ファイル）」を参照してください。
この項の内容は次のとおりです。
この項では、単一クラスタ・アーキテクチャおよび同じ場所に配置されたIdentity ManagementアーキテクチャへのIdentity Managementのインストール方法を説明します。Identity Managementの最初のインスタンスおよび後続のインスタンスのインストール手順を示します。
Identity Managementの最初のインスタンスのインストール
Identity Managementの最初のインスタンスをインストールするには、表9-4の手順を実行します。
表9-4 Identity Managementの最初のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Identity Managementのインストール先Oracleホームになります。「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにIdentity Managementをインストールする場合にのみ表示されます。「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Identity Management」を選択します。 「次へ」をクリックします。 |
|
6. |
構成オプションの選択 |
「Oracle Internet Directory」を選択します。「Oracle Application Server Single Sign-On」を選択します。「Oracle Application Server Delegated Administration Service」を選択します。「Oracle Application Server Directory Integration and Provisioning」を選択します。「Oracle Application Server Certificate Authority (OCA)」は選択しないでください。「高可用性およびレプリケーション」を選択します。 「次へ」をクリックします。 |
|
7. |
リポジトリの指定 |
ユーザー名: Oracle Collaboration Suite 10gデータベースへのログインに使用するユーザー名を入力します。ユーザーにはDBA権限が必要です。 パスワード: ユーザーのパスワードを入力します。 ホスト名とポート: すべてのOracle Collaboration Suite 10g RACデータベース・ノードの仮想ホスト名とポート番号を入力します。次の書式を使用します。 Host1.domain.com:port1^Host2.domain.com:port2^… サービス名: データベースのサービス名を入力します。サービス名にはデータベースのドメイン名が含まれている必要があります。 「次へ」をクリックします。 |
|
8. |
高可用性またはレプリケーション・オプションの選択 |
「OracleASクラスタ(ID管理)」を選択します。 「次へ」をクリックします。 |
|
9. |
新規Oracle Application Serverクラスタ名の指定 |
OracleAS Cluster（Identity Management）用に作成するクラスタの名前を、「新規Oracle Application Serverクラスタ名」フィールドに入力します。 「次へ」をクリックします。 |
|
10. |
Internet Directoryのネームスペースの指定 |
次のようにOracle Internet Directoryのネームスペースを入力するか、推奨ネームスペースを選択します。 dc=us,dc=oracle,dc=com 「次へ」をクリックします。 |
|
11. |
LDAP仮想ホストおよびポートの指定 |
ホスト名: ロード・バランサ上に構成されているLDAP仮想サーバーの完全修飾仮想サーバー名を入力します。 SSLポート: Oracle Internet DirectoryのSSLポート番号を入力します。 非SSLポート: Oracle Internet Directoryのポート番号を入力します。 「次へ」をクリックします。 |
|
12. |
HTTPロード・バランサのホストおよびポートの指定 |
HTTPリスナー: ポート: Oracle HTTP Serverでリスニングするポート番号を入力します。 SSL有効: このポートでOracle HTTP ServerをSSL用に構成する場合は、このオプションを選択します。 HTTPロード・バランサ: ホスト名: ロード・バランサ上に構成されているHTTP仮想サーバーの名前を入力します。 HTTPロード・バランサ: ポート: HTTP仮想サーバーのポートを入力します。 SSL有効: このポートがSSL通信専用の場合は、このオプションを選択します。 「次へ」をクリックします。 |
|
13. |
ゲスト・アカウントのパスワード |
「次へ」をクリックします。 |
|
14. |
インスタンス名とias_adminパスワードの指定 |
インスタンス名: このIdentity Managementインスタンスの名前を入力します。 ias_adminパスワードおよびパスワードの確認: |
|
15. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
16. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
17. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
18. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
|
19. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
Identity Managementの後続のインスタンスのインストール
Identity Managementの後続のインスタンスをインストールする場合、インストール前のタスクを実行する必要があります。
インストール前のタスク Identity Managementの後続のインスタンスをインストールする際のインストール前のタスクは、次のとおりです。
このIdentity Managementノードのシステム時間が、このOracle Application Server Cluster（Identity Management）構成の一部である他のIdentity Managementノードの時間と同期していることを確認してください。この確認を怠ると、インスタンスのフェイルオーバー、ディレクトリのエントリの操作属性の不整合、およびパスワード状態ポリシーの動作の不整合が発生することがあります。
現在のOracleAS（Identity Management）ノードを正しくインストールするには、すでに稼働している既存のOracleAS Cluster（Identity Management）ノードにリクエストを送るようにロード・バランサのLDAP仮想サーバーを設定します。このノードでのインストールを完了した後、ノードをロード・バランサのLDAP仮想サーバーに追加できます。
インストールのタスク Identity Managementの後続のインスタンスをインストールするには、表9-5の手順を実行します。
表9-5 Identity Managementの後続のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Identity Managementのインストール先Oracleホームになります。「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにOracle Collaboration Suite Identity Managementをインストールする場合にのみ表示されます。「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Identity Management」を選択します。 「次へ」をクリックします。 |
|
6. |
構成オプションの選択 |
「Oracle Internet Directory」を選択します。「Oracle Application Server Single Sign-On」を選択します。「Oracle Application Server Delegated Administration Service」を選択します。「Oracle Application Server Directory Integration and Provisioning」を選択します。「Oracle Application Server Certificate Authority (OCA)」は選択しないでください。「高可用性およびレプリケーション」を選択します。 「次へ」をクリックします。 |
|
7. |
リポジトリの指定 |
ユーザー名: Oracle Collaboration Suite 10gデータベースへのログインに使用するユーザー名を入力します。ユーザーにはDBA権限が必要です。 パスワード: ユーザーのパスワードを入力します。 ホスト名とポート: Oracle Collaboration Suite 10gデータベースを実行しているすべてのノードの名前とポート番号を入力します。次の書式を使用します。 Host1.domain.com:port1^Host2.domain.com:port2^… サービス名: データベースのサービス名を入力します。サービス名にはデータベースのドメイン名が含まれている必要があります。 「次へ」をクリックします。 |
|
警告: このIdentity Managementノードのシステム時間が、このOracle Application Server Cluster（Identity Management）構成の一部である他のIdentity Managementノードの時間と同期していることを確認してください。この確認を怠ると、インスタンスのフェイルオーバー、ディレクトリのエントリの操作属性の不整合、およびパスワード状態ポリシーの動作の不整合が発生することがあります。 「OK」をクリックします。 |
||
|
8. |
既存のOracle Application Serverクラスタ名の指定 |
現在のインスタンスを追加する、既存のOracleAS Cluster（Identity Management）の名前を指定します。クラスタはIdentity Managementの最初のインストールの一部として作成されています。 「次へ」をクリックして、ODSパスワードを入力します。 |
|
9. |
LDAP仮想ホストおよびポートの指定 |
ホスト名: ロード・バランサ上に構成されているLDAP仮想サーバーの完全修飾仮想サーバー名を入力します。 SSLポート: Oracle Internet DirectoryのSSLポート番号を入力します。 非SSLポート: Oracle Internet Directoryのポート番号を入力します。 「次へ」をクリックします。 |
|
警告: 現在のOracleAS（Identity Management）ノードを正しく構成するには、すでに稼働している既存のOracleAS Cluster（Identity Management）ノードにリクエストを送るようにLDAP仮想サーバーを設定します。このノードでのインストールを完了した後、ノードをLDAP仮想サーバーに追加できます。 「OK」をクリックします。 |
||
|
10. |
OIDログインの指定 |
ユーザー名: Oracle Internet Directoryにログインするためのユーザー名を入力します。Oracle Internet Directoryのスーパーユーザー（ パスワード: ユーザー名に対応するパスワードを入力します。 「次へ」をクリックします。 |
|
11. |
HTTPロード・バランサのホストおよびポートの指定 |
HTTPリスナー: ポート: Oracle HTTP Serverでリスニングするポート番号を入力します。 SSL有効: このポートでOracle HTTP ServerをSSL用に構成する場合は、このオプションを選択します。 HTTPロード・バランサ: ホスト名: ロード・バランサ上に構成されているHTTP仮想サーバーの名前を入力します。 HTTPロード・バランサ: ポート: HTTP仮想サーバーのポートを入力します。 SSL有効: このポートがSSL通信専用の場合は、このオプションを選択します。 「次へ」をクリックします。 |
|
12. |
ゲスト・アカウントのパスワード |
「次へ」をクリックします。 |
|
13. |
インスタンス名とias_adminパスワードの指定 |
インスタンス名: このIdentity Managementインスタンスの名前を入力します。 ias_adminパスワードおよびパスワードの確認: |
|
14. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
15. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
16. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
17. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
|
18. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
この項では、分散Identity ManagementアーキテクチャへのIdentity Managementのインストール方法を説明します。Oracle Internet DirectoryおよびDirectory Integration and Provisioningの最初のインスタンスおよび後続のインスタンスのインストール手順、インストール後のタスク、およびDelegated Administration ServicesとOracleAS Single Sign-Onのインストール手順を示します。
この項の内容は次のとおりです。
Oracle Internet DirectoryおよびDirectory Integration and Provisioningの最初のインスタンスのインストール
Oracle Internet DirectoryおよびDirectory Integration and Provisioningの2番目のインスタンスのインストール
Delegated Administration ServicesおよびOracleAS Single Sign-Onの最初のインスタンスのインストール
Delegated Administration ServicesおよびOracleAS Single Sign-Onの2番目のインスタンスのインストール
Oracle Internet DirectoryおよびDirectory Integration and Provisioningの最初のインスタンスのインストール
Oracle Internet DirectoryおよびDirectory Integration and Provisioningで構成されるIdentity Managementの最初のインスタンスをインストールするには、表9-6の手順を実行します。
表9-6 Oracle Internet DirectoryおよびDirectory Integration and Provisioningの最初のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Identity Managementのインストール先Oracleホームになります。「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにIdentity Managementをインストールする場合にのみ表示されます。「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Identity Management」を選択します。 「次へ」をクリックします。 |
|
6. |
言語の選択 |
言語を選択します。「次へ」をクリックします。 |
|
7. |
構成オプションの選択 |
「Oracle Internet Directory」を選択します。「Oracle Application Server Directory Integration and Provisioning」を選択します。「Oracle Application Server Certificate Authority (OCA)」は選択しないでください。「高可用性およびレプリケーション」を選択します。 「次へ」をクリックします。 |
|
8. |
リポジトリの指定 |
ユーザー名: Oracle Collaboration Suite 10gデータベースへのログインに使用するユーザー名を入力します。ユーザーにはDBA権限が必要です。 パスワード: ユーザーのパスワードを入力します。 ホスト名とポート: すべてのOracle Collaboration Suite 10g RACデータベース・ノードの仮想ホスト名とポート番号を入力します。次の書式を使用します。 Host1.domain.com:port1,Host2.domain.com:port2,… サービス名: データベースのサービス名を入力します。サービス名にはデータベースのドメイン名が含まれている必要があります。 「次へ」をクリックします。 |
|
9. |
高可用性またはレプリケーション・オプションの選択 |
「OracleASクラスタ(ID管理)」を選択します。 「次へ」をクリックします。 |
|
10. |
新規Oracle Application Serverクラスタ名の指定 |
OracleAS Cluster（Identity Management）用に作成するクラスタの名前を、「新規Oracle Application Serverクラスタ名」フィールドに入力します。 「次へ」をクリックします。 |
|
11. |
Internet Directoryのネームスペースの指定 |
次のようにOracle Internet Directoryのネームスペースを入力するか、推奨ネームスペースを選択します。 dc=us,dc=oracle,dc=com 「次へ」をクリックします。 |
|
12. |
ポート構成オプションの指定 |
手動ポート選択オプションを選択します。 Oracle HTTP Serverポート: 7777 Oracle HTTP Server SSLポート: 4443 Oracle Internet Directoryポート: 7389 Oracle Internet Directory（SSL）ポート: 4636 「次へ」をクリックします。 |
|
13. |
ゲスト・アカウントのパスワード |
「次へ」をクリックします。 |
|
14. |
インスタンス名とias_adminパスワードの指定 |
インスタンス名: このIdentity Managementインスタンスの名前を入力します。 ias_adminパスワードおよびパスワードの確認: |
|
15. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
16. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
Oracle Internet DirectoryおよびDirectory Integration and Provisioningの2番目のインスタンスのインストール
Identity Managementの後続のインスタンスをインストールする場合、インストール前のタスクを実行する必要があります。
インストール前のタスク Identity Managementの後続のインスタンスをインストールする際のインストール前のタスクは、次のとおりです。
このIdentity Managementノードのシステム時間が、このOracle Cluster（Identity Management）構成の一部である他のIdentity Managementノードの時間と同期していることを確認してください。この確認を怠ると、インスタンスのフェイルオーバー、ディレクトリのエントリの操作属性の不整合、およびパスワード状態ポリシーの動作の不整合が発生することがあります。
現在のOracleAS（Identity Management）ノードを正しくインストールするには、すでに稼働している既存のOracleAS Cluster（Identity Management）ノードにリクエストを送るようにロード・バランサのLDAP仮想サーバーを設定します。このノードでのインストールを完了した後、ノードをロード・バランサのLDAP仮想サーバーに追加できます。
インストールのタスク Oracle Internet DirectoryおよびDirectory Integration and Provisioningで構成されるIdentity Managementの2番目のインスタンスをインストールするには、表9-7の手順を実行します。
表9-7 Oracle Internet DirectoryおよびDirectory Integration and Provisioningの2番目のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Identity Managementのインストール先Oracleホームになります。「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにOracle Collaboration Suite Identity Managementをインストールする場合にのみ表示されます。「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Identity Management」を選択します。 「次へ」をクリックします。 |
|
6. |
言語の選択 |
言語を選択します。「次へ」をクリックします。 |
|
7. |
構成オプションの選択 |
「Oracle Internet Directory」を選択します。「Oracle Application Server Directory Integration and Provisioning」を選択します。「Oracle Application Server Certificate Authority (OCA)」は選択しないでください。「高可用性およびレプリケーション」を選択します。 「次へ」をクリックします。 |
|
8. |
リポジトリの指定 |
ユーザー名: Oracle Collaboration Suite 10gデータベースへのログインに使用するユーザー名を入力します。ユーザーにはDBA権限が必要です。 パスワード: ユーザーのパスワードを入力します。 ホスト名とポート: Oracle Collaboration Suite 10gデータベースを実行しているすべてのノードの名前とポート番号を入力します。次の書式を使用します。 Host1.domain.com:port1^Host2.domain.com:port2^… サービス名: データベースのサービス名を入力します。サービス名にはデータベースのドメイン名が含まれている必要があります。 「次へ」をクリックします。 |
|
警告: このIdentity Managementノードのシステム時間が、このOracle Cluster（Identity Management）構成の一部である他のIdentity Managementノードの時間と同期していることを確認してください。この確認を怠ると、インスタンスのフェイルオーバー、ディレクトリのエントリの操作属性の不整合、およびパスワード状態ポリシーの動作の不整合が発生することがあります。 「OK」をクリックします。 |
||
|
9. |
ODSパスワードの指定 |
ODSスキーマのパスワードを入力します。 |
|
10. |
Oracle Internet Directoryへのログインの指定 |
ユーザー名: Oracle Internet Directoryにログインするためのユーザー名を入力します。Oracle Internet Directoryのスーパーユーザー（ パスワード: ユーザー名に対応するパスワードを入力します。 「次へ」をクリックします。 |
|
11. |
ゲスト・アカウントのパスワード |
「次へ」をクリックします。 |
|
12. |
インスタンス名とias_adminパスワードの指定 |
インスタンス名: このIdentity Managementインスタンスの名前を入力します。 ias_adminパスワードおよびパスワードの確認: |
|
13. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
14. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
インストール後のタスク
インストール後のタスクには、インストール・エラーのトラブルシューティングおよび手動によるインストール後の手順の実行が含まれます。
Identity Managementの後続のインスタンスをインストールするときに、SSOUIコンフィギュレーション・アシスタントが失敗することがあります。この問題を解決するには、Identity Managementの最初のインスタンスのインストールにある$ORACLE_HOME/j2ee/OC4J_SECURITY/applicationsのすべてのファイルを、Identity Managementの後続のインスタンスのインストールにある$ORACLE_HOME/j2ee/OC4J_SECURITY/applicationsにコピーしてから、コンフィギュレーション・アシスタントを再試行します。
ロード・バランサが、すべてのアクティブなIdentity Managementノードにリクエストをルーティングしていることを確認します。
Delegated Administration ServicesおよびOracleAS Single Sign-Onの最初のインスタンスのインストール
Delegated Administration ServicesおよびOracleAS Single Sign-Onの最初のインスタンスをインストールするには、表9-8の手順を実行します。
表9-8 Delegated Administration ServicesおよびOracleAS Single Sign-Onの最初のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Identity Managementのインストール先Oracleホームになります。「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにOracle Collaboration Suite Identity Managementをインストールする場合にのみ表示されます。「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Identity Management」を選択します。 「次へ」をクリックします。 |
|
6. |
言語の選択 |
言語を選択します。「次へ」をクリックします。 |
|
7. |
構成オプションの選択 |
「Oracle Application Server Single Sign-On」を選択します。「Oracle Application Server Delegated Administration Service」を選択します。「高可用性およびレプリケーション」を選択します。 「次へ」をクリックします。 |
|
8. |
高可用性オプションの選択 |
「OracleASクラスタ(ID管理)」を選択します。 「次へ」をクリックします。 |
|
9. |
Oracle Application Serverクラスタ(ID管理)の作成または追加 |
「新規Oracle Application Serverクラスタの作成」を選択します。 「次へ」をクリックします。 |
|
10. |
新規Oracle Application Serverクラスタ名の指定 |
Application Serverのクラスタ名を入力します（例: 「次へ」をクリックします。 |
|
11. |
LDAP仮想ホストおよびポートの指定 |
ホスト名: ロード・バランサ上に構成されているLDAP仮想サーバーの完全修飾仮想サーバー名を入力します（例: SSLポート: Oracle Internet DirectoryのSSLポート番号を入力します（例: 4636）。 非SSLポート: Oracle Internet Directoryの非SSLポート番号を入力します（例: 7389）。 「次へ」をクリックします。 |
|
12. |
Oracle Internet Directoryへのログインの指定 |
Oracle Internet Directoryにログインするためのパスワードを入力します。 「次へ」をクリックします。 |
|
13. |
HTTPロード・バランサのホストおよびポートの指定 |
HTTPリスナー: ポート: Oracle HTTP Serverでリスニングするポート番号を入力します（例: 7777）。 HTTPロード・バランサ: ホスト名: ロード・バランサ上に構成されているHTTP仮想サーバーの名前を入力します（例: HTTPロード・バランサ: ポート: HTTP仮想サーバーのポートを入力します（例: 7777）。 「次へ」をクリックします。 |
|
14. |
インスタンス名とias_adminパスワードの指定 |
インスタンス名: このIdentity Managementインスタンスの名前を入力します。 ias_adminパスワードおよびパスワードの確認: |
|
15. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
16. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
Delegated Administration ServicesおよびOracleAS Single Sign-Onの2番目のインスタンスのインストール
Delegated Administration ServicesおよびOracleAS Single Sign-Onの2番目のインスタンスをインストールするには、表9-9の手順を実行します。
表9-9 Delegated Administration ServicesおよびSingle Sign-Onの2番目のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Identity Managementのインストール先Oracleホームになります。「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにOracle Collaboration Suite Identity Managementをインストールする場合にのみ表示されます。「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Infrastructure 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
インストール・タイプの選択 |
「Identity Management」を選択します。 「次へ」をクリックします。 |
|
6. |
言語の選択 |
言語を選択します。「次へ」をクリックします。 |
|
7. |
構成オプションの選択 |
「Oracle Application Server Single Sign-On」を選択します。「Oracle Application Server Delegated Administration Service」を選択します。「高可用性およびレプリケーション」を選択します。 「次へ」をクリックします。 |
|
8. |
高可用性オプションの選択 |
「OracleASクラスタ(ID管理)」を選択します。 「次へ」をクリックします。 |
|
9. |
Oracle Application Serverクラスタ(ID管理)の作成または追加 |
「既存のOracle Application Serverクラスタに追加」を選択します。 「次へ」をクリックします。 |
|
10. |
既存のOracle Application Serverクラスタ名の指定 |
インストール中の現在のインスタンスを追加する、既存のOracleAS Cluster（Identity Management）の名前を入力します。このクラスタは、Delegated Administration ServicesとOracleAS Single Sign-Onを最初にインストールしたときに作成されています。 「次へ」をクリックします。 |
|
11. |
LDAP仮想ホストおよびポートの指定 |
ホスト名: ロード・バランサ上に構成されているLDAP仮想サーバーの完全修飾仮想サーバー名を入力します（例: SSLポート: Oracle Internet DirectoryのSSLポート番号を入力します（例: 4636）。 非SSLポート: Oracle Internet Directoryの非SSLポート番号を入力します（例: 7389）。 「次へ」をクリックします。 |
|
12. |
Oracle Internet Directoryへのログインの指定 |
Oracle Internet Directoryにログインするためのパスワードを入力します。 「次へ」をクリックします。 |
|
13. |
HTTPロード・バランサのホストおよびポートの指定 |
HTTPリスナー: ポート: Oracle HTTP Serverでリスニングするポート番号を入力します（例: 7777）。 HTTPロード・バランサ: ホスト名: ロード・バランサ上に構成されているHTTP仮想サーバーの名前を入力します（例: HTTPロード・バランサ: ポート: HTTP仮想サーバーのポートを入力します（例: 7777）。 「次へ」をクリックします。 |
|
14. |
インスタンス名とias_adminパスワードの指定 |
インスタンス名: このIdentity Managementインスタンスの名前を入力します。 ias_adminパスワードおよびパスワードの確認: |
|
15. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
16. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
Oracle Collaboration Suiteが正しく動作するように、Oracle Collaboration Suite 10gデータベースをOracle Internet Directoryに登録する必要があります。また、各Oracle Collaboration Suite 10gアプリケーション・コンポーネントのデータベース・スキーマをOracle Collaboration Suite 10gデータベースに作成する必要があります。ORACLE_HOME/install/OCSdbSchemaReg.shスクリプトを使用して、両方のタスクを実行できます。このスクリプトは、単一のデータベース・ノードに対してのみ実行する必要があります。
OCSdbSchemaReg.shスクリプトは、Oracle Collaboration Suite 10gデータベース・ノードのORACLE_HOME/installディレクトリにあります。
ORACLE_HOME/install/OCSdbSchemaReg.ini.sampleをORACLE_HOME/install/OCSdbSchemaReg.iniにコピーします。
ORACLE_HOME/install/OCSdbSchemaReg.iniスクリプトを、適切な値を使用して変更します。
Oracle Collaboration Suite 10gデータベース・マシンの1つからOCSdbSchemaReg.iniファイルの$hostListオプションに複数のホストを入力することにより、OCSdbSchemaReg.shをORACLE_HOME/installディレクトリからOracle RACモードで実行します。
次のスクリプトを実行します。
OCSdbSchemaReg.sh –f OCSdbSchemaReg.ini
ORACLE_HOME/install/schemaReg.results、OCSdbSchemaReg.shおよびOCSdbSchemaReg.logをチェックし、すべてのコンフィギュレーション・アシスタントが成功したかどうかを確認します。
この項では、Oracle Calendar Serverのインストールのタスクおよびインストール後のタスクについて説明します。内容は次のとおりです。
Cold Failover ClusterにOracle Calendar Serverをインストールする前に、次の手順を実行します。
Cold Failover Clusterでは、ベンダーのクラスタウェアは必要ありません。ベンダーのクラスタウェアが使用される場合、フェイルオーバー・プロセスはベンダーのクラスタウェア・メカニズムを通して自動化できます。ベンダーのクラスタウェアが使用されない場合、フェイルオーバー・プロセスはスクリプト化するか、手動で実行できます。
OracleAS Cold Failover Cluster構成の各ノードには、独自の物理IPアドレスが関連付けられています。また、クラスタ内のアクティブ・ノードには、仮想ホスト名および仮想IPアドレスが関連付けられています。これにより、クライアントは、仮想ホスト名を使用してOracleAS Cold Failover Clusterにアクセスできます。
仮想ホスト名および仮想IPアドレスは、ハードウェア・クラスタを含むサブネットのコンテキストでは任意の有効なホスト名およびIPアドレスです。
|
注意: 仮想ホスト名と仮想IPアドレスは、アクティブ・ノードにのみマッピングします。仮想ホスト名および仮想IPアドレスをアクティブ・ノードとセカンダリ・ノードの両方に同時にマッピングしないでください。フェイルオーバー時にのみ、セカンダリ・ノードからアクティブ・ノードになったノードに仮想ホスト名および仮想IPアドレスをマッピングします。 |
次の例では、仮想ホスト名calvhost.mydomain.comおよび仮想IPアドレス138.1.12.191を使用したノードの構成方法を示します。
|
注意: この手順を実行する前に、システム管理者またはネットワーク管理者にすべての必要な手順を確認するように依頼してください。この手順を実行すると、クラスタ・ノードのネットワーク設定が再構成され、ネットワーク実装の違いによって手順が変わる場合があります。 |
仮想ホスト名とIPアドレスを、ネットワークのDNSに登録します。たとえば、calvhost.mydomain.com/138.1.12.191ペアをDNSに登録します。
アクティブ・ノードの/etc/hostsファイルに次の行を追加します。
ip_address hostname.domain hostname
次に例を示します。
138.1.12.191 calvhost.mydomain.com calvhost
プライマリ・パブリック・ネットワーク・インタフェースを確認します。
イーサネットのカプセル化に使用するプライマリ・パブリック・ネットワーク・インタフェースはlan0です。プライマリ・パブリック・ネットワーク・インタフェースを確認するには、次のコマンドを入力して、ノードの物理ホスト名の値がAddressであるネットワーク・インタフェースを検索します。
/usr/bin/netstat -i
プライマリ・パブリック・ネットワーク・インタフェースに使用可能な索引番号を検索します。
手順3と同じコマンドを使用して、プライマリ・パブリック・ネットワーク・インタフェースへの追加IPアドレスに使用可能な索引番号を確認します。
たとえば、/usr/bin/netstat -iコマンドの出力が次のとおりで、手順3でlan0がプライマリ・パブリック・インタフェースと判別された場合、lan0:2を追加IPアドレスとして使用できます。
名前 |
Mtu |
ネットワーク |
アドレス |
Ipkts |
Opkts |
|
|---|---|---|---|---|---|---|
lan0:1 |
1500 |
datacenter1 |
www2.mydomain.com |
1050265 |
734793 |
lan1* 1500 none none 0 |
索引番号として0は使用しないでください。通常、interface:0は、ほとんどのシステムでインタフェースと同じになるためです。たとえば、lan0:0はlan0と同じです。
rootユーザーとして次のコマンドを実行することにより、プライマリ・パブリック・ネットワーク・インタフェースに仮想IPアドレスを追加します。
|
注意: このインタフェースのNETMASKおよびBROADCASTの値には、プライマリ・パブリック・ネットワーク・インタフェース（例ではlan0）に使用される値と同じ値を使用する必要があります。適切なnetmaskオプションおよびbroadcastオプションが含まれるように、この手順の/usr/sbin/ifconfigコマンドを変更します。 |
手順4で確認した使用可能な索引番号を使用して、次のコマンドを入力します。
/usr/sbin/ifconfig primary_public_interface:available_index ip_address
たとえば、lan0:2が使用可能な場合、次のコマンドを入力します。
/usr/sbin/ifconfig lan0:2 138.1.12.191
仮想IPアドレスが正しく構成されていることを確認します。
手順3に記載されている方法を使用して、手順5で作成したprimary_public_interface:available_indexエントリの新規エントリを確認します。
仮想ホスト名および仮想IPアドレスを使用して、他のノードからノードに接続します。たとえば、異なるノードから次のコマンドを両方入力すると、この手順で構成したノードにログインできます。
telnet hostname.domain telnet ip_address
たとえば、次のように入力します。
telnet calvhost.mydomain.com telnet 138.1.12.191
フェイルオーバー時 アクティブ・ノードに障害が発生した場合は、セカンダリ・ノードが処理を引き継ぎます。クラスタウェア・エージェントを使用して障害が発生したノードからセカンダリ・ノードに仮想IPをマッピングしない場合は、手動でマッピングする必要があります。障害が発生したノードから仮想IPのマッピングを削除し、セカンダリ・ノードにマッピングする必要があります。
可能な場合、障害が発生したノードでスーパーユーザーになり、仮想IPを削除します。
障害発生ノードがまったく動作しない場合（つまり起動しない場合）は、この手順をスキップし、手順2に進みます。ノードの一部が動作していない場合（たとえばディスクまたはメモリーに問題がある場合）で、ノードがまだping可能であるときは、この手順を実行します。
prompt> su Password: root_password # /usr/sbin/ifconfig ge0 removeif 138.1.12.191
ge0およびIPアドレスは、この例に固有の値です。使用しているクラスタに応じて適切な値に置き換えてください。
セカンダリ・ノードで、ge0ネットワーク・インタフェースに仮想IPを追加します。
# /usr/sbin/ifconfig ge0 addif 138.1.12.191 up
ge0およびIPアドレスは、この例に固有の値です。使用しているクラスタに応じて適切な値に置き換えてください。
セカンダリ・ノードで、新しいインタフェースが追加されたことを確認します。
# /usr/sbin/ifconfig -a
...
ge0:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
inet 138.1.12.191 netmask ffff0000 broadcast 138.1.255.255
...
ハードウェア・クラスタには共有ストレージがある場合でも、この共有ストレージにファイル・システムを作成し、Cold Failover Clusterの両方のノードがこのファイル・システムをマウントできるようにする必要があります。このファイル・システムは、Oracle Calendar ServerのOracleホームディレクトリを格納する場合に使用します。
共有ストレージを管理するためにクラスタでボリューム・マネージャを実行する場合は、ボリューム・マネージャのドキュメントでボリュームを作成する手順を参照してください。ボリュームを作成した後、そのボリュームにファイル・システムを作成できます。
ボリューム・マネージャがない場合は、共有ディスクに直接ファイル・システムを作成できます。ハードウェア・ベンダーでこの方法がサポートされていることを確認します。また、Cold Failover Clusterのいずれのノードからでもファイル・システムをマウントできること、ノードに障害が発生したときにいずれのノードからでもファイル・システムを修復可能であることを確認します。
いずれのノードからでもファイル・システムをマウントできることを確認するには、次の手順を実行します。
Cold Failover Cluster構成にOracle Calendarをインストールする前に、インストール・ノードで仮想IPアドレスおよびホスト名が有効であることを確認します。
Oracle CalendarをCold Failover Cluster構成にインストールするには、表9-10の手順を実行します。
表9-10 Oracle Calendar ServerのCold Failover Cluster構成へのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
なし |
次のように
|
|
2. |
ようこそ |
「次へ」をクリックします。 |
|
3. |
インベントリ・ディレクトリと資格証明の指定 （拡張インストールのみ） |
この画面は、コンピュータに最初にOracle製品をインストールする場合にのみ表示されます。 インベントリ・ディレクトリのフルパスを入力してください: インストーラのファイルのディレクトリのフルパスを入力します。製品ファイルのOracleホーム・ディレクトリ以外のディレクトリを入力します。 例: 「OK」をクリックします。 |
|
4. |
UNIXグループ名 （拡張インストールのみ） |
この画面は、コンピュータに最初にOracle製品をインストールする場合にのみ表示されます。 インベントリ・ディレクトリの書込み権限を付与するオペレーティング・システム・グループを入力します。 例: 「次へ」をクリックします。 |
|
5. |
orainstRoot.shの実行 （拡張インストールのみ） |
この画面は、コンピュータに最初にOracle製品をインストールする場合にのみ表示されます。 別のシェルで 「続行」をクリックします。 |
|
6. |
ファイルの場所の指定 （拡張インストールのみ） |
必要に応じて、ソース・ディレクトリのフルパスを「ソース」の「パス」フィールドに入力します。 名前: このOracleホームを識別する名前を入力します。名前は最大16文字で、空白を使用することはできません。 例: インストール先パス: インストール先のディレクトリのフルパスを入力します。これがOracleホームです。ディレクトリが存在しない場合は、インストーラによって作成されます。ディレクトリをあらかじめ作成する場合は、 例: 「次へ」をクリックします。 |
|
7. |
ハードウェアのクラスタ・インストール・モードの指定 （拡張インストールのみ） |
この画面は、使用中の Oracle Collaboration Suiteアプリケーションをインストールしている場合、ハードウェア・クラスタはOracle Collaboration Suiteアプリケーションに対してサポートされていないため、「ローカル・インストール」を選択します。 「次へ」をクリックします。 |
|
8. |
インストールする製品の選択 （拡張インストールのみ） |
Oracle Collaboration Suite Applications 10.1.2を選択します。 「次へ」をクリックします。 |
|
9. |
構成するコンポーネントの選択 （拡張インストールのみ） |
「Oracle Calendar Server」を選択します。 注意: インストール後でも、任意のコンポーネントを構成できます。 「次へ」をクリックします。 |
|
10. |
Oracle Internet Directoryへの登録 （拡張インストールのみ） |
ホスト: LDAP仮想サーバー名を入力します。 ポート: LDAP仮想サーバーの非SSLポート番号を入力します。 SSLを使用してOracle Internet Directoryに接続: Oracle Collaboration SuiteのコンポーネントでSSLのみを使用してOracle Internet Directoryに接続する場合は、このオプションを選択します。 「次へ」をクリックします。 |
|
11. |
Oracle Internet Directoryのユーザー名およびパスワードの指定 （拡張インストールのみ） |
ユーザー名: Oracle Internet Directoryにログインするためのユーザー名を入力します。 パスワード: ユーザーのパスワードを入力します。 「次へ」をクリックします。 注意: Oracle Internet Directoryスーパーユーザーの場合は、ユーザー名に |
|
12. |
OracleAS Metadata Repository （拡張インストールのみ） |
リストから「Collaboration Suite Database」を選択します。 「次へ」をクリックします。 |
|
13. |
データベース・コンポーネントの選択 （拡張インストールのみ） |
コンポーネント名: Oracle Calendar Server。 データベース名: Oracle Collaboration Suite 10gデータベースの名前。 「次へ」をクリックします。 注意: Oracle Collaboration Suiteデータベースの複数のインスタンスがOracle Internet Directoryで使用可能になっている場合は、「データベース名」列をクリックし、各コンポーネントに対して適切なデータベースをドロップダウン・リストから選択します。ただし、「次へ」をクリックして次の画面に移動すると、選択内容が保持されないことがあります。選択内容を保持するには、各コンポーネントで必要なデータベースを選択してから、「データベース名」列をもう一度クリックする必要があります。 |
|
14. |
ポート構成オプションの指定 （拡張インストールのみ） |
「自動ポート選択」を選択するか、「手動」を選択して次のポート番号を入力します。
「次へ」をクリックします。 注意: 手動でポートを構成する場合、ポートごとにポートの値を指定する必要があります。 注意: 「自動」オプションでは、Oracle HTTP Serverには7777〜7877、SSLを使用するOracle HTTP Serverには4443〜4543の範囲のポートのみが使用されます。Oracle HTTP Serverのポート番号を80、SSLを使用するOracle HTTP Serverのポート番号を443に設定する必要がある場合、「ポートを手動で指定」オプションを選択する必要があります。 |
|
15. |
管理パスワードおよびインスタンス名の指定 （拡張インストールのみ） |
インスタンス名: このCalendar Serverインスタンスの名前を入力します。 管理パスワード: 管理ユーザーのパスワードを入力します。このユーザーは、Calendar Serverインスタンスの管理ユーザーです。 パスワードの確認: パスワードを確認します。 「次へ」をクリックします。 |
|
16. |
Oracle Calendar Serverホストのエイリアス （拡張インストールのみ） |
ホストまたはエイリアス: Calendar Serverインスタンスの仮想ホスト名を入力します。 注意: Oracle Calendar Serverインスタンスに対して作成されたエイリアスを使用することをお薦めします。たとえば、アプリケーション層のホスト名が さらに、エイリアスの短縮版も必ず解決可能にすることが重要です。これは、 「次へ」をクリックします。 注意: 後でカレンダ・サーバー・インスタンスを移動したり、ホスト名を変更する場合は、ホスト名のかわりに別名を使用することをお薦めします。別名が構成されていない場合は、ホスト名を指定します。 |
|
17. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
18. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
19. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
20. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。コンフィギュレーション・アシスタントによって、コンポーネントが構成されます。 |
|
21. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
インストール後のタスクには、インストール・エラーのトラブルシューティングおよび手動によるインストール後の手順の実行が含まれます。
また、インストール後の次の追加手順を実行する必要があります。
ORACLE_HOME/ocal/misc/unison.iniファイルで、[DAS]セクションの下にdir_connectmodel = ondemandエントリを追加します。
Oracle Calendar Serverを再起動します。
ORACLE_HOME/opmn/bin/opmnctl restartproc ias-component=CalendarServer
WebCacheはデフォルトで$ORACLE_HOME/webcache/webcache.xml構成ファイルのローカル・ホストを使用します。Calendar Serverのフェイルオーバー時に手動でwebcache.xmlファイルのホスト名を変更する事態を避けるため、Oracle Collaboration SuiteのCalendar Serverノードに対するローカルのホスト名の別名を作成できます。このホスト名の別名を作成する必要があるのは1回のみです。これを実行するには、各Calendar ServerのCFCノードの/etc/hostsファイルに行を追加します。
たとえば、ノードがノード1およびノード2と呼ばれていて別名をcfcwebcacheとする場合は、次の手順を実行して、WebCacheを正しく起動するためのフェイルオーバー後の手動操作を不要にします。
ノード1の/etc/hostsファイルで、既存のローカル・ホスト行に別名を追加します。
139.185.141.98 node1.mycompany.com node1 loghost cfcwebcache.mycompany.com
ノード2の/etc/hostsファイルで、既存のローカル・ホスト行に別名を追加します。
139.185.141.99 node2.mycompany.com node2 loghost cfcwebcache.mycompany.com
cfcwebcache.mycompany.comという別名を使用するように、$ORACLE_HOME/webcache/webcache.xmlのCACHE NAMEおよびHOSTNAMEフィールドを更新します。次に例を示します。
<CACHE NAME="cfcwebcache.mycompany.com-WebCache" ORACLEHOME="/cal/server" HOSTNAME="cfcwebcache. mycompany.com"VOTES="1" CAPACITY="30" WCDEBUGON="NO">
WebCacheを再起動します。
opmnctl restartproc process-type=WebCache
$ORACLE_HOME/Apache/Apache/conf/httpd.confファイルを次のように更新して、Calendar Serverの仮想ホスト名を使用するようにします。この例では、Calendar Serverの仮想ホスト名はcalvhost.mycompany.comです。
ServerName行を変更します。
ServerName calvhost.mycompany.com
Server Statusセクションを変更します。
<Location /server-status> SetHandler server-status Order deny,allow Deny from all Allow from localhost calvhost.mycompany.com calvhost
</Location>
HTTPサーバーを再起動します。
opmnctl restartproc process-type=HTTP_Server
この項では、Oracle Calendar Serverを除く、Oracle Collaboration Suite 10gアプリケーションの最初のインスタンスのインストールについて説明します。内容は次のとおりです。
インストール前の手順
init.oraでデータベースのprocessesパラメータを600以上に増やします。これは、Oracle Collaboration Suiteアプリケーションをインストールする前に設定する必要があります。次のように実行できます。
sysdbaとしてsqlplusに接続し、次のコマンドを発行します。
alter system set processes=600 scope=spfile;
データベースを再起動します。
Oracle Collaboration Suite 10gアプリケーションの最初のインスタンスをインストールするには、表9-11の手順を実行します。
表9-11 Oracle Collaboration Suite 10gアプリケーションの最初のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Oracle Collaboration Suite 10gアプリケーションのインストール先Oracleホームになります。 「次へ」をクリックします。 |
|
3. |
インストールする製品の選択 |
Oracle Collaboration Suite Applications 10.1.2を選択します。 「次へ」をクリックします。 |
|
4. |
構成するコンポーネントの選択 |
「Oracle Mail」を選択します。「Oracle Mobile Collaboration」を選択します。「Oracle Content Services」を選択します。「Oracle Calendar Server」は選択しないでください。「Oracle Calendar Application System」を選択します。「Oracle Real-Time Collaboration」を選択します。「Oracle Collaboration Suite Search」を選択します。「Oracle Collaboration Suite Web Access」を選択します。「Oracle Collaborative Portlets」を選択します。「Oracle Workspaces」を選択します。「Oracle Discussions」を選択します。 「次へ」をクリックします。 |
|
5. |
Oracle Internet Directoryへの登録 |
ホスト: LDAP仮想サーバー名を入力します。 ポート: LDAP仮想サーバーの非SSLポート番号を入力します。 「次へ」をクリックします。 |
|
6. |
Oracle Internet Directoryのユーザー名およびパスワードの指定 |
ユーザー名: Oracle Internet Directoryにログインするためのユーザー名を入力します。Oracle Internet Directoryのスーパーユーザー（ パスワード: ユーザー名に対応するパスワードを入力します。 「次へ」をクリックします。 |
|
7. |
OracleAS Metadata Repository |
リストから「Collaboration Suite Database」を選択します。 「次へ」をクリックします。 |
|
8. |
データベース・コンポーネントの選択 |
コンポーネント名: Oracle Mail、Oracle Discussions、Oracle Search、Oracle Real-Time Collaboration、Oracle Collaboration Suite Search、Oracle Workspaces、Oracle Content Services、Oracle Collaboration Suite Web Access。 データベース名: Oracle Collaboration Suite 10gデータベースの名前。 「次へ」をクリックします。 |
|
9. |
ポート構成オプションの指定 |
「自動ポート選択」を選択するか、「手動」を選択して次のポート番号を入力します。
注意: 「自動」オプションでは、Web CacheのHTTPリスニング・ポートには7777〜7877、SSLを使用するWeb CacheのHTTPリスニング・ポートには4443〜4543の範囲のポートのみが使用されます。Web CacheのHTTPリスニング・ポートのポート番号を80、SSLを使用するWeb CacheのHTTPリスニング・ポートのポート番号を443に設定する必要がある場合、「ポートを手動で指定」オプションを選択する必要があります。 |
|
10. |
管理パスワードおよびインスタンス名の指定 |
インスタンス名: このOracle Collaboration Suite 10gアプリケーション・インスタンスの名前を入力します。 管理パスワード: 管理ユーザーのパスワードを入力します。このユーザーは、Oracle Collaboration Suite 10gアプリケーション・インスタンスの管理ユーザーです。 「次へ」をクリックします。 |
|
11. |
Oracle Mailドメイン情報の指定 |
Mailドメイン: Oracle Mailサーバーに使用するドメインを入力します。 「次へ」をクリックします。 |
|
12. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
13. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
14. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
15. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
|
16. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
インストール後の手順
Oracle Mailに対して、使用中のポートが権限付きポート（1024未満）の場合、スーパーユーザーとしてOracle Collaboration Suiteアプリケーション層でUMリスナー（listener_es）を起動します。Oracle Collaboration Suiteアプリケーション所有者のユーザーIDおよびグループIDを取得します。
ORACLE_HOME、LD_LIBRARY_PATHおよびPATH環境変数を設定した後で、rootとしてUMリスナーを起動します。
# *$ORACLE_HOME/bin/tnslsnr listener_es –user */userid/* -group */group_id/* &***
高可用性デプロイにある複数のOracle Collaboration Suite 10gアプリケーション・インスタンスを、前面にロード・バランサを配置することにより構成できます。ロード・バランサは、リクエストに対するサービスを実際に提供するアプリケーション・サーバーの冗長セットを提供する一方、Oracle Collaboration Suite 10gアプリケーションの単一アドレスを公開します。Oracle Collaboration Suiteアプリケーション・インスタンスの1つに障害が発生したことを検出し、他のインスタンスにリクエストをフェイルオーバーするようにロード・バランサを構成できます。
構成は次のとおりです。
ocs_apps1.mycompany.comおよびocs_apps2.mycompany.comという2つのOracle Collaboration Suite 10gアプリケーション・コンピュータがあります。両方のアプリケーション・サーバーとも非SSLポート7777でリスニングしています。
Oracle Collaboration Suite 10gアプリケーション・コンピュータは、im_virtual.mycompany.comにあるSingle Sign-Onサーバーを使用するように構成されています。
ユーザーに公開されるOracle Collaboration Suite 10gアプリケーションの有効なホスト名はhttp://apps_virtual.mycompany.comです。ロード・バランサはこのアドレスをポート80でリスニングするように構成されています。また、ロード・バランシングを実行し、ocs_apps1.mycompany.comとocs_apps2.mycompany.comの間でユーザー・リクエストをフェイルオーバーするように構成されています。
Single Sign-Onサーバーおよびディレクトリ・サーバーは、im_virtual.mycompany.comに配置されています。
Oracle Collaboration Suiteデータベース（Identity Managementメタデータを含む）は、ocs_store1.mycompany.comおよびocs_store2.mycompany.com（2ノードOracle RAC）に配置されています。
次の手順を実行して、ロード・バランサを使用した最初のOracle Collaboration Suiteアプリケーション層を構成します。
ocs_apps1.mycompany.comにおけるロード・バランサを介したデータベースからOracleAS Web Cacheへの無効化メッセージの接続性の検証
ロード・バランサを使用するためのOracle Internet Directory内のOracle Collaboration Suiteサービス・レジストリ・エントリの更新
アプリケーション層の最初のインスタンスと動作するようにロード・バランサを設定するには、次が構成されていることを確認してください（ポート名およびポート番号が$ORACLE_HOME/install/portlist.iniファイルと一致する必要があります）。
ポート80（HTTP）でリクエストをリスニングし、portlist.iniファイルからOracle HTTP Serverポートにバランシングする仮想サーバー名（apps_virtual.mycompany.com）。この例では、Oracle Collaboration Suite 10gアプリケーション層のHTTP Serverがポート7777のocs_apps1.mycompany.comで実行中です。
ポート7777（HTTP）でリクエストをリスニングし、portlist.iniファイルからWeb CacheのHTTPリスニング・ポートにバランシングする仮想サーバー名（apps_virtual.mycompany.com）。この例では、Oracle Collaboration Suite 10gアプリケーション層のWebCache HTTPリスナーがポート7777のocs_apps1.mycompany.comで実行中です。ロード・バランサのポート7777は、ocs_apps1.mycompany.com上のParallel Page Engineによって作成されたHTTPループバック・リクエストを受信します。この7777ポートは、Webプロバイダの設計時メッセージに使用するPortal Metadata Repositoryからもリクエストを受信します。PPEからのループバック・リクエストが成功するように、この構成にはネットワーク・アドレス変換（NAT）ルールが必要な場合があります。
ポート9401（Web Cache Invalidationポート）でリクエストをリスニングし、ポート9401（Web Cache Invalidationポート）上のocs_apps1.mycompany.comにあるOracle Collaboration Suite 10gアプリケーション層のWeb Cacheにバランシングする仮想サーバー名（apps_virtual.mycompany.com）。ロード・バランサのポート9401は、OracleAS Web Cache内でキャッシュされたコンテンツが失効した場合に、OracleAS Portalリポジトリから無効化メッセージを受信します。OracleAS Portalリポジトリからの無効化リクエストが成功するように、この構成にはNATルールが必要な場合があります。
ポート25（SMTP）でリクエストをリスニングし、ポート25（SMTPリスニング・ポート）上のocs_apps1.mycompany.comにあるOracle Collaboration Suite 10gアプリケーション層のSMTPポートにバランシングする仮想サーバー名（apps_virtual.mycompany.com）。ポート25（SMTP）上の仮想サーバーには、単純永続性も必要です。単純永続性は、以前に接続したノードにクライアントを戻します。単純永続性は、クライアントIPアドレスのみに基づいて接続を追跡します。
ポート143（Oracle Mail IMAP4ポート）でリクエストをリスニングし、ポート143（Oracle Mail IMAP4ポート）上のocs_apps1.mycompany.comにあるOracle Collaboration Suite 10gアプリケーション層にバランシングする仮想サーバー名（apps_virtual.mycompany.com）。
|
注意: apps_virtual.mycompany.comは、80で外部通信を、ポート7777でParallel Page Engineのループバック・メッセージを、ポート9401で無効化メッセージを、ポート25でSMTP通信を、それぞれリスニングします。 |
セキュリティ上の理由により、ロード・バランサのポート9401および7777は、外部ユーザーから参照できないようにする必要があります。
この手順では、OracleAS Portalが依存するコンポーネントを、ロード・バランサの仮想サーバー名およびポートapps_virtual.mycompany.com:80に次のように関連付けます。
Oracle Enterprise ManagerのOracle Collaboration Suite Controlコンソールにアクセスします。
ocs_apps1.mycompany.comインストールのリンクをクリックします。
「HTTP Server」リンクをクリックします。
「管理」リンクをクリックします。
「拡張サーバー・プロパティ」をクリックします。
httpd.confファイルを開きます。
次の手順を実行します。
LoadModule certheaders_moduleディレクティブを追加します。
LoadModule certheaders_module libexec/mod_certheaders.so
LoadModuleディレクティブ（特にLoadModule rewrite_moduleディレクティブ）は、httpd.confファイル内の、VirtualHostディレクティブの前に表示する必要があります。サーバーはVirtualHostコンテナ内でディレクティブを実行できるようになる前にすべてのモジュールをロードする必要があります。httpd.confファイルの最後にVirtualHostディレクティブを作成するのは良案です。
次の行を追加して、NameVirtualHostディレクティブ、およびapps_virtual.mycompany.comとポート80に使用するVirtualHostコンテナを作成します。次の例で、ポート7778は$ORACLE_HOME/install/portlist.iniファイルにおけるOracle HTTP Serverのリスニング・ポートに相当します。
NameVirtualHost *:7778 <VirtualHost *:7778> ServerName apps_virtual.mycompany.com Port 80 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit </VirtualHost>
|
注意: 使用されている7778ポートは一例です。「ポート構成オプションの指定」画面で「自動ポート選択」を選択した場合は、使用可能なポートによって他の値になることがあります。ただし、インストーラによって選択されるデフォルト・ポートを使用するかわりに、コンポーネントに対してカスタム・ポート番号を割り当てるようにインストーラに指定することもできます。この場合は、 コンポーネントに対してカスタム・ポート番号を割り当てる場合は、「ポート構成オプションの指定」画面は表示されません。この場合、インストーラは インストールが終了したら必ず |
ocs_apps1.mycompany.comとポート7777に使用する、2番目のVirtualHostコンテナを作成します。次の例で、ポート7778は$ORACLE_HOME/install/portlist.iniファイルにおけるOracle HTTP Serverのリスニング・ポート、またポート7777はWeb CacheのHTTPリスニング・ポートに相当します。
<VirtualHost *:7778> ServerName ocs_apps1.mycompany.com Port 7777 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit </VirtualHost>
httpd.confファイルを保存し、要求に応じてOracle HTTP Serverを再起動します。
この手順では、ocs_apps1.mycompany.comにおけるロード・バランサとParallel Page Engineとの間の非SSLループバック通信を構成します。この構成を開始する前に、次を確認してください。
ocs_apps1.mycompany.comからapps_virtual.mycompany.comを解決して、ロード・バランサに接続できます。apps_virtual.mycompany.comを解決できることを確認するには、ocs_apps1.mycompany.comから次のコマンドを発行します。
nslookup apps_virtual.mycompany.com
ロード・バランサのIPアドレスが戻されます。
ocs_apps1.mycompany.comからapps_virtual.mycompany.comのポート7777に接続できます。ocs_apps1.mycompany.comに対して次のコマンドを発行します。
telnet apps_virtual.mycompany.com 7777
接続失敗のメッセージが戻されていないことを確認します。
ループバック構成を作成する手順は、次のとおりです。
ORACLE_HOME/j2ee/OC4J_Portal/applications/portal/portal/WEB-INF/web.xmlファイルを開きます。
Pageサーブレット・セクションに移動します。
太字で表示されている行を追加します。
<servlet>
<servlet-name>page</servlet-name>
<servlet-class>oracle.webdb.page.ParallelServlet</servlet-class>
<init-param>
<param-name>useScheme</param-name>
<param-value>http</param-value>
</init-param>
<init-param>
<param-name>usePort</param-name>
<param-value>7777</param-value>
</init-param>
</servlet>
web.xmlファイルを保存します。
ORACLE_HOME/dcm/binに対して次のコマンドを発行し、DCMリポジトリを更新します。
dcmctl updateConfig
ORACLE_HOME/opmn/binに対して次のコマンドを発行し、Oracle Collaboration Suiteアプリケーション・インスタンスを再起動します。
opmnctl stopall opmnctl startall
OracleAS Portalへのアクセスを可能にし、OracleAS Web Cache Invalidationを実行するために、Portalの依存性設定ファイルiasconfig.xmlには正しいホスト、ポートおよびファーム名が含まれている必要があります。この情報が含まれるようにファイルを編集する手順は、次のとおりです。
ORACLE_HOME/portal/conf/iasconfig.xmlファイルのバックアップ・コピーを作成します。
ORACLE_HOME/portal/conf/iasconfig.xmlファイルを開き、次の手順を実行します。
既存のコードを次のように変更します。
<IASConfig XSDVersion="1.0"> <IASFarm Name="Farm1.apps_virtual.mycompany.com" Host="apps_virtual.mycompany.com"> <WebCacheComponent ListenPort="80" InvalidationPort="9401" InvalidationUsername="invalidator" InvalidationPassword="welcome1" SSLEnabled="false" AdminPort="9400"/> </IASFarm> <IASInstance Name="ocsapps1.ocs_apps1.mycompany.com" Host="ocs_apps1.mycompany.com"> <EMComponent ConsoleHTTPPort="1810" SSLEnabled="false"/> </IASInstance>* <IASInstance Name="iAS-1.im_virtual.mycompany.com" Host="im_virtual.mycompany.com"> <OIDComponent AdminPassword="@BVELB7NJSpZHTYxd0Jc/EubFeXQKqrc5aw==" AdminDN="cn=orcladmin" SSLEnabled="false" LDAPPort="389"/> </IASInstance> <PortalInstance DADLocation="/pls/portal" SchemaUsername="portal" SchemaPassword="@BWQsAbPplXWMMsuK2bq0Wf4gZCaq6ZUDUg==" ConnectString="cn=imdb,cn=oraclecontext"> <WebCacheDependency ContainerType="IASFarm" Name="Farm1.apps_virtual.mycompany.com"/> <OIDDependency ContainerType="IASInstance" Name="iAS-1.im_virtual.mycompany.com"/> <EMDependency ContainerType="IASInstance" Name="ocsapps.ocs_apps1.mycompany.com"/> </PortalInstance> </IASConfi
iasconfig.xmlファイルを保存します。
環境変数ORACLE_HOMEを設定し、必要に応じてORACLE_HOME/portal/confから次のコマンドを発行して、iasconfig.xml構成ファイル内のプレーン・テキスト・パスワードを暗号化します。
ptlconfig –encrypt
この手順では、OracleAS Web Cacheのホスト名およびポートではなく、ロード・バランサの仮想サーバー名およびポートを使用してOracleAS PortalのURLを登録します。この項の手順に従い、OracleAS Portalコンフィギュレーション・アシスタントを使用してURLを登録します。
環境変数ORACLE_HOMEが設定されていることを確認します。
$ORACLE_HOME/portal/confにあるPortalの依存性設定ツールを使用して、次のようにURLを登録します。
ptlconfig –dad dadname –wc –site
前述の構文で、dadnameはOracleAS Portalのデータベース・アクセス記述子の名前です。これはiasconfig.xmlファイルのPortalInstance DADLocationエントリの下に指定されています。たとえば、iasconfig.xmlファイルで記述子は次のように指定されています。
PortalInstance DADLocation="/pls/portal"
その結果、Portalの依存性設定ツールを使用して次のようにURLを登録できます。
ptlconfig -dad portal -wc -site
|
注意: mod_plsqlの以前のバージョンは、接頭辞/pls付きで仮想パスにマウントされていました。この制限は新しいバージョンでは廃止されましたが、PL/SQLアプリケーションによって強制されます。 |
外部からOracle Enterprise Manager 10gにアクセスできないようにするには、OracleAS Portalで提供されるリンクを、内部サーバーを指定するように変更する必要があります。これを実行するには、$ORACLE_HOME/portal/confに対して次のコマンドを発行します。
ptlconfig –dad dadname –em
前述の構文で、dadnameはOracleAS Portalのデータベース・アクセス記述子の名前です。これはiasconfig.xmlファイルのPortalInstance DADLocationエントリの下に指定されています。
OracleAS Web Cacheが正しく動作するように、ロード・バランサを使用してサイト定義、サイトの別名、およびサイトからサーバーへのマッピングを構成する必要があります。
Web Cache Manager（webcache.xmlファイルに格納されている構成の編集用グラフィカル・ユーザー・インタフェース）を使用します。
http://ocs_apps1.mycompany.com:9400/webcacheadminでWeb Cache Managerにアクセスします。Web Cache Managerのパスワードのダイアログ・ボックスが表示されます。
OracleAS Web Cache管理者パスワードを入力します。ユーザー名にはias_adminまたはadministratorと入力し、OracleAS Web Cache管理者パスワードを入力します。
|
注意: インストール時に、OracleAS Web Cache管理者パスワードはias_adminパスワードと同じパスワードに設定されます。OracleAS Web Cache管理者パスワードは、すべてのキャッシュ・クラスタ・メンバーで同じである必要があります。 |
「Origin Servers, Sites and Load Balancing」セクションにある「Site Definitions」リンクをクリックします。Site Definitionsウィンドウが開きます。
「Add Site」をクリックします。
次の情報を入力し、他のフィールドは空白のままにします。
Host name: apps_virtual.mycompany.com
Port: 80
Client-side Certificate: Not requiredDefault Site: Yes
Create Alias from Site Name with or without www: No
「Submit」をクリックします。
別名を追加するサイト（apps_virtual.mycompany.com）のラジオ・ボタンを選択します。
「Add Alias」をクリックします。Add Alias for Siteウィンドウが開きます。
ホスト名にapps_virtual.mycompany.com、ポートに7777と入力します。（7777は、Parallel Page Engine構成にあるweb.xmlファイル内のusePort parameterの値です。）
「Submit」をクリックします。別名が追加されます。Portalがサイト名と同じ無効化メッセージ内のHOST属性の値（ここではapps_virtual.mycompany.com:80）を使用して無効化メッセージを送信する一方、OracleAS Web Cacheはapps_virtual.mycompany.com:7777のようなホストとポートの組合せに対してキーを指定されたポータル・コンテンツをキャッシュするために無効化が実行されないという理由から、構成には別名が必要です。このため、OracleAS Web Cacheがコンテンツのキャッシュを管理してapps_virtual.mycompany.com:80とapps_virtual.mycompany.com:7777が同一であると認識するように、別名を定義する必要があります。これにより、OracleAS Portalコンテンツは、サイト名と異なるホストとポートの組合せに対してキーを指定されますが、適切に無効化されます。「Add Alias」をクリックします。ホスト名フィールドおよびポート・フィールドを含むウィンドウが表示されます。
ホスト名にapps_virtual.mycompany.com、ポートに80と入力します。
「Submit」をクリックします。別名が追加されます。
|
注意: ブラウザから送信されるHOSTヘッダーがapps_virtual.mycompany.com（ポート番号は追加されない）になるため、ポート80には別名が必要です。OracleAS Web CacheはHTTPポートでリスニングしているため、ポート番号は80であるとみなし、サイトからサーバーへのマッピングの決定やキャッシュ・キーの作成にこのポート番号を使用します。 |
「Apply Changes」をクリックします。
「Origin Servers, Sites, and Load Balancing」セクションにある「Site-to-Server Mapping」リンクをクリックします。「Site-to-Server Mapping」ページが表示されます。ここでオリジナル・サーバーに対してサイトとサイトの別名をマップします。
表にある最初のマッピングを選択し、「Insert Above」をクリックします。「Edit/Add Site-to-Server Mapping」ページが表示されます。
「Select From Site Definitions」オプションを選択します。
「apps_virtual.mycompany.com」を選択します。
「Select Application Web Servers」セクションで、「ocs_apps1.mycompany.com」を選択します。
「Submit」をクリックします。
未使用のマッピングまたはワイルド・カード文字*を含むエントリを削除します。この段階で「Site-to-Server Mapping」表は次のように表示されます。
「Apply Changes」をクリックします。
「Restart」をクリックします。
mod_ossoを再登録する手順は、次のとおりです。
環境変数ORACLE_HOMEを現在のOracleホームに設定します。
SSO登録スクリプトORACLE_HOME/sso/bin/ssoregを実行します。
ORACLE_HOME/sso/bin/ssoreg.sh \ -site_name <Partner Application site name>.apps_virtual.mycompany.com \ -mod_osso_url <http|https://apps_virtual.mycompany.com:port of the mod_osso partner> \ -config_mod_osso TRUE \ -oracle_home_path <Absolute path to Oracle Home> \ -config_file <config_file_path of osso.conf> \ -admin_info <Administrator info. You can put cn=orcladmin here.> \ -virtualhost
< >内のパラメータ値は実際の値で置き換えられます。
『Oracle Application Server Single Sign-On管理者ガイド』の第4章「パートナ・アプリケーションの構成および管理」を参照してください。
ORACLE_HOME/sso/bin/ssoreg.sh -helpを使用してもssoreg.shのすべてのオプションが表示されます。
インストールの例に基づいたサンプル・コマンドを次に示します。
ORACLE_HOME/sso/bin/ssoreg.sh \ -site_name ocsapps.apps_virtual.mycompany.com \ -mod_osso_url http://host.apps_virtual.mycompany.com:80 \ -config_mod_osso TRUE \ -oracle_home_path /oracle_home \ -config_file /oracle_home/Apache/Apache/conf/osso/osso.conf \ -admin_info cn=orcladmin \ -virtualhost
この例で、/oracle_homeはOracleホームの絶対パスです。
パートナ・アプリケーションocsapps.apps_virtual.mycompany.comが作成されます。
管理者としてOracleAS Single Sign-Onの管理ページにログオンします。パートナ・アプリケーションの管理ページを使用して、ホーム、成功およびログアウトの各URLで物理ホスト名のocs_apps1.mycompany.comを依然として使用しているパートナ・アプリケーションOracle Portal（portal）のエントリを削除します。ocsapp1.ocs_apps1.mydomain.comは再登録プロセスの一環としてすでに削除されています。
データベースでオブジェクトが変更されると、キャッシュにそのオブジェクトが存在する場合、アプリケーション・メタデータ・リポジトリ・データベースはWeb Cacheに無効化メッセージを送信してオブジェクトを無効化します。ターゲットの構成にはOracleAS Web Cacheインスタンスが2つあるため、無効化メッセージは2つのOracleAS Web Cacheインスタンス間でロード・バランシングされる必要があります。これは、コンポーネント・レベルのロード・バランシングの例です。
この検証を続行する前に、データベースのホスト・コンピュータからロード・バランサにメッセージが送信できることを確認してください。これを実行するには、ocs_store1.mycompany.comおよびocs_store2.mycompany.comから次のコマンドを発行します。
telnet apps_virtual.mycompany.com 9401
接続失敗のメッセージが戻されていないことを確認します。
OracleAS Portal用ロード・バランサのフロントエンドにあるホストおよびポートの設定に対する監視を有効にする手順は、次のとおりです。
ORACLE_HOME/sysman/emd/targets.xmlファイルを開きます。
TYPE="oracle_portal"などのOracleAS Portalターゲットに移動します。
ロード・バランサを参照するように、PortalListeningHostPortプロパティを編集します。たとえば、<Property NAME="PortalListeningHostPort" VALUE="http://apps_virtual.mycompany.com:80"/>のように設定します。
targets.xmlファイルを保存して閉じます。
ORACLE_HOME/binに対してこのコマンドを発行し、OracleAS Controlコンソールにtargets.xmlファイルをリロードします。
emctl reload
各Oracle Collaboration Suite 10gアプリケーション層にある現在のOracleAS WirelessインスタンスのURLを構成します。Oracle Collaboration Suite Mobile Collaborationを構成することにより、アプリケーション・サーバーのインスタンスURLを定義するか、アプリケーション・サーバーでOracleAS Wirelessサイト全体に対して定義されたURLを使用するように指定できます。手順は、次のとおりです。
Oracle Enterprise ManagerのOracle Collaboration Suite Controlコンソールにアクセスします。
ocs_apps1.mycompany.comインストールのリンクをクリックします。
「ワイヤレス」リンクをクリックします。
「インスタンス構成」の下の「インスタンスURL」リンクをクリックします。
ロード・バランサの仮想サーバー名（http://apps_virtual.mycompany.com:80/ptg/rm）を参照するように、ワイヤレス・インスタンスURLを変更します。ポート80が使用される場合、表示されるURLにそれを明示的に示す必要があるので注意してください。
Oracle Collaboration Suite 10gアプリケーション層ごとに前述の手順を繰り返します。
次の手順を実行して、Oracle Collaboration Suiteアプリケーション層のロード・バランサの仮想サーバーから動作するようにOracle Calendar Administratorを使用可能にします。
各アプリケーションのOracleホームにある$ORACLE_HOME/Apache/Apache/conf/httpd.confファイルの最後に次の行を追加します。
# Include the Oracle configuration file for Calendar Server include "<full ORACLE_HOME path>/ocad/config/ocad.conf"
$ORACLE_HOME/dcm/bin/dcmctl updateconfigコマンドを実行して、変更を処理します。これによってOracle Calendar Administratorが使用可能になります。
デフォルトでは、各Oracle Mobile Data Syncアプリケーション層はそれぞれ内部の場所に次の情報を格納します。
セッション・データベース
同期セッション中に使用される情報、つまり、デバイスの同期中にデバイスとサーバーとの間で渡されるメッセージを格納する場所
リンク・データベース
デバイスのタイムゾーン、最後に記録された同期、デバイスIDとサーバーIDとのマッピングなど、すべての同期用に保持された情報
複数のOracle Mobile Data Sync層がある場合、この情報を格納するには、これらの層はすべてNFSマウントまたはデータ・ストア（ネットワーク・アプライアンス）など一元管理された場所を指し示す必要があります。このようにしないと、時間のかかる完全同期化が不必要に何回も行われることになります。リンク・データベースを適切に保持しないと、時間のかかる完全同期化が不必要に何回も行われることになります。
一元管理されたリンク・データベースが同じ場所を指し示すように構成するには、すべてのアプリケーション層インスタンスで次の手順を実行する必要があります。
すべてのOracle Mobile Data Sync層からアクセス可能な共有ストレージの場所を起動します。
$ORACLE_HOME/ocas/conf/ocas.conf構成ファイルを編集します。
[system]セクションのlinkdbstorebasepathパラメータに移動します。リンク・データベースの情報を格納する共有ストレージのパスを指定します。指定したパスは、すべてのアプリケーション層インスタンスで同じ物理場所にする必要があります。
[sessiondb]セクションのsessionpathパラメータに移動します。
セッション・パスの情報を格納する共有ストレージのパスを指定します。指定したパスは、すべてのアプリケーション層インスタンスで同じ物理場所にする必要があります。
ファイルを保存します。
Oracle Calendarアプリケーション・システムを再起動します。
Oracle Calendarアプリケーション・システムの起動および停止方法の詳細は、『Oracle Calendar管理者ガイド』の「Oracle Calendarアプリケーション・システムの起動と停止」を参照してください。
Real-Time Collaborationがロード・バランサと統合するように、GlobalWebHostプロパティおよびGlobalWebPortプロパティを設定します。
ロード・バランサは、リクエストにサービスを提供する複数のOracle Real-Time Collaborationコア・コンポーネント・アプリケーション層にリクエストを分散する一方、クライアント・ブラウザには単一の公開アドレスを提供します。これは、すべてのリクエストに対するグローバルWebホストとして機能します。
ロード・バランサを追加する場合、次のパラメータを設定します。
GlobalWebHostはグローバルWebホストの名前です。
たとえば、複数のアプリケーション層（ocs_apps1.mycompany.comおよびocs_apps2.mycompany.com）をロード・バランサの背後に配置できますが、会議への参加に使用するURLに表示されるWebホスト名はapps_virtual.mycompany.comになります。
|
注意: 一度設定した後でこのプロパティの設定を解除する唯一の方法は、–pvaluenull trueオプションを指定してSetPropertyコマンドを使用することです。たとえば、グローバルWebホストをapps_virtual.mycompany.comに設定するには、次のコマンドを実行します。
ORACLE_HOME/imeeting/bin/rtcctl rtcctl> setProperty –system true –pname GlobalWebHost –pvalue "apps_virtual.mycompany.com" |
GlobalWebHostはグローバルWebホストのHTTPポートです。
たとえば、ポート80でHTTPリクエストをリスニングするグローバルWebホストを再設定するには、次のコマンドを実行します。
ORACLE_HOME/imeeting/bin/rtcctl rtcctl> setProperty –system true –pname GlobalWebPort –pvalue 80
SmtpHostはSMTPホストの名前です。SMTPホストをapps_virtual.mycompany.comに設定するには、次のコマンドを実行します。
ORACLE_HOME/imeeting/bin/rtcctl rtcctl> setProperty –system true –pname SmtpHost –pvalue "apps_virtual.mycompany.com"
デフォルトのSMTPポートは25であるため、SMTPポートの設定は不要です。
次のコマンドを使用して、Oracle Collaboration Suiteアプリケーションを再起動します。
ORACLE_HOME/opmn/bin/opmnctl stopall ORACLE_HOME/opmn/bin/opmnctl startall
この手順では、Oracle Content Servicesを変更して、Content Servicesのドメイン・プロパティがロード・バランサの仮想サーバー名およびポートapps_virtual.mycompany.com:80を使用するように、次のように変更します。
Oracle Enterprise ManagerのOracle Collaboration Suite Controlコンソールにアクセスします。
ocs_apps1.mycompany.comインストールのリンクをクリックします。
名前の選択列の下で、「コンテンツ」をクリックします。「コンテンツ」管理ページが開きます。
「管理」セクションの下で、「ドメインのプロパティ」リンクを選択します。
IFS.DOMAIN.APPLICATION.ApplicationHostを選択し、値をapps_virtual.mycompany.comに設定します。「OK」をクリックします。
IFS.DOMAIN.APPLICATION.ApplicationPortを選択し、値をロード・バランサのapps_virtual.mycompany.comポートの80に設定します。「OK」をクリックします。
「コンテンツ」ページに戻り、「ドメインの再起動」をクリックします。
Oracle Internet Directory内のOracle Collaboration Suiteレジストリ・エントリを、Oracle Directory Managerを使用して次のように更新できます。
Oracle Directory Managerを起動します。
ORACLE_HOME/bin/oidadmin
Oracle Directory Managerを起動すると、接続情報の入力を求められます。次の情報を入力して、通常、Oracle Collaboration Suiteインフラストラクチャ上のOracle Collaboration SuiteデータベースによってホストされているOracle Internet Directoryに接続します。
Host: <infrahost.yourdomain.com> Port: 389 Username: cn=orcladmin Password: <password>
ポート389は、Oracle Internet Directoryで使用されるデフォルト・ポートです。他のポートを使用している場合、Oracle Internet Directoryの正しいポートを入力します。
SSLを使用してアクセスするようにOracle Internet Directoryを構成している場合、「SSL有効」チェック・ボックスを選択します。それ以外の場合、空白のままにしておきます。
「ログイン」を選択して、Oracle Internet Directoryにログインします。接続が成功すると、Oracle Internet Directoryの管理画面が表示されます。
サービス・レジストリにアクセスするには、「システム・オブジェクト」ペインで次の項目を選択して、Oracle Internet Directoryにドリルダウンします。
「エントリ管理」を選択します。
cn=OracleContextを選択します。
cn=Servicesを選択します。
「システム・オブジェクト」ペインに、サービス・レジストリ内にエントリがあるOracle Collaboration Suiteアプリケーションのリストが表示されます。「プロパティ」タブに、cn=Servicesオブジェクトのプロパティが表示されます。
サービス・レジストリの各コンポーネントに格納されているURIを表示するには、「システム・オブジェクト」ペインでコンポーネントを選択します。ほとんどのコンポーネントに、cn=VirtualServicesオブジェクトが含まれます。このオブジェクトには、他のアプリケーションおよびOracleAS Portalがこのアプリケーションにアクセスする場合に使用する1つ以上のURIが含まれます。アプリケーションは、cn=VirtualServicesオブジェクトの1つ以上の子オブジェクトにURIを格納します。
|
注意: 各Oracle Collaboration Suiteアプリケーションを構成およびデプロイしていない場合でも、インストール時にOracle Universal Installerによって各アプリケーションのオブジェクトがOracle Internet Directoryに埋め込まれます。これらの未構成のアプリケーション・エントリにはcn=VirtualServicesオブジェクトの子オブジェクトが含まれません。子オブジェクトおよび格納されるURIは、各コンポーネントのコンフィギュレーション・アシスタントの最初の起動時に、サービス・レジストリ内に作成されます。 |
構成の確認後、ロード・バランサの仮想ホスト名を使用するために、Oracle Internet Directory内のOracle Collaboration Suiteサービス・レジストリ・エントリを次のように更新します。
Oracle Calendarクライアント
dn: cn=OCAS_xxxxx,cn=VirtualServices,cn=Calendar,cn=Services,cn=OracleContext labeleduri;syncserversecureurl labeleduri:syncserverurl labeleduri;webbaseurl labeleduri;webserviceurl
Oracle Calendar Administrator
dn: cn=OCAD_xxxxx,cn=VirtualServices,cn=Calendar,cn=Services,cn=OracleContext labeleduri;adminurl
Oracle Collaborative Workspaces
dn:cn=<DBNAME>,cn=VirtualServices,cn=CollaborativeWorkspaces,cn=Services, cn=OracleContext labeleduri;adminurl labeleduri;webbaseurl labeleduri:webui
Oracle Mail
dn: cn=emailadmin,cn=VirtualServices,cn=Email,cn=Services,cn=OracleContext labeleduri;adminurl dn: cn=imap,cn=VirtualServices,cn=Email,cn=Services,cn=OracleContext labeleduri dn: cn=smtp,cn=VirtualServices,cn=Email,cn=Services,cn=OracleContext labeleduri dn: cn=Webmail,cn=VirtualServices,cn=Email,cn=Services,cn=OracleContext labeleduri;peopleurl labeleduri;webbaseurl orclraparameter;webbaseurl dn: cn=webservice,cn=VirtualServices,cn=Email,cn=Services,cn=OracleContext labeleduri;webservices
Oracle Content Services
dn: cn=Content,cn=VirtualServices,cn=Files,cn=Services,cn=OracleContext labeleduri;adminurl labeleduri;applicationurl labeleduri;s2swebserviceurl labeleduri;webdavurl labeleduri;webservicesurl
Oracle Collaboration Suiteクライアント
dn:cn=IntegratedClient,cn=VirtualServices,cn=OCSClient,cn=Services, cn=OracleContext labeleduri;baseurl labeleduri;popuplibraryurl dn: cn=Search,cn=VirtualServices,cn=OCSClient,cn=Services,cn=OracleContext labeleduri;webbaseurl
OracleAS Portal
dn:cn=ReturnToPortalURL,cn=VirtualServices,cn=Portal,cn=Services, cn=OracleContext labeleduri;
|
注意: ロード・バランサ仮想ホスト名を使用するようにホスト名を変更するだけでなく、ポートを9.2.8.1項の手順1で使用したリスニング・ポートと一致させる必要があります。この例ではポート80（デフォルト・ポート）が該当するため、ポートの指定は削除することができます。このため、たとえば、PortalのReturnToPortalURLについてOracle Internet Directorylabeleduriが次のように変更されます。
これが次のようになります。
|
Oracle Discussions
dn:cn=Discussions:<DBNAME>:<MailDomain>,cn=VirtualServices, cn=ThreadedDiscusssions,cn=Services,cn=OracleContext labeleduri;adminurl labeleduri;rss labeleduri;webbaseurl labeleduri;webui
Oracle Mobile Collaboration
dn: cn=WIRELESS1,cn=VirtualServices,cn=Wireless,cn=Services,cn=OracleContext labeleduri;adminurl labeleduri;calendarnotificationlistenerurl labeleduri;mobilesetupurl labeleduri;presencewebserviceurl
オブジェクトのプロパティを編集したら、「適用」をクリックして、Oracle Internet Directory内の新しい値を保存します。変更を取り消す場合は、「回復」を選択して、表示されている属性をOracle Internet Directoryに現在格納されている値にリセットします。
Oracle Calendar Serverを再起動して、これまでの手順で行った変更を有効にします。
opmnctlまたはOracle Enterprise Manager 10gを使用して、Oracle Collaboration SuiteインフラストラクチャおよびすべてのOracle Collaboration Suiteアプリケーション層を再起動し、古いURIを格納している可能性のあるキャッシュを消去して、入力した新しいURIをロードします。
次のコマンドを使用して、Oracle Collaboration Suite 10gアプリケーションを再起動します。
ORACLE_HOME/opmn/bin/opmnctl stopall ORACLE_HOME/opmn/bin/opmnctl startall
Oracle Collaboration Suiteデータベースの再起動は不要です。
この構成はUltra Searchクローラをクラスタ内のOracle Collaboration SuiteデータベースのReal Application Clustersインスタンスで実行可能にする場合に必要となり、9.2.2.4.3項で説明した共有ストレージの割当てによって変わります。この手順の説明では、/shared/ultrasearch/logを共有ストレージの場所の例として使用します。
http://apps_virtual.mycompany.com/ultrasearch/admin/index.jspというURLを使用してUltra Searchの管理ページにログインします。ユーザー名およびパスワードはwksysです。
「管理するインスタンスの選択」ドロップダウン・リストでUltra SearchインスタンスのWK_INSTを選択します。
「適用」をクリックします。上部左側にインスタンスWK_INSTが示されます。
「クローラ」タブを選択します。
「キャッシュ・ディレクトリ」フィールドで、「キャッシュ・ディレクトリの位置(絶対パス)」を/shared/ultrasearch/cacheに設定します。
「クローラのロギング」フィールドで、「クローラ・ログ・ファイル・ディレクトリ」を/shared/ultrasearch/logに設定します。
「データベース接続文字列」が適切なReal Application Clustersの接続文字列の書式に設定されていることを確認し、設定されていない場合は修正します。適切な書式を次に示します。
(DESCRIPTION=(ADDRESS_LIST= (ADDRESS=(PROTOCOL=TCP)(HOST=<RAC Virtual Host 1>)(PORT=1521)) (ADDRESS=(PROTOCOL=TCP)(HOST=<RAC Virtual Host 2>)(PORT=1521)) (LOAD_BALANCE=yes))(CONNECT_DATA=(SERVICE_NAME=<RAC database service name>)))
「適用」をクリックします。
Ultra Searchのキャッシュ・ファイルおよびログ・ファイルはすべて共有ディレクトリの/shared/ultrasearch/cacheおよび/shared/ultrasearch/log内にあります。
構成をテストする手順は、次のとおりです。
次のURLを使用して、ロード・バランサを介するOracleAS Web CacheおよびOracle HTTP Serverにアクセスします。
http://apps_virtual.mycompany.com
次のURLにアクセスして、ロード・バランサを介したOracle Collaboration Suiteデータベースへの接続をテストします。
http://apps_virtual.mycompany.com/pls/portal/htp.p?cbuf=test
レスポンスはテストです。成功した場合、Oracle Collaboration Suite 10gアプリケーション層はOracle Collaboration Suiteデータベースに接続できます。テストが失敗した場合、Oracle HTTP ServerのORACLE_HOME/Apache/Apache/logs/error_logファイルを調べて原因を特定します。
次のURLを使用して、OracleAS Portalをテストします（ログイン可能かどうかの確認）。
http://apps_virtual.mycompany.com/pls/portal
Web Cache Managerを使用して、ocs_apps1.mycompany.comでコンテンツがOracleAS Web Cacheにキャッシュされていることを確認します。「Monitoring」の下で、「Popular Requests」をクリックします。「Filtered Objects」ドロップダウン・リストから「Cached」を選択し、「Update」をクリックします。
OracleAS Portalにアクセスした場合、ポータルのコンテンツが表示されます。ポータルのコンテンツがない場合、他のブラウザを開いてOracleAS Portalにログオンします。「Popular Requests」ページに戻り、「Update」をクリックしてページのコンテンツをリフレッシュします。
この項では、Oracle Calendar Serverを除く、Oracle Collaboration Suite 10gアプリケーションの後続のインスタンスのインストールおよびインストール後のタスクについて説明します。内容は次のとおりです。
Oracle Collaboration Suite 10gアプリケーションの後続のインスタンスをインストールするには、表9-13の手順を実行します。
表9-13 Oracle Collaboration Suite 10gアプリケーションの後続のインスタンスのインストール
| 手順 | 画面 | 操作 |
|---|---|---|
|
1. |
ようこそ |
「次へ」をクリックします。 |
|
2. |
ファイルの場所の指定 |
新規Oracleホームの名前およびパスを入力します。この新規Oracleホームは、Oracle Collaboration Suite 10gアプリケーションのインストール先Oracleホームになります。 「次へ」をクリックします。 |
|
3. |
ハードウェアのクラスタ・インストール・モードの指定（オプション） |
「ローカル・インストール」を選択します。この画面は、クラスタにIdentity Managementをインストールする場合にのみ表示されます。 「次へ」をクリックします。 |
|
4. |
インストールする製品の選択 |
Oracle Collaboration Suite Applications 10.1.2を選択します。 「次へ」をクリックします。 |
|
5. |
構成するコンポーネントの選択 |
「Oracle Mail」を選択します。「Oracle Mobile Collaboration」を選択します。「Oracle Content Services」を選択します。「Oracle Calendar Server」は選択しないでください。「Oracle Calendar Application System」を選択します。「Oracle Real-Time Collaboration」を選択します。「Oracle Collaboration Suite Search」を選択します。「Oracle Collaboration Suite Web Access」を選択します。「Oracle Collaborative Portlets」は選択しないでください。「Oracle Workspaces」を選択します。「Oracle Discussions」を選択します。 「次へ」をクリックします。 |
|
6. |
Oracle Internet Directoryへの登録 |
ホスト: LDAP仮想サーバー名を入力します。 ポート: LDAP仮想サーバーの非SSLポート番号を入力します。 「次へ」をクリックします。 |
|
7. |
Oracle Internet Directoryのユーザー名およびパスワードの指定 |
ユーザー名: Oracle Internet Directoryにログインするためのユーザー名を入力します。Oracle Internet Directoryのスーパーユーザー（ パスワード: ユーザー名に対応するパスワードを入力します。 「次へ」をクリックします。 |
|
8. |
OracleAS Metadata Repository |
リストから「Collaboration Suite Database」を選択します。 「次へ」をクリックします。 |
|
エラー: インストーラにより、選択したMetadata RepositoryにOracle Collaborative Portletsがすでに構成されていることが検出されました。Oracle Collaborative Portletsは構成の際に選択解除されます。 この画面は、「構成するコンポーネントの選択」画面から「Oracle Collaborative Portlets」を選択した場合のみ表示されます。 「はい」をクリックします。 |
||
|
9. |
データベース・コンポーネントの選択 |
コンポーネント名: Oracle Mail、Oracle Discussions、Oracle Search、Oracle Real-Time Collaboration、Oracle Collaboration Suite Search、Oracle Workspaces、Oracle Content Services、Oracle Collaboration Suite Web Access。 データベース名: Oracle Collaboration Suite 10gデータベースの名前。 「次へ」をクリックします。 |
|
10. |
ポート構成オプションの指定 |
「自動ポート選択」を選択するか、「手動」を選択して次のポート番号を入力します。 「次へ」をクリックします。 注意: 「自動」オプションでは、Web CacheのHTTPリスニング・ポートには7777〜7877、SSLを使用するWeb CacheのHTTPリスニング・ポートには4443〜4543の範囲のポートのみが使用されます。Web CacheのHTTPリスニング・ポートのポート番号を80、SSLを使用するWeb CacheのHTTPリスニング・ポートのポート番号を443に設定する必要がある場合、「ポートを手動で指定」オプションを選択する必要があります。 |
|
11. |
管理パスワードおよびインスタンス名の指定 |
インスタンス名: このOracle Collaboration Suite 10gアプリケーション・インスタンスの名前を入力します。 管理パスワード: 管理ユーザーのパスワードを入力します。このユーザーは、Oracle Collaboration Suite 10gアプリケーション・インスタンスの管理ユーザーです。 「次へ」をクリックします。 |
|
12. |
Oracle Mailドメイン情報の指定 |
ローカル・ドメイン: リストから選択します。 最初のOracle Collaboration Suite 10gアプリケーション・インストールと同じドメインを選択します。 「次へ」をクリックします。 |
|
13. |
サマリー |
選択内容を確認し、「インストール」をクリックします。 |
|
14. |
インストールの進捗状況 |
この画面には、インストールの進捗状況が表示されます。 |
|
15. |
root.shの実行 |
注意: このダイアログ・ボックスが表示されるまで、
|
|
16. |
コンフィギュレーション・アシスタント |
この画面には、コンフィギュレーション・アシスタントの進捗状況が表示されます。 |
|
17. |
インストールの終了 |
「終了」をクリックしてインストーラを終了します。 |
インストール後のタスクには、インストール・エラーのトラブルシューティングおよび手動によるインストール後の手順の実行が含まれます。
次の問題を解決するには、インストール後の手順を実行する必要があります。
orclguestアカウントからOracle Calendarホームページにアクセスできない。このエラーを解決する手順は、次のとおりです。
Oracle OCASコントロール（ocasctl）を使用して、すべてのFastCGI（FCGI）プロセスを停止します。OPMNコントロール（opmnctl）を使用してOracle Collaboration Suiteアプリケーション層を起動および停止する場合、OCASは、OPMNと統合されていないため起動および停止されません。
ORACLE_HOME/ocas/bin/ocasctl -stopall
FCGIプロセスを開始します。
ORACLE_HOME/ocas/bin/ocasctl –startall ORACLE_HOME/ocas/bin/ocasctl –startall
デフォルト・ポートは8010および8020です。有効範囲は8010〜8020です。
FCGIプロセスのステータスを確認します。
ORACLE_HOME/ocas/bin/ocasctl –status
新規作成されたユーザーとしてPortalにログオンした場合、Oracle Calendarポートレットに「メンテナンス・メッセージが原因でサービスは一時的に使用できません」と表示される。
「Oracle Calendar」リンクをクリックし、「Oracle Calendar」表示ページに移動します。
「ポータルに戻る」リンクをクリックし、ポートレットを適切に表示します。
ワークスペースへのアクセス時に、ユーザーがLDAPディレクトリに見つからない。このエラーを解決するには、次のコマンドを実行します。
$ORACLE_HOME/opmn/bin/opmnctl restartproc process-type=OC4J_OCSClient
また、Oracle MailおよびOracle Mobile Collaborationに対して、インストール後の次の追加手順を実行する必要があります。
Oracle Mailに対する手順は、次のとおりです。
Oracle Collaboration Suite 10gアプリケーション所有者のユーザーIDおよびグループIDを取得します。
使用中のポートが権限ポート（1024未満）の場合、rootとしてLISTENER_ESを起動します。環境変数ORACLE_HOME、LD_LIBRARY_PATHおよびPATHが正しく設定されていることを確認します。
ORACLE_HOME/bin/tnslsnr listener_es –user <userid> -group <group_id> &
Oracle Mailにはサービス不能（DoS）攻撃を回避するために設計された機能があり、同じIPからリクエストを繰り返し受信した場合はすべての受信リクエストが遮断されます。これは、Oracle Collaboration Suiteが高可用性構成の場合にリクエストがすべて同じIP、ロード・バランサから入ってくる場合に問題となります。これを避けるため、最大フラッド数の設定を次のように増加する必要があります。
Enterprise Managerで「電子メール・アプリケーション」を使用して、アプリケーション層の両方のインスタンスに対して次の手順を実行します。
「IMAPサーバー」→「デフォルト設定」→「ルールおよびルーティングの制御パラメータ」に移動します。
「スパム最大フラッド数」を40から40000に変更します。
Oracle Mobile Collaborationカレンダ通知を有効にする手順は、次のとおりです。
Enterprise Managerにログインします。「システム・コンポーネント」→「ワイヤレス」→「サイト管理」に移動します。
「コンポーネント構成」セクションを開き、「XMS構成」をクリックします。
「XMSセンター」の下で「XMSCの有効化」が選択されていることを確認します。
「システム・コンポーネント」→「ワイヤレス」→「通知エンジン」に移動します。「有効化/無効化」リンクをクリックし、通知エンジンが有効になっていることを確認します。
Wirelessコンポーネントを再起動します。
共有ストレージの場所を使用するようにカレンダのOracle Mobile Data Syncを構成する手順は、次のとおりです。
リンク・データベースに対する共有ストレージ構成を設定します。
『Oracle Calendar管理者ガイド』の「リンク・データベースの構成」に記載されている手順に従ってください。
高可用性デプロイにある複数のOracle Collaboration Suite 10gアプリケーション・インスタンスを、前面にロード・バランサを配置することにより構成できます。ロード・バランサは、リクエストに対するサービスを実際に提供するアプリケーション・サーバーの冗長セットを提供する一方、Oracle Collaboration Suite 10gアプリケーションの単一アドレスを公開します。Oracle Collaboration Suite 10gアプリケーション・インスタンスの1つに障害が発生したことを検出し、他のインスタンスにリクエストをフェイルオーバーするようにロード・バランサを構成できます。
構成の詳細は、次のとおりです。
ocs_apps1.mycompany.comおよびocs_apps2.mycompany.comという2つのOracle Collaboration Suite 10gアプリケーション・コンピュータがあります。両方のアプリケーション・サーバーとも非SSLポート7777でリスニングしています。
Oracle Collaboration Suite 10gアプリケーション・コンピュータは、im_virtual.mycompany.comにあるSingle Sign-Onサーバーを使用するように構成されています。
ユーザーに公開されるOracle Collaboration Suite 10gアプリケーションの有効なホスト名はapps_virtual.mycompany.comです。ロード・バランサはこのアドレスをポート80でリスニングするように構成されています。また、ロード・バランシングを実行し、ocs_apps1.mycompany.comとocs_apps2.mycompany.comの間でユーザー・リクエストをフェイルオーバーするように構成されています。
Single Sign-Onサーバーおよびディレクトリ・サーバーは、im_virtual.mycompany.comに配置されています。
Oracle Collaboration Suiteデータベース（Identity Managementメタデータを含む）は、ocs_store1.mycompany.comおよびocs_store2.mycompany.com（2ノードOracle RAC）に配置されています。
インストール後の手順は、次のとおりです。
最初のタスクは、Oracle Enterprise Manager 10g Collaboration Suites Controlコンソールを使用してOracleAS Portalを構成することです。OracleAS Portalを構成するには、「Oracle Collaboration Suite」ページから次の手順を実行します。
「コンポーネントの構成」をクリックします。「コンポーネントの選択」ページが表示されます。
リストから「Portal」を選択します。
「続行」をクリックします。構成プロセスは、完了まで10〜20分かかります。
OracleAS Portalのアプリケーション・サーバー構成を続行する前に、次が構成されていることを確認します。
ocs_apps2.mycompany.comからapps_virtual.mycompany.comを解決して、ロード・バランサに接続できます。apps_virtual.mycompany.comを解決できることを確認するには、次のコマンドを実行します。
nslookup apps_virtual.mycompany.com
仮想サーバー名のIPアドレスが戻されます。
ocs_apps2.mycompany.comからapps_virtual.mycompany.comのポート7777に接続できます。ocs_app2.mycompany.comに対して次のコマンドを実行します。
telnet apps_virtual.mycompany.com 7777
接続失敗のメッセージが戻されていないことを確認します。
この手順では、OracleAS Portalが依存するコンポーネントを、ロード・バランサの仮想サーバー名およびポートapps_virtual.mycompany.com:80に関連付けます。ロード・バランサを使用したOracle HTTP Serverの構成手順は、次のとおりです。
Oracle Enterprise ManagerのOracle Collaboration Suite Controlコンソールにアクセスします。
ocs_apps2.mycompany.comインストールのリンクをクリックします。
「HTTP Server」リンクをクリックします。
「管理」リンクをクリックします。
「拡張サーバー・プロパティ」をクリックします。
httpd.confファイルを開きます。
次の手順を実行します。
LoadModule certheaders_moduleディレクティブを追加します。
LoadModule certheaders_module libexec/mod_certheaders.so
|
注意: LoadModuleディレクティブ（特にLoadModule rewrite_moduleディレクティブ）は、httpd.confファイル内の、VirtualHostディレクティブの前に表示する必要があります。サーバーはVirtualHostコンテナ内でディレクティブを実行できるようになる前にすべてのモジュールをロードする必要があります。httpd.confファイルの最後にVirtualHostディレクティブを作成するのは良案です。 |
次の行を追加して、NameVirtualHostディレクティブ、およびapps_virtual.mycompany.comとポート80に使用するVirtualHostコンテナを作成します。
NameVirtualHost *:7778 <VirtualHost *:7778> ServerName apps_virtual.mycompany.com Port 80 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit </VirtualHost>
ocs_apps2.mycompany.comとポート7777に使用する、2番目のVirtualHostコンテナを作成します。
<VirtualHost *:7778> ServerName ocs_apps2.mycompany.com Port 7777 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit </VirtualHost>
httpd.confファイルを保存し、要求に応じてOracle HTTP Serverを再起動します。
ocs_apps1.mycompany.comのdads.confファイルをocs_apps2.mycompany.comのORACLE_HOME/Apache/modplsql/confディレクトリにコピーします。
この手順では、ocs_apps1.mycompany.comおよびocs_apps2.mycompany.comにおけるロード・バランサとParallel Page Engineとの間の非SSLループバック通信を構成します。ocs_app1.mycompany.com上のOracleAS Web Cacheが停止中の場合、Parallel Page Engineはmod_plsqlに接続するロード・バランサを介してocs_apps2.mycompany.com上のOracleAS Web Cacheにループバックできます。
ループバック構成を作成する手順は、次のとおりです。
ORACLE_HOME/j2ee/OC4J_Portal/applications/portal/portal/WEB-INF/web.xmlファイルを開きます。
Pageサーブレット・セクションに移動します。
太字で表示されている行を追加します。
<servlet>
<servlet-name>page</servlet-name>
<servlet-class>oracle.webdb.page.ParallelServlet</servlet-class>
<init-param>
<param-name>useScheme</param-name>
<param-value>http</param-value>
</init-param>
<init-param>
<param-name>usePort</param-name>
<param-value>7777</param-value>
</init-param>
</servlet>
web.xmlファイルを保存します。
ocs_apps2.mycompany.comでORACLE_HOME/dcm/binに対して次のコマンドを実行することにより、手動による構成の変更内容をDCMリポジトリに保存します。
dcmctl updateConfig
ORACLE_HOME/opmn/binに対して次のコマンドを実行することにより、ocs_apps2.mycompany.com上のすべてのコンポーネントを再起動します。
opmnctl stopall opmnctl startall
OracleAS Portalへのアクセスを可能にし、OracleAS Web Cache Invalidationを実行するために、Portalの依存性設定ファイルiasconfig.xmlには正しいホスト、ポートおよびファーム名が含まれている必要があります。この情報が含まれるようにファイルを編集するには、次の手順を実行します。
ORACLE_HOME/portal/conf/iasconfig.xmlファイルのバックアップ・コピーを作成します。
ocs_apps1.mycompany.comのiasconfig.xmlファイルをocs_apps2.mycompany.comのORACLE_HOME/portal/confにコピーします。
要求に応じてocs_apps2.mycompany.comのファイルを上書きします。
mod_ossoを再登録する手順は、次のとおりです。
ocs_apps2.mycompany.comの$ORACLE_HOME/Apache/Apache/conf/osso/osso.confファイルのバックアップを作成します。次に例を示します。
cp $ORACLE_HOME/Apache/Apache/conf/osso/osso.conf $ORACLE_HOME/Apache/Apache/conf/osso/osso.conf.orig
FTPバイナリ・モードを使用して、ocs_apps1.mycompany.comの$ORACLE_HOME/Apache/Apache/conf/osso/osso.confファイルをocs_apps2.mycompany.comの$ORACLE_HOME/Apache/Apache/conf/osso/osso.confにコピーします。
FTPを介して次のコマンドを使用し、DCMリポジトリをこのファイルと同期化します。
ORACLE_HOME/Apache/Apache/bin/ssotransfer ORACLE_HOME/Apache/Apache/conf/osso/osso.conf
|
注意: この方法では、新規パートナ・アプリケーションは作成されません。パートナ・アプリケーションocsapps.apps_virtual.mycompany.comがocs_apps1.mycompany.comおよびocs_apps2.mycompany.comに対して有効になります。 |
ocs_apps2.mycompany.comの$ORACLE_HOME/opmn/binに対して次のコマンドを実行することにより、ocs_apps2.mycompany.com上のコンポーネントを再起動します。
opmnctl stopall opmnctl startall
管理者としてOracleAS Single Sign-Onの管理ページにログインし、パートナ・アプリケーションの管理ページを使用してパートナ・アプリケーションocsapp2.ocs_apps2.mycompany.comのエントリを削除します。
OracleAS Web Cacheインスタンスをクラスタ化するには、ocs_apps1.mycompany.comに対して構成手順を実行し、ocs_apps2.mycompany.comに伝播します。
Oracle Enterprise Manager Collaboration Suite Controlコンソールから、Web Cache Manager（webcache.xmlファイルに格納されている構成の編集用グラフィカル・ユーザー・インタフェース）にアクセスできます。ocs_apps1.mycompany.com上のOracle Collaboration Suiteアプリケーション・インスタンスを起動し、次の手順を実行して「システム・コンポーネント」ページからWeb Cache Managerにアクセスします。
次のURLにあるWeb Cache Managerにアクセスします。
http://ocs_apps1.mycompany.com:9400/webcacheadmin
Web Cache Managerのパスワードのダイアログ・ボックスが表示されます。
ユーザー名にはias_adminまたはadministratorと入力し、OracleAS Web Cache管理者パスワードを入力します。
|
注意: インストール時に、OracleAS Web Cache管理者パスワードはias_adminパスワードと同じパスワードに設定されます。OracleAS Web Cache管理者パスワードは、すべてのキャッシュ・クラスタ・メンバーで同じである必要があります。 |
「Web Cache Manager」ページが表示されます。
「Properties」セクションで「Clustering」をクリックします。「Clustering」ページが表示されます。
「Cluster Members」表で「Add」をクリックします。「Add Cache to Cluster」ページが表示されます。
ocs_apps2.mycompany.comに関する次の情報を入力します。
ocs_apps2.mycompany.comocs_apps2.mycompany.com-Webcache「Submit」をクリックします。
「Origin Servers, Sites, and Load Balancing」セクションにある「Origin Server」リンクをクリックします。「Origin Server」ページが表示されます。
「Application Web Servers」表の下の「Add」をクリックします。
次の情報を入力します。
ocs_apps2.mycompany.com7778ENABLE1005/10HTTP「Submit」をクリックします。
「Origin Servers, Sites and Load Balancing」セクションにある「Site-to-Server Mapping」リンクをクリックします。「Site-to-Server Mapping」ページが表示されます。
表からロード・バランサのサイト（apps_virtual.mycompany.com）のマッピングを選択して、「Edit Selected」をクリックします。「Edit/Add Site-to-Server mapping」ページが表示されます。
「Select Application Web Servers」セクションで、ocs_apps2.mycompany.comの「Origin Servers」ページで指定したアプリケーションWebサーバーを選択します（ocs_apps1.mycompany.comはすでにマップされています）。
「Submit」をクリックします。
このサイト用の新規マッピングを、次のようにサイトからサーバーへのマッピングに追加します。表にある最後のエントリを選択し、「Insert Below」ボタンを選択します。
次の情報を入力します。
Hostname: ocs_apps2.mycompany.com
Port: 7777
「Select Application Web Servers」の下で、ocs_apps2.mycompany.com:7778 HTTPを選択します。
「Submit」をクリックします。
各アプリケーション層にも、Web CacheのHTTPリスニング・ポートからOracle HTTP Serverリスニング・ポートへのサイトからサーバーへのマッピングがあることを確認します。欠落しているものがあれば追加します。この段階で「Webcache Site-to-Server Mapping」表は次のように表示されます。
表9-14「Webcache Site to Server Mapping」表
| Site | Origin Server | |||||||
|---|---|---|---|---|---|---|---|---|
| Select | Priority | Host Name | Port | URL Path Prefix | ESI Content Policy | Host Name | Port | Proxy |
|
1 |
|
|
Unrestricted |
|
|
No No |
||
|
2 |
|
|
Unrestricted |
|
|
No |
||
|
3 |
|
|
Unrestricted |
|
|
No |
「Apply Changes」をクリックします。
「Cache Operations」ページで「Propagate」をクリックします。ocs_apps2.mycompany.comに変更内容が伝播されます。
「Restart」をクリックします。ocs_apps1.mycompany.comおよびocs_apps2.mycompany.com上のOracleAS Web Cacheが再起動されます。ocs_apps1.mycompany.com上のOracleAS Web Cacheで、ocs_apps2.mycompany.com上のOracle HTTP ServerおよびOC4J_Portalインスタンスに対するリクエストのバランシングが開始します。
手順は、次のとおりです。
ORACLE_HOME/sysman/emd/targets.xmlファイルを開きます。
TYPE="oracle_portal"などのOracleAS Portalターゲットに移動します。
ロード・バランサを参照するように、PortalListeningHostPortプロパティを編集します。次に例を示します。
<Property NAME="PortalListeningHostPort" VALUE="http://apps_virtual.mycompany.com:80"/>
targets.xmlファイルを保存して閉じます。
ORACLE_HOME/binに対して次のコマンドを発行し、Oracle Collaboration Suite Controlコンソールにtargets.xmlファイルをリロードします。
emctl reload
OracleAS Web Cacheのセッション・バインディング機能は、ユーザー・セッションを特定のオリジナル・サーバーにバインドし、一定期間、状態を維持するために使用されます。セッション・バインディングを有効にすると、すべてのユーザー・リクエストが特定のOracleAS Portal中間層に送信されるため、Portalキャッシュのヒット率が向上します。このため、特定のOracleAS Portal中間層で実行されているほぼすべてのコンポーネントがステートレスである場合でも、セッション・バインディングは必要です。
ocs_apps1.mycompany.comまたはocs_apps2.mycompany.comでOracleAS Web Cacheのセッション・バインディングを有効にする手順は、次のとおりです。
次のURLにあるWeb Cache Managerにアクセスします。
http://ocs_apps1.mycompany.com:9400
Web Cache Managerのパスワードのダイアログ・ボックスが表示されます。
OracleAS Web Cache管理者パスワードを入力します。
|
注意: インストール時に、OracleAS Web Cache管理者パスワードはias_adminパスワードと同じパスワードに設定されます。OracleAS Web Cache管理者パスワードは、すべてのキャッシュ・クラスタ・メンバーで同じである必要があります。 |
「Web Cache Manager」ページが表示されます。
「Origin Servers, Sites, and Load Balancing」セクションにある「Session Binding」リンクをクリックします。「Session Binding」ページが表示されます。
表からロード・バランシング・ルーターのサイト（apps_virtual.mycompany.com:80）を選択して、「Edit Selected」をクリックします。Edit Session Bindingウィンドウが開きます。
「Please select a session」リストから「JSESSIONID」を選択します。
「Please select a session binding mechanism」リストから「Cookie-based」を選択します。
「Submit」をクリックします。
「Apply Changes」をクリックします。
「Cache Options」ページで「Propagate」をクリックします。他のコンピュータ上のOracleAS Web Cacheインスタンスに変更内容が伝播されます。
「Restart」をクリックします。ocs_apps1.mycompany.comおよびocs_apps2.mycompany.com上のOracleAS Web Cacheが再起動されます。
Oracle Enterprise Manager 10g Application Server ControlコンソールからCollaborative Portletsを構成します。コンポーネントをインストールしてまだ構成していない場合、「システム・コンポーネント」表の上部に「コンポーネントの構成」ボタンが表示されます。
Collaborative Portletsを構成するには、次の手順を実行します。
Oracle Collaboration Suiteホームページで、「コンポーネントの構成」をクリックします。
「コンポーネントの選択」ページで、ドロップダウン・リストから「Collaborative Portlets」を選択し、「続行」をクリックします。
次の値を入力します。
apps_virtual.mycompany.com）ORACLE_HOME/install/portlist.iniを参照（9401）「続行」をクリックします。構成プロセスは、完了まで10〜15分かかります。
ocs_apps2.mycompany.comのORACLE_HOME/opmn/binに対して次のコマンドを実行することにより、ocs_apps2.mycompany.com上のコンポーネントを再起動します。
opmnctl stopall opmnctl startall
各Oracle Collaboration Suite 10gアプリケーション層にある現在のOracleAS WirelessインスタンスのURLを構成します。Oracle Collaboration Suite Mobile Collaborationを構成することにより、アプリケーション・サーバーのインスタンスURLを定義するか、アプリケーション・サーバーでOracleAS Wirelessサイト全体に対して定義されたURLを使用するように指定できます。手順は、次のとおりです。
Oracle Enterprise ManagerのOracle Collaboration Suite Controlコンソールにアクセスします。
ocs_apps1.mycompany.comインストールのリンクをクリックします。
「ワイヤレス」リンクをクリックします。
「インスタンス構成」の下の「インスタンスURL」リンクをクリックします。
ロード・バランサの仮想サーバー名（http://apps_virtual.mycompany.com:80/ptg/rm）を参照するように、ワイヤレス・インスタンスURLを変更します。ポート80が使用される場合、表示されるURLにそれを明示的に示す必要があるので注意してください。
Oracle Collaboration Suite 10gアプリケーション層ごとに前述の手順を繰り返します。
次の手順を実行して、ロード・バランサから動作するようにOracle Calendar Administratorを設定します。
各アプリケーションのOracleホームにある$ORACLE_HOME/Apache/Apache/conf/httpd.confファイルの最後に次の行を追加します。
# Include the Oracle configuration file for Calendar Server include "<full ORACLE_HOME path>/ocad/conf/ocad.conf"
$ORACLE_HOME/dcm/bin/dcmctl updateconfigコマンドを実行して、変更を処理します。これによってOracle Calendar Administratorが使用可能になります。
デフォルトでは、各Oracle Mobile Data Syncアプリケーション層はそれぞれ内部の場所に次の情報を格納します。
セッション・データベース
同期セッション中に使用される情報、つまり、デバイスの同期中にデバイスとサーバーとの間で渡されるメッセージを格納する場所
リンク・データベース
デバイスのタイムゾーン、最後に記録された同期、デバイスIDとサーバーIDとのマッピングなど、すべての同期用に保持された情報
複数のOracle Mobile Data Sync層がある場合、この情報を格納するには、これらの層はすべてNFSマウントまたはデータ・ストア（ネットワーク・アプライアンス）など一元管理された場所を指し示す必要があります。このようにしないと、時間のかかる完全同期化が不必要に何回も行われることになります。リンク・データベースを適切に保持しないと、時間のかかる完全同期化が不必要に何回も行われることになります。
一元管理されたリンク・データベースが同じ場所を指し示すように構成するには、すべてのアプリケーション層インスタンスで次の手順を実行する必要があります。
すべてのOracle Mobile Data Sync層からアクセス可能な共有ストレージの場所を起動します。
$ORACLE_HOME/ocas/conf/ocas.conf構成ファイルを編集します。
[system]セクションのlinkdbstorebasepathパラメータに移動します。リンク・データベースの情報を格納する共有ストレージのパスを指定します。指定したパスは、すべてのアプリケーション層インスタンスで同じ物理場所にする必要があります。
[sessiondb]セクションのsessionpathパラメータに移動します。
セッション・パスの情報を格納する共有ストレージのパスを指定します。指定したパスは、すべてのアプリケーション層インスタンスで同じ物理場所にする必要があります。
ファイルを保存します。
Oracle Calendarアプリケーション・システムを再起動します。
Oracle Calendarアプリケーション・システムの起動および停止方法の詳細は、『Oracle Calendar管理者ガイド』の「Oracle Calendarアプリケーション・システムの起動と停止」を参照してください。
ダイジェスト・ログイン・モジュールの問題が発生すると、ロード・バランサ仮想サーバーを使用してアクセスされる複数のアプリケーション層を使用するOracle Collaboration Suiteのデプロイ・シナリオが正しく機能しません。ダイジェスト・ログイン・モジュールの問題は、あるOracle Collaboration Suiteアプリケーションが別のOracle Collaboration Suiteアプリケーションに対するサービス・リクエストを実行する際の、Oracle Collaboration Suiteのサービス間操作でのみ発生します。
これには、「ロード・バランサを使用した最初のOracle Collaboration Suite 10gアプリケーション層の構成」および「Oracle Collaboration Suite 10gアプリケーションの後続のインスタンスのインストール」で前述したデプロイ・シナリオも含まれます。
このインストール・タイプでは、Oracle Collaboration Suiteアプリケーション層へのアクセスがロード・バランサによってアプリケーション層の1つにルーティングされるため、複数のJava仮想マシン（JVM）が使用されます。複数のOracle Collaboration Suiteアプリケーション層デプロイでOracle Collaboration Suiteアプリケーションのサービス間機能（これらの機能は別々のOracle Collaboration Suiteアプリケーション間の統合を可能にします）を使用中の場合、コンポーネントのアプリケーション・ログに次のようなエラーが表示される可能性があります。
$ORACLE_HOME/j2ee/OC4J_Portal/application-deployments/ocsprovs/OC4J_Portal_default _island_1/application.log , caused by: [SOAPException: faultCode=SOAP-ENV:Protocol; msg=Unsupported response content type "text/html", must be: "text/xml". Response was: <HTML><HEAD><TITLE>401 Unauthorized</TITLE></HEAD><BODY><H1>401 Unauthorized</H1></BODY></HTML>
これらの問題は各種のOracle Collaboration Suite Portalポートレット、Oracle Content Servicesを含むOracle Workspaces統合、Oracle Collaboration Suite Searchなどの複数のアプリケーションで発生します。これらのサービスについて、アプリケーション層へのアクセスが断続的に停止します。
この問題を解決するには、新規のロード・バランサ仮想サーバーを設定し、新規の仮想サーバーを使用するようにOracle Internet Directoryサービス・レジストリを変更してから、次の手順に従ってアプリケーション層を再起動します。
ロード・バランサの設定
手順は、次のとおりです。
ロード・バランサでocs_apps_s2s.mycompany.com:80のような新規の仮想サーバーを作成します。
仮想サーバーocs_apps_s2s.mycompany.com:80を、次の要素で構成されるノード・プールにマッピングします。
n1:port
n2:port
portはOracle HTTP Serverリスニング・ポートです。インストール以降このポートを変更していない場合、ポートは次のパスにリスト化されます。
$ORACLE_HOME/install/portlist.ini
このノード・プールに対するインサート・アクティブのCookie永続性を設定します。
Oracle Internet Directoryサービス・レジストリの変更
新規の仮想サーバー（ocs_apps_s2s.mycompany.com:80）を使用するように、Oracle Internet Directoryサービス・レジストリを変更します。Oracle Directory Manager（oidadmin）を使用してエントリを変更できます。
Oracle Directory Managerを起動し、Oracle Internet Directoryにログインします。
|
関連資料: Oracle Internet Directoryサービス・レジストリを変更するためのOracle Directory Managerの使用手順の詳細は、『Oracle Calendar管理者ガイド』の第7章のOracle Directory Managerを使用したOracle Internet Directoryサービス・レジストリの編集に関する項を参照してください。 |
「エントリ管理」→「OracleContext」→「サービス」に移動してから、次のエントリを変更します。
Calendarに対する手順は、次のとおりです。
次の場所にナビゲートします。
cn=OCAS_xxxxx,cn=VirtualServices,cn=Calendar,cn=Services,cn=OracleContext
labeleduri;webserviceurlを選択します。
これを次のURLに設定します。
http://ocs_apps_s2s.mycompany.com/ocws-bin/ocas.fcgi
Emailに対する手順は、次のとおりです。
次の場所にナビゲートします。
cn=webservice,cn=VirtualServices,cn=Email,cn=Services,cn=OracleContext
labeleduri;webserviceを選択します。
これを次のURLに設定します。
http://ocs_apps_s2s.mycompany.com/oes/ws
Content Servicesに対する手順は、次のとおりです。
次の場所にナビゲートします。
cn=Content,cn=VirtualServices,cn=Files,cn=Services,cn=OracleContext
labeleduri;s2sauthenticationurlを選択します。
これを次のURLに設定します。
http://ocs_apps_s2s.mycompany.com/content/s2s
labeleduri;webservicesurlを選択します。
これを次のURLに設定します。
http://ocs_apps_s2s.mycompany.com/content/ws
labeleduri;webdavurlを選択します。
これを次の値に設定します。
ocs_apps_s2s.mycompany.com
Real-Time Collaborationに対する手順は、次のとおりです。
次の場所にナビゲートします。
cn=RTC,cn=VirtualServices,cn=RTC,cn=Services,cn=OracleContext
labeleduri;integrationserviceurlを選択します。
これを次のURLに設定します。
http://ocs_apps_s2s.mycompany.com/imtapp/OracleRTCService
MobileまたはWirelessに対する手順は、次のとおりです。
次の場所にナビゲートします。
cn=WIRELESS1,cn=VirtualServices,cn=Wireless,cn=Services,cn=OracleContext
labeleduri:presencewebserviceurlを選択します。
これを次のURLに設定します。
http://ocs_apps_s2s.mycompany.com/presence/webservices
これらの手順をすべて実行した後で、アプリケーション層を再起動します。
予定どおりに動作していることを確認するには、次のテストを実行します。
ocs_apps2.mycompany.com上のすべてのコンポーネントが実行中であることを確認します。
ORACLE_HOME/opmn/binから次のコマンドを実行し、コンポーネントのステータスを問い合せます。
opmnctl status
必要に応じて、ORACLE_HOME/opmn/binに対して次のコマンドを実行します。
opmnctl startall
ORACLE_HOME/opmn/binに対して次のコマンドを実行することにより、ocs_apps1.mycompany.com上のすべてのコンポーネントを停止します。
opmnctl stopall
次のURLを使用して、ロード・バランサを介するOracleAS Web CacheおよびOracle HTTP Serverにアクセスします。
http://apps_virtual.mycompany.com
次のURLにアクセスして、ロード・バランサを介したOracle Collaboration Suiteデータベースへの接続をテストします。
http://apps_virtual.mycompany.com/pls/portal/htp.p?cbuf=test
レスポンスはテストです。成功した場合、Oracle Collaboration Suite 10gアプリケーション層はOracle Collaboration Suiteデータベースに接続できます。テストが失敗した場合、Oracle HTTP ServerのORACLE_HOME/Apache/Apache/logs/error_logファイルを調べて原因を特定します。
次のURLを使用して、OracleAS Portalをテストします（ログイン可能かどうかの確認）。
http://apps_virtual.mycompany.com/pls/portal
Web Cache Managerを使用して、ocs_apps1.mycompany.comでコンテンツがOracleAS Web Cacheにキャッシュされていることを確認します。「Monitoring」の下で、「Popular Requests」をクリックします。「Filtered Objects」ドロップダウン・リストから「Cached」を選択し、「Update」をクリックします。
OracleAS Portalにアクセスした場合、ポータルのコンテンツが表示されます。ポータルのコンテンツがない場合、他のブラウザを開いてOracleAS Portalにログインします。「Popular Requests」ページに戻り、「Update」をクリックしてページのコンテンツをリフレッシュします。
手順3から6を繰り返して、ocs_apps1.mycompany.com上のすべてのコンポーネントが実行中であり、ocs_apps2.mycompany.com上のすべてのコンポーネントが停止中であること、およびその逆の場合を確認します。
