製品マニュアル
- 第 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 の使用
- トラブルシューティング
- 用語集
NetBackup を Resiliency Platform と統合するための前提条件
NetBackup サーバー管理者は、Veritas Resiliency Platform を使用して資産をリカバリするためには、NetBackup マスターサーバーでいくつかの構成タスクを実行する必要があります。Resiliency Platform 管理者がバックアップサービス定義をアクティブ化し、資産を保護するためにそれらを適用するには、その前に、次のタスクを完了する必要があります。IPv6 アドレスのサポートが有効になります。Resiliency Platform 仮想アプライアンスは、IPv4 と IPv6 のアドレスを使用して構成できるようになりました。NetBackup 8.1.1、8.1.2 では IPv6 ネットワークがサポートされています。
NetBackup 管理者は、NetBackup マスターサーバーと Resiliency Platform の間の接続を確立するように補助する必要があります。Resiliency Platform と NetBackup サーバーの間の接続を確立するには、次のことを確認します。
NetBackup 8.1 以降または NetBackup 52XX Appliance バージョン 3.0 がインストールされている。
NetBackup 自動イメージレプリケーションが構成されている。複数の方法で構成できますが、ターゲットモードのみが Resiliency Platform のサポート対象です。2 つのデータセンター全体の両方のマスターサーバー間で構成されている必要があります。
対象の自動イメージレプリケーションにより、バックアップイメージがリカバリデータセンターの NetBackup マスターサーバーで確実に利用可能である。
登録した名前によって、ソースとターゲットのデータセンターの NetBackup マスターサーバーが相関付けられます。対象の自動イメージレプリケーションの構成時に、NetBackup マスターサーバーの登録名が使用されていることを確認します。なお、登録名は NetBackup マスターサーバーのインストール時に指定した名前です。
同じデータセンター内の VMware 仮想マシンのバックアップイメージをリカバリする場合は、対象の自動イメージレプリケーションは必要ありません。
NetBackup マスターサーバーがオンラインである。
Resiliency Platform では、VMWARE ポリシータイプのみを使用して NetBackup でバックアップを作成した VMware 仮想マシンのリカバリをサポートします。
NetBackup 8.1 以降と統合している場合は、nbwebsvc ユーザーと nbwebgrp グループを構成する必要があります。詳しくは、
『Veritas NetBackup インストールガイド』を参照してください。IPv6 アドレスまたは IPv4 と IPv6 アドレスで構成されている NetBackup マスターサーバーと Resiliency Platform コンポーネント間の通信を設定するには、DNS サーバーで次の設定を追加する必要があります。
NetBackup マスターサーバーが IPv4 と IPv6 アドレスを使用して構成され、Resiliency Manager が IPv6 アドレスのみを使用して構成されている場合、DNS サーバーには Resiliency Manager の IPv6 ホスト名のエントリのみが存在する必要があります。
NetBackup マスターサーバーが IPv6 アドレスのみで構成され、Resiliency Manager と IMS が IPv4 と IPv6 の両方のアドレスで構成されている場合、IMS で NetBackup マスターサーバーを検出するには、NetBackup マスターサーバー用に構成された IPv6 ホスト名のエントリのみが DNS サーバーに存在することを確認します。
NetBackup 8.1 以上と統合する場合は、以下のことに注意してください。
Resiliency Platform では、［除外するディスクなし (No disk(s) excluded)］のポリシータイプでバックアップを作成した仮想マシンのみを管理できます。
NetBackup マスターサーバーの追加を参照してください。
NetBackup マスターサーバーに追加サーバーとして IMS を追加するを参照してください。
自動 DR 機能を備えたオンプレミスの NetBackup CloudCatalyst で、AWS S3 バケットに保存された NetBackup イメージを使用して、VMware 仮想マシンを AWS クラウドにリカバリできます。この機能は、NetBackup 8.2 以降でのみ使用できます。
NetBackup サーバー管理者は、オンプレミスの NetBackup マスターサーバーとクラウドの NetBackup CRS (NetBackup Cloud Recovery Server) で次の構成タスクを実行して、クラウドデータセンターへのリカバリを有効にする必要があります。
オンプレミスの NetBackup ドメインでは、AWS アカウントのクレデンシャルを使用してクラウドストレージサーバーのクレデンシャルを構成します。CloudCatalyst オプションを有効にし、バックアップイメージを格納する S3 バケットを構成します。
この構成で、バックアップイメージのバックアップを S3 バケットに作成したりバックアップイメージを S3 バケットに複製したりするようにバックアップポリシーを構成します。
Resiliency Platform では、VMware ポリシータイプのみを使用して NetBackup でバックアップを作成した VMware 仮想マシンのリカバリをサポートします。
Resiliency Platform では、［除外するディスクなし (No disk(s) excluded)］のポリシータイプでバックアップを作成した仮想マシンのみを管理できます。
バックアップの種類が完全バックアップまたは高速増分バックアップであることを確認します。
NetBackup CRS をクラウドデータセンターに配備します。
オンプレミスデータセンターのバックアップを保存する S3 バケットと同じ S3 バケットで CRS を構成します。
CRS をクラウドデータセンターに追加します。次を実行します。
［設定 (Settings)］ > ［インフラ (Infrastructure)］ビューに移動し、クラウドデータセンターを見つけて、［Copy Manager］環境カードをクリックして、［NetBackup］タブに移動します。
次の項目について確認します。
Resiliency Platform のクラウドデータセンターの構成に使用するアカウントと、NetBackup Cloud Recovery Server の構成に使用するアカウントは同じである必要があります。これにより、Resiliency Platform は EC2 インスタンスのプロビジョニング時に NetBackup 自動 DR API を使用してリストアされた AMI にアクセスできます。
Resiliency Platform に構成するクラウドデータセンターのリージョンは、NetBackup Cloud Recovery Server 用に構成された S3 バケットのリージョンと同じである必要があります。これは、クラウドデータセンターに配備された IMS (Infrastructure Management Server) が、NetBackup Cloud Recovery Server で作成された AMI にアクセスする必要があるためです。これらの AMI は、NetBackup Cloud Recovery Server で構成された S3 バケットのリージョンで作成されます。
IPv6 アドレス、または IPv4 と IPv6 アドレスで構成されている NetBackup マスターサーバーと Resiliency Platform コンポーネント間の通信を設定するには、DNS サーバーで次の設定を追加する必要があります。
NetBackup マスターサーバーが IPv4 と IPv6 アドレスを使用して構成され、Resiliency Platform が IPv6 アドレスのみを使用して構成されている場合、DNS サーバーには Resiliency Platform の IPv6 ホスト名のエントリのみが存在する必要があります。
NetBackup マスターサーバーが IPv6 アドレスのみで構成され、Resiliency Platform と IMS が IPv4 と IPv6 の両方のアドレスで構成されている場合、IMS で NetBackup マスターサーバーを検出するには、NetBackup マスターサーバー用に構成された IPv6 ホスト名のエントリのみが DNS サーバーに存在することを確認します。
NetBackup CRS (Cloud Recovery Server) の追加を参照してください。
NetBackup Cloud Recovery Server の編集を参照してください。