この節では、Sun Cluster Support for Oracle Real Application Clusters 固有の要件を示します。
Oracle UDLM および Oracle リレーショナルデータベースにどのアーキテクチャを使用するかを決める前に、以下の点に注意してください。
両方の Oracle コンポーネントのアーキテクチャが一致する必要があります。たとえばOracle UDLM に 64 ビットアーキテクチャを使用する場合は、RDBMS にも 64 ビットアーキテクチャを使用する必要があります。
Oracle コンポーネントに 32 ビットアーキテクチャを使用する場合は、それらのコンポーネントが配置されたノードを 32 ビットモードまたは 64 ビットモードのどちらででもブートできます。しかし、Oracle コンポーネントに 64 ビットアーキテクチャを使用する場合は、それらのコンポーネントが配置されたノードを 64 ビットモードでブートする必要があります。
すべてのノードをブートするときは、同じアーキテクチャを使用する必要があります。たとえば、32 ビットアーキテクチャを使用するように 1 つのノードをブートする場合は、全ノードとも 32 ビットを使用するようにブートする必要があります。
次に、データサービスログファイルの場所を示します。
現在のログ: /var/cluster/ucmm/ucmm_reconf.log
以前のログ: /var/cluster/ucmm/ucmm_reconf.log.0 (0, 1,...) – この場所は、Oracle UDLM パッケージによって異なります。
Oracle UDLMログ:/var/cluster/ucmm/dlm_ nodename/logs – この場所に Oracle のログファイルを見つけることができない場合は、Oracle のサポートにお問い合わせください。
Oracle UDLM コアファイル:/var/cluster/ucmm/dlm_ nodename/cores – この場所に Oracle のログファイルを見つけることができない場合は、Oracle のサポートにお問い合わせください。
このデータサービスをインストール中は、ノードを再起動する前に、Oracle UDLM ソフトウェアのインストールと構成が完了し、かつ、再起動に必要な前提条件が満たされていることを確認してください。インストールと構成が完了し、必要な前提条件が満たされていないと、ノードはパニックを引き起こします。
インストール時のノードパニックを解決する方法については、「Sun Cluster Support for Oracle Real Application Clusters の初期化中のノードパニック」を参照してください。
Oracle Real Application Clusters Guard オプションのインストール、管理および操作については、Oracle のドキュメントを参照してください。この製品オプションを Sun Cluster 3.1 で使用する場合は、 Sun Cluster 3.1 をインストールする前に、以下で説明する点に注意してください。
Oracle Real Application Clusters Guard オプションを Sun Cluster 3.1 で使用する場合、クラスタで使用するホスト名に以下の制限が適用されます。
ホスト名に特殊文字を含めることはできません。
Sun Cluster 3.1 をインストールしたあとでは、ホスト名を変更することはできません。
これらの制限およびその他の要件について詳しくは、Oracle のドキュメントを参照してください。
Sun Cluster 3.1 で Oracle Real Application Clusters Guard オプションを使用する場合、以下の操作の実行に Sun Cluster コマンドを使用しないでください。
Oracle Real Application Clusters Guard がインストールするリソースの状態の操作。Sun Cluster コマンドをこの目的で使用すると、障害が起きる可能性があります。
Oracle Real Application Clusters Guard がインストールするリソースの状態のクエリ。出力される状態は実際の状態を示さない可能性があります。Oracle Real Application Clusters Guard の状態を確認するには、Oracle が提供するコマンドを使用してください。