この章では、Sun Cluster 3.x 構成を Sun Cluster 3.1 9/04 ソフトウェアにアップグレードするための情報と手順を説明します。
この節では、Sun Cluster 構成のアップグレードに関する次のガイドラインについて説明します。
Sun Cluster 3.1 9/04 ソフトウェアにアップグレードするときは、次の必要条件とサポートガイドラインを守ってください。
クラスタは、少なくとも、現行の必須パッチを含む Solaris 8 2/02 ソフトウェアで実行するか、このバージョンにアップグレードしてください。
クラスタハードウェアは、Sun Cluster 3.1 9/04 ソフトウェアでサポートされている構成にする必要があります。現在サポートされている Sun Cluster 構成については、Sun のサポートセンターに問い合わせてください。
ソフトウェアはすべて、Sun Cluster 3.1 9/04 ソフトウェアがサポートするバージョンにアップグレードする必要があります。たとえば、データサービスが Sun Cluster 3.0 ソフトウェアでサポートされ、Sun Cluster 3.1 9/04 ソフトウェアではサポートされない場合、データサービスを Sun Cluster 3.1 9/04 ソフトウェアでサポートされるバージョンにアップグレードする必要があります。特定のデータサービスのサポート情報については、『Sun Cluster 3.1 9/04 ご使用にあたって (Solaris OS 版)』の「サポートされる製品」を参照してください。
そのデータサービスに関連するアプリケーションが Sun Cluster 3.1 9/04 ソフトウェアでサポートされない場合は、そのアプリケーションがサポートされるリリースにアップグレードする必要があります。
scinstall アップグレードユーティリティーは、Sun Cluster 3.1 9/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 9/04 ソフトウェアは、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアへのローリング以外のアップグレードのみをサポートします。
Sun Cluster 3.1 9/04 ソフトウェアは、Sun Cluster 3.x ソフトウェアからのみ直接アップグレードできます。
Sun Cluster 3.1 9/04 ソフトウェアは、Sun Cluster ソフトウェアのダウングレードをサポートしません。
Sun Cluster 3.1 9/04 ソフトウェアは、アーキテクチャのアップグレードをサポートしません。
Sun Cluster 3.1 9/04 ソフトウェアは、Sun Cluster 構成で Solaris ソフトウェアをアップグレードする Live Upgrade メソッドをサポートしません。
次のいずれかの方法を選択して、クラスタを Sun Cluster 3.1 9/04 ソフトウェアにアップグレードします。
ローリング以外のアップグレード– ローリング以外のアップグレードでは、クラスタをシャットダウンしてからクラスタノードをアップグレードします。すべてのノードを完全にアップグレードした後で、クラスタを運用状態に戻します。次の条件が 1 つでも当てはまる場合は、ローリング以外のアップグレード方法を使用する必要があります。
Sun Cluster 3.0 ソフトウェアからアップグレードする
Solaris 8 ソフトウェアから Solaris 9 ソフトウェアにアップグレードする
アプリケーションやデータベースなど、アップグレードするソフトウェア製品が、すべてのクラスタノードで同じバージョンのソフトウェアを同時に実行することを要求する
Sun Management Center 用の Sun Cluster モジュールソフトウェアをアップグレードする
また、VxVM または VxFS もアップグレードする
ローリングアップグレード– ローリングアップグレードでは、1 度にクラスタの 1 つのノードをアップグレードします。クラスタは、別のノードで実行されているサービスを利用できるため運用状態を維持できます。ローリングアップグレード方法は、次の条件のすべてが当てはまる場合に使用できます。
Sun Cluster 3.1 ソフトウェアからアップグレードする
Solaris オペレーティングシステムをアップグレードしているとしても、Solaris オペレーティングシステムを Solaris Update にのみアップグレードする
アップグレードが必要なアプリケーションまたはデータベースについては、ソフトウェアの現在のバージョンは、そのソフトウェアのアップグレードバージョンで実行されるクラスタに共存できます。
クラスタ構成が、ローリングアップグレードを実行するための必要条件を満たす場合でも、ローリング以外のアップグレードの実行を選ぶことができます。クラスタコントロールパネルを使用してすべてのクラスタノードに対して同時にコマンドを発行し、クラスタの停止時間を許容できる場合は、ローリングアップグレードよりもローリング以外のアップグレードの方が良い場合があります。
Sun Cluster 3.1 9/04 構成の計画については、第 1 章「Sun Cluster 構成の計画」を参照してください。
この節の手順を実行して、Sun Cluster 3.x ソフトウェアから Sun Cluster 3.1 9/04 ソフトウェアへのローリング以外アップグレードを実行します。ローリング以外のアップグレードでは、クラスタノードをアップグレードする前に、クラスタ全体をシャットダウンします。この手順を使用して、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアにクラスタをアップグレードすることもできます。
Sun Cluster 3.1 9/04 ソフトウェアのローリングアップグレードを実行するには、「Sun Cluster 3.1 9/04 ソフトウェアへのアップグレード (ローリング)」の手順を実行してください。
作業 |
参照先 |
---|---|
1. アップグレード要件と制約に関する説明を読む | |
2. クラスタを稼動環境から外し、リソースを無効にして、共有データとシステムディスクのバックアップを作成。クラスタが Solstice DiskSuite または Solaris Volume Manager ソフトウェアに二重列メディエータを使用している場合は、メディエータの構成を解除 | |
3. 必要に応じて、Solaris ソフトウェアをサポートされている Solaris アップデートにアップグレード任意で VERITAS Volume Manager (VxVM) をアップグレード | |
4. Sun Cluster 3.1 9/04 フレームワークとデータサービスソフトウェアをアップグレード必要に応じて、アプリケーションをアップグレードクラスタが二重列メディエータを使用している場合は、メディエータを再構成。SPARC:VxVM をアップグレードした場合は、ディスクグループをアップグレードしてください。 | |
5. リソースを有効にし、リソースグループをオンラインにします。任意で、既存のリソースを新しいリソースタイプに移行します。 | |
6. (省略可能) SPARC:必要に応じて、Sun Management Center 用 Sun Cluster モジュールをアップグレードします。 |
「SPARC: Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする 」 |
ソフトウェアをアップグレードする前に、次の手順を実行してクラスタを稼動状態から外します。
クラスタ構成が、アップグレードの必要条件を満たしていることを確認します。
「アップグレードの必要条件とサポートガイドライン」を参照してください。
アップグレードするすべてのソフトウェア製品の 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 データサービスエージェントが管理するアプリケーション
SPARC:VERITAS Volume Manager
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
(省略可能) Sun Cluster 3.1 9/04 のマニュアルをインストールします。
管理コンソールまたドキュメンテーションサーバーなどの希望する場所に、ドキュメンテーションパッケージをインストールします。Sun Cluster 3.1 9/04 CD-ROM のトップレベルにある index.html ファイルを参照して、インストール指示にアクセスしてください。
Sun Cluster 3.0 からアップグレードしている場合、テスト IP アドレスのリストを使用できるようにしてください。
クラスタ内のそれぞれのパブリックネットワークアダプタに最低 1 つのテスト IP アドレスが必要です。この必要条件は、アダプタがグループ内でアクティブアダプタかバックアップアダプタかに関わらず適用されます。テスト IP アドレスは、アダプタが IP ネットワークマルチパスを使用するように再構成するときに使用されます。
各テスト IP アドレスは、パブリックネットワークアダプタが使用する既存の IP アドレスと同じサブネット上になければなりません。
ノード上のパブリックネットワークアドレスを表示するには、次のコマンドを実行します。
% pnmstat |
IP ネットワークマルチパスのテスト IP アドレスの詳細については、『IP ネットワークマルチパスの管理』 (Solaris 8) または『Solaris のシステム管理 (IP サービス)』 (Solaris 9) を参照してください。
アップグレード中、クラスタサービスが利用できなくなることをユーザーに通知します。
クラスタが正常に機能していることを確認してください。
クラスタの現在の状態を表示するには、任意のノードから次のコマンドを実行します。
% scstat |
詳細については、scstat(1M) のマニュアルページを参照してください。
同じノード上の /var/adm/messages ログに、解決されていないエラーや警告メッセージがないかどうかを確認します。
ボリューム管理の状態を確認します。
各クラスタのノードのスーパーユーザーになります。
scsetup(1M) ユーティリティを起動します。
# scsetup |
メインメニューが表示されます。
各リソースグループをオフラインに切り替えます。
クラスタ内のすべてのリソースを無効にします。
アップグレードを行う前にリソースを無効にすることで、ノードが誤って再起動されクラスタモードになっても、そのリソースが自動的にオンラインになるのを防止します。
「リソースグループメニュー」から「リソースを有効化または無効化」を選択します。
無効にするリソースを選択し、プロンプトの指示に従います。
各リソースごとに手順 bを繰り返します。
すべてのリソースが無効になったら、q を入力して「リソースグループメニュー」に戻ります。
scsetup ユーティリティーを終了します。
q を入力して各サブメニューを取り消すか、Ctrl-C を押してください。
すべてのノード上のすべてのリソースが「Offline」になっており、そのすべてのリソースグループが「Unmanaged」状態であることを確認します。
# scstat -g |
クラスタが 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) のマニュアルページを参照してください。
まだインストールされていない場合は、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 |
クラスタ内の各ノードで実行されているすべてのアプリケーションを停止します。
すべての共有データをバックアップします。
# scshutdown -g0 -y |
詳細については、scshutdown(1M) のマニュアルページを参照してください。
SPARC ベースのシステム上で、以下のコマンドを実行します。
ok boot -x |
x86 ベースのシステム上で、以下のコマンドを実行します。
... <<< 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 |
各システムディスクをバックアップします。
Sun Cluster ソフトウェアまたは Solaris オペレーティングシステムをアップグレードします。
Sun Cluster アップグレードを実行する前に Solaris ソフトウェアをアップグレードするには、「Solaris OS のローリング以外のアップグレードを実行する」に進みます。
Sun Cluster 3.1 9/04 ソフトウェアが、クラスタ内で現在実行されている Solaris OS のリリースをサポートしない場合は、Solaris ソフトウェアをサポートされるリリースにアップグレードする必要があります。Sun Cluster 3.1 9/04 ソフトウェアが現在ご使用のクラスタ上で実行されている Solaris OS のリリースをサポートしている場合、さらに Solaris ソフトウェアをアップグレードするかどうかは任意です。詳細については、『Sun Cluster ご使用にあたって (Solaris OS 版)』の「サポートされる製品」を参照してください。
Sun Cluster ソフトウェアをアップグレードする場合は、「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」に進みます。
クラスタ内の各ノードで次の手順を実行して、Solaris OS をアップグレードします。クラスタが既に Sun Cluster 3.1 9/04 ソフトウェアをサポートするバージョンの Solaris OS で動作している場合は、さらに Solaris OS をアップグレードするかどうかは任意です。Solaris OS をアップグレードしない場合、「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」に進んでください。
Sun Cluster 3.1 9/04 ソフトウェアをサポートするためには、クラスタは、少なくとも最低必須レベルである Solaris 8 または Solaris 9 OSで動作しているか、アップグレードされている必要があります。詳細については、『Sun Cluster ご使用にあたって (Solaris OS 版)』の「サポートされる製品」を参照してください。
「ローリング以外のアップグレード用にクラスタを準備する」のすべての手順を完了していることを確認します。
アップグレードするクラスタノードでスーパーユーザーになります。
(省略可能) VxFS をアップグレードします。
VxFS のマニュアルに記載された手順に従ってください。
以下の 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 が含まれている場合は、手順 9 で、これらのリンクをほかに移動します。
ノードの /etc/vfstab ファイル内でグローバルにマウントされているファイルシステム内のすべてのエントリをコメントアウトします。
Solaris OS をアップグレードするために実行する手順を決定します。
ボリュームマネージャ |
使用手順 |
参照マニュアル |
---|---|---|
Solstice DiskSuite または Solaris Volume Manager |
Live Upgrade メソッド以外の Solaris のアップグレードメソッド |
Solaris 8 または Solaris 9 のインストールマニュアル |
SPARC:VERITAS Volume Manager |
“VxVM および Solaris” のアップグレード |
VERITAS Volume Manager のインストールマニュアル |
クラスタに VxVM がインストールされている場合は、Solaris アップグレード処理の一環として、既存の VxVM ソフトウェアを再インストールするか、Solaris 9 バージョンの VxVM ソフトウェアにアップグレードする必要があります。
手順 6で選択した手順に従って、Solaris ソフトウェアをアップグレードします。
アップグレード処理中の他の時点でノードの再起動を要求された場合は、再起動のコマンドに必ず -x オプションを指定してください。または init S コマンドを実行するように指示されている場合は、代わりに reboot -- -xs コマンドを実行します。
-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 |
Solaris ソフトウェアアップグレードでは、インストール終了後の自動リブートを実行しないでください。代わりにこの手順に戻って 手順 8 および 手順 9 を実行後、手順 10 で非クラスタモードで再起動して、Solaris ソフトウェアアップグレードを完了します。
手順 5でコメントアウトにした /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 |
SPARC:クラスタが VxVM を実行している場合は、「VxVMとSolaris のアップグレード」の残りの手順を実行して、VxVM を再インストールするか、アップグレードしてください。
以下の注意事項を守ってください。
VxVM のアップグレードが完了して、再起動する前に/etc/vfstab ファイルのエントリを確認してください。手順 8でコメント解除したエントリがコメントアウトされている場合は、それらのエントリのコメントを再度解除します。
VxVM の手順で -r オプションを使用して最終的な再構成のための再起動を行うよう指示された場合は、-x オプションで非クラスタモードに再起動してください。
# reboot -- -x |
次のようなメッセージが表示された場合は、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 パスワードを入力してください |
Solaris ソフトウェアの必須パッチとハードウェア関連のパッチをすべてインストールし、ハードウェアパッチに含まれる必須ファームウェアをすべてダウンロードします。
Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアパッチをインストールする必要があります。
パッチを追加した後で、再起動しないでください。Sun Cluster ソフトウェアをアップグレードした後に、ノードを再起動してください。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
Sun Cluster 3.1 9/04 ソフトウェアにアップグレードします。
「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」 に進みます。
Solaris 8 から Solaris 9 ソフトウェアへのアップグレードを完了するには、クラスタがすでに Sun Cluster 3.1 9/04 ソフトウェアの Solaris 8 バージョンで実行されている場合でも、Sun Cluster 3.1 9/04 ソフトウェアの Solaris 9 バージョンにアップグレードする必要があります。
この手順を実行して、クラスタの各ノードを Sun Cluster 3.1 9/04 ソフトウェアにアップグレードします。また、この手順を実行して、Solaris 8 から Solaris 9 ソフトウェアへのクラスタのアップグレードを完了します。
この手順は、複数のノードで同時に行えます。
「ローリング以外のアップグレード用にクラスタを準備する」のすべての手順を完了していることを確認します。
Solaris 8 から Solaris 9 ソフトウェアにアップグレードした場合は、「Solaris OS のローリング以外のアップグレードを実行する」の手順をすべて完了していることを確認します。
Solaris ソフトウェアのすべての必須パッチとハードウェア関連パッチがインストールされていることを確認します。
Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアの必須パッチもインストールされていることを確認します。
各クラスタのノードのスーパーユーザーになります。
ノードの CD-ROM ドライブに Sun Java Enterprise System 1/05 2 of 2 CD-ROM を挿入します。
ボリューム管理デーモンの vold(1M) が実行中で、CD-ROM デバイスを管理するように構成されている場合、デーモンによって自動的に CD-ROM が /cdrom/cdrom0/ ディレクトリにマウントされます。
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 コマンドを使用してください。
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 3.1 9/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 グループ名が維持されます。
詳細については、scinstall(1M) のマニュアルページを参照してください。IP ネットワークマルチパスのテストアドレスの詳細については、『IP ネットワークマルチパスの管理』 (Solaris 8) または『Solaris のシステム管理 (IP サービス)』 (Solaris 9) を参照してください。
ノード上に ntp.conf.cluster が存在しない場合は、ntp.conf ファイルを ntp.conf.cluster に名前変更します。
アップグレード処理が完了すると、システムは「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 で提供されないカスタムのデータサービスを手動でアップグレードします。
データサービス用の更新がすべて正常にインストールされていることを確認します。
アップグレード出力メッセージの最後に示されるアップグレードログを参照します。
scinstall コマンドを使用してインストールしていない場合は、Sun Cluster 3.1 9/04 ソフトウェアパッチをインストールします。
Sun Cluster 3.1 9/04 データサービスソフトウェアパッチをインストールします。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
クラスタにインストールされているソフトウェアアプリケーションをアップグレードします。
アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。インストール方法については、各アプリケーションのマニュアルを参照してください。
すべてのノードがアップグレードされた後、各ノードを再起動してクラスタにします。
# reboot |
Solaris 8 から Solaris 9 ソフトウェアにアップグレードした場合は、ストレージ構成の整合性を確認してください。
各ノード上で、次のコマンドを実行して、ストレージ構成の整合性を確認します。
# scdidadm -c |
整合性検査を実行します。
ストレージ構成がこの整合性検査を通るまで、手順 bに進まないでください。この検査を通らないと、デバイスの識別でエラーが生じ、データの破損を引き起こす可能性があります。
次の表は、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 |
必要ない手順 bで、このデバイス ID を更新します。 |
出力メッセージなし |
必要ない |
詳細については、scdidadm(1M) のマニュアルページを参照してください。
各ノードで、Sun Cluster ストレージデータベースを Solaris 9 デバイス ID に移行します。
# scdidadm -R all |
修復手順を実行します。
すべてのデバイスを指定します。
各ノード上で、次のコマンドを実行して、ストレージデータベースの Solaris 9 への移行が成功したことを確認します。
# scdidadm -c |
次の例では、Solaris 8 OS において、2 ノードクラスタを Sun Cluster 3.0 から Sun Cluster 3.1 9/04 ソフトウェアにアップグレード (ローリング以外) する処理を示しています。この例には、Sun Web Console ソフトウェアのインストールとSun Cluster 3.1 9/04 Agents CD-ROM上に新バージョンがあるすべてのインストールされたデータベースのアップグレードが含まれます。クラスタノード名は、phys-schost-1 と phys-schost-2 です。
(最初のノードで Sun Cluster 3.1 9/04 CD-ROM から Sun Web Console ソフトウェアをインストールします。) 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 (2 番目のノードで Sun Cluster 3.1 9/04 CD-ROM から Sun Web Console ソフトウェアをインストールします。) phys-schost-2# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/ \ Solaris_8/Misc phys-schost-2# ./setup (2 番目のノードで Sun Cluster 3.1 9/04 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 番目のノードで Sun Cluster 3.1 9/04 Agents CD-ROM からデータサービスをアップグレードします。) phys-schost-2# scinstall -u update -s all -d /cdrom/cdrom0 (各ノードをクラスタに再起動します。) phys-schost-1# reboot phys-schost-2# reboot (すべてのノードでソフトウェアのバージョンが同じであることを確認します。) # scinstall -pv (クラスタメンバーシップを確認します。) # scstat -n -- Cluster Nodes -- Node name Status --------- ------ Cluster node: phys-schost-1 Online Cluster node: phys-schost-2 Online |
この手順を実行して、Sun Cluster のアップグレードを終了します。最初に、アップグレードにより新しいバージョンを受け取るすべてのリソースタイプを登録します。2 番目にリソースが使用する新しいバージョンのリソースタイプを使用する該当リソースを変更します。3 番目に、リソースを再度有効にします。最後に、リソースグループをオンラインに戻します。
リソースタイプの将来のバージョンをアップグレードするには、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプのアップグレード」を参照してください。
「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」のすべての手順を完了していることを確認します。
Sun Cluster 3.1 9/04 Agents CD-ROM にないデータサービスをアップグレードした場合、それらのデータサービスの新しいリソースタイプを登録します。
データサービスの付属マニュアルに従ってください。
Sun Cluster HA for SAP liveCache を Sun Cluster 3.0 用のバージョンから Sun Cluster 3.1 用のバージョンにアップグレードした場合は、/opt/SUNWsclc/livecache/bin/lccluster 構成ファイルを変更してください。
lccluster ファイルで、CONFDIR_LIST="put-Confdir_list-here" エントリの put-Confdir_list-here の値を指定します。このエントリは、Sun Cluster 3.0 バージョンの lccluster ファイルにはありませんでした。『 Sun Cluster Data Service for SAP liveCache ガイド (Solaris OS 版)』の「Sun Cluster HA for SAP liveCache の登録と構成」の手順に従ってください。
ご使用の構成で Solstice DiskSuite または Solaris Volume Manager ソフトウェアの二重列メディエータを使用する場合は、メディエータ構成を復元します。
メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。
# metaset -s setname |
ディスクセット名を指定します。
どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。
# metaset -s setname -t |
ディスクセットの所有権を取得します。
メディエータを再作成します。
# metaset -s setname -a -m mediator-host-list |
ディスクセットに追加します。
追加するノードの名前をディスクセットのメディエータホストとして指定します。
SPARC: VxVM をアップグレードした場合は、すべてのディスクグループをアップグレードしてください。
インストールした VxVM リリースがサポートする最新バージョンにディスクグループをアップグレードするには、ディスクグループの主ノードで次のコマンドを実行します。
# vxdg upgrade dgname |
ディスクグループのアップグレードの詳細については、 VxVM の管理マニュアルを参照してください。
任意のノードで、scsetup(1M) ユーティリティーを起動します。
# scsetup |
すべての無効リソースを再度有効にします。
「リソースグループメニュー」から「リソースを有効化または無効化」を選択します。
有効にするリソースを選択し、プロンプトの指示に従います。
無効になっている各リソースに対して、手順 b の手順を繰り返します。
すべてのリソースが再び有効になったら、 q を入力して「リソースグループメニュー」に戻ります。
各リソースグループをオンラインに戻します。
すべてのリソースグループがオンラインに戻ったら、scsetup ユーティリティーを終了します。
q を入力して各サブメニューを取り消すか、Ctrl-C を押してください。
(省略可能) リソースを新しいリソースタイプバージョンに移行します。
コマンド行を使用する手順を含む『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプのアップブレード」を参照してください。代わりに、scsetup ユーティリティの「リソースグループ」メニューを使用して同じ作業を実行することもできます。このプロセスには、以下の作業が含まれます。
新しいリソースタイプを登録します。
該当リソースを新しいバージョンのリソースタイプに移行します。
リソースタイプの拡張プロパティを関連データサービスで指定されたとおりに変更します。
SPARC ベースのシステムで Sun Management Center を使用してクラスタを監視する場合は、「SPARC: Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする 」に進みます。
これでクラスタのアップグレードは完了です。
この節では、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 モジュールソフトウェアをアップグレードする 」に進みます。
これでクラスタのアップグレードは完了です。
この節では、不注意からアップグレード中にストレージ構成が変更された場合に実行する修復手順を説明します。
Sun Cluster コマンドの実行など、ストレージトポロジに対する変更は、クラスタを Solaris 9 ソフトウェアにアップグレードする前に行ってください。ただし、アップグレード中にストレージトポロジが変更された場合は、次の手順を実行します。この手順では、新しいストレージ構成が正しいことと、再構成されなかった既存のストレージは誤って変更されないことを保証します。
ストレージトポロジが正しいことを確認します。
変更されている可能性を示すフラグ付きデバイスが、実際に変更されているデバイスにマップされていないかどうかを確認します。デバイスが変更されていない場合、誤ったケーブル接続など、偶発的な構成変更の可能性を調べて修正します。
確認されていないデバイスに接続するノードでスーパーユーザーになります。
未確認のデバイスを手動で更新します。
# scdidadm -R device |
指定した device で、修復手順を実行します。
詳細については、scdidadm(1M) のマニュアルページを参照してください。
DID ドライバを更新します。
# scdidadm -ui # scdidadm -r |
デバイス ID の構成テーブルをカーネルに読み込みます。
DID ドライバを初期化します。
データベースを再構成します。
ローリング以外のアップグレードについては、「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」の手順 a に進みます。
ローリングアップグレードについては、「Sun Cluster 3.1 9/04 ソフトウェアのローリングアップグレードを実行する」の手順 4に進みます。
アップグレード中に、ストレージのケーブル接続が誤って変更された場合、次の手順を実行して、ストレージ構成を正しい状態に戻します。
この手順では、物理ストレージが実際に変更されていないことを前提とします。物理または論理ストレージデバイスが変更された場合は、代わりに「アップグレード中のストレージの再構成に対処する」の手順に従ってください。
トレージトポロジを元の構成に戻します。
変更の可能性を示すフラグが付いたデバイスの構成を、ケーブル接続も含め検査します。
スーパーユーザーで、クラスタ内の各ノードで DID ドライバを更新します。
# scdidadm -ui# scdidadm -r |
デバイス ID の構成テーブルをカーネルに読み込みます。
DID ドライバを初期化します。
データベースを再構成します。
詳細については、scdidadm(1M) のマニュアルページを参照してください。
scdidadm コマンドが手順 2でエラーを返した場合は、手順 1に戻って、さらに変更を加えてストレージ構成を修正し、手順 2を繰り返します。
ローリング以外のアップグレードについては、「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」の手順 a に進みます。
ローリングアップグレードについては、「Sun Cluster 3.1 9/04 ソフトウェアのローリングアップグレードを実行する」の手順 4に進みます。
この節では、Sun Cluster モジュールを Sun Management Center ソフトウェア用にアップグレードする手順および Sun Management Center ソフトウェアと Sun Cluster モジュールソフトウェアの両方をアップグレードする手順を説明します。
次の手順を実行して、Sun Management Center サーバーマシン、ヘルプサーバーマシン、およびコンソールマシンで Sun Cluster モジュールソフトウェアをアップグレードします。
Sun Management Center ソフトウェア自体をアップグレードする場合は、この手順は実行しないでください。代わりに、「SPARC: 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 Cluster 3.1 9/04 CD-ROMから次の表にリストされた場所に再インストールします。
CD-ROM パスの arch の値は sparc または x86 で、 ver の値は 8 (Solaris 8 の場合) または 9 (Solaris 9 の場合) です。
# cd /cdrom/cdrom0/Solaris_arch/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 Management Center 2.1.1 を Sun Management Center 3.0 ソフトウェアまたは Sun Management Center 3.5 ソフトウェアにアップグレードします。
次のものを用意します。
Sun Cluster 3.1 9/04 CD-ROM または CD-ROM イメージへのパス。
Sun Management Center ソフトウェアをアップグレードした後、CD-ROM を使用して Sun Cluster モジュールパッケージの Sun Cluster 3.1 9/04 バージョンを再インストールします。
Sun Management Center のマニュアル。
パッチがある場合には、Sun Management Center パッチおよび Sun Cluster モジュールパッチ。
パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。
すべての Sun Management Center プロセスを停止します。
Sun Management Center コンソールが動作している場合は、コンソールを終了します。
「console」ウィンドウの「File」メニュー から「Exit」を指定します。
個々の Sun Management Center エージェントマシン (クラスタノード) で Sun Management Center エージェントプロセスを停止します。
# /opt/SUNWsymon/sbin/es-stop -a |
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 Cluster 3.1 9/04 CD-ROMから次の表にリストされた場所に再インストールします。
CD-ROM パスの arch の値は sparc または x86 で、 ver の値は 8 (Solaris 8 の場合) または 9 (Solaris 9 の場合) です。
# cd /cdrom/cdrom0/Solaris_arch/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 モジュールがすでに読み込まれている場合は、これをいったん読み込み解除してから再び読み込み、サーバーにキャッシュされているすべてのアラーム定義を消去する必要があります。モジュールを読み込み解除するには、コンソールの「Details」ウィンドウの「Module」メニューから「Unload Module」を選択します。