4.2.12 一括コマンドによる切替え【切替え先サイト】

一括コマンドによる切替えを実施します。

切替え情報を自動採取する設定が有効になっている場合、一括コマンドによる切替えを行うことで設定が無効になります。

イメージの保守モードが設定されている場合、一括コマンドの実行前に、以下のコマンドでイメージの保守モードを解除してください。

【Windowsマネージャー】

>インストールフォルダー\SVROR\Manager\bin\rcxadm imagemgr set -attr vm.clone.maintenance=false <RETURN>

【Linuxマネージャー】

# /opt/FJSVrcvmr/bin/rcxadm imagemgr set -attr vm.clone.maintenance=false <RETURN>

サイト切替えの場合
切替え先サイトで一括切替えコマンドを実行し、サイトを切り替えます。
【Windowsマネージャー】
>インストールフォルダー\SVROR\Manager\bin\rcxrecovery <RETURN>
【Linuxマネージャー】
# /opt/FJSVrcvmr/bin/rcxrecovery <RETURN>

テナント切替えの場合

切替え先サイトで一括切替えコマンドを実行し、テナント切り替えを実施します。

注意

切替え元サイトに残る最後のテナントの切替えを実施する場合、-tenantオプションに加えて、-globalオプションも追加で指定してください。Active-Active運用では、-globalオプションは使用しないでください。

Active-Active運用でテナント(tenant1)を切り替える場合
【Windowsマネージャー】
>インストールフォルダー\SVROR\Manager\bin\rcxrecovery -tenant tenant1 <RETURN>
【Linuxマネージャー】
# /opt/FJSVrcvmr/bin/rcxrecovery -tenant tenant1 <RETURN>
Active-Standby運用でテナント(tenant2,tenant3)を切り替える場合(切替え後、切替え元サイトにテナントが残らない場合)
【Windowsマネージャー】
>インストールフォルダー\SVROR\Manager\bin\rcxrecovery -tenant tenant2,tenant3 -global <RETURN>
【Linuxマネージャー】
# /opt/FJSVrcvmr/bin/rcxrecovery -tenant tenant2,tenant3 -global <RETURN>

rcxrecoveryコマンドについては、「B.2 rcxrecovery」を参照してください。
rcxrecoveryコマンドの切替え処理状況は、出力されるメッセージ、またはDR実行ログで確認してください。
DR実行ログについては、「D.2 rcxrecoveryコマンドに関するログ」を参照してください。

また、手動操作や、切替え実行者の判断が必要な以下の操作は問い合わせがあります。問い合わせに答えて、コマンドを継続してください。

仮想L-Server切替え(VMゲスト)の場合、以下のメッセージが表示されます。

切替え先サイトにて事前構築していたネットワーク設定について、cleanupされた"ネットワークリソースに対応する"ネットワーク設定を手動で削除する必要があります。また、切替え元サイトにて事前構築していたネットワーク(仮想スイッチ・ポートグループ)を手動で作成する必要があります。
操作が完了したあと、"y"を入力して、コマンドを継続させてください。

For network resources that have been cleaned up, clear their network configurations manually using VM management software or the network devices. Also, if you have manually configured the network on the primary site, configure the network for the backup site again.

Press [y] when the reconfiguration is complete. : y

-tenantオプション、-nocleanupオプションのどちらも指定せずにバックアップサイト全体をクリーンアップする場合、本当にクリーンアップして良いか問い合わせがあります。クリーンアップを承諾("y"を入力)して、rcxrecoveryコマンドを継続してください。バックアップサイトをクリーンアップできない場合、"n"の入力でコマンドの実行は中断されます。
物理/仮想L-Server切替え(VMホスト/VMゲスト)方式を行う構成で、VM管理製品が物理L-Server上に構築されていない場合、切替え時にVM管理製品のリストアを手動で実施する必要があります。VM管理製品のリストアが完了するまで待ち合わせますので、VM管理製品のリストアが完了したあと"y"を入力して、中断したrcxrecoveryコマンドを継続させてください。
切替え対象サーバにVMware ESXiがインストールされている物理L-Serverがある場合、rcxrecoveryコマンドの途中で、SVOMへのVMホストの登録、および本製品のマネージャーへの本製品のエージェントを登録する必要があります。
SVOMへのVMホストの登録、およびマネージャーへのエージェントの登録が完了するまで待ち合わせますので、作業が完了したらコマンドを継続させてください。
なお、待ち合わせが発生した時点で、すでに本製品のマネージャーに本製品のエージェントが登録されている場合、本製品のエージェントの登録は必要ありません。

一括コマンドの実行前にイメージの保守モードを解除した場合、必要に応じて以下のコマンドでイメージの保守モードを設定してください。

【Windowsマネージャー】

>インストールフォルダー\SVROR\Manager\bin\rcxadm imagemgr set -attr vm.clone.maintenance=true <RETURN>

【Linuxマネージャー】

# /opt/FJSVrcvmr/bin/rcxadm imagemgr set -attr vm.clone.maintenance=true <RETURN>

参考

rcxrecoveryコマンドは、以下の内容を実施します。

ストレージのマッピング
運用サイトとバックアップサイトのストレージの対応関係を定義したファイルにしたがって、ストレージリソースのマッピングを行います。
インポート資源の分離
以下の単位でインポートリソースを分割します。
- グローバルプール内のリソースと各テナントリソース
- 物理L-Serverリソースと仮想L-Serverリソース
バックアップサイトの環境削除
バックアップサイトの業務で使用していた以下の環境を削除します。
- L-Platformテンプレート
- L-Platform構成情報
- 各種リソース情報
- 課金情報
- メータリングログ
- 利用料金
各種情報のインポート
以下の情報をインポートします。
- L-Platformテンプレート
- L-Platform構成情報
- 各種リソース情報
- 課金情報
- メータリングログ
- 利用料金ファイル

注意

構築済みの物理サーバと関連付けたL-Serverは、Disaster Recoveryの復旧の対象外です。
切替え後に再度L-Serverと関連付ける運用を容易にする場合、事前に以下のrcxadm configコマンドを運用サイトで実行し、設定情報を退避しておいてください。

【Windowsマネージャー】

>インストールフォルダー\SVROR\Manager\bin\rcxadm config filter -convert -indir indir -outdir outdir <RETURN>

【Linuxマネージャー】

# /opt/FJSVrcvmr/bin/rcxadm config filter -convert -indir indir -outdir outdir <RETURN>

outdirにconvert.txtというファイル名で以下の情報が出力されます。
復旧手順が完了したあと、以下の内容でL-Serverの関連付け、およびscopeの再設定を行ってください。

[command]
rcxadm lserver convert -with BX900_1 -name physical_lserver_1
rcxadm lserver convert -with BX900_3 -name physical_lserver_2 -to /tenant_1
rcxadm lserver convert -with BX900_6 -name physical_lserver_3 -label test_label3 -comment test_comment3 -to /folder_1
[user]
user_1, physical_lserver_1
user_1, /tenant_1/physical_lserver_2
user_2, /folder_1/physical_lserver_2
[usergroup]
usergroup_1, physical_lserver_1
usergroup_2, /folder_1/physical_lserver_3

ETERNUSのダイナミックLUNミラーリングを使用したストレージは、被災時の切替え運用を実施するとバックアップサイト側では事前に作成されたLUNとして扱われます。L-Platformを削除してもストレージが解放されないなど運用が変更になります。
rcxrecoveryコマンドを使用したインポートは、L-Serverの作成などの、リソース構成情報・ユーザー定義情報(XMLファイル)が変更される操作やrcxmgrexportコマンドを使用するエクスポート操作と同時に実行しないように運用してください。
rcxrecoveryコマンドに-allonオプションまたは-alloffオプションを指定しない場合、rcxrecoveryコマンドによって復旧される各L-Serverの電源状態は、切替え元サイトで切替え情報を採取した時点と同じになります。L-Serverの起動順序は、L-Serverに設定された起動優先度(priority)に従います。
RCコンソールに表示されるL-Platformの電源状態は、切替え直後は正常に表示されない場合があります。切替え処理が完了した後、3分程度お待ちください。
性能情報（ダッシュボード及び稼動状況表示で表示される情報）は、運用サイトの構成に依存する情報のため、バックアップサイトへの切り替えで引き継がれません。切り替えた以降のバックアップサイトでの情報が表示されます。
Disaster Recoveryでバックアップサイトに切替えを実施した際、インポートの失敗により切替えできないことがあります。このような場合、インポート失敗時の異常に対処した後、切替えを実施します。バックアップサイト構成情報をクリアする指定(-nocleanupオプションを設定しない場合)で切替えを実施した場合で、"cleanup of resources"の処理が"completed"となった場合には、-nocleanupオプションを付加して再度切替えを行ってください。
L-ServerのインポートでVMゲストが復旧できなかった場合の例を以下に説明します。
例
例1
1. インポートで異常が発生したため、以下のエラーが表示されます。
  >rcxrecovery <RETURN> FJSVrcx:ERROR:62569:/tenant1/l-platform1/l-server1:lserver:import was interrupted. Message=:67154: VM Guest not found
2. エラーの原因を特定するため、当該リソースの状態を表示します。
  >rcxadm config show -type lserver -name /tenant1/l-platform1/l-server1 -dir dir1 -format xml<RETURN>
  -dirでは以下のフォルダーの中でエクスポート日付が最新のフォルダーを指定してください。
  - rcxrecovery -dirオプションに指定したフォルダー
  【Windowsマネージャー】
  - fa_dr.rcxpropで#rcxrecovery_defineに指定したインポートフォルダー\ManagerExport\RORエクスポート日付
  【Linuxマネージャー】
  - fa_dr.rcxpropで#rcxrecovery_defineに指定したインポートフォルダー/ManagerExport/RORエクスポート日付
3. 問題が発生したリソースをエクスポートファイルから削除します。削除したリソース名は記録しておいてください。
  >rcxadm config filter -exclude lserver -name /tenant1/l-platform1/l-server1 -indir dir1 -outdir dir2 <RETURN>
4. 手順3.のコマンドで出力されたエクスポートファイルを、手順3.の-indirで指定したフォルダーに上書きします。
5. 再度、インポートを実施します。
  >rcxrecovery -nocleanup<RETURN>
例2
1. インポートで異常が発生したため、以下のエラーが表示されます。
  >rcxrecovery <RETURN> FJSVrcx:ERROR:67335:registering of VM guest failed. detail=(registervm L-ServerB-2:task result error, vmerrno=104,ip=192.168.201.70,host=192.168.201.115)
2. 異常が発生したL-Serverを特定します。
  切替え情報格納フォルダー配下で、エクスポート日付が最新のフォルダー内にあるl_servers.xmlファイルを確認してください。
  【Windowsマネージャー】
  fa_dr.rcxpropで#rcxrecovery_defineに指定したインポートフォルダー\ManagerExport\RORエクスポート日付\l_servers.xml
  【Linuxマネージャー】
  fa_dr.rcxpropで#rcxrecovery_defineに指定したインポートフォルダー/ManagerExport/RORエクスポート日付/l_servers.xml
  xmlファイル内で、エラーメッセージに表示されたVMゲスト名(L-ServerB-2)を検索し、そのエントリが含まれるL-Serverタグのnameとidを確認してください。
  <LServer name="L-ServerB" id="******">
  ...
  <VmGuest name="L-ServerB-2">
3. 切替え情報格納フォルダー配下にあるresource_folders.xmlを確認します。
  xmlファイル内に、手順2.で確認したidのL-Serverが含まれるL-platformとテナントが存在した場合、その名前を確認してください。
  <Folder name="TenantB" tenant="TENANT">
  ...
  <Folder name="L-platformB" tenant="LPlatform">
  ...
  <LServer name="L-ServerB" id="******">
4. 問題が発生したリソースをエクスポートファイルから削除します。削除したリソース名は記録しておいてください。
  >rcxadm config filter -exclude lserver -name /tenantB/l-platformB/L-ServerB -indir dir1 -outdir dir2 <RETURN>
  -nameに手順2.～3.で確認したテナント名、L-Platform名、L-Server名をスラッシュ("/")で繋げて指定してください。
  - テナントに含まれる場合
    /tenantB/l-platformB/L-Server-B
  - テナントに含まれない場合
    /L-Server-B
  -dirに手順2.で確認したフォルダーを指定してください。
  【Windowsマネージャー】
  fa_dr.rcxpropで#rcxrecovery_defineに指定したインポートフォルダー\ManagerExport\RORエクスポート日付
  【Linuxマネージャー】
  fa_dr.rcxpropで#rcxrecovery_defineに指定したインポートフォルダー/ManagerExport/RORエクスポート日付
5. 手順4.のコマンドで出力されたエクスポートファイルを、手順4.の-indirで指定したフォルダーに上書きします。
6. 再度、インポートを実施します。
  >rcxrecovery -nocleanup<RETURN>

ポイント

切替え情報を自動採取する設定が有効である場合、クリーンアップを行うことで設定が無効になります。
「4.2.18 構成情報のエクスポートと切替え情報の自動採取の再開【切替え先サイト】」を参照し、必要に応じて設定を有効にしてください。