Db2 pureScale インスタンスのアップグレード

Db2 データベース・サーバーを Db2 バージョン 11.1にアップグレードするプロセス全体の一環として、 pureScale インスタンスをアップグレードする必要があります。

始める前に

  • インスタンスは Db2 pureScale インスタンスでなければなりません。
  • root ユーザー権限を持っている必要があります。
  • Db2 pureScaleのインストールの前提条件を満たしていることを確認します。
  • 新しい Db2 インストール・バイナリー・ファイルが、同じインストール・パスの Db2 pureScale クラスター内のすべてのメンバーおよびクラスター・キャッシング・ファシリティー (CF) で使用可能であることを確認します。
  • アップグレード元の Db2 コピーにインストールされている任意の Db2 データベース・アドオン製品をインストールできます。
注:
  • db2iupgrade コマンドを実行する前に、以下の手順を実行してください。
    • ご使用のデータベースで Db2 アップグレードを行う準備ができていることを確認します。 このステップは、 Db2 pureScale 環境 では重要です。 db2ckupgrade コマンドが 1 つのメンバーでエラーを返し、インスタンスのアップグレードが失敗する可能性があるためです。 データベースのアップグレードの準備ができていることの確認を参照してください。
    • アップグレード後に発生する可能性のある問題の診断に役立つ、アップグレード前の診断情報を収集します。 詳しくは、 アップグレード前の診断情報の収集を参照してください。

プロシージャー

db2iupgrade コマンドを使用して、既存のインスタンスを手動で Db2 バージョン 11.1 にアップグレードするには、以下のようにします。

  1. Root ユーザー権限で Db2 サーバーにログオンします。
  2. db2stop コマンドを発行して、 Db2 pureScale インスタンスを停止します。 db2iupgrade コマンドを発行する前にインスタンスを停止しないと、インスタンスのアップグレードが失敗する可能性があります。
  3. ターゲット Db2 バージョン 11.1 コピー・ロケーションから db2iupgrade コマンドを発行して、既存のインスタンスをアップグレードします。
    Db2 Cancun Release 10.5.0.4 以上の場合、 Db2 pureScale クラスターのメンバーから db2iupgrade コマンドを発行します。
       $DB2DIR/instance/db2iupgrade -d -g [ -u fencedID ] InstName

    ここで、 DB2DIR は、 Db2 バージョン 11.1 のインストール時に指定した場所に設定されます。 -g はデフォルト・パラメーターです。 は、 Db2 pureScale クラスター内のすべてのメンバーと CF をアップグレードします。 fencedID は、fenced ユーザー定義関数 (UDF) とストアード・プロシージャーが実行されるユーザー名であり、 InstName はインスタンス所有者のログイン名です。

    Db2 バージョン 10.5 フィックスパック 3 以下の場合、まずすべてのメンバーの バージョン 11.1 インストール・パスから db2iupgrade コマンドを発行してから、CF から以下のコマンドを発行します。
       $DB2DIR/instance/db2iupgrade -d [ -u fencedID ] InstName
    ここで、 DB2DIRDb2 バージョン 11.1 のインストール時に指定したロケーションに設定され、 fencedID は fenced ユーザー定義関数 (UDF) およびストアード・プロシージャーが実行されるユーザー名であり、 InstName はインスタンス所有者のログイン名です。

    アップグレード元の Db2 コピーにインストールされていたすべての Db2 データベースのアドオン製品をインストールしなかった場合は、 インスタンスのアップグレードが失敗して、警告メッセージが戻されます。 後にこれらの製品をインストールする計画がある場合、またはこれらの製品で提供される機能が不要になった場合は、-F パラメーターを使用してインスタンスをアップグレードしてください。

  4. /etc/services ファイルでの作成中に、インスタンス用に予約されている Db2 高速コミュニケーション・マネージャー・ポートの数を更新します。 アップグレード後にクラスターを拡張し、複数のメンバーを含むホストをいくつか追加する計画の場合は、クラスター内のすべてのホストでポート数をデフォルト値の 4 から 6 に変更してください。 この変更により、クラスターを拡張して、各ホストのメンバーを最大 3 つにすることができます。 ホストでは、論理メンバーごとに 3 つのポートが予約され、restart light に使用されるアイドル・プロセス用に 3 つのポートが予約されます。
    注: ポートは連続している必要があり、クラスター内のすべてのメンバーと CF で同じでなければなりません。 連続する 6 個のポートから成る範囲を使用できない場合は、ポート範囲を変更できます。 ただし、すべてのホストで同じポートが使用され、ポートは連続している必要があります。
    例えば、アップグレード前の /etc/services ファイル内のインスタンス db2inst1 のポート範囲は、以下のようになります。
        DB2_db2inst1         60000/tcp
        DB2_db2inst1_1       60001/tcp
        DB2_db2inst1_2       60002/tcp
        DB2_db2inst1_END     60003/tcp
    アップグレード後、インスタンスを開始する前に、 /etc/services ファイル内のポート範囲を以下のように更新します。
        DB2_db2inst1         60000/tcp
        DB2_db2inst1_1       60001/tcp
        DB2_db2inst1_2       60002/tcp
        DB2_db2inst1_3       60003/tcp
        DB2_db2inst1_4       60004/tcp
        DB2_db2inst1_END     60005/tcp
  5. GPFS レプリケーション・セットアップで、クラスターのタイブレーカー冗長グループ ID を手動で 3 から 4 に変換します。 IBM Spectrum Scale レプリケーションを使用するクラスターのアップグレード後タスクを参照してください。
  6. インスタンス・ユーザー として Db2 データベース・サーバーにログオンし、インスタンスを開始します。
  7. db2level コマンドを実行して、インスタンスが Db2 バージョン 11.1 で実行されていることを確認します。
    通知トークンには、「Db2 version 11.1.X.X」のようなストリングを含める必要があります。ここで、 X は数字です。
  8. 注: Db2 バージョン 11.1 モディフィケーション 1 フィックスパック 1 以降、このステップは不要になりました。
    root ユーザーとして、 db2cluster -cfs -repair -network_resiliency -all コマンドを発行して、クラスター内のネットワーク回復力の条件および応答リソースの内容を再作成します。 このコマンドは、クラスター内の任意のメンバーまたは CF から一度だけ発行できます。
    NEW_DB2_INSTALL_DIR/bin/db2cluster -cfs -repair -network_resiliency -all
    ここで、 NEW_DB2_INSTALL_DIRDb2 バージョン 11.1 インストール・パス です。

次の作業

Db2 pureScale インスタンスをアップグレードした後、データベースをアップグレードする必要があります。 詳しくは、 データベースのアップグレードを参照してください。