times

VMware vSphere Replication 8.5 | 2021 年 10 月 05 日 | ビルド 18710774 | ダウンロード

VMware vSphere Replication 8.5 構成インポート/エクスポートツール | 2021 年 10 月 05 日 | ビルド 18712590 | ダウンロード

これらのリリースノートへの追加や更新を確認してください。

リリースノートの概要

これらのリリースノートの内容は次のとおりです。

新機能
ローカライズ
製品のドキュメント
インストール手順
vSphere Replication のアップグレード
vSphere Replication の操作上の制限
オープンソースのコンポーネント
注意と制限
既知の問題

新機能

VMware vSphere Replication 8.5 には VMware vSphere 7.0 Update 3 との互換性が追加されています。
vSAN ターゲットデータストア上のレプリカディスクのストレージポリシーの変更がサポートされています。
vSphere Replication では連邦情報処理標準 (FIPS) がサポートされています。vSphere Replication アプライアンスで FIPS を有効にするには、KB84298 の手順を実行します。
ユーザーインターフェイスでの仮想マシンの静止ステータスのレポート作成。
レプリケーション検証の構成ページでのレプリケーションターゲットサイト名の表示。
vRealize Operations Management Pack for VMware vSphere Replication 8.5。管理パックの詳細については、『VMware vRealize Operations Management Pack for VMware vSphere Replication 8.5 リリースノート』を参照してください。
vRealize Orchestrator Plug-In for VMware vSphere Replication 8.5。新しいワークフローの詳細については、『VMware vRealize Orchestrator Plug-In for VMware vSphere Replication 8.5 リリースノート』を参照してください。

これ以前またはこれ以降の VMware vSphere のリリースとの相互運用性については、「vSphere Replication 8.5 互換性マトリックス」を参照してください。

vSphere 7.0 Update 3 の機能の詳細については、vSphere 7.0 のドキュメントを参照してください。

ローカライズ

VMware vSphere Replication 8.5 は、次の言語で使用可能です。

英語
フランス語
ドイツ語
日本語
韓国語
スペイン語
簡体字中国語
繁体字中国語

製品のドキュメント

現在のリリースノートに加え、vSphere Replication 8.5 のドキュメントセットには、次の配布ファイルが含まれています。

インストール手順

vSphere Replication の .iso イメージをダウンロードしてマウントします。vSphere Replication アプライアンスは、vSphere Web Client の OVF デプロイウィザードを使用してデプロイできます。.iso イメージの \bin ディレクトリに移動し、対応する OVF ファイルを使用します。

vSphere_Replication_OVF10.ovf：このファイルは、vSphere Replication Management Server、vSphere Replication サーバを含むすべての vSphere Replication コンポーネントのインストールに使用します。
vSphere_Replication_AddOn_OVF10.ovf：このファイルは、オプションの vSphere Replication サーバの追加インストールに使用します。

インストールの詳細については、「vSphere Replication ドキュメントセンター」の「vSphere Replication のインストール」のセクションを参照してください。

vCenter Server から vCenter Server へのレプリケーションの場合は、ソースサイトとターゲットサイトの vSphere Replication 管理サーバのバージョンを 8.4 または 8.5 にすることができます。

vSphere Replication 8.5 には、ソースサイトとターゲットサイトの両方でサポートされている vCenter Server バージョンが必要です。詳細については、VMware 製品の相互運用性マトリックスを参照してください。

vSphere Replication のアップグレード

ISO ファイルと VAMI を使用して、vSphere Replication 8.3.x または 8.4.x から vSphere Replication 8.5 にアップグレードします。

vSphere Replication アプライアンスの VAMI から公式の VMware アップデートリポジトリを使用して、vSphere Replication をバージョン 6.5.1 からバージョン 8.5 にアップグレードすることはできません。サポート対象バージョンの詳細については、「互換性マトリックス」を参照してください。

重要: アップグレードを開始する前に、vSphere Replication アプライアンスに OVF 環境（コンテキスト）があることを確認します。「Checking and Restoring the OVF Context of the vSphere Replication Appliance (2106709)」を参照してください。

「既知の問題」の「アップグレード」と「全般」のセクションを参照したことを確認してください。

vSphere Replication 8.5 へのアップグレード手順については、「その他の vSphere Replication サーバのアップグレード」および「vSphere Replication アプライアンスのアップグレード」を参照してください。

注：

クラウドへのディザスタリカバリレプリケーションが現在進行中である場合、VAMI を使用して vSphere Replication 8.5 にアップグレードしようとすると、これらのレプリケーションが失われることを防止するためにアップグレードは失敗します。アップグレードの失敗を回避するには、アップグレードの前に、すべての Disaster Recovery to Cloud レプリケーションを構成解除します。クラウドリカバリを引き続き使用するには、VMware vCloud Availability for vCloud Director を使用できます。詳細については、VMware vCloud Availability の製品ページを参照してください。
vSphere Replication を Site Recovery Manager と併用する場合は、保護対象サイトとリカバリサイトの両方で vSphere Replication をアップグレードしてから Site Recovery Manager サーバをアップグレードします。vSphere Replication のアップグレード後に Site Recovery Manager サーバを再起動する必要があります。詳細については、「VMware Site Recovery Manager のドキュメント」を参照してください。

vSphere Replication の操作上の制限

vSphere Replication 8.5 の操作上の制限については、VMware のナレッジベースの記事を参照してください。「Operational Limits for vSphere Replication 6.x and 8.x (KB 2102453)」を参照してください。

注意： vSphere Replication では、vSphere Replication Management サーバ 1 台につき 500 台を超えるレプリケーションをサポートするために、追加の構成が必要です。「Operational Limits for vSphere Replication 6.x and 8.x」および「Configuring Upgraded vSphere Replication Appliances to Support up to 3000 Replications」を参照してください。

オープンソースのコンポーネント

vSphere Replication 8.5 で配布されるオープンソースソフトウェアコンポーネントに適用される著作権に関する記述とライセンスは、「vSphere Replication オープンソースの公開」ページにあります。

注意と制限

仮想マシンのレプリケーションを正常に完了するには、レプリケーションを開始する前に、仮想インフラストラクチャが一定の制限を満たしていることを確認する必要があります。

NEW：vSphere Replication 8.5.0.3 以降では、手動の回避策で vSphere Lifecycle Manager (vLCM) を使用できます。『VMware vSphere Replication 8.5.0.3 リリースノート』を参照してください。
NEW：vSphere Replication アプライアンスで vSphere によるゲスト OS プロセスからホストへの構成メッセージの送信禁止手順を実行すると、vSphere Replication が正しく機能しなくなります。
NEW：vSphere Replication は、2 つのレプリケーションテクノロジーによる単一仮想マシンの保護をサポートしていません。仮想マシンが VMware Cloud Disaster Recovery で保護されている場合、vSphere Replication で保護することはできません。
vSphere Replication は、仮想 NVMe を使用して仮想マシンをレプリケートできます。vSphere Replication は、レプリケーションのソースおよびターゲットとして NVMe over Fabrics (NVMe-oF) データストアをサポートします。vSphere Replication は、ソースおよびターゲットの両方の ESXi ホストがバージョン 7.0 Update 2 以降の場合にのみ、仮想 NVMe コントローラをサポートします。VMware 製品で NVMe テクノロジーを使用する方法の詳細については、VMware vSphere 7.0 ドキュメントの「VMware NVMe の概念」を参照してください。
仮想マシンの暗号化をオンに切り替えた場合、vSphere Replication 8.5 は vSphere 7.0 Update 2 をサポートしません。vSphere Replication 8.5 で仮想マシンの暗号化を使用するには、vSphere 7.0 Update 2c 以降を使用する必要があります。
vSphere Replication 8.5 では、VRMS アプライアンス管理インターフェイスでサポートバンドル管理は提供されません。これにはサポートバンドルとサポートバンドルの削除のリストが含まれます。SSH を介してサポートバンドルを管理するには、vSphere Replication アプライアンスへの SSH 接続を確立します。
Platform Services Controller をカスタムポートを使用してインストールすると、vSphere Replication アプライアンスの設定ができません。
5 分間の RPO は、臨時 vVol データストア上の仮想マシンに、サポート上限である 50 台まで適用されます。
vSphere Replication では、Virtual Volumes 上での VSS 静止をサポートしていません。
vSphere Replication は、vmdk ファイルを共有する仮想マシンをレプリケートすることはできません。
vSphere Replication では、ソースサイトとターゲットサイトの両方で vSphere APIs for IO Filtering をサポートしていません。IO フィルタを含む仮想マシンストレージポリシーが割り当てられた仮想マシンをレプリケートすることも、そのようなポリシーをレプリケーションターゲット仮想マシンに割り当てることもできません。レプリケーション用に仮想マシンを構成する前に、割り当てられた仮想マシンストレージポリシーに IO フィルタが含まれていないことを確認します。IO フィルタが含まれている仮想マシンストレージポリシーを、すでにレプリケーション用に構成されている仮想マシンに割り当てないでください。
複数の vSphere Replication アプライアンスをデプロイすると、VRMS アプライアンス管理インターフェイスの初期構成プロセス中に警告が表示されます。この場合、新しいアプライアンスを続行するにはユーザーの確認が必要です。複数の vSphere Replication サーバをデプロイした場合、この状況は発生しません。
各 vSphere Replication Management Server で管理できるレプリケートされた仮想マシンは最大 3000 台です。「Configuring Upgraded vSphere Replication Appliances to Support up to 3000 Replications (KB 2102463)」および「Requirements to the Environment...(KB 2107869)」を参照してください。
vSphere Replication は、62 TB の最大ディスク容量をサポートします。62 TB を超えるディスクのある仮想マシンでレプリケーションを有効にしようとすると、その仮想マシンではレプリケーション操作は実行されず、パワーオンできなくなります。
vSphere Replication は、2 TB を超えるディスクではより大きいブロックを追跡します。2 TB を超えるディスクのレプリケーションパフォーマンスは、同じワークロードの 2 TB 未満のディスクのレプリケーションパフォーマンスとは異なる可能性があります。これは、変更された特定のブロックに対してネットワーク上で通信されるディスクの量に依存します。
vSphere Replication は vSphere Replication アプライアンスでの VMware Tools パッケージのアップグレードをサポートしません。
vSphere Replication は、仮想互換モードで RDM のレプリケーションをサポートします。物理互換モードで RDM にレプリケーションを構成することはできません。
vSphere Replication は、ターゲットサイトの仮想マシンのスナップショットの階層をレプリケートしません。
パワーオフされた仮想マシンにレプリケーションを構成できます。ただし、実際のレプリケーショントラフィックは仮想マシンがパワーオンされたときに開始されます。
レプリケーションサイトで Storage DRS を使用する場合は、リソースを消費するホスト間の移動（ホストとデータストア両方の変更）が Storage DRS で実行されないように、同種のホストとデータストア接続を設定しているか確認します。
5 分間の目標復旧ポイント（RPO）では、ソースホストが ESXi 6.5 である必要があります。
vSphere Replication でネットワーク分離機能を使用するには、ホストが ESXi 6.0 以降であることが必要です。
vSphere Replication は VMware vSphere® Trust Authority™ をサポートしていません。
vSphere Replication は vSphere Life Cycle Manager (vLCM) と統合されていません。vSphere Replication と vLCM は同一のデータセンターで実行しないでください。vSphere Replication は vLCM が原因で停止します。
TRIM/UNMAP コマンドを使用して領域を再要求する際に、ソースサイトで UNMAP コマンドを使用すると、レプリケーションで圧縮を使用していない場合に、レプリケーショントラフィックではコマンドがゼロの連続として送信されます。データはターゲットサイトでゼロとして保存され、レプリカディスク上の領域は再要求されません。

既知の問題

既知の問題は、次のようにグループ化されています。

アップグレード
全般
vCenter Server へのレプリケーション

アップグレード

NEW：vSphere Replication アプライアンスをバージョン 8.5 にアップグレードできない
vSphere Replication アプライアンスをバージョン 8.5 にアップグレードしようとすると、エラーまたは警告が表示されずにプロセスが失敗します。この問題は、ログのパーティション (/opt/vmware/logs) がいっぱいの場合に発生します。

回避策：vSphere Replication 8.5 にアップグレードする前に、ログパーティションをクリーンアップします。
アップグレード後に vSphere Replication Management サービスが開始されない
vSphere Replication をアップグレードすると、VAMI で vSphere Replication Management (VRM) サービスが停止と表示され、仮想マシンの /opt/vmware/hms/logs/hms-configtool.log ファイルに java.net.ConnectException: Connection refused エラーメッセージが記述されます。

この問題は、vPostgreSQL サービスが完全に開始されていないために、組み込みの DB スキーマのアップグレードプロシージャが失敗する場合に発生します。

回避策：
1. 仮想アプライアンスコンソールで root ユーザーとしてログインします。
2. 次のコマンドを実行します。$ /opt/vmware/hms/bin/hms-configtool -cmd upgrade -configfile /opt/vmware/hms/conf/hms-configuration.xml
  
  DB スキーマのアップグレードが開始されます。
3. DB アップグレードプロシージャが完了するのを待ちます。
4. vSphere Replication VAMI で [構成] タブに移動して、アプライアンスの SSO 登録を完了します。
vSphere Replication アプライアンスのアップグレード後や、証明書または IP の変更後に vSphere Replication の権限が欠落する
vSphere Replication アプライアンスをアップグレードする場合、または他の何かの理由で vSphere Replication アプライアンスの証明書または IP アドレスが変更する場合、デフォルトの VRM ユーザーロールに割り当てられた権限が削除されてしまいます。
この問題は vSphere Replication のエクステンションが vCenter Server エクステンションマネージャで登録解除および登録されるたびに発生することが確認されています。

回避策：vSphere Replication アプライアンスのアップグレードまたはその証明書や IP アドレスの変更を行う前に、事前定義済みの VRM ロールを複製して、カスタムロールを作成します。カスタムロールに割り当てられている権限は削除されません。
アップグレードの後で vSphere Replication の Virtual Appliance Management Interface (VAMI) にアクセスできなくなる
アップグレード後は vSphere Replication VAMI が変更され、アップグレードの前に使用していたのと同じブラウザウィンドウでアクセスできなくなります。

回避策：次のいずれかの操作を行います。
- VAMI を開くのに使用したブラウザを変更します。
- ブラウザを完全に終了してから新しいブラウザウィンドウを開いて VAMI に接続します。
- ブラウザのキャッシュをクリアします。
- ブラウザで匿名タブを開きます。

全般

NEW：シードレプリカディスクを複数のデータストアから 1 つのデータストアに移動すると失敗する
名前が同一のシードレプリカディスクを複数のデータストアから 1 つのデータストアに移動すると、プロセスが失敗します。同じ名前のシードレプリカディスクを同じ場所に配置することはできません。

回避策：移動する前にシードレプリカディスクの名前を変更します。
NEW：リカバリ後の暗号化された仮想マシンをスナップショットに戻すとエラーで失敗する
複数の特定時点 (MPIT) スナップショットが有効になっている暗号化された仮想マシンのレプリケーションをリカバリすると、リカバリ後に作成された特定時点 (PIT) スナップショットに仮想マシンの暗号化が適用されません。リカバリ後の暗号化された仮想マシンのスナップショットに戻すと、次のエラーで失敗します：スナップショットファイルを開くことができません。

回避策：なし。
NEW：スタティックルートセットが構成された 2 番目の NIC が装着されている場合、[サマリ] タブに予期しないエラーが表示される
2 番目の NIC が装着されているときに、スタティックルートを構成した場合、VRMS アプライアンス管理インターフェイスは 2 番目の NIC から IP アドレスを取得できません。これにより、[サマリ] タブの [受信ストレージトラフィックの IP アドレス] フィールドに次の予期しないエラーが表示されることがあります。

ストレージトラフィックの IP アドレス <IP_address> は、NIC の IP アドレスのいずれかと一致する必要があります

回避策：NIC が正しく構成されているため、エラーを無視できます。
次のコマンドを実行して、レプリケーショントラフィックで正しい IP アドレスが使用されているかどうかを確認できます。
cat /etc/vmware/hbrsrv-nic.xml
NEW：vCenter Server をアップグレードした後、Site Recovery ユーザーインターフェイスにエラーメッセージが表示されることがある
vCenter Server をバージョン 6.7 Update 3p またはバージョン 7.0 Update 3 P04 にアップグレードした後に Site Recovery ユーザーインターフェイスを開くと、次のエラーメッセージが表示されることがあります。「ユーザーはログインしていません。権限がないため、メソッドの実行を終了しています。」同じエラーが dr.log と HMS ログに記録されます。

回避策：なし。エラーを無視してください。
NEW：vSphere Replication 管理サーバ (VRMS) アプライアンス管理ユーザーインターフェイスからの VRMS の構成がエラーとともに失敗する
ポート番号 80 以外のカスタム HTTP ポートを使用して vCenter Server を構成している場合、VRMS アプライアンス管理ユーザーインターフェイスからの VRMS の構成が次のエラーとともに失敗します：

VRMS の登録に失敗しました

回避策：カスタムの vCenter Server ポートを検出し、このポートを使用する VRMS 構成ワークフローを格納するには、https://kb.vmware.com/s/article/85918 を参照してください。
NEW：複製された仮想マシンが応答しなくなるか、ネットワーク要求を処理できなくなる
vSphere Replication の同期操作中は、同期期間の間、仮想マシンディスクの I/O がブロックされます。SCSI UNMAP コマンドによって現在のレプリカディスクのターゲットサイトへの転送がオーバーライドされた場合、同期操作中に vSphere Replication フィルタドライバからこのコマンドを実行することはできません。

回避策：vSphere Replication が UNMAP コマンドに対応できるようにします。
1. ソース ESXi サーバへの SSH 接続を確立します。
2. 次のコマンドを実行します。
esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0

コマンドはすぐに有効になり、システムの再起動を実行する必要はありません。
New：再保護がエラーで失敗する
仮想マシンを大規模にレプリケートする場合、再保護が次のエラーで失敗することがあります。「仮想マシンのレプリケーションを逆転できません。vSphere Replication Management Server で一般エラーが発生しました: java.net.SocketTimeoutException: Read timed out」

回避策：
1. /opt/vmware/hms/conf/hms-configuration.xml ファイルに移動します。
2. 両方のサイトで、hms-default-vlsi-client-timeout の値を 15 分に増やします。
3. HMS サービスを再起動します。
NEW：ソース仮想マシンにディスクの削除と追加を両方実行すると、レプリケーションがエラー状態になります。
[レプリケーションに新しいディスクを自動追加] オプションは有効です。仮想マシンの設定を編集して、単一タスク内でいずれかのディスクの削除と新しいディスクの追加を両方実行すると、レプリケーションがエラー状態になることがあります。

回避策 1：Site Recovery ユーザーインターフェイスでレプリケーションを手動で再構成します。

回避策 2：仮想マシンを変更する場合は、2 つの異なるタスクで新しいディスクの追加および削除を実行します。
NEW：同じ SCSI デバイスでディスクを交換した後に、自動レプリケーションが開始されない
新しいディスクの自動レプリケーションは有効です。1 つの手順で同じ SCSI デバイスに保護ディスクの削除と追加を両方行うと、レプリケーションは次のエラー状態になります。

vSphere Replication サーバ上のディスクセットがレプリケーション「<vm name>」のソースセットと一致しません。

回避策 1：2 つの構成操作を個別に行ってディスクを交換します。

回避策 2：SCSI デバイスのディスクを 1 回の構成操作で交換した場合は、レプリケーションを再構成します。
NEW：仮想マシンディスク構成を変更すると、レプリケーションがエラー状態になる
仮想マシンが進行中のレプリケーションに含まれている場合に、仮想マシンストレージ構成を変更すると（ディスクの追加、削除、またはサイズ変更を行うと）、このアクションによってレプリケーション再構成タスクが開始されます。このレプリケーションで別の再構成操作がすでに進行中の場合は、エラーが発生して、レプリケーションはエラー状態になることがあります。たとえば、「構成仕様が無効です。レプリケーション対象にも、除外対象にも指定されていないるディスクがあります。」のようなエラーが発生します。

回避策：レプリケーションを手動で再構成します。
NEW：レプリケーションを再構成し、vSAN ターゲットデータストアを対象としていない、レプリケートされた仮想ディスクに新しいストレージポリシーを割り当てると、ターゲットサイトのレプリカディスクにポリシーが適用されない
ストレージポリシーは、レプリケーションを最初に構成またはリカバリしたときに、ターゲットサイトのレプリカディスクに適用されます。新しいストレージポリシーを使用してレプリケーションを再構成し、レプリケートされた仮想ディスクが vSAN ターゲットデータストアを対象としていない場合、変更はペアサイトに自動的に反映されません。

回避策：
1. 再構成したレプリケーションで仮想マシンをリカバリします。
2. vSphere Client を使用して、リカバリした仮想マシンのストレージポリシーを新しいポリシーに変更します。
3. リカバリした仮想マシンを vCenter Server インベントリから登録解除します。
4. シードと新しいストレージポリシーを使用して、レプリケーションを再度構成します。
再保護操作が失敗する
静止機能を有効にしてレプリケーションを構成した場合に、ターゲットサイトの ESXi ホストがバージョン 7.0 または 7.0 Update 1 の場合、再保護操作は失敗します。

回避策：最適化された再保護機能を無効にします。
1. vSphere Replication アプライアンスに対して SSH 接続を確立します。
2. 次のコマンドを実行します。/opt/vmware/hms/bin/hms-configtool -cmd reconfig -property reprotect-optimization-enabled=false
3. HMS サービスを再起動します。
この問題は ESXi バージョン 7.0 Update 2 で解決しています。
ディスクのサイズ変更後に同期操作を実行すると、操作が失敗する。
ディスクのサイズ変更を実行する場合、ディスクのサイズによっては、処理に数時間かかる場合があります。その間に同期操作を実行しようとすると、レプリケーションが [OK] 状態であっても操作が失敗します。

回避策：ディスクのサイズ変更操作が完了するまで待機します。完了を確認するには、/var/log/vmware/hbrsrv.log ログファイルを確認します。このログファイルには、次のエントリが記録されます。

ディスク <レプリケートされたディスク ID> のサイズ変更
vSphere Native Key Provider で暗号化された仮想マシンのレプリケーションのリカバリが失敗する
Native Key Provider で構成されているクラスタから削除すると、ターゲットデータストアが接続しているすべてのホストが [OK] 状態になります。ただし、リカバリを実行しようとすると、リカバリは失敗し、レプリケーションは [エラー] 状態になります。

回避策：データストアをクラスタ内で再度アクセス可能にします。リカバリを試していないにもかかわらず、レプリケーションが依然として [OK] 状態の場合は、レプリケーションを再構成し、ターゲットデータストアをクラスタ内でアクセス可能なデータストアに変更します。
新しく追加された仮想ディスクが再保護操作時にレプリケートされない
リカバリを実行し、リカバリした仮想マシンに新しいディスクを追加すると、新しいディスクが再保護操作時にレプリケートされません。最初のレプリケーションが新しいディスクを自動的にレプリケートするように構成されている場合、新しいディスクは自動的にレプリケートされません。

回避策：新しいディスクを手動でレプリケーションに含めます。
サポートバンドルの生成が失敗する
vSphere Replication アプライアンスが構成されていない場合にサポートバンドルを生成すると、プロセスが失敗します。

回避策：vSphere Replication アプライアンス、および組み込みの vSphere Replication サーバに対しサポートバンドルを手動で生成します。生成されるファイルは、/tmp/hms-bundle.tar.gz と /tmp/embedded-hbr-bundle.tgz です。
1. vSphere Replication アプライアンスに対して SSH 接続を確立します。
2. 次のコマンドを実行します。
  
  /bin/tar --force-local --ignore-failed-read -chvpf /tmp/hms-bundle.tar /opt/vmware/hms/logs /opt/vmware/var/log /opt/vmware/support/logs/dr /opt/vmware/support/logs/drconfigui /opt/vmware/support/logs/envoy /usr/bin/gzip --no-name --quiet --stdout /tmp/hms-bundle.tar > /tmp/hms-bundle.tar.gz /urs/bin/rm /tmp/hms-bundle.tar /usr/bin/sudo -u root /usr/bin/hbrsrv-support-bundle.sh -f /tmp/embeded-hbr-bundle.tgz
3. 組み込みの vSphere Replication サーバごとに VMware VRMS アプライアンスの管理に移動し、サポートバンドルを生成します。
リカバリ操作が進行しない
短時間内に vVOL ターゲットデータストアを含む仮想ディスクをレプリケーションから除外してから再度含めると、以降のリカバリ操作に影響することがあります。リカバリを実行しても進行しないことがあります。

回避策 1：

リカバリ操作をすでに開始している場合は、以下の手順を実行します。
1. レプリカディスクを保持したままレプリケーションを削除します。
2. シードを使用して、レプリケーションを再度構成します。
3. リカバリを実行します。
回避策 2：

リカバリ操作を開始していない場合は、以下の手順を実行します。
1. vVOL ターゲットデータストアを含むディスクを除外します。
2. レプリケーションを同期します。
3. ディスクを再度含めます。
4. リカバリを実行します。
レプリケーション同期が進行しない
短時間内に vVOL ターゲットデータストアを含む仮想ディスクをレプリケーションから除外して再度含めると、以降のレプリケーション同期操作に影響することがあります。レプリケーション同期を実行しても進行しないことがあります。

回避策：
1. vVOL ターゲットデータストアを含むディスクを除外します。
2. レプリケーションを同期します。
3. ディスクを再度含めます。
vSphere Replication のネットワーク暗号化は使用できない
レプリケーションに対しネットワーク暗号化を構成する際に、レプリケーションの構成ウィザードのオプションが無効になっています。ESX バージョン 6.5 を使用している場合、hbr-agent.vib は自動的に ESX 6.5 ホストにインストールされず、これらのレプリケーションに対しネットワーク暗号化を構成できません。

回避策：
1. vSphere Replication アプライアンスに対して SSH 接続を確立します。
2. 次のコマンドを実行します。 /opt/vmware/hms/bin/hms-configtool -cmd reconfig -property hms-auto-install-hbragent-vib=false
3. HMS サービスを再起動します。
4. vSphere Replication 8.5 の hbr-agent.vib をダウンロードしてインストールし、ESX 6.5 ホストにインスト－ルします。https://kb.vmware.com/s/article/2110304 を参照してください。
VMware VRMS アプライアンスの管理を使用して IPv6 を構成すると、invalid property - dns エラーが発生する
Vmware VRMS アプライアンスの管理を使用して IPv6 を構成し、自動的に割り当てられた DNS で [ルーターのアドバタイズを使用して IPv6 設定を自動的に取得] オプションを選択すると、invalid property - dns エラーが発生します。

回避策：vSphere Replication アプライアンスホストマシンに SSH 接続し、$netmgr ip6_address --set --interface --dhcp 0 --autoconf 1 を実行します。DHCP を介して IP アドレスを受け取るには、代わりに $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 を実行します。
VMware VRMS アプライアンスの管理を使用して IPv6 設定を再構成できない
[ルーターのアドバタイズを使用して IPv6 設定を自動的に取得] オプションまたは [DHCP を使用して IPv6 設定を自動的に取得] オプションを使用して IPv6 ネットワークを構成している場合、[DHCP を使用して IPv6 設定を自動的に取得] のみを使用して IPv6 を再設定することはできません。両方のオプションを選択するか、どちらも選択しないようにする必要があります。

回避策：vSphere Replication アプライアンスホストマシンに SSH 接続し、$netmgr ip6_address --set --interface --dhcp 0 --autoconf 1 を実行します。
DHCP を介して IP アドレスを受け取るには、代わりに $netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 を実行します。
ソース仮想マシン上の同一のディスクを削除してから別の仮想デバイスノードに追加すると、レプリケーションの再構成に失敗する
仮想ディスクを削除し、同一の VMDK ファイルを持つ新しい仮想ディスクを追加して、レプリケーションの再構成を手動または自動（[レプリケーションに新しいディスクを自動追加] オプションを有効にした場合）で実行すると、処理が次のエラーで失敗します。

レプリケーショングループ「<VM_ID>」（管理オブジェクト ID：「GID-<group-ID>」）を再構成できません。詳細：'重複したキー (hms.Disk) { dynamicType = null, dynamicProperty = null, deviceKey = <DEVICE_KEY>, destination = (hms.ExtendedDatastorePath) { dynamicType = null, dynamicProperty = null, datastore = MoRef: type = Datastore, value = <DATASTORE>, serverGuid = null, path = <PATH>, fileName = <FILENAME>, dsCluster = null }, storageProfileId = null, useOfflineCopy = false, virtualDiskType = thin, skipDiskUuidValidation = true, replicationDiskId = null, contentId = null, capacityInKb = <CAPACITY> }'.ThrowableProxy.cause その操作は、現在の状態では実行できません。

回避策
1. レプリケーションを停止し、レプリカディスクを保持します。
2. ディスクをシードとして使用して再度レプリケーションを構成します。
暗号化メカニズムとして vSphere Trust Authority から KMS に切り替えた後、レプリケーションの構成に失敗する
vSphere Trust Authority を暗号化メカニズムとして使用している場合に、KMS サーバを使用して古い暗号化メカニズムに戻り、レプリケーションを構成しようとすると、プロセスが失敗することがあります。この問題は、暗号化メカニズムを切り替えた後に、暗号化キーがターゲットホストに適切に配布されない可能性があるために発生します。

回避策：HMS サービスを再起動します。
リモートサイトのレプリケーションの再構成に失敗し、エラーが表示される
リモートサイトでレプリケーションを再構成しようとすると、次のエラーが表示されてプロセスが失敗します。

Failed to reconfigure replication because of java.lang.NullPointerException at com.vmware.hms.replication.SecondaryGroupImpl.reconfigureVirtualMachine(SecondaryGroupImpl.java:3163) at com.vmware.hms.replication.SecondaryGroupImpl.scheduledReconfigure(SecondaryGroupImpl.java:2840) at com.vmware.hms.replication.SecondaryGroupImpl.access$3(SecondaryGroupImpl.java:2812) at com.vmware.hms.replication.SecondaryGroupImpl$2.go(SecondaryGroupImpl.java:2780) at com.vmware.hms.task.TaskRunnable.run(TaskRunnable.java:71) at com.vmware.hms.HmsTaskManager$2.run(HmsTaskManager.java:519) at com.vmware.hms.util.executor.LoggerOpIdConfigurator$RunnableWithDiagnosticContext.run(LoggerOpIdConfigurator.java:133) at com.vmware.hms.util.executor.LoggerOpIdConfigurator$2.run(LoggerOpIdConfigurator.java:100)

この問題は、6.5 以前のように 8.1.0 よりも古いバージョンからアップグレードされた vSphere Replication アプライアンスでのみ発生します。

回避策：
1. HMS アプライアンスへの SSH 接続を確立します。
2. /opt/vmware/hms/bin/ に移動します。
3. この問題が特定のレプリケーションによるものかどうかを確認するには、次のコマンドを実行します。
  
  ./embedded_db_connect.sh --no-align --tuples-only -c "select diskentity.isnativesnapshotsupported, secondaryvirtualmachineentity.name from diskentity, secondaryvirtualmachineentity where secondaryvirtualmachineentity.movalue = diskentity.vm_movalue;"
4. 手順 3 のコマンド実行で結果が表示された場合、次のコマンドも実行します。
  
  ./embedded_db_connect.sh --no-align --tuples-only -c "update diskentity set isnativesnapshotsupported = false from secondaryvirtualmachineentity where secondaryvirtualmachineentity.movalue = diskentity.vm_movalue;"
5. systemctl restart hms コマンドを使用して HMS サービスを再起動します。
テストリカバリがエラーで失敗する
VMFS データストアへのレプリケーションを構成してから、このグループのディスクを vSAN データストアにレプリケートするように再構成した場合（ただし、仮想マシンのホームは引き続き VMFS データストアに対して構成されている）、テストリカバリを実行すると、次のエラーが発生して失敗します。

vSphere Replication サーバ上のグループ「<group-ID>」のテストバブルイメージを作成できません...

回避策 1：すべてのレプリカディスクを、VMFS データストアを使用するように再度構成します。

回避策 2：仮想マシンのホームが、vSAN データストアにレプリケートされるように再構成します。
ネットワーク暗号化を使用したレプリケーションの状態が無効と表示される
デフォルトでは、vSphere Replication アプライアンスをパワーオンすると、アプライアンスがデプロイされた vCenter Server インベントリにあるすべてのサポートされた ESXi ホストに、vSphere Installation Bundle (VIB) がインストールされます。VIB ファイルの自動インストールが、さまざまな理由により失敗することがあります。

回避策：

レプリケーションのソース仮想マシンをホストする各 ESXi インスタンスに vSphere Replication VIB ファイルをインストールします。

1.ESXi ホストのファイアウォールを一時的に無効にします。
2.ESXi サーバへの SSH 接続を確立します。
3.次のコマンドを実行します。
$ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib
4.ESXi ホストのファイアウォールを有効にします。
ネットワーク暗号化を使用して新しいレプリケーションを構成できない
デフォルトでは、vSphere Replication アプライアンスをパワーオンすると、アプライアンスがデプロイされた vCenter Server インベントリにあるすべてのサポートされた ESXi ホストに、vSphere Installation Bundle (VIB) がインストールされます。VIB ファイルの自動インストールが、さまざまな理由により失敗することがあります。

回避策：

レプリケーションのソース仮想マシンをホストする各 ESXi インスタンスに vSphere Replication VIB ファイルをインストールします。

1.ESXi ホストのファイアウォールを一時的に無効にします。
2.ESXi サーバへの SSH 接続を確立します。
3.次のコマンドを実行します。
$ esxcli software vib install -v https://VR_APPLIANCE_IP:8043/vib/vmware-hbr-agent.vib
4.ESXi ホストのファイアウォールを有効にします。
vSphere Replication のインポート/エクスポートツールを使用してレプリケーション構成データをインポート/エクスポートすると、エラーで失敗する
vVol データストアで vSphere 6.5 を使用している場合、レプリケーション構成データをインポートまたはエクスポートすると、次のエラーで操作が失敗します。

レプリケーションを構成できません：一般的なシステムエラーが発生しました：無効な障害

回避策 1：vSAN、VMFS、NFS など、別のタイプのデータストアを使用します。
回避策 2：vSphere 6.7 にアップデートするか、vSphere 7.0 にアップグレードします。
レプリケーションを行うソース仮想マシンが ESXi 6.7 または ESXi 6.7 Update 1 で実行されている場合、初期の同期または完全同期の進行が、完了前に停止することがある
ソース仮想マシンが ESXi 6.7 または ESXi 6.7 Update 1 で実行されている場合、レプリケーションの同期は進行した状態を維持しますが、レプリケーションの詳細情報内のチェックサムのバイト値は進行しません。パワーオフ、スナップショットの作成、スナップショットまで戻す、移行などの処理は、タイムアウトになるか、「タスクが進行中です」というエラーとともに失敗します。

回避策：

1.ESXi の詳細設定で、HBR.ChecksumUseChecksumInfo = 0 と設定して、vSphere Replication のチェックサムを無効にします。

2.すべての仮想マシンを移行し、ESXi ホストに移行できなかった仮想マシンをパワーオフします。

3.ホストをメンテナンスモードにします。

4.ESXi ホストを再起動します。

この手順により、同期プロセスのチェックサム部分は無効となり、割り当て済みのすべてのブロックは、異なるかどうかにかかわらず、リモートサイトに送信されます。また、シードを使用することもできません。
レプリケーションを行うソース仮想マシンが ESXi 6.7 または 6.7 Update 1 で実行されている場合、レプリケーションの同期は進行しているように見えるが、レプリケーションのインスタンスが正常に完了しない
ESXi 6.7 および 6.7 Update 1 では、実際に送信可能な数よりも多くの要求ログのチャンクがパラレル転送用にスケジューリングされることがあります。このようなホストで実行されている仮想マシンのレプリケーションを行う際に、ターゲットホストの遅延やネットワークの一時エラーが同時に発生する場合、これによりレプリケーションは、「DiskQueue がいっぱいです」というエラーとともに失敗します。

回避策：
1. すべての仮想マシンを別の ESXi ホストに移動します。
2. ESXi の詳細設定で HBR.DemandlogTransferMaxNetwork の値を編集し、デフォルトの 64 から 63 に変更します。
3. ESXi ホストをメンテナンスモードにします。
4. ESXi ホストを再起動します。
Mozilla Firefox ブラウザを使用して、vSphere ユーザーインターフェイスで複製された仮想マシンを右クリックし、[レプリケーションの再構成] を選択すると、Site Recovery ユーザーインターフェイスのポップアップウィンドウがブロックされ、通知が表示されない
デフォルトで、Site Recovery ユーザーインターフェイスは新しいタブで開きます。Mozilla Firefox ブラウザを使用して、vSphere ユーザーインターフェイスで複製された仮想マシンを右クリックし、[レプリケーションの再構成] を選択すると、Site Recovery ユーザーインターフェイスのポップアップウィンドウがブロックされ、通知は表示されません。

回避策：Mozilla Firefox の [オプション] メニューで、[コンテンツ] タブを選択し、ポップアップ例外リストに vCenter Server の URL を追加します。
Site Recovery のユーザーインターフェイスが使用不能になり、「403 - OK」エラーメッセージが次々と表示される
Site Recovery のユーザーインターフェイスにデータが表示されず、「403 - Ok」エラーが表示されます。

回避策：

1.Site Recovery ユーザーインターフェイスからログアウトして、再度ログインします。

2.ブラウザの [前回のセッションの復元] チェックボックスを無効にします。Chrome の場合は、[前回開いていたページを開く] オプションを無効にします。
vVol のターゲットデータストアでシードを使用するレプリケーションの構成には成功するが、レプリケーションが Error 状態になる
レプリケーションでスナップショットを含む仮想マシンをシードとして使用するように構成すると、構成操作は成功しますが、レプリケーションは Initial Full Sync の最後で Error 状態になります。エラーに関する説明が似ている問題が表示されます。
"A replication error occurred at the vSphere Replication Server for replication 'vmname'.Details: 'Error for (datastoreUUID: "vvol:9148a6192d0349de-94149524b5f52bc4"), (diskId: "RDID-fd3ed4de-2356-43c7-a0e2-7bc07a7da012"), (hostId: "host-33"), (pathname: "vmname/vmname.vmdk"), (flags: retriable): Class: NFC Code: 10; NFC error: NFC_DISKLIB_ERROR (Input/output error); Set error flag: retriable; Can't write (multiEx) to remote disk; Can't write (multi) to remote disk'."

回避策：シードの仮想マシンからスナップショットを削除します。
完全同期中に vSphere Replication が次のエラーで失敗する：vSphere Replication Server でレプリケーションエラーが発生しました
完全同期中に、次のエラーが発生して vSphere Replication が失敗することがあります。
A replication error occurred at the vSphere Replication Server for replication <group_name>.Details: 'Error for (datastoreUUID: "..."), (diskId: "..."), (hostId: "..."), (pathname: "..."), (flags: retriable, pick-new-host, nfc-no-memory): Class: NFC Code: 5; NFC error: NFC_NO_MEMORY; Set error flag: nfc-no-memory; Code set to: Host unable to process request.; Set error flag: retriable; Set error flag: pick-new-host; Can't write (single) to remote disk'.

通常、このエラーは一時的なものであり、しばらくすると操作は成功します。
vCenter Server の SSL 証明書を置き換えると、vSphere Replication で証明書検証エラーが発生する。
vCenter Server システムの SSL 証明書を置き換えると、vSphere Replication が vCenter Server への接続を試みるときに接続エラーが発生します。

回避策：vCenter Server 証明書の更新方法、および vSphere Replication などのソリューションが機能し続けるようにするための方法の詳細については、http://kb.vmware.com/kb/2109074 を参照してください。
データ同期が失敗してソース vSphere Replication Management Server のログファイルにエラー DeltaAbortedException が記述される
データ同期中にご使用の環境で接続の問題が発生した場合、以下の問題が発生していることがあります。
- レプリケーショングループの同期が失敗して、ソースサイトの vSphere Replication Management Server の hms<n>.log ファイルに次のエラーメッセージが記述されます：
  DeltaAbortedException
- Site Recovery Manager ではレプリケーショングループ同期が以下のエラーメッセージで失敗します。
  VRM グループ <group_name> の VR 同期が失敗しました。vSphere Replication Management Server で一般エラーが発生しました。例外の詳細：'com.vmware.hms.replication.sync.DeltaAbortedException'。
回避策：環境内の接続の問題を解決してから処理を続けます。
最新の同期からの累積差分が大量にある場合に複数のレプリケーションを同時にリカバリすると、「最新の変更の同期」を行うフェイルオーバーが SocketTimeoutException で失敗する
同じネットワークに大量のレプリケーショントラフィックがあると、vSphere Replication Management Server で、予定されている応答が vCenter リバースプロキシを介して受信されない可能性があります。一部のレプリケーション管理または監視操作が次のエラーメッセージで失敗する場合があります。
'com.vmware.vim.vmomi.client.exception.ConnectionException：java.net.SocketTimeoutException：読み込みのタイムアウト'

回避策：vCenter と vSphere Replication Management Server 間の管理通信が大量のレプリケーショントラフィックの影響を受けないように、vSphere Replication トラフィックのネットワークトラフィック分離を構成します。「vSphere Replication のネットワークトラフィックの分離」を参照してください。
ターゲットフォルダにある仮想マシンがリカバリ中に上書きされる

レプリケートされた仮想マシンと同じ名前の登録済み仮想マシンがターゲットフォルダにある場合、その登録済み仮想マシンはリカバリ中に上書きされます。リカバリウィザードを開始すると、vSphere Replication によってターゲットフォルダがチェックされ、上書き操作を確認するためのダイアログボックスが表示されます。稀に、ターゲットチェックの完了後、ウィザードがまだ開いたままの状態のときに、仮想マシンがターゲットフォルダに登録されることがあります。このような場合、ターゲットフォルダにコピーされた仮想マシンは、通知されることなく上書きされます。

回避策：なし。
ターゲットサイトで vSphere Replication サーバの IP アドレスを変更すると、レプリケーションのステータスが [無効 (RPO 違反)] になる

ターゲットサイトで vSphere Replication サーバの IP アドレスを変更すると、このサイトへのすべてのレプリケーションのステータスが [無効 (RPO 違反)] になります。この問題は、IP アドレスが変更されたときに、ソースサイトのレプリケーションが自動的に再構成されていないことが原因で発生します。

回避策：ターゲット vSphere Replication サーバの新しい IP アドレスがソースホストで使用されるように、すべてのレプリケーションを再構成します。
初期完全同期中に一時的にエラー状態になる
初期同期中に、同期の状態が一時的に [エラー] に変わってから正常に戻るということが複数回繰り返される場合があります。このエラー状態は、ターゲットサイトのリソース不足を示している可能性があります。同期操作の IO ワークロードがターゲットホストで処理できる負荷よりも高い場合、レプリケーションの状態が [エラー] に変わります。IO ワークロードが減少すると、エラーが表示されなくなります。

回避策：レプリケーションソース仮想マシンが実行されている各 ESXi ホスト上の HBR.TransferMaxContExtents と呼ばれるホスト構成オプションの値を減らします。デフォルト値は 8 です。この値を小さくすると、1 回の同期更新中に送信されるデータブロックサイズは減少しますが、初期完全同期の期間は長くなります。初期完全同期が完了したら、最大限の RPO パフォーマンスを得られるように値をデフォルト（8）に戻します。差分同期中に一時的なエラーが継続的に表示される場合、変更された多くのブロックが各差分同期で転送されていて、ターゲットサイトのホストが IO ワークロードに対応できていない可能性があります。このような場合は、HBR.TransferMaxContExtents 構成オプションの値を低くします。
または、セカンダリサイトにホストを追加することもできます。
VRM 管理者ロールまたは VRM 仮想マシンレプリケーションロールが割り当てられているユーザーがレプリケーションの構成ウィザードにアクセスできない
事前定義済みの VRM 管理者ロールまたは VRM 仮想マシンレプリケーションロールが割り当てられているユーザーが Site Recovery のユーザーインターフェイスにログインし、レプリケーションを構成しようとしても、レプリケーションの構成ウィザードが起動しません。

回避策：デフォルトロールのクローンを作成し、プロファイル駆動型ストレージ -> プロファイル駆動型ストレージビュー権限を追加して、クローン作成されたロールをユーザーに割り当てます。
ゲスト OS で静止がサポートされていても、パワーオフされたレプリケーションソース仮想マシンのレプリケーションの構成ウィザードで、静止を有効にするオプションが無効になっている
Linux ソースと Windows ソースのどちらの場合も、[静止を有効にする] オプションは、ゲスト OS の情報に基づいて有効になります。仮想マシンが一度もパワーオンされていない場合、ゲスト OS の情報を使用できないため、ESXi ホストで常に、静止がサポートされていないことが報告されます。

回避策：レプリケーションを構成する前に、レプリケーションソース仮想マシンが少なくとも 1 回はパワーオンされていることを確認します。
vCenter Server 証明書の変更後、vSphere Replication サービスがアクセス不能になる
vCenter Server 証明書を変更すると、vSphere Replication にはアクセス不能になります。

回避策：「vCenter Server 証明書の変更後、vSphere Replication がアクセス不能になる」を参照してください。
リカバリに失敗すると vSphere Replication Management Server (VRMS) がターゲットの vCenter Server の部分的にリカバリした仮想マシンをリークすることがある
リカバリ中にリカバリした仮想マシンをターゲットの vCenter Server に登録した直後に、VRMS が停止することがまれにあります。レプリケーションの詳細パネルに VRM Server was unable to complete the operation. という最新のリカバリエラーが表示されます。VRMS を再起動すると、部分的にリカバリした仮想マシンのファイルがクリーンアップされます。ターゲットの vCenter Server から仮想マシンを登録解除できないこともあります。以降のリカバリでは、選択した仮想マシンフォルダにすでに同じ名前のエンティティが含まれているというエラーがリカバリウィザードに表示されます。

回避策：仮想マシンをターゲットの vCenter Server から手動で削除しますが、ディスクはレプリカのプレースホルダファイルを参照したままにします。
vSphere Replication でリカバリされた仮想マシンが vCenter Server でパワーオンしない
仮想マシンでのリカバリの実行に vSphere Replication を使用した場合、失敗してレプリケーションのステータスが「リカバリ済み」以外になります。仮想マシンは vCenter インベントリで登録されていますが、それをパワーオンしようとすると、次のエラーメッセージで失敗します：「ファイル [datastorename] path/vmname.vmx が見つかりませんでした。」vSphere Replication リカバリワークフローの一部としての仮想マシンの登録が vCenter Server で成功しても、一時的なネットワークエラーによって応答が vSphere Replication Management Server に到達しない可能性があります。vSphere Replication によってレプリケーションイメージが戻され、仮想マシンの登録エラーが原因でリカバリタスクが失敗したことが報告されます。別のリカバリを開始した場合、失敗して同じ名前の仮想マシンがすでに vCenter Server に登録されていることを示すメッセージが表示されます。

回避策：部分的にリカバリされた仮想マシンを vCenter Server インベントリから削除します。ファイルをディスクから削除しないでください。リカバリを再度実行します。
複数の仮想マシンのレプリケーション中に、vSphere Replication サーバはこれ以上 VRMS 接続を受け入れないが、仮想マシンのレプリケートは続行するという状態になることがある
回避策：vSphere Replication サーバを再起動します。
vSphere Replication 操作が未認証エラーにより失敗する
あるサイトで仮想マシン上の vSphere Replication の構成などの操作を開始してから、別のサイトで vCenter Server と vSphere Replication アプライアンスを再起動した場合、vSphere Replication 操作がエラー「VRM サーバの一般エラー。」で失敗する可能性があります。このドキュメントでトラブルシューティング情報があるかどうかをチェックしてください。詳細な例外は：「com.vmware.vim.binding.vim.fault.NotAuthenticated」です。この問題は、vSphere Replication サーバのキャッシュ内に、vCenter Server と vSphere Replication アプライアンスを再起動する前の接続セッションが保持されることが原因で発生します。

回避策：vSphere Web Client からログアウトして再度ログインすることで、vSphere Replication の接続キャッシュをクリアします。
vSphere Replication Management Server の操作がエラー「...UnmarshallException」で失敗する
vSphere Replication Management Server の負荷が重い場合、または一時的なネットワークエラーが発生した場合、通信レイヤーのエラーが原因で操作が UnmarshallException により失敗する可能性があります。

回避策：失敗した操作を再度実行してください。
アップデートのインストール時に VAMI が応答しない場合がある
vSphere Replication をアップグレードするときに、VAMI が応答しないため、アップデートが正常にインストールされた後でも「アップデートのインストール中」というステータスメッセージが表示されたままになる場合があります。

回避策：ブラウザで VAMI UI を更新するか、新しいタブで開きます。
レプリケーショントラフィックの量が多いと vSphere Replication の操作に失敗する
vSphere Replication の操作が java.net.UnknownHostException のエラーで失敗することがあります。これらのエラーは、ネットワークの輻輳のために DNS 要求がドロップされることが原因で発生します。

回避策：vSphere Replication アプライアンスにトラフィックシェーピング、サービス品質、または DNS を構成することによって、管理トラフィックがドロップしないようにネットワークを構成します。解決方法の 1 つに、vSphere Replication アプライアンスのネットワークアドレスキャッシュのポリシーを修正することが考えられます。
1. vSphere Replication アプライアンスに root としてログインします。
2. エディタでファイル /usr/java/jre-vmware/lib/security/java.security を開きます。
3. networkaddress.cache.ttl の行のコメントを解除し、その値を 86,400 秒（24 時間）以上、または初期完全同期が完了するのに必要な最長時間に設定します。
4. ファイルを保存し、vSphere Replication アプライアンスを再起動します。
5. 残りのすべての vSphere Replication アプライアンスに対して同じ手順を繰り返します。

vCenter Server へのレプリケーション

NEW：新しく登録された仮想マシンへのレプリケーションを構成すると、エラーで失敗する
最適化された再保護モードでフェイルオーバーを正常に実行した後に、リカバリされた仮想マシンを削除して、その後再登録した場合、この仮想マシンのレプリケーションを構成しようとすると、次のエラーが発生してプロセスは失敗します。

仮想マシン「<VM_ID>」は、別のレプリケーショングループで最適化された再保護モードでリカバリされています。仮想マシンに新しいレプリケーションを構成するには、まずリカバリされた既存のレプリケーションを削除する必要があります。

回避策：この仮想マシンで vSphere Replication を無効にします。https://kb.vmware.com/s/article/2106946 を参照してください。
アクティブなレプリケーションで暗号化されていないソース仮想マシンを暗号化することができない
アクティブなレプリケーション構成で暗号化されていない仮想マシンを暗号化すると、暗号化が失敗します。

回避策：暗号化されていない仮想マシンをリカバリし、暗号化されたシードディスクを使用して新しいレプリケーションを構成します。

1.  リモートサイトの仮想マシンをリカバリします。仮想マシンはパワーオンしないでください。
2.  ソース仮想マシンのレプリケーションを削除します。
3.  ターゲットサイトの仮想マシンの設定を編集し、仮想マシンのストレージポリシーを仮想マシン暗号化ポリシーに変更します。
4.  ソースサイトのソース仮想マシンの設定を編集し、仮想マシンのストレージポリシーを仮想マシン暗号化ポリシーに変更します。
5.ターゲットサイトの復旧した仮想マシンの登録を解除します。ただし、ディスクを削除しないでください。
6.  新しいレプリケーションを構成し、ターゲットサイトのリカバリされた仮想マシンのディスクをシードとして選択します。
Storage DRS クラスタがレプリケーションのターゲットとして選択されている場合は、レプリケーションの再構成に失敗する
レプリケーションを再構成して、レプリケーションを Storage DRS クラスタからデータストアに移動しようとすると、再構成に失敗します。

回避策：レプリケーションを削除して、目的のデータストアに対する新しいレプリケーションを構成します。
カスタム定義されたユーザーおよびロールを vSphere Replication で使用できない
両方のサイトで必要なすべての VRM 権限がカスタムユーザーに割り当てられていても、そのカスタムユーザーを使用してレプリケーションを構成することはできません。レプリケーションの構成ウィザードの [ターゲットの場所] ページに「この操作の実行権限が拒否されました」というエラーメッセージが表示されます。

回避策：なし。すべての vSphere Replication 操作は、両方のサイトで、SSO 管理者ユーザーを使用して実行する必要があります。
複数の特定時点でのインスタンスを有効にしてリカバリされた仮想マシンは、以前のスナップショットに戻してから再度最新のスナップショットに戻すと、最新のスナップショットに接続されたディスクが失われる場合がある
特定の時点のインスタンスを有効にした仮想マシンをリカバリして未解決のディスクを接続した場合、ディスクは最新のスナップショットに接続されます。以前のスナップショットに戻してから最新のスナップショットに戻すと、接続されたディスクは使用できなくなります。

回避策：仮想マシンの設定を編集して、必要なディスクを既存のハードディスクとして追加します。

ディスクがレプリケーションから除外されている場合でも、物理モードの RDM ディスクのある仮想マシンを構成できない

物理モードの仮想マシンのレプリケーションを構成すると、次のエラーが表示される場合があります：

VRM サーバの一般エラー。このドキュメントでトラブルシューティング情報があるかどうかをチェックしてください。 
詳細な例外は：HMS が仮想マシンのディスクのディスク UUID を設定できません：MoRef： 
type = VirtualMachine, value = 
   
      
       
    , serverGuid = null'.

回避策：なし。

vSphere Replication 8.5 で仮想マシンをリカバリすると、リカバリした仮想マシンのパワーオンが失敗する
レプリケートされた仮想マシンが分散仮想スイッチに接続されていて、自動化された DRS クラスタでリカバリを実行しようとすると、リカバリ操作は成功しますが、処理後の仮想マシンのパワーオンができなくなります。

回避策：復旧した仮想マシン設定を編集して、適切なネットワークに接続します。
vSphere Replication サーバの追加登録に時間がかかる
vCenter Server が数百台の ESXi Server ホストを管理する場合は、vSphere Replication アプライアンスを使用して vSphere Replication サーバを追加登録すると数分かかります。
これは、vSphere Replication サーバをすべての ESXi Server ホストに登録する必要があるからです。

リリース ノートの概要

新機能