Cluster Server 7.3.1 Agent for DB2 インストール/設定ガイド - Solaris

Last Published:
Product(s): InfoScale & Storage Foundation (7.3.1)
  1. Cluster Server Agent for DB2 の概要
    1.  
      Cluster Server Agent for DB2 について
    2.  
      Cluster Server Agent for DB2 が DB2 の高可用性を実現するしくみ
    3.  
      DB2 エージェントがインテリジェントなリソース監視をサポートするしくみ
    4.  
      VCS agent for DB2 の場合サポートするソフトウェア
    5. VCS agent for DB2 のエージェント関数について
      1.  
        VCS agent for DB2 の場合オンラインエージェント関数について
      2.  
        VCS agent for DB2 の場合オフラインエージェント関数について
      3.  
        VCS agent for DB2 の場合監視エージェント関数について
      4.  
        VCS agent for DB2 の場合クリーンエージェント関数について
      5.  
        VCS agent for DB2 の場合情報エージェント関数について
      6.  
        アクションエージェント関数についてVCS agent for DB2 の場合
      7. VCS agent for DB2 の IMF 統合関数について
        1.  
          VCS agent for DB2 の imf_init 関数について
        2.  
          VCS agent for DB2 の imf_register 関数について
        3.  
          VCS agent for DB2 の imf_getnotification 関数について
      8.  
        VCS agent for DB2 の場合データベース情報を取得するための情報エージェント関数の実行について
    6.  
      Cluster Server での標準的な DB2 設定
    7.  
      VCS 環境に DB2 UDB を設定するためのロードマップ
  2. DB2 のインストールと設定
    1. DB2 をインストールするための VCS の必要条件
      1.  
        非 MPP 構成 DB2 UDB をインストールするための準備
      2.  
        MPP 構成 DB2 UDB をインストールするための準備
      3.  
        DB2 の場合非 MPP インスタンス用のファイルシステムの作成
      4.  
        MPP インスタンス(DB2 の場合)用の共有ファイルシステムの作成
      5. DB2 の場合ユーザーアカウントとグループアカウントの定義
        1.  
          DB2 の場合 のユーザーグループアカウントの作成
        2.  
          Solaris での DB2 の場合ユーザーアカウントの追加
    2.  
      VCS 環境での DB2 のインストール
    3. DB2 の設定
      1.  
        DB2 の場合 /etc/services の確認
      2.  
        すべてのクラスタノードの DB2 ユーザーに対するパスワードなし通信の有効化
      3.  
        DB2 の場合 の $DB2InstHome/sqllib/db2nodes.cfg ファイルの修正
      4.  
        DB2 インストールの確認
  3. Cluster Server Agent for DB2 のインストールと削除
    1.  
      VCS agent for DB2 をインストールまたはアップグレードする前に
    2.  
      DB2 ソフトウェアの VCS エージェントのインストール
    3.  
      VCS agent for DB2 のアップグレード
    4.  
      VCS agent for DB2の無効化
    5.  
      VCS agent for DB2 の削除
  4. DB2 のための VCS サービスグループの設定
    1.  
      DB2 の場合サービスグループの設定について
    2. VCS の DB2 の設定について
      1.  
        DB2 の場合非 MPP 構成サービスグループ
      2. DB2 の場合 MPP 構成サービスグループ
        1.  
          DB2 の場合 MPP 構成の CVM パラレルサービスグループ
        2.  
          DB2 の場合 MPP 構成のフェールオーバーサービスグループ
      3.  
        Solaris ゾーンに構成された DB2 インスタンス
    3. DB2 サービスグループを設定する前に
      1.  
        Db2udbTypes.cf ファイルのインポート
    4. Cluster Manager(Java コンソール)からの VCS Agent for DB2 の設定
      1.  
        Cluster Manager(Java コンソール)を使った DB2 MPP のサービスグループの追加
      2.  
        Cluster Manager(Java コンソール)による DB2 非 MPP のサービスグループの追加
    5. main.cf ファイルの編集による VCS agent for DB2 の設定
      1.  
        MPP 構成 DB2 を使うためのエージェントの設定
      2.  
        非 MPP 構成 DB2 を使うためのエージェントの設定
      3.  
        VCS agent for DB2 の場合設定の確認
    6. DB2 インスタンスの詳細監視の設定
      1.  
        DB2 インスタンスの詳細監視の有効化
      2.  
        コマンドラインからの詳細監視の有効化DB2 の場合
      3. Db2udb リソースに対するインテリジェントなリソースの監視の有効化と無効化
        1.  
          AMF カーネルドライバの管理
      4.  
        詳細監視中の DB2 エラーコードの処理
      5.  
        DB2 の場合詳細監視の無効化
  5. DB2 のための VCS サービスグループの管理
    1.  
      Sybase のサービスグループの管理について
    2.  
      Sybase サービスグループのオンライン化
    3.  
      Sybase サービスグループのオフライン化
    4.  
      Sybase サービスグループの切り替え
    5.  
      DB2 用エージェントの無効化
  6. 付録 A. Cluster Server Agent for DB2 のトラブルシューティング
    1.  
      DB2 の場合環境変数の db2profile の作成
    2.  
      VCS agent for DB2 の場合 RestartLimit 属性の設定
    3.  
      MPP モードの DB2 V9.5、V9.7、V10.1、V10.5 のパーティションまたはノードの切り替えのシナリオ
  7. 付録 B. Cluster Server Agent for DB2 のリソースの種類情報
    1. DB2 のリソースタイプの定義について
      1.  
        Solaris での DB2 UDB タイプの定義ファイル:Db2udbTypes.cf
  8. 付録 C. DB2 のリソースの種類属性
    1.  
      Db2udb リソースタイプの定義と属性の定義について
  9. 付録 D. 設定例
    1. Solaris 上の VCS agent for DB2 の場合 設定ファイルの例
      1.  
        Solaris での VCS agent for DB2 の場合非 MPP main.cf の設定
      2.  
        Solaris での VCS agent for DB2 の場合 MPP main.cf の設定

DB2 の場合 の $DB2InstHome/sqllib/db2nodes.cfg ファイルの修正

DB2 は、ノード間のフェールオーバー中に $DB2InstHome/sqllib/db2nodes.cfg ファイルを使います。

非 MPP 構成の $DB2InstHome/sqllib/db2nodes.cfg ファイルを変更するには

  1. $DB2InstHome/sqllib/db2nodes.cfg ファイルを開きます。
  2. データベースパーティションのエントリを追加します。
  3. IPv4 の場合、ホスト名として仮想 IP アドレスを割り当てます。たとえば、この手順と前の手順で、次のように指定します。
    0 virtualhostname 0
    1 virtualhostname 1

    virtualhostname は、/etc/hosts ファイルの仮想 IP アドレスに対応します。仮想 IP アドレスが起動し、動作することを確認します。

  4. IPv6 の場合、DB2 には db2nodes.cfg のホスト名エントリがノードのホスト名に対応している必要があるという制限があります。たとえば、ホスト名が sysA-v6 の場合、db2nodes.cfg に sysA-v6 が含まれている必要があります。

    VCS では、仮想ホスト名を使用します。サービスグループが別のノードにフェールオーバーする場合、フェールオーバー先のノードに、仮想 IP アドレスが提供されます。db2nodes.cfg のホスト名エントリがノードのホスト名に対応する必要がある制限の回避策として、次のような設定を使用できます。

    各ノードで、$DB2InstHome と同じアクセス権限で /local/$DB2InstHome/db2nodes.cfg ファイルを作成し、$DB2InstHome/sqllib/db2nodes.cfg からこのファイルへのシンボリックリンクを作成します。

    # mkdir -p /local/$DB2InstHome/
    # ln -s /local/$DB2InstHome/db2nodes.cfg \
    $DB2InstHome/sqllib/db2nodes.cfg

    パス /local/$DB2InstHome/db2nodes.cfg は各システムにローカルです。各ノードの /local/$DB2InstHome/db2nodes.cfg に IPv6 ホスト名を入力します。

    たとえば、ノード sysA-v6 と sysB-v6 で、それぞれの db2nodes.cfg ファイルに次のように入力します。

    • sysA-v6 の場合

      0 sysA-v6 0
    • sysB-v6 の場合

      0 sysB-v6 0

MPP 構成の $DB2InstHome/sqllib/db2nodes.cfg ファイルを変更するには

  1. MPP 構成の場合、各データベースパーティションを起動するホスト名を使って $DB2InstHome/sqllib/db2nodes.cfg ファイルを変更します。DB2 は、データベースパーティションをノード間でフェールオーバーできるように、db2nodes.cfg ファイルを自動的に変更し、更新します。 DB2 は「netname」のための 4 つ目の列を追加します。 netname は FCM(Fast Communication Manager)の通信向けの高速相互接続の IP アドレスです。 netname は、データベースパーティションの通信に高速相互接続を使う場合にのみ必要になります。 netname が指定されていない場合は、デフォルトでホスト名が指定されます。 複数のデータベースのパーティションを設定する場合は、MPP の設定の db2nodes.cfg ファイルで仮想 IP は使われません。

    高速相互接続(FCM スイッチ)が使われない場合は、次の例のようになります。

    0 sysA 0
    1 sysB 0
    2 sysC 0
    3 sysD 0

    パーティション間の通信に高速相互接続(FCM スイッチ)が使われる場合は、次の例のようになります。

    0 sysA 0 switchA
    1 sysB 0 switchB
    2 sysC 0 switchC
    3 sysD 0 switchD

    3 列目で指定する相対ポート番号が、ホスト上の各パーティションで一意であるようにします。 高速相互接続(FCM スイッチ)が使われない場合は、次の例のようになります。

    0 sysA 0
    1 sysA 1
    2 sysB 0
    3 sysC 0
    4 sysD 0

    パーティション間の通信に高速相互接続(FCM スイッチ)が使われる場合は、次の例のようになります。

    0 sysA 0 switchA
    1 sysA 1 switchA
    2 sysB 0 switchB
    3 sysC 0 switchC
    4 sysD 0 switchD
  2. 高速通信スイッチや netname がパーティション間通信のために設定されている場合、db2start または db2gcf コマンドを使ってパーティションをオンラインにする前に、db2greg コマンドを使って db2 グローバルレジストリに switchname と netname のエントリを追加します。 次のように、DB2 インスタンスのホームディレクトリから db2profile をソースとして指定した後、db2greg コマンドを実行します。

    # source /db2_mnt/db2inst1/sqllib/db2profile

    # db2greg -addvarrec variable=switchname, value=$switch

    switchname のエントリが db2 グローバルレジストリであることを検証するには、次のコマンドを使います。

    # db2greg -dump