test

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

ローリングアップグレードの実行

この節では、Sun Cluster 3.1 ソフトウェアから Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを実行する手順について説明します。ローリングアップグレードでは、一度に 1 つのクラスタノードをアップグレードし、ほかのクラスタノードは稼働環境を維持できます。すべてのノードがアップグレードされ、クラスタに再度参加した後、クラスタを新しいソフトウェアバージョンにコミットしないと、新しい機能を使えるようになりません。

Sun Cluster 3.0 ソフトウェアからアップグレードするには、代わりに、「ローリング以外のアップグレードの実行」の手順に従います。

注 –

Sun Cluster 3.1 8/05 ソフトウェアは、Solaris 8 ソフトウェアから Solaris 9 ソフトウェアへの、あるいは、Solaris 9 ソフトウェアから Solaris 10 10/05 ソフトウェアへのローリングアップグレードをサポートしません。Sun Cluster ローリングアップグレード中には、Solaris ソフトウェアを更新リリースにアップグレードできるだけです。Sun Cluster 構成を Solaris 8 ソフトウェアから Solaris 9 ソフトウェアに、あるいは、Solaris 9 ソフトウェアから Solaris 10 10/05 ソフトウェア (またはその互換) にアップグレードするには、代わりに、「ローリング以外のアップグレードの実行」の手順に従います。

表 5–2 Task Map: Sun Cluster 3.1 8/05 ソフトウェアのローリングアップグレードの実行

作業 

参照先 

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

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

2. クラスタの 1 つのノード上で、リソースグループとデバイスグループを別のクラスタノードに移動し、共有データとシステムディスクがバックアップされたことを確認する。クラスタが Solstice DiskSuite または Solaris Volume Manager ソフトウェアに二重列メディエータを使用している場合は、メディエータの構成を解除その後、ノードを非クラスタモードで再起動します。 

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

3. 必要に応じて、クラスタノード上の Solaris OS をサポートされている Solaris アップグレードリリースにアップグレードする。SPARC: 任意で、VERITAS File System (VxFS) および VERITAS Volume Manager (VxVM) をアップグレードする。 

「Solaris メンテナンスアップグレードのローリングアップグレードを実行する」

4. すべてのクラスタノード上で、Sun Cluster 3.1 8/05 ソフトウェアが依存するソフトウェアをインストールまたはアップグレードする。 

「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」

5. クラスタノードを Sun Cluster 3.1 8/05 フレームワークとデータサービスソフトウェアにアップグレードする。必要に応じて、アプリケーションをアップグレードSPARC:VxVM をアップグレードした場合は、ディスクグループをアップグレードしてください。その後ノードを再起動して、クラスタに戻す。 

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

6. 作業 3 から 5 までを、アップグレードする残りの各ノードで繰り返す。 

 

7. scversions コマンドを使用して、アップグレードするクラスタをコミットする。クラスタが二重列メディエータを使用している場合は、メディエータを再構成。任意で、既存のリソースを新しいリソースタイプに移行します。

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

8. (省略可能) SPARC:Sun Cluster モジュールを Sun Management Center にアップグレードする。

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

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

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

始める前に

次の作業を実行します。

ローリングアップグレードを実行する場合、以下のガイドラインを守ってください。

手順

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

    管理コンソールまたドキュメンテーションサーバーなどの希望する場所に、ドキュメンテーションパッケージをインストールします。インストール手順については、Sun Cluster 2 of 2 CD-ROM の Solaris_arch/Product/sun_cluster/index.html ファイルを参照してください (arch は sparc または x86 です)。

  2. Sun Cluster 3.1 9/04 リリースからアップグレードしている場合は、最新の Sun Cluster 3.1 Core Patch がインストールされていることを確認します。

    この Core Patch には、Sun Cluster 3.1 9/04 ソフトウェアから Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを有効にするために必要な 6210440 用のコード修正が含まれます。

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

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

    クラスタソフトウェアをアップグレードしたあと、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

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

    この出力を後の比較基準として保存しておきます。


    % scstat
% scrgadm -pv[v]

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

  6. アップグレードするノードで動作しているすべてのリソースグループとデバイスグループを移動します。


    # scswitch -S -h from-node
    -S

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

    -h from-node

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

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

  7. 退避が正常に完了したことを確認します。


    # scstat -g -D
    -g

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

    -D

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

  8. システムディスク、アプリケーション、およびすべてのデータがバックアップされていることを確認します。

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

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

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


      # medstat -s setname
      -s setname

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

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

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

      この情報は、「Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを終了する」の手順でメディエータを復元するときのために保存しておいてください。

    3. メディエータを使用するディスクセットについては、ノードが所有権をまだ持っていない場合は、ディスクセットの所有権を取得します。


      # scswitch -z -D setname -h node
      -z

      マスター権を変更します。

      -D

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

      -h node

      ディスクセットの主ノードとなるノードの名前を指定します。

    4. ディスクセットのすべてのメディエータの構成を解除します。


      # metaset -s setname -d -m mediator-host-list
      -s setname

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

      -d

      ディスクセットから削除します。

      -m mediator-host-list

      削除するノードの名前をディスクセットのメディエータホストとして指定します。

      metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。

    5. メディエータを使用する残りの各ディスクセットで、これらの手順を繰り返します。

  10. アップグレードするノードをシャットダウンして、非クラスタモードで起動します。

    • SPARC ベースのシステム上で、以下のコマンドを実行します。


      # shutdown -y -g0
ok boot -x

    • x86 ベースのシステム上で、以下のコマンドを実行します。


      # shutdown -y -g0
...
                      <<< Current Boot Parameters >>>
Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b
Boot args:

Type   b [file-name] [boot-flags] <ENTER>    to boot with options
or     i <ENTER>                             to enter boot interpreter
or     <ENTER>                               to boot with defaults

                  <<< timeout in 5 seconds >>>
Select (b)oot or (i)nterpreter: b -x

    クラスタ内のほかのノードは、アクティブクラスタメンバーとして引き続き機能します。

次の手順

Solaris ソフトウェアを Maintenance Update リリースにアップグレードする場合は、「Solaris メンテナンスアップグレードのローリングアップグレードを実行する」に進みます。

注 –

Sun Cluster 3.1 8/05 ソフトウェアをサポートするためには、クラスタは、少なくとも Solaris OS の必要最低条件のレベルで実行されているか、アップグレードされている必要があります。Solaris OS のサポートされるリリースについては、『Sun Cluster 3.1 8/05 ご使用にあたって (Solaris OS 版)』を参照してください。

Solaris OS をアップグレードする予定がない場合は、「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」に進みます。

ProcedureSolaris メンテナンスアップグレードのローリングアップグレードを実行する

この手順は、サポートされる Maintenance Update リリースに Solaris OS をアップグレードするときに実行します。

注 –

Solaris 8 から Solaris 9 ソフトウェアに、あるいは、Solaris 9 から Solaris 10 10/05 ソフトウェア (またはその互換) にクラスタをアップグレードするには、Sun Cluster ソフトウェアもアップグレードするかどうかにかかわらず、代わりに、ローリング以外のアップグレードを実行する必要があります。「ローリング以外のアップグレードの実行」に進みます。

始める前に

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

手順

  1. ノードの /etc/vfstab ファイルで、広域的にマウントされるファイルシステム用のエントリをすべて、一時的にコメントアウトします。

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

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

    注 –

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

  3. 手順 1 でコメントアウトした /etc/vfstab ファイルの広域的にマウントされるファイルシステム用のエントリをすべて、コメント解除します。

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

    注 –

    ノードは、手順 5 まで再起動しないでください。

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

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


    # reboot -- -x
次の手順

依存ソフトウェアをアップグレードします。「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」に進みます。

Procedureローリングアップグレードの前に依存ソフトウェアをアップグレードする

この手順は、Sun Cluster 3.1 8/05 ソフトウェアが依存するソフトウェアをインストールまたはアップグレードする各クラスタノードで実行します。この手順の間、クラスタは稼動環境のままです。SunPlex Manager を実行している場合、ノードのセキュリティーファイルエージェントが停止している間、ノードの状態は報告されません。ノードの状態の報告は、共通エージェントコンテナソフトウェアのアップグレードが完了し、セキュリティーファイルエージェントが再起動したあとで再開します。

始める前に

次の作業を実行します。

手順

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

  2. Solaris 8 と Solaris 9 OS では、Apache Tomcat パッケージがインストールされている場合、このパッケージが必要なパッチレベルであることを確認します。

    1. SUNWtcatu パッケージがインストールされているかどうかを判断します。


      # pkginfo SUNWtcatu
SUNWtcatu       Tomcat Servlet/JSP Container

    2. Apache Tomcat パッケージがインストールされている場合は、そのプラットフォームに必要なパッチがインストールされているかどうかを判断します。

      • SPARC ベースのプラットフォームでは、少なくとも 114016-01 が必要です。

      • x86 ベースのプラットフォームでは、少なくとも 114017-01 が必要です。


      # patchadd -p | grep 114016
Patch: 114016-01 Obsoletes: Requires: Incompatibles: Packages: SUNWtcatu

    3. 必要なパッチがインストールされていない場合は、Apache Tomcat パッケージを削除します。


      # pkgrm SUNWtcatu

  3. Sun Cluster 1 of 2 CD-ROM を挿入します。

  4. /cdrom/cdrom0/Solaris_arch/Product/shared_components/Packages/ ディレクトリに移動します (arch は sparc または x86 です) に移動します。


    # cd Solaris_arch/Product/shared_components/Packages/

  5. Explorer パッケージの少なくともバージョン 4.3.1 がインストールされていることを確認します。

    これらのパッケージは、sccheck ユーティリティーが Sun Cluster ソフトウェアを使用する場合に必要です。

    1. Explorer パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。


      # pkginfo -l SUNWexplo | grep SUNW_PRODVERS
SUNW_PRODVERS=4.3.1

    2. 4.3.1 よりも前のバージョンがインストールされている場合は、既存の Explorer パッケージを削除します。


      # pkgrm SUNWexplo SUNWexplu SUNWexplj

    3. Explorer パッケージを削除した場合、または何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の Explorer パッケージをインストールします。

      • Solaris 8 または Solaris 9 OS の場合は、次のコマンドを使用します。


        # pkgadd -d . SUNWexpl*

      • Solaris 10 OS の場合は、次のコマンドを使用します。


        # pkgadd -G -d . SUNWexpl*

        -G オプションを使用すると、現在のゾーンだけにパッケージを追加します。これらのパッケージは、大域ゾーンだけに追加する必要があります。したがって、このオプションは、既存の非大域ゾーン、または、あとで作成する非大域ゾーンにパッケージを伝達しないことも指定します。

  6. Java Dynamic Management Kit (JDMK) パッケージの少なくともバージョン 5.1,REV=34 がインストールされていることを確認します。

    1. JDMK パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。


      # pkginfo -l SUNWjdmk-runtime | grep VERSION
VERSION=5.1,REV=34

    2. 5.1,REV=34 よりも前のバージョンがインストールされている場合は、既存の JDMK パッケージを削除します。


      # pkgrm SUNWjdmk-runtime SUNWjdmk-runtime-jmx

    3. JDMK パッケージを削除した場合、または何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の JDMK パッケージをインストールします。

      • Solaris 8 または Solaris 9 OS の場合は、次のコマンドを使用します。


        # pkgadd -d . SUNWjdmk*

      • Solaris 10 OS の場合は、次のコマンドを使用します。


        # pkgadd -G -d . SUNWjdmk*

  7. Solaris_arch/Product/shared_components/Solaris_ver/Packages/ ディレクトリに移動します (arch は sparc または x86 で、ver は Solaris 8 の場合は 8、Solaris 9 の場合は 9、Solaris 10 の場合は 10 です)。


    # cd ../Solaris_ver/Packages

  8. Netscape Portable Runtime (NSPR) パッケージの少なくともバージョン 4.5.0 がインストールされていることを確認します。

    1. NSPR パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。


      # cat /var/sadm/pkg/SUNWpr/pkginfo | grep SUNW_PRODVERS
SUNW_PRODVERS=4.5.0

    2. 4.5.0 よりも前のバージョンがインストールされている場合は、既存の NSPR パッケージを削除します。


      # pkgrm packages

      次の表に、各ハードウェアプラットフォームに適切なパッケージをリストを示します。

      注 –

      次の表に示す順に、パッケージをインストールします。

      ハードウェアプラットフォーム 

      NSPR パッケージ名 

      SPARC 

      SUNWpr SUNWprx

      x86 

      SUNWpr

    3. NSPR パッケージを削除した場合、または何もインストールされていなかった場合は、最新の NSPR パッケージをインストールします。

      • Solaris 8 または Solaris 9 OS の場合は、次のコマンドを使用します。


        # pkgadd -d . packages

      • Solaris 10 OS の場合は、次のコマンドを使用します。


        # pkgadd -G -d . packages

  9. Network Security Services (NSS) パッケージの少なくともバージョン 3.9.4 がインストールされていることを確認します。

    1. NSS パッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。


      # cat /var/sadm/pkg/SUNWtls/pkginfo | grep SUNW_PRODVERS
SUNW_PRODVERS=3.9.4

    2. 3.9.4 よりも前のバージョンがインストールされている場合は、既存の NSS パッケージを削除します。


      # pkgrm packages

      次の表に、各ハードウェアプラットフォームに適切なパッケージのリストを示します。

      注 –

      次の表に示す順に、パッケージをインストールします。

      ハードウェアプラットフォーム 

      NSS パッケージ名 

      SPARC 

      SUNWtls SUNWtlsu SUNWtlsx

      x86 

      SUNWtls SUNWtlsu

    3. NSS パッケージを削除した場合、または何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の NSS パッケージをインストールします。

      • Solaris 8 または Solaris 9 OS の場合は、次のコマンドを使用します。


        # pkgadd -d . packages

      • Solaris 10 OS の場合は、次のコマンドを使用します。


        # pkgadd -G -d . packages

  10. Solaris_arch/Product/shared_components/Packages/ ディレクトリに移動します。


    # cd ../../Packages

  11. 共通エージェントコンテナパッケージの少なくともバージョン 1.0,REV=25 がインストールされていることを確認します。

    1. 共通エージェントコンテナパッケージがインストールされているかどうかを判断し、インストールされている場合は、そのバージョンも判断します。


      # pkginfo -l SUNWcacao | grep VERSION
VERSION=1.0,REV=25

    2. 1.0,REV=25 よりも前のバージョンがインストールされている場合は、各クラスタノードで、共通エージェントコンテナ用のセキュリティーファイルエージェントを停止します。


      # /opt/SUNWcacao/bin/cacaoadm stop

    3. 1.0,REV=25 よりも前のバージョンがインストールされている場合は、既存の共通エージェントコンテナパッケージを削除します。


      # pkgrm SUNWcacao SUNWcacaocfg

    4. 共通エージェントコンテナパッケージを削除した場合、あるいは、何もインストールされていなかった場合は、Sun Cluster 1 of 2 CD-ROM から最新の 共通エージェントコンテナパッケージをインストールします。

      • Solaris 8 または Solaris 9 OS の場合は、次のコマンドを使用します。


        # pkgadd -d . SUNWcacao*

      • Solaris 10 OS の場合は、次のコマンドを使用します。


        # pkgadd -G -d . SUNWcacao*

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


    # eject cdrom

  13. Sun Cluster 2 of 2 CD-ROM を挿入します。

  14. Sun Java Web Console パッケージをインストールまたはアップグレードします。

    1. Solaris_arch/Product/sunwebconsole/ ディレクトリに移動します (arch は sparc または x86 です)。

    2. Sun Java Web Console パッケージをインストールします。


      # ./setup

      setup コマンドは、Sun Java Web Console をサポートするためのすべてのパッケージをインストールまたはアップグレードします。

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


    # eject cdrom

  16. /usr/java/ ディレクトリが最小限または最新のバージョンの Java ソフトウェアへのシンボリックリンク先であることを確認します。

    Sun Cluster ソフトウェアに必要な Java ソフトウェアの最小限のバージョンは 1.4.2_03 です。

    1. /usr/java/ ディレクトリのシンボリックリンク先のディレクトリを確認します。


      # ls -l /usr/java
lrwxrwxrwx   1 root   other    9 Apr 19 14:05 /usr/java -> /usr/j2se/

    2. インストールされている Java ソフトウェアのバージョン (1 つまたは複数) を確認します。

      Java ソフトウェアの関連するリリースのバージョンを表示するために使用できるコマンドの例を次に示します。


      # /usr/j2se/bin/java -version
# /usr/java1.2/bin/java -version
# /usr/jdk/jdk1.5.0_01/bin/java -version

    3. /usr/java/ ディレクトリのシンボリックリンク先が、サポートされているバージョンの Java ソフトウェアではない場合、サポートされているバージョンの Java ソフトウェアにシンボリックリンクを作成し直します。

      Java 1.4.2_03 ソフトウェアが入っている /usr/j2se/ ディレクトリにシンボリックリンクを作成する例を、次に示します。


      # rm /usr/java
# ln -s /usr/j2se /usr/java
次の手順

Sun Cluster ソフトウェアをアップグレードします。「Sun Cluster 3.1 8/05 ソフトウェアのローリングアップグレードを実行する」に進みます。

ProcedureSun Cluster 3.1 8/05 ソフトウェアのローリングアップグレードを実行する

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

注 –

クラスタのすべてのノードがアップグレードされ、アップグレードがコミットされるまで、新しいリリースで導入された新機能を使用できない場合があります。

始める前に

依存ソフトウェアがインストールまたはアップグレードされていることを確認します。「ローリングアップグレードの前に依存ソフトウェアをアップグレードする」を参照してください。

手順

  1. 任意のクラスタノードでスーパーユーザーになります。

  2. ノードの CD-ROM ドライブに Sun Cluster 2 of 2 CD-ROM を挿入します。

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

  3. Solaris_arch/Product/sun_cluster/Solaris_ver/Tools/ ディレクトリに移動します (arch は sparc または x86、ver は Solaris 8 の場合は 8、Solaris 9 の場合は 9、Solaris 10 の場合は 10 です)。 に移動します。


    # cd /cdrom/cdrom0/Solaris_arch/Product/sun_cluster/Solaris_ver/Tools

  4. scinstall ユーティリティーを起動します。


    # ./scinstall
    注 –

    ノードにすでにインストールされている /usr/cluster/bin/scinstall コマンドは使用しないでください。Sun Cluster 2 of 2 CD-ROM に含まれる scinstall コマンドを使用する必要があります。

  5. メインメニューから、メニュー項目「このクラスタノードをアップグレード」を選択します。


      *** メインメニュー ***

    次の (*) オプションのうちから1 つを選択してください:

      * 1) クラスタまたはクラスタノードをインストール
        2) このインストールサーバーからJumpStart できるようにクラスタを構成
      * 3) 新しいデータサービスのサポートをこのクラスタノードに追加
      * 4) このクラスタノードをアップグレード
      * 5) このクラスタノードのリリース情報を出力

      * ?) メニューオプションのヘルプ
      * q) 終了

    オプション:  4

  6. 「アップグレードメニュー」から、メニュー項目「このノード上で Sun Cluster フレームワークをアップグレード」を選択します。

  7. メニュープロンプトに従って、クラスタフレームワークをアップグレードします。

    Sun Cluster のアップグレード中、scinstall は、次のような構成の変更 (1 つまたは複数) を行う可能性があります。

    • NAFO グループは IP ネットワークマルチパスグループに変換されるが、元の NAFO グループ名が維持されます。

      IP ネットワークマルチパス のテストアドレスについては、次のマニュアルのうちの 1 つを参照してください。

      Sun Cluster ソフトウェアのアップグレード中での NAFO グループの IP ネットワークマルチパス グループへの変換の詳細については、scinstall(1M) のマニュアルページを参照してください。

    • ノード上に ntp.conf.cluster が存在しない場合は、ntp.conf ファイルを ntp.conf.cluster に名前変更します。

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

    「Sun Cluster フレームワークソフトウェアのアップグレードを終了しました」というメッセージが表示され、継続するには Enter を押すように指示されたら、アップグレードプロセスは終了です。

  8. Enter を押します。

    「アップグレードメニュー」が表示されます。

  9. (省略可能) Sun Cluster 2 of 2 CD-ROM から Java Enterprise System データサービスをアップグレードします。

    1. scinstall ユーティリティーの「アップグレードメニュー」から、「このノード上で Sun Cluster データサービスエージェントをアップグレード」を選択します。

    2. メニュープロンプトに従って、ノードにインストールされている Sun Cluster データサービスエージェントをアップグレードします。

      アップグレードに利用できるデータサービスのリストから選択しても、インストールされているデータサービスをすべてアップグレードすることを選択してもかまいません。

      「Sun Cluster データサービスエージェントソフトウェアのアップグレードを終了しました」というメッセージが表示され、継続するには Enter を押すように指示されたら、アップグレードプロセスは終了です。

    3. Enter を押します。

      「アップグレードメニュー」が表示されます。

  10. scinstall ユーティリティーを終了します。

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


    # eject cdrom

  12. Sun Cluster Agents CD から Sun Cluster データサービスをアップグレードします。

    • Sun Cluster HA for NFS データサービスを使用しており、かつ、Solaris 10 OS にアップグレードする場合は、このデータサービスをアップグレードして、リソースタイプを新しいバージョンに移行する必要があります。詳細については、『Sun Cluster Data Service for Network File System (NFS) ガイド (Solaris OS 版)』の「SUNW.nfs リソースタイプのアップグレード」を参照してください。

    • Sun Cluster HA for Oracle 3.0 64-bit for Solaris 9 データサービスを使用している場合は、このデータサービスを Sun Cluster 3.1 8/05 バージョンにアップグレードする必要があります。

    • ほかのデータサービスを Sun Cluster 3.1 8/05 バージョンにアップグレードするかどうかは任意です。クラスタを Sun Cluster 3.1 8/05 ソフトウェアにアップグレードしたあとでも、ほかの Sun Cluster 3.x データサービスを使用し続けることができます。

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

    2. scinstall ユーティリティーを起動します。

      データサービスをアップグレードする場合は、すでにノードにインストールされている /usr/cluster/bin/scinstall コマンドを使用できます。


      # scinstall

    3. メインメニューから、メニュー項目「このクラスタノードをアップグレード」を選択します。

    4. 「アップグレードメニュー」から、メニュー項目「このノード上で Sun Cluster データサービスエージェントをアップグレード」を選択します。

    5. メニュープロンプトに従って、ノードにインストールされている Sun Cluster データサービスエージェントをアップグレードします。

      アップグレードに利用できるデータサービスのリストから選択しても、インストールされているデータサービスをすべてアップグレードすることを選択してもかまいません。

      「Sun Cluster データサービスエージェントソフトウェアのアップグレードを終了しました」というメッセージが表示され、継続するには Enter を押すように指示されたら、アップグレードプロセスは終了です。

    6. Enter を押します。

      「アップグレードメニュー」が表示されます。

    7. scinstall ユーティリティーを終了します。

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


      # eject cdrom

  13. 必要に応じて、製品メディアでは提供されないカスタムのデータサービスを手動でアップグレードします。

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

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

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

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

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

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

    アプリケーションレベルが Sun Cluster および Solaris ソフトウェアの現在のバージョンと互換性があることを確認します。インストール方法については、各アプリケーションのマニュアルを参照してください。さらに、次のガイドラインに従って、Sun Cluster 3.1 8/05 構成でアプリケーションをアップグレードします。

    • アプリケーションが共有ディスクに格納されている場合は、アプリケーションをアップグレードする前に、関連するディスクグループをマスターして、関連するファイルシステムを手作業でマウントする必要があります。

    • アップグレード処理中にノードの再起動を要求された場合は、再起動のコマンドに必ず -x オプションを指定してください。

      -x オプションを指定することで、そのノードは非クラスタモードで再起動されます。たとえば、次のコマンドはいずれも、ノードをシングルユーザーの非クラスタモードで起動します。

      • SPARC ベースのシステム上で、以下のコマンドを実行します。


        # reboot -- -xs
ok boot -xs

      • x86 ベースのシステム上で、以下のコマンドを実行します。


        # reboot -- -xs
…
                    <<< Current Boot Parameters >>>
Boot path: /pci@0,0/pci-ide@7,1/ata@1/cmdk@0,0:b
Boot args:

Type  b [file-name] [boot-flags] <ENTER>   to boot with options
or    i <ENTER>                            to enter boot interpreter
or    <ENTER>                              to boot with defaults

                <<< timeout in 5 seconds >>>
Select (b)oot or (i)nterpreter: b -xs
    注 –

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

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


    # reboot

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


    # scinstall -pv

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

  20. 任意のノードから、クラスタ構成の状態を確認します。


    % scstat
% scrgadm -pv[v]

    この出力は、「ローリングアップグレード用にクラスタノードを準備する」の 手順 5 の出力と同じであるはずです。

  21. 別のノードをアップグレードする場合は、「ローリングアップグレード用にクラスタノードを準備する」に戻って、すべてのアップグレード手順をアップグレードする次のノードで繰り返します。

例 5–2 Sun Cluster 3.1 から Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレード

次の例は、Solaris 8 OS 上でクラスタノードを Sun Cluster 3.1から Sun Cluster 3.1 8/05 ソフトウェアにローリングアップグレードするプロセスを示しています。この例には、Sun Cluster Agents CD 上に新しいバージョンがある、インストールされたデータサービスすべてのアップグレードが含まれます。クラスタノード名は phys-schost-1 です。


(Sun Cluster 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします)
phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/
phys-schost-1# ./scinstall
 
(Sun Cluster 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします)
phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/
phys-schost-1# ./scinstall
 
(Sun Cluster Agents CD からデータサービスをアップグレードします)
phys-schost-1# scinstall
(Sun Cluster 2 of 2 CD-ROM からフレームワークソフトウェアをアップグレードします)
phys-schost-1# cd /cdrom/cdrom0/Solaris_sparc/Product/sun_cluster/Solaris_8/Tools/
phys-schost-1# ./scinstall
 
(Sun Cluster Agents CD からデータサービスをアップグレードします)
phys-schost-1# scinstall

(ノードをクラスタに再起動します)
phys-schost-1# reboot

(ソフトウェアのアップグレードが成功していることを確認します)
# scinstall -pv

(クラスタの状態を確認します)
# scstat
# scrgadm -pv
次の手順

クラスタのすべてのノードをアップグレードする場合は、「Sun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを終了する」に進みます。

ProcedureSun Cluster 3.1 8/05 ソフトウェアへのローリングアップグレードを終了する

始める前に

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

手順

  1. 1 つのノードから、クラスタのアップグレードの状態を検査します。


    # scversions

  2. 次の表から、手順 1 からの出力メッセージにリストされた操作を実行します。

    出力メッセージ 

    操作 

    Upgrade commit is needed.

    手順 4 に進みます。

    Upgrade commit is NOT needed. All versions match.

    手順 6 に進みます。

    Upgrade commit cannot be performed until all cluster nodes are upgraded. Please run scinstall(1m) on cluster nodes to identify older versions.

    「Sun Cluster 3.1 8/05 ソフトウェアのローリングアップグレードを実行する」に戻って、残りのクラスタノードをアップグレードします。

    Check upgrade cannot be performed until all cluster nodes are upgraded. Please run scinstall(1m) on cluster nodes to identify older versions.

    「Sun Cluster 3.1 8/05 ソフトウェアのローリングアップグレードを実行する」に戻って、残りのクラスタノードをアップグレードします。

  3. すべてのノードがクラスタに参加し直したあと、1 つのノードからクラスタのアップグレードをコミットします。


    # scversions -c

    アップグレードをコミットすることにより、クラスタが新しいソフトウェアのすべての機能を利用できます。新しい機能はアップグレードのコミットを実行した後にだけ利用できます。

  4. 1 つのノードから、クラスタアップグレードのコミットが成功したことを確認します。


    # scversions
Upgrade commit is NOT needed. All versions match.

  5. 共通エージェントコンテナのセキュリティーファイルをすべてのクラスタノードにコピーします。

    この手順によって、共通エージェントコンテナのセキュリティーファイルがすべてのクラスタノードで同じであり、コピーされたファイルが正しいファイルアクセス権を保持することが保証されます。

    1. 各ノードで、Sun Java Web Console エージェントを停止します。


      # /usr/sbin/smcwebserver stop

    2. 各ノードで、セキュリティーファイルエージェントを停止します。


      # /opt/SUNWcacao/bin/cacaoadm stop

    3. 1 つのノードで、/etc/opt/SUNWcacao/ ディレクトリに移動します。


      phys-schost-1# cd /etc/opt/SUNWcacao/

    4. /etc/opt/SUNWcacao/security/ ディレクトリの tar ファイルを作成します。


      phys-schost-1# tar cf /tmp/SECURITY.tar security

    5. /tmp/SECURITY.tar ファイルを、その他の各クラスタノードにコピーします。

    6. /tmp/SECURITY.tar ファイルのコピー先である各ノードで、セキュリティーファイルを抽出します。

      /etc/opt/SUNWcacao/ ディレクトリにすでに存在するすべてのセキュリティーファイルは上書きされます。


      phys-schost-2# cd /etc/opt/SUNWcacao/
phys-schost-2# tar xf /tmp/SECURITY.tar

    7. クラスタの各ノードから /tmp/SECURITY.tar ファイルを削除します。

      セキュリティーリスクを回避するため、tar ファイルの各コピーは削除する必要があります。


      phys-schost-1# rm /tmp/SECURITY.tar
phys-schost-2# rm /tmp/SECURITY.tar

    8. 各ノードで、セキュリティーファイルエージェントを起動します。


      phys-schost-1# /opt/SUNWcacao/bin/cacaoadm start
phys-schost-2# /opt/SUNWcacao/bin/cacaoadm start

    9. 各ノードで、Sun Java Web Console エージェントを起動します。


      phys-schost-1# /usr/sbin/smcwebserver start
phys-schost-2# /usr/sbin/smcwebserver start

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

    1. メディエータホストの追加先のディスクセットの所有権を持つノードを指定します。


      # metaset -s setname
      -s setname

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

    2. どのノードも所有権を持っていない場合は、ディスクセットの所有権を取得します。


      # scswitch -z -D setname -h node
      -z

      マスター権を変更します。

      -D

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

      -h node

      ディスクセットの主ノードとなるノードの名前を指定します。

    3. メディエータを再作成します。


      # metaset -s setname -a -m mediator-host-list
      -a

      ディスクセットに追加します。

      -m mediator-host-list

      追加するノードの名前をディスクセットのメディエータホストとして指定します。

    4. メディエータを使用するクラスタの各ディスクセットで、手順 a から 手順 c までを繰り返します。

  7. 製品メディアで提供されないデータサービスをアップグレードした場合は、それらのデータサービスの新しいリソースタイプを登録します。

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

  8. (省略可能) 各リソースグループとデバイスグループを元のノードに切り替えます。


    # scswitch -z -g resource-group -h node
# scswitch -z -D disk-device-group -h node
    -z

    スイッチを実行します。

    -g resource-group

    切り替えるリソースグループを指定します。

    -h node

    切り替え先のノードの名前を指定します。

    -D disk-device-group

    切り替えるデバイスグループを指定します。

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

    ベンダーのマニュアルにある指示に従ってください。

  10. リソースを新しいリソースタイプバージョンに移行します。

    注 –

    Solaris 10 OS 用の Sun Cluster HA for NFS データサービスにアップグレードする場合は、新しいリソースタイプバージョンに移行する必要があります。詳細については、『Sun Cluster Data Service for Network File System (NFS) ガイド (Solaris OS 版)』の「SUNW.nfs リソースタイプのアップグレード」を参照してください。

    ほかのすべてのデータサービスでは、この手順は任意です。

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

    • 新しいリソースタイプの登録

    • 該当リソースの新しいバージョンのリソースタイプへの移行

    • リソースタイプの拡張プロパティーを関連データサービスのマニュアルで指定されたとおりに変更

次の手順

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

そうでない場合は、クラスタのアップグレードは完了です。