製品マニュアル
- 第 I 部 概要と計画
- Resiliency Platform の概要
- Veritas Resiliency Platform について
- Resiliency Platform の主な機能とコンポーネントについて
- Resiliency Platform の機能について
- Resiliency Platform 配備でのレプリケーション
- Veritas Resiliency Platform Data Mover について
- Resiliency Platform での VMware Storage vMotion の管理について
- Resiliency Platform での VMware スナップショットの管理について
- Resiliency Platform での IPv6 ネットワークのサポートについて
- Resiliency Domain での効率化と耐障害性の計画
- Resiliency Platform でのオンボーディング
- Resiliency Platform API について
- Resiliency Platform を使用したリカバリオプション
- Resiliency Platform Data Mover を使用した AWS への物理マシンのリカバリ
- Orange Recovery Engine への VMware 仮想マシンのリカバリ
- AWS への VMware 仮想マシンのリカバリ
- AWS への Hyper-V 仮想マシンのリカバリ
- AWS への VMware 仮想マシンの移行
- Azure への VMware 仮想マシンのリカバリ
- Azure への Hyper-V 仮想マシンのリカバリ
- HUAWEI CLOUD への VMware 仮想マシンのリカバリ
- OpenStack への VMware 仮想マシンのリカバリ
- OpenStack への Hyper-V 仮想マシンのリカバリ
- Resiliency Platform Data Mover を使用した vCloud Director への物理マシンのリカバリ
- vCloud Director への VMware 仮想マシンのリカバリ
- vCloud Director への Hyper-V 仮想マシンのリカバリ
- vCenter Server を追加しない vCloud Director への VMware 仮想マシンのリカバリ
- Hyper-V Server を追加しない vCloud Director への Hyper-V 仮想マシンのリカバリ
- vCloud Director から vCloud Director への仮想マシンのリカバリ
- Resiliency Platform Data Mover を使用した Orange Recovery Engine への物理マシンのリカバリ
- Resiliency Platform Data Mover を使用した物理マシンのオンプレミスデータセンターの VMware 仮想マシンへのリカバリ
- Resiliency Platform Data Mover を使用した VMware 仮想マシンからオンプレミスデータセンターへのリカバリ
- NetBackup を使用した VMware 間での VMware 仮想マシンのリカバリ
- NetBackup 自動ディザスタリカバリを使用した VMware から AWS への仮想マシンのリカバリ
- サードパーティのレプリケーション技術を使用した VMware 仮想マシンのリカバリ
- サードパーティのレプリケーション技術を使用した Hyper-V 仮想マシンのリカバリ
- サードパーティのレプリケーション技術を使用したアプリケーションのリカバリ
- InfoScale アプリケーションのリカバリ
- 配備のチェックリスト
- AWS への VMware 仮想マシンのリカバリのチェックリスト
- Resiliency Platform Data Mover を使用した物理マシンの AWS へのリカバリのチェックリスト
- AWS への Hyper-V 仮想マシンのリカバリのチェックリスト
- Azure への VMware 仮想マシンのリカバリのチェックリスト
- Azure への Hyper-V 仮想マシンのリカバリのチェックリスト
- HUAWEI CLOUD への VMware 仮想マシンのリカバリのチェックリスト
- Orange Recovery Engine への VMware 仮想マシンのリカバリのチェックリスト
- Resiliency Platform Data Mover を使用した、物理マシンの Orange Recovery Engine へのリカバリのチェックリスト
- OpenStack への VMware 仮想マシンのリカバリのチェックリスト
- OpenStack への Hyper-V 仮想マシンのリカバリのチェックリスト
- オンプレミスデータセンターから vCloud Director への VMware 仮想マシンのリカバリのチェックリスト
- オンプレミスデータセンターから vCloud Director への Hyper-V 仮想マシンのリカバリのチェックリスト
- vCloud Director から vCloud Director への仮想マシンのリカバリのチェックリスト
- Resiliency Platform Data Mover を使用した物理マシンの vCloud Director へのリカバリのチェックリスト
- Resiliency Platform Data Mover を使用した物理マシンのオンプレミスデータセンターへのリカバリのチェックリスト
- Resiliency Platform Data Mover を使用した VMware 仮想マシンのオンプレミスデータセンターへのリカバリのチェックリスト
- NetBackup を使用した VMware 仮想マシンのリカバリのチェックリスト
- NetBackup を使用して AWS クラウドに VMware 仮想マシンをリカバリする場合のチェックリスト
- サードパーティのレプリケーション技術を使用したオンプレミスデータセンターへの VMware 仮想マシンのリカバリのチェックリスト
- サードパーティのレプリケーション技術を使用したオンプレミスデータセンターへの Hyper-V 仮想マシンのリカバリのチェックリスト
- サードパーティのレプリケーション技術を使用したオンプレミスデータセンターへのアプリケーションのリカバリのチェックリスト
- InfoScale アプリケーションのリカバリのチェックリスト
- vCenter Server の前提条件
- ESXi クラスタノードの前提条件
- RDM ディスクのサポートマトリックス
- システムの必要条件
- Resiliency Platform のシステムリソースの要件
- ネットワークおよびファイアウォールの要件
- Resiliency Manager で必要なポート
- IMS で必要なポート
- NetBackup を使用して資産をリカバリする場合に必要なポート
- ホストで必要なポート
- 資産の AWS へのリカバリに必要なポート
- 資産の Azure へのリカバリに必要なポート
- 資産の Orange Recovery Engine へのリカバリに必要なポート
- 資産の HUAWEI CLOUD へのリカバリに必要なポート
- 資産の OpenStack へのリカバリに必要なポート
- 資産の vCloud Director へのリカバリに必要なポート
- オンプレミスデータセンターへの物理マシンのリカバリに必要なポート
- Resiliency Platform Data Mover を使用して資産をオンプレミスデータセンターにリカバリするために必要なポート
- クラウドデータセンターへのリカバリに使用する Replication Gateway に必要なポート
- vCenter Server または Hyper-V Server を追加しない vCloud Director へのリカバリのために Replication Gateway で必要なポート
- 物理マシンへのリカバリに使用する Replication Gateway に必要なポート
- VMware 仮想マシンのオンプレミスデータセンターへのリカバリに使用する Replication Gateway に必要なポート
- サードパーティのレプリケーション技術を使用してオンプレミスデータセンターに資産をリカバリする場合に必要なポート
- InfoScale アプリケーションのリカバリに必要なポート
- ライセンスの管理
- Web コンソールの使用
- Resiliency Platform の概要
- 第 II 部 仮想アプライアンスの配備と構成
- 配備と構成
- Resiliency Platform 仮想アプライアンスの配備について
- Veritas Resiliency Platform 仮想アプライアンスのダウンロード
- vCloud へのリカバリ用の Resiliency Platform 仮想アプライアンスのダウンロード
- VMware vSphere クライアントを介したでの仮想アプライアンスの配備
- Hyper-V マネージャを介したでの仮想アプライアンスの配備
- AWS Marketplace 経由での AWS への仮想アプライアンスの配備
- OVA ファイルを使用した AWS での仮想アプライアンスの配備
- AWS でのデータゲートウェイの配備
- PowerShell スクリプトを使用して Azure に仮想アプライアンスを配備する
- Azure Marketplace 経由での Azure への仮想アプライアンスの配備
- vCloud での仮想アプライアンスの配備
- OpenStack ダッシュボードを使用した OpenStack での仮想アプライアンスの配備
- ボリュームを使用した OpenStack での仮想アプライアンスの配備
- HUAWEI CLOUD での仮想アプライアンスの配備
- Orange Recovery Engine での仮想アプライアンスの配備
- Resiliency Platform コンポーネントの構成について
- AWS Marketplace 経由で配備した場合の Resiliency Platform コンポーネントのアンインストール
- 仮想アプライアンスのセキュリティ機能
- Hotfix について
- 参照
- 更新を適用
- Resiliency Platform への更新の適用について
- Replication Gateway アプライアンスで UUID が重複するディスクを追加する
- AWS Marketplace 経由で配備した場合の AWS インフラのアップグレード
- OVA ファイルを使用して配備されたときの AWS インフラのアップグレード
- リポジトリサーバーの前提条件
- リポジトリサーバーの設定
- Resiliency Platform でのリポジトリサーバーの追加
- Resiliency Platform でのリポジトリサーバーの割り当て
- コンソールを使用した仮想アプライアンスへの更新の適用
- klish メニューを使用した仮想アプライアンスへの更新の適用
- 適用可能な更新についての情報の更新
- リポジトリサーバーからの更新の削除
- リポジトリサーバーの削除
- Resiliency Platform の更新のダウンロード
- YUM サーバーの設定
- InfoScale 環境のアップデートの適用
- ホストへのアップデートの適用
- Resiliency Manager に対するアップデートの適用
- Veritas Data Gateway への更新の適用
- 配備と構成
- 第 III 部 Resiliency Domain の設定と管理
- Resiliency Domain の管理
- Resiliency Domain の設定
- Resiliency Platform Web コンソールへの接続
- 新しい Resiliency Platform 構成の開始
- Resiliency Manager の管理
- Infrastructure Management Server の管理
- オンプレミスデータセンターの管理
- OpenStack プライベートクラウドインスタンスの追加
- クラウド構成の管理
- プライベートクラウド構成の管理
- NetBackup との統合
- InfoScale Operations Manager との統合
- Resiliency Domain の管理
- 第 IV 部 資産インフラの追加
- Resiliency Platform ホスト資産の管理
- VMware 資産の管理
- Veritas Replication VIB の管理
- Hyper-V 資産の管理
- ゲートウェイの管理
- Replication Gateway の管理
- Replication Gateway の追加
- Replication Gateway の更新
- Replication Gateway の削除
- 別の IMS への Replication Gateway の移動
- Replication Gateway の表示
- Replication Gateway ペアについて
- Replication Gateway ペアの作成
- Replication Gateway ペアの暗号化の変更
- Replication Gateway をゲートウェイペアから置換
- Replication Gateway ペアの削除
- Replication Gateway ペアの表示
- Replication Gateway での PXE の構成
- DHCP サーバーとしての Replication Gateway の構成
- Replication Gateway からの PXE ブートサーバーの構成解除
- Replication Gateway からの DHCP サーバーの構成解除
- データゲートウェイの管理
- エンクロージャ資産の管理
- 第 V 部 ネットワークの管理
- ネットワークの管理
- ネットワークオブジェクトの管理
- ネットワークオブジェクトについて
- サブネットの追加
- Hyper-V VLAN の追加
- ネットワークグループの追加
- ネットワークオブジェクトの編集
- ネットワークオブジェクトの削除
- ソースデータセンターとターゲットデータセンターの間のネットワークペアの作成
- ネットワークペアの削除
- データセンターの DNS サーバー設定の構成
- Windows keytab ファイルのコマンドの例
- 仮想マシンを AWS にリカバリする場合のネットワークペア
- 仮想マシンを Azure にリカバリする場合のネットワークペア
- 仮想マシンを HUAWEI CLOUD にリカバリする場合のネットワークペア
- 仮想マシンを Orange Recovery Engine にリカバリする場合のネットワークペア
- 仮想マシンを OpenStack にリカバリする場合のネットワークペア
- 仮想マシンを vCloud Director にリカバリする場合のネットワークペア
- Hypervisor サーバーを追加せずに vCloud Director に仮想マシンをリカバリする場合のネットワークペア
- vCloud Director 間で仮想マシンをリカバリする場合のネットワークペア
- コンピュータをオンプレミスデータセンターにリカバリする場合のネットワークペア
- 物理マシンを VMware にリカバリする場合のネットワークペア
- 物理マシンを AWS にリカバリする場合のネットワークペア
- 物理マシンを Azure にリカバリする場合のネットワークペア
- 物理マシンを vCloud Director にリカバリする場合のネットワークペア
- 設定の管理
- ネットワークの管理
- 第 VI 部 Resiliency Group の操作
- 資産の分類
- Virtual Business Service の管理
- アプリケーションの編成
- Resiliency Platform を使用したアプリケーションの管理
- アプリケーションでの Resiliency Group について
- カスタムアプリケーションの管理
- 部分的に検出されたアプリケーションの入力の提供
- アプリケーションバンドルについて
- Resiliency Manager へのアプリケーションバンドルの追加
- 選択したアプリケーションホストへのアプリケーションバンドルのインストール
- 選択したアプリケーションホストでのアプリケーションバンドルの有効化および無効化
- アプリケーションバンドルの自動配備の管理
- 選択したホストからのアプリケーションバンドルのアンインストール
- アプリケーションバンドルの削除
- アプリケーションの種類の検出スケジュールの編集
- アプリケーションタイプの詳細の表示
- 適用できるホストの詳細の表示
- InfoScale アプリケーションでの Resiliency Group について
- InfoScale アプリケーションの詳細の表示
- 基本的な監視のためのアプリケーションの管理
- Service Objective の管理
- 第 VII 部 ディザスタリカバリの構成
- Resiliency Platform Data Mover を使用した構成
- ディザスタリカバリ操作での Resiliency Group の役割についての理解
- 資産のディザスタリカバリ準備状況の確認について
- Resiliency Platform による仮想マシンのディザスタリカバリ保護の構成方法
- Resiliency Platform Data Mover が DR 操作を処理する方法
- 手動による介入について
- 仮想マシンのディザスタリカバリの制限事項
- 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 仮想マシンの準備
- EMC SRDF レプリケーションを使用したディザスタリカバリ用 VMware 仮想マシンの構成
- EMC RecoverPoint レプリケーションを使用するディザスタリカバリのための VMware 仮想マシンの構成
- NetApp SnapMirror を使用したディザスタリカバリ用 VMware 仮想マシンの構成
- Hitachi True Copy レプリケーションを使用するディザスタリカバリのための VMware 仮想マシンの設定
- HPE 3PAR リモートコピーレプリケーションを使用するディザスタリカバリのための VMware 仮想マシンの構成
- IBM SVC グローバルミラーレプリケーションを使用した、ディザスタリカバリ用の VMware 仮想マシンの構成
- IBM XIV リモートミラーレプリケーションを使用した、ディザスタリカバリ用の VMware 仮想マシンの構成
- アレイベースレプリケーションを使用するための Hyper-V 仮想マシンの準備
- Hyper-V Replica を使用したディザスタリカバリ用 Hyper-V 仮想マシンの構成
- EMC RecoverPoint を使用するディザスタリカバリのための Hyper-V 仮想マシンの構成
- EMC SRDF を使用したディザスタリカバリ用 Hyper-V 仮想マシンの構成
- Hitachi TrueCopy Universal Replicator を使用するディザスタリカバリのための Hyper-V 仮想マシンの構成
- HPE 3PAR リモートコピーを使用するディザスタリカバリのための Hyper-V 仮想マシンの構成
- IBM SVC グローバルミラーを使用した、ディザスタリカバリ用の Hyper-V 仮想マシンの構成
- IBM XIV リモートミラーを使用した、ディザスタリカバリ用の Hyper-V 仮想マシンの構成
- サードパーティのレプリケーション技術を使用したリモート回復 (DR) 用の仮想マシンの管理
- リモート回復 (DR) 用アプリケーションの管理
- アレイベースのレプリケーションを使用する場合の VMware 仮想マシンの準備
- Resiliency Platform Data Mover を使用した構成
- 第 VIII 部 ディザスタリカバリの管理
- 仮想マシンの DR 操作の実行
- リハーサル操作について
- VMware 仮想マシンに対するリハーサル操作 (アレイベースのレプリケーション)
- Hyper-V 仮想マシンに対するリハーサル操作 (アレイベースのレプリケーション)
- 仮想マシンのリハーサル操作の実行
- 仮想マシンのリハーサルのクリーンアップの実行
- Resiliency Group の移行
- 仮想マシンの Resiliency Group のテイクオーバー
- 仮想マシンの再同期操作の実行
- NetBackup イメージを使用したリハーサル操作の実行
- NetBackup 自動 DR を使用して VMware から AWS に仮想マシンでリハーサル操作を実行する
- NetBackup を使用してオンプレミスのデータセンターにデータをリストアする
- NetBackup 自動 DR を使用したクラウド (AWS) への仮想マシンのリストア
- 停止の解決
- VBS での DR 操作の実行
- アプリケーションの DR 操作の実行
- 資産の退避
- Resiliency Plan の管理
- Resiliency Plan の管理
- Resiliency Plan について
- 新しい Resiliency Plan テンプレートの作成
- Resiliency Plan テンプレートの編集
- Resiliency Plan のテンプレートの削除
- Resiliency Plan テンプレートの表示
- 新しい Resiliency Plan の作成
- Resiliency Plan の編集
- Resiliency Plan の削除
- Resiliency Plan の実行
- Resiliency Plan の表示
- Resiliency Plan のスケジュールの作成
- Resiliency Plan のスケジュールの編集
- Resiliency Plan のスケジュールの削除
- Resiliency Plan のスケジュールの表示
- 手動タスクについて
- Resiliency Plan での手動タスクの使用
- カスタムスクリプトについて
- 仮想マシンの DR 操作の実行
- 第 IX 部 製品設定
- 第 X 部 Resiliency Platform API の使用
- 第 XI 部 トラブルシューティングとコマンドラインインターフェースの使用
- トラブルシューティング
- 災害が発生した場合の Resiliency Platform コンポーネントのリカバリ
- トラブルシューティング: NetBackup の問題
- トラブルシューティング: Resiliency Domain からの Resiliency Manager の削除
- 管理者待機状態の解決
- Resiliency Group の削除操作のトラブルシューティング
- Azure での仮想アプライアンス配備のトラブルシューティング
- トラブルシューティング: 仮想アプライアンスへのファイルのコピー
- トラブルシューティング: 仮想アプライアンスからのファイルのコピー
- 仮想マシンの手動クリーンアップ
- IP カスタマイズのトラブルシューティング
- DR 構成の操作が統合サービスエラーで失敗する
- Resiliency Platform がストレージポリシーを仮想マシンに接続できない
- Resiliency Platform がストレージポリシーの作成に失敗する
- 資産の検出のトラブルシューティング
- クラウドデータセンターに移行した後にホストが IMS に追加されない場合のトラブルシューティング
- トラブルシューティング: Resiliency Domain での Resiliency Manager 間の接続
- VMware のディスクの接続解除サブタスクで、ホストの構成を変更できないことを示すエラーメッセージが表示されて DR 操作が失敗する場合のトラブルシューティング
- トラブルシューティング: Datastore の名前を変更する場合
- トラブルシューティング: 移行操作
- トラブルシューティング: テイクオーバー操作
- トラブルシューティング: IMS を追加できない
- トラブルシューティング: Replication Gateway の置換操作
- トラブルシューティング: Resiliency Manager、IMS、または Replication Gateway に対する klish コマンド
- トラブルシューティング: Hyper-V ゲスト環境の書き込み可能なディスクが読み取り専用と表示される
- トラブルシューティング: Resiliency Platform で管理されているホストからアドオンを手動で削除する手順
- klish メニューの使用
- Application Enablement SDK の使用
- トラブルシューティング
- 用語集
Resiliency Platform による仮想マシンのディザスタリカバリ保護の構成方法
ウィザードの構成プロセス中、Resiliency Platform は仮想マシンからレプリケートされたボリュームまで完了ストレージスタックを検索します。
また、Resiliency Group の各メンバーの完了ネットワーク設定を検出します。ネットワークマッピングが設定されている場合は、移行後にリカバリデータセンターで適用する必要があるネットワーク設定にマッピングの詳細が適用されます。リカバリデータセンターの仮想マシンの IP アドレスがサブネットのマッピングに基づいて適用されます。Resiliency Platform は、移行、テイクオーバー、リハーサルなどのディザスタリカバリ操作時にこの構成を格納し使用します。このネットワークのカスタマイズはデータセンターに DHCP が構成されていない場合にのみ適用されます。
ウィザードを使用して DR 構成を検証し結果を表示します。たとえば、ウィザードでは、リカバリデータセンターで稼働中のデータセンターの仮想マシンの数と一致させるために必要な仮想マシンの数を表示できます。
Veritas Resiliency Platform &; では、ソースデータセンターの VMware 仮想マシンのリソースプールとフォルダをリカバリデータセンターのリソースプールとフォルダにマップします。リソースプールまたは仮想マシンのフォルダは、両方のデータセンターで同じ階層構造を持っている必要があります。そうでない場合、ルートリソースプールまたはフォルダがディザスタリカバリの操作中に使用されます。マッピングは同じオブジェクト間でのみ、つまりリソースプールからリソースプールまたはフォルダからフォルダのみです。
2.2 以前のバージョンから 3.0 以降のバージョンにアップグレードする場合は、Resiliency Group を編集してリソースプールとフォルダのマッピングを有効にする必要があります。Resiliency Group 内の資産に変更を行う必要はありません。また、Resiliency Platform にサーバーを追加するために使用する vCenter Server のユーザーアカウントに Resource.AssignVMToPool 特権が割り当てられていることを確認します。
VMware 仮想化サーバーを追加する場合の前提条件を参照してください。
リソースプールとフォルダのマッピングの例を示します。
稼働中のデータセンターで、仮想マシンがリソースプール「parent_r/child_r」内に存在する場合、ディザスタリカバリ操作後に仮想マシンがリカバリデータセンターのリソースプール「parent_r/child_r」に登録されます。リソースプール「Parent_r/child_r」がリカバリデータセンターに存在しない場合、仮想マシンはルートのリソースプールに登録されます。
同様に、稼働中のデータセンターで、仮想マシンがフォルダ「parent_f/child_f」内に存在する場合、ディザスタリカバリ操作後に仮想マシンがリカバリデータセンターのフォルダ「parent_f/child_f」に登録されます。フォルダ「parent_f/child_f」がリカバリデータセンターに存在しない場合、仮想マシンはデフォルト (「vmFolder」) のフォルダに登録されます。
DR の Resiliency Group に Hyper-V 仮想マシンのセットを構成する際、Resiliency Platform はレプリケートされたストレージに仮想マシンに関する追加情報を保存します。Resiliency Platform はレプリケートされたマウントポイントに「vrp」の名前でフォルダを作成し、仮想マシンの構成の追加コピーを格納します。Resiliency Platform は、データセンターごとに仮想マシン構成の別のコピーを保持します。このためデータセンター間で別の仮想マシン構成を持つことができます。これらのコピーは、移行、テイクオーバー、リハーサルなどの DR 操作中に使用されます。これらのファイルは、Resiliency Platform によって保持され、編集または削除することはできません。
メモ:
Resiliency Group のメンバーのいずれかでストレージスタックまたはネットワーク設定への変更がある場合は、最新のストレージとネットワーク構成が記録および保存されるようにウィザードを再実行します。
Hyper-V 仮想マシンの場合、現在の構成を記録および保存した後に、Resiliency Platform がレプリケートされたデータストアのフォルダ (.vrp) に仮想マシン構成をコピーします。このフォルダは、仮想マシンのデータセンター固有のコピーをホストします。これにより、ユーザーは同じ仮想マシンの 2 つのデータセンター間で別の構成を持つことができます。
VMware 仮想マシンの場合、操作が正常に完了すると、Resiliency Platform はリカバリデータセンターの仮想マシンに関連するファイルを保存するために仮想マシンの作業中の場所にディレクトリを作成します。Resiliency Platform は移行、テイクオーバー、リハーサルなどの DR 操作時にこれらのファイルを使用するので、これらのファイルとディレクトリを削除または変更することはできません。このディレクトリにより、同じ仮想マシンの 2 つのデータセンター間で別の構成を持つことができます。
Resiliency Platform Data Mover を使用してリモート回復用の仮想マシンを構成する際、既存のストレージポリシーが削除され、仮想マシンに再度追加されます。これは、他のいくつかのルールに影響を与えることがあります。