Storage Foundation and High Availability 7.4 設定およびアップグレードガイド- Solaris
- 第 I 部 SFHA の概要
- 第 II 部 SFHA の設定
- 設定の準備
- データ整合性のための SFHA クラスタ設定の準備
- SFHA の設定
- インストーラを使った Storage Foundation High Availability の設定
- ノード別のセキュアクラスタノードの設定
- システム上のライセンスの確認と更新
- インストーラを使った Storage Foundation High Availability の設定
- データ整合性のための SFHA クラスタの設定
- データ整合性のための SFHA クラスタの手動設定
- 応答ファイルを使用した SFHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 第 III 部 SFHA のアップグレード
- SFHA のアップグレード計画
- Storage Foundation and High Availability のアップグレード
- SFHA のローリングアップグレードの実行
- SFHA の段階的アップグレードの実行
- 応答ファイルを使用した SFHA 自動アップグレードの実行
- ブート環境のアップグレードを使用した SFHA のアップグレード
- アップグレード後のタスクの実行
- VCS Agents for VVR が設定されている場合のアップグレード後のタスク
- ASL のアップグレード
- セキュアモードで動作するクラスタの LDAP 認証の有効化について
- 第 IV 部 インストール後のタスク
- 第 V 部 ノードの追加と削除
- 第 VI 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. SFHA サービスとポート
- 付録 C. 設定ファイル
- 付録 D. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 E. CP サーバーベースの I/O フェンシングのSFHA cluster設定図サンプル
- 付録 F. NFS 共有ディスクのメジャー番号とマイナー番号の一致
- 付録 G. UDP 上での LLT の設定
アップグレードの準備
アップグレードを実行する前に次のタスクを完了してください。
システムのアップグレードに関する最新情報については、『Veritas InfoScale 7.4 リリースノート』を確認してください。
詳しいことは、ベリタステクニカルサポート Web サイトで確認してください。
次のシステムレベルの設定を実行します。
システムがブートするとき最小数の診断を実行するには diag-level を min に設定します。 システムの設定によっては、アップグレードを実行した後にこの設定を再び有効にすると便利です。
{1} ok setenv diag-level min
diag-level=min
自動ブートを false に設定しましたか?システムが再起動時の厳格な制御のためには、この変数を false に設定します。 この変数はアップグレードの後に再び有効にしてください。
{1} ok setenv auto-boot? false
auto-boot?=false
システムのアップグレード中に無関係なジョブを実行しないように cron を非アクティブにします。
Solaris 11:
# ps -ef | grep cron # kill cron pid # svcadm disable svc:/system/cron:default
ゾーンがある場合は、Veritas InfoScale 製品のインストーラを使ってグローバルゾーンの Storage Foundation 製品をアップグレードする前に、非グローバルゾーンにあるパッケージも自動的に更新されるように、すべての非グローバルゾーンをブートして実行状態になっていることを確認します。
Oracle Solaris 11.1 で、非グローバルゾーンに VCS パッケージの以前のバージョン (
VRTSperl、VRTSvlic、VRTSvcs、VRTSvcsag、VRTSvcsea
) をすでにインストールしている場合は、グローバルゾーンの VCS パッケージのアップグレード時に、ゾーンが実行状態であれば非グローバルゾーン内のパッケージが自動的にアップグレードされます。非グローバルゾーンが実行状態でない場合は、グローバルゾーン内にベリタスの発行元を設定する必要があります。また、非グローバルゾーン内の SFHA パッケージをアップグレードするには、ゾーンに - u オプションをアタッチする必要があります。 以前のバージョンのVRTSvxfs
やVRTSodm
パッケージを非グローバルゾーン内にインストールしている場合は、アップグレードを行う前に手動でアンインストールする必要があります。 グローバルゾーンのパッケージをアップグレードしたら、VRTSvxfs
とVRTSodm
を非グローバルゾーン内に手動でインストールする必要があります。アップグレードを実行する管理者は、root アクセス権限を持ち、オペレーティングシステムの管理について十分に理解している必要があります。
すべてのユーザーがログアウトしていて、すべての主要なユーザーアプリケーションが適切に停止されていることを確認します。
アップグレードするシステムに有効なバックアップがあることを確認します。
アップグレードするために十分なファイルシステム領域があることを確認します。 packages をコピーする場所を特定します。たとえば、ルートファイルシステムに十分な領域がある場合は /packages/Veritas、/var ファイルシステムに十分な領域がある場合は /var/tmp/packages にします。
/tmp にはファイルを置かないでください。システムの再起動時に削除されます。
また、アップグレードスクリプトを実行するまでアクセスできないファイルシステムには、ファイルを保存しないでください。
アップグレードスクリプトへの変更が必要なければ、ベリタスから提供されたディスクを使ってアップグレードすることもできます。
/usr/local が最初にスライスとして作成されていた場合は、変更が必要です。
root disk 上にはないファイルシステムはすべてマウント解除します。 /etc/vfstab 内でそれらのエントリをコメントアウトしてください。 関連付けられたボリュームを停止し、関連付けられたディスクグループをデポートします。 Solaris オペレーティングシステムまたは Storage Foundation で想定されるすべてのファイルシステムは、rootdg に存在する必要があります。そうでない場合は、そのファイルシステムのマウントを解除し、/etc/vfstab 内の関連エントリをコメントアウトする必要があります。
/usr/sbin/svcadm disable 内の起動スクリプトを編集し、ファイルシステムが存在しないと異常終了することがわかっているアプリケーションのコマンドまたはプロセスをコメントアウトします。
現在のオペレーティングシステムが製品のバージョン 7.4 をサポートすることを確認してください。 オペレーティングシステムがこの製品をサポートしない場合は、段階的アップグレードを計画してください。
アップグレードと、Veritas InfoScale 製品を使うアプリケーションのために、十分な停止時間とダウンタイムをスケジュール設定します。 設定によっては、停止が数時間になる場合があります。
rootdg 内にスワップパーティションがない場合は、/etc/vfstab からコメントアウトする必要があります。 可能ならば、ルートディスク上にある以外のスワップパーティションは、/etc/vfstab からコメントアウトされ、アップグレード中にマウントされないようにする必要があります。 rootdg 内にアクティブなスワップパーティションがない場合は、upgrade_start は失敗します。
アップグレード前にファイルシステムが正常にマウント解除されていることを確認します。
ベリタスは VxFS 7.4 をインストールする前のサポート対象のバージョンに VxFS のディスクレイアウトをアップグレードすることを推奨します。サポートされないディスクレイアウトバージョン 4、5 と 6 は VxFS 7.4 でオンラインのアップグレードを行う目的でマウントできます。 VxFS 7.4 をインストールする前にサポートされないレイアウトバージョンをオンラインでアップグレードできます。
???を参照してください。
アレイをアップグレードします(必要な場合)。
アレイサポートのアップグレードを参照してください。
情報をミラー化ディスクに確実に保存するために、システムをシャットダウンし、ミラー化ディスクを物理的に削除します。 ディスクを物理的に削除することで、フェールバックポイントがわかります。
ルートディスクがカプセル化されているかどうかを確認します。
???を参照してください。
ネーティブスタックの DMP サポートが無効になっていることを確認します(dmp_native_support=off)。 ネーティブスタックの DMP サポートが有効になっていると(dmp_native_support=on)、インストーラによりそのことが検出され、システムを再起動するように求められることがあります。
CP サーバーベースのフェンシングを使うアプリケーションクラスタをバージョン 6.1 以降にアップグレードする場合は、まず CP サーバーシステムで VCS または SFHA をバージョン 6.1 以降にアップグレードすることを確認してください。7.0.1 以降から、CP サーバーではクライアントとの HTTPS ベースの通信のみがサポートされ、IPM ベースの通信はサポートされていません。IPM ベースの CP サーバーが設定されている CP サーバーをアップグレードする場合、CP サーバーを再設定する必要があります。
CP サーバーシステムで VCS または SFHA をアップグレードする手順については、関連する設定およびアップグレードガイドを参照してください。