| Oracle® Fusion Middleware高可用性ガイド 12c (12.2.1.1) E77258-01 |
|
 前へ |
 次へ |
複数のホストやサーバーが共有する共通の場所にアーティファクトを配置することには利点があります。通常は、この共通の場所を共有ファイル・システムに配置し、NFSやCIFSのような標準のオペレーティング・システム・プロトコルを使用して、各サーバーからマウントします。
共有記憶域では、動的状態およびサーバー構成が共有されます。これにより、管理、構成、フェイルオーバーおよびバックアップ/リカバリが簡略化されます。
高可用性環境でファイル・ベースの永続ストア(JMSおよびJTAログ用)や特定のOracle製品を使用する場合は、共有記憶域が必要になります。製品バイナリやドメイン・ディレクトリの共有記憶域はオプションです。
一般的に次のようなアーティファクトが共有ファイル・システムに配置されます。
製品バイナリ: 製品の実行可能ファイル、JARファイル、スクリプトに関連するすべてのファイルとディレクトリ(製品のインストール時にインストールされます)
ドメイン・ディレクトリ: WebLogic Serverのドメインとその構成を含むディレクトリ
ファイル・ベースの永続ストア: JMS永続性ログやJTAトランザクション・ログに使用するファイル・ベースの永続ストア
表4-1に共有記憶域の詳細を示します。
表4-1 共有記憶域に関する項目
| 項目/タスク | 詳細情報 |
|---|---|
Oracleホームの構造とコンテンツ |
『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』のOracle Fusion Middleware Infrastructureのディレクトリ構造の理解 |
ファイル・ストアへのJMSおよびJTA情報の保存 |
「WebLogic Server永続ストアの管理」の「WebLogic永続ストア」。 『Oracle WebLogic Server JMSリソースの管理』の「永続ストアの高可用性」 『Oracle WebLogic Serverクラスタの管理』のJTAのデフォルト・ファイル・ストアの可用性に関する項 |
ファイル・ベースの永続ストアを使用する場合にのみ該当する、共有記憶域の前提条件があります。
障害発生時に適切にリカバリできるようにするため、すべてのノードからアクセスできて、サーバーで障害が発生した後に操作を再開できる場所に、JMSとJTAトランザクションの両方のログを格納する必要があります。この設定には、複数のノードから参照できる共有記憶域の場所が必要です。推奨のディレクトリ構造については、ディレクトリ構造と構成を参照してください。
共有記憶域のデバイスには、ネットワーク接続ストレージ(NAS)またはストレージ・エリア・ネットワーク(SAN)の使用をお薦めします。
NFSマウント・システムを使用する場合は、ファイルのロックに関連する問題および突然のノード障害が検出されます。NFSでのファイル・ストアの使用を参照し、ストレージのベンダーに、マウント・オプションとして使用する主な推奨パラメータについて問い合せてください。
NASデバイス別のコマンド例を次に示します。注意: この例のオプションは、ご使用の環境のものと異なる場合がありますので、mountコマンドの詳細は、UNIXまたはLinuxのドキュメントを参照してください。
mount nasfiler:/vol/vol1/u01/oracle /u01/oracle -t nfs -o rw,bg,hard,nointr,tcp,vers=3,timeo=300,rsize=32768,wsize=32768
可用性が最大になるよう、共有記憶域には高可用性NASデバイスまたはSANデバイスの使用をお薦めします。高可用性に対応していない共有記憶域デバイスはシングル・ポイント障害になる可能性があります。高可用性を実現するためのオプションについては、ストレージ・プロバイダに確認してください。
JMSおよびJTA情報のファイル・ストアでの保存の詳細は、WebLogic Server永続ストアの管理のWebLogic永続ストアを参照してください。
Oracleホーム・ディレクトリで共有記憶域を使用するためのガイドラインがあります。
Oracle Fusion Middleware製品をインストールする際には、Oracleホーム(ORACLE_HOME)に製品バイナリをインストールします。このバイナリ・ファイルは読取り専用であり、パッチを適用するかアップグレードしてOracleホームを新しいバージョンにするまで変更されることはありません。
通常の製品環境では、Oracleホーム・ファイルは、構成ウィザードを使用して作成したドメイン構成ファイルとは別の場所に保存されます。
Oracle Fusion Middlewareインストール用のOracleホームには、Oracle WebLogic Serverのバイナリ、Oracle Fusion Middlewareインフラストラクチャ・ファイルおよび任意のOracle Fusion Middleware製品固有のディレクトリが含まれています。
注意:
構成ウィザードはOracleホーム内のlogsディレクトリにログを書き込みます。読取り専用のOracleホームを使用する場合は、-logオプションを指定して、別のディレクトリにログを転送する必要があります。
注意:
Oracleホームの構造とコンテンツの詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解のOracle Fusion Middlewareの主要ディレクトリとはを参照してください。
複数のサーバーを1つのOracleホームから構成できます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールして、複数のサーバーでOracleホームを再利用できます。
Oracleホームが、異なるホスト上の複数のサーバーで共有されている場合、実施する必要のあるいくつかのベスト・プラクティスがあります。たとえば、Oracleインベントリ・ディレクトリ(oraInventory)は、Oracleホームが最初にインストールされたホストからのみ更新されるため、Oracleホームで実行するその後のすべての操作(パッチ適用やアップグレードなど)は、元のホストから実行することをお薦めします。そのホストが使用できない場合は、もう一方のホストからOracleホームにパッチやアップグレードを適用する前に、必ず別のホスト上でOracleインベントリが更新されるようにしてください。
oraInventoryの詳細は、Oracle Universal Installerインベントリを参照してください。
可用性が最大になるように、共有記憶域上でバイナリの冗長インストールを使用することをお薦めします。
このモデルの概要は次のとおりです。
片方のOracleホームが破損したり使用不可になっても、影響を受けるのは半分のサーバーのみです。さらに保護を強化するために、これらのボリュームのディスク・ミラーを行うことをお薦めします。影響を受けたサーバーの機能は、影響を受けていないOracle Homeを再マウントするだけで、完全にリストアできます。
共有記憶域で個別ボリュームが使用不可の場合、同じボリューム内の別々のディレクトリを使用して個別ボリュームをシミュレートしたり、ホスト側の同じマウント場所に個別ボリュームをマウントしたりすることをお薦めします。これによって複数のボリュームによる保護が保証されるわけではありませんが、ユーザーによる削除や個々のファイルの破損からは保護されます。
注意:
最大の保護を得るには、クラスタのメンバーを、冗長なバイナリOracleホーム全体に、均等に分散することをお薦めします。これは、クラスタのメンバーが使用可能なすべてのサーバー上で実行されてはいない場合に、特に重要です。
エンタープライズ・デプロイメントでOracle Fusion Middleware製品を構成するときに作成したOracle WebLogic Serverドメイン構成ファイルに対して、共有記憶域を使用する際のガイドラインがあります。
Oracle Fusion Middleware製品の構成時には、Oracle WebLogic Serverドメインを作成または拡張します。各ドメインは、1つの管理サーバーおよび1つ以上の管理対象サーバーで構成されます。
WebLogicは、管理サーバーの永続的な変更内容をすべてのサーバーにプッシュするために、レプリケーション・プロトコルを使用します。これにより、管理サーバーが稼働していなくても、サーバーに冗長性がもたらされます。これをサーバーの独立モードと呼びます。
Oracle WebLogic Serverドメインの詳細は、Oracle WebLogic Serverのドメイン構成の理解を参照してください。
ドメイン構成ファイルを共有記憶域に格納することは必須ではありません。しかし、管理サーバーのリカバリをサポートするためには、管理サーバーの構成ディレクトリを共有記憶域に配置し、管理サーバーが稼働しているホストでマウントする必要があります。
そのホストに障害が発生した場合は、そのディレクトリを別のホストでマウントし、障害の発生した管理サーバーを別のホストで復旧することができます。管理サーバーの高可用性を参照してください。
高可用性設定でファイル・ベースの永続性を使用する場合は、JMS永続ストアとJTAトランザクション・ログのディレクトリが共有記憶域に配置されるように構成する必要があります。
詳細は、ファイルの永続性の使用(WebLogic JMS)を参照してください。
共有記憶域を使用する場合、記憶域の要素をレイアウトする方法は複数あります。特定のベスト・プラクティスを使用することをお薦めします。
表4-2 共有記憶域要素のディレクトリ構造
| 要素 | 場所 |
|---|---|
ORACLE_HOME |
すべてのサーバーにより、読取り専用モードで共有されます。 |
JMSファイル・ストアおよびトランザクション・ログ |
ファイルベースの永続性を使用する場合は、共有記憶域に配置されます。 |
管理サーバー・ドメインの構成ディレクトリ |
管理サーバーの別のホストへのフェイルオーバーを容易にするため、共有記憶域に配置されます。 |
注意:
サーバーのドメイン構成ディレクトリは、対応するホストのローカル記憶域に配置します。詳細は、管理サーバー構成ディレクトリの共有記憶域に関する考慮事項を参照してください。
図4-1は、ディレクトリ構造を表しています。
