Sun Cluster ソフトウェアのインストール (Solaris OS 版)

第 5 章 Sun Cluster ソフトウェアのアップグレード

この章では、Sun Cluster 3.x 構成を Sun Cluster 3.1 4/04 ソフトウェアにアップグレードするための情報と手順を説明します。

Sun Cluster 構成のアップグレードの概要

この節では、Sun Cluster 構成のアップグレードに関する次のガイドラインについて説明します。

アップグレードの必要条件と制約事項

Sun Cluster 3.1 4/04 ソフトウェアにアップグレードするときは、次の必要条件と制約事項を守ってください。

クラスタは、少なくとも、現行の必須パッチを含む Solaris 8 2/02 ソフトウェアで実行するか、このバージョンにアップグレードしてください。
クラスタハードウェアは、Sun Cluster 3.1 4/04 ソフトウェアでサポートされている構成にする必要があります。現在サポートされている Sun Cluster 構成については、Sun のサポートセンターに問い合わせてください。
ソフトウェアはすべて、Sun Cluster 3.1 4/04 ソフトウェアがサポートするバージョンにアップグレードする必要があります。たとえば、データサービスが Sun Cluster 3.0 ソフトウェアでサポートされ、Sun Cluster 3.1 4/04 ソフトウェアではサポートされない場合、データサービスを Sun Cluster 3.1 4/04 ソフトウェアでサポートされるバージョンにアップグレードする必要があります。そのデータサービスに関連するアプリケーションが Sun Cluster 3.1 4/04 ソフトウェアでサポートされない場合は、そのアプリケーションがサポートされるリリースにアップグレードする必要があります。
scinstall アップグレードユーティリティーは、Sun Cluster 3.1 4/04 ソフトウェアで提供されデータサービスのみをアップグレードします。カスタムまたはサードパーティ製のデータサービスは、手動でアップグレードする必要があります。
Sun Cluster 3.0 リリースからアップグレードする場合は、有効なテスト IP アドレスが必要です。テスト IP アドレスは、NAFO グループが IP ネットワークマルチパス (Internet Protocol Network Multipathing) グループに変換されるときに、パブリックネットワークアダプタと共に使用されます。 scinstall アップグレードユーティリティーは、クラスタ内の各パブリックネットワークアダプタに対して、テスト IP アドレスの入力を求めます。テスト IP アドレスは、アダプタのプライマリ IP アドレスと同じサブネットでなければなりません。

IP ネットワークマルチパスグループのテスト IP アドレスの詳細については、『IP ネットワークマルチパスの管理』 (Solaris 8) または『Solaris のシステム管理 (IP サービス)』 (Solaris 9) を参照してください。
Sun Cluster 3.1 4/04 ソフトウェアは、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアへのローリング以外のアップグレードのみをサポートします。
Sun Cluster 3.1 4/04 ソフトウェアは、Sun Cluster 3.x ソフトウェアからのみ直接アップグレードできます。
Sun Cluster 3.1 4/04 ソフトウェアは、Sun Cluster ソフトウェアのダウングレードをサポートしません。
Sun Cluster 3.1 4/04 ソフトウェアは、アーキテクチャのアップグレードをサポートしません。
Sun Cluster 3.1 4/04 ソフトウェアは、Sun Cluster 構成で Solaris ソフトウェアをアップグレードする Live Upgrade メソッドをサポートしません。

Sun Cluster のアップグレード方法の選択

次のいずれかの方法を選択して、クラスタを Sun Cluster 3.1 4/04 ソフトウェアにアップグレードします。

ローリング以外のアップグレード – ローリング以外のアップグレードでは、クラスタをシャットダウンしてから、クラスタノードをアップグレードします。すべてのノードを完全にアップグレードした後で、クラスタを運用状態に戻します。次の条件が 1 つでも当てはまる場合は、ローリング以外のアップグレード方法を使用する必要があります。
- Sun Cluster 3.0 ソフトウェアからアップグレードする
- Solaris 8 ソフトウェアから Solaris 9 ソフトウェアにアップグレードする
- アプリケーションやデータベースなど、アップグレードするソフトウェア製品が、すべてのクラスタノードで同じバージョンのソフトウェアを同時に実行することを要求する
- VxVM もアップグレードする
ローリングアップグレード – ローリングアップグレードは、一度にクラスタ内の 1 つのノードをアップグレードします。クラスタは、別のノードで実行されているサービスを利用できるため運用状態を維持できます。次の条件のすべてが当てはまる場合、ローリングアップグレード方法を使用できます。
- Sun Cluster 3.1 ソフトウェアからアップグレードする
- Solaris ソフトウェアをまったくアップグレードしていない場合は、Solaris ソフトウェアを Solaris Update リリースにのみアップグレードします。
- アップグレードが必要なアプリケーションまたはデータベースについては、ソフトウェアの現在のバージョンは、そのソフトウェアのアップグレードバージョンで実行されるクラスタに共存できます。

クラスタ構成が、ローリングアップグレードを実行するための必要条件を満たす場合でも、ローリング以外のアップグレードの実行を選ぶことができます。

Sun Cluster 3.1 4/04 構成の計画については、第 1 章「Sun Cluster 構成の計画」を参照してください。

Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング以外)

この節の手順を実行して、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 ソフトウェアへのアップグレード (ローリング) の手順を実行してください。

Task Map: Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング以外)

表 5–1 Task Map: Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング以外)


手順	参照箇所
1. アップグレード要件と制約に関する説明を読む	アップグレードの必要条件と制約事項
2. クラスタを稼動環境から外し、リソースを無効にして、共有データとシステムディスクのバックアップを作成。クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用している場合は、メディエータの構成を解除	アップグレード用にクラスタを準備する (ローリング以外)
3. 必要に応じて、Solaris ソフトウェアをサポートされている Solaris アップグレードリリースにアップグレード。任意で VERITAS Volume Manager (VxVM) をアップグレード	Solaris オペレーティング環境をアップグレードする (ローリング以外)
4. Sun Cluster 3.1 4/04 フレームワークとデータサービスソフトウェアをアップグレード。必要に応じて、アプリケーションをアップグレード。クラスタが二重列メディエータを使用している場合は、メディエータを再構成。 VxVM をアップグレードした場合は、ディスクグループをアップグレード	Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)
5. (省略可能) 必要に応じて、Sun Cluster モジュールを Sun Management Center にアップグレード	Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする (ローリング以外)
6. 新しいリソースタイプを登録し、既存のリソースを新しいリソースタイプに移行。必要に応じて、リソースタイプの拡張プロパティを変更し、リソースを有効にし、リソースグループをオンライン化	Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング以外)

アップグレード用にクラスタを準備する (ローリング以外)

ソフトウェアをアップグレードする前に、次の手順を実行してクラスタを稼動状態から外します。

クラスタ構成が、アップグレードの必要条件を満たしていることを確認します。

アップグレードの必要条件と制約事項を参照してください。

アップグレードするすべてのソフトウェア製品の 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
-F

リソースグループをオフラインに切り替えます。

-g resource-group

オフラインにするリソースグループの名前を指定します。

クラスタ内のすべてのリソースを無効にします。

アップグレードを行う前にリソースを無効にすることで、ノードが誤って再起動されクラスタモードになっても、そのリソースが自動的にオンラインになるのを防止します。

注 –
Sun Cluster 3.1 リリースからアップグレードする場合は、コマンド行の代わりに scsetup(1M) ユーティリティーを使用できます。「メインメニュー」から「リソースグループ」を選択して、「リソースの有効/無効化」を選択します。
1. 任意のノードから、クラスタで有効なすべてのリソースをリストします。
  # scrgadm -pv | grep "リソース有効" (resource-group:resource) リソース有効: True
2. ほかのリソースに依存するリソースを確認します。
  
  リソースを無効にする前に、依存するリソースを先に無効にする必要があります。
3. クラスタ内の有効なリソースを無効にします。
  scswitch -n -j resource
  -n
  
  無効にします。
  
  -j resource
  
  リソースを指定します。
  
  詳細については、scswitch(1M) のマニュアルページを参照してください。
4. すべてのリソースが無効であることを確認します。
  # scrgadm -pv | grep "リソース有効" (resource-group:resource) リソース有効: False

各リソースグループを非管理状態にします。
# scswitch -u -g resource-group
-u

指定したリソースグループを非管理状態にします。

-g resource-group

非管理状態にするリソースグループの名前を指定します。

すべてのノード上のすべてのリソースが「Offline」になっており、そのすべてのリソースグループが「Unmanaged」状態であることを確認します。
# scstat -g

クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用するかどうかを確認します。
- 使用しない場合は、手順 13 に進みます。
- 使用する場合は、メディエータの構成を解除します。
  
  詳細については、二重列メディエータの構成を参照してください。
1. 次のコマンドを実行して、メディエータデータに問題がないことを確認します。
  # medstat -s setname
  -s setname
  
  ディスクセットの名前を指定します。
  
  Status フィールドの値が不良の場合、関連するメディエータホストを修復します。不正なメディエータデータを修復するの手順に従います。
2. すべてのメディエータを一覧表示します。
  
  Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)の手順でメディエータを復元するときのために、この情報を使用しておいてください。
3. メディエータを使用するディスクセットについては、ノードが所有権をまだ持っていない場合は、ディスクセットの所有権を取得します。
  # metaset -s setname -t
  -t
  
  ディスクセットの所有権を取得します。
4. ディスクセットのすべてのメディエータの構成を解除します。
  # metaset -s setname -d -m mediator-host-list
  -s setname
  
  ディスクセットの名前を指定します。
  
  -d
  
  ディスクセットから削除します。
  
  -m mediator-host-list
  
  削除するノードの名前をディスクセットのメディエータホストとして指定します。
  
  metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
5. メディエータを使用する各ディスクセットに対して、手順 cから手順 dを繰り返します。

クラスタ内の各ノードで実行されているすべてのアプリケーションを停止します。

すべての共有データをバックアップします。

ノードのどれか 1 つで、クラスタを停止します。
# 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 オペレーティング環境をアップグレードする (ローリング以外)

クラスタ内の各ノードで次の手順を実行して、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 ファイルでグローバルにマウントされているファイルシステムのすべてのエントリをコメントアウトします。
1. 後の参照用にすでにコメントアウトしてあるすべてのエントリを記録します。
2. /etc/vfstab ファイル内のグローバルにマウントされているファイルシステム用のすべてのエントリを一時的にコメントアウトします。
  
  グローバルにマウントされているファイルシステム用のエントリに、global マウントオプションがあります。これらのエントリをコメントアウトすることにより、Solaris のアップグレード中に広域デバイスにマウントするのを防止します。

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 リンクをほかへ移動します。

手順 3 で一覧化された Apache リンクが存在しなかった。
手順 3 で一覧化された Apache リンクが存在し、かつファイル名に小文字の k または s が含まれている。

名前に大文字の 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 ソフトウェアにアップグレードする (ローリング以外)

ここでは、クラスタを 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 ソフトウェアにアップグレードします。
1. /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
2. クラスタフレームワークソフトウェアをアップグレードします。
  - Sun Cluster 3.0 ソフトウェアからアップグレードする場合は、次のコマンドを実行します。
    # ./scinstall -u update -S interact -M patchdir=dirname
    -S
    
    NAFO グループを IP ネットワークマルチパスグループに変換するときに使用するテスト IP アドレスを指定します。
    
    interact
    
    scinstall が、必要とされる各テスト IP アドレスをユーザーに求めることを指定します。
    
    -M patchdir=dirname[[,patchlistfile=filename]]
    
    scinstall コマンドで指定のパッチをインストールするために、パッチ情報へのパスを指定します。パッチリストファイルを指定しない場合、scinstall コマンドは、dirname ディレクトリ内の tar、jar、または zip 形式のパッチを含むすべてのパッチをインストールします。
    
    -M オプションは必須ではありません。パッチのインストールには任意の方法を使用できます。
  - Sun Cluster 3.1 ソフトウェアからアップグレードする場合は、次のコマンドを実行します。
    # ./scinstall -u update -M patchdir=dirname
    -M patchdir=dirname[[,patchlistfile=filename]]
    
    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 によって以下のような構成の変更が生じることがあります。
  - NAFO グループは IP ネットワークマルチパスグループに変換されるが、元の NAFO グループ名が維持されます。
  - ノード上に ntp.conf.cluster が存在しない場合は、ntp.conf ファイルを ntp.conf.cluster に名前変更します。
  - local-mac-address? 変数が設定されていない場合は、true に設定します。
3. CD-ROM のルートディレクトリに移動して、CD-ROM を取り出します。

クラスタにインストールされているソフトウェアアプリケーションをアップグレードします。

アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。インストール方法については、各アプリケーションのマニュアルを参照してください。さらに、次のガイドラインに従って、Sun Cluster 3.1 4/04 構成でアプリケーションをアップグレードします。
- アプリケーションが共有ディスクに格納されている場合は、アプリケーションをアップグレードする前に、関連するディスクグループをマスターして、関連するファイルシステムを手作業でマウントする必要があります。
- アップグレード処理中にノードの再起動を要求された場合は、再起動のコマンドに必ず -x オプションを指定してください。
  
  -x オプションを指定することで、そのノードは非クラスタモードで再起動されます。たとえば、次のコマンドはいずれも、ノードをシングルユーザーの非クラスタモードで起動します。
  # reboot -- -xs ok boot -xs

(省略可能) 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) ユーティリティーによって自動的にアップグレードされます。カスタムまたはサードパーティ製のデータサービスは、手動でアップグレードする必要があります。該当するデータサービスで指定された手順を実行します。
1. アップグレード対象のノードで Java Enterprise System Accessory CD 3 CD-ROM を CD-ROM ドライブに挿入します。
2. データサービスソフトウェアをアップグレードします。
  # scinstall -u update -s all -d /cdrom/cdrom0
  -u update
  
  アップグレードを行うよう指定します。
  
  -s all
  
  そのノードにインストールされているすべての Sun Cluster データサービスをアップグレードします。
  
  アップグレード処理が完了すると、システムは「Completed upgrade of Sun Cluster data services agents」というメッセージとアップグレードログのパスを表示します。
3. CD-ROM のルートディレクトリに移動して、CD-ROM を取り出します。
4. 必要に応じて、Java Enterprise System Accessory CD 3 CD-ROM で提供されないカスタムのデータサービスを手動でアップグレードします。
5. Sun Cluster 3.1 4/04 データサービスのパッチをインストールします。
  
  パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって』の「パッチと必須ファームウェアのレベル」を参照してください。

すべてのノードがアップグレードされた後、各ノードを再起動してクラスタにします。
# reboot

アップグレードしたソフトウェアのバージョンが、アップグレードしたすべてのノード上で同じであることを確認します。
1. アップグレードした各ノードで、Sun Cluster ソフトウェアのインストールレベルを表示します。
  # scinstall -pv
2. 1 つのノードから、アップグレードしたすべてのクラスタノードがクラスタモード (オンライン) で実行されていることを確認します。
  # scstat -n
  クラスタ状態の表示方法の詳細については、scstat(1M) のマニュアルページを参照してください。

Solaris 8 から Solaris 9 ソフトウェアにアップグレードしたかどうかを確認します。
- アップグレードしていない場合は、手順 14 に進みます。
- アップグレードした場合は、手順 11に進みます。

各ノードで、次のコマンドを実行してストレージ構成の一貫性を確認します。

# scdidadm -c

-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
-R

修復手順を実行します。

all

すべてのデバイスを指定します。

各ノードで、次のコマンドを実行して、ストレージデータベースの Solaris 9 デバイス ID への移行が成功していることを確認します。
# scdidadm -c
- scdidadm コマンドでメッセージが表示されたなら、手順 11に戻り、ストレージ構成またはストレージデータベースを修正します。
- scdidadm コマンドでメッセージが表示されなければ、デバイス ID への移行に成功しています。すべてのノードで、デバイス ID への移行を確認できたら、手順 14に進みます。

構成で Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用しているかどうかを確認します。
- 使用していない場合は、手順 15 に進みます。
- 使用している場合は、メディエータの構成を復元します。
1. メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。
  # metaset -s setname
  -s setname
  
  ディスクセットの名前を指定します。
2. どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。
  # metaset -s setname -t
  -t
  
  ディスクセットの所有権を取得します。
3. メディエータを再度作成します。
  # metaset -s setname -a -m mediator-host-list
  -a
  
  ディスクセットに追加します。
  
  -m mediator-host-list
  
  追加するノードの名前をディスクセットのメディエータホストとして指定します。
4. メディエータを使用するクラスタ内の各ディスクセットに対して、手順 a から手順 c を繰り返します。

VxVM をアップグレードしたかどうかを確認します。
- アップグレードしていない場合は、手順 16に進みます。
- アップグレードした場合は、すべてのディスクグループをアップグレードします。
  
  インストールした VxVM リリースがサポートする最新バージョンにディスクグループをアップグレードするには、ディスクグループの主ノードで次のコマンドを実行します。
  # vxdg upgrade dgname
  ディスクグループのアップグレードの詳細については、 VxVM の管理マニュアルを参照してください。

クラスタの監視に Sun Management Center を使用するかどうかを確認します。
- 使用する場合は、Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする (ローリング以外) に進みます。
- 使用しない場合は、Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング以外)に進みます。

例— Sun Cluster 3.0 から 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 モジュールソフトウェアをアップグレードします。

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 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング以外)に進みます。

Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング以外)

次の手順を実行して、アップグレードから新しいバージョンを受信したすべてのリソースタイプを再登録し、新しいバージョンのリソースタイプを使用するために該当リソースを変更します。次にリソースを再度有効にし、オンラインに戻します。

注 –

リソースタイプの将来のバージョンをアップグレードするには、『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

新しいリソースタイプを登録します。
1. 「メインメニュー」から「リソースグループ」を選択します。
2. 「リソースタイプを登録」を選択します。
3. 「まだ登録されていないすべてのリソースタイプを登録する」を選択します。
  
  scsetup ユーティリティーは、登録されていないすべてのリソースタイプを表示します。
  
  プロンプトに従い、新しいリソースタイプを登録します。

すべての該当リソースを新しいバージョンのリソースタイプに移行します。
1. 「リソースグループメニュー」から「リソースのプロパティを変更」を選択します。
2. 「リソースのバージョンの管理」を選択します。
3. 「バージョンの状態を表示」を選択します。
  
  scsetup ユーティリティーが、アップグレード中に新しいバージョンのリソースタイプがインストールされたすべてのリソースを表示します。リソースをアップグレードする新しいリソースタイプをメモします。
4. 「すべての適切なリソースのバージョンを変更」を選択します。
  
  プロンプトに従って、該当リソースを新しいバージョンのリソースタイプにアップグレードします。
5. リソースメニューの「リソースのプロパティを変更」に戻ります。

新しいリソースタイプバージョンの拡張プロパティを変更します。
1. 既存のリソースを移行した新しいリソースタイプごとに、その新しいリソースタイプの拡張プロパティに変更を追加する必要があるかどうかを決定します。
  
  新しい各リソースタイプの必要条件については、各関連データサービスのマニュアルを参照してください。
  
  注 –
  新しいリソースタイプの Type_version プロパティは変更する必要はありません。このプロパティは、手順 5 でリソースを新しいリソースタイプに移行したときに変更されています。
  - Type_version プロパティ以外のプロパティを追加変更する必要があるリソースタイプがない場合は、手順 7　に進みます。
  - 拡張プロパティを追加変更する必要があるリソースタイプが 1 つ以上ある場合は、手順 b に進みます。
2. リソースメニューの「リソースのプロパティを変更」から「拡張リソースプロパティの変更」を選択します。
3. プロンプトに従って、拡張プロパティに必要な変更を加えます。
  
  拡張プロパティの名前と変更する値については、お使いのデータサービスのマニュアルを参照してください。
4. 変更が必要な各リソースタイプに対してこの手順を繰り返します。
5. 「リソースグループメニュー」に戻ります。

すべての無効リソースを再度有効にします。
1. 「リソースグループメニュー」から「リソースを有効化または無効化」を選択します。
2. 有効にするリソースを選択し、プロンプトの指示に従います。
3. 無効になっている各リソースに対して、手順 b の手順を繰り返します。
4. すべてのリソースが再び有効になったら、 q を入力して「リソースグループメニュー」に戻ります。

各リソースグループをオンラインに戻します。
1. 「リソースグループメニュー」から「リソースグループをオンライン/オフライン化、またはスイッチオーバー」を選択します。
2. プロンプトに従って、各リソースグループを管理状態におき、リソースグループをオンラインに戻します。

すべてのリソースグループがオンラインに戻ったら、scsetup ユーティリティーを終了します。

q を入力して各サブメニューを取り消すか、Ctrl-C を押してください。

これでクラスタのアップグレードは完了です。クラスタを本稼働環境に戻すことができます。

Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング)

この節では、Sun Cluster 3.1 ソフトウェアを Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする手順を説明します。ローリングアップグレードでは、一度に 1 つのクラスタノードをアップグレードし、ほかのクラスタノードは稼働環境を維持できます。

Sun Cluster 3.0 ソフトウェアからアップグレードするには、Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング以外) の手順を実行します。

注 –

Sun Cluster 3.1 4/04 ソフトウェアは、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアへのローリングアップグレードをサポートしません。 Solaris ソフトウェアは、Sun Cluster のローリングアップグレードの間に、最新リリースにアップグレードできます。 Sun Cluster 構成を Solaris 8 ソフトウェアから Solaris 9 ソフトウェアにアップグレードする場合は、Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング以外) で説明されている手順を実行します。

Task Map: Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング)

表 5–2 Task Map: Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング)


目次	参照箇所
1. アップグレード要件と制約に関する説明を読む	アップグレードの必要条件と制約事項
2. クラスタを稼動環境から外し、リソースを無効にして、共有データとシステムディスクのバックアップを作成。クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用している場合は、メディエータの構成を解除	アップグレード用にクラスタを準備する (ローリング)
3. 必要に応じて、Solaris ソフトウェアをサポートされている Solaris アップグレードリリースにアップグレード。任意で VERITAS Volume Manager (VxVM) をアップグレード	Solaris Maintenance Update リリースへのアップグレード (ローリング)
4. Sun Cluster 3.1 4/04 フレームワークとデータサービスソフトウェアをアップグレード。必要に応じて、アプリケーションをアップグレード VxVM をアップグレードした場合は、ディスクグループをアップグレード	Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング)
5. クラスタが二重列メディエータを使用している場合は、メディエータを再構成。新しいリソースタイプを登録し、既存のリソースを新しいリソースタイプに移行。必要に応じて、リソースタイプの拡張プロパティを変更し、リソースを有効にし、リソースグループをオンライン化。必要に応じて、Sun Cluster モジュールを Sun Management Center にアップグレード	Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング)

アップグレード用にクラスタを準備する (ローリング)

この作業は、一度に 1 つのノードで実行してください。アップグレードするノードはクラスタから外します。ほかの残りのノードは、アクティブクラスタメンバーとして引き続き機能します。

注 –

クラスタ内のすべてのノードのアップグレードが成功するまで、Update リリースの新しい機能を使用したり、新しいデータサービスをインストールしたり、管理構成コマンドを発行してはなりません。

クラスタ構成が、アップグレードの必要条件を満たしていることを確認します。

アップグレードの必要条件と制約事項を参照してください。

クラスタのアップグレードを開始する前に、アップグレード対象のすべてのソフトウェア製品の CD-ROM、マニュアル、およびパッチを用意します。
- Solaris 8 または Solaris 9 オペレーティング環境
- Sun Cluster 3.1 4/04 フレームワーク
- Sun Cluster 3.1 4/04 データサービス (エージェント)
- Sun Cluster 3.1 4/04 データサービスエージェントが管理するアプリケーション
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって』の「パッチと必須ファームウェアのレベル」を参照してください。

(省略可能) Sun Cluster 3.1 4/04 のマニュアルをインストールします。

管理コンソールまたドキュメンテーションサーバーなどの希望する場所に、ドキュメンテーションパッケージをインストールします。 Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM のトップレベルにある index.html ファイルを参照して、インストール指示にアクセスしてください。

任意のノードから、クラスタの現在の状態を表示します。

この出力を後の比較基準として保存しておきます。
% scstat % scrgadm -pv[v]
詳細については、scstat(1M) と scrgadm(1M) のマニュアルページを参照してください。

アップグレードする 1 つのクラスタノード上でスーパーユーザーになります。

アップグレード用に、そのノードで動作するすべてのリソースグループとデバイスグループを退避させます。
# scswitch -S -h from-node
-S

すべてのリソースグループとデバイスグループを退避させます。

-h from-node

リソースグループとデバイスグループを退避させるノード名を指定します。

詳細については、scswitch(1M) のマニュアルページを参照してください。

退避が正常に完了したことを確認します。
# scstat -g -D
-g

すべてのリソースグループのステータスが表示されます。

-D

すべてのディスクデバイスグループのステータスが表示されます。

システムディスクとデータのバックアップが作成されていることを確認します。

クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用するかどうかを確認します。
- 使用しない場合は、手順 10 に進みます。
- 使用する場合は、メディエータの構成を解除します。
  
  詳細については、二重列メディエータの構成を参照してください。
1. 次のコマンドを実行して、メディエータデータに問題がないことを確認します。
  # medstat -s setname
  -s setname
  
  ディスクセットの名前を指定します。
  
  Status フィールドの値が不良の場合、関連するメディエータホストを修復します。不正なメディエータデータを修復するの手順に従います。
2. すべてのメディエータを一覧表示します。
  
  Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング)の手順でメディエータを復元するときには、この情報を使用してください。
3. メディエータを使用するディスクセットについては、ノードが所有権をまだ持っていない場合は、ディスクセットの所有権を取得します。
  # metaset -s setname -t
  -t
  
  ディスクセットの所有権を取得します。
4. ディスクセットのすべてのメディエータの構成を解除します。
  # metaset -s setname -d -m mediator-host-list
  -s setname
  
  ディスクセットの名前を指定します。
  
  -d
  
  ディスクセットから削除します。
  
  -m mediator-host-list
  
  削除するノードの名前をディスクセットのメディエータホストとして指定します。
  
  metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
5. メディエータを使用する残りの各ディスクセットに対して、手順 c から手順 d を繰り返します。

アップグレードするノードをシャットダウンして、非クラスタモードで起動します。
# shutdown -y -g0 ok boot -x
クラスタ内のほかのノードは、アクティブクラスタメンバーとして引き続き機能します。

Solaris ソフトウェアを Maintenance Update リリースにアップグレードするかどうかを決定します。

注 –
Sun Cluster 3.1 4/04 ソフトウェアをサポートするためには、クラスタは、少なくとも Solaris オペレーティング環境の必要最低条件のレベルで実行されているか、アップグレードされている必要があります。 Solaris オペレーティング環境のサポートされているリリースについては、『Sun Cluster ご使用にあたって (Solaris OS 版)』を参照してください。
- アップグレードする場合は、Solaris Maintenance Update リリースへのアップグレード (ローリング) に進みます。
- アップグレードしない場合は、Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング)に進みます。

Solaris Maintenance Update リリースへのアップグレード (ローリング)

Solaris 8 または Solaris 9 オペレーティング環境を、サポートされている Maintenance Update リリースにアップグレードするには次の手順を実行します。

注 –

Solaris 8 を Solaris 9 ソフトウェアにアップグレードするには、ローリング以外のアップグレードを実行します。この手順は、Sun Cluster ソフトウェアと共にアップグレードする場合も、そうでない場合でも同じです。 Sun Cluster 3.1 4/04 ソフトウェアへのアップグレード (ローリング以外) に進みます。

アップグレード用にクラスタを準備する (ローリング) のすべての手順を完了していることを確認します。

/etc/vfstab ファイル内のグローバルにマウントされているファイルシステム用のすべてのエントリを一時的にコメントアウトします。

この作業は、Solaris がアップグレード中にグローバルデバイスをマウントしないようにするために行います。

『Solaris maintenance update installation guide』の指示に従って、メンテナンスアップグレードリリースをインストールします。

注 –
インストール処理の最後に再起動するかどうかのプロンプトが表示されても、ノードを再起動しないでください。

手順 2でコメントアウトした /a/etc/vfstab ファイル内のグローバルにマウントされたファイルシステム用のすべてのエントリをコメント解除します。

Solaris ソフトウェアの必須パッチとハードウェア関連のパッチをすべてインストールし、ハードウェアパッチに含まれる必須ファームウェアをすべてダウンロードします。

注 –
手順 6まで再起動しないでください。

ノードを非クラスタモードで再起動します。

次のコマンドに 2 つのダッシュ (--) を含めます。
# reboot -- -x

Sun Cluster ソフトウェアをアップグレードします。

Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング)に進みます。

Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング)

次の手順を実行して、1 つのノードを Sun Cluster 3.1 4/04 ソフトウェアにアップグレードします。ほかの残りのクラスタノードは、クラスタモードで維持されます。

注 –

クラスタのすべてのノードがアップグレードされるまで、Sun Cluster 3.1 4/04 ソフトウェアの新しい機能を使用しないでください。

アップグレード用にクラスタを準備する (ローリング) のすべての手順を完了していることを確認します。

Solaris オペレーティング環境を Maintenance Update リリースにアップグレードした場合は、Solaris Maintenance Update リリースへのアップグレード (ローリング) のすべての手順を完了していることを確認してください。

Sun Cluster 3.1 4/04 ソフトウェアにアップグレードします。
1. ノードの CD-ROM ドライブに Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM を挿入します。
  
  ボリューム管理デーモンの vold(1M) が実行中で、CD-ROM デバイスを管理するように構成されている場合、デーモンによって自動的に CD-ROM が /cdrom/cdrom0 ディレクトリにマウントされます。
2. /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
3. Sun Cluster 3.1 4/04 ソフトウェアをインストールします。
  
  注 –
  ノードにすでにインストールされている /usr/cluster/bin/scinstall コマンドは使用しないでください。 Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM に含まれる scinstall コマンドを使用してください。
  # ./scinstall -u update -M patchdir=dirname
  -M patchdir=dirname[[,patchlistfile=filename]]
  
  scinstall コマンドで指定のパッチをインストールするために、パッチ情報へのパスを指定します。パッチリストファイルを指定しない場合、scinstall コマンドは、dirname ディレクトリ内の tar、jar、または zip 形式のパッチを含むすべてのパッチをインストールします。
  
  -M オプションは必須ではありません。パッチのインストールには任意の方法を使用できます。
  
  アップグレード処理が完了すると、システムは「Sun Cluster フレームワークのアップグレードが完了しました」というメッセージとアップグレードログのパスを表示します。
  
  パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって』の「パッチと必須ファームウェアのレベル」を参照してください。
  
  詳細については、scinstall(1M) のマニュアルページを参照してください。
  
  注 –
  Sun Cluster 3.1 4/04 ソフトウェアは、バージョン 3.5.1 以降の Sun Explorer ソフトウェアを必要とします。 Sun Cluster ソフトウェアへのアップグレードでは、Sun Explorer データコレクタソフトウェアのインストールが含まれており、sccheck ユーティリティーが共に使用されます。 Sun Cluster のアップグレードを行う前に、Sun Explorer ソフトウェアの別のバージョンがすでにインストールされている場合、Sun Cluster ソフトウェアで提供されるバージョンに置き換わります。ユーザー ID およびデータ配信などのオプションは保護されますが、crontab エントリは手動で再度作成する必要があります。
4. CD-ROM のルートディレクトリに移動して、CD-ROM を取り出します。
5. Sun Cluster 3.1 4/04 ソフトウェアのパッチをインストールします。

データサービスをアップグレードするかどうかを決定します。
- アップグレードする場合は、手順 4 に進みます。
- アップグレードしない場合は、手順 6 に進みます。

必要に応じて、アプリケーションをアップグレードします。

注 –
新しいバージョンのアプリケーションが、旧バージョンのクラスタと共存しない場合は、アプリケーションをアップグレードしないでください。

アプリケーションのマニュアルにある指示に従ってください。

(省略可能) データサービスがインストールされる各ノードで、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 データサービスを使用することになります。
1. ノードの CD-ROM ドライブに Java Enterprise System Accessory CD 3 CD-ROM を挿入します。
2. Sun Cluster 3.1 4/04 データサービス更新パッチをインストールします。
  
  次のいずれかを実行します。
  - 1 つまたは複数のデータサービスを指定してアップグレードするには、次のコマンドを入力します。
    # scinstall -u update -s srvc[,srvc,…] -d cdrom-image
    -u update
    
    クラスタノードを最新の Sun Cluster ソフトウェアリリースにアップグレードします。
    
    -s srvc
    
    指定したデータサービスをアップグレードします。
    
    -d cdrom-image
    
    CD-ROM イメージ用の代替えディレクトリを指定します。
  - ノード上にあるすべてのデータサービスをアップグレードするには、次のコマンドを入力します。
    # scinstall -u update -s all -d cdrom-image
    -s all
    
    すべてのデータサービスをアップグレードします。
    
    このコマンドは、インストールされているすべてのデータサービス用の更新内容が Update リリースに存在していると仮定しています。特定のデータサービス用の更新内容が Update リリースに存在しない場合は、そのデータサービスはアップグレードされません。
  アップグレード処理が完了すると、システムは「Sun Cluster データサービスエージェントのアップグレードが完了しました」というメッセージとアップグレードログのパスを表示します。
3. CD-ROM のルートディレクトリに移動して、CD-ROM を取り出します。
4. Sun Cluster 3.1 4/04 データサービスソフトウェアパッチをインストールします。
5. データサービス用の更新パッチがすべて正常にインストールされていることを確認します。
  
  アップグレード出力メッセージの最後に示されるアップグレードログを参照します。

ノードを再起動してクラスタに結合します。
# reboot

アップグレードしたノードで次のコマンドを実行して、Sun Cluster 3.1 4/04 ソフトウェアが正常にインストールされたことを確認します。
# scinstall -pv

任意のノードから、クラスタ構成の状態を確認します。
% scstat % scrgadm -pv[v]
この出力は、アップグレード用にクラスタを準備する (ローリング) の手順 4 の出力と同じでなければなりません。

ほかのノードもアップグレードするかどうかを確認します。
- アップグレードする場合は、アップグレード用にクラスタを準備する (ローリング) に戻り、アップグレードする次のノード上ですべてのアップグレード手順を繰り返します。
- アップグレードしない場合は、Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング)に進みます。

Sun Cluster 3.1 4/04 ソフトウェアへのアップグレードを完了する (ローリング)

アップグレードするすべてのクラスタノードで、すべてのアップグレード手順が完了していることを確認します。

クラスタが Solstice DiskSuite/Solaris Volume Manager に二重列メディエータを使用するかどうかを確認します。
- 使用しない場合は、手順 3 に進みます。
- 使用している場合は、メディエータの構成を復元します。
1. メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。
  # metaset -s setname
  -s setname
  
  ディスクセットの名前を指定します。
2. どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。
  # metaset -s setname -t
  -t
  
  ディスクセットの所有権を取得します。
3. メディエータを再度作成します。
  # metaset -s setname -a -m mediator-host-list
  -a
  
  ディスクセットに追加します。
  
  -m mediator-host-list
  
  追加するノードの名前をディスクセットのメディエータホストとして指定します。
4. メディエータを使用するクラスタ内の各ディスクセットに対して、手順 a から手順 c を繰り返します。

Sun Cluster 構成の監視に Sun Management Center を使用しているかどうかを確認します。

使用していない場合は、手順 5 に進みます。
使用している場合は、次の手順を実行して、Sun Management Center サーバーマシン、ヘルプサーバーマシン、およびコンソールマシンで Sun Cluster モジュールソフトウェアをアップグレードします。

注 –
クラスタノード上の Sun Cluster モジュールソフトウェアは、クラスタフレームワークのアップグレード時にすでにアップグレードされています。

Sun Management Center ソフトウェア自体をアップグレードする場合は、この手順は実行しないでください。代わりに手順 5 に進み、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 Solaris_sparc/Product/sun_cluster/Solaris_ver/Packages/
# pkgadd -d . module-package

保存場所	インストールするモジュールパッケージ
Sun Management Center コンソールマシン	`SUNWscshl、(SUNWjscshl)`
Sun Management Center サーバーマシン	`SUNWscssv、(SUNWjscssv)`
Sun Management Center ヘルプサーバーマシン	`SUNWscshl、(SUNWjscshl)`

ヘルプサーバーパッケージの SUNWscshl は、コンソールマシンとヘルプサーバーマシンの両方にインストールします。コンソールマシンでは新しい SUNWscscn パッケージにはアップグレードしません。

Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM または Java Enterprise System Accessory CD 3 CD-ROM にないデータサービスをアップグレードした場合は、それらのデータサービスの新しいリソースタイプを登録します。

データサービスの付属マニュアルに従ってください。

任意のノードで、scsetup(1M) ユーティリティーを起動します。
# scsetup

新しいリソースタイプを登録します。
1. 「メインメニュー」から「リソースグループ」を選択します。
2. 「リソースタイプを登録」を選択します。
3. 「まだ登録されていないすべてのリソースタイプを登録する」を選択します。
  
  scsetup ユーティリティーは、登録されていないすべてのリソースタイプを表示します。
  
  プロンプトに従い、新しいリソースタイプを登録します。

すべての該当リソースを新しいバージョンのリソースタイプに移行します。
1. 「リソースグループメニュー」から「リソースのプロパティを変更」を選択します。
2. 「リソースのバージョンの管理」を選択します。
3. 「バージョンの状態を表示」を選択します。
  
  scsetup ユーティリティーが、アップグレード中に新しいバージョンのリソースタイプがインストールされたすべてのリソースを表示します。リソースをアップグレードする新しいリソースタイプをメモします。
4. 「すべての適切なリソースのバージョンを変更」を選択します。
  
  プロンプトに従って、該当リソースを新しいバージョンのリソースタイプにアップグレードします。
5. リソースメニューの「リソースのプロパティを変更」に戻ります。

新しいリソースタイプバージョンの拡張プロパティを変更します。
1. 既存のリソースを移行した新しいリソースタイプごとに、その新しいリソースタイプの拡張プロパティに変更を追加する必要があるかどうかを決定します。
  
  新しい各リソースタイプの必要条件については、各関連データサービスのマニュアルを参照してください。
  
  注 –
  新しいリソースタイプの Type_version プロパティは変更する必要はありません。このプロパティは、手順 5 でリソースを新しいリソースタイプに移行したときに変更されています。
  - Type_version プロパティ以外のプロパティを追加変更する必要があるリソースタイプがない場合は、手順 9 に進みます。
  - 拡張プロパティを追加変更する必要があるリソースタイプが 1 つ以上ある場合は、手順 b に進みます。
2. リソースメニューの「リソースのプロパティを変更」から「拡張リソースプロパティの変更」を選択します。
3. プロンプトに従って、拡張プロパティに必要な変更を加えます。
  
  拡張プロパティの名前と変更する値については、お使いのデータサービスのマニュアルを参照してください。
4. 変更が必要な各リソースタイプに対してこの手順を繰り返します。
5. 「リソースグループメニュー」に戻ります。

すべての無効リソースを再度有効にします。
1. 「リソースグループメニュー」から「リソースを有効化または無効化」を選択します。
2. 有効にするリソースを選択し、プロンプトの指示に従います。
3. 無効になっている各リソースに対して、手順 bの手順を繰り返します。
4. すべてのリソースが再び有効になったら、 q を入力して「リソースグループメニュー」に戻ります。

各リソースグループをオンラインに戻します。
1. 「リソースグループメニュー」から「リソースグループをオンライン/オフライン化、またはスイッチオーバー」を選択します。
2. プロンプトに従って、各リソースグループを管理状態におき、リソースグループをオンラインに戻します。

すべてのリソースグループがオンラインに戻ったなら、scsetup ユーティリティーを終了します。

q を入力して各サブメニューを取り消すか、Ctrl-C を押してください。

これでクラスタのアップグレードは完了です。クラスタを本稼働環境に戻すことができます。

すべてのアプリケーションを再起動します。

アプリケーションのマニュアルにある指示に従ってください。

これでクラスタのアップグレードは完了です。

アップグレード時のストレージ構成変更の回復

この節では、不注意からアップグレード中にストレージ構成が変更された場合に実行する修復手順を説明します。

アップグレード中のストレージの再構成に対処する

Sun Cluster コマンドの実行など、ストレージトポロジに対する変更は、クラスタを Solaris 9 ソフトウェアにアップグレードする前に行ってください。ただし、アップグレード中にストレージトポロジが変更された場合は、次の手順を実行します。この手順では、新しいストレージ構成が正しいことと、再構成されなかった既存のストレージは誤って変更されないことを保証します。

ストレージトポロジが正しいことを確認します。

変更されている可能性を示すフラグ付きデバイスが、実際に変更されているデバイスにマップされていないかどうかを確認します。デバイスが変更されていない場合、誤ったケーブル接続など、偶発的な構成変更の可能性を調べて修正します。

確認されていないデバイスに接続するノードでスーパーユーザーになります。

未確認のデバイスを手動で更新します。
# scdidadm -R device
-R device

指定した device で、修復手順を実行します。

詳細については、scdidadm(1M) のマニュアルページを参照してください。

DID ドライバを更新します。
# scdidadm -ui # scdidadm -r
-u

デバイス ID の構成テーブルをカーネルに読み込みます。

-i

DID ドライバを初期化します。

-r

データベースを再構成します。

手順 2から手順 4までの手順を、未確認のデバイスに接続するすべてのノード上で繰り返し実行します。

残りのアップグレード作業に戻ります。
- ローリング以外のアップグレードについては、Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)の手順 11 に進みます。
- ローリングアップグレードについては、アップグレード用にクラスタを準備する (ローリング) の手順 12 に進みます。

アップグレード中の誤ったストレージ変更を解決する

アップグレード中に、ストレージのケーブル接続が誤って変更された場合、次の手順を実行して、ストレージ構成を正しい状態に戻します。

注 –

この手順では、物理ストレージが実際に変更されていないことを前提とします。物理または論理ストレージデバイスが変更された場合は、代わりにアップグレード中のストレージの再構成に対処するの手順に従ってください。

ストレージトポロジを元の構成に戻します。

変更の可能性を示すフラグが付いたデバイスの構成を、ケーブル接続も含め検査します。

スーパーユーザーで、クラスタ内の各ノードで DID ドライバを更新します。
# scdidadm -ui # scdidadm -r
-u

デバイス ID の構成テーブルをカーネルに読み込みます。

-i

DID ドライバを初期化します。

-r

データベースを再構成します。

詳細については、scdidadm(1M) のマニュアルページを参照してください。

手順 2 で scdidadm コマンドがエラーメッセージを返したかどうかを確認します。
- エラーメッセージがない場合は、手順 4に進みます。
- エラーメッセージがある場合は、手順 1に戻ってストレージ構成を修正した後、手順 2の手順を繰り返します。

残りのアップグレード作業に戻ります。
- ローリング以外のアップグレードについては、Sun Cluster 3.1 4/04 ソフトウェアにアップグレードする (ローリング以外)の手順 11 に進みます。
- ローリングアップグレードについては、アップグレード用にクラスタを準備する (ローリング) の手順 12 に進みます。

Sun Management Center ソフトウェアのアップグレード

この節では、Sun Management Center 2.1.1 を Sun Cluster 3.1 4/04 構成で Sun Management Center 3.0 ソフトウェアまたは Sun Management Center 3.5 ソフトウェアにアップグレードする手順を説明します。

Sun Management Center ソフトウェアをアップグレードする

次のものを用意します。
- Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM または CD-ROM イメージへのパス。Sun Management Center ソフトウェアをアップグレードした後、CD-ROM を使用して Sun Cluster モジュールパッケージの Sun Cluster 3.1 4/04 バージョンを再インストールします。
- Sun Management Center のマニュアル。
- パッチがある場合には、Sun Management Center パッチおよび Sun Cluster モジュールパッチ。
  
  パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって』の「パッチと必須ファームウェアのレベル」を参照してください。

すべての Sun Management Center プロセスを停止します。
1. Sun Management Center コンソールが動作している場合は、コンソールを終了します。
  
  コンソールウィンドウのメニューバーから「ファイル」、「終了」の順に選択します。
2. 個々の Sun Management Center エージェントマシン (クラスタノード) で Sun Management Center エージェントプロセスを停止します。
  # /opt/SUNWsymon/sbin/es-stop -a
3. Sun Management Center サーバーマシンで Sun Management Center サーバープロセスを停止します。
  # /opt/SUNWsymon/sbin/es-stop -S

スーパーユーザーになって、Sun Cluster モジュールパッケージを削除します。

pkgrm(1M) コマンドを使用して、次の表に示すすべての場所から、すべての Sun Cluster モジュールパッケージを削除します。

# pkgrm module-package

保存場所	削除するモジュールパッケージ
各クラスタノード	`SUNWscsam`、`SUNWscsal`
Sun Management Center コンソールマシン	`SUNWscscn`
Sun Management Center サーバーマシン	`SUNWscssv、(SUNWjscssv)`
Sun Management Center ヘルプサーバーマシン	`SUNWscshl、(SUNWjscshl)`

表にリストされたすべてのパッケージを削除しない場合、パッケージの依存関係による問題が生じ、Sun Management Center ソフトウェアのアップグレードに失敗する可能性があります。 Sun Management Center ソフトウェアをアップグレードした後に、手順 5 でこれらのパッケージを再インストールしてください。

Sun Management Center ソフトウェアをアップグレードします。

Sun Management Center のマニュアルに説明されているアップグレード手順に従ってください。

スーパーユーザーとして、Sun Cluster モジュールパッケージを Sun Java Enterprise System 2004Q2 2 of 2 CD-ROM から以下の表の場所に再インストールします。

CD-ROM パスでは、ver の値は 8 (Solaris 8 の場合) または 9 (Solaris 9 の場合) に置き換えます。

# cd Solaris_sparc/Product/sun_cluster/Solaris_ver/Packages/
# pkgadd -d . module-package

保存場所	インストールするモジュールパッケージ
各クラスタノード	`SUNWscsam`、`SUNWscsal`
Sun Management Center サーバーマシン	`SUNWscssv、(SUNWjscssv)`
Sun Management Center コンソールマシン	`SUNWscshl、(SUNWjscshl)`
Sun Management Center ヘルプサーバーマシン	`SUNWscshl、(SUNWjscshl)`

ヘルプサーバーパッケージの SUNWscshl は、コンソールマシンとヘルプサーバーマシンの両方にインストールします。

すべての Sun Management Center パッチと Sun Cluster モジュールパッチをクラスタの各ノードに適用します。

Sun Management Center エージェント、サーバー、およびコンソールプロセスを再開します。

SPARC: Sun Management Center を起動するの手順を参照してください。

Sun Cluster モジュールを読み込みます。

SPARC: Sun Cluster モジュールを読み込むの手順を参照してください。

Sun Cluster モジュールがすでに読み込まれている場合は、これをいったん読み込み解除してから再び読み込み、サーバーにキャッシュされているすべてのアラーム定義を消去する必要があります。モジュールを読み込み解除するには、コンソールの「詳細」ウィンドウから「モジュール」、「モジュールの読み込み」の順に選択します。