4 Oracle WebCenter Portalドメインの構成
Oracle WebCenter Portalをインストールした後、ドメインを構成でき、それを高可用性用に拡張することもできます。
次の各項を参照してデータベース・スキーマを作成し、WebLogicドメインを構成して、構成を検証します。
データベース・スキーマの作成
ドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証済データベースに、必要なスキーマをインストールする必要があります。
ノート:
Oracle Fusion Middleware 14c (14.1.2.0.0)では、エディションベースの再定義(EBR)ビューをデフォルトで有効にして、新しいスキーマが作成されます。EBRを有効にすると、ダウンタイムを発生することなく、スキーマ・オブジェクトを将来のFusion Middlewareリリースにオンラインでアップグレードできます。エディションベースの再定義の使用の詳細は、「エディションベースの再定義の使用」を参照してください。
動作保証されたデータベースのインストールと構成
データベース・スキーマを作成する前に、動作保証されたデータベースをインストールおよび構成し、データベースが起動されて稼働していることを確認しておく必要があります。
ノート:
Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)とAutonomous Transaction Processing共有(ATP-S)の両方)の場合、Autonomous Transaction Processingデータベースに接続するための設定の説明に従ってウォレット設定を変更して環境変数を設定し、ORACLE HOMEへのパッチの適用の説明に従ってORACLE HOME
にパッチを適用する必要があります。
「リポジトリ作成ユーティリティ」画面をナビゲートしてスキーマを作成
必要な情報をRCU画面に入力して、データベース・スキーマを作成します。
スキーマ作成の方法の選択
「リポジトリの作成」画面を使用して、作成方法を選択し、コンポーネント・スキーマをデータベースにロードします。
-
データベースでDBAアクティビティを実行するために必要な権限を持っている場合は、「システム・ロードおよび製品ロード」を選択します。この手順は、SYSDBA権限が付与されていることを前提としています。
-
データベースでDBAアクティビティを実行するために必要な権限を持っていない場合は、この画面で「システム・ロードに対するスクリプトの準備」を選択する必要があります。このオプションによってSQLスクリプトが生成され、それをデータベース管理者が使用します。リポジトリ作成ユーティリティによるスキーマの作成のシステム・ロードと製品ロードについてを参照してください。
-
DBAがシステム・ロードのSQLスクリプトをすでに実行している場合は、「製品ロードの実行」を選択します。
ノート:
Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)およびAutonomous Transaction Processing共有(ATP-S)の両方)の場合、スキーマを
Normal
ユーザーとして作成する必要がありますが、データベースに対するSYSまたはSYSDBAの完全な権限はありません。「システム・ロードおよび製品ロード」を選択する必要があります。
データベース接続の詳細の指定
「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細が表示されます。
データベース接続の詳細を指定するには:
Oracleデータベースへの接続時に接続資格証明を指定する方法の詳細は、「Oracleデータベースと、エディションベースで再定義されるOracleデータベースに対する接続資格証明」を参照してください。
スキーマ・パスワードの指定
「スキーマ・パスワード」画面で、データベースでのスキーマ・パスワードの設定方法を指定した後、パスワードを入力して確認します。
ノート:
Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)およびAutonomous Transaction Processing共有(ATP-S)の両方)の場合、スキーマ・パスワードは12文字以上にし、大文字、小文字および数字を少なくとも1つ使用する必要があります。
この画面で設定するパスワードは、ノートにとっておく必要があります。このパスワードは、後述するドメイン作成のプロセスで必要になります。
「次へ」をクリックします。
カスタム変数の指定
Oracle WebCenter Portalスキーマのカスタム変数を指定します。
Oracle WebCenter Portalには、1つのカスタム変数Analytics
があります。「値」をデフォルトの「N」から「Y」に変更すると、このスキーマのためにOracleデータベース・パーティショニングを使用できます。
ノート:
Analyticsデータをパーティション化できるようにするには、データベースのパーティション化が有効である必要があります。エンタープライズ・デプロイメントの場合は、Analyticsデータをパーティション化することをお薦めします。これは、月ごとにAnalyticsデータをパーティション化します。パーティション化された環境でデータをパージするには、単に不要となった月ベースのパーティションを削除することをお薦めします。
関連項目:
-
『Oracle Fusion Middlewareの管理』のOracle WebCenter PortalのAnalyticsデータのパーティション化に関する項
-
『リポジトリ作成ユーティリティによるスキーマの作成』のカスタム変数に関する項
ドメインの構成
構成ウィザードを使用して、ドメインを作成および構成します。
ドメインを作成するその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。
構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。
ノート:
Autonomous Transaction Processing Shared (ATP-S)データベースの場合、構成ウィザードを開始する前に、次のコマンドを使用してTNS_ADMIN
プロパティを設定する必要があります:
export TNS_ADMIN=/<$ORACLE_HOME>/network/admin
。
$ORACLE_HOME
をOracleホームの場所に変更する必要があります。例: export TNS_ADMIN=/users/test/network/admin
ここで、/users/test/
はOracleホームの場所です。
構成ウィザードを起動するには:
ドメインを作成および構成するための構成ウィザード画面のナビゲート
構成ウィザード画面に必要な情報を入力して、トポロジ用のドメインを作成および構成します。
ノート:
この手順を使用して既存のドメインを拡張できます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。
構成タイプとドメイン・ホームの場所の選択
「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所を選択します(Oracleホーム・ディレクトリの外部が最適)。
ドメイン・タイプおよびドメイン・ホーム・ディレクトリを指定するには:
- 「構成タイプ」画面で、「新規ドメインの作成」を選択します。
- 「ドメインの場所」フィールドで、使用するドメイン・ホーム・ディレクトリを指定します。
この画面の詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。
Oracle WebCenter Portalの構成テンプレートの選択
「テンプレート」画面で、必要なテンプレートを選択します。
「テンプレート」画面で、「製品テンプレートを使用してドメインを作成」が選択されていることを確認し、次のテンプレートを選択します。
-
Oracle WebCenter Portal - 14.1.2.0.0 [wcportal]
このテンプレートを選択すると、次の項目が依存関係として自動的に選択されます。
-
Oracle Enterprise Manager
-
Oracle WSMポリシー・マネージャ
-
Oracle JRF
-
WebLogic Coherenceクラスタ拡張
-
また、次の表に示された任意のOracle WebCenter Portal製品を選択できます。これらのすべてのテンプレートを選択する必要はなく、後でドメインに製品を追加するために、いつでも構成ウィザードを再び実行できます。
表4-1 構成できるOracle WebCenter Portal製品
製品 | 依存関係 |
---|---|
Oracle WebCenterポートレット・プロデューサ |
Oracle WSMポリシー・マネージャ Oracle JRF WebLogic Coherenceクラスタ拡張 |
Oracle WebCenter Analyticsコレクタ |
Oracle JRF WebLogic Coherenceクラスタ拡張 |
ノート:
WebCenter Portalと一緒にWebCenter Contentをインストールする場合は、WebCenter Contentをインストールするために選択する必要のあるドメイン拡張テンプレートについて、『Oracle WebCenter Contentのインストールと構成』のOracle WebCenter Contentの構成テンプレートの選択に関する項を参照してください。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のテンプレートを参照してください。
高可用性オプションの構成
この画面を使用して、高可用性に影響するサービス移行および永続性設定を構成します。
この画面は、自動サービス移行、永続ストアまたはその両方を使用するクラスタを初めて作成するときに表示され、「構成ウィザード」を使用してドメインに追加される後続のすべてのクラスタには選択したHAオプションが自動的に適用されます。
自動サービス移行の有効化
「自動サービス移行の有効化」を選択して、固定されたサービスがフェイルオーバー用の正常な管理対象サーバーに自動的に移行できるようにします。自動サービス移行およびクラスタ・リースに必要な移行可能なターゲット定義が構成されます。次に示すクラスタ・リース・オプションを1つ選択します。
-
データベース・リーシング - 管理対象サーバーは、リーシングに有効なJDBCシステム・リソースの表を使用します。自動移行データ・ソースに有効なJDBCシステム・リソースが必要です。このオプションを選択すると、データベースに対して「移行基準」が構成され、「自動移行に使用するデータ・ソース」も構成ウィザードによって自動的に構成されます。Oracle RACなどの高可用性データベースでリース情報を管理する場合は、「高可用性データベース・リース」のステップに従って、サーバーの移行に使用するデータベースを構成します。
-
コンセンサス・リーシング - 管理対象サーバーはインメモリーでリース情報を保持します。ノード・マネージャを使用して、クラスタの管理対象サーバーを制御します。(移行可能な、または移行可能対象をホストできるすべてのサーバーにノード・マネージャを関連付ける必要があります。)このオプションを選択すると、「構成ウィザード」によりコンセンサスに対して「移行基準」が構成されます。
リースの詳細は、「リース」を参照してください。
自動サービス移行の詳細は、「サービス移行」を参照してください。
JTAトランザクション・ログ永続性
-
デフォルトの永続ストア - デフォルト・ファイル・ストアにサーバーのJTAトランザクション・ログ・ストアを構成します。
-
JDBC TLogストア - JDBCストアにサーバーのJTAトランザクション・ログ・ストアを構成します。
「JDBC TLogストア」を選択することをお薦めします。構成を完了すると、トランザクション・ログ用にJDBC永続ストアが設定されたクラスタが作成されます。
JMSサーバー永続性
永続的なJMSストアは、永続メッセージ・データと恒久サブスクライバを格納するための物理的なリポジトリです。ディスクベースのファイル・ストアにも、JDBC対応データベースにもなります。メモリーが消耗された際、ディスクへのメッセージのページングに「JMSファイル・ストア」を使用できます。
-
JMSファイル・ストア - JMSファイル・ストアを使用するコンポーネントを構成します。このオプションを選択すると、必要に応じて「拡張構成」画面で「ファイル・ストア」オプションを選択して設定を変更することができます。「ファイル・ストア」画面で、ファイル・ストア名、ディレクトリおよび同期書込みポリシーを設定できます。
-
JMS JDBCストア - すべてのJMSサーバーに対してJDBCストアを使用するためにコンポーネントを構成します。構成を完了すると、クラスタおよびJDBC永続ストアがJMSサーバー用に構成されます。
アプリケーション・ホームの場所の選択
「アプリケーションの場所」画面を使用して、ドメインに関連付けられたアプリケーションの格納場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。
アプリケーション・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。
アプリケーション・ホーム・ディレクトリの詳細は、「アプリケーション・ホーム・ディレクトリについて」を参照してください。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のアプリケーションの場所を参照してください。
管理者アカウントの構成
「管理者アカウント」画面では、ドメインに対するデフォルトのWebLogic管理者アカウントのユーザー名とパスワードを指定します。
この画面に入力するユーザー名とパスワードは、ノートにとっておいてください。これらの資格証明は、このドメインの管理サーバーの起動とそのサーバーへの接続で、後で必要になります。
ドメイン・モードとJDKの指定
「ドメイン・モードおよびJDK」画面を使用して、本番環境のドメイン・モードおよびJava Development Kit (JDK)を指定します。
「ドメイン・モードおよびJDK」画面では、次の操作を実行します。
-
「ドメイン・モード」フィールドで、「本番」を選択します。
ノート:
WebLogic Server 14.1.2.0.0では、「本番」モードを選択すると、WebLogic Serverは「保護された本番」のセキュリティ構成の一部を自動的によりセキュアな値に設定します。ただし、手動構成を必要とする特定のセキュリティ構成(SSL/TLSなど)があります。『Oracle WebLogic Serverセキュリティの管理』の保護された本番モードの使用に関する項を参照してください。
よりセキュアなデフォルト設定を無効にする場合は、「セキュア・モードの無効化」を選択できます。これにより、非SSLリスニング・ポートが有効になります。
一般的にセキュア本番モードのよりセキュアなデフォルト設定を保持するが、ドメインでデフォルトで有効にするポート(リスニング・ポート、SSLリスニング・ポートまたは管理ポート)を変更する場合は、次の操作を実行できます:- 「セキュア・モードの無効化」の選択を解除したままにします
- 「ドメインのデフォルト・ポートの有効化または無効化」でデフォルトのポート選択を変更します
詳細は、『Oracle WebLogic Server本番環境の保護』のドメイン・モードがデフォルトのセキュリティ構成に与える影響の理解に関する項を参照してください。
-
「JDK」フィールドで、Oracle HotSpot JDKを選択します。
データベース構成タイプの指定
「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。
「データベース構成タイプ」画面で、「RCUデータ」を選択します。このオプションでは、構成ウィザードに対して、データベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に取得するように指示します。
ノート:
この画面で「手動構成」を選択する場合は、次の画面でスキーマのパラメータを手動で入力する必要があります。
Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)およびAutonomous Transaction Processing共有(ATP-S)の両方)の場合、「RCUデータ」オプションのみを選択する必要があります。
「RCUデータ」を選択後、次のフィールドに詳細を指定します。
フィールド | 説明 |
---|---|
ホスト名 |
データベースをホストするサーバーの名前を入力します。 例: |
DBMS/サービス |
データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。 例: |
ポート |
データベースがリスニングするポート番号を入力します。 例: |
スキーマ所有者 スキーマ・パスワード |
データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これは、RCUの「スキーマ・パスワード」画面でサービス表コンポーネントに入力されたスキーマのユーザー名とパスワードです(「スキーマ・パスワードの指定」を参照)。 デフォルトのユーザー名は |
Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)とAutonomous Transaction Processing共有(ATP-S)の両方)の場合、接続URL文字列オプションのみを使用して接続資格証明を指定し、「Autonomous Transaction Processingデータベースの接続資格証明」で説明されている次の形式で接続文字列を入力します。
データベース接続情報の指定を完了したら、「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。
Connecting to the database server...OK Retrieving schema data from database server...OK Binding local schema components with retrieved data...OK Successfully Done.
RCUの実行時にインストールされるスキーマの詳細は、リポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマについてを参照してください。
『構成ウィザードによるWebLogicドメインの作成』のデータベース構成タイプに関する項を参照してください。
JDBCコンポーネント・スキーマ情報の指定
「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。
「JDBCコンポーネント・スキーマ」画面に移入されている値が、すべてのスキーマに対して適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表はすでに適切に移入されている必要があります。
Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)とAutonomous Transaction Processing共有(ATP-S)の両方)の場合、「接続URL文字列」オプションのみを使用して接続資格証明を指定し、次の形式で接続文字列を入力します:
@TNS_alias?TNS_ADMIN=<path of the wallet files, ojdbc.properties, and tnsnames.ora>
接続文字列で、tnsnames.ora
にあるデータベース・サービス名としてのTNS_alias
と、TNS_ADMIN
プロパティを、ウォレット・ファイルojdbc.properties
およびtnsnames.ora
の場所に渡す必要があります。
Autonomous Transaction Processing専用(ATP-D)データベースの接続文字列の例:
@dbname_tp?TNS_ADMIN=/users/test/wallet_dbname/
Autonomous Transaction Processing共有(ATP-S)データベースの接続文字列の例:
@dbname_tp?TNS_ADMIN=/users/test/wallet_dbname/
高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。
この画面の詳細は、『構成ウィザードによるWebLogicドメインの作成』のJDBCコンポーネント・スキーマに関する項を参照してください。
JDBC接続のテスト
「JDBCコンポーネント・スキーマ・テスト」画面を使用してデータ・ソース接続をテストします。
「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。
デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、各行の「スキーマ・パスワード」列に使用するパスワードを入力して、前述の画面(「JDBCコンポーネント・スキーマ」)でそれらを手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマ・テストを参照してください。
拡張構成の選択
「拡張構成」画面を使用して、ドメイン構成を完了します。
「拡張構成」画面で、次を選択します。
-
管理サーバー
管理サーバーのリスニング・アドレスを適切に構成するために必要です。
-
ノード・マネージャ
ノード・マネージャを構成するために必要です。
-
トポロジ
Oracle WebCenter Portal管理対象サーバーを構成するために必要です。
使用するインストール環境での必要に応じて、その他の使用可能なオプションも選択できます。このガイドのステップでは、標準のインストール・トポロジについて説明していますが、別の方法を選択して実行することもできます。インストール要件がこのガイドの範囲を超えて追加のオプションに及ぶ場合は、それらのオプションを構成するための追加画面が表示される可能性があります。構成ウィザードのすべての画面の詳細は、構成ウィザードによるWebLogicドメインの作成の構成ウィザードの画面を参照してください。
管理サーバーのリスニング・アドレスの構成
「管理サーバー」画面を使用して、「リスニング・アドレス」を選択し、管理サーバー・ポートを構成します。
ノート:
デフォルトのポート値は、ドメインの構成方法によって異なります。「SSLリスニング・ポートの有効化」はデフォルトで有効ですが、デフォルト値は変わる場合があります。デフォルト値のリストについては、「製品およびコンポーネント別のポート番号」を参照してください。
- 管理サーバーの名前を入力します。「名前」フィールドはnullまたは空にできず、特殊文字を含めることはできません。
- 「リスニング・アドレス」の横にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップされたシステム名またはDNS名を使用します。
「すべてのローカル・アドレス」
を使用しないでください。 - ポート設定を確認します。ドメイン・タイプが「本番」に設定されている場合、「SSLリスニング・ポートの有効化」オプションはデフォルトで有効になります。管理サーバーにサーバー・グループは指定しないでください。
ノート:
必要に応じてポート値を変更できますが、一意である必要があります。異なるポートに同じポート番号が使用されている場合は、構成ウィザードの次のステップに移動できません。
詳細は、構成ウィザードによるWebLogicドメインの作成のリスニング・アドレスの指定を参照してください。
ノード・マネージャの構成
「ノード・マネージャ」画面では、構成するノード・マネージャのタイプと、そのノード・マネージャの資格証明を選択します。
ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のノード・マネージャを参照してください。
ノード・マネージャ・タイプの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャに関する項を参照してください。
Oracle WebCenter Portalの管理対象サーバーの構成
「管理対象サーバー」画面を使用して、管理対象サーバーを構成します。
「管理対象サーバー」画面では、デフォルトでWC_Collaboration
、WC_Portlet
およびWC_Portal
という新しい管理対象サーバーが自動的に作成されます。
これらの管理対象サーバー名は、このドキュメント全体で引用されるため、別の名前を選択したときには、それらの名前を必要に応じて置換してください。
Oracle WebCenter Portalの管理対象サーバーを構成するには:
複数の管理対象サーバーの構成は、高可用性向けに標準トポロジを構成するために必要なステップの1つです。高可用性の標準トポロジの詳細は、『高可用性ガイド』のFusion Middleware標準HAトポロジの理解に関する項を参照してください。
ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の管理対象サーバーを参照してください。
Oracle WebCenter Portalのクラスタの構成
「クラスタ」画面を使用して、新規クラスタを作成します。
「クラスタ」画面で、次のように操作します。
デフォルトでは、クラスタ内のサーバー・インスタンスは、ユニキャストを使用して相互に通信します。マルチキャストを使用するようにクラスタの通信を変更する場合は、『Oracle WebLogic Serverクラスタの管理』のユニキャストまたはマルチキャストを選択する際の考慮事項に関する項を参照してください。
Fusion Middleware Controlでクラスタを作成することもできます。このケースでは、新しいクラスタを作成するときに、クラスタの通信(ユニキャストまたはマルチキャスト)を設定できます。詳細は、Oracle WebLogic Server管理コンソール・オンライン・ヘルプのクラスタの作成と構成に関する項を参照してください。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のクラスタを参照してください。
サーバー・テンプレートの定義
高可用性設定のために動的クラスタを作成する場合は、「サーバー・テンプレート」画面を使用して1つ以上のサーバー・テンプレートをドメイン用に定義します。
ノート:
デフォルトのポート値は、ドメインの構成方法によって異なります。「SSLリスニング・ポートの有効化」はデフォルトで有効ですが、デフォルト値は変わる場合があります。デフォルト値のリストについては、「製品およびコンポーネント別のポート番号」を参照してください。
- 「追加」をクリックして
new_ServerTemplate_1
を作成します。サーバー・テンプレート名は、追加のサーバー・テンプレートが追加されると自動的に増分されます(new_ServerTemplate_2
)。 - 「セキュア本番モード」で、「SSLポートの有効化」オプションが選択されていることを確認します。デフォルトのSSLリスニング・ポートは、新しいサーバー・テンプレートを追加しても自動的に増分されません。デフォルトを「リスニング・ポートの有効化」に変更できますが、SSLを有効にするためにデフォルトを保持することをお薦めします。リスニング・ポートを有効にすると、SSLリスニング・ポートが無効になります。
ノート:
ポート値は、1から65535の範囲の整数を使用して必要に応じて変更できますが、一意である必要があります。異なるポートに同じポート番号が使用されている場合、ポートの競合エラーが発生し、サーバーを起動できなくなります。
- 管理ポートは、追加のサーバー・テンプレートを追加しても増分されません。
ノート:
リスニング・ポートが無効になっている場合は、数字ではなく
Disabled
が表示されます。
高可用性設定用の動的クラスタを作成するステップは、高可用性ガイドの動的クラスタの使用を参照してください。
動的サーバーの構成
高可用性の設定用に動的クラスタを作成する場合は、「動的サーバー」画面を使用して、動的サーバーを構成します。
動的クラスタを構成しない場合は、「次へ」をクリックしてドメインの構成を続行します。
ノート:
動的クラスタを作成する場合は、Machine Name Match Expressionを割り当てた後に、動的クラスタ用のマシンを作成する必要はありません。高可用性設定用の動的クラスタを作成するには、『高可用性ガイド』の「動的クラスタの使用」を参照してください。
クラスタへのOracle WebCenter Portal管理対象サーバーの割当て
「サーバーのクラスタへの割当」画面を使用して、新しいクラスタに管理対象サーバーを割り当てます。
「サーバーのクラスタへの割当」画面で、次の操作を実行します。
この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のサーバーのクラスタへの割当てに関する項を参照してください。
Coherenceクラスタの構成
「Coherenceクラスタ」画面を使用してCoherenceクラスタを構成します。
Coherenceクラスタのリスニング・ポートとして、デフォルトのポート番号のをそのまま使用します。構成後、Coherenceクラスタがドメインに自動的に追加されます。
ノート:
ユニキャスト・リスニング・ポートを0
に設定すると、管理対象サーバー・ポート番号のオフセットが作成されます。オフセットは5000
で、管理対象サーバーのポート番号として割当て可能な最大許容値は65535
ではなく、60535
です。
Coherence構成の詳細と次のステップについては、表5-2を参照してください。
Coherenceライセンス情報については、ライセンス情報のOracle Coherence製品に関する項を参照してください。
新しいOracle WebCenter Portalマシンの作成
「マシン」画面を使用して、ドメイン内に新規マシンを作成します。ノード・マネージャがサーバーを起動および停止するには、マシンが必要です。
高可用性環境を作成する際に目的のトポロジで必要になるマシンのリストがわかっているときには、この項の手順を実行して、この時点ですべてのマシンを作成できます。スケール・アウト・ステップの詳細は、『高可用性ガイド』のオプションのスケール・アウト・ステップに関する項を参照してください。
ノート:
既存のドメインを拡張している場合は、既存のマシンにサーバーを割り当てることもできます。新しいマシンが不要な場合は、マシンを作成する必要はありません。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のマシンを参照してください。
Oracle WebCenter Portalマシンへのサーバーの割当て
「サーバーのマシンへの割当」画面を使用して、作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。
「サーバーのマシンへの割当」画面で次の操作を実行します。
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のマシンへのサーバーの割当を参照してください。
構成の指定内容の確認とドメインの構成
「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。
画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。
この画面上のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成のサマリーに関する項を参照してください。
サーバーの起動
構成が完了したら、ノード・マネージャを起動し、次にWebLogic管理サーバーと管理対象サーバーを起動します。
ノート:
既存のセキュリティ設定によっては、保護された本番モードが有効になっているドメインを起動および管理する前に、追加の構成を実行する必要がある場合があります。具体的には、管理サーバーおよび管理対象サーバーの起動時にパラメータを追加する必要があります。詳細は、『Oracle WebLogic Serverセキュリティの管理』の「保護された本番モードの使用」を参照してください。
ドメイン管理に使用する追加のツールの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware管理ツールの概要に関する項を参照してください。
ノード・マネージャの起動
-
次のディレクトリを変更します。
-
(UNIX)
setenv JAVA_HOME /home/Oracle/Java/jdk17.0.12
-
(Windows)
set JAVA_HOME=C:\home\Oracle\Java\jdk17.0.12
-
-
次のコマンドを入力します。
-
(UNIX)
nohup
とnm.out
をサンプル出力ファイルとして使用します。nohup ./startNodeManager.sh >
LOG_DIR
/nm.out&ここで、
LOG_DIR
は、ログ・ファイルを格納するディレクトリの場所になります。 -
(Windows)
startNodeManager.cmd
ノート:
Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。
Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行を参照してください。
-
管理サーバーの起動に関する項
この項では、WLSTコマンド行またはスクリプトを使用して管理サーバーを起動する方法について説明します。Oracle Fusion Middleware ControlおよびOracle WebLogic Serverリモート・コンソールを使用することもできます。『Oracle Fusion Middlewareの管理』の管理サーバーと管理対象サーバーおよびノード・マネージャの起動と停止に関する項を参照してください。
ノート:
保護された本番モードを使用する場合は、管理サーバーを起動するための追加パラメータを指定する必要があります。『Oracle WebLogic Serverのセキュリティの管理』のWLSTを使用した管理サーバーへの接続に関する項を参照してください。
- (オプション) 本番モードを使用する場合、管理サーバーを起動する前にboot.propertiesファイルを作成し、必要な権限を提供できます。このファイルを作成すると、管理サーバーの起動時にユーザー名とパスワードを指定する必要がなくなります。詳細は、Oracle WebLogic Serverサーバーの起動と停止の管理の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。
-
DOMAIN_HOME
/bin
ディレクトリに移動します。 -
次のコマンドを入力します。
-
(UNIXの場合)
./startWebLogic.sh
-
(Windowsの場合)
startWebLogic.cmd
ドメインの作成時に「ドメイン・モードおよびJDK」画面で「本番モード」を選択し、オプションのboot.propetiesファイルを作成しなかった場合は、「管理者アカウント」画面の指示に従って、管理者ユーザー・ログイン資格証明のプロンプトが表示されます。
-
- ブラウザを開き、管理サーバーが起動されて稼働中であることを確認します。デフォルトのポート値は、ドメインの構成方法によって異なります。「SSLリスニング・ポートの有効化」はデフォルトで有効ですが、デフォルト値は変わる場合があります。デフォルト値のリストについては、「製品およびコンポーネント別のポート番号」を参照してください。
https://<Host_Name>:<port>
- ドメインのすべてのサーバーに一意のポート値があることを確認します。WebLogicリモート・コンソールから、各管理対象サーバーの「ローカル管理ポートのオーバーライド」フィールドを確認し、それぞれに一意の値があることを確認できます。1つ以上のポートが同じ値を使用している場合は、管理対象サーバーを起動する前にそれらを変更する必要があります。ポート値の変更の詳細は、Oracle WebLogicリモート・コンソールの管理サーバーへの接続に関する項を参照してください。
ノート:
WebLogic Server管理コンソールが削除されました。同等の機能を使用するには、WebLogicリモート・コンソールを使用する必要があります。詳細は、Oracle WebLogicリモート・コンソールを参照してください。Oracle WebCenter Portal管理対象サーバーの起動
ノート:
保護された本番モードを使用する場合は、管理対象サーバーを起動するための追加パラメータを指定する必要があります。『Oracle WebLogic Serverセキュリティの管理』の起動スクリプトを使用した管理対象サーバーの起動に関する項を参照してください。
構成の確認
すべての構成ステップが完了したら、追加のステップを実行して、ドメインが適切に構成されていることを検証できます。
ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。
外部のLDAPベースのアイデンティティ・ストアの設定
Oracle WebCenter Content ServerおよびOracle WebCenter Portalディスカッション・サーバーは、外部のLDAPベースのアイデンティティ・ストアに依存します。したがって、ドキュメント、ディスカッションまたはお知らせをポータルに含む必要がある場合は、外部のLDAPベースのアイデンティティ・ストアをインストールおよび構成する必要があります。
外部のLDAPベースのアイデンティティ・ストアを構成する場合、WebCenter Portalや、Oracle WebCenter Portalの任意のツールおよびサービスに対して構成されるすべてのバックエンド・コンポーネントで、同じ外部のLDAPベース・アイデンティティ・ストアを使用する必要があります。表4-2で、共有の外部のLDAPベースのアイデンティティ・ストアが使用される場合に、バックエンド・コンポーネントで追加の構成が必要かどうかを説明します。
Oracle WebCenter Portalのツールおよびサービスのバックエンド・コンポーネントのインストールおよび構成の詳細は、「WebCenter Portalのツールおよびサービス用のバックエンド・コンポーネントの準備」を参照してください。
表4-2 共有される外部のLDAPベースのアイデンティティ・ストアのバックエンド・コンポーネントの構成
バックエンド・コンポーネント | 組込みサポート | 追加の構成要件 |
---|---|---|
コンテンツ・サーバー |
データベース |
Oracle WebCenter Portalと同じ外部のLDAPベースのアイデンティティ・ストアを使用するように、Content Serverを構成します。 詳細は、『Oracle WebCenter Portalの管理』の外部LDAPサーバーとアイデンティティ・ストアの再関連付けに関する項を参照してください。 |
Oracle SOA Suite (BPELサーバー) |
組込みLDAPストア |
Oracle WebCenter Portalと同じ外部のLDAPベース・アイデンティティ・ストアを使用するようにOracle SOA Suiteを構成します。次を参照してください。
|
Oracle WebCenter Portalでは、ポータルで複数のアイデンティティ・ストアを使用できるようにするためにlibOVD
を使用できます。複数のアイデンティティ・ストアを使用するサイトでは、libOVD
を使用することによりユーザー・プロファイル情報を集約できます。詳細は、『Oracle WebCenter Portalの管理』のlibOVDを使用した複数のアイデンティティ・ストアLDAPサーバーの集約に関する項を参照してください。