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 のトラブルシューティング
 
 
製品インストーラを使った Storage Foundation and High Availability のアップグレード
メモ:
8.0.2 以降、Linux ではルートディスクのカプセル化 (RDE) はサポートされません。
-yum オプションを指定したインストーラを使用して Veritas InfoScale をインストールおよびアップグレードする場合について詳しくは、『Veritas InfoScale インストールガイド』を参照してください。
この手順を実行して、Storage Foundation and High Availability (SFHA) にアップグレードします。
Storage Foundation および高可用性をアップグレードするには
- スーパーユーザーとしてログインします。
- すべてのサービスグループをオフラインにします。すべてのサービスグループを一覧表示します。 # /opt/VRTSvcs/bin/hagrp -list 一覧表示されたそれぞれのサービスグループをオフラインにします。 # /opt/VRTSvcs/bin/hagrp -offline service_group \ -sys system_name
- 各ノードで次のコマンドを入力して、HA サービスグループ処理をフリーズします。# haconf -makerw # hasys -freeze -persistent nodename # haconf -dump -makero 
- 次のコマンドを使って、VxFS ファイルシステムまたは Storage Checkpoint がマウントされているかどうかを確認します。# df -h | grep vxfs 
- 次のコマンドを使って、すべての Storage Checkpoint とファイルシステムのマウントを解除します。# umount /checkpoint_name # umount /filesystem 
- すべてのファイルシステムが正常にマウント解除されたことを確認します。# echo "8192B.p S" | fsdb -t vxfs filesystem | grep clean flags 0 mod 0 clean clean_value clean_value の値が 0x5a の場合、ファイルシステムは正常にマウント解除されています。0x3c の場合、ファイルシステムは正常にマウント解除されていません。0x69 の場合、ファイルシステムが正常にマウント解除されたかどうかが不明です。正常にマウント解除されたかどうかが不明なファイルシステムでは、拡張処理が未完了です。 次に示す順序で操作を実行します。 - ファイルシステムが正常にマウント解除されていない場合、そのファイルシステムに対して次のコマンドを入力します。 - # fsck -t vxfs filesystem # mount -t vxfs filesystem mountpoint # umount mountpoint - これらのコマンドを入力すると、そのファイルシステム上で未完了であった拡張処理が完了し、ファイルシステムが正常にマウント解除されます。 - umount コマンドの実行に失敗して次のエラーが表示された場合、大きいサイズの RPM クローンを削除するための拡張処理が完了していない可能性があります。 - file system device busy - 次のメッセージがコンソールに表示された場合、拡張処理が未完了であると判断できます。 - Storage Checkpoint asynchronous operation on file_system file system still in progress.
- 拡張処理が未完了の場合、その拡張処理が完了するまで、そのファイルシステムをマウントしたままにしておく必要があります。RPM クローンのサイズがきわめて大きい場合、削除に数時間かかる可能性があります。 
- この手順を再度実行し、ファイルシステムがマウント解除されたことを確認します。 
 
- キャッシュ領域がオンラインの場合は、VxVM RPM をアップグレードする前に、キャッシュ領域をオフラインにする必要があります。次のコマンドを使って、キャッシュ領域をオフラインにします。 # sfcache offline cachename 
- すべての VxVM ボリュームに対するアクティビティを停止します。たとえば、データベースなどのボリュームにアクセスするすべてのアプリケーションを停止し、ボリュームに作成されているすべてのファイルシステムをマウント解除します。
- 各ディスクグループに対して次のコマンドを入力して、すべてのボリュームを停止します。# vxvol -g diskgroup stopall 開いたままになっているボリュームがないことを確認するには、次のコマンドを使います。 # vxprint -Aht -e v_open 
- /etc/fstab ファイルに定義された VxFS ファイルシステムのマウントポイントと VxVM ボリュームを記録します。フレッシュインストールを実行したシステム上の /etc/fstab ファイルにこれらのエントリを再作成する必要があります。
- インストール前に必要な確認を行います。
- オペレーティングシステムを更新する必要があるか確認します。オペレーティングシステムを更新する必要がある場合は、次のタスクを実行します。 - /etc/llttabファイルの名前を変更して、ノードの起動時に LLT が自動的に起動しないようにします。- # mv /etc/llttab /etc/llttab.save 
- オペレーティングシステムをアップグレードします。 - 詳しくは、ご使用のオペレーティングシステムのマニュアルを参照してください。 
- オペレーティングシステムをアップグレードした後に、ノードを再起動します。 - # shutdown -r now 
- /etc/llttabファイルの名前を元の名前に戻します。- # mv /etc/llttab.save /etc/llttab 
 
-  共通インストーラを起動するには、次の例のように CD-ROM 内の installer コマンドを実行します。# cd /cdrom/cdrom0 # ./installer 
- アップグレードするには、G と入力して Return キーを押します。
- ソフトウェアがインストールされるシステム名 (次の例では「host1」) を入力するよう求められます。システム名 (1 つ以上) を入力し、Return キーを押します。Enter the 64 bit <platform> system names separated by spaces : [q, ?] host1host2 <プラットフォーム> は、システムが稼働するプラットフォームです。 既存の設定によっては、各種メッセージやプロンプトが表示される場合があります。プロンプトに適切に回答します。 システム検証段階では、ブートディスクがカプセル化されているかどうかとアップグレードのパスが確認されます。アップグレードがサポートされていない場合、ブートディスクをカプセル化を解除する必要があります。 
- エンドユーザー使用許諾契約の条件に同意するかどうかを尋ねられます。同意する場合は y を押して続行します。
- インストーラが、アップグレードするいずれかのシステムにミラー化されカプセル化されたブートディスクがあるかどうかを検出します。アップグレードを続行する前に、システムのルートディスクのバックアップを作成するオプションがあります。カプセル化されたブートディスクのミラーを分割してバックアップを作成する場合は、y を入力します。
- バックアップルートディスクの名前を入力するようメッセージが表示されます。バックアップおよびミラー化されたブートディスクの名前を入力するか、Enter キーを押してデフォルトを受け入れます。メモ: 分割操作には時間がかかることがあります。 
- 分割操作の開始を確認するメッセージが表示されます。y を押して続行します。
- アップグレードする前にブートディスクがカプセル化されている場合はシステムを再ブートします。
- 各ノードでルートディスクの再カプセル化とミラー化を行う必要がある場合は、『 Storage Foundation 管理者ガイド』の「ディスクの管理」の章の手順を実行します。バックアップするためにミラー化されたルートディスクを分割した場合は、再ブートが成功した後でアップグレードを検証し、バックアップディスクグループを再結合します。アップグレードに失敗した場合は、バックアップディスクグループに戻してください。 
- 必要に応じて、手順 10 で記録した、各ノードの /etc/fstab ファイルのマウントポイントを復元します。
- VCS 設定ファイルを復元する必要がある場合は、クラスタを停止し、ファイルを /etc/VRTSvcs/conf/config ディレクトリに復元してクラスタを再起動します。
- アップグレードしたグループ内の任意のノードから、VCS 設定を再度書き込み可能にします。# haconf -makerw 
- アップグレードしたグループ内の各ノードで次のコマンドを実行し、HA サービスグループ処理をアンフリーズします。# hasys -unfreeze -persistent nodename 
- 次のコマンドを使って、設定を読み取り専用にします。# haconf -dump -makero 
- 次のコマンドを使って、フェールオーバーグループなどのすべての VCS サービスグループを必須ノードでオンラインにします。 # hagrp -online groupname -sys nodename 
- 各ディスクグループに対して次のコマンドを入力して、すべてのボリュームを再起動します。# vxvol -g diskgroup startall 
- すべてのノードで、すべての VxFS ファイルシステムとストレージチェックポイントを再マウントします。# mount /filesystem # mount /checkpoint_name 
- 次のオプションの設定手順を実行できます。 - 現在、適切なライセンスをインストールしていない Storage Foundation 8.0.2 の機能を使う場合は、ライセンスを取得し、vxlicinst コマンドを実行してライセンスをシステムに追加します。 
- VxFS ディスクレイアウトのバージョンと VxVM ディスクグループのバージョンをアップグレードするには、アップグレード手順を実行します。