Storage Foundation Cluster File System High Availability 8.0.2 設定およびアップグレードガイド - Solaris
- 第 I 部 SFCFSHA の概要
- 第 II 部 SFCFSHA の設定
- 設定の準備
- データ整合性のための SFCFSHA クラスタ設定の準備
- SFCFSHA の設定
- データ整合性のための SFCFSHA クラスタの設定
- 応答ファイルを使用した SFCFSHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 応答ファイルを使用した CP サーバーの設定
- データ整合性のための SFCFSHA クラスタの手動設定
- 第 III 部 SFCFSHA のアップグレード
- SFCFSHA のアップグレード計画
- SFCFSHA のアップグレードの準備
- インストーラを使った SFCFSHA の完全アップグレードの実行
- SFCFSHA のローリングアップグレードの実行
- SFCFSHA の段階的アップグレードの実行
- 応答ファイルを使用した SFCFSHA 自動アップグレードの実行
- Volume Replicator のアップグレード
- VirtualStore のアップグレード
- ブート環境のアップグレードを使用した SFCFSHA のアップグレード
- アップグレード後のタスクの実行
- SFCFSHA のアップグレード計画
- 第 IV 部 設定後のタスク
- 第 V 部 ディザスタリカバリ環境の設定
- 第 VI 部 ノードの追加と削除
- 第 VII 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. 設定ファイル
- 付録 C. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 D. 高可用性エージェントの情報
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFCFSHA クラスタ設定図
- 付録 F. NFS 共有ディスクのメジャー番号とマイナー番号の調整
- 付録 G. UDP 上での LLT の設定
CVM マスターノードは VCS で管理される VVR リソースのログ所有者の役割を引き受ける必要がある
SFCFSHA 環境または SF Oracle RAC 環境で VCS を使って RVGLogowner リソースを管理する場合は、次の手順を実行することをお勧めします。これらの手順によって、CVM マスターノードがログ所有者の役割を常に引き受けるようになります。これらの手順を実行しないと、CVM スレーブノードがログ所有者の役割を引き受けることが原因で、予想外の問題が発生する可能性があります。
サービスグループに RVGLogowner リソースが含まれている場合は、TriggersEnabled 属性の値を PREONLINE に変更して有効にします。
コマンドラインから、RVGLogowner リソースを含むサービスグループの TriggersEnabled 属性を有効にするには
- クラスタの任意のノードで次のコマンドを実行します。
# hagrp -modify RVGLogowner_resource_sg TriggersEnabled PREONLINE
RVGLogowner_resource_sg は RVGLogowner リソースを含むサービスグループです。
preonline_vvr トリガを有効にするには、次のいずれかを実行します。
preonline トリガスクリプトがまだない場合には、サンプルトリガディレクトリから preonline トリガスクリプトをトリガディレクトリにコピーします。
# cp /opt/VRTSvcs/bin/sample_triggers/VRTSvcs/preonline_vvr /opt/VRTSvcs/bin/triggers/preonline
ファイルを実行できるように、ファイルの実行権を変更します。
preonline トリガスクリプトがすでにある場合には、/preonline のようなディレクトリを作成し、既存の preonline トリガを T0preonline という名前でそのディレクトリに移動します。preonline_vvr トリガを T1preonline という名前で同じディレクトリにコピーします。
すでに複数のトリガを使っている場合には、preonline_vvr トリガを TNpreonline としてコピーします。この TN は次に大きな TN 番号にします。