検索クエリーを入力してください
<book_title> を検索 ...
Storage Foundation Cluster File System High Availability 8.0.2 設定およびアップグレードガイド - Linux
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: Linux
- 第 I 部 SFCFSHA の概要
- 第 II 部 SFCFSHA の設定
- 設定の準備
- データ整合性のための SFCFSHA クラスタ設定の準備
- SFCFSHA の設定
- データ整合性のための SFCFSHA クラスタの設定
- 応答ファイルを使用した SFCFSHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 応答ファイルを使った I/O フェンシングの設定
- ディスクベースの I/O フェンシングを設定するための応答ファイルの変数
- ディスクベースの I/O フェンシングを設定するための応答ファイルの例
- 応答ファイルを使用した CP サーバーの設定
- サーバーベースの I/O フェンシングを設定するための応答ファイルの変数
- サーバーベースの I/O フェンシングを設定するためのサンプル応答ファイル
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの変数
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの例
- マジョリティベース I/O フェンシングを設定するための応答ファイルの変数
- 過半数ベースの I/O フェンシングを設定するための応答ファイルの例
- データ整合性のための SFCFSHA クラスタの手動設定
- 第 III 部 SFCFSHA のアップグレード
- SFCFSHA のアップグレード計画
- アップグレードについて
- サポート対象のアップグレードパス
- Veritas 製品間の移行
- Oracle リソースを使って設定されたシステムで SFCFSHA を 8.0.2 にアップグレードする場合の注意事項
- SFCFSHA のアップグレードの準備
- REST サーバーのアップグレードに関する注意事項
- インストールバンドルを使ったフルリリース (ベース、メンテナンス、ローリングパッチ) と個々のパッチの同時インストールまたは同時アップグレード
- インストーラを使った SFCFSHA の完全アップグレードの実行
- SFCFSHA のローリングアップグレードの実行
- SFCFSHA の段階的アップグレードの実行
- 応答ファイルを使用した SFCFSHA 自動アップグレードの実行
- Volume Replicator のアップグレード
- VirtualStore のアップグレード
- アップグレード後のタスクの実行
- SFCFSHA のアップグレード計画
- 第 IV 部 設定後のタスク
- 第 V 部 ディザスタリカバリ環境の設定
- 第 VI 部 ノードの追加と削除
- 第 VII 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. 設定ファイル
- 付録 C. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 D. 高可用性エージェントの情報
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFCFSHA クラスタ設定図
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上での LLT の使用
- クラスタ環境の RoCE または InfiniBand ネットワーク上の RDMA について
- アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
- RDMA 上の LLT の使用: サポート対象の使用例
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
クラスタからノードを削除するための設定例ファイル
このファイル例は、クラスタからノードを削除するときに必要な設定変更を理解するための参照情報として使うことができます。
次に、ノード sys3 を削除する前の既存の設定例を示します。
既存のクラスタ clus1 は 3 つのノード(sys1、sys2、sys3)で構成され、単一のデータベースをホスティングしています。
データベースは CFS に格納されています。
データベースは VCS データベースエージェントによって管理されます。
データベースの起動、停止、監視はエージェントによって行われます。
メモ:
次のサンプルファイルでは、ノード sys3 がクラスタから削除されるときに削除される設定情報を太字で示しています。
include "types.cf" include "CFSTypes.cf" include "CVMTypes.cf"
cluster clus1 (
UserNames = { admin = bopHo }
Administrators = { admin }
UseFence = SCSI3
)system sys1 (
)
system sys2 (
)
system sys3 (
)メモ:
次のグループ app_grp から、ノード sys3 が削除される必要があります。
group app_grp (
SystemList = { sys1 = 0, sys2 = 1, sys3 = 2 }
AutoFailOver = 0
Parallel = 1
AutoStartList = { sys1, sys2, sys3 }
)メモ:
次のアプリケーションリソースから、ノード sys3 の情報が削除される必要があります。
App app1 (
Critical = 0
Sid @sys1 = vrts1
Sid @sys2 = vrts2
Sid @sys3 = vrts3
)CFSMount appdata_mnt (
Critical = 0
MountPoint = "/oradata"
BlockDevice = "/dev/vx/dsk/appdatadg/appdatavol"
)
CVMVolDg appdata_voldg (
Critical = 0
CVMDiskGroup = appdatadg
CVMVolume = { appdatavol }
CVMActivation = sw
)
requires group cvm online local firm
app1 requires appdata_mnt
appdata_mnt requires appdata_voldgメモ:
次の CVM と CVMCluster リソースから、ノード sys3 の情報が削除される必要があります。
group cvm (
SystemList = { sys1 = 0, sys2 = 1, sys3 =2}
AutoFailOver = 0
Parallel = 1
AutoStartList = { sys1, sys2, sys3 }
)
CFSfsckd vxfsckd (
)
CVMCluster cvm_clus (
CVMClustName = clus1
CVMNodeId = { sys1 = 0, sys2 = 1, sys3 =2 }
CVMTransport = gab
CVMTimeout = 200
)
CVMVxconfigd cvm_vxconfigd (
Critical = 0
CVMVxconfigdArgs = { syslog }
)vxfsckd requires cvm_clus cvm_clus requires cvm_vxconfigd