製品マニュアル
- 第 I 部 概要と計画
- Resiliency Platform の概要
- Resiliency Platform の主な機能とコンポーネントについて
- Resiliency Platform 配備でのレプリケーション
- Veritas Resiliency Platform Data Mover について
- Resiliency Platform を使用したリカバリオプション
- 配備のチェックリスト
- システムの必要条件
- ライセンスの管理
- Web コンソールの使用
- Resiliency Platform の概要
- 第 II 部 仮想アプライアンスの配備と構成
- 配備と構成
- AWS Marketplace 経由での AWS への仮想アプライアンスの配備
- OVA ファイルを使用した AWS での仮想アプライアンスの配備
- AWS でのデータゲートウェイの配備
- PowerShell スクリプトを使用して Azure に仮想アプライアンスを配備する
- Azure Marketplace 経由での Azure への仮想アプライアンスの配備
- vCloud での仮想アプライアンスの配備
- HUAWEI CLOUD での仮想アプライアンスの配備
- Orange Recovery Engine での仮想アプライアンスの配備
- Resiliency Platform コンポーネントの構成について
- 仮想アプライアンスのセキュリティ機能
- Hotfix について
- 更新を適用
- Resiliency Platform への更新の適用について
- YUM サーバーの設定
- 配備と構成
- 第 III 部 Resiliency Domain の設定と管理
- Resiliency Domain の管理
- 新しい Resiliency Platform 構成の開始
- Resiliency Manager の管理
- Infrastructure Management Server の管理
- オンプレミスデータセンターの管理
- クラウド構成の管理
- プライベートクラウド構成の管理
- NetBackup との統合
- InfoScale Operations Manager との統合
- Resiliency Domain の管理
- 第 IV 部 資産インフラの追加
- Resiliency Platform ホスト資産の管理
- VMware 資産の管理
- Veritas Replication VIB の管理
- Hyper-V 資産の管理
- ゲートウェイの管理
- Replication Gateway ペアについて
- データゲートウェイの管理
- エンクロージャ資産の管理
- 第 V 部 ネットワークの管理
- ネットワークの管理
- ネットワークオブジェクトについて
- 設定の管理
- ネットワークの管理
- 第 VI 部 Resiliency Group の操作
- 資産の分類
- Virtual Business Service の管理
- アプリケーションの編成
- カスタムアプリケーションの管理
- Service Objective の管理
- 第 VII 部 ディザスタリカバリの構成
- Resiliency Platform Data Mover を使用した構成
- Amazon Web Services でのリモート回復 (DR) 用仮想マシンの管理
- Azure へのリモート回復 (DR) 用の仮想マシンの管理
- OpenStack へのリモート回復 (DR) 用の仮想マシンの管理
- HUAWEI CLOUD へのリモート回復 (DR) 用の仮想マシンの管理
- Orange Recovery Engine へのリモート回復 (DR) 用の仮想マシンの管理
- vCloud Director でのリモート回復 (DR) 用仮想マシンの管理
- Resiliency Platform Data Mover を使用したリモート回復 (DR) 用の仮想マシンの管理
- Resiliency Platform Data Mover を使用したリモート回復 (DR) 用の物理マシンの管理
- NetBackup を使用した構成
- サードパーティレプリケーション技術を使用した構成
- アレイベースのレプリケーションを使用する場合の VMware 仮想マシンの準備
- アレイベースレプリケーションを使用するための Hyper-V 仮想マシンの準備
- サードパーティのレプリケーション技術を使用したリモート回復 (DR) 用の仮想マシンの管理
- リモート回復 (DR) 用アプリケーションの管理
- アレイベースのレプリケーションを使用する場合の VMware 仮想マシンの準備
- Resiliency Platform Data Mover を使用した構成
- 第 VIII 部 ディザスタリカバリの管理
- 仮想マシンの DR 操作の実行
- 仮想マシンのリハーサル操作の実行
- VBS での DR 操作の実行
- アプリケーションの DR 操作の実行
- 資産の退避
- Resiliency Plan の管理
- カスタムスクリプトについて
- 仮想マシンの DR 操作の実行
- 第 IX 部 製品設定
- 第 X 部 Resiliency Platform API の使用
- 第 XI 部 トラブルシューティングとコマンドラインインターフェースの使用
- トラブルシューティング
- 災害が発生した場合の Resiliency Platform コンポーネントのリカバリ
- 管理者待機状態の解決
- klish メニューの使用
- Application Enablement SDK の使用
- トラブルシューティング
仮想マシンの Resiliency Group のテイクオーバー
テイクオーバーは、実稼働データセンターが自然災害やその他の災害によって停止し、業務を継続的に提供するためにリカバリデータセンターで仮想マシンがリストアされる必要があるときに、ユーザーが始動するアクティビティです。ユーザーは、利用可能なデータを使用してリカバリデータセンターで仮想マシンを開始します。これは計画外の出来事であるため、リカバリデータセンターで利用可能なデータが最新とは限りません。データ損失の許容限度を評価し、それに応じて必要な措置を講じる必要があります。それには、利用可能なデータを使用して仮想マシンを起動します。または、最新のデータのコピーを取得するために、まずその他の利用可能なデータバックアップメカニズムを使用し、その後、仮想マシンを起動します。テイクオーバー操作は、利用可能な最新のデータを使用して、リカバリデータセンターで仮想マシンを起動します。
テイクオーバー操作が正常に完了した後に、再同期操作を実行します。
Hyper-V Server または vCenter Server を追加せずに vCloud Director データセンターにリカバリしている場合は、クラウドから実稼働 (オンプレミス) データセンターへのテイクオーバーはサポートされません。
複数の NIC が搭載された RHEL ホストの NetworkManager を停止または無効にすることをお勧めします。この操作は、リカバリデータセンターが AWS、Azure または OpenStack クラウドの場合に必要です。
VMware 仮想マシンの場合、必要なすべての Port Group またはデータセンター全体のサブネットのネットワークマッピングが完了していることを確認します。
Hyper-V 仮想マシンの場合、データセンター間の必要なすべての仮想スイッチのネットワークマッピングが完了していることを確認します。
ソースデータセンターとターゲットデータセンターの間のネットワークペアの作成を参照してください。
リカバリデータセンターが AWS にある場合、実稼働データセンターとリカバリデータセンター間の必要なすべてのサブネットのネットワークマッピングが完了していることを確認します。
Azure のどのリソースも、オンプレミスデータセンター仮想マシンの表示名または FQHN 名と同じ名前または名前の一部を持っていないようにします。
リカバリデータセンターがクラウドにある場合は、ディスクが共有か非共有かに基づいて、SAN ポリシーを OnlineAll または OfflineShared のいずれかに設定する必要があります。詳しくは、Microsoft 社のマニュアルを参照してください。
リカバリデータセンターで仮想マシンの状態が正しく表示されない場合は、クラウド検出または仮想化サーバー検出を更新する必要があります。
前のバージョンからバージョン 3.2 以降にアップグレードすると、テイクオーバー操作を実行した後にリスクが発生します。このリスクは、クラウドデータセンターにテイクオーバーするときに NIC の構成が変更されることに関係します。クラウドの Resiliency Group がオンラインになっている間に、このリスクを抑制します。オンプレミスデータセンターに戻してから、Resiliency Group を編集して NIC の構成を修正します。
仮想マシンにテイクオーバー操作を実行するには
- 次のように移動します。
[資産 (Assets)] (ナビゲーションペイン)、[Resiliency Group]タブ
- Resiliency Group をダブルクリックし、詳細ページを表示します。[テイクオーバー (Takeover)]をクリックします。
- 次を実行します。
ターゲットデータセンターを選択します。
ソースデータセンターで停止している資産があるかどうかを確認する場合は、[資産の停止の確認 (Confirm outage of assets)]チェックボックスにチェックマークを付けます。
テイクオーバー操作時に、損失する可能性があるデータを Resiliency Platform が検出すると、データの損失を避けるためにテイクオーバー操作を中止するオプションが表示されます。このような状況で操作を中止する場合は、チェックボックスにチェックマークを付けます。
- [送信 (Submit)]をクリックします。
テイクオーバー操作が失敗した場合は、理由を把握して修正するために、[最近のアクティビティ (Recent Activities)]を調べます。[再試行 (Retry)]操作を起動できます。[再試行 (Retry)]操作によって、テイクオーバーワークフローが再開され、正常に完了している手順を省略し、失敗した手順を再試行します。
いずれかのワークフローが実行状態の場合は、ワークフローサービスを再開しないでください。再開すると、[再試行 (Retry)]操作が期待どおりに動作しない可能性があります。
特定のシナリオのトラブルシューティングについて詳しくは、を参照してください。