検索クエリーを入力してください
<book_title> を検索 ...
Storage Foundation and High Availability 7.4 設定およびアップグレードガイド- Solaris
Last Published:
2018-07-05
Product(s):
InfoScale & Storage Foundation (7.4)
Platform: 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 の設定
段階的アップグレードの終了
次の手順を実行してアップグレードを完了します。
アップグレードを終了するには
- クラスタ UUID が 2 番目のサブクラスタと 1 番目のサブクラスタのノードで同じになっていることを確認します。次のコマンドを実行してクラスタの UUID を表示します。
# /opt/VRTSvcs/bin/uuidconfig.pl -clus -display node1 [node2 ...]
クラスタ UUID が異なっている場合は、1 番目のサブクラスタのノードから、2 番目のサブクラスタのノードにクラスタ UUID を手動でコピーします。次に例を示します。
# /opt/VRTSvcs/bin/uuidconfig.pl [-rsh] -clus -copy -from_sys node01 -to_sys node03 node04
- クラスタの後半で、SFHA を起動します。
# cd /opt/VRTS/install
# ./installer -start sys3 sys4
- クラスタの前半で VCS を起動します。
# svcadm enable system/vcs
- SFHA and High Availability およびそのコンポーネントが起動しているかどうかを調べます。
# gabconfig -a GAB Port Memberships =============================================================== Port a gen nxxxnn membership 0123 Port b gen nxxxnn membership 0123 Port h gen nxxxnn membership 0123
- hastatus -sum コマンドを実行して、ノード、サービスグループ、クラスタの状態を判断します。
# hastatus -sum -- SYSTEM STATE -- System State Frozen A node01 RUNNING 0 A node02 RUNNING 0 A node03 RUNNING 0 A node04 RUNNING 0 -- GROUP STATE -- Group System Probed AutoDisabled State B sg1 node01 Y N ONLINE B sg1 node02 Y N ONLINE B sg1 node03 Y N ONLINE B sg1 node04 Y N ONLINE B sg2 node01 Y N ONLINE B sg2 node02 Y N ONLINE B sg2 node03 Y N ONLINE B sg2 node04 Y N ONLINE B sg3 node01 Y N ONLINE B sg3 node02 Y N OFFLINE B sg3 node03 Y N OFFLINE B sg3 node04 Y N OFFLINE B sg4 node01 Y N OFFLINE B sg4 node02 Y N ONLINE B sg4 node03 Y N OFFLINE B sg4 node04 Y N OFFLINE
- アップグレードが完了した後、(各ディスクグループの)VxVM ボリュームを起動し、VxFS ファイルシステムをマウントします。
この例では、SFHA の段階的アップグレードを実行しました。サービスグループは、node03 と node04 でオフラインにしたときから、SFHA が node01 と node02 でオンラインにしたときまでダウンしていました。
メモ:
CP サーバーベースのフェンシングを使うアプリケーションクラスタをバージョン 6.1 以降にアップグレードする場合は、まず CP サーバーシステムで VCS または SFHA をバージョン 6.1 以降にアップグレードすることを確認してください。7.0.1 以降から、CP サーバーではクライアントとの HTTPS ベースの通信のみがサポートされ、IPM ベースの通信はサポートされていません。IPM ベースの CP サーバーが設定されている CP サーバーをアップグレードする場合、CP サーバーを再設定する必要があります。