この節では、Sun Cluster 3.1 ソフトウェアを Sun Cluster 3.1 9/04 ソフトウェアにアップグレードする手順を説明します。ローリングアップグレードでは、一度に 1 つのクラスタノードをアップグレードし、ほかのクラスタノードは稼働環境を維持できます。すべてのノードがアップグレードされ、クラスタに再度参加した後、クラスタを新しいソフトウェアバージョンにコミットしないと、新しい機能を使えるようになりません。
Sun Cluster 3.0 ソフトウェアからアップグレードするには、「Sun Cluster 3.1 9/04 ソフトウェアへのアップグレード (ローリング以外)」の手順を実行します。
Sun Cluster 3.1 9/04 ソフトウェアは、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアへのローリングアップグレードをサポートしません。Solaris ソフトウェアは、Sun Cluster のローリングアップグレードの間に、最新リリースにアップグレードできます。Sun Cluster 構成を Solaris 8 ソフトウェアから Solaris 9 ソフトウェアにアップグレードする場合は、「Sun Cluster 3.1 9/04 ソフトウェアへのアップグレード (ローリング以外)」で説明されている手順を実行します。
ローリングアップグレードを実行するには、表 5–2にリストされた作業を実行します。
表 5–2 作業マップ : Sun Cluster 3.1 9/04 ソフトウェアへのアップグレード
作業 |
参照先 |
---|---|
1. アップグレード要件と制約に関する説明を読む | |
2. クラスタの 1 つのノード上で、リソースグループとデバイスグループを別のクラスタノードに移動し、共有データとシステムディスクがバックアップされたことを確認する。クラスタが Solstice DiskSuite または Solaris Volume Manager ソフトウェアに二重列メディエータを使用している場合は、メディエータの構成を解除します。その後、ノードを非クラスタモードで再起動します。 | |
3. 必要に応じて、クラスタノード上の Solaris OS をサポートされている Solaris アップグレードリリースにアップグレードする。SPARC: 任意で、VERITAS File System (VxFS) および VERITAS Volume Manager (VxVM) をアップグレードする。 | |
4. クラスタノードを Sun Cluster 3.1 9/04 フレームワークとデータサービスソフトウェアをアップグレードする。必要に応じて、アプリケーションをアップグレードSPARC: VxVM をアップグレードした場合は、ディスクグループをアップグレードする。その後ノードを再起動して、クラスタに戻す。 | |
5. 作業 2 から 4 を残りのノード上で繰り返してアップグレードする。 | |
6. scversions コマンドを使用して、クラスタにアップグレードをコミットする。クラスタが二重列メディエータを使用している場合は、メディエータを再構成。必要に応じて、既存のリソースを新しいリソースタイプに移行する。 | |
7. (省略可能) SPARC: Sun Cluster モジュールを Sun Management Center にアップグレードする。 |
「SPARC: Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする 」 |
この作業は、一度に 1 つのノードで実行してください。残りのノードがアクティブなクラスタメンバーとして機能し続けている間に、アップグレードしたノードをクラスタから取り出します。
ローリングアップグレードを実行する場合、以下のガイドラインを守ってください。
すべてのクラスタノードのローリングアップグレードを完了するために要する時間を制限します。ノードがアップグレードされたら、できるだけ早く次のクラスタノードのアップグレードを開始します。混合したバージョンのクラスタを長時間実行すると、パフォーマンスの低下やその他の機能の低下が発生する場合があります。
アップグレード中に新しいデータサービスをインストールしたり、管理構成コマンドを発行したりしないでください。
クラスタのすべてのノードがアップグレードされ、アップグレードが確定するまで、新しいリリースで導入された新機能を使用できない場合があります。
クラスタ構成が、アップグレードの必要条件を満たしていることを確認します。
「アップグレードの必要条件とサポートガイドライン」を参照してください。
クラスタのアップグレードを開始する前に、アップグレード対象のすべてのソフトウェア製品の CD-ROM、マニュアル、およびパッチを用意します。
Solaris 8 または Solaris 9 OS
Sun Cluster 3.1 9/04 フレームワーク
Sun Cluster 3.1 9/04 データサービス (エージェント)
Sun Cluster 3.1 9/04 データサービスエージェントが管理するアプリケーション
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
(省略可能) Sun Cluster 3.1 9/04 のマニュアルをインストールします。
管理コンソールまたドキュメンテーションサーバーなどの希望する場所に、ドキュメンテーションパッケージをインストールします。Sun Cluster 3.1 9/04 CD-ROM のトップレベルにある index.html ファイルを参照して、インストール指示にアクセスしてください。
アップグレードする 1 つのクラスタノード上でスーパーユーザーになります。
まだインストールされていない場合、Sun Web Console パッケージをインストールします。
これらのパッケージは、Sun Web Console を使用しない場合でもSun Cluster ソフトウェアで必要です。
2 ノードクラスタで、クラスタが Sun StorEdge Availability Suite ソフトウェアを使用する場合、可用性サービス向けの構成データが定足数ディスク上にあるようにします。
クラスタソフトウェアをアップグレードした後、Sun StorEdge Availability Suite が正しく機能するようにするには、構成データを定足数ディスク上に置く必要があります。
Sun StorEdge Availability Suite ソフトウェアを実行するノード上でスーパーユーザーになります。
Sun StorEdge Availability Suite 構成ファイルで使用されるデバイス ID とスライスを見つけます。
# /usr/opt/SUNWscm/sbin/dscfg /dev/did/rdsk/dNsS |
この出力例では、N がデバイス ID でS がデバイス N のスライスです。
既存の定足数デバイスを見つけます。
# scstat -q -- Quorum Votes by Device -- Device Name Present Possible Status ----------- ------- -------- ------ Device votes: /dev/did/rdsk/dQsS 1 1 Online |
この出力例では、dQsS が既存の定足数デバイスです。
定足数デバイスが Sun StorEdge Availability Suite 構成データデバイスと同じでない場合は、構成データを定足数デバイス上の使用できるスライスに移します。
# dd if=`/usr/opt/SUNWesm/sbin/dscfg` of=/dev/did/rdsk/dQsS |
ブロック DID デバイス、/dev/did/dsk/ ではなく、raw DID デバイス、/dev/did/rdsk/ の名前を使用する必要があります。
構成データを移した場合、新しい場所を使用するように Sun StorEdge Availability Suite ソフトウェアを構成してください。
スーパーユーザーとして、Sun StorEdge Availability Suite ソフトウェアを実行する各ノード上で次のコマンドを実行します。
# /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS |
任意のノードから、クラスタの現在の状態を表示します。
この出力を後の比較基準として保存しておきます。
% scstat % scrgadm -pv[v] |
詳細については、scstat(1M) と scrgadm(1M) のマニュアルページを参照してください。
アップグレード用に、そのノードで動作するすべてのリソースグループとデバイスグループを退避させます。
# scswitch -S -h from-node |
すべてのリソースグループとデバイスグループを退避させます。
リソースグループとデバイスグループを退避させるノード名を指定します。
詳細については、scswitch(1M) のマニュアルページを参照してください。
# scstat -g -D |
すべてのリソースグループのステータスが表示されます。
すべてのディスクデバイスグループのステータスが表示されます。
システムディスク、アプリケーション、およびすべてのデータがバックアップされていることを確認します。
クラスタが Solstice DiskSuite または Solaris Volume Manager ソフトウェアに二重列メディエータを使用している場合は、メディエータの構成を解除します。
詳細については、「二重列メディエータの構成」を参照してください。
次のコマンドを実行して、メディエータデータに問題がないことを確認します。
# medstat -s setname |
ディスクセット名を指定します。
Status フィールドの値が不良の場合、関連するメディエータホストを修復します。「不正なメディエータデータを修復する」の手順に従います。
すべてのメディエータを一覧表示します。
「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」の手順でメディエータを復元するときのために、この情報を保存しておいてください。
メディエータを使用するディスクセットについては、ノードが所有権をまだ持っていない場合は、ディスクセットの所有権を取得します。
# metaset -s setname -t |
ディスクセットの所有権を取得します。
ディスクセットのすべてのメディエータの構成を解除します。
# metaset -s setname -d -m mediator-host-list |
ディスクセット名を指定します。
ディスクセットから削除します。
削除するノードの名前をディスクセットのメディエータホストとして指定します。
metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
アップグレードするノードをシャットダウンして、非クラスタモードで起動します。
SPARC ベースのシステム上で、以下のコマンドを実行します。
# shutdown -y -g0 ok boot -x |
86 ベースのシステム上で、以下のコマンドを実行します。
# shutdown -y -g0 ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -x |
クラスタ内のほかのノードは、アクティブクラスタメンバーとして引き続き機能します。
Solaris ソフトウェアをメンテナンスアップグレードリリースにアップグレードするには、「Solaris メンテナンスアップグレードのローリングアップグレードを実行する」に進みます。
Sun Cluster 3.1 9/04 ソフトウェアをサポートするためには、クラスタは、少なくとも Solaris OS の必要最低条件のレベルで実行されているか、アップグレードされている必要があります。Solaris OS のサポートされているリリースについては、『Sun Cluster ご使用にあたって (Solaris OS 版)』を参照してください。
Solaris 8 または Solaris 9 OS を、サポートされているメンテナンスアップグレードリリースにアップグレードするには次の手順を実行します。
Solaris 8 を Solaris 9 ソフトウェアにアップグレードするには、ローリング以外のアップグレードを実行します。この手順は、Sun Cluster ソフトウェアと共にアップグレードする場合も、そうでない場合でも同じです。「Sun Cluster 3.1 9/04 ソフトウェアへのアップグレード (ローリング以外)」に進みます。
「ローリングアップグレード用にクラスタノードを準備する」 のすべての手順を完了していることを確認します。
ノードの /etc/vfstab ファイルでグローバルにマウントされたファイルシステムのすべてのエントリを一時的にコメントアウトします。
この作業は、Solaris がアップグレード中にグローバルデバイスをマウントしないようにするために行います。
『Solaris maintenance update installation guide』の指示に従って、メンテナンスアップグレードリリースをインストールします。
インストール処理の最後に再起動するかどうかのプロンプトが表示されても、ノードを再起動しないでください。
手順 2でコメントアウトした /a/etc/vfstab ファイル内のグローバルにマウントされたファイルシステム用のすべてのエントリをコメント解除します。
Solaris ソフトウェアの必須パッチとハードウェア関連のパッチをすべてインストールし、ハードウェアパッチに含まれる必須ファームウェアをすべてダウンロードします。
手順 6まで再起動しないでください。
ノードを非クラスタモードで再起動します。
次のコマンドに 2 つのダッシュ (--) を含めます。
# reboot -- -x |
Sun Cluster ソフトウェアをアップグレードします。
次の手順を実行して、1 つのノードを Sun Cluster 3.1 9/04 ソフトウェアにアップグレードします。ほかの残りのクラスタノードは、クラスタモードで維持されます。
クラスタのすべてのノードがアップグレードされ、アップグレードがコミットされるまで、新しいリリースで導入された新機能を使用できない場合があります。
「ローリングアップグレード用にクラスタノードを準備する」のすべての手順を完了していることを確認します。
Solaris OS をメンテナンスアップグレードリリースにアップグレードした場合、「Solaris メンテナンスアップグレードのローリングアップグレードを実行する」のすべての手順が完了していることを確認します。
Solaris ソフトウェアのすべての必須パッチとハードウェア関連パッチがインストールされていることを確認します。
Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアの必須パッチもインストールされていることを確認します。
任意のクラスタノードでスーパーユーザーになります。
Sun Web Console パッケージをインストールします。
クラスタの各ノードでこの手順を実行します。これらのパッケージは、Sun Web Console を使用しない場合でもSun Cluster ソフトウェアで必要です。
Sun Cluster 3.1 9/04 CD-ROM で、 Solaris_arch/Product/sun_cluster/Solaris_ver/Tools/ ディレクトリに変更します。ここでは arch は sparc または x86 で、ver は 8 (Solaris 8 の場合) または 9 (Solaris 9 の場合) となります。
# cd /cdrom/cdrom0/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools |
ノードにすでにインストールされている /usr/cluster/bin/scinstall コマンドは使用しないでください。Sun Cluster 3.1 9/04 CD-ROM に含まれる scinstall コマンドを使用してください。
# ./scinstall -u update [-M patchdir=dirname] |
scinstall コマンドで指定のパッチをインストールするために、パッチ情報へのパスを指定します。パッチリストファイルを指定しない場合、scinstall コマンドは、dirname ディレクトリ内の tar、jar、または zip 形式のパッチを含むすべてのパッチをインストールします。
-M オプションは必須ではありません。パッチのインストールには任意の方法を使用できます。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
Sun Cluster 3.1 9/04 ソフトウェアは、バージョン 3.5.1 以降の Sun Explorer ソフトウェアを必要とします。Sun Cluster ソフトウェアへのアップグレードでは、Sun Explorer データコレクタソフトウェアのインストールが含まれており、sccheck ユーティリティーが共に使用されます。Sun Cluster のアップグレードを行う前に、Sun Explorer ソフトウェアの別のバージョンがすでにインストールされている場合、Sun Cluster ソフトウェアで提供されるバージョンに置き換わります。ユーザー ID やデータ配布などのオプションは事前に提供されますが、crontab エントリを手動で再作成する必要があります。
アップグレード処理が完了すると、システムは「Sun Cluster フレームワークのアップグレードが完了しました」というメッセージとアップグレードログのパスを表示します。
CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。
# eject cdrom |
(省略可能) Sun Cluster データサービスをアップグレードします。
Sun Cluster HA for Oracle 3.0 64–bit for Solaris 9 データサービスを使用している場合、Sun Cluster 3.1 9/04 バージョンにアップグレードする必要があります。
Sun Cluster 3.1 9/04 にアップグレードした後も、引き続き Sun Cluster 3.0 データサービスを使用することになります。
ノードの CD-ROM ドライブに Sun Cluster 3.1 9/04 Agents CD-ROM を挿入します。
データサービスソフトウェアをアップグレードします。
1 つまたは複数のデータサービスを指定してアップグレードするには、次のコマンドを入力します。
# scinstall -u update -s srvc[,srvc,…] -d /cdrom/cdrom0 |
クラスタノードを最新の Sun Cluster ソフトウェアリリースにアップグレードします。
指定したデータサービスをアップグレードします。
CD-ROM イメージ用の代替えディレクトリを指定します。
ノード上にあるすべてのデータサービスをアップグレードするには、次のコマンドを入力します。
# scinstall -u update -s all -d /cdrom/cdrom0 |
すべてのデータサービスをアップグレードします。
scinstall コマンドは、インストールされているすべてのデータサービス用の更新内容が Update リリースに存在していると仮定しています。特定のデータサービス用の更新内容が Update リリースに存在しない場合は、そのデータサービスはアップグレードされません。
アップグレード処理が完了すると、システムは「Sun Cluster データサービスエージェントのアップブレードが完了しました」というメッセージとアップグレードログのパスを表示します。
CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。
# eject cdrom |
必要に応じて、Sun Cluster 3.1 9/04 Agents CD-ROM Sun Cluster 3.1 9/04 Agents CD-ROM で提供されないカスタムのデータサービスを手動でアップグレードします。
データサービス用の更新がすべて正常にインストールされていることを確認します。
アップグレード出力メッセージの最後に示されるアップグレードログを参照します。
scinstall コマンドを使用してインストールしていない場合は、Sun Cluster 3.1 9/04 ソフトウェアパッチをインストールします。
Sun Cluster 3.1 9/04 データサービスソフトウェアパッチをインストールします。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
クラスタにインストールされているソフトウェアアプリケーションをアップグレードします。
アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。インストール方法については、各アプリケーションのマニュアルを参照してください。さらに、次のガイドラインに従って、Sun Cluster 3.1 9/04 構成でアプリケーションをアップグレードします。
アプリケーションが共有ディスクに格納されている場合は、アプリケーションをアップグレードする前に、関連するディスクグループをマスターして、関連するファイルシステムを手作業でマウントする必要があります。
アップグレード処理中にノードの再起動を要求された場合は、再起動のコマンドに必ず -x オプションを指定してください。
-x オプションを指定することで、そのノードは非クラスタモードで再起動されます。たとえば、次のコマンドはいずれも、ノードをシングルユーザーの非クラスタモードで起動します。
SPARC ベースのシステム上で、以下のコマンドを実行します。
# reboot -- -xs ok boot -xs |
86 ベースのシステム上で、以下のコマンドを実行します。
# reboot -- -xs ... <<< Current Boot Parameters >>> Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b Boot args: Type b [file-name] [boot-flags] <ENTER> to boot with options or i <ENTER> to enter boot interpreter or <ENTER> to boot with defaults <<< timeout in 5 seconds >>> Select (b)oot or (i)nterpreter: b -xs |
新しいバージョンのアプリケーションがクラスタ内で旧バージョンのアプリケーションと共存できない場合は、アプリケーションをアップグレードしないでください。
ノードを再起動してクラスタに結合します。
# reboot |
アップグレードしたノードで次のコマンドを実行して、Sun Cluster 3.1 9/04 ソフトウェアが正常にインストールされたことを確認します。
# scinstall -pv |
出力の最初の行は、どのバージョンの Sun Cluster ソフトウェアでノードが動作しているかを示します。このバージョンはアップグレードするバージョンと一致していなければなりません。
% scstat % scrgadm -pv[v] |
この出力は、「ローリングアップグレード用にクラスタノードを準備する」の手順 7 の出力と同じでなければなりません。
別のノードをアップグレードする場合は、「ローリングアップグレード用にクラスタノードを準備する」 に戻って、アップグレードする次のノードでアップグレード手順を繰り返します。
クラスタのすべてのノードがアップグレードされたら、「Sun Cluster 3.1 9/04 ソフトウェアへのローリングアップグレードを終了する」に進みます。
次の例は、Solaris 8 OS 上でクラスタノードを Sun Cluster 3.1から Sun Cluster 3.1 9/04 ソフトウェアにローリングアップグレードするプロセスを示しています。この例には、Sun Web Console ソフトウェアのインストールとSun Cluster 3.1 9/04 Agents CD-ROM上に新バージョンがあるすべてのインストールされたデータベースのアップグレードが含まれます。クラスタノード名は、phys-schost-1 です。
(Sun Web Console ソフトウェアを Sun Cluster 3.1 9/04 CD-ROM からインストールします。) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/ \ Solaris_8/Misc phys-schost-1# ./setup (フレームワークソフトウェアを Sun Cluster 3.1 9/04 CD-ROM からアップグレードします。) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools phys-schost-1# ./scinstall -u update -S interact (データサービスを Sun Cluster 3.1 9/04 Agents CD-ROM からアップグレードします。) phys-schost-1# scinstall -u update -s all -d /cdrom/cdrom0 (ノードをクラスタに再起動します。) phys-schost-1# reboot (ソフトウェアアップグレードが成功したことを確認します。) # scinstall -pv (クラスタの状態を確認します。) # scstat # scrgadm -pv |
アップグレードするすべてのクラスタノードで、すべてのアップグレード手順が完了していることを確認します。
1 つのノードから、クラスタの現在の状態を確認します。
# scversions |
下の表から、手順 2 からの出力メッセージにリストされた操作を実行します。
出力メッセージ |
作業 |
---|---|
Upgrade commit is needed. |
手順 4に進みます。 |
Upgrade commit is NOT needed. All versions match. |
手順 6に進みます。 |
Upgrade commit cannot be performed until all cluster nodes are upgraded. Please run scinstall(1m) on cluster nodes to identify older versions. |
「Sun Cluster 3.1 9/04 ソフトウェアのローリングアップグレードを実行する」 に戻って、残りのクラスタノードをアップグレードします。 |
Check upgrade cannot be performed until all cluster nodes are upgraded. Please run scinstall(1m) on cluster nodes to identify older versions. |
「Sun Cluster 3.1 9/04 ソフトウェアのローリングアップグレードを実行する」 に戻って、残りのクラスタノードをアップグレードします。 |
すべてのノードがクラスタに再度参加した後、1 つのノードからクラスタのアップグレードをコミットします。
# scversions -c |
アップグレードをコミットすることにより、クラスタが新しいソフトウェアのすべての機能を利用できます。新しい機能はアップグレードのコミットを実行した後にだけ利用できます。
1 つのノードから、クラスタアップグレードのコミットが成功したことを確認します。
# scversions Upgrade commit is NOT needed. All versions match. |
ご使用の構成で Solstice DiskSuite または Solaris Volume Manager ソフトウェアの二重列メディエータを使用する場合は、メディエータ構成を復元します。
メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。
# metaset -s setname |
ディスクセット名を指定します。
どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。
# metaset -s setname -t |
ディスクセットの所有権を取得します。
メディエータを再作成します。
# metaset -s setname -a -m mediator-host-list |
ディスクセットに追加します。
追加するノードの名前をディスクセットのメディエータホストとして指定します。
Sun Cluster 3.1 9/04 Agents CD-ROM にないデータサービスをアップグレードした場合、それらのデータサービスの新しいリソースタイプを登録します。
データサービスの付属マニュアルに従ってください。
(省略可能) リソースグループとデバイスグループを元のノードに切り替えます。
# scswitch -z -g resource-group -h node # scswitch -z -D disk-device-group -h node |
スイッチを実行します。
切り替えるリソースグループを指定します。
切り替え先のノードの名前を指定します。
切り替えるデバイスグループを指定します。
すべてのアプリケーションを再起動します。
ベンダーのマニュアルにある指示に従ってください。
(省略可能) リソースを新しいリソースタイプバージョンに移行します。
コマンド行を使用する手順を含む『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプのアップブレード」を参照してください。代わりに、scsetup ユーティリティの「リソースグループ」メニューを使用して同じ作業を実行することもできます。このプロセスには、以下の作業が含まれます。
新しいリソースタイプを登録します。
該当リソースを新しいバージョンのリソースタイプに移行します。
リソースタイプの拡張プロパティを関連データサービスで指定されたとおりに変更します。
SPARC ベースのシステムで Sun Management Center を使用してクラスタを監視する場合は、「SPARC: Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする 」に進みます。
これでクラスタのアップグレードは完了です。