検索クエリーを入力してください
<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 の設定
VxVM ボリュームのメジャー番号とマイナー番号の確認
次の項では、クラスタシステムが使用する VxVM ボリュームのメジャー番号とマイナー番号の確認と、必要な場合はその変更について説明します。
VxVM ボリュームのメジャー番号とマイナー番号を確認するには
- VCS コマンドディレクトリに PATH を設定しておきます。次に例を示します。
# export PATH=$PATH:/usr/sbin:/sbin:/opt/VRTS/bin
- デバイスを一覧表示するには、各ノードで ls -lL block_device コマンドを使います。
# ls -lL /dev/vx/dsk/shareddg/vol3
ノード A の出力は、次のようになります。
brw------- 1 root root 32,43000 Mar 22 16:4 1 /dev/vx/dsk/shareddg/vol3
ノード B の出力は、次のようになります。
brw------- 1 root root 36,43000 Mar 22 16:4 1 /dev/vx/dsk/shareddg/vol3
- 各ノードで、関連付けられた共有ディスクグループをインポートします。
- NFS ファイルシステムをエクスポートする各ノードで、次のコマンドを実行します。コマンドは Veritas Volume Manager が使う vxio および vxspec のメジャー番号を表示します。他のメジャー番号も表示されますが、調整の対象は vxio と vxspec のみです。
# grep vx /etc/name_to_major
ノード A の出力:
vxdmp 30 vxio 32vxspec 33 vxfen 87 vxglm 91
ノード B の出力:
vxdmp 30 vxio 36vxspec 37 vxfen 87 vxglm 91
- ノード B の vxio および vxspec のメジャー番号を、ノード A のメジャー番号と一致するように変更するには、次のコマンドを使います。
haremajor -vx major_number_vxio major_number_vxspec
次のように実行します。
# haremajor -vx 32 33
コマンドが成功したら、手順 8 に進みます。コマンドが失敗すると、次のようなメッセージが表示されます。
Error: Preexisting major number 32 These are available numbers on this system: 128... Check /etc/name_to_major on all systems for available numbers.
- このメッセージが表示されたら、ノード A で haremajor コマンドを使って、メジャー番号(32/33)をノード B(36/37)のメジャー番号と一致するように変更します。次のように実行します。
# haremajor -vx 36 37
再びこのコマンドが失敗すると、次のようなメッセージが表示されます。
Error: Preexisting major number 36 These are available numbers on this node: 126... Check /etc/name_to_major on all systems for available numbers.
- この 2 回目のメッセージが表示されたら、使用可能な 2 つの番号のうちの大きいほう(この例では 128)を選択します。haremajor コマンドのこの番号を使って、メジャー番号を調整します。両方のノードで次のコマンドを実行します。
# haremajor -vx 128 129
- haremajor コマンドが成功した各ノードを再起動します。
- マイナー番号が一致したら、次の NFS ブロックデバイスのメジャー番号とマイナー番号の調整に進みます。
- マイナー番号が一致しないブロックデバイスがボリュームの場合は、vxdg(1M)のマニュアルページを参照してください。マニュアルページには、Veritas Volume Manager のマイナー番号の調整手順と、reminor オプションの具体的な参照情報が記載してあります。
vxio ドライバ番号を変更したノードには再起動が必要です。