検索クエリーを入力してください
<book_title> を検索 ...
製品マニュアル
Last Published:
2019-11-18
Product(s):
Resiliency Platform & CloudMobility (3.4)
- 第 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 コンソールを使用して、Resiliency Platform に NetBackup マスターサーバーを追加することができます。
次の方法で、NetBackup マスターサーバーを追加できます。
NetBackup Web サービスのクレデンシャルを使用します。
Resiliency Manager から NetBackup マスターサーバーに直接アクセスできる場合は、このオプションを使用します。
Resiliency Platform は、これらのクレデンシャルを使用して、NetBackup にそれ自体を WebSocket サーバーとして追加します。このチャネルは、バックアップアクティビティの通知に使用されます。
Resiliency Platform コンソールを使用して NetBackup マスターサーバーを削除すると、Resiliency Manager の WebSocket サーバーが NetBackup マスターサーバーから削除されます。
同じ WebSocket サーバーのエントリがすでに存在する場合は、NetBackup 管理コンソールを使用して、Resiliency Manager の WebSocket サーバーを手動で削除する必要があります。
NetBackup Web サービスの URL の使用
これは、2 段階の手順のタスクです。最初のタスクは、NetBackup マスターサーバーを追加するために Resiliency Platform コンソールを使用して実行され、登録 URL がコンソールで生成されます。2 番目の手順は、NetBackup 管理コンソールを使用して実行されます。
Resiliency Manager から NetBackup マスターサーバーに直接アクセスできない場合は、このオプションを使用します。
URL に、30 分のみ有効な一時トークンが含まれることに注意してください。30 分以内に操作が完了しないと、URL を再生成するために NetBackup マスターサーバーを編集する必要があります。マスターサーバーに Web サービスエンドポイントを追加するときに、NetBackup マスターサーバーに同じホスト名の古いエントリがすでに存在する場合は、新しい URL で追加する前にこのエントリを削除します。
「Web サービスの URL を使用した NetBackup マスターサーバーの追加」を参照してください。
URL の登録方法のみを使用して、NetBackup Appliance を追加できます。
メモ:
NetBackup マスターサーバーのバージョン 8.0 を追加して 8.1 にアップグレードした場合は、Resiliency Platform にマスターサーバーを再度追加する必要があります。
前提条件
NetBackup マスターサーバーの要件を満たしていることを確認します。
NetBackup マスターサーバーを追加するデータセンターの Resiliency Manager がオンラインになっていることを確認します。
Web サービスのクレデンシャルを使用した NetBackup マスターサーバーの追加
- 次のように移動します。
［設定 (Settings)］(メニューバー)、［インフラ (Infrastructure)］、［詳細ビュー (Details View)］
［Copy Manager］、［+ NetBackup マスターサーバー (NetBackup Master)］
- ［NetBackup マスターサーバーの構成 (Configure NetBackup Master)］パネルで、次の情報を入力し、［次へ (Next)］をクリックします。
コマンドチャネルの IMS (Infrastructure Management Server) を選択します。
NetBackup マスターサーバーの名前と Web サービスポート番号を入力します。
マスターサーバーにアクセスする際に使用するユーザー名とパスワードを入力します。
- ［NetBackup マスターサーバーはこの Resiliency Manager からアクセスできます (NetBackup Master Server is accessible from this Resiliency Manager)］チェックボックスにチェックマークが付いていることを確認します。
- ［完了 (Finish)］をクリックして、ウィザードを終了します。
Web サービスの URL を使用した NetBackup マスターサーバーの追加
- Resiliency Platform 管理者は次を実行します。
次のように移動します。
［設定 (Settings)］(メニューバー)、［インフラ (Infrastructure)］、［詳細ビュー (Details View)］
［Copy Manager］、［+ NetBackup マスターサーバー (NetBackup Master)］
- ［NetBackup マスターサーバーの構成 (Configure NetBackup Master)］パネルで、次の情報を入力し、［次へ (Next)］をクリックします。
IMS (Infrastructure Management Server) を選択します。
NetBackup マスターサーバーの名前を入力します。
マスターサーバーにアクセスする際に使用するユーザー名とパスワードを入力します。
- ［NetBackup マスターサーバーはこの Resiliency Manager からアクセスできます (NetBackup Master Server is accessible from this Resiliency Manager)］チェックボックスのチェックマークをはずします。
- ［完了 (Finish)］をクリックして、ウィザードを終了します。
登録を完了するための URL と手順がウィザードパネルで提供されます。NetBackup 管理コンソールを使用して、手順に従います。
URL を使用した NetBackup への Resiliency Manager の追加を参照してください。
NetBackup マスターサーバーの状態が、Resiliency Platform コンソールに保留中として示されます。
- URL を使用して登録を完了したら、Resiliency Platform コンソールで NetBackup マスターサーバーの状態が検出を保留中として表示されることを確認します。
- NetBackup マスターサーバーに追加のサーバーとして IMS (Infrastructure Management Server) を追加します。
NetBackup マスターサーバーに追加サーバーとして IMS を追加するを参照してください。
正常に追加されたら、NetBackup マスターサーバーの状態は接続済みとして表示されます。