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 にアップグレードするには、以下のようにします。
- Root ユーザー権限で Db2 サーバーにログオンします。
- db2stop コマンドを発行して、 Db2 pureScale インスタンスを停止します。 db2iupgrade コマンドを発行する前にインスタンスを停止しないと、インスタンスのアップグレードが失敗する可能性があります。
- ターゲット 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
ここで、
DB2DIR は
Db2 バージョン 11.1 のインストール時に指定したロケーションに設定され、
fencedID は fenced ユーザー定義関数 (UDF) およびストアード・プロシージャーが実行されるユーザー名であり、
InstName はインスタンス所有者のログイン名です。
アップグレード元の Db2 コピーにインストールされていたすべての Db2 データベースのアドオン製品をインストールしなかった場合は、
インスタンスのアップグレードが失敗して、警告メッセージが戻されます。 後にこれらの製品をインストールする計画がある場合、またはこれらの製品で提供される機能が不要になった場合は、-F パラメーターを使用してインスタンスをアップグレードしてください。
- /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
- GPFS レプリケーション・セットアップで、クラスターのタイブレーカー冗長グループ ID を手動で 3 から 4 に変換します。 IBM Spectrum Scale レプリケーションを使用するクラスターのアップグレード後タスクを参照してください。
- インスタンス・ユーザー として Db2 データベース・サーバーにログオンし、インスタンスを開始します。
- db2level コマンドを実行して、インスタンスが Db2 バージョン 11.1 で実行されていることを確認します。
通知トークンには、「Db2 version 11.1.X.X」のようなストリングを含める必要があります。ここで、 X は数字です。
注: 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_DIR は
Db2 バージョン 11.1 インストール・パス です。
次の作業
Db2 pureScale インスタンスをアップグレードした後、データベースをアップグレードする必要があります。 詳しくは、 データベースのアップグレードを参照してください。