この節の手順を実行して、Sun Cluster 3.x ソフトウェアから Sun Cluster 3.1 4/04 ソフトウェアへのローリング以外アップグレードを実行します。 ローリング以外のアップグレードでは、クラスタノードをアップグレードする前に、クラスタ全体をシャットダウンします。 この手順を使用して、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアにクラスタをアップグレードすることもできます。
Sun Cluster 3.1 4/04 ソフトウェアのローリングアップグレードを実行するには、Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング) の手順を実行してください。
手順 |
参照箇所 |
---|---|
1. アップグレード要件と制約に関する説明を読む | |
2. クラスタを稼動環境から外し、リソースを無効にして、共有データとシステムディスクのバックアップを作成。 クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用している場合は、メディエータの構成を解除 | |
3. 必要に応じて、Solaris ソフトウェアをサポートされている Solaris アップグレードリリースにアップグレード。 任意で VERITAS Volume Manager (VxVM) をアップグレード | |
4. Sun Cluster 3.1 4/04 フレームワークとデータサービスソフトウェアをアップグレード。 必要に応じて、アプリケーションをアップグレード。 クラスタが二重列メディエータを使用している場合は、メディエータを再構成。 VxVM をアップグレードした場合は、ディスクグループをアップグレード | |
5. (省略可能) 必要に応じて、Sun Cluster モジュールを Sun Management Center にアップグレード |
Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする (ローリング以外) |
6. 新しいリソースタイプを登録し、既存のリソースを新しいリソースタイプに移行。必要に応じて、リソースタイプの拡張プロパティを変更し、リソースを有効にし、リソースグループをオンライン化 |
ソフトウェアをアップグレードする前に、次の手順を実行してクラスタを稼動状態から外します。
クラスタ構成が、アップグレードの必要条件を満たしていることを確認します。
アップグレードの必要条件と制約事項 を参照してください。
アップグレードするすべてのソフトウェア製品の CD-ROM、マニュアル、パッチを用意します。
Solaris 8 または Solaris 9 オペレーティング環境
Sun Cluster 3.1 4/04 フレームワーク
Sun Cluster 3.1 4/04 データサービス (エージェント)
Sun Cluster 3.1 4/04 データサービスエージェントが管理するアプリケーション
VERITAS Volume Manager
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
(省略可能) Sun Cluster 3.1 4/04 のマニュアルをインストールします。
管理コンソールまたドキュメンテーションサーバーなどの希望する場所に、ドキュメンテーションパッケージをインストールします。 Java Enterprise System Accessory CD 3 CD-ROM のトップレベルにある index.html ファイルを参照して、インストール指示にアクセスしてください。
Sun Cluster 3.0 ソフトウェアからアップグレードするかどうかを確認します。
このバージョンでない場合は、手順 5に進みます。
このバージョンからアップグレードする場合は、利用可能なテスト IP アドレス (クラスタ内のパブリックネットワークアダプタごとに 1 つずつ) のリストを取得します。
テスト IP アドレスは、パブリックネットワークアダプタがアクティブアダプタか、グループ内のバックアップアダプタであるかに関係なく、クラスタ内の各パブリックネットワークアダプタごとに必要です。 テスト IP アドレスは、アダプタが IP ネットワークマルチパスを使用するように再構成するときに使用されます。
各テスト IP アドレスは、パブリックネットワークアダプタが使用する既存の IP アドレスと同じサブネット上になければなりません。
ノード上のパブリックネットワークアドレスを表示するには、次のコマンドを実行します。
% pnmstat |
IP ネットワークマルチパスのテスト IP アドレスの詳細については、『IP ネットワークマルチパスの管理』 (Solaris 8) または『Solaris のシステム管理 (IP サービス)』 (Solaris 9) を参照してください。
アップグレード中、クラスタサービスが利用できなくなることをユーザーに通知します。
クラスタが正常に機能していることを確認してください。
クラスタの現在の状態を表示するには、任意のノードから次のコマンドを実行します。
% scstat |
詳細については、scstat(1M) のマニュアルページを参照してください。
同じノード上の /var/adm/messages ログに、解決されていないエラーや警告メッセージがないかどうかを確認します。
ボリューム管理の状態を確認します。
各クラスタのノードのスーパーユーザーになります。
各リソースグループをオフラインに切り替えます。
# scswitch -F -g resource-group |
リソースグループをオフラインに切り替えます。
オフラインにするリソースグループの名前を指定します。
クラスタ内のすべてのリソースを無効にします。
アップグレードを行う前にリソースを無効にすることで、ノードが誤って再起動されクラスタモードになっても、そのリソースが自動的にオンラインになるのを防止します。
Sun Cluster 3.1 リリースからアップグレードする場合は、コマンド行の代わりに scsetup(1M) ユーティリティーを使用できます。 「メインメニュー」から「リソースグループ」を選択して、「リソースの有効/無効化」を選択します。
任意のノードから、クラスタで有効なすべてのリソースをリストします。
# scrgadm -pv | grep "リソース 有効" (resource-group:resource) リソース 有効: True |
ほかのリソースに依存するリソースを確認します。
リソースを無効にする前に、依存するリソースを先に無効にする必要があります。
クラスタ内の有効なリソースを無効にします。
scswitch -n -j resource |
無効にします。
リソースを指定します。
詳細については、scswitch(1M) のマニュアルページを参照してください。
すべてのリソースが無効であることを確認します。
# scrgadm -pv | grep "リソース 有効" (resource-group:resource) リソース 有効: False |
# scswitch -u -g resource-group |
指定したリソースグループを非管理状態にします。
非管理状態にするリソースグループの名前を指定します。
すべてのノード上のすべてのリソースが「Offline」になっており、そのすべてのリソースグループが「Unmanaged」状態であることを確認します。
# scstat -g |
クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用するかどうかを確認します。
使用しない場合は、手順 13 に進みます。
使用する場合は、メディエータの構成を解除します。
詳細については、二重列メディエータの構成 を参照してください。
次のコマンドを実行して、メディエータデータに問題がないことを確認します。
# medstat -s setname |
ディスクセットの名前を指定します。
Status フィールドの値が不良の場合、関連するメディエータホストを修復します。 不正なメディエータデータを修復する の手順に従います。
すべてのメディエータを一覧表示します。
Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)の手順でメディエータを復元するときのために、この情報を使用しておいてください。
メディエータを使用するディスクセットについては、ノードが所有権をまだ持っていない場合は、ディスクセットの所有権を取得します。
# metaset -s setname -t |
ディスクセットの所有権を取得します。
ディスクセットのすべてのメディエータの構成を解除します。
# metaset -s setname -d -m mediator-host-list |
ディスクセットの名前を指定します。
ディスクセットから削除します。
削除するノードの名前をディスクセットのメディエータホストとして指定します。
metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
クラスタ内の各ノードで実行されているすべてのアプリケーションを停止します。
すべての共有データをバックアップします。
# scshutdown -g -y |
詳細については、scshutdown(1M) のマニュアルページを参照してください。
各ノードを非クラスタノードで起動します。
ok boot -x |
各システムディスクをバックアップします。
Solaris オペレーティング環境をアップグレードするかどうかを確認します。
Sun Cluster 3.1 4/04 ソフトウェアが、クラスタ内で現在実行されている Solaris 環境のリリースをサポートしない場合は、Solaris ソフトウェアをサポートされるリリースにアップグレードする必要があります。 Solaris オペレーティング環境をアップグレードする (ローリング以外) に進みます。
Sun Cluster 3.1 4/04 ソフトウェアをサポートする Solaris 環境のリリースで、クラスタ構成がすでに実行されている場合は、Solaris ソフトウェアのアップグレードは任意です。
Sun Cluster ソフトウェアをアップグレードする場合は、Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)に進みます。
Solaris ソフトウェアをアップグレードする場合は、Solaris オペレーティング環境をアップグレードする (ローリング以外) に進みます。
詳細については、『Sun Cluster ご使用にあたって (Solaris OS 版)』の「Supported Products」を参照してください。
クラスタ内の各ノードで次の手順を実行して、Solaris オペレーティング環境をアップグレードします。 クラスタがすでに Sun Cluster 3.1 4/04 ソフトウェアをサポートする Solaris 環境のバージョンで実行されている場合は、この手順の実行は任意です。
Sun Cluster 3.1 4/04 ソフトウェアをサポートするためには、クラスタは、少なくとも最低必須レベルである Solaris 8 または Solaris 9 環境で動作しているか、アップグレードされている必要があります。 詳細については、『Sun Cluster ご使用にあたって (Solaris OS 版)』の「Supported Products」を参照してください。
アップグレード用にクラスタを準備する (ローリング以外) のすべての手順を完了していることを確認します。
アップグレードするクラスタノードでスーパーユーザーになります。
以下の Apache リンクがすでに存在するかどうかを確認します。存在する場合は、ファイル名に大文字の K または S が含まれているかどうかを確認します。
/etc/rc0.d/K16apache /etc/rc1.d/K16apache /etc/rc2.d/K16apache /etc/rc3.d/S50apache /etc/rcS.d/K16apache |
これらのリンクがすでに存在しており、そのファイル名に大文字の K または S が含まれる場合、これらのリンクに関して特に操作する必要はありません。
これらのリンクが存在しないか、存在していてもファイル名に小文字の k または s が含まれている場合は、手順 8 で、これらのリンクをほかに移動します。
/etc/vfstab ファイルでグローバルにマウントされているファイルシステムのすべてのエントリをコメントアウトします。
Solaris オペレーティング環境のアップグレードに使用する手順を決定します。
ボリュームマネージャ |
使用手順 |
参照マニュアル |
---|---|---|
Solstice DiskSuite/Solaris Volume Manager |
Live Upgrade メソッド以外の Solaris のアップグレードメソッド |
Solaris 8 または Solaris 9 のインストールマニュアル |
VERITAS Volume Manager |
「Upgrading VxVM and Solaris」 |
VERITAS Volume Manager のインストールマニュアル |
クラスタに VxVM がインストールされている場合は、Solaris アップグレード処理の一環として、既存の VxVM ソフトウェアを再インストールするか、Solaris 9 バージョンの VxVM ソフトウェアにアップグレードする必要があります。
手順 5で選択した手順に従って、Solaris ソフトウェアをアップグレードします。
以下の注意事項を守ってください。
Solaris ソフトウェアアップグレードでは、インストール終了後の自動リブートを実行しないでください。 代わりにこの手順に戻って 手順 7 および 手順 8 を実行後、手順 9 で非クラスタモードで再起動して、Solaris ソフトウェアアップグレードを完了します。
アップグレード処理中の他の時点でノードの再起動を要求された場合は、再起動のコマンドに必ず -x オプションを指定してください。
-x オプションを指定することで、そのノードは非クラスタモードで再起動されます。 たとえば、次のコマンドはいずれも、ノードをシングルユーザーの非クラスタモードで起動します。
# reboot -- -xs ok boot -xs |
手順 4でコメントアウトにした /a/etc/vfstab ファイル内のグローバルにマウントされたファイルシステム用のエントリをコメント解除します。
Solaris ソフトウェアをアップグレードする前に 次の条件のいずれかが真であった場合は、復元した Apache リンクをほかへ移動します。
名前に大文字の K または S を含む復元した Apache リンクをほかへ移動するには、以下のコマンドを使用して、小文字の k または s を含むファイル名を変更します。
# mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache # mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache # mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache # mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache # mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache |
ノードを非クラスタモードで再起動します。
次のコマンドに 2 つのダッシュ (--) を含めます。
# reboot -- -x |
クラスタが VxVM を実行している場合は、手順「Upgrading VxVM and Solaris」の残りの手順を実行して、VxVM を再インストールまたはアップグレードします。
以下の特別な指示に従ってください。
次のようなメッセージが表示された場合は、root パスワードを入力して、アップグレード処理を続行します。 fsck コマンドは実行しないでください。また、Ctrl-D キーも使用しないでください。
WARNING - Unable to repair the /global/.devices/node@1 filesystem. Run fsck manually (fsck -F ufs /dev/vx/rdsk/rootdisk_13vol). Exit the shell when done to continue the boot process. Type control-d to proceed with normal startup, (or give root password for system maintenance): root パスワードを入力してください |
VxVM の手順で -r オプションを使用して最終的な再構成のための再起動を行うよう指示された場合は、-x オプションで非クラスタモードに再起動してください。
# reboot -- -x |
VxVM アップグレードの完了後、/etc/vfstab ファイルのエントリを確認してください。 手順 7でコメント解除したエントリがコメントアウトされている場合は、それらのエントリのコメントを再度解除します。
Solaris ソフトウェアの必須パッチとハードウェア関連のパッチをすべてインストールし、ハードウェアパッチに含まれる必須ファームウェアをすべてダウンロードします。
Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアパッチをインストールする必要があります。
パッチを追加した後で、再起動しないでください。 Sun Cluster ソフトウェアをアップグレードした後に、ノードを再起動してください。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
Sun Cluster 3.1 4/04 ソフトウェアにアップグレードします。
Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外) に進みます。
Solaris 8 から Solaris 9 ソフトウェアへのアップグレードを完了するには、クラスタがすでに Sun Cluster 3.1 4/04 ソフトウェアで実行されている場合でも、Sun Cluster 3.1 4/04 ソフトウェアの Solaris 9 バージョンにアップグレードする必要があります。
ここでは、クラスタを Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする手順について説明します。 また、この手順を実行して、Solaris 8 から Solaris 9 ソフトウェアへのクラスタのアップグレードを完了します。
この手順は、複数のノードで同時に行えます。
アップグレード用にクラスタを準備する (ローリング以外) のすべての手順を完了していることを確認します。
Solaris 8 から Solaris 9 ソフトウェアにアップグレードした場合は、Solaris オペレーティング環境をアップグレードする (ローリング以外) の手順をすべて完了していることを確認します。
各クラスタのノードのスーパーユーザーになります。
Solaris ソフトウェアのすべての必須パッチとハードウェア関連パッチがインストールされていることを確認します。
Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアの必須パッチもインストールされていることを確認します。
ノードの CD-ROM ドライブに Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM を挿入します。
ボリューム管理デーモンの vold(1M) が実行中で、CD-ROM デバイスを管理するように構成されている場合、デーモンによって自動的に CD-ROM が /cdrom/cdrom0 ディレクトリにマウントされます。
ノードを Sun Cluster 3.1 4/04 ソフトウェアにアップグレードします。
/cdrom/cdrom0 ディレクトリから Solaris_sparc/Product/sun_cluster/Solaris_ver/Tools ディレクトリへ移動します。ここで ver は 8 (Solaris 8 の場合) または 9 (Solaris 9 の場合) です。
以下の例では、Sun Cluster ソフトウェアの Solaris 8 バージョンのパスを使用しています。
# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools |
Sun Cluster 3.0 ソフトウェアからアップグレードする場合は、次のコマンドを実行します。
# ./scinstall -u update -S interact -M patchdir=dirname |
NAFO グループを IP ネットワークマルチパスグループに変換するときに使用するテスト IP アドレスを指定します。
scinstall が、必要とされる各テスト IP アドレスをユーザーに求めることを指定します。
scinstall コマンドで指定のパッチをインストールするために、パッチ情報へのパスを指定します。 パッチリストファイルを指定しない場合、scinstall コマンドは、dirname ディレクトリ内の tar、jar、または zip 形式のパッチを含むすべてのパッチをインストールします。
-M オプションは必須ではありません。 パッチのインストールには任意の方法を使用できます。
Sun Cluster 3.1 ソフトウェアからアップグレードする場合は、次のコマンドを実行します。
# ./scinstall -u update -M patchdir=dirname |
scinstall コマンドで指定のパッチをインストールするために、パッチ情報へのパスを指定します。 パッチリストファイルを指定しない場合、scinstall コマンドは、dirname ディレクトリ内の tar、jar、または zip 形式のパッチを含むすべてのパッチをインストールします。
-M オプションは必須ではありません。 パッチのインストールには任意の方法を使用できます。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
アップグレード処理が完了すると、システムは「Sun Cluster フレームワークのアップグレードが完了しました」というメッセージとアップグレードログのパスを表示します。
詳細については、scinstall(1M) のマニュアルページを参照してください。 IP ネットワークマルチパスのテストアドレスの詳細については、『IP ネットワークマルチパスの管理』 (Solaris 8) または『Solaris のシステム管理 (IP サービス)』 (Solaris 9) を参照してください。
Sun Cluster 3.1 4/04 ソフトウェアは、バージョン 3.5.1 以降の Sun Explorer ソフトウェアを必要とします。 Sun Cluster ソフトウェアへのアップグレードでは、Sun Explorer データコレクタソフトウェアのインストールが含まれており、sccheck ユーティリティーが共に使用されます。 Sun Cluster のアップグレードを行う前に、Sun Explorer ソフトウェアの別のバージョンがすでにインストールされている場合、Sun Cluster ソフトウェアで提供されるバージョンに置き換わります。 ユーザー ID およびデータ配信などのオプションは保護されますが、crontab エントリは手動で再度作成する必要があります。
Sun Cluster のアップグレード中、scinstall によって以下のような構成の変更が生じることがあります。
CD-ROM のルートディレクトリに移動して、CD-ROM を取り出します。
クラスタにインストールされているソフトウェアアプリケーションをアップグレードします。
アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。 インストール方法については、各アプリケーションのマニュアルを参照してください。 さらに、次のガイドラインに従って、Sun Cluster 3.1 4/04 構成でアプリケーションをアップグレードします。
(省略可能) Sun Cluster データサービスを Sun Cluster 3.1 4/04 ソフトウェアバージョンにアップグレードします。
Sun Cluster HA for Oracle 3.0 64–bit for Solaris 9 データサービスは、Sun Cluster 3.1 4/04 バージョンにアップグレードする必要があります。 ただし、Sun Cluster 3.1 4/04 にアップグレードした後も、引き続き Sun Cluster 3.0 データサービスを使用することになります。
Java Enterprise System Accessory CD 3 CD-ROM で提供されるデータサービスだけが scinstall(1M) ユーティリティーによって自動的にアップグレードされます。 カスタムまたはサードパーティ製のデータサービスは、手動でアップグレードする必要があります。 該当するデータサービスで指定された手順を実行します。
アップグレード対象のノードで Java Enterprise System Accessory CD 3 CD-ROM を CD-ROM ドライブに挿入します。
# scinstall -u update -s all -d /cdrom/cdrom0 |
アップグレードを行うよう指定します。
そのノードにインストールされているすべての Sun Cluster データサービスをアップグレードします。
アップグレード処理が完了すると、システムは「Completed upgrade of Sun Cluster data services agents」というメッセージとアップグレードログのパスを表示します。
CD-ROM のルートディレクトリに移動して、CD-ROM を取り出します。
必要に応じて、Java Enterprise System Accessory CD 3 CD-ROM で提供されないカスタムのデータサービスを手動でアップグレードします。
Sun Cluster 3.1 4/04 データサービスのパッチをインストールします。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
すべてのノードがアップグレードされた後、各ノードを再起動してクラスタにします。
# reboot |
各ノードで、次のコマンドを実行してストレージ構成の一貫性を確認します。
# scdidadm -c |
整合性検査を実行します。
ストレージ構成がこの整合性検査を通るまで、手順 12に進まないでください。 そうしないと、デバイスの識別でエラーが生じ、データの破損を引き起こす可能性があります。
次の表は、scdidadm -c コマンドからの出力と、その対処方法を示しています。
メッセージの例 |
対処方法 |
---|---|
device id for 'phys-schost-1:/dev/rdsk/c1t3d0' does not match physical device's id, device may have been replaced |
アップグレード時のストレージ構成変更の回復 に進み、適切な修復手順を実行します。 |
device id for 'phys-schost-1:/dev/rdsk/c0t0d0' needs to be updated, run scdidadm –R to update |
ありません。 手順 12で、このデバイス ID を更新します。 |
出力メッセージなし |
なし |
詳細については、scdidadm(1M) のマニュアルページを参照してください。
各ノードで、Sun Cluster ストレージデータベースを Solaris 9 デバイス ID に移行します。
# scdidadm -R all |
修復手順を実行します。
すべてのデバイスを指定します。
各ノードで、次のコマンドを実行して、ストレージデータベースの Solaris 9 デバイス ID への移行が成功していることを確認します。
# scdidadm -c |
構成で Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用しているかどうかを確認します。
使用していない場合は、手順 15 に進みます。
使用している場合は、メディエータの構成を復元します。
メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。
# metaset -s setname |
ディスクセットの名前を指定します。
どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。
# metaset -s setname -t |
ディスクセットの所有権を取得します。
メディエータを再度作成します。
# metaset -s setname -a -m mediator-host-list |
ディスクセットに追加します。
追加するノードの名前をディスクセットのメディエータホストとして指定します。
アップグレードしていない場合は、手順 16に進みます。
アップグレードした場合は、すべてのディスクグループをアップグレードします。
インストールした VxVM リリースがサポートする最新バージョンにディスクグループをアップグレードするには、ディスクグループの主ノードで次のコマンドを実行します。
# vxdg upgrade dgname |
ディスクグループのアップグレードの詳細については、 VxVM の管理マニュアルを参照してください。
クラスタの監視に Sun Management Center を使用するかどうかを確認します。
使用する場合は、Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする (ローリング以外) に進みます。
使用しない場合は、Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング以外)に進みます。
次の例では、Solaris 8 オペレーティング環境において、2 ノードクラスタを Sun Cluster 3.0 から Sun Cluster 3.1 4/04 ソフトウェアにアップグレード (ローリング以外) する処理を示しています。 クラスタノード名は、phys-schost-1 と phys-schost-2 です。
(最初のノード上で、Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします。) phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/ \ Solaris_8/Tools phys-schost-1# ./scinstall -u update -S interact (最初のノード上で、Java Enterprise System Accessory CD 3 CD-ROM からデータサービスをアップグレードします。) phys-schost-1# ./scinstall -u update -s all -d /cdrom/cdrom0 (2 番目のノード上で、Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします。) phys-schost-2# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/ \ Solaris_8/Tools phys-schost-2# ./scinstall -u update -S interact (2 番目のノード上で、Java Enterprise System Accessory CD 3 CD-ROM からデータサービスをアップグレードします。) phys-schost-2# ./scinstall -u update -s all -d /cdrom/cdrom0 (各ノードでクラスタを再起動します) phys-schost-1# reboot phys-schost-2# reboot (クラスタのメンバーシップを確認します) # scstat -- クラスタノード -- ノード名 状態 --------- ------ クラスタノード: phys-schost-1 Online クラスタノード: phys-schost-2 Online |
次の手順を実行して、Sun Management Center サーバーマシン、ヘルプサーバーマシン、およびコンソールマシンで Sun Cluster モジュールソフトウェアをアップグレードします。
Sun Management Center ソフトウェア自体をアップグレードする場合は、この手順は実行しないでください。 代わりにSun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング以外)に進み、Sun Cluster ソフトウェアのアップグレードを完了します。 次にSun Management Center ソフトウェアをアップグレードする に進み、Sun Management Center ソフトウェアと Sun Cluster モジュールをアップグレードします。
スーパーユーザーになって、既存の Sun Cluster モジュールパッケージを削除します。
pkgrm(1M) コマンドを使用して、次の表に示すすべての場所から、すべての Sun Cluster モジュールパッケージを削除します。
# pkgrm module-package |
保存場所 |
削除するモジュールパッケージ |
---|---|
Sun Management Center コンソールマシン |
SUNWscscn |
Sun Management Center サーバーマシン |
SUNWscssv、(SUNWjscssv) |
Sun Management Center ヘルプサーバーマシン |
SUNWscshl、(SUNWjscshl) |
クラスタノード上の Sun Cluster モジュールソフトウェアは、クラスタフレームワークのアップグレード時にすでにアップグレードされています。
スーパーユーザーとして、Sun Cluster モジュールパッケージを Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM から以下の表の場所に再インストールします。
CD-ROM パスの ver の値は 8 (Solaris 8 の場合) または 9 (Solaris 9 の場合) です。
# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_ver/Packages/ # pkgadd module-package |
保存場所 |
インストールするモジュールパッケージ |
---|---|
Sun Management Center コンソールマシン |
SUNWscshl、(SUNWjscshl) |
Sun Management Center サーバーマシン |
SUNWscssv、(SUNWjscssv) |
Sun Management Center ヘルプサーバーマシン |
SUNWscshl、(SUNWjscshl) |
ヘルプサーバーパッケージの SUNWscshl は、コンソールマシンとヘルプサーバーマシンの両方にインストールします。 コンソールマシンでは新しい SUNWscscn パッケージはアップグレードしません。
アップグレードを終了します。
次の手順を実行して、アップグレードから新しいバージョンを受信したすべてのリソースタイプを再登録し、新しいバージョンのリソースタイプを使用するために該当リソースを変更します。次にリソースを再度有効にし、オンラインに戻します。
リソースタイプの将来のバージョンをアップグレードするには、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプのアップグレード」を参照してください。
Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)のすべての手順を完了していることを確認します。
Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM または Java Enterprise System Accessory CD 3 CD-ROM にないデータサービスをアップグレードした場合は、それらのデータサービスの新しいリソースタイプを登録します。
データサービスの付属マニュアルに従ってください。
任意のノードで、scsetup(1M) ユーティリティーを起動します。
# scsetup |
新しいリソースタイプを登録します。
すべての該当リソースを新しいバージョンのリソースタイプに移行します。
新しいリソースタイプバージョンの拡張プロパティを変更します。
既存のリソースを移行した新しいリソースタイプごとに、その新しいリソースタイプの拡張プロパティに変更を追加する必要があるかどうかを決定します。
新しい各リソースタイプの必要条件については、各関連データサービスのマニュアルを参照してください。
新しいリソースタイプの Type_version プロパティは変更する必要はありません。 このプロパティは、 手順 5 でリソースを新しいリソースタイプに移行したときに変更されています。
リソースメニューの「リソースのプロパティを変更」から「拡張リソースプロパティの変更
」を選択します。
プロンプトに従って、拡張プロパティに必要な変更を加えます。
拡張プロパティの名前と変更する値については、お使いのデータサービスのマニュアルを参照してください。
変更が必要な各リソースタイプに対してこの手順を繰り返します。
「リソースグループメニュー」に戻ります。
すべての無効リソースを再度有効にします。
「リソースグループメニュー」から「リソースを有効化または無効化
」を選択します。
有効にするリソースを選択し、プロンプトの指示に従います。
無効になっている各リソースに対して、手順 b の手順を繰り返します。
すべてのリソースが再び有効になったら、 q を入力して「リソースグループメニュー」に戻ります。
各リソースグループをオンラインに戻します。
すべてのリソースグループがオンラインに戻ったら、scsetup ユーティリティーを終了します。
q を入力して各サブメニューを取り消すか、Ctrl-C を押してください。
これでクラスタのアップグレードは完了です。 クラスタを本稼働環境に戻すことができます。