Storage Foundation Cluster File System High Availability 8.0.2 管理者ガイド - Solaris
- 第 I 部 Storage Foundation Cluster File System High Availability の紹介
- Storage Foundation Cluster File System High Availability の概要
- Veritas File System について
- Dynamic Multi-Pathing の動作
- Veritas Volume Manager の動作
- Veritas File System の動作
- Storage Foundation Cluster File System High Availability の動作
- Storage Foundation Cluster File System High Availability のアーキテクチャについて
- クラスタファイルシステムでサポートされている Veritas File System 機能について
- 単一ネットワークリンクと信頼性について
- I/O フェンシングについて
- Cluster Volume Manager の動作
- Storage Foundation Cluster File System High Availability の概要
- 第 II 部 ストレージのプロビジョン
- 新しいストレージのプロビジョニング
- ストレージの設定のための高度な割り当て方法
- VxFS ファイルシステムの作成とマウント
- VxFS ファイルシステムの作成
- VxFS ファイルシステムのマウント
- ファイルシステムサイズの変更
- 空き領域の監視
- エクステント属性
- 第 III 部 DMP を使ったマルチパスの管理
- Dynamic Multi-Pathing の管理
- 新しく追加されたディスクデバイスの検出と設定
- ディスクの検出とディスクアレイの動的な追加について
- デバイス検出層の管理方法
- vxdmpadm ユーティリティを使った DMP の管理
- I/O 統計情報の収集と表示
- I/O ポリシーの指定
- ZFS ルートプールに対する DMP デバイスの管理
- 新しく追加されたディスクデバイスの検出と設定
- デバイスの動的再構成
- デバイスの管理
- イベント監視
- Dynamic Multi-Pathing の管理
- 第 IV 部 Storage Foundation Cluster File System High Availability の管理
- Storage Foundation Cluster File System High Availability とそのコンポーネントの管理
- CFS の管理
- mount、fsclustadm、fsadm コマンドについて
- CFS プライマリノードに障害が発生した場合
- SFCFSHA のスナップショットについて
- VCS の管理
- CVM の管理
- マスターフェールオーバーへのクラスタノードの優先設定の設定について
- CVM マスターの手動での変更について
- 共有ディスクグループのインポート
- Flexible Storage Sharing の管理
- ODM の管理
- I/O フェンシングの管理について
- vxfentsthdw ユーティリティについて
- vxfenadm ユーティリティについて
- vxfenclearpre ユーティリティについて
- vxfenswap ユーティリティについて
- コーディネーションポイントサーバーの管理について
- ディスクベースとサーバーベースのフェンシング設定間の移行について
- SFCFSHA のグローバルクラスタの管理
- クラスタ化された NFS の使用
- クラスタ化された NFS のしくみ
- クラスタ化された NFS の設定および設定解除
- NFS 共有ディスクのメジャー番号とマイナー番号の一致
- クラスタ化された NFS の管理
- クラスタ化された NFS の設定例
- Common Internet File System の使用
- クラスタ化された NFS を使用した Oracle の配備
- サイトとリモートミラーの管理
- Storage Foundation Cluster File System High Availability とそのコンポーネントの管理
- 第 V 部 I/O パフォーマンスの最適化
- 第 VI 部 Veritas Extension for Oracle Disk Manager
- Veritas Extension for Oracle Disk Manager の使用
- Oracle Disk Manager について
- Oracle Disk Manager と Oracle Managed Files について
- Cached ODM の使用
- Veritas Extension for Oracle Disk Manager の使用
- 第 VII 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームスナップショットの管理
- 従来のサードミラーブレークオフスナップショット
- フルサイズインスタントスナップショット
- インスタントスナップショットの作成
- インスタントスナップの DCO と DCO ボリュームの追加
- インスタントスナップショットの同期の制御
- インスタントスナップショットの作成
- カスケードスナップショット
- バージョン 0 の DCO および DCO ボリュームの追加
- Storage Checkpoint の管理
- FileSnaps の管理
- スナップショットファイルシステムの管理
- 第 VIII 部 Storage Foundation Cluster File System High Availability を使用したストレージの最適化
- 第 IX 部 ストレージ利用率の最大化
- SmartTier によるストレージの階層化について
- ボリュームセットの作成と管理
- MVS ファイルシステム
- SmartTier の管理
- ホットリロケーションの管理
- Solaris SPARC 上のデータの重複排除
- ファイルの圧縮
- 第 X 部 ストレージの管理と保護
- ボリュームとディスクグループの管理
- デフォルトのディスクグループの名前の付け方
- ボリュームまたはディスクの移動
- タスクの監視と制御
- オンライン再レイアウトの実行
- ボリュームへのミラーの追加
- ディスクグループの管理
- プレックスとサブディスクの管理
- ストレージの破棄
- ルータビリティ
- クォータ
- FCL (File Change Log)
- ボリュームとディスクグループの管理
- 第 XI 部 参照先
- 付録 A. パス名の逆引きルックアップ
- 付録 B. チューニング可能なパラメータ
- 付録 C. コマンドリファレンス
- 付録 D. スタータデータベースの作成
- 付録 E. 大統領令を遵守したログ記録
GAB の実行時または動的チューニングパラメータ
GAB の動的なチューニングパラメータは、GAB が設定されている間およびクラスタが動作している間でも変更できます。変更は gabconfig コマンドを実行することですぐに反映されます。 これらのパラメータの一部は障害または障害状態が検出されたときの GAB の動作も制御することに注意してください。 このような状態の一部では、データ破損を防ぐために PANIC がトリガされる場合があります。
gabconfig -l コマンドを使ってデフォルト値を表示できます。 これらの値の変更が再ブート時にも保持されるようにするには、適切なコマンドオプションを既存のオプションと共に /etc/gabtab
ファイルに追加できます。 たとえば、次のような既存の /etc/gabtab ファイルに -k
オプションを追加できます。
gabconfig -c -n4
オプションを追加した後の /etc/gabtab
ファイルは次のようになります。
gabconfig -c -n4 -k
表: GAB の動的チューニングパラメータ では、gabconfig -l コマンドで表示される GAB の動的チューニングパラメータとその変更コマンドについて説明します。
表: GAB の動的チューニングパラメータ
GAB パラメータ | 説明とコマンド |
---|---|
Control port seed | このオプションはクラスタを形成できるノードの最小数を定義します。このオプションはクラスタの形成を制御します。 クラスタのノードの数が クラスタを形成できるノード数を設定するには、次のコマンドを使います。 gabconfig -n count 制御ポートシードを有効にするには、次のコマンドを使います。ノードは他のノードのメンバーシップを待たずにクラスタを形成できます。 gabconfig -x |
Halt on process death | デフォルト: 無効 このオプションは、ユーザープロセスが終了したときに GAB がシステムを一時停止(パニック)させる機能を制御します。 _had と _hashadow が kill -9 を使用して強制終了された場合、システムは高可用性を失う可能性があります。このオプションを有効にした場合、GAB はクライアントプロセスの終了を検出するとシステムを PANIC にします。デフォルトの動作では、このオプションは無効になります。 プロセス終了時のシステムの一時停止を有効にするには、次のコマンドを使います。 gabconfig -p プロセス終了時のシステムの一時停止を無効にするには、次のコマンドを使います。 gabconfig -P |
Missed heartbeat halt | デフォルト: 無効 このオプションを有効にすると、システムでは CVM 環境の VCS エンジンまたは vxconfigd デーモンからの最初のハートビートが見つからないためにパニックが発生します。 デフォルトのオプションでは即時パニックは無効です。 この GAB オプションは、VCS エンジンまたは vxconfigd デーモンが GAB にハートビートを送信しない場合に、GAB がノードをパニックにできるかどうかを制御します。 VCS エンジンがハングして GAB にハートビートを送信できない場合、GAB はすぐにはシステムをパニックにしません。 GAB は、最初に、iofence_timeout(デフォルト値は 15 秒)の間隔で kill_ntries(デフォルト値は 5 回)回だけ SIGABRT を送信することで、プロセスの中止を試みます。 これに失敗すると、GAB は isolate_time グローバルチューニングパラメータ(デフォルト値 2 分)で制御される分離タイムアウト期間だけ待ちます。 プロセスがそれでも稼働している場合、GAB はシステムを PANIC にします。 このオプションを有効にすると、GAB はクライアントからのハートビートを受け取らないと即座にシステムを一時停止します。 プロセスハートビートが失敗したときに、システム停止を有効にするには、次のコマンドを使います。 gabconfig -b プロセスハートビートが失敗したときに、システム停止を無効にするには、次のコマンドを使います。 gabconfig -B |
Halt on rejoin | デフォルト: 無効 このオプションを使用すると、ネットワーク分割の後で 1 つ以上のノードがクラスタに再参加するときの VCS エンジンまたはその他のユーザープロセスの動作を設定できます。 デフォルトでは、GAB はVCS エンジンを実行するノードを PANIC にしません。 GAB は userland プロセス(VCS エンジンまたは vxconfigd プロセス)を強制終了します。 これにより、ユーザーポート(VCS エンジンの場合ポート h)がリサイクルされ、古い世代番号のメッセージがプログラムでクリーンアップされます。 プロセスの再起動が必要な場合は、GAB の制御の範囲外で処理する必要があります(hashadow プロセスが _had を再起動する場合など)。 GAB にカーネルクライアント(フェンシング、VxVM、VxFS など)がある場合、ネットワーク分割の後でクラスタに再参加するときにノードは常に PANIC になります。 これは GAB がポートを消去して古いメッセージを削除できる唯一の方法なので、PANIC は必須です。 再参加時にシステムの一時停止を有効にするには、次のコマンドを使います。 gabconfig -j 再参加時にシステムの一時停止を無効にするには、次のコマンドを使います。 gabconfig -J |
Keep on killing | デフォルト: 無効 このオプションを有効にした場合、VCS エンジンまたは vxconfigd プロセスが GAB とのハートビートに失敗し、GAB が VCS エンジンまたは vxconfigd プロセスの強制終了に失敗したときに、GAB はシステムが PANICKING になるのを防ぎます。 GAB は、継続的に VCS エンジンの強制終了を試み、強制終了が失敗した場合でもパニックに陥りません。 プロセスが終了しない場合にプロセスを強制終了する試行を繰り返します。 gabconfig -k |
Quorum flag | デフォルト: 無効 GAB のこのオプションを使うと、新しいメンバーシップセットが古いメンバーシップセットの 50% 未満の場合に、ノードは IOFENCE に(結果として PANIC に)なることができます。 このオプションは通常は無効にしておき、他の製品と統合するときに使います。 iofence クォーラムを有効にします。 gabconfig -q iofence クォーラムを無効にします。 gabconfig -d |
GAB queue limit | デフォルト: 送信キュー制限: 128 デフォルト: 受信キュー制限: 128 GAB キュー制限オプションは、GAB がフローを設定するようになる前の保留中メッセージの数を制御します。 送信キュー制限は、GAB 送信キューの保留中メッセージの数を制御します。 GAB がこの制限に達すると、GAB クライアントの送信プロセスのフロー制御を設定します。 GAB 受信キュー制限は、GAB が受信側にフロー制御を送信する前の、GAB 受信キュー内の保留中メッセージの数を制御します。 指定した値に送信キュー制限を設定します。 gabconfig -Q sendq:value 指定した値に受信キュー制限を設定します。 gabconfig -Q recvq:value |
IOFENCE timeout | デフォルト: 15000(ミリ秒) このパラメータは、GAB が次の処理を実行する前に IOFENCE メッセージに対するクライアントからの応答を待つタイムアウト(ミリ秒)を指定します。 kill_ntries の値に基づいて、GAB は SIGABRT 信号を送信することによってクライアントプロセスの強制終了を試みます。 GAB が kill_ntries の回数だけクライアントプロセスの強制終了を試みた後もクライアントプロセスがまだ登録している場合、GAB はさらに isolate_timeout の値だけ待ってからシステムを一時停止します。 指定したミリ秒値に iofence タイムアウトの値を設定します。 gabconfig -f value |
Stable timeout | デフォルト: 5000(ミリ秒) 特定のポートのローカルノード接続の状態変化が LLT から最後に報告された後で GAB がメンバーシップの再設定を待機する時間を指定します。 接続の状態に何らかの変化があると、GAB は待ち時間を再起動します。 指定した値に安定タイムアウトを設定します。 gabconfig -t stable |
Isolate timeout | デフォルト: 120000(ミリ秒) このチューニングパラメータは、GAB が送信した SIGKILL 信号に応答してクライアントプロセスが登録を解除するのを GAB が待機するタイムアウト値を指定します。 分離タイムアウトの後もプロセスがまだ存在する場合、GAB はシステムを一時停止します。 gabconfig -S isolate_time:value |
Kill_ntries | デフォルト: 5 このチューニングパラメータは、GAB が SIGABRT 信号を送信することによってプロセスの強制終了を試みる回数を指定します。 gabconfig -S kill_ntries:value |
Driver state | このパラメータは GAB が設定されているかどうか示します。 GAB はまだメンバーシップをシーディングして形成していない場合があります。 |
Partition arbitration | このパラメータは、GAB が JEOPARDY を無視するように要求されているかどうか示します。 gabconfig(1M)マニュアルの -s フラグに関する詳細のページを参照してください。 |