Storage Foundation and High Availability 8.0.2 設定およびアップグレードガイド - Linux
- 第 I 部 SFHA の概要
- 第 II 部 SFHA の設定
- 設定の準備
- データ整合性のための SFHA クラスタ設定の準備
- SFHA の設定
- インストーラを使った Storage Foundation High Availability の設定
- 製品インストーラを使って SFHA を設定するタスクの概要
- Storage Foundation and High Availability Solutions の設定に必要な情報
- ソフトウェアの設定の開始
- 設定するシステムの指定
- クラスタ名の設定
- プライベートハートビートリンクの設定
- クラスタの仮想 IP の設定
- セキュアモードでの SFHA の設定
- ノード別のセキュアクラスタノードの設定
- VCS ユーザーの追加
- SMTP 電子メール通知の設定
- SNMP トラップ通知の設定
- グローバルクラスタの設定
- SFHA 設定の完了
- Veritas ライセンス監査ツールについて
- システム上のライセンスの確認と更新
- SFDB の設定
- インストーラを使った Storage Foundation High Availability の設定
- データ整合性のための SFHA クラスタの設定
- データ整合性のための SFHA クラスタの手動設定
- 応答ファイルを使用した SFHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 応答ファイルを使った I/O フェンシングの設定
- ディスクベースの I/O フェンシングを設定するための応答ファイルの変数
- ディスクベースの I/O フェンシングを設定するための応答ファイルの例
- サーバーベースの I/O フェンシングを設定するための応答ファイルの変数
- サーバーベースの I/O フェンシングを設定するためのサンプル応答ファイル
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの変数
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの例
- マジョリティベース I/O フェンシングを設定するための応答ファイルの変数
- 過半数ベースの I/O フェンシングを設定するための応答ファイルの例
- 第 III 部 SFHA のアップグレード
- SFHA のアップグレード計画
- アップグレードについて
- サポート対象のアップグレードパス
- Oracle リソースを使って設定されたシステムで SFHA を 8.0.2 にアップグレードする場合の注意事項
- SFHA のアップグレードの準備
- REST サーバーのアップグレードに関する注意事項
- インストールバンドルを使ったフルリリース (ベース、メンテナンス、ローリングパッチ) と個々のパッチの同時インストールまたは同時アップグレード
- Storage Foundation and High Availability のアップグレード
- SFHA のローリングアップグレードの実行
- SFHA の段階的アップグレードの実行
- 応答ファイルを使用した SFHA 自動アップグレードの実行
- アップグレード後のタスクの実行
- オプションの設定手順
- 現在のディスクグループへのバックアップブートディスクグループの再結合
- アップグレードに失敗した場合にバックアップブートディスクグループに戻す
- 自動アップグレードが失敗した場合の VVR のリカバリ
- VCS Agents for VVR が設定されている場合のアップグレード後のタスク
- DAS ディスク名をリセットして FSS 環境のホスト名を含める
- ディスクレイアウトバージョンのアップグレード
- VxVM ディスクグループのバージョンのアップグレード
- 変数の更新
- デフォルトディスクグループの設定
- セキュアモードで動作するクラスタの LDAP 認証の有効化について
- Storage Foundation and High Availability のアップグレードの確認
- SFHA のアップグレード計画
- 第 IV 部 インストール後の作業
- 第 V 部 ノードの追加と削除
- 第 VI 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. SFHA サービスとポート
- 付録 C. 設定ファイル
- 付録 D. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFHA クラスタ設定図
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上での LLT の使用
- クラスタ環境の RoCE または InfiniBand ネットワーク上の RDMA について
- アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
- RDMA 上の LLT の使用: サポート対象の使用例
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
アップグレードの準備
アップグレードを実行する前に次のタスクを完了してください。
システムのアップグレードに関する最新情報については、『Veritas InfoScale 8.0.2 リリースノート』を確認してください。
詳しいことは、ベリタステクニカルサポート Web サイトで確認してください。
アップグレード中に Veritas Telemetry Collector を設定できます (まだ設定していない場合)。詳しくは、ベリタスのインストールガイドにある「InfoScale の遠隔測定データ収集について」セクションを参照してください。
アップグレードを実行する管理者は、root アクセス権限を持ち、オペレーティングシステムの管理について十分に理解している必要があります。
すべてのユーザーがログアウトしていて、すべての主要なユーザーアプリケーションが適切に停止されていることを確認します。
アップグレードするシステムに有効なバックアップがあることを確認します。
アップグレードするために十分なファイルシステム領域があることを確認します。RPM をコピーする場所を特定します。たとえば、ルートファイルシステムに十分な領域がある場合は /packages/Veritas、 /var ファイルシステムに十分な領域がある場合は /var/tmp/packages にします。
/tmp にはファイルを保存しないでください。システムの再起動時に削除されます。
また、アップグレードスクリプトを実行するまでアクセスできないファイルシステムには、ファイルを保存しないでください。
アップグレードスクリプトへの変更が必要なければ、ベリタスから提供されたディスクを使ってアップグレードすることもできます。
/usr/local を最初にスライスとして作成した場合は、変更が必要です。
ファイルシステムが存在しないと異常終了することがわかっているアプリケーションのコマンドまたはプロセスを起動スクリプトでコメントアウトします。
RHEL 7 および SLES 12 システムの場合、一部の起動スクリプトは /etc/vx/ にあり、次のサービスの起動スクリプトは以下にあります。
サービス名
起動スクリプトの場所とファイル名
amf.service
/opt/VRTSamf/bin/amfgab.service
/opt/VRTSgab/gabllt.service
/opt/VRTSllt/lltvcs.service
/opt/VRTSvcs/bin/vcsvcsmm.service
/opt/VRTSvcs/rac/bin/vcsmmvxfen.service
/opt/VRTSvcs/vxfen/bin/vxfenRHEL 7 および SLES 12 のその他の起動スクリプトは /etc/init.d/ にあります。サポート対象の他の RHEL 配布の起動スクリプトについても同じです。
現在のオペレーティングシステムが製品のバージョン 8.0.2 をサポートすることを確認してください。オペレーティングシステムがこの製品をサポートしない場合は、段階的アップグレードを計画してください。
メモ:
仮想マシンで RHEL 7.7 OS をアップグレードする前に、最初に Veritas InfoScale 8.0.2 をアップグレードする必要があります。後で RHEL 7.7 OS をアップグレードしても、仮想マシンが不安定な状態になることがあります。
RHEL 7.0 から 7.6 バージョンで -ignorechecks CPI オプションを使用して、Veritas InfoScale 製品を正常にアップグレードします。
アップグレードと、Veritas InfoScale 製品を使うアプリケーションのために、十分な停止時間とダウンタイムをスケジュール設定します。設定によっては、停止が数時間になる場合があります。
rootdg 内にスワップパーティションがない場合は、/etc/fstab からコメントアウトする必要があります。可能であれば、ルートディスク以外にあるスワップパーティションを /etc/fstab からコメントアウトしてアップグレード中にマウントされないようにする必要があります。rootdg 内にアクティブなスワップパーティションがない場合は、upgrade_start は失敗します。
アップグレード前にファイルシステムが正常にマウント解除されていることを確認します。
アレイをアップグレードします (必要な場合)。
アレイサポートのアップグレードを参照してください。
情報をミラー化ディスクに確実に保存するために、システムをシャットダウンし、ミラー化ディスクを物理的に削除します。ディスクを物理的に削除することで、フェールバックポイントがわかります。
ネイティブスタックの DMP サポートが無効になっていることを確認します (dmp_native_support=off)。ネイティブスタックの DMP サポートが有効になっていると (dmp_native_support=on)、インストーラがネイティブスタックを検出し、システムの再起動を求めることがあります。
CP サーバーベースのフェンシングを使うアプリケーションクラスタをバージョン 7.3.1 以降にアップグレードする場合は、まず CP サーバーシステムで VCS または SFHA をバージョン 7.3.1 以降にアップグレードすることを確認してください。7.3.1 以降から、CP サーバーではクライアントとの HTTPS ベースの通信のみがサポートされ、IPM ベースの通信はサポートされていません。IPM ベースの CP サーバーが設定されている CP サーバーをアップグレードする場合、CP サーバーを再設定する必要があります。
CP サーバーシステムで VCS または SFHA をアップグレードする手順については、関連する設定およびアップグレードガイドを参照してください。
詳細情報