Contentエンタープライズ・デプロイメント用のファイル・システムの準備方法について説明します。推奨されるディレクトリ構造とその場所に関する情報を示し、共有記憶域の構成手順も説明します。エンタープライズ・デプロイメント用のファイル・システムの準備の概要ファイル・システムの設定では、構成と管理が容易でわかりやすいエンタープライズ・デプロイメントを作成できるようにすることが重要です。この章の情報に従ってファイル・システムを設定することをお薦めします。この章で定義されている用語は、このガイド内のダイアグラムおよび手順で使用されます。この章を参照情報として使用すると、インストールおよび構成手順で使用されているディレクトリ変数について理解できます。その他のディレクトリ・レイアウトも可能であり、サポートされていますが、このマニュアルで採用するモデルは、可用性を最大化するために選択されており、コンポーネントの最良の独立性と構成の対称性の両方を実現し、バックアップおよび災害からのリカバリを容易にします。ドキュメントの残りの部分では、このディレクトリ構造およびディレクトリ用語を使用します。Contentエンタープライズ・デプロイメントを構成するためにこのガイドで使用されるディレクトリ環境変数について説明します。このガイドでは、インストールして構成するディレクトリを次のディレクトリ変数を使用して説明しています。この環境変数と関連ディレクトリ・パスは、Oracle製品がインストールされているベース・ディレクトリを指しています。Middlewareが配置されている場所を指しています。Serverをホストするために必要なファイルがインストールされて格納されています。Web層(/u01/app/oracle/product/fmw/web/)に必要なインストール・ファイルが格納されます。Suiteがインストールされている場所を指しています。(JRF)に必要なバイナリ・ファイルとライブラリ・ファイルを含むOracleホームを参照しています。Serverドメイン情報(構成アーティファクト)が格納されている場所を指しています。Serverは、同じノード内にある場合でも異なるドメイン・ディレクトリを使用できます。Oracleインスタンスには、1つ以上のシステム・コンポーネントがあります。Directoryなどがあります。Oracleインスタンスのディレクトリには、更新可能なファイルがあります。それらのファイルの例には、構成ファイル、ログ・ファイル、一時ファイルなどがあります。JRockitまたは別のJDKがインストールされている場所です。ドメイン構成の一次場所です。管理対象サーバーの起動および停止に使用されるドメイン構成のコピーです。Webゲート・インストールの場所です。ヒント:この項で説明している場所には、ショートカットとして環境変数を使用し、ディレクトリに簡単に移動できます。$ORACLE_BASEという環境変数を使用し、/u01/app/oracle/(つまり、お薦めされるORACLE_BASEの場所)を参照できます。各種ディレクトリの推奨場所について次の各項では、エンタープライズ・デプロイメント・トポロジで共有記憶域を使用するための基本的な推奨事項についていくつか説明します。Oracleホーム・ディレクトリで共有記憶域を使用するためのガイドラインについて説明します。Middleware製品をインストールする際には、Oracleホームに製品バイナリをインストールします。Oracleホームにインストールされたバイナリ・ファイルは読取り専用で、Oracleホームにパッチをあてるか、新しいバージョンにアップグレードするまで変更されません。通常の本番環境では、Oracleホーム・ファイルはドメイン構成ファイルとは別の場所に保存されます。Middleware構成ウィザードを使用して作成されます。Middleware製品固有のディレクトリが含まれています。Middlewareコンセプトを参照してください。Serverドメインを構成できます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールしたり、複数のホストをインストールするためにOracleホストを再利用したりすることもできます。注意:管理対象サーバーのドメイン・ディレクトリは、ローカルまたは共有記憶域に配置できます。Refinery管理対象サーバーで共有記憶域を使用する場合、各管理対象サーバーはモード固有のファイルを使用するため、これらのサーバーで別々のボリュームを使用する必要があります。Contentは、ORACLE_BASE/admin/domain_name/mserver/domain_name/ucm/cs/bin/intradoc.cfgを使用します。Refineryは、ORACLE_BASE/admin/domain_name/mserver/domain_name/ucm/ibr/bin/intradoc.cfgを使用します。Oracleホームが異なるホスト上の複数のサーバーで共有されている場合、いくつかの実施するべきベスト・プラクティスがあります。整合性およびパッチの適用のため、各ホストにあるOracleインベントリ・ディレクトリ(oraInventory)が更新されていることを確認してください。ホストのoraInventoryを更新して、共有記憶域内のOracleホームに追加するには、次のコマンドを使用します。Installerインベントリに関する項を参照してください。冗長バイナリ(Oracleホーム)・ディレクトリの使用について可用性を最大限にするには、共有記憶域での冗長バイナリ・インストールの使用をお薦めします。Middlewareソフトウェアの2つの同じOracleホームを2つの異なる共有ボリュームにインストールします。Oracleホームの1つをサーバーの1セットにマウントし、もう一方を残りのサーバーにマウントします。いずれのOracleホームも同じマウント・ポイントを持つため、サーバーがどのOracleホームを使用しているかにかかわらず、Oracleホームは常に同じパスを持ちます。片方のOracleホームが破損または使用不可になっても、影響を受けるのは半分のサーバーのみです。保護を強化するために、これらのボリュームのディスク・ミラーを行うことをお薦めします。共有記憶域で個別ボリュームが使用不可の場合、同じボリューム内の別々のディレクトリを使用して個別ボリュームをシミュレートしたり、ホスト側の同じマウント場所に個別ボリュームをマウントしたりすることをお薦めします。これによって複数ボリュームが提供するような保護が保証されるわけではありませんが、ユーザーによる削除や個々のファイルの破損からの保護は可能になります。Serverドメイン構成ファイルで共有記憶域を使用するためのガイドラインについて説明します。Serverドメインが作成または拡張されます。Serverドメインは、1つの管理サーバーおよび1つ以上の管理対象サーバーで構成されます。Serverドメイン構成の理解を参照してください。エンタープライズ・デプロイメントでは、ドメインの管理対象サーバーがアクティブ/アクティブ型の高可用性のために構成される場合があることを理解しておく必要があります。管理対象サーバーは構成できません。管理サーバーはシングルトン・サービスです。常に1つのホストのみでアクティブになります。管理サーバーおよび管理対象サーバーのドメイン構成ファイル用の共有記憶域の要件ドメイン構成ファイルのコピーを2つ作成することをお薦めします。コピーのうち1つは管理サーバーの構成ファイル用です。共有記憶域にこのディレクトリをインストールし、管理サーバーを実行しているホストに排他的にマウントします。ホストで障害が発生した場合に、このディレクトリを別のホストおよびこのホストで起動された管理サーバーにマウントできます。一方のコピーは管理対象サーバーの構成ファイル用です。管理対象サーバーのドメイン・ディレクトリは、ローカルまたは共有記憶域に配置できます。Refinery管理対象サーバーで共有記憶域を使用する場合、各管理対象サーバーはノード固有のファイルを使用するため、これらのサーバーで別々のボリュームを使用する必要があります。Contentは、ORACLE_BASE/admin/domain_name/mserver/domain_name/ucm/cs/bin/intradoc.cfgを使用します。Refineryは、ORACLE_BASE/admin/domain_name/mserver/domain_name/ucm/ibr/bin/intradoc.cfgを使用します。管理対象サーバーがドメイン・ディレクトリを共有すると、スケール・アウト手順が容易になります。管理対象サーバーの構成ファイルを共有すると、パフォーマンスに影響する可能性もあります。よって、デプロイメントではストレージ・システムの要件があればそれに適合させる必要があります。ストレージ・システムには、複数のマシンで同じ共有ボリュームのマウントが容易になるような構成オプションを提供するものもあります。このエンタープライズ・デプロイメント・トポロジで用意されている構成手順では、管理対象サーバーごとに各ノードのローカル・ドメイン・ディレクトリが使用されることを想定しています。JMSファイル・ストアとトランザクション・ログ用の共有記憶域に関する推奨事項サーバーの障害や移行の場合にリカバリで複数のホストを利用可能にするには、JMSファイル・ストアとJTAトランザクション・ログは共有記憶域に配置する必要があります。Serverサーバー環境の管理のWebLogic永続ストアの使用に関する項を参照してください。前述の前提条件に基づいて、次に示す各項目では推奨ディレクトリについて説明します。共有記憶域の場所が直接指定されている場合は必ず、そのディレクトリでは共有記憶域が必要とされることを意味します。ローカル・ディスクが使用されたり共有記憶域がオプションの場合、マウント指定では「共有記憶域を使用している場合」の語句で修飾されます。共有記憶域の場所は例であり、指定されたマウント・ポイントが使用されているかぎり変更できます。共有記憶域デバイスでは整合性と単純化のためこの構造をお薦めします。少なくとも半分のノードで1つのインストールを使用し、残りの半分で他方のインストールを使用するように、ノードではVOL1とVOL2を互換的にマウントします。Contentエンタープライズ・デプロイメントでは、WCCHOST1がVOL1をマウントし、WCCHOST2がVOL2をマウントします。使用可能なボリュームが1つのみの場合は、ノードは共有記憶域の2つの別のディレクトリを互換的にマウントします(たとえば、共有記憶域の場所としてWCCHOST1ではORACLE_BASE/product/fmw1/が使用され、WCCHOST2ではORACLE_BASE/product/fmw2/が使用されます)。注意:共有記憶域に利用できるボリュームが1つしかない場合に、誤ってファイルを削除しないように、あるいはパッチを適用できるように、別のディレクトリを使用して冗長に構成することができます。2つのMiddlewareホームを使用できます。その場所は、少なくとも1つはORACLE_BASE/product/fmw1/、もう一方はORACLE_BASE/product/fmw2/とします。これらのMiddlewareホームは、すべてのノードで同じマウント・ポイントにマウントされます。共有記憶域へのインストールの場合、少なくとも半分のノードで一方のインストールを使用し、もう半分で他方のインストールを使用するように、ノードではVOL1とVOL2を互換的にマウントします。Contentエンタープライズ・デプロイメントでは、WEBHOST1がVOL1をマウントし、WEBHOST2がVOL2をマウントします。使用可能なボリュームが1つのみの場合は、ノードは共有記憶域の2つの推奨ディレクトリを互換的にマウントします(つまり、共有記憶域の場所としてWEBHOST1ではORACLE_BASE/product/fmw1/、WEBHOST2ではORACLE_BASE/product/fmw2/が使用されます)。注意:Web層のインストールは通常、WEBHOSTノードのローカル記憶域で実行されます。共有記憶域を使用する場合は、層を横断する記憶域デバイスへのアクセスに対し適切なセキュリティ制限を検討する必要があります。(VOL1)にマウントされたORACLE_BASE/admin/instance_name/になります。注意:(VOL1)はオプションです。(VOL2)も使用できます。Middleware構成ウィザードで追加されます。このディレクトリをマウントする必要があるのは、管理サーバーが稼働しているノードのみです。管理サーバーが別のノードに再配置(フェイルオーバー)されたら、そのノードが同じマウント・ポイントで同じ共有記憶域をマウントします。トポロジ内の残りのノードがこの場所をマウントする必要はありません。管理対象サーバー・ディレクトリのドメイン・ディレクトリ:ORACLE_BASE/admin/domain_name/mserver/domain_name/共有ディスクを使用している場合、マシンのマウント・ポイントは、ORACLE_BASE/admin/domain_name/Noden/mserver/にマウントされたORACLE_BASE/admin/domain_name/mserver/になります(各ノードでは管理対象サーバー用に異なるドメイン・ディレクトリが使用されます)。注意:この手順は実際、共有記憶域によって異なります。前述の例はNASに特有ですが、他の記憶域タイプでは別のタイプのマッピングによりこの冗長性が実現される場合があります。Contentコンポーネントが稼働するすべてのノードでこの共有記憶域の場所がマウントされる必要があり、その結果として、別のノードへのサーバーの移行が発生した際にトランザクション・ログおよびJMSストアの使用が可能になります。注意:jmsディレクトリおよびtlogsディレクトリはSOA_Cluster、IMG_ClusterおよびCPT_Cluster用に作成されています。Imagingを含むすべてのノードはこれらの配置場所をマウントします。(入力ファイルおよび処理するイメージにすべてのノードがアクセスできる必要があります。)入力ファイルおよびイメージの場所は、実装に対する顧客ごとの要求によって異なる可能性があります。イメージファイルは、システムのパフォーマンスを低下させる可能性のある他の同時アクセスが発生しないデバイスに配置することが妥当です。この目的においては、別のボリュームを使用できます。整合性のとれたバックアップおよびメンテナンスを実行するには、一般的にクラスタ・ディレクトリ構造の下にファイルを置くことをお薦めします。マルチノード間のImagingインストールでは、この配置場所はすべての入力エージェント間で共有され、すべてのエージェントがアクセスできる必要があります。入力エージェントが異なるマシン上にある場合は、共有ネットワークにする必要があります。注意:入力ファイルを処理するには、入力エージェントが入力ディレクトリに対して適切な権限を持ち、入力ディレクトリにおいてファイル・ロックができる必要があります。Serverのサービスを実行中のユーザー・アカウントが、入力ディレクトリと入力ディレクトリ内のすべてのファイルとサブディレクトリに対して、読取りと書込みの権限を保持している必要があります。この必要な権限によって、入力エージェントは、ファイルを処理する際に様々なディレクトリにファイルを移動できます。クラスタのサーバー間で処理を調整するために、共有上のファイル・ロックが入力エージェントに必要になります。Contentを含むすべてのノードはこの配置場所をマウントします(入力ファイルおよび処理するイメージにすべてのノードがアクセスできる必要があります)。Refineryを含むすべてのノードはこの配置場所をマウントします。Contentエンタープライズ・デプロイメント環境ではローカルになります。Serverの管理対象サーバーではドメイン・ディレクトリを共有できません。次に、推奨ディレクトリ構造と共有記憶域の理解に役立つ図と表を示します。図4-1に、このディレクトリ構造を示します。図4-1のディレクトリ構造には、oracle_commonやjrockitなど、その他の必要な内部ディレクトリは示されていません。表4-1は、図4-1で色分けされた様々な要素の意味を説明します。サーバーのドメイン・ディレクトリ、アプリケーション、デプロイメント・プラン、ファイル・アダプタ制御ディレクトリ、JMSとTxのログおよびMiddlewareホーム全体は共有記憶域上に配置されます。管理対象サーバー・ドメインのディレクトリは、ローカル・ディスクまたは共有ディレクトリに配置できます。管理対象サーバー・ドメインのディレクトリを複数のノード上で共有する場合、ノード間で同じ共有ディスクの場所をマウントする必要があります。Web層のinstance_nameディレクトリは、ローカル・ディスクまたは共有ディスクに配置できます。インストール依存名です。Serverドメインのディレクトリ構造を要約しています。共有記憶域の内容サーバーデータのタイプ共有記憶域のボリュームディレクトリファイルWCCHOST1上で実行される管理サーバーおよびすべての管理対象サーバーWLSインストールVOL1MW_HOME/各ボリューム内では個別ですが、どのサーバーからも同じディレクトリ構造に見えます。(WCCHOST1がVOL1をマウントしている。)WCCHOST2上で実行される管理サーバーおよびすべての管理対象サーバーWLSインストールVOL2MW_HOME/各ボリューム内では個別ですが、どのサーバーからも同じディレクトリ構造に見えます。(WCCHOST2がVOL2をマウントしている。)AdminServerドメイン構成VOL3ORACLE_BASE/admin/domain_name/aserver/domain_name/管理サーバーを実行している1つのサーバーのみで使用されます。(WCCHOST1がVOL3をマウントしている。管理サーバーのフェイルオーバー時には、WCCHOST2がVOL3をマウントしている。)WLS_WCC1、WLS_IBR1、WLS_SOA1、WLS_IMG1、WLS_CPT1ドメイン構成VOL4ORACLE_BASE/admin/domain_name/mserver/domain_name/各ボリューム内では個別ですが、両方のサーバーからは同じディレクトリ構造に見えます。(WCCHOST1がVOL4をマウントしている。)WLS_WCC2、WLS_IBR2、WLS_SOA2、WLS_IMG2、WLS_CPT2ドメイン構成VOL5ORACLE_BASE/admin/domain_name/mserver/domain_name/各ボリューム内では個別ですが、両方のサーバーからは同じディレクトリ構造に見えます。(WCCHOST2がVOL5をマウントしている。)WLS_WCC1およびWLS_WCC2VaultファイルVOL6ORACLE_BASE/admin/domain_name/wcc_cluster_name/cs/vault/vaultファイル用のディレクトリです。(WCCHOST1およびWCCHOST2がVOL6をマウントしている。)WLS_WCC1およびWLS_WCC2WebファイルVOL6ORACLE_BASE/admin/domain_name/wcc_cluster_name/cs/weblayout/weblayoutファイル用のディレクトリです。WLS_WCC1およびWLS_WCC2ユーザー・プロファイルVOL6ORACLE_BASE/admin/domain_name/wcc_cluster_name/cs/data/profiles/ユーザー・プロファイル用のディレクトリです。Refineryファイルすべてのディレクトリです。(WCCHOST1およびWCCHOST2がVOL7をマウントしている。Serverにより決定)ですが、ファイルは別々です。(WCCHOST1およびWCCHOST2がVOL8をマウントしている。Serverにより決定)ですが、ファイルは別々です。Serverにより決定)ですが、ファイルは別々です。(WCCHOST1およびWCCHOST2がVOL9をマウントしている。Serverにより決定)ですが、ファイルは別々です。Serverにより決定)ですが、ファイルは別々です。(WCCHOST1およびWCCHOST2がVOL10をマウントしている。Serverにより決定)ですが、ファイルは別々です。WLS_CPT1およびWLS_CPT2ドライバ・ファイルVOL10ORACLE_BASE/admin/domain_name/cpt_cluster_name/driver/テキスト・ファイル・コミット・ドライバ用のディレクトリです。次のコマンドを使用して共有記憶域の場所を作成しマウントすることで、WCCHOST1およびWCCHOST2からは別々の2つのボリュームのバイナリ・インストールが同じ場所に見えます。注意:共有記憶域のファイル・システムの作成に使用されるユーザーIDは、これらのファイルに対する読取り、書込みおよび実行権限を持ちます。オペレーティング・システム・グループにおける他のユーザーは、ファイルの読取りや実行は可能ですが、書込み権限はありません。Middlewareインストレーション・プランニング・ガイド』のインストールと構成の権限およびユーザーに関する項を参照してください。コマンドでnasfilerは共有記憶域ファイラです。Contentサーバーの同じディレクトリにマウントすることで、バイナリの冗長性を実現できます。vaultファイルを共有するためのコマンドを示します。Txログの場所を共有するためのコマンドを示します。構成した共有記憶域にテスト・ファイルを作成し、新しくマウントしたディレクトリでファイルの読取りおよび書込みができることを確認します。testfile所有者と権限が正しいことを確認します。testfileファイルを削除します。testfile注意:共有記憶域には、NASデバイスまたはSANデバイスを使用できます。次は、NASデバイスの記憶域をWCCHOST1から作成する例を示しています。オプションは異なる場合があります。rw,bg,hard,nointr,tcp,vers=3,timeo=300,rsize=32768,wsize=32768使用する環境に適切なオプションについては、ストレージ・ベンダーとマシン管理者と相談してください。reserved.法律上の注意点ライブラリ。