この節では、Sun Cluster 3.1 ソフトウェアから Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを実行する手順について説明します。ローリングアップグレードでは、一度に 1 つのクラスタノードをアップグレードし、ほかのクラスタノードは稼働環境を維持できます。すべてのノードがアップグレードされ、クラスタに再度参加した後、クラスタを新しいソフトウェアバージョンにコミットしないと、新しい機能を使えるようになりません。
Sun Cluster 3.0 ソフトウェアからアップグレードするには、代わりに、「ローリング以外のアップグレードの実行」の手順に従います。
Sun Cluster 3.1 8/05 ソフトウェアは、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアへの、あるいは、Solaris 9 ソフトウェアから Solaris 10 10/05 ソフトウェアへのローリングアップグレードをサポートしません。Sun Cluster ローリングアップグレード中には、Solaris ソフトウェアを更新リリースにアップグレードできるだけです。Sun Cluster 構成を Solaris 8 ソフトウェアから Solaris 9 ソフトウェアに、あるいは、Solaris 9 ソフトウェアから Solaris 10 10/05 ソフトウェア (またはその互換) にアップグレードするには、代わりに、「ローリング以外のアップグレードの実行」の手順に従います。
作業 |
参照先 |
---|---|
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 8/05 ソフトウェアが依存するソフトウェアをインストールまたはアップグレードする。 | |
5. クラスタノードを Sun Cluster 3.1 8/05 フレームワークとデータサービスソフトウェアにアップグレードする。必要に応じて、アプリケーションをアップグレードSPARC:VxVM をアップグレードした場合は、ディスクグループをアップグレードしてください。その後ノードを再起動して、クラスタに戻す。 | |
6. 作業 3 から 5 までを、アップグレードする残りの各ノードで繰り返す。 | |
7. scversions コマンドを使用して、アップグレードするクラスタをコミットする。クラスタが二重列メディエータを使用している場合は、メディエータを再構成。任意で、既存のリソースを新しいリソースタイプに移行します。 | |
8. (省略可能) SPARC:Sun Cluster モジュールを Sun Management Center にアップグレードする。 |
「SPARC: Sun Cluster モジュールソフトウェアを Sun Management Center 用にアップグレードする」 |
この作業は、一度に 1 つのノードで実行してください。残りのノードがアクティブなクラスタメンバーとして機能し続けている間に、アップグレードしたノードをクラスタから外します。
次の作業を実行します。
クラスタ構成が、アップグレードの必要条件を満たしていることを確認します。「アップグレードの必要条件とソフトウェアサポートのガイドライン」を参照してください。
クラスタのアップグレードを開始する前に、次のソフトウェアを含む、アップグレード対象のすべてのソフトウェア製品のCD-ROM、マニュアル、およびパッチを用意します。
Solaris OS
Sun Cluster 3.1 8/05 フレームワーク
Sun Cluster 3.1 8/05 データサービス (エージェント)
Sun Cluster 3.1 8/05 データサービスエージェントが管理するアプリケーション
パッチの入手先とインストール方法については、『Sun Cluster 3.1 8/05 ご使用にあたって (Solaris OS 版)』の「パッチと必須ファームウェアのレベル」を参照してください。
ローリングアップグレードを実行する場合、以下のガイドラインを守ってください。
ローリングアップグレード中は、クラスタ構成に変更を行わないでください。たとえば、クラスタインターコネクトや定足数デバイスを追加したり、変更したりしないでください。このような変更を行う必要がある場合は、ローリングアップグレード手順を開始する前に行うか、すべてのノードがアップグレードされて、クラスタが新しいソフトウェアバージョンにコミットされるまで待機します。
すべてのクラスタノードのローリングアップグレードを完了するために要する時間を制限します。ノードがアップグレードされたら、できるだけ早く次のクラスタノードのアップグレードを開始します。混合したバージョンのクラスタを長時間実行すると、パフォーマンスの低下やその他の機能の低下が発生する場合があります。
アップグレード中に新しいデータサービスをインストールしたり、管理構成コマンドを発行したりしないでください。
クラスタのすべてのノードがアップグレードされ、アップグレードが確定するまで、新しいリリースで導入された新機能を使用できない場合があります。
(省略可能) Sun Cluster 3.1 8/05 のマニュアルをインストールします。
管理コンソールまたドキュメンテーションサーバーなどの希望する場所に、ドキュメンテーションパッケージをインストールします。インストール手順については、Sun Cluster 2 of 2 CD-ROM の Solaris_arch/Product/sun_cluster/index.html ファイルを参照してください (arch は sparc または x86 です)。
Sun Cluster 3.1 9/04 リリースからアップグレードしている場合は、最新の Sun Cluster 3.1 Core Patch がインストールされていることを確認します。
この Core Patch には、Sun Cluster 3.1 9/04 ソフトウェアから Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを有効にするために必要な 6210440 用のコード修正が含まれます。
アップグレードする 1 つのクラスタノード上でスーパーユーザーになります。
Sun StorEdge Availability Suite ソフトウェアを使用する 2 ノードクラスタの場合、可用性サービス用の構成データが定足数ディスク上にあることを確認します。
クラスタソフトウェアをアップグレードしたあと、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 8/05 ソフトウェアへのローリングアップグレードを終了する」の手順でメディエータを復元するときのために保存しておいてください。
メディエータを使用するディスクセットについては、ノードが所有権をまだ持っていない場合は、ディスクセットの所有権を取得します。
# scswitch -z -D setname -h node |
マスター権を変更します。
ディスクセットの名前を指定します。
ディスクセットの主ノードとなるノードの名前を指定します。
ディスクセットのすべてのメディエータの構成を解除します。
# metaset -s setname -d -m mediator-host-list |
ディスクセット名を指定します。
ディスクセットから削除します。
削除するノードの名前をディスクセットのメディエータホストとして指定します。
metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
メディエータを使用する残りの各ディスクセットで、これらの手順を繰り返します。
アップグレードするノードをシャットダウンして、非クラスタモードで起動します。
SPARC ベースのシステム上で、以下のコマンドを実行します。
# shutdown -y -g0 ok boot -x |
x86 ベースのシステム上で、以下のコマンドを実行します。
# 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 ソフトウェアを Maintenance Update リリースにアップグレードする場合は、「Solaris メンテナンスアップグレードのローリングアップグレードを実行する」に進みます。
Sun Cluster 3.1 8/05 ソフトウェアをサポートするためには、クラスタは、少なくとも Solaris OS の必要最低条件のレベルで実行されているか、アップグレードされている必要があります。Solaris OS のサポートされるリリースについては、『Sun Cluster 3.1 8/05 ご使用にあたって (Solaris OS 版)』を参照してください。
Solaris OS をアップグレードする予定がない場合は、「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」に進みます。
この手順は、サポートされる Maintenance Update リリースに Solaris OS をアップグレードするときに実行します。
Solaris 8 から Solaris 9 ソフトウェアに、あるいは、Solaris 9 から Solaris 10 10/05 ソフトウェア (またはその互換) にクラスタをアップグレードするには、Sun Cluster ソフトウェアもアップグレードするかどうかにかかわらず、代わりに、ローリング以外のアップグレードを実行する必要があります。「ローリング以外のアップグレードの実行」に進みます。
「ローリングアップグレード用にクラスタノードを準備する」のすべての手順が完了していることを確認します。
ノードの /etc/vfstab ファイルで、広域的にマウントされるファイルシステム用のエントリをすべて、一時的にコメントアウトします。
この作業は、Solaris がアップグレード中に広域デバイスをマウントしないようにするために行います。
『Solaris maintenance update installation guide』の指示に従って、メンテナンスアップグレードリリースをインストールします。
インストール処理の最後に再起動するかどうかのプロンプトが表示されても、ノードを再起動しないでください。
手順 1 でコメントアウトした /etc/vfstab ファイルの広域的にマウントされるファイルシステム用のエントリをすべて、コメント解除します。
Solaris ソフトウェアの必須パッチとハードウェア関連のパッチをすべてインストールし、ハードウェアパッチに含まれる必須ファームウェアをすべてダウンロードします。
ノードは、手順 5 まで再起動しないでください。
ノードを非クラスタモードで再起動します。
次のコマンドに 2 つのダッシュ (--) を含めます。
# reboot -- -x |
依存ソフトウェアをアップグレードします。「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」に進みます。
この手順は、Sun Cluster 3.1 8/05 ソフトウェアが依存するソフトウェアをインストールまたはアップグレードする各クラスタノードで実行します。この手順の間、クラスタは稼動環境のままです。SunPlex Manager を実行している場合、ノードのセキュリティーファイルエージェントが停止している間、ノードの状態は報告されません。ノードの状態の報告は、共通エージェントコンテナソフトウェアのアップグレードが完了し、セキュリティーファイルエージェントが再起動したあとで再開します。
次の作業を実行します。
「ローリングアップグレード用にクラスタノードを準備する」のすべての手順が完了していることを確認します。
Solaris OS を Maintenance Update リリースにアップグレードした場合は、「Solaris メンテナンスアップグレードのローリングアップグレードを実行する」のすべての手順が完了していることを確認します。
Solaris ソフトウェアのすべての必須パッチとハードウェア関連パッチがインストールされていることを確認します。
クラスタが Solstice DiskSuite ソフトウェア (Solaris 8) を実行している場合、必要なすべての Solstice DiskSuite ソフトウェアパッチをインストールしていることを確認します。
クラスタノードのスーパーユーザーになります。
Solaris 8 と Solaris 9 OS では、Apache Tomcat パッケージがインストールされている場合、このパッケージが必要なパッチレベルであることを確認します。
SUNWtcatu パッケージがインストールされているかどうかを判断します。
# pkginfo SUNWtcatu SUNWtcatu Tomcat Servlet/JSP Container |
Apache Tomcat パッケージがインストールされている場合は、そのプラットフォームに必要なパッチがインストールされているかどうかを判断します。
SPARC ベースのプラットフォームでは、少なくとも 114016-01 が必要です。
x86 ベースのプラットフォームでは、少なくとも 114017-01 が必要です。
# patchadd -p | grep 114016 Patch: 114016-01 Obsoletes: Requires: Incompatibles: Packages: SUNWtcatu |
必要なパッチがインストールされていない場合は、Apache Tomcat パッケージを削除します。
# pkgrm SUNWtcatu |
Sun Cluster 1 of 2 CD-ROM を挿入します。
/cdrom/cdrom0/Solaris_arch/Product/shared_components/Packages/ ディレクトリに移動します (arch は sparc または x86 です) に移動します。
# cd Solaris_arch/Product/shared_components/Packages/ |
Explorer パッケージの少なくともバージョン 4.3.1 がインストールされていることを確認します。
これらのパッケージは、sccheck ユーティリティーが Sun Cluster ソフトウェアを使用する場合に必要です。
Explorer パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。
# pkginfo -l SUNWexplo | grep SUNW_PRODVERS SUNW_PRODVERS=4.3.1 |
4.3.1 よりも前のバージョンがインストールされている場合は、既存の Explorer パッケージを削除します。
# pkgrm SUNWexplo SUNWexplu SUNWexplj |
Explorer パッケージを削除した場合、または何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の Explorer パッケージをインストールします。
Java Dynamic Management Kit (JDMK) パッケージの少なくともバージョン 5.1,REV=34 がインストールされていることを確認します。
JDMK パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。
# pkginfo -l SUNWjdmk-runtime | grep VERSION VERSION=5.1,REV=34 |
5.1,REV=34 よりも前のバージョンがインストールされている場合は、既存の JDMK パッケージを削除します。
# pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx |
JDMK パッケージを削除した場合、または何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の JDMK パッケージをインストールします。
Solaris_arch/Product/shared_components/Solaris_ver/Packages/ ディレクトリに移動します (arch は sparc または x86 で、ver は Solaris 8 の場合は 8、Solaris 9 の場合は 9、Solaris 10 の場合は 10 です)。
# cd ../Solaris_ver/Packages |
Netscape Portable Runtime (NSPR) パッケージの少なくともバージョン 4.5.0 がインストールされていることを確認します。
NSPR パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。
# cat /var/sadm/pkg/SUNWpr/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=4.5.0 |
4.5.0 よりも前のバージョンがインストールされている場合は、既存の NSPR パッケージを削除します。
# pkgrm packages |
次の表に、各ハードウェアプラットフォームに適切なパッケージをリストを示します。
次の表に示す順に、パッケージをインストールします。
ハードウェアプラットフォーム |
NSPR パッケージ名 |
---|---|
SPARC |
SUNWpr SUNWprx |
x86 |
SUNWpr |
NSPR パッケージを削除した場合、または何もインストールされていなかった場合は、最新の NSPR パッケージをインストールします。
Network Security Services (NSS) パッケージの少なくともバージョン 3.9.4 がインストールされていることを確認します。
NSS パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。
# cat /var/sadm/pkg/SUNWtls/pkginfo | grep SUNW_PRODVERS SUNW_PRODVERS=3.9.4 |
3.9.4 よりも前のバージョンがインストールされている場合は、既存の NSS パッケージを削除します。
# pkgrm packages |
次の表に、各ハードウェアプラットフォームに適切なパッケージのリストを示します。
次の表に示す順に、パッケージをインストールします。
ハードウェアプラットフォーム |
NSS パッケージ名 |
---|---|
SPARC |
SUNWtls SUNWtlsu SUNWtlsx |
x86 |
SUNWtls SUNWtlsu |
NSS パッケージを削除した場合、または何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の NSS パッケージをインストールします。
Solaris_arch/Product/shared_components/Packages/ ディレクトリに移動します。
# cd ../../Packages |
共通エージェントコンテナパッケージの少なくともバージョン 1.0,REV=25 がインストールされていることを確認します。
共通エージェントコンテナパッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。
# pkginfo -l SUNWcacao | grep VERSION VERSION=1.0,REV=25 |
1.0,REV=25 よりも前のバージョンがインストールされている場合は、各クラスタノードで、共通エージェントコンテナ用のセキュリティーファイルエージェントを停止します。
# /opt/SUNWcacao/bin/cacaoadm stop |
1.0,REV=25 よりも前のバージョンがインストールされている場合は、既存の共通エージェントコンテナパッケージを削除します。
# pkgrm SUNWcacao SUNWcacaocfg |
共通エージェントコンテナパッケージを削除した場合、あるいは、何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の 共通エージェントコンテナパッケージをインストールします。
CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。
# eject cdrom |
Sun Cluster 2 of 2 CD-ROM を挿入します。
Sun Java Web Console パッケージをインストールまたはアップグレードします。
CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。
# eject cdrom |
/usr/java/ ディレクトリが最小限または最新のバージョンの Java ソフトウェアへのシンボリックリンク先であることを確認します。
Sun Cluster ソフトウェアに必要な Java ソフトウェアの最小限のバージョンは 1.4.2_03 です。
/usr/java/ ディレクトリのシンボリックリンク先のディレクトリを確認します。
# ls -l /usr/java lrwxrwxrwx 1 root other 9 Apr 19 14:05 /usr/java -> /usr/j2se/ |
インストールされている Java ソフトウェアのバージョン (1 つまたは複数) を確認します。
Java ソフトウェアの関連するリリースのバージョンを表示するために使用できるコマンドの例を次に示します。
# /usr/j2se/bin/java -version # /usr/java1.2/bin/java -version # /usr/jdk/jdk1.5.0_01/bin/java -version |
/usr/java/ ディレクトリのシンボリックリンク先が、サポートされているバージョンの Java ソフトウェアではない場合、サポートされているバージョンの Java ソフトウェアにシンボリックリンクを作成し直します。
Java 1.4.2_03 ソフトウェアが入っている /usr/j2se/ ディレクトリにシンボリックリンクを作成する例を、次に示します。
# rm /usr/java # ln -s /usr/j2se /usr/java |
Sun Cluster ソフトウェアをアップグレードします。「Sun Cluster 3.1 8/05 ソフトウェアのローリングアップグレードを実行する」に進みます。
次の手順を実行して、1 つのノードを Sun Cluster 3.1 8/05 ソフトウェアにアップグレードします。ほかの残りのクラスタノードは、クラスタモードで維持されます。
クラスタのすべてのノードがアップグレードされ、アップグレードがコミットされるまで、新しいリリースで導入された新機能を使用できない場合があります。
依存ソフトウェアがインストールまたはアップグレードされていることを確認します。「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」を参照してください。
任意のクラスタノードでスーパーユーザーになります。
ノードの CD-ROM ドライブに Sun Cluster 2 of 2 CD-ROM を挿入します。
ボリューム管理デーモンの vold(1M) が実行中で、CD-ROM デバイスを管理するように構成されている場合、デーモンによって自動的に CD-ROM が /cdrom/cdrom0/ ディレクトリにマウントされます。
Solaris_arch/Product/sun_cluster/Solaris_ver/Tools/ ディレクトリに移動します (arch は sparc または x86、ver は Solaris 8 の場合は 8、Solaris 9 の場合は 9、Solaris 10 の場合は 10 です)。 に移動します。
# cd /cdrom/cdrom0/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools |
scinstall ユーティリティーを起動します。
# ./scinstall |
ノードにすでにインストールされている /usr/cluster/bin/scinstall コマンドは使用しないでください。Sun Cluster 2 of 2 CD-ROM に含まれる scinstall コマンドを使用する必要があります。
メインメニューから、メニュー項目「このクラスタノードをアップグレード」を選択します。
*** メインメニュー *** 次の (*) オプションのうちから1 つを選択してください: * 1) クラスタまたはクラスタノードをインストール 2) このインストールサーバーからJumpStart できるようにクラスタを構成 * 3) 新しいデータサービスのサポートをこのクラスタノードに追加 * 4) このクラスタノードをアップグレード * 5) このクラスタノードのリリース情報を出力 * ?) メニューオプションのヘルプ * q) 終了 オプション: 4 |
「アップグレードメニュー」から、メニュー項目「このノード上で Sun Cluster フレームワークをアップグレード」を選択します。
メニュープロンプトに従って、クラスタフレームワークをアップグレードします。
Sun Cluster のアップグレード中、scinstall は、次のような構成の変更 (1 つまたは複数) を行う可能性があります。
NAFO グループは IP ネットワークマルチパスグループに変換されるが、元の NAFO グループ名が維持されます。
IP ネットワークマルチパス のテストアドレスについては、次のマニュアルのうちの 1 つを参照してください。
『IP ネットワークマルチパスの管理』(Solaris 8)
『Solaris のシステム管理 (IP サービス)』(Solaris 9)
『Solaris のシステム管理 (IP サービス)』の「検査用 IP アドレス」 (Solaris 10)
Sun Cluster ソフトウェアのアップグレード中での NAFO グループの IP ネットワークマルチパス グループへの変換の詳細については、scinstall(1M) のマニュアルページを参照してください。
ノード上に ntp.conf.cluster が存在しない場合は、ntp.conf ファイルを ntp.conf.cluster に名前変更します。
「Sun Cluster フレームワークソフトウェアのアップグレードを終了しました」というメッセージが表示され、継続するには Enter を押すように指示されたら、アップグレードプロセスは終了です。
Enter を押します。
「アップグレードメニュー」が表示されます。
(省略可能) Sun Cluster 2 of 2 CD-ROM から Java Enterprise System データサービスをアップグレードします。
scinstall ユーティリティーの「アップグレードメニュー」から、「このノード上で Sun Cluster データサービスエージェントをアップグレード」を選択します。
メニュープロンプトに従って、ノードにインストールされている Sun Cluster データサービスエージェントをアップグレードします。
アップグレードに利用できるデータサービスのリストから選択しても、インストールされているデータサービスをすべてアップグレードすることを選択してもかまいません。
「Sun Cluster データサービスエージェントソフトウェアのアップグレードを終了しました」というメッセージが表示され、継続するには Enter を押すように指示されたら、アップグレードプロセスは終了です。
Enter を押します。
「アップグレードメニュー」が表示されます。
scinstall ユーティリティーを終了します。
CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。
# eject cdrom |
Sun Cluster Agents CD から Sun Cluster データサービスをアップグレードします。
Sun Cluster HA for NFS データサービスを使用しており、かつ、Solaris 10 OS にアップグレードする場合は、このデータサービスをアップグレードして、リソースタイプを新しいバージョンに移行する必要があります。詳細については、『Sun Cluster Data Service for Network File System (NFS) ガイド (Solaris OS 版)』の「SUNW.nfs リソースタイプのアップグレード」を参照してください。
Sun Cluster HA for Oracle 3.0 64-bit for Solaris 9 データサービスを使用している場合は、このデータサービスを Sun Cluster 3.1 8/05 バージョンにアップグレードする必要があります。
ほかのデータサービスを Sun Cluster 3.1 8/05 バージョンにアップグレードするかどうかは任意です。クラスタを Sun Cluster 3.1 8/05 ソフトウェアにアップグレードしたあとでも、ほかの Sun Cluster 3.x データサービスを使用し続けることができます。
ノードの CD-ROM ドライブに Sun Cluster Agents CD を挿入します。
scinstall ユーティリティーを起動します。
データサービスをアップグレードする場合は、すでにノードにインストールされている /usr/cluster/bin/scinstall コマンドを使用できます。
# scinstall |
メインメニューから、メニュー項目「このクラスタノードをアップグレード」を選択します。
「アップグレードメニュー」から、メニュー項目「このノード上で Sun Cluster データサービスエージェントをアップグレード」を選択します。
メニュープロンプトに従って、ノードにインストールされている Sun Cluster データサービスエージェントをアップグレードします。
アップグレードに利用できるデータサービスのリストから選択しても、インストールされているデータサービスをすべてアップグレードすることを選択してもかまいません。
「Sun Cluster データサービスエージェントソフトウェアのアップグレードを終了しました」というメッセージが表示され、継続するには Enter を押すように指示されたら、アップグレードプロセスは終了です。
Enter を押します。
「アップグレードメニュー」が表示されます。
scinstall ユーティリティーを終了します。
CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。
# eject cdrom |
必要に応じて、製品メディアでは提供されないカスタムのデータサービスを手動でアップグレードします。
データサービス用の更新がすべて正常にインストールされていることを確認します。
アップグレード出力メッセージの最後に示されるアップグレードログを参照します。
scinstall コマンドを使用してインストールしていない場合は、Sun Cluster 3.1 8/05 ソフトウェアパッチをインストールします。
Sun Cluster 3.1 8/05 データサービスソフトウェアパッチをインストールします。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 8/05 ご使用にあたって (Solaris OS 版)』の「パッチと必須ファームウェアのレベル」を参照してください。
クラスタにインストールされているソフトウェアアプリケーションをアップグレードします。
アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。インストール方法については、各アプリケーションのマニュアルを参照してください。さらに、次のガイドラインに従って、Sun Cluster 3.1 8/05 構成でアプリケーションをアップグレードします。
アプリケーションが共有ディスクに格納されている場合は、アプリケーションをアップグレードする前に、関連するディスクグループをマスターして、関連するファイルシステムを手作業でマウントする必要があります。
アップグレード処理中にノードの再起動を要求された場合は、再起動のコマンドに必ず -x オプションを指定してください。
-x オプションを指定することで、そのノードは非クラスタモードで再起動されます。たとえば、次のコマンドはいずれも、ノードをシングルユーザーの非クラスタモードで起動します。
SPARC ベースのシステム上で、以下のコマンドを実行します。
# reboot -- -xs ok boot -xs |
x86 ベースのシステム上で、以下のコマンドを実行します。
# 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 8/05 ソフトウェアが正常にインストールされたことを確認します。
# scinstall -pv |
出力の最初の行は、どのバージョンの Sun Cluster ソフトウェアでノードが動作しているかを示します。このバージョンはアップグレードするバージョンと一致していなければなりません。
% scstat % scrgadm -pv[v] |
この出力は、「ローリングアップグレード用にクラスタノードを準備する」の 手順 5 の出力と同じであるはずです。
別のノードをアップグレードする場合は、「ローリングアップグレード用にクラスタノードを準備する」に戻って、すべてのアップグレード手順をアップグレードする次のノードで繰り返します。
次の例は、Solaris 8 OS 上でクラスタノードを Sun Cluster 3.1から Sun Cluster 3.1 8/05 ソフトウェアにローリングアップグレードするプロセスを示しています。この例には、Sun Cluster Agents CD 上に新しいバージョンがある、インストールされたデータサービスすべてのアップグレードが含まれます。クラスタノード名は phys-schost-1 です。
(Sun Cluster 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/ phys-schost-1# ./scinstall (Sun Cluster 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/ phys-schost-1# ./scinstall (Sun Cluster Agents CD からデータサービスをアップグレードします) phys-schost-1# scinstall (Sun Cluster 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/ phys-schost-1# ./scinstall (Sun Cluster Agents CD からデータサービスをアップグレードします) phys-schost-1# scinstall (ノードをクラスタに再起動します) phys-schost-1# reboot (ソフトウェアのアップグレードが成功していることを確認します) # scinstall -pv (クラスタの状態を確認します) # scstat # scrgadm -pv |
クラスタのすべてのノードをアップグレードする場合は、「Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを終了する」に進みます。
アップグレードするすべてのクラスタノードで、すべてのアップグレード手順が完了していることを確認します。
1 つのノードから、クラスタのアップグレードの状態を検査します。
# scversions |
次の表から、手順 1 からの出力メッセージにリストされた操作を実行します。
出力メッセージ |
操作 |
---|---|
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 8/05 ソフトウェアのローリングアップグレードを実行する」に戻って、残りのクラスタノードをアップグレードします。 |
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 8/05 ソフトウェアのローリングアップグレードを実行する」に戻って、残りのクラスタノードをアップグレードします。 |
すべてのノードがクラスタに参加し直したあと、1 つのノードからクラスタのアップグレードをコミットします。
# scversions -c |
アップグレードをコミットすることにより、クラスタが新しいソフトウェアのすべての機能を利用できます。新しい機能はアップグレードのコミットを実行した後にだけ利用できます。
1 つのノードから、クラスタアップグレードのコミットが成功したことを確認します。
# scversions Upgrade commit is NOT needed. All versions match. |
共通エージェントコンテナのセキュリティーファイルをすべてのクラスタノードにコピーします。
この手順によって、共通エージェントコンテナのセキュリティーファイルがすべてのクラスタノードで同じであり、コピーされたファイルが正しいファイルアクセス権を保持することが保証されます。
各ノードで、Sun Java Web Console エージェントを停止します。
# /usr/sbin/smcwebserver stop |
各ノードで、セキュリティーファイルエージェントを停止します。
# /opt/SUNWcacao/bin/cacaoadm stop |
1 つのノードで、/etc/opt/SUNWcacao/ ディレクトリに移動します。
phys-schost-1# cd /etc/opt/SUNWcacao/ |
/etc/opt/SUNWcacao/security/ ディレクトリの tar ファイルを作成します。
phys-schost-1# tar cf /tmp/SECURITY.tar security |
/tmp/SECURITY.tar ファイルを、その他の各クラスタノードにコピーします。
/tmp/SECURITY.tar ファイルのコピー先である各ノードで、セキュリティーファイルを抽出します。
/etc/opt/SUNWcacao/ ディレクトリにすでに存在するすべてのセキュリティーファイルは上書きされます。
phys-schost-2# cd /etc/opt/SUNWcacao/ phys-schost-2# tar xf /tmp/SECURITY.tar |
クラスタの各ノードから /tmp/SECURITY.tar ファイルを削除します。
セキュリティーリスクを回避するため、tar ファイルの各コピーは削除する必要があります。
phys-schost-1# rm /tmp/SECURITY.tar phys-schost-2# rm /tmp/SECURITY.tar |
各ノードで、セキュリティーファイルエージェントを起動します。
phys-schost-1# /opt/SUNWcacao/bin/cacaoadm start phys-schost-2# /opt/SUNWcacao/bin/cacaoadm start |
各ノードで、Sun Java Web Console エージェントを起動します。
phys-schost-1# /usr/sbin/smcwebserver start phys-schost-2# /usr/sbin/smcwebserver start |
構成が Solstice DiskSuite または Solaris Volume Manager ソフトウェアの二重メディエータを使用する場合は、メディエータの構成を復元します。
メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。
# metaset -s setname |
ディスクセット名を指定します。
どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。
# scswitch -z -D setname -h node |
マスター権を変更します。
ディスクセットの名前を指定します。
ディスクセットの主ノードとなるノードの名前を指定します。
メディエータを再作成します。
# metaset -s setname -a -m mediator-host-list |
ディスクセットに追加します。
追加するノードの名前をディスクセットのメディエータホストとして指定します。
製品メディアで提供されないデータサービスをアップグレードした場合は、それらのデータサービスの新しいリソースタイプを登録します。
データサービスの付属マニュアルに従ってください。
(省略可能) 各リソースグループとデバイスグループを元のノードに切り替えます。
# scswitch -z -g resource-group -h node # scswitch -z -D disk-device-group -h node |
スイッチを実行します。
切り替えるリソースグループを指定します。
切り替え先のノードの名前を指定します。
切り替えるデバイスグループを指定します。
すべてのアプリケーションを再起動します。
ベンダーのマニュアルにある指示に従ってください。
リソースを新しいリソースタイプバージョンに移行します。
Solaris 10 OS 用の Sun Cluster HA for NFS データサービスにアップグレードする場合は、新しいリソースタイプバージョンに移行する必要があります。詳細については、『Sun Cluster Data Service for Network File System (NFS) ガイド (Solaris OS 版)』の「SUNW.nfs リソースタイプのアップグレード」を参照してください。
ほかのすべてのデータサービスでは、この手順は任意です。
コマンド行を使用する手順については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプの更新」を参照してください。代わりに、scsetup ユーティリティーの「リソースグループ」メニューを使用して同じ作業を実行することもできます。このプロセスには、以下の作業が含まれます。
新しいリソースタイプの登録
該当リソースの新しいバージョンのリソースタイプへの移行
リソースタイプの拡張プロパティーを関連データサービスのマニュアルで指定されたとおりに変更
SPARC ベースのシステムを持っており、Sun Management Center を使用してクラスタを監視している場合は、 「SPARC: Sun Cluster モジュールソフトウェアを Sun Management Center 用にアップグレードする」に進みます。
そうでない場合は、クラスタのアップグレードは完了です。