test

Sun Cluster 2.2 ソフトウェアのインストール

並列データベースシステムのインストールと構成

この章では、Sun Cluster サーバー上で次の並列データベースシステムを構成し、管理する方法について説明します。

並列データベースシステムの概要

共有ディスクのアーキテクチャー

OPS は、Sun Cluster の共有ディスク構成を使用します。共有ディスク構成では、1 つのデータベースが複数の OPS インスタンス間で共有され、それら OPS インスタンスは同時にデータベースにアクセスします。同じデータへのアクセスの衝突は、分散ロックマネージャ (Oracle UNIX Distributed Lock Manager (DLM)) によって制御されます。プロセスまたはノードがクラッシュすると、DLM は再構成され、障害からの回復が図られます。

非共有アーキテクチャー

Informix-Online XPS は、Sun Cluster の非共有ディスク構成を使用します。各ノード上のデータベースサーバーインスタンスは、その専用のデータベースパーティションに対する独占的なアクセス権を持ちます。

クライアントからデータベース照会があると、そのテーブルパーティションがサーバーによって解析され、プライベートネットワーク経由で適切なサーバーに転送されます。結果はプライベートネットワーク経由でマージされ、クライアントに返されます。

共有メモリーに関する問題

OPS などの一部アプリケーションでは、/etc/system ファイルを編集して、要求される共有メモリーの最小サイズを非常に大きくしなければならないことがあります。しかし、たとえば、/etc/system ファイル内の shmsys:shminfo_shmmin フィールドに 200 バイトより大きな値を設定した場合、sm_config(1M) コマンドは共有メモリーを取得できません。これは、システムが割り当て可能な最小サイズより少ないバイト数が最終的に要求されることになるためです。この結果、sm_config(1M) による shmget(2) システムコールで問題が発生し、sm_config(1M) は異常終了します。

この問題を回避するには、/etc/system をエディタで開いて、shmsys:shminfo_shmmin に 200 を設定し、shmsys:shminfo_shmmax に 200 より大きな値を設定してください。新しい値を有効にするには、マシンを再起動します。

semsys 警告メッセージが表示され、コアダンプが発生した場合は、/etc/system ファイル内の semsys:seminfo_* フィールドに含まれているセマフォ値がマシンの実際の物理的な制限に一致していないことを意味します。

OPS と IP フェイルオーバー

Oracle SQL*Net または Net8 は、OPS 環境でノード障害が発生した場合に、IP フェイルオーバー機能を使用することなく正常に動作している残りのサーバーに再接続するように構成できます。

OPS 環境では、複数の Oracle インスタンスが協力して、同じ共有データベースへのアクセスを可能にします。Oracle クライアントは、インスタンスのどれを使用しても、データベースにアクセスできます。つまり、インスタンスに問題が発生しても、クライアントは、残りのインスタンスに接続することによって、引き続きデータベースにアクセスできます。

再接続がエンドユーザーに透過的であるように残りのインスタンスに再接続する方法は多数あります。

Oracle SQL*Net の高可用性機能

Oracle クライアントから見ると、モデルは単純です。サーバーがクラッシュしたとき、クライアントは接続が切断されたことを検出します。クライアントはサーバーに再接続し、トランザクションを再実行するように依頼します。Oracle SQL*Net には、同じサービスの下で複数のホストにまたがって動作する複数インスタンスを組み込む機能が用意されています。この機能により、再接続したとき、クライアントは自動的に残りのインスタンスを利用できます。この再接続は自動的ではありません。一般に、クライアントには、前回と同じサービスに再接続するコードを組み込みます。

注 -

ノードまたはインスタンス障害あると、残りのサーバーは障害が発生したインスタンスを最初に回復する必要があります。この回復中、クライアントは、インスタンスからの応答がないことを検出します。この回復処理は、Sun Cluster フレームワークとは何の関係もありません。この回復は、Oracle、トランザクションボリューム、OPS に対する回復機能に完全に依存します。

OPS のインストール

Sun Cluster 構成に OPS をインストールするには、高いレベルの手順が必要です。Oracle7 Parallel Server をインストールする場合は、『Oracle7 for Sun SPARC Solaris 2.x Installation and Configuration Guide, Release 7.x』を参照してください。Oracle8 Parallel Server をインストールする場合は、『Oracle8 Parallel Server Concepts and Administration, Release 8.0』を参照してください。 Oracle8i の Parallel Server をインストールする場合は、Oracle8i インストールマニュアルを参照してください

  1. UNIX カーネルのプロセス間通信 (IPC) パラメータを編集して、Oracle8i の Shared Global Area (SGA) 構造を格納できるように構成します。すべてのノードを再起動します。

  2. すべてのノード上で、Oracle ユーザー環境を設定します。Oracle マニュアルを参照してください。

  3. scinstall(1M) コマンドを使用して、Sun Cluster 2.2 をインストールします。データサービスを選択するように尋ねられたときは OPS を指定します。そして、クラスタ機能を有効にした VxVM をボリュームマネージャとして使用します。

  4. すべてのノードを再起動します。

  5. すべてのノード上で、ORCLudlm パッケージをインストールします。このパッケージは Oracle 製品 CD-ROM の ops_patch ディレクトリ内にあります。

  6. すべてのノード上で、クラスタ機能を有効にした VERITAS Volume Manager (VxVM) をインストールします。

  7. すべてのノードを再起動します。

  8. VERITAS ルートディスクグループ (rootdg) を作成します。rootdg を作成するための詳細な手順については、VERITAS マニュアルを参照してください。

  9. 1 つのノード上だけで、クラスタを起動します。

  10. OPS データベース用に Oracle ディスクグループと raw ボリュームを作成します。詳細は、VERITAS と Oracle8i のインストールマニュアルを参照してください。

  11. クラスタを停止します。

  12. すべてのノード上で、クラスタを再起動します。

  13. すべてのノード上で、OPS オプションを指定して Oracle をインストールします。OPS をインストールするための詳細な手順については、Oracle/OPS マニュアルを参照してください。

  14. OPS のバージョンが 8.0.5 以前の場合、Oracle GMS デーモンを構成する必要があります。詳細は、「Oracle GMS デーモンの起動」を参照してください。OPS のバージョンが 8.1.6 以降の場合、この手順は必要ありません。

Oracle SQL*Net と Net8 の構成

Oracle SQL*Net または Net8 を OPS 用に構成する方法は、Oracle 用に構成する方法と同じです。ただし、1 つだけ例外があります。OPS インスタンスを使用すると、Net8 は負荷均衡とフェイルオーバー用に構成できます。構成方法は Oracle と OPS のバージョンによって異なります。Oracle クライアントと Oracle サーバー間の接続を構成するための詳細な手順については、Oracle マニュアルを参照してください。

Oracle GMS デーモンの起動

Sun Cluster 2.2 では、Oracle の Group Membership Services (GMS) デーモンは Sun Cluster フレームワークのインストール時に scogms(1M) によって起動されるのではありません。したがって、Oracle Parallel Server データベースの場合、バイナリ ogmsctl を使用して、GMS デーモンを手動で起動する必要があります (ogmsctl を使用するには、Oracle Parallel Server Option をクラスタノードにインストールする必要があります)。ノード上のインスタンスが排他モードで起動しているときでも、ogmsctl デーモンが起動および動作している必要があります。したがって、データベースを作成するときには、このデーモンが動作している必要があります。

GMS バイナリである ogms と ogmsctl は $ORACLE_HOME の下にある /bin ディレクトリ内にあります。GMS デーモンのデフォルトのホームディレクトリは /tmp/.ogms です。このディレクトリにはトレースファイルと gms0000.dat ファイルがあります。

GMS デーモンを起動するには、ユーザー oracle でログインする必要があります。GMS デーモンを起動するには、次のコマンドを使用します。


# su - oracle
$ ogmsctl start

デーモンが正常に起動するには、起動するノードがクラスタメンバーである必要があります。

GMS デーモンを停止するには、次のコマンドを使用します。


$ ogmsctl stop

次に、ogmsctl コマンドのオプションを示します。

表 15-1 ogmsctl コマンドのオプション

オプション 

説明 

start

GMS を起動する。 

stop

GMS を停止する。 

abort

GMS を強制終了する。 

trace=x

トレースレベルを x に設定する。

status

GMS が動作しているかどうかを調べる。 

interactive

GMS デバッガモードに入る。 

ogms_home=x

GMS ホームディレクトリを x に設定する。

global-status

アクティブ GMS ノードのリストを取得する。 

group-status domain_group

グループメンバー情報のリストを取得する。 

Informix-Online XPS のインストール

Informix-Online XPS のインストールについては、『Installation Notes INFORMIX-OnLine XPS』を参照してください。Informix-Online XPS をサポートするための /etc/system ファイルに対する変更は、Informix のマニュアルに含まれている情報に基づいて行う必要があります。

注 -

Informix-Online XPS のマニュアルの説明は、常にこの節の情報よりも優先します。

注 -

ネットワークセキュリティ - Informix では、インストール中にクラスタノードのプライベートインターコネクト IP アドレスが /etc/hosts ファイル内に存在する必要があります。クラスタのノードのいずれかを NIS または DNS ネームサーバーとして動作するように構成した場合は、ネームサーバーによって、そのプライベートアドレスが権限のないホストからも利用できるようになるため、セキュリティ上、問題になることがあります。クラスタに Informix をインストールした場合は、セキュリティの観点から、ノードを NIS や DNS ネームサーバーとして構成しないことを推奨します。

Informix-Online XPS をインストールするには

Sun Cluster 構成では、次の手順で Informix-Online XPS をインストールします。

  1. vi などのエディタを使用して、/etc/hosts ファイルを編集します。たとえば、次のようにします。

    # vi /etc/hosts

  2. /etc/hosts ファイルに次のような行を追加します。

    204.152.65.1    ssa28-scid0
 204.152.65.17   ssa28-scid1
 204.152.65.2    ssa28a-scid0
 204.152.65.18   ssa28a-scid1

    この例の 204.152.65.1 と 204.152.65.17 は、Sun Cluster システムによって主ノード上の SCI カードに割り当てられた IP アドレスです。204.152.65.2 と 204.152.65.18 は、二次ノード上の SCI カードに割り当てられた IP アドレスです。

    ノード 1 の場合は、ssa28a-scid0 または ssa28a-scid1 を使用して、クラスタ内のノード 2 と通信できます。2 つの SCI があることにより、メッセージの伝達に使用する接続 (SCI 0 または 1) を選択できます。

    Informix の onconfig 構成ファイルは、これらの名前を使用して 2 つのノード間の通信設定をします。