test

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

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

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

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

表 5–1 作業マップ : Sun Cluster 3.1 9/04 ソフトウェアへのアップグレード

作業 

参照先 

1. アップグレード要件と制約に関する説明を読む 

「アップグレードの必要条件とサポートガイドライン」

2. クラスタを稼動環境から外し、リソースを無効にして、共有データとシステムディスクのバックアップを作成。クラスタが Solstice DiskSuite または Solaris Volume Manager ソフトウェアに二重列メディエータを使用している場合は、メディエータの構成を解除 

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

3. 必要に応じて、Solaris ソフトウェアをサポートされている Solaris アップデートにアップグレード任意で VERITAS Volume Manager (VxVM) をアップグレード 

「Solaris OS のローリング以外のアップグレードを実行する」

4. Sun Cluster 3.1 9/04 フレームワークとデータサービスソフトウェアをアップグレード必要に応じて、アプリケーションをアップグレードクラスタが二重列メディエータを使用している場合は、メディエータを再構成。SPARC:VxVM をアップグレードした場合は、ディスクグループをアップグレードしてください。 

「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」

5. リソースを有効にし、リソースグループをオンラインにします。任意で、既存のリソースを新しいリソースタイプに移行します。 

「Sun Cluster 3.1 9/04 ソフトウェアへのローリング以外のアップグレードを終了する」

6. (省略可能) SPARC:必要に応じて、Sun Management Center 用 Sun Cluster モジュールをアップグレードします。

「SPARC: Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする 」

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

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

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

    「アップグレードの必要条件とサポートガイドライン」を参照してください。

  2. アップグレードするすべてのソフトウェア製品の 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 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。

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

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

  4. Sun Cluster 3.0 からアップグレードしている場合、テスト IP アドレスのリストを使用できるようにしてください。

    クラスタ内のそれぞれのパブリックネットワークアダプタに最低 1 つのテスト IP アドレスが必要です。この必要条件は、アダプタがグループ内でアクティブアダプタかバックアップアダプタかに関わらず適用されます。テスト IP アドレスは、アダプタが IP ネットワークマルチパスを使用するように再構成するときに使用されます。

    注 –

    各テスト IP アドレスは、パブリックネットワークアダプタが使用する既存の IP アドレスと同じサブネット上になければなりません。

    ノード上のパブリックネットワークアドレスを表示するには、次のコマンドを実行します。


    % pnmstat

    IP ネットワークマルチパスのテスト IP アドレスの詳細については、『IP ネットワークマルチパスの管理』 (Solaris 8) または『Solaris のシステム管理 (IP サービス)』 (Solaris 9) を参照してください。

  5. アップグレード中、クラスタサービスが利用できなくなることをユーザーに通知します。

  6. クラスタが正常に機能していることを確認してください。

    • クラスタの現在の状態を表示するには、任意のノードから次のコマンドを実行します。


      % scstat

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

    • 同じノード上の /var/adm/messages ログに、解決されていないエラーや警告メッセージがないかどうかを確認します。

    • ボリューム管理の状態を確認します。

  7. 各クラスタのノードのスーパーユーザーになります。

  8. scsetup(1M) ユーティリティを起動します。


    # scsetup

    メインメニューが表示されます。

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

    1. scsetupのメインメニューから、「リソースグループ」を選択します。

    2. 「リソースグループメニュー」から「リソースグループをオンライン/オフライン化、またはスイッチオーバー」を選択します。

    3. プロンプトに従って、リソースグループをすべてオフラインにして、管理されていない状態にします。

    4. すべてのリソースグループがオフラインになったら、q を入力して「リソースグループメニュー」に戻ります。

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

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

    1. 「リソースグループメニュー」から「リソースを有効化または無効化」を選択します。

    2. 無効にするリソースを選択し、プロンプトの指示に従います。

    3. 各リソースごとに手順 bを繰り返します。

    4. すべてのリソースが無効になったら、q を入力して「リソースグループメニュー」に戻ります。

  11. scsetup ユーティリティーを終了します。

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

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


    # scstat -g

  13. クラスタが Solstice DiskSuite または Solaris Volume Manager ソフトウェアに二重列メディエータを使用している場合は、メディエータの構成を解除します。

    詳細については、「二重列メディエータの構成」を参照してください。

    1. 次のコマンドを実行して、メディエータデータに問題がないことを確認します。


      # medstat -s setname
      -s setname

      ディスクセット名を指定します。

      Status フィールドの値が不良の場合、関連するメディエータホストを修復します。「不正なメディエータデータを修復する」の手順に従います。

    2. すべてのメディエータを一覧表示します。

      「Sun Cluster 3.1 9/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を繰り返します。

  14. まだインストールされていない場合は、Sun Web Console パッケージをインストールします。

    クラスタの各ノードで次の手順を実行します。これらのパッケージは、Sun Web Console を使用しない場合でもSun Cluster ソフトウェアで必要です。

    1. CD-ROM ドライブにSun Cluster 3.1 9/04 CD-ROM を挿入します。

    2. /cdrom/cdrom0/Solaris_arch/Product/sun_web_console/2.1/ ディレクトリに変更します。ここで arch は sparc または x86 です。

    3. setup コマンドを実行します。


      # ./setup

      setup コマンドにより、Sun Web Console をサポートするすべてのパッケージがインストールされます。

  15. 2 ノードクラスタで、クラスタが Sun StorEdge Availability Suite ソフトウェアを使用する場合、可用性サービス向けの構成データが定足数ディスク上にあるようにします。

    クラスタソフトウェアをアップグレードした後、Sun StorEdge Availability Suite が正しく機能するようにするには、構成データを定足数ディスク上に置く必要があります。

    1. Sun StorEdge Availability Suite ソフトウェアを実行するノード上でスーパーユーザーになります。

    2. Sun StorEdge Availability Suite 構成ファイルで使用されるデバイス ID とスライスを見つけます。


      # /usr/opt/SUNWscm/sbin/dscfg
/dev/did/rdsk/dNsS

      この出力例では、N がデバイス ID でS がデバイス N のスライスです。

    3. 既存の定足数デバイスを見つけます。


      # scstat -q
-- Quorum Votes by Device --
                     Device Name         Present Possible Status
                     -----------         ------- -------- ------
   Device votes:     /dev/did/rdsk/dQsS  1       1        Online

      この出力例では、dQsS が既存の定足数デバイスです。

    4. 定足数デバイスが 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/ の名前を使用する必要があります。

    5. 構成データを移した場合、新しい場所を使用するように Sun StorEdge Availability Suite ソフトウェアを構成してください。

      スーパーユーザーとして、Sun StorEdge Availability Suite ソフトウェアを実行する各ノード上で次のコマンドを実行します。


      # /usr/opt/SUNWesm/sbin/dscfg -s /dev/did/rdsk/dQsS

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

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

  18. ノードのどれか 1 つで、クラスタを停止します。


    # scshutdown -g0 -y

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

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

    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

  20. 各システムディスクをバックアップします。

  21. Sun Cluster ソフトウェアまたは Solaris オペレーティングシステムをアップグレードします。

Solaris OS のローリング以外のアップグレードを実行する

クラスタ内の各ノードで次の手順を実行して、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 版)』の「サポートされる製品」を参照してください。

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

  2. アップグレードするクラスタノードでスーパーユーザーになります。

  3. (省略可能) VxFS をアップグレードします。

    VxFS のマニュアルに記載された手順に従ってください。

  4. 以下の 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 で、これらのリンクをほかに移動します。

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

    1. 後で参照するために、既にコメントアウトしたすべてのエントリを記録します。

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

      グローバルにマウントされているファイルシステム用のエントリに、global マウントオプションがあります。これらのエントリをコメントアウトすることにより、Solaris のアップグレード中に広域デバイスにマウントするのを防止します。

  6. 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 ソフトウェアにアップグレードする必要があります。

  7. 手順 6で選択した手順に従って、Solaris ソフトウェアをアップグレードします。

    1. アップグレード処理中の他の時点でノードの再起動を要求された場合は、再起動のコマンドに必ず -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

    2. Solaris ソフトウェアアップグレードでは、インストール終了後の自動リブートを実行しないでください。代わりにこの手順に戻って 手順 8 および 手順 9 を実行後、手順 10 で非クラスタモードで再起動して、Solaris ソフトウェアアップグレードを完了します。

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

  9. Solaris ソフトウェアをアップグレードする前に 次の条件のいずれかが真であった場合は、復元した Apache リンクをほかへ移動します。

    • 手順 4 で一覧化された Apache リンクが存在しなかった。

    • 手順 4 で一覧化された 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

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

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


    # reboot -- -x

  11. SPARC:クラスタが VxVM を実行している場合は、「VxVMとSolaris のアップグレード」の残りの手順を実行して、VxVM を再インストールするか、アップグレードしてください。

    以下の注意事項を守ってください。

    1. VxVM のアップグレードが完了して、再起動する前に/etc/vfstab ファイルのエントリを確認してください。手順 8でコメント解除したエントリがコメントアウトされている場合は、それらのエントリのコメントを再度解除します。

    2. 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 パスワードを入力してください

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

    Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアパッチをインストールする必要があります。

    注 –

    パッチを追加した後で、再起動しないでください。Sun Cluster ソフトウェアをアップグレードした後に、ノードを再起動してください。

    パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。

  13. 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 ソフトウェアのローリング以外のアップグレードを実行する

この手順を実行して、クラスタの各ノードを Sun Cluster 3.1 9/04 ソフトウェアにアップグレードします。また、この手順を実行して、Solaris 8 から Solaris 9 ソフトウェアへのクラスタのアップグレードを完了します。

ヒント –

この手順は、複数のノードで同時に行えます。

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

  2. Solaris 8 から Solaris 9 ソフトウェアにアップグレードした場合は、「Solaris OS のローリング以外のアップグレードを実行する」の手順をすべて完了していることを確認します。

  3. Solaris ソフトウェアのすべての必須パッチとハードウェア関連パッチがインストールされていることを確認します。

    Solstice DiskSuite ソフトウェア (Solaris 8) については、Solstice DiskSuite ソフトウェアの必須パッチもインストールされていることを確認します。

  4. 各クラスタのノードのスーパーユーザーになります。

  5. ノードの CD-ROM ドライブに Sun Java Enterprise System 1/05 2 of 2 CD-ROM を挿入します。

    ボリューム管理デーモンの vold(1M) が実行中で、CD-ROM デバイスを管理するように構成されている場合、デーモンによって自動的に CD-ROM が /cdrom/cdrom0/ ディレクトリにマウントされます。

  6. 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

  7. クラスタフレームワークソフトウェアをアップグレードします。

    注 –

    ノードにすでにインストールされている /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]
      -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 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 に名前変更します。

    • local-mac-address? 変数が設定されていない場合は、true に設定します。

    アップグレード処理が完了すると、システムは「Sun Cluster フレームワークのアップグレードが完了しました」というメッセージとアップグレードログのパスを表示します。

  8. CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。


    # eject cdrom

  9. (省略可能) 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 データサービスを使用することになります。

    1. ノードの CD-ROM ドライブに Sun Cluster 3.1 9/04 Agents CD-ROM を挿入します。

    2. データサービスソフトウェアをアップグレードします。

      次のいずれかを実行します。

      • 1 つまたは複数のデータサービスを指定してアップグレードするには、次のコマンドを入力します。


        # scinstall -u update -s srvc[,srvc,…] -d /cdrom/cdrom0

        -u update

        クラスタノードを最新の Sun Cluster ソフトウェアリリースにアップグレードします。

        -s srvc

        指定したデータサービスをアップグレードします。

        -d

        CD-ROM イメージ用の代替えディレクトリを指定します。

      • ノード上にあるすべてのデータサービスをアップグレードするには、次のコマンドを入力します。


        # scinstall -u update -s all -d /cdrom/cdrom0

        -s all

        すべてのデータサービスをアップグレードします。

      scinstall コマンドは、インストールされているすべてのデータサービス用の更新内容が Update リリースに存在していると仮定しています。特定のデータサービス用の更新内容が Update リリースに存在しない場合は、そのデータサービスはアップグレードされません。

      アップグレード処理が完了すると、システムは「Sun Cluster データサービスエージェントのアップブレードが完了しました」というメッセージとアップグレードログのパスを表示します。

    3. CD-ROM に含まれていないディレクトリに移動し、CD-ROM を取り出します。


      # eject cdrom

  10. 必要に応じて、Sun Cluster 3.1 9/04 Agents CD-ROM で提供されないカスタムのデータサービスを手動でアップグレードします。

  11. データサービス用の更新がすべて正常にインストールされていることを確認します。

    アップグレード出力メッセージの最後に示されるアップグレードログを参照します。

  12. scinstall コマンドを使用してインストールしていない場合は、Sun Cluster 3.1 9/04 ソフトウェアパッチをインストールします。

  13. Sun Cluster 3.1 9/04 データサービスソフトウェアパッチをインストールします。

    パッチの入手先とインストール方法については、『Sun Cluster 3.1 ご使用にあたって 』の「パッチと必須ファームウェアのレベル」を参照してください。

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

    アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。インストール方法については、各アプリケーションのマニュアルを参照してください。

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


    # reboot

  16. アップグレードしたソフトウェアのバージョンが、アップグレードしたすべてのノード上で同じであることを確認します。

    1. アップグレードした各ノードで、Sun Cluster ソフトウェアのインストールレベルを表示します。


      # scinstall -pv

      出力の最初の行は、どのバージョンの Sun Cluster ソフトウェアでノードが動作しているかを示します。このバージョンはアップグレードするバージョンと一致していなければなりません。

    2. 任意のノードから、アップグレードしたすべてのクラスタノードがクラスタモード (オンライン) で実行されていることを確認します。


      # scstat -n

      クラスタ状態の表示方法の詳細については、scstat(1M) のマニュアルページを参照してください。

  17. Solaris 8 から Solaris 9 ソフトウェアにアップグレードした場合は、ストレージ構成の整合性を確認してください。

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


      # scdidadm -c
      -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) のマニュアルページを参照してください。

    2. 各ノードで、Sun Cluster ストレージデータベースを Solaris 9 デバイス ID に移行します。


      # scdidadm -R all
      -R

      修復手順を実行します。

      all

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

    3. 各ノード上で、次のコマンドを実行して、ストレージデータベースの Solaris 9 への移行が成功したことを確認します。


      # scdidadm -c

      • scdidadm コマンドでメッセージが表示されたなら、手順 aに戻り、ストレージ構成またはストレージデータベースを修正します。

      • scdidadm コマンドでメッセージが表示されなければ、デバイス ID への移行に成功しています。すべてのノードで、デバイス ID への移行を確認できたら、手順 4に進みます。

  18. 「Sun Cluster 3.1 9/04 ソフトウェアへのローリング以外のアップグレードを終了する」に進みます。

例—Sun Cluster 3.0 から Sun Cluster 3.1 9/04 ソフトウェアへのローリング以外のアップグレード

次の例では、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 3.1 9/04 ソフトウェアへのローリング以外のアップグレードを終了する

この手順を実行して、Sun Cluster のアップグレードを終了します。最初に、アップグレードにより新しいバージョンを受け取るすべてのリソースタイプを登録します。2 番目にリソースが使用する新しいバージョンのリソースタイプを使用する該当リソースを変更します。3 番目に、リソースを再度有効にします。最後に、リソースグループをオンラインに戻します。

注 –

リソースタイプの将来のバージョンをアップグレードするには、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプのアップグレード」を参照してください。

  1. 「Sun Cluster 3.1 9/04 ソフトウェアのローリング以外のアップグレードを実行する」のすべての手順を完了していることを確認します。

  2. Sun Cluster 3.1 9/04 Agents CD-ROM にないデータサービスをアップグレードした場合、それらのデータサービスの新しいリソースタイプを登録します。

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

  3. 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 の登録と構成」の手順に従ってください。

  4. ご使用の構成で Solstice DiskSuite または Solaris Volume Manager ソフトウェアの二重列メディエータを使用する場合は、メディエータ構成を復元します。

    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 を繰り返します。

  5. SPARC: VxVM をアップグレードした場合は、すべてのディスクグループをアップグレードしてください。

    インストールした VxVM リリースがサポートする最新バージョンにディスクグループをアップグレードするには、ディスクグループの主ノードで次のコマンドを実行します。


    # vxdg upgrade dgname

    ディスクグループのアップグレードの詳細については、 VxVM の管理マニュアルを参照してください。

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


    # scsetup

  7. すべての無効リソースを再度有効にします。

    1. 「リソースグループメニュー」から「リソースを有効化または無効化」を選択します。

    2. 有効にするリソースを選択し、プロンプトの指示に従います。

    3. 無効になっている各リソースに対して、手順 b の手順を繰り返します。

    4. すべてのリソースが再び有効になったら、 q を入力して「リソースグループメニュー」に戻ります。

  8. 各リソースグループをオンラインに戻します。

    1. 「リソースグループメニュー」から「リソースグループをオンライン/オフライン化、またはスイッチオーバー」を選択します。

    2. プロンプトに従って、各リソースグループを管理状態におき、リソースグループをオンラインに戻します。

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

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

  10. (省略可能) リソースを新しいリソースタイプバージョンに移行します。

    コマンド行を使用する手順を含む『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースタイプのアップブレード」を参照してください。代わりに、scsetup ユーティリティの「リソースグループ」メニューを使用して同じ作業を実行することもできます。このプロセスには、以下の作業が含まれます。

    • 新しいリソースタイプを登録します。

    • 該当リソースを新しいバージョンのリソースタイプに移行します。

    • リソースタイプの拡張プロパティを関連データサービスで指定されたとおりに変更します。

  11. SPARC ベースのシステムで Sun Management Center を使用してクラスタを監視する場合は、「SPARC: Sun Management Center 用に Sun Cluster モジュールソフトウェアをアップグレードする 」に進みます。

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