VMware Site Recovery Manager 8.5 リリースノート

VMware Site Recovery Manager 8.5 仮想アプライアンス | 2021 年 10 月 05 日 | ビルド 18710731 | ダウンロード

VMware Site Recovery Manager 8.5 構成インポート/エクスポートツール | 2021 年 10 月 05 日 | ビルド 18710000

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

リリースノートの概要

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

VMware Site Recovery Manager 8.5 の新機能
製品サポートに関する注意事項
ローカライズ
互換性
インストールとアップグレード
VMware Site Recovery Manager 仮想アプライアンスへの移行
ネットワークセキュリティ
VMware Site Recovery Manager の操作上の制限
オープンソースのコンポーネント
注意と制限
既知の問題

VMware Site Recovery Manager 8.5 の新機能

VMware Site Recovery Manager 8.5 は VMware vSphere 7.0 Update 3 と互換性があります。
アレイベースのレプリケーション保護グループに対する拡張されたストレージのサポート。
仮想マシンの自動保護の強化 – 自動保護解除機能と保護グループ間での仮想マシンの移動機能
Site Recovery ユーザーインターフェイス、構成ユーザーインターフェイス、および Site Recovery vSphere Client プラグインで Clarity 5.1 がサポートされるようになりました。
複数のデータストアを含むデータベースクラスタで詳細表示をサポートするようにユーザーインターフェイスのデータグリッドを再設計。
VMware Site Recovery Manager パブリック API およびその他の製品自動化の詳細については、『Site Recovery Manager API 開発者ガイド』を参照してください。
vRealize Operations Management Pack for VMware Site Recovery Manager 8.5。管理パックの詳細については、『VMware vRealize Operations Management Pack for VMware Site Recovery Manager 8.5 リリースノート』を参照してください。
vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.5。新しいワークフローの詳細については、『VMware vRealize Orchestrator VMware Site Recovery Manager 8.5 リリースノート』を参照してください。

注：VMware vSphere の以前または以降のリリースとの相互運用性については、VMware Site Recovery Manager 8.5 の互換性マトリックスを参照してください。

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

サポートされるデータベースの詳細については、VMware Site Recovery Manager 8.5 の互換性マトリックスを参照してください。

製品サポートに関する注意事項

NEW：VMware Site Recovery Manager 8.5 は、ストレージポリシー保護グループ (SPPG) をサポートする最後の一般的なバージョンです。

VMware Site Recovery Manager は、Windows バージョンのインストーラのサポートを終了しました。アプライアンスとしてのみご利用いただけます。

ローカライズ

VMware Site Recovery Manager 8.5 は次の言語で利用できます：

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

互換性

VMware Site Recovery Manager 互換性マトリックス

VMware Site Recovery Manager 8.5 は vSphere 6.7 以降と互換性があり、vCenter Server 7.0 でサポートされる ESXi バージョンをサポートします。

VMware Site Recovery Manager 8.5 には、保護サイトとリカバリサイトの両方でサポートされている vCenter Server バージョンが必要です。

ゲスト OS のカスタマイズのサポートを含む相互運用性および製品互換性の情報については、VMware Site Recovery Manager 8.5 の互換性マトリックスを参照してください。

互換性のあるストレージアレイおよびストレージレプリケーションアダプタ

サポートされていて互換性のあるストレージアレイおよび SRA の現在のリストについては、Site Recovery Manager ストレージパートナー互換性ガイドを参照してください。

互換性のある vVol パートナー VASA プロバイダ

互換性のある vVol パートナー VASA プロバイダの現在のリストについては、VMware 互換性ガイドを参照してください。

VMware vSAN のサポート

VMware Site Recovery Manager 8.5 は、vSphere Replication を使用して、VMware vSAN に常駐する仮想マシンを保護できます。vSAN では、VMware Site Recovery Manager 8.5 との連携にストレージレプリケーションアダプタ (SRA) を必要としません。

インストールとアップグレード

VMware Site Recovery Manager のインストールとアップグレードについては、『Site Recovery Manager のインストールおよび構成』を参照してください。

VMware Site Recovery Manager でサポートされるアップグレードパスについては、VMware 製品の相互運用性マトリックスで [Upgrade Path] および [VMware Site Recovery Manager] を選択してください。

注：

保護サイトとリカバリサイトの vCenter Server インスタンスが拡張リンクモードの場合は、直接のレプリケーションパートナーである必要があります。そうでないとアップグレードが失敗することがあります。

VMware Site Recovery Manager 仮想アプライアンスへの移行

Site Recovery Manager 8.3.x インスタンスを Windows から Site Recovery Manager 8.3.x 仮想アプライアンスに移行し、その後で Site Recovery Manager 8.5 仮想アプライアンスにアップグレードすることができます。移行手順の詳細については、「Site Recovery Manager for Windows から Site Recovery Manager 仮想アプライアンスへの移行」を参照してください。

ネットワークセキュリティ

Site Recovery Manager では、ペアのサイト間に管理ネットワーク接続が必要です。保護サイト上およびリカバリサイト上の Site Recovery Manager サーバインスタンスは相互に接続できる必要があります。また、各 Site Recovery Manager インスタンスには、Site Recovery Manager がリモートサイトで展開する Platform Services Controller インスタンスと vCenter Server インスタンスへのネットワーク接続が必要です。Site Recovery Manager サイト間のすべてのネットワークトラフィックには、インターネットからアクセスできない、制限されたプライベートネットワークを使用してください。ネットワーク接続を制限することにより、特定のタイプの攻撃の可能性を抑制します。

Site Recovery Manager を両方のサイトで開くために必要なネットワークポートのリストについては、「Site Recovery Manager のネットワークポート」を参照してください。

VMware Site Recovery Manager 8.5 の操作上の制限

VMware Site Recovery Manager 8.5 の操作上の制限については、「Site Recovery Manager の操作上の制限」を参照してください。

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

VMware Site Recovery Manager 8.5 で配布されるオープンソースソフトウェアコンポーネントに適用される著作権表記とライセンスは、VMware Site Recovery Manager をダウンロードのリンクから参照できます。また、vCenter Site Recovery Manager の一般リリースの最新版で利用できるソースコードへの変更やソースコードを要求する GPL、LGPL、あるいはその他の同等のライセンスに対するソースファイルをダウンロードすることもできます。

注意と制限

vSphere Replication を使用して暗号化された仮想マシンを保護およびリカバリするには、6.7.x ベースバージョンの場合は VMware vSphere 6.7 Update 1 以降、7.0.x ベースバージョンの場合は vSphere 7.0 Update 2c 以降が必要です。
ストレージポリシー保護グループでは、vSphere タグの保持はサポートされていません。
リンククローン仮想マシンを作成すると、ディスクの一部がベース仮想マシンのディスクを引き続き使用します。vVol レプリケーションを使用する場合は、ベース仮想マシンと同じレプリケーショングループにリンククローン仮想マシンをレプリケートする必要があります。そのようにしなかった場合、次のエラーメッセージが表示されます。「仮想マシン「{vmName}」が複数のレプリケーショングループで複製されています。」リンククローン仮想マシンとは別のレプリケーショングループにベース仮想マシンをレプリケートする必要がある場合や、ベース仮想マシンをレプリケートすることが不可能な場合は、リンククローン仮想マシンをフルクローンに変換する必要があります。
VMware Virtual Volumes 保護グループで暗号化された仮想マシンを保護およびリカバリするには、vSphere 7.0 以降が必要です。
Site Recovery Manager は、スナップショットにのみ存在する未接続ディスクの Virtual Volumes レプリケーションをサポートしていません。
Site Recovery Manager は、NVMe over Fabrics (NVMe-oF) データストアの保護と調整されたリカバリをサポートしていません。NVMe ストレージの詳細については、VMware vSphere 7.0 ドキュメントの「VMware NVMe の概念」を参照してください。
VMware Site Recovery Manager では現在、レプリケーションのソースまたはターゲットとして AVS ANF for NetApp ONTAP NFS ストレージをサポートしていません。
ストレージポリシー保護グループのネットワーク自動マッピングは、NSX-T Data Center ではサポートされません。
vSphere Replication を使用して暗号化された仮想マシンの保護とリカバリには、VMware vSphere 6.7 Update 1 以降が必要です。
VMware Site Recovery Manager 8.5 構成インポート/エクスポートツールは、保護対象の仮想マシンが含まれるリカバリプランが 1 つであるか複数であるかにかかわらず、保護対象の仮想マシンのリカバリ設定を 1 回のみインポートします。
vSphere Flash Read Cache はリカバリ後、仮想マシン上で無効にされ、予約はゼロに設定されます。vSphere Flash Read Cache を使用するように構成された仮想マシンでリカバリ処理を実行する前に、vSphere Web Client からの仮想マシンのキャッシュ予約をメモしてください。リカバリ後、仮想マシンで vSphere Flash Read Cache を再構成できます。
VMware Site Recovery Manager 8.5 は、単一プロセッサの vSphere FT を使用する仮想マシンの保護をサポートしていますが、リカバリ後、リカバリサイト上の仮想マシンの単一プロセッサの vSphere FT を無効にします。
- 仮想マシンで単一プロセッサの vSphere FT を使用する場合は、Site Recovery Manager がリカバリ後に vSphere FT を無効にすることができるように、保護サイトの仮想マシンを構成する必要があります。保護サイトで単一プロセッサの vSphere FT 用に仮想マシンを構成する方法の詳細については、https://kb.vmware.com/kb/2109813 を参照してください。
VMware Site Recovery Manager 8.5 では、vSphere Virtual Volumes を使用する vSphere Replication 8.5 が制限付きでサポートされます。制限を次に示します。
- レプリケーションターゲットが Virtual Volumes データストアである仮想マシンで vSphere Replications Point-in-Time Snapshots を使用することはできません。
- vSphere Virtual Volumes ストレージをレプリケーションターゲットとして使用する場合、仮想マシンに属するすべてのディスクを単一の vSphere Virtual Volumes データストアにレプリケートする必要があります。
- レプリケートされる仮想マシンが vSphere Virtual Volumes ストレージに配置されている場合、その仮想マシンに属するすべてのディスクが単一の vSphere Virtual Volumes データストアに配置されている必要があります。
VMware Site Recovery Manager 8.5 は、アレイベースレプリケーションに対して NFSv4.1 データストアをサポートしていません。Site Recovery Manager 8.5 では vSphere Replication 用に NFSv4.1 データストアを使用できます。
VMware Site Recovery Manager は、関連するストレージポリシー、グループ名、説明を一括で変更するような、ストレージプロファイル保護グループの再構成をサポートしません。ストレージプロファイル保護グループを変更するには、プロファイルを削除してから新しい構成を使用して再作成する必要があります。
VMware Site Recovery Manager は、ストレージポリシー保護グループ内の RDM ディスクまたはフォールトトレランスの仮想マシンを保護できません。
VMware Site Recovery Manager は、ストレージポリシー保護グループ内のレプリケートされていない仮想デバイスのマッピングまたは除外をサポートしません。
RSA SecurID またはスマートカード (Common Access Card) 認証で 2 要素認証を使用するには、使用環境が次の要件を満たしている必要があります。
1. Platform Services Controller の管理者認証情報を使用して Site Recovery Manager 8.5 をインストールし、Site Recovery Manager 8.5 サイトをペアリングします。
2. 両方の Site Recovery Manager 8.5 サイトの vCenter Server インスタンスは拡張リンクモードで動作する必要があります。Site Recovery Manager を 8.5 から新しいバージョンにアップグレードするときのエラーを防止するには、両方のサイトの vCenter Server インスタンスを直接レプリケーションパートナーにする必要があります。

既知の問題

Site Recovery Manager ワークフローが NotAuthenticated エラーで失敗する
8 時間ごとに 0 ～ 60 秒の期間、NotAuthenticated エラーが発生し、リモート操作が誤って失敗することがあります。再保護やフェイルオーバーなどの Site Recovery Manager ワークフローの実行時にその時間枠に達すると、NotAuthenticated エラーが発生してワークフローが失敗することがあります。ワークフローを開始するとすべての接続が有効になりますが、ワークフローの実行中にアクティブなログイントークンの有効期限が切れてエラーが発生する可能性があります。

回避策：ワークフローを再実行します。
リモートの Site Recovery Manager のソリューションユーザーを使用して Site Recovery Manager の構成をエクスポートすると、エラーが発生して失敗する
アレイベースレプリケーションのみを使用する Site Recovery Manager 環境で、認証情報なしでスクリプトを使用して Site Recovery Manager の構成をエクスポートすると、エクスポートは失敗します。Impex ログに次のエラーが記録されます。

2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended. (vim.fault.NoPermission) { faultCause = null, faultMessage = null, object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf, privilegeId = StorageProfile.View }

回避策 1：リモート SRM ソリューションユーザーロールに「ポリシーベースのストレージビュー」を追加します。
回避策 2：Site Recovery Manager の構成をエクスポートする場合は、プロパティファイルを使用するか、認証情報を使用してインタラクティブモードで実行します。「プロパティファイルを使用した Site Recovery Manager の構成データのエクスポート」および「スタンドアローンインポート/エクスポートツールを使用した Site Recovery Manager の構成データのエクスポート」を参照してください。
リモートサイトに対してディザスタリカバリを実行してから、そのリモートサイトで仮想マシンの保護を有効にすると、仮想マシンのレプリケーションの状態が [無効] になる
クラスタが複数存在するリモートサイトに対して仮想マシンのディザスタリカバリを実行した場合に、プライマリサイトがオンラインに復帰した後でそのリモートサイトで仮想マシンの保護を有効にすると、仮想マシンのレプリケーションの状態が [無効] になり、次のエラーが表示されます。「VR サーバへの接続がありません。」

回避策：
1. vSphere Replication アプライアンスに対して SSH 接続を確立します。
2. /etc/vmware/hbrsrv.xml ファイルの lwdSslHandshakeTimeoutSec の値を 5 に設定します。
3. 問題が発生している HBR サーバを再起動します。
NEW：vCenter Server をアップグレードした後、Site Recovery ユーザーインターフェイスにエラーメッセージが表示されることがある
vCenter Server をバージョン 6.7 Update 3p またはバージョン 7.0 Update 3 P04 にアップグレードした後に Site Recovery ユーザーインターフェイスを開くと、次のエラーメッセージが表示されることがあります。「ユーザーはログインしていません。権限がないため、メソッドの実行を終了しています。」
同じエラーが dr.log と HMS ログに記録されます。

回避策：なし。エラーを無視してください。
NEW：アレイベースレプリケーション保護グループおよび vVol レプリケーション保護グループの自動保護解除が、自動保護の詳細設定がない場合に機能しない
自動保護解除の詳細設定のみが有効で、自動保護設定が無効の場合、アレイベースレプリケーション保護グループおよび vVol レプリケーション保護グループの自動保護解除は機能しません。

回避策：使用する保護グループタイプに対し、自動保護の詳細設定と自動保護解除の詳細設定の両方を有効にします。
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：追加の NIC がネットワーク構成を取得せず、停止状態のままになる
構成サービスユーザーインターフェイスから追加のネットワークインターフェイスを構成しても、ネットワークインターフェイスの状態は変更されず、ネットワークインターフェイスはネットワークに接続されません。

回避策：Site Recovery Manager アプライアンスまたは vSphere Replication アプライアンスに SSH 接続して、次のコマンドを実行します。
1. "ip link" - 停止状態の必須の NIC を探します。出力は次のようになります。
  1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff
2. "ip link set dev <name> up" - ネットワークインターフェイスの状態を UP に設定します。
NEW：vSphere Replication でレプリケートされた仮想マシンを使用したリカバリプランがエラーで失敗する
MPIT が設定されている、vSphere Replication によってレプリケートされた仮想マシンに複数のディスクがあり、これらがそれぞれ異なるデータストアにレプリケートされている場合に、1 つのディスクのレプリケーションを停止して保護グループから切り離すと、「デバイス「0」では無効な構成です。」というエラーが発生してフェイルオーバーは失敗します。

回避策：いずれかのディスクのレプリケーションを停止したり、保護グループからディスクを切り離したりしないようにします。
NEW：大規模な仮想マシンの再保護操作がエラーで失敗する
大規模な仮想マシンで再保護操作を実行しようとすると、次のいずれかのエラーが発生してプロセスが失敗することがあります。

仮想マシン「<仮想マシン名>」のレプリケーションを逆転できません。

または

一般的なシステムエラーが発生しました：仮想ディスクのオープンに失敗しました

これらの問題は、一時的なストレージの過負荷またはネットワーク問題が原因で発生する可能性があります。

回避策：これらの仮想マシンの再保護操作を再試行します。
NEW：拡張されたストレージクラスタ環境でリカバリプランの実行が失敗する
vMotion を使用しないで、拡張されたストレージクラスタ環境で仮想マシン保護グループの計画移行またはディザスタリカバリを実行しようとすると、1 つ以上の仮想マシンの「書き込み可能なストレージのスナップショットの作成」手順中に操作が失敗することがあります。次のエラーメッセージが表示されます。「保護グループ [PGxxx] の一部の仮想マシンをリカバリできませんでした」

回避策：リカバリプランを再実行します。
NEW：ディザスタリカバリの実行後に、同じサイトをパワーオンすると、一部の仮想マシンが実体なしの状態になる
拡張されたストレージ環境でディザスタリカバリを実行した後に停止したサイトをパワーオンすると、一部の仮想マシンが実体なしの状態になることがあります。この問題は、拡張されたストレージ環境内の仮想マシン保護グループで発生します。

回避策：他の Site Recovery Manager ワークフローを実行する前に、vCenter Server インベントリから実体のないすべての仮想マシンのエントリを削除します。
NEW：リカバリ手順をエクスポートしたダウンロード済みファイルの名前が正しく表示されない
名前に ASCII 以外の文字が含まれるリカバリプランがある場合、リカバリプランの手順をエクスポートするときに、ダウンロードしたファイルの名前が正しく表示されません。Site Recovery Manager は、ASCII 以外のすべての文字をアンダースコア記号に置き換えます。

回避策：なし。リカバリプランの名前に ASCII 以外の文字を使用しないようにします。
NEW：フェイルオーバーの実行後、リカバリされた仮想マシンのアイコンに 3 つのドットが表示される
仮想マシンの保護ディスクを別のディスクに手動でマッピングした場合、または保護グループの仮想マシン保護プロパティでディスクを接続解除した場合に、フェイルオーバーの実行後、リカバリされた仮想マシンのアイコンに、プレースホルダ仮想マシンのように 3 つのドットが表示されます。

回避策：なし。
NEW：ネットワーク設定の DNS サーバに関する情報が空になり、編集および保存できない
Site Recovery Manager アプライアンスが DCHP 設定とルーターのアドバタイズ設定を使用してデプロイされている場合、DNS サーバは自動的に受信されます。IPv6 を使用している場合に、新しい DNS サーバを手動で設定し、ネットワーク設定フォームを使用して設定を保存しようとすると、DNS サーバのデータは保存されず、Site Recovery Manager インスタンスで DNS が正しく設定されません。

回避策：DNS サーバの設定を変更して、IPv6 アドレスに DHCP とルーターのアドバタイズを引き続き使用する場合は、[ネットワーク設定] フォームの [固定 IPv6 アドレスを使用] の設定をオフにする必要があります。これにより、新しい設定が正しく保存されるようになります。
NEW：レプリケートされたディスクが Virtual Volumes ストレージ上にあると、サイズ変更された場合に、元のディスクタイプに関係なく、ディスクがシンプロビジョニングとしてリカバリされる
ディスクのサイズ変更操作の内部処理に、ディスクのコピー作成が含まれています。これにより、Virtual Volumes ストレージの仕様が原因で、ベースディスクタイプに関係なく、シンプロビジョニングディスクタイプにデフォルトで設定されます。ディスクのサイズ変更は完了しますが、結果としてサイズ変更されたディスクは、vSphere Replication によってリカバリされたときにシンプロビジョニングタイプになります。

回避策：必要に応じて、リカバリ後にディスクタイプを手動で変更できます。
1 台の仮想マシンでエラーが発生して再保護操作が失敗する
再保護操作が次のエラーで失敗します。

仮想マシン「<vm-name>」のレプリケーションを逆転できません。一般的なシステムエラーが発生しました：障害の原因: vim.fault.GenericVmConfigFault

ターゲット vCenter Server サイトで、仮想マシンのタスクが失敗し、次の詳細が表示されます。

タスク名: すべてのスナップショットの削除ステータス: 一般的なシステムエラーが発生しました：障害の原因: vim.fault.GenericVmConfigFault イニシエータ: <initiator> ターゲット: <vm-name> サーバ: <VC-name>

回避策：
1. レプリケーションを削除します。
2. シードディスクを使用して、レプリケーションを再度構成します。
保護操作後に 1 つ以上のレプリケーションがエラー（RPO 違反）状態になる
再保護操作を実行すると、1 つ以上のレプリケーションがエラー状態になり、次のエラーメッセージが表示されます。

データストアパス '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk のストレージで問題が発生しました

回避策：
1. レプリケーションを削除します。
2. シードディスクを使用して、レプリケーションを再度構成します。
vTA で暗号化された仮想マシンを含むストレージポリシー保護グループのテストリカバリと実際のリカバリがエラーで失敗する場合がある
vTA で暗号化された仮想マシンを含むストレージポリシー保護グループのテストリカバリまたは実際のリカバリを実行すると、次のエラーで操作が失敗することがあります。暗号化キーが必要です。

回避策：操作を再実行します。この問題は vCenter Server 7.0 Update 3 で修正されています。
再保護の進行中または再保護の完了直後に、保護グループの [サマリ] タブと [仮想マシン] タブに予期しないエラーが表示される
再保護操作の進行中に [サマリ] タブまたは [仮想マシン] タブに移動すると、次のような予期しないエラーメッセージが表示されることがあります：「'spec.objectSet' に含まれる ManagedObject が、複数のサーバに所属しています (The ManagedObjects in 'spec.objectSet' belong to more than 1 server.)」または「必須フィールドの placeholderVmInfo の値がありません(Missing value for non-optional field placeholderVmInfo)」後者のメッセージが開いている場合は、仮想マシンが表示されない場合があります。

回避策：エラーを破棄してしばらく待ちます。仮想マシンが保護グループに再び表示され、予定通りに保護されてパワーオンします。
レプリケーションの構成ウィザードでラグが発生する
Apple Mac OS で Mozilla Firefox ブラウザを使用している場合、[レプリケーションの構成] ウィザードでユーザーインターフェイスのパフォーマンスが低下し、ラグが生じることがあります。

回避策：Chrome ブラウザを使用する。
保護ネットワークやリカバリネットワークに NVDS を使用している Site Recovery Manager で保護されている仮想マシンで、NVDS-CVDS の移行後に保護の問題が発生する
保護された仮想マシンを NVDS ネットワークに接続し、NVDS-CVDS の移行を実行すると、移行後に保護された仮想マシンに保護の問題が発生します。NVDS-CVDS の移行を実行する場合も同様で、ネットワークはリカバリネットワークに使用されます。

回避策：該当する仮想マシンの保護を再構成します。
再保護がエラーで失敗する：保護グループ「{protectionGroupName}」は、修復が必要なプレースホルダで仮想マシンを保護しています。
Site Recovery Manager は、保護グループで再保護を実行すると、保護対象の仮想マシンを修復できなくなり、プレースホルダ仮想マシンをリストアできなくなります。このエラーは、使用しているプレースホルダ操作が失敗したために、仮想マシンで最初の再保護操作が失敗するときに発生します。保護された仮想マシンは構成エラーでマークされ、保護グループは部分的に再保護された状態になります。

回避策：
1. 強制クリーンアップオプションを有効にして再保護を再実行します。このオプションは、再保護操作を完了し、プレースホルダの再作成オプションを有効にします。再保護の実行は、完了すると成功ステータスとしてマークされます。
2. プレースホルダの再作成の操作を明示的に開始して、該当する保護対象の仮想マシンを修復し、プレースホルダ仮想マシンをリストアします。これを行わなわずにディザスタリカバリワークフローを実行すると、これらの仮想マシンのリカバリは、「保護された仮想マシン「<vm-name>」のプレースホルダ仮想マシンがありません。」というエラーメッセージが表示され、失敗します。
Chromium ベースブラウザを使用している場合に、グリッドの列のサイズを変更しようとすると、Site Recovery ユーザーインターフェイスがフリーズして応答しなくなる
Chromium の LayoutNG に、パフォーマンス問題の原因となるバグがあります。詳細については、https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 および https://bugs.chromium.org/p/chromium/issues/detail?id=1098231 を参照してください。

回避策 1：
1. すべての Chrome ウィンドウを閉じます。
2. Chrome のショートカットリンクを編集して、次のように更新します："C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG
3. Chrome を再度開きます。
回避策 2：Chrome ブラウザをバージョン 85.0.4183.83 以降にアップデートします。
リカバリされた仮想マシンの一部で「vSphere HA による仮想マシンのフェイルオーバーが失敗しました」というアラームが表示される
Site Recovery Manager ワークフローで、テストリカバリまたはフェイルオーバー操作の後、リカバリされた仮想マシンの一部で「vSphere HA による仮想マシンのフェイルオーバーが失敗しました」というアラームが表示されることがあります。Site Recovery Manager の観点からは、すべての仮想マシンが正常にリカバリされているため、機能上の影響はありません。

回避策：なし。アラームを確認する必要があります。
Site Recovery Manager プラグインが vCenter Server Web Client または HTML5 クライアントに表示されない
Site Recovery Manager のインストールまたはアップグレードを実行して、Windows Server にインストールされている vCenter Server バージョン 6.7.x に登録しても、Site Recovery Manager プラグインが vCenter Server Web Client または HTML5 クライアントに表示されません。

回避策：https://kb.vmware.com/s/article/78678 を参照してください。
テストリカバリの実行中に作成された仮想マシンの自動保護は、テストが完了してクリーンアップされるまで遅延する
アレイベースの保護グループでテストリカバリが実行されているときに、保護されたデータストアで仮想マシンを作成した場合、仮想マシンをプロビジョニングしてから 15 分以内にテストリカバリプロセスがクリーンアップされないと、その仮想マシンが自動的に保護されないことがあります。

回避策 1：自動保護を開始するために、保護サイトで Site Recovery Manager サーバを再起動します。
回避策 2：テストリカバリ後、構成されていない状態の仮想マシンに対して手動の保護を使用します。
DNS サーバを使用しない固定 DNS を選択した場合でも、Site Recovery Manager アプライアンス管理インターフェイスのネットワーク構成で DNS サーバが利用可能になる
ネットワーク設定の要件で、DNS サーバが不要で DHCP アダプタの自動構成が必要とされている場合、アダプタ構成に固定 DNS と DHCP を設定すると、DNS サーバが DHCP から取得されます。

回避策：選択した IP プロトコルに応じて、固定 DNS サーバリストで 127.0.0.1 または ::1 を使用します。
シングルサインオンでログインに成功した後、Site Recovery ユーザーインターフェイスにログインできない
Site Recovery ユーザーインターフェイスのログに、「Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>」というエラーメッセージが表示されます。リモートログインダイアログを使用して Site Recovery ユーザーインターフェイス内でリモートログインを実行しようとすると、ユーザーインターフェイスで同様のエラーメッセージが表示されます。
ホスト証明書の生成方法が原因で、Site Recovery のユーザーインターフェイスが、Platform Services Controller のホストに接続できないことがあります。
- Platform Services Controller 証明書に Subject Alternative Names (SAN) としてホストのアドレス（IP または FQDN）がない場合
- Platform Services Controller 証明書に Subject Alternative Names (SAN) が含まれておらず、証明書の CN フィールドのホスト名が一致していない場合。
回避策：
1. SAN（Subject Alternative Names フィールド）に Platform Services Controller のアドレス（エラーメッセージの「<host>」文字列）のエントリが含まれている証明書を使用して Platform Services Controller を再構成します。
2. 証明書が正しく生成されているにもかかわらず、ユーザーインターフェイスで使用されるアドレスが正しくない場合は、Platform Services Controller の正しいアドレスを使用するように、ユーザーインターフェイスおよび対応する Site Recovery Manager と vSphere Replication アプライアンスを再構成する必要があります。
3. アプライアンスの既存のペアリングを再構成します。
一部のストレージアレイで拡張されたストレージを使用すると、再保護が失敗する
デバイスがすでに想定された状態になっている場合、一部のデバイスでレプリケーションを反転するコマンドが意図的にスキップされます。その結果、ストレージアレイが必要な通知を受け取ることができず、再保護操作は失敗します。

回避策：
1. /opt/vmware/srm/conf ディレクトリに移動し、テキストエディタで vmware-dr.xml ファイルを開きます。
2. 構成フラグ storage.forcePrepareAndReverseReplicationForNoopDevices を true に設定します。
  <storage >
  <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
  </storage>
3. ファイルを保存し、Site Recovery Manager サーバサービスを再起動します。
Site Recovery Manager アプライアンスの管理インターフェイスを使用して IPv6 を構成しようとすると、invalid property - dns エラーが発生する
Site Recovery Manager アプライアンスの管理インターフェイスを使用して IPv6 を構成し、自動的に割り当てられた DNS で [ルーターのアドバタイズを使用して IPv6 設定を自動的に取得] オプションを選択すると、invalid property - dns エラーが発生します。

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

回避策：Site Recovery Manager アプライアンスのホストマシンに SSH を使用して接続し、netmgr ip6_address --set --interface --dhcp 0 --autoconf 1を実行します。
DHCP を使用して IP アドレスを受け取る場合は、代わりに netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 を実行します。
テストリカバリ中に ESXi ホストのいずれかがクラッシュする
テストリカバリを実行しているときに、ESXi ホストのいずれかが PSOD でクラッシュすることがあります。Assert bora/vmkernel/main/bh.c:981。

回避策：vCenter Server 7.0 Update 1 にアップグレードするか、ESXi ホストを再起動します。
Site Recovery Manager 仮想アプライアンスの起動後、VMware コンソールが vSphere ユーザーインターフェイスに表示されないことがある
ブルースクリーンは表示されず、アプライアンスに関する情報が表示されます。Site Recovery Manager アプライアンス内の他のすべての VMware 関連サービスは実行されます。

回避策：Site Recovery Manager アプライアンスを再起動します。
外部 Platform Services Controller を使用している拡張リンクモードの vCenter Server インスタンスを組み込みの vCenter Server インスタンスに収束すると、vSphere Replication アプライアンスが正しく動作しない
拡張リンクモード環境で外部の Platform Services Controller を使用していて、その環境を組み込みノードに収束すると、vSphere Replication アプライアンスが正しく動作しない場合があります。

回避策：ソリューションユーザーを再登録するか、必要なグループにソリューションユーザーを手動で追加します。
Microsoft Edge ブラウザでグリッドのエクスポートが機能しない
グリッドを使用してビューを開いている場合は、[エクスポート] を選択し、[すべての行]/[選択された行] をクリックしても、ファイルがダウンロードされません。リカバリプランの履歴をエクスポートしてダウンロードしようとすると、コンソールにエラーが表示され、ダウンロードファイルが破損します。

回避策：Chromium エンジンに基づいた最新バージョンの Microsoft Edge ブラウザにアップグレードします。
PowerCLI Connect-SrmServer コマンドが、デフォルトポートを使用した Site Recovery Manager アプライアンスへの接続に失敗する
PowerCLI Connect-SrmServer コマンドを使用して Site Recovery Manager アプライアンスに接続すると、接続に失敗し、次のエラーが表示されます。リモートサーバに接続できません。

回避策：次のコマンド Connect-SrmServer -Port 443 を使用して、Site Recovery Manager アプライアンスにポート 443 を指定します。すべての Site Recovery Manager ネットワークポートの完全なリストについては、「 Site Recovery Manager のネットワークポート」を参照してください。
ストレージポリシー保護グループのリカバリの際に、リカバリプランが以下のメッセージと共に失敗することがある：「プレースホルダ仮想マシンに関連付けられているホストを取得できません。リソースマッピング内にリソースプール「XXXXXX」のマッピングがありません。」リソースプール「XXXXXX」は、ストレージポリシー保護グループによって保護された仮想マシンを含まないコンピューティングリソース（ホストまたはクラスタ）。
このエラーは、コンピューティングリソースに対するリソースインベントリマッピングがない場合に表示されます。この場合は、同一のコンピューティングリソースに属する一部のホストで、ストレージポリシー保護グループによって保護されたデータストアの一部がマウントされています。設計上、ストレージポリシー保護グループでは、これらのすべてのコンピューティングリソースに対して既存のリソースインベントリマッピングが必要です。

回避策 1：コンピューティングリソースを vSphere インベントリから削除しないでください。上記のコンピューティングリソースにリソースインベントリマッピングを作成してリカバリを再実行します。

回避策 2：コンピューティングリソースを vSphere インベントリからすでに削除している場合は、次の手順を実行します。
1. 保護 Site Recovery Manager サーバを停止して、Site Recovery ユーザーインターフェイスでプレースホルダマッピングを表示し、同じコンピューティングリソースにプレースホルダマッピングを作成します。
2. リカバリを再実行します。
3. リカバリが成功した後でも、再保護を実行した際にエラーが発生することがあります。エラーが解決しない場合は、以下の手順を実行します。
  1. 影響を受けるストレージポリシー保護グループを Site Recovery Manager から削除します。
  2. Site Recovery Manager の再保護でストレージレプリケーションの反転に失敗する場合は、ストレージ管理ツールを使用して、影響を受ける LUN のレプリケーションを反転します。
  3. 関連する Site Recovery Manager アレイペアで [デバイスの検出] を実行し、影響を受ける LUN のレプリケーションの方向が Site Recovery Manager によって正しく検出されていることを確認します。
  4. 影響を受けるストレージポリシー保護グループを逆方向で再作成し、影響を受けるリカバリプランに再度追加します。
Windows Site Recovery Manager サーバを Site Recovery Manager 仮想アプライアンスに移行すると、srm-server サービスの開始が失敗する
連携された IPv6 環境で Site Recovery Manager for Windows から Site Recovery Manager 仮想アプライアンスへの移行を正常に完了した後、仮想アプライアンスの srm-server サービスの開始が失敗します。

回避策：Site Recovery Manager 仮想アプライアンスを Site Recovery Manager アプライアンス管理インターフェイスを使用して再構成します。
ストレッチストレージクラスタでストレージポリシー保護グループを含むリカバリプランのテストリカバリを実行すると、「<Datastore_name> という名前はすでに使用されています」という警告が表示される
テストリカバリ処理中に Site Recovery Manager は、リカバリしたストレッチストレージデバイスの名前を、すでにマウント済みの、実際の本番環境のストレッチストレージデバイスと同じ名前に変更します。その結果、「<Datastore_name>という名前はすでに使用されています」という警告メッセージを受信します。

回避策：この警告は無視してください。Site Recovery Manager ワークフローは、警告メッセージの影響を受けません。
ストレージポリシー保護グループの計画移行が、ProtectionGroupNotSynced エラーとともに常に失敗する
ストレージポリシー保護グループの計画移行が、次のエラーで失敗することがあります。ProtectionGroupNotSynced エラー：「ピアサイトは保護グループ「SP_protection_group_name」への変更の同期を完了していません。計画移行の場合、ピアサイトが同期してからワークフローを再試行してください。」

複数の計画移行の再実行後にこの問題が引き続き発生する場合は、このチェックを無効にして計画移行プロセスを正常に完了することができます。

回避策：
1. /opt/vmware/srm/conf サイトに移動し、次の追加構成を使用して、Site Recovery Manager サーバの保護とリカバリを両方行うように ware-dr.xml ファイルを編集します。
  <replication>
  <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
  </replication>
2. 両方の Site Recovery Manager サーバを再起動します。
3. ストレージポリシー保護グループの計画移行を再実行します。
拡張されたストレージを備えたストレージポリシー保護グループでテストリカバリを実行すると、ライブマイグレーションの失敗の可能性に関する警告メッセージが表示される
テストリカバリを実行すると、拡張されたストレージを備えたストレージポリシー保護用に構成された仮想マシンに対する警告メッセージが表示され、vpxd サービスが再起動して、コアダンプが作成されることがあります。

回避策：この警告は無視してください。Site Recovery Manager ワークフローは、警告メッセージの影響を受けません。この問題は vCenter Server 6.7 Update 1 で修正されています。

リカバリプランの実行が、「InvalidArgument:path」というエラーで仮想マシンのパワーオンに失敗することがある

リカバリプランを実行すると、Site Recovery Manger が (vmodl.fault.InvalidArgument:path) エラーで仮想マシンのパワーオンに失敗することがあります。次のエラーメッセージが Site Recovery Manager のリカバリサイトサーバログに表示されます。

YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...]Plan execution (test workflow) failed; 
plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) null, 
-->    faultMessage = <unset>, 
-->    invalidProperty = "path"
-->    msg = "A specified parameter was not correct: path"
--> }
-->

このエラーは、ターゲット ESXi ホストで「パワーオン前の仮想マシンの再配置」操作が失敗したことにより発生します。ESXi vpxa サービスログに関連するエラーメッセージは次のとおりです。

YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
Failed to canonicalize vm register path; 
/vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
...
YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
[VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument: 
--> Result: 
--> (vmodl.fault.InvalidArgument) {
-->    faultCause = (vmodl.MethodFault) null,
-->    faultMessage = <unset>,
-->    invalidProperty = "path"

回避策：失敗したリカバリプランを再実行します。

アレイベースのレプリケーション保護グループを使用したリカバリプランのフェイルオーバー中に、デバイスとデータストアの情報が表示されない
リカバリプランのフェイルオーバーを実行すると、SAN のタイプやリカバリ中にホストからデータストアを切り離すかどうかによっては、フェイルオーバー中に [デバイス] タブと [データストア] タブの情報が表示されなくなることがあります。

回避策：なし。再保護に成功すると、両方のタブの情報が再び表示されます。
再保護が内部エラーで失敗する：準備フェーズで予期しない例外を受信しました。セッションが認証されていません
再保護を実行すると、次のエラーで操作が失敗します。
内部エラー：準備フェーズで予期しない例外を受信しました。セッションが認証されていません。

回避策：再保護操作を再実行します。
レプリケーションを行うソース仮想マシンが ESXi 6.7 で実行されている場合、レプリケーションの同期は進行しているように見えるが、レプリケーションのインスタンスが正常に完了しない
ESXi 6.7 では、実際に送信可能な数よりも多くの要求ログのチャンクがパラレル転送用にスケジューリングされることがあります。このようなホストで実行されている仮想マシンのレプリケーションを行う際に、ターゲットホストの遅延やネットワークの一時エラーが同時に発生すると、これによりレプリケーションは、「DiskQueue がいっぱいです」というエラーとともに失敗します。

回避策：
1.すべての仮想マシンを別の ESXi ホストに移行します。
2.ESXi の詳細設定で HBR.DemandlogTransferMaxNetwork の値を編集し、デフォルトの 64 から 63 に変更します。
3.ESXi ホストをメンテナンスモードにします。
4.ESXi ホストを再起動します。

この問題は vCenter Server 6.7 Update 3 で修正されています。
レプリケーションを行うソース仮想マシンが ESXi 6.7 または ESXi 6.7 Update 1 で実行されている場合、初期の同期または完全同期の進行が、完了前に停止することがある
vSphere Replication を使用している場合に、ESXi 6.7 または ESXi 6.7 Update 1 で保護された仮想マシンを実行すると、レプリケーションの初期同期または完全同期が完了前に停止することがあります。レプリケーションの同期は引き続き進行しますが、レプリケーションの詳細情報のチェックサムバイト値は進行しません。パワーオフ、スナップショットの作成、スナップショットに戻る、仮想マシンの移行などの処理は、タイムアウトになるか、「タスクが進行中です」というエラーとともに失敗します。

回避策：
1.ESXi の詳細設定で、HBR.ChecksumUseChecksumInfo = 0 と設定して、vSphere Replication のチェックサムを無効にします。
2.すべての仮想マシンを移行し、ESXi ホストに移行できなかった仮想マシンをパワーオフします。
3.ホストをメンテナンスモードにします。
4.ESXi ホストを再起動します。
注：この回避策は、同期プロセスのチェックサム部分を無効にします。割り当て済みのすべてのブロックは、異なるかどうかにかかわらず、リモートサイトに送信されます。この回避策は、シード機能を無効にします。

この問題は vCenter Server 6.7 Update 2 で修正されています。
保護サイトのネットワーク名がリカバリサイトと異なる場合、Site Recovery Manager がリカバリサイトの vCenter Server 上に保護サイトの vCenter Server からダミーネットワークを作成することがある
保護対象の仮想マシンが、リカバリサイトに配置されているネットワークとは異なるネットワークラベルを持つネットワークに接続されている場合、テスト/リカバリ/再保護の処理に成功しても、保護サイトと同じネットワークラベルを持つダミーネットワークがリカバリサイトの vCenter Server に作成されることがあります。ダミーネットワークが作成されるのは 1 回のみで、テスト/リカバリ/再保護を実行するたびに作成されるわけではありません。

回避策 1：Site Recovery Manager の詳細設定で vrReplication.preserveMpitImagesAsSnapshots の値を変更し、仮想マシンのスナップショットの保存を無効にします。
回避策 2：ダミーネットワークを破棄して、Site Recovery Manager の運用を続行します。
リカバリプランのない状態で仮想マシンが保護されている場合、構成をインポートすると VMware Site Recovery Manager 構成インポート/エクスポートツールでエラーが発生することがある
リカバリプランに保護済みの仮想マシンを配置し、これらの仮想マシンを含むリカバリプランをすべて削除してから VMware Site Recovery Manager 構成インポート/エクスポートツールを使用して構成をエクスポートすると、これらの仮想マシンのリカバリ設定はエクスポートされますが、あとでインポートできなくなります。設定をインポートしようとすると、次のようなエラーが表示されます。
guid「6f81a31e-32e0-4d35-b329-783933b50868」のサーバで仮想マシン設定のインポート中にエラーが発生しました。
これ以外のエクスポートした構成は適切にインポートされます。

回避策：リカバリプランを作成し直し、リカバリ設定を再び設定してもう一度構成をエクスポートします。仮想マシンのリカバリ設定をエクスポート、インポートする場合はリカバリプランを削除しないでください。
ストレージプロファイル保護グループで保護された仮想マシンが DR IP カスタマイズツール実行時に作成される CSV ファイルにリストされない
複数の vCenter Server 環境で（たとえば、統合 Platform Services Controller で各サイトに 1 つ以上の vCenter Server インスタンスが利用可能である場合）、DR IP カスタマイズツールを使用する場合、オプション '--vcid UUID' を指定して Site Recovery Manager で保護される仮想マシンについてのネットワーク情報を収集する必要があります。セカンダリサイトで vcid を使用する場合、DR IP カスタマイズツールは、セカンダリ Site Recovery Manager サーバに接続します。このサーバは、ストレージプロファイル保護グループで保護された仮想マシンのネットワーク情報を格納しません。セカンダリサイトから vcid を指定すると、誤った vCenter Server に接続することになり、生成される CSV ファイルに仮想マシンが表示されません。

回避策：DR IP カスタマイズツール使用時は、プライマリ vCenter Server のみに、vcid および uri を指定します。
Linux 仮想マシンで複数の NIC が使用されていて、これらの NIC で DHCP と固定 IP アドレスが混在して設定されている場合、IP サブネットマッピングルールによるカスタマイズが完全にはサポートされない
Linux 仮想マシンで複数の NIC が使用されていて、これらの NIC で DHCP と固定 IP アドレスが混在して設定されている場合、Site Recovery Manager は IP アドレスルールベースのカスタマイズを完全にはサポートしません。Site Recovery Manager でカスタマイズされるのは、IP サブネットマッピングルールが一致している固定 IP アドレスが設定された NIC のみです。DHCP が構成された、それ以外の NIC では、設定の一部がクリアされることがあります。このシナリオに関連する既知の問題は、Red Hat Enterprise Linux 6.x/7.x および CentOS 6.x/7.x で確認されました。これらのバージョンに対して SRM カスタマイズを行うと、DHCP が設定されている NIC では /etc/sysconfig/network-scripts/ifcfg-ethX ファイルが削除され、固定 IP アドレスが設定されているそれ以外の NIC では、一致する IP サブネットマッピングルール通りに正常にカスタマイズされます。

回避策：複数の NIC を使用していて、DHCP と固定 IP アドレスの設定が混在している Linux 仮想マシンで IP カスタマイズを適切に行うには、SRM で手動の IP カスタマイズオプションを使用します。
リカバリプラン名に特殊文字を使用した場合、IP カスタマイズに失敗する
名前に特殊文字を含み、IP カスタマイズが構成されたリカバリプランにテストリカバリを実行すると、IP カスタマイズに失敗します。

回避策：リカバリプランの名前から OS 固有の特殊記号をすべて削除します。
保護されている vCenter Server がダウンした場合は、リカバリサイトの HTML 5 ユーザーインターフェイス（特に [リカバリの設定] ダイアログ）のパフォーマンスが低下することがある
保護されている vCenter Server がダウンした場合は、リカバリサイトの HTML 5 ユーザーインターフェイス（特に [リカバリの設定] ダイアログ）のパフォーマンスが低下することがあります。

回避策：リカバリサイトの HTML 5 ユーザーインターフェイスを更新して、操作を再試行します。
vSphere 6.7 クライアントで Site Recovery Manager の権限がローカライズされない
vSphere 6.7 クライアントで Site Recovery Manager の権限がローカライズされません。

回避策：なし。この問題は、vSphere 6.7 Update 1 で解決されています。
Site Recovery のユーザーインターフェイスが使用不能になり、「403 - OK」エラーメッセージが次々と表示される
Site Recovery のユーザーインターフェイスにデータが表示されず、「403 - OK」エラーが表示されます。

回避策：
1.Site Recovery ユーザーインターフェイスからログアウトして、再度ログインします。
2.ブラウザの [前回のセッションの復元] チェックボックスをオフにします。Chrome の場合は、[前回開いていたページを開く] オプションをオフにします。
複製されていないデータストア、または Site Recovery Manager に表示される複数の整合性グループから取得されたデータストアで構成されているデータストアクラスタに、SRM に関する警告が表示されない
一部が異なる整合性グループに含まれているデータストア、または複製されていないデータストアで構成されているデータストアクラスタを作成します。この場合、Site Recovery Manager に関する警告が表示されるはずですが、表示されません。

回避策：なし
フェイルオーバーを実行すると、ディザスタリカバリサイトの仮想マシン NIC が切断されたままになることがある
IP アドレスのカスタマイズの失敗後にフェイルオーバーを再実行すると、前回の実行中にカスタマイズが失敗した仮想マシンの NIC が、再実行したフェイルオーバーでカスタマイズが正常に完了した後も切断されたままになることがあります。

回避策：なし。仮想マシンデバイスを再構成して、NIC を手動で再接続します。
Microsoft Edge ブラウザを使用している場合、リカバリプランの履歴やリカバリ手順の画面からレポートをエクスポートすることができない
MS Edge ブラウザを使用している場合に、リカバリプランの履歴やリカバリ手順の画面からレポートをエクスポートすると、開発者コンソールに次のエラーが表示されます。
ERROR XML5610: Quote character expected.（引用文字が想定されています。） ERROR エラー: Invalid argument.（引数が無効です。）
これは、サーバの xml を html に変換するために使用される XSLTProcessor で発生する、Microsoft Edge ブラウザの既知の問題です。

回避策：Chrome、Microsoft Internet Explorer、または Firefox ブラウザを使用します。
この問題は、Microsoft Edge ブラウザの Chromium ベースのバージョンで修正されています。
Mozilla Firefox ブラウザを使用して、vSphere ユーザーインターフェイスで複製された仮想マシンを右クリックし、[レプリケーションの再構成] を選択すると、Site Recovery ユーザーインターフェイスのポップアップウィンドウがブロックされ、通知が表示されない
デフォルトで、Site Recovery ユーザーインターフェイスは新しいタブで開きます。Mozilla Firefox ブラウザを使用して、vSphere ユーザーインターフェイスで複製された仮想マシンを右クリックし、[レプリケーションの再構成] を選択すると、Site Recovery ユーザーインターフェイスのポップアップウィンドウがブロックされ、通知は表示されません。

回避策：Mozilla Firefox の [オプション] メニューで、[コンテンツ] タブを選択し、ポップアップ例外リストに vCenter Server の URL を追加します。
仮想マシンのリカバリを再度有効にすると、Site Recovery Manager サーバがクラッシュすることがある
仮想マシンのリカバリ操作が失敗する場合は、仮想マシンのリカバリを無効にできます。リカバリプランを実行した結果リカバリが失敗した場合、仮想マシンのリカバリを再度有効にしてリカバリを再実行できますが、Site Recovery Manager サーバがクラッシュします。

回避策：Site Recovery Manager サーバを起動し、仮想マシンのリカバリを無効にします。
vSAN ストレッチクラスタに使用できないフォルトドメインがあると、テストおよびリカバリ操作が失敗する
使用できないフォルトドメインがある vSAN ストレッチクラスタで仮想マシンのテストまたはリカバリを行うと、操作が失敗します。その原因は、vSAN のデフォルトストレージポリシーを満たすことができず、ストレージへの Site Recovery Manager を使用する仮想マシンのプロビジョニングが失敗することにあります。

回避策：リカバリした仮想マシンを vSAN ストレッチクラスタに手動で登録します。仮想マシンは、フォルトドメインが使用可能になると vSAN デフォルトストレージポリシーに準拠するようになります。
再保護の後、元の保護サイトのインベントリ内のデータストアが「非アクティブ」と表示されることがある
拡張ストレージを使用していて、ディザスタリカバリ後に再保護を実行すると、次の警告が表示されることがあります。
要求されたオブジェクトは見つからないか、すでに削除されています。
再保護の後、元の保護サイトのインベントリ内のデータストアが「非アクティブ」と表示されます。

回避策：ストレージアダプタを更新または再スキャンします。
1. [構成] タブをクリックして、[ストレージアダプタ] をクリックします。
2. [更新] または [再スキャン] アイコンをクリックして、すべてのストレージアダプタを更新または再スキャンします。
[仮想マシン] タブおよび [整合性グループ] タブに、削除されたストレージポリシーに割り当てられている仮想マシンおよび整合性グループが表示される
ストレージポリシーを削除した後、そのストレージポリシーに割り当てられていた仮想マシンと整合性グループが、SPPG グループの [仮想マシン] タブおよび [整合性グループ] タブに表示されます。

回避策：ストレージポリシー保護グループを再作成します。グループを再作成すると、[仮想マシン] タブおよび [整合性グループ] タブに仮想マシンおよび整合性グループは表示されなくなります。
リカバリサイトで暗号化キーを使用できない場合、暗号化された仮想マシンのリカバリがパワーオン手順で失敗することがある
暗号化された仮想マシンのリカバリにおいて、保護サイトで使用されている暗号化キーをプロセス中にリカバリサイトで使用できない場合、Site Recovery Manager が仮想マシンをパワーオンするときにリカバリが失敗します。

回避策：次の手順を実行します。
1. 暗号化された仮想マシンをリカバリサイトのインベントリから削除します。
2. リカバリサイト上のキー管理サーバが使用可能であること、および保護サイトで使用されている暗号化キーをリカバリサイトで使用可能であることを確認します。
3. 暗号化された仮想マシンをリカバリサイトのインベントリに登録します。
4. Site Recovery Manager ユーザーインターフェイスで、暗号化された仮想マシンのリカバリ設定を開き、リカバリ中の仮想マシンのパワーオンを無効にします。
5. リカバリを再実行します。
仮想マシンが vSphere Virtual Volumes データストア上で保護されていると、計画移行がエラーで失敗することがある
仮想マシンの計画移行において、仮想マシンが vSphere Virtual Volumes データストア上で保護されていると、リカバリサイトストレージを書き込み可能に変更する処理が次のエラーで失敗することがあります。
エラー - ストレージポリシーの変更エラー: vSphere Virtual Volumes ターゲットでベンダー固有のエラーが発生しました。無効な仮想マシン構成です。指定されたパラメータが正しくありません: path。
回避策：リカバリプランを再実行します。
IP カスタマイズ操作またはゲスト内の呼び出し操作を行うと次のエラーで失敗することがある：エラー - 入力された認証情報を使用したゲスト OS での認証に失敗しました
回避策：

[詳細設定] の recovery.autoDeployGuestAlias オプションが TRUE（デフォルト）の場合は、次の操作を行います。
- 仮想マシンがリカバリされ、実行中である ESX ホストの時刻が、リカバリサイトの vCenter Single Sign-On サーバと同期していない場合。
- リカバリされた仮想マシンのゲスト OS が Linux であり、リカバリされた仮想マシンが実行されている ESX ホストよりも時間が進んでいる場合は、次の手順を実行して仮想マシンの構成パラメータを更新してから、失敗したリカバリプランを再実行します。
  1. リカバリした仮想マシンを右クリックします。
  2. 設定の [編集] をクリックします。
  3. [オプション] タブで、[全般] をクリックします。
  4. [構成] をクリックして構成パラメータを更新します。
  5. [行の追加] をクリックします。[名前] テキストボックスに「time.synchronize.tools.startup.backward」、[値] テキストボックスに「TRUE」と入力します。
  6. [OK] をクリックして確定します。
[詳細設定] の recovery.autoDeployGuestAlias オプションが FALSE の場合は、次の操作を行います。
- 保護されている仮想マシンのゲスト OS とリカバリサイトの vCenter Single Sign-On サーバ間で時刻が適切に同期されていることを確認します。
- 保護されている仮想マシンに、リカバリサイトの SRM サーバのソリューションユーザーに対してゲストエイリアスが適切に構成されていることを確認します。詳細については、「リカバリ設定の変更」の recovery.autoDeployGuestAlias オプションの説明を参照してください。
詳細については、『Site Recovery Manager 8.4 管理』ガイドの関連するトラブルシューティングのセクションを参照してください。
vCenter Server の SSL 証明書を置き換えると、Site Recovery Manager で証明書検証エラーが発生する
vCenter Server システムの SSL 証明書を置き換えると、Site Recovery Manager が vCenter Server への接続を試みるときに接続エラーが発生することがあります。

回避策：vCenter Server 証明書の更新方法、および Site Recovery Manager などのソリューションが機能し続けるようにするための方法の詳細については、http://kb.vmware.com/kb/2109074 を参照してください。
VSS ネットワークに接続された仮想マシンのディザスタリカバリで、一時的なプレースホルダネットワークマッピングのユーザーインターフェースに保護サイトネットワークが表示される
標準のネットワークマッピングを構成していない VSS ネットワークを使用し、ストレージポリシー保護グループを含むリカバリプラン上でディザスタリカバリを実行すると、Site Recovery Manager はこのネットワークの一時的なプレースホルダマッピングを作成します。一時的なプレースホルダマッピングが完成すると、ネットワークは、プライマリサイトのネットワークと同じ名前を持つセカンダリサイトに表示される場合があります。このネットワークを明示的に作成しなかった場合、それは純正のネットワークではありません。ただし、これを一時的なプレースホルダマッピングのターゲットとして選択することは可能で、リカバリは成功します。リカバリが完了した後、ネットワークは、リカバリした仮想マシンがリカバリサイト上でこのネットワークに接続されているように示されていても、アクセス不能として表示されます。

回避策：リカバリの後、仮想マシンを別のネットワークに手動でマッピングし、純正のネットワークに接続します。
テスト用のネットワークマッピングが、対応するネットワークマッピングが削除されるときに削除されない
ネットワークマッピングを作成するときに、リカバリプランをテストするための特定のネットワークマッピングを構成し、それに続いてメインのネットワークマッピングを削除すると、構成したリカバリサイトのネットワークが別のマッピングのターゲットでない場合でも、テストネットワークマッピングは削除されません。例：
- 保護サイトの Protected_Network_Main からリカバリサイトの Recovery_Network_Main にネットワークマッピングを構成します。
- Recovery_Network_Main から Recovery_Network_Test にテストネットワークマッピングを構成し、リカバリプランをテストするためのネットワークとして使用します。
- リカバリサイトの Recovery_Network_Main は他のネットワークマッピングのターゲットとして使用されません。
- 完全なリカバリのために使用される Protected_Network_Main から Recovery_Network_Main へのネットワークマッピングを削除します。
- Recovery_Network_Main から Recovery_Network_Test へのテストネットワークマッピングは削除されません。
回避策：テストネットワークマッピングを手動で削除します。
2 台の仮想マシン（vMotion を有効化した仮想マシンと無効化した仮想マシン）間の依存関係が、移行ワークフロー中に拡張ストレージ上で失敗する
回避策：仮想マシン間の依存関係を削除し、vMotion で計画移行を再実行します。将来のリカバリワークフローのために依存関係を手動で再度有効化します。
仮想マシン間で依存関係を保持する場合は、vMotion を使用せずに計画移行を実行します。両方の仮想マシンが、依存関係の順序に従って標準の仮想マシンとして移行します。
Site Recovery Manager が vCenter Server インベントリからの重要度の低い仮想マシンの削除の追跡に失敗し、リカバリ、テストリカバリおよびテストクリーンアップワークフローで MONF エラーが発生する
Site Recovery Manager は、保護サイトおよびリカバリサイトの vCenter Server への接続を失い、重要度の低い仮想マシンの削除を監視することができません。

回避策：Site Recovery Manager サーバを再起動します。
一時的なプレースホルダマッピングを編集すると、「指定されたキー、名前または識別子 '6458aed1-6c80-4565-907f-189e6a102046' はすでに存在します。」というエラーメッセージが表示される場合がある
このエラーは、同じ保護サイトインベントリオブジェクトの標準マッピングが存在する場合に発生する場合があります。

回避策：なし。標準マッピングはプレースホルダマッピングよりも優先されるため、このエラーは無視できます。標準マッピングは、リカバリ時には想定どおりに使用されます。
Site Recovery Manager が、プレースホルダマッピングのいくつかの保護サイトオブジェクトを誤った名前で表示する
- データセンターは、ユーザー定義のデータセンター名の代わりに vm という名前を表示します。
- リソースプールは、ユーザー定義のリソースプール名の代わりに Resources という名前を表示します。
- 仮想マシンをストレージプロファイル保護グループ内で保護した後、仮想マシンを別のフォルダまたはリソースプールに移動すると、移動後に生成されるプレースホルダマッピングには、ユーザー定義のオブジェクト名の代わりに folder-3 または resgroup-5 などの内部 ID が表示されます。
回避策：インベントリマッピングの不正なオブジェクト名に対する回避策はありません。失敗したテストの履歴レポートまたはプレースホルダマッピングを作成したリカバリワークフローを確認してください。たとえば、保護サイトインベントリがわかれば、マッピングがないためにリカバリに失敗した保護対象の仮想マシンを含む保護サイトのデータセンター、フォルダ、およびリソースプールを特定することができます。
リカバリプランワークフローの完了後、最後のリカバリ手順が「実行」のステータスを表示し続ける。
ステータスの誤りは一時的な UI の問題です。Site Recovery Manager は完了までのすべての手順を実行します。

回避策：グローバル更新アイコンをクリックしてインターフェイスを更新します。すべての手順に完了ステータスが正しく表示されます。
リカバリビューの手順のリストでプロンプトとコマンドが表示されない。
[リカバリ手順] > [リカバリビュー] でプロンプトやコマンドを追加した後、テストビューでこれらを表示できます。ただし、テストビューでプロンプトやコマンドを編集すると、リカバリビューに固有のプロンプトやコマンドが手順のリストに表示されないことがあります。

プロンプトやコマンドが表示されないのは一時的な UI の問題で、リカバリ手順の詳細リストにのみ影響します。プロンプトとコマンドが手順の詳細リストに表示されない場合でも、Site Recovery Manager はテストまたはリカバリの実行時にすべてのプロンプトとコマンドを実行します。

回避策：グローバル更新アイコンをクリックしてインターフェイスを更新します。すべての呼び出しが手順のリストに表示されるようになります。
ストレージアレイが保護サイトで失敗したときに、Site Recovery Manager がストレージプロファイルの保護グループの仮想マシンをリカバリできない。
仮想マシンは未保護の状態になりますが、データは保護されます。

回避策：リカバリサイトのデータストアおよび仮想マシンを手動でリカバリします。
保護グループおよびリカバリプランの削除後も引き続きリカバリサイトのプレースホルダ仮想マシンが存在する
リカバリプランと保護グループを SRM インベントリから削除しても、プレースホルダ仮想マシンはまだリカバリサイト上に表示されます。新しい保護グループを同じデータストアと仮想マシンで作成しようとするとエラーが発生します。手動でプレースホルダ仮想マシンを vCenter Server インベントリから削除しようとすると、エラーが発生します。Site Recovery Manager は仮想マシンを親なしとして示します。

回避策：プレースホルダ仮想マシンを削除し、親なしの仮想マシンを削除してから同じ仮想マシンで保護グループを作成します。
メンテナンスモードからリカバリサイトの ESXi ホストを再起動した 10 分以内にクリーンアップを実行すると失敗する。
クリーンアップ操作はプレースホルダのスワップを試み、10 分の更新間隔を持つホストの復元力キャッシュに依存しています。10 分間の時間内で再起動した ESXi ホスト上でスワップ操作を試みると、Site Recovery Manager によって Site Recovery Manager ホスト復元性キャッシュ内の情報が更新されず、スワップ操作に失敗します。クリーンアップ操作も失敗します。

回避策：10 分間待ってから、もう一度クリーンアップを実行します。
保護サイトへの接続が失敗した後ではリカバリの進行が失敗する
非アクティブ化操作中、または RemoteOnlineSync または RemotePostReprotectCleanup 中（どちらも再保護時に発生します）に保護サイトにアクセスできなくなると、リカバリプランがそれ以上進行できなくなることがあります。そのような場合、システムは、保護サイトの一部である仮想マシンまたはグループが、それら中断されたタスクを完了するのを待ち続けています。再保護操作の際にこの問題が発生した場合には、元の保護サイトに再接続し、リカバリプランを再起動する必要があります。リカバリの際にこの問題が発生した場合には、リカバリプランをキャンセルして再起動するだけで十分です。
リカバリした VMFS ボリュームが次のエラーによりマウントに失敗する：データストアのリカバリに失敗しました。
このエラーは、vCenter、ESXi、および Site Recovery Manager サーバ間の待ち時間によって発生する可能性があります。

回避策：リカバリプランを再実行します。
vCenter Server 接続を一時的に失うと、Raw ディスクマッピングを使用している仮想マシンにリカバリの問題が生じる可能性がある
リカバリ中に vCenter Server への接続が失われた場合、次のいずれかのイベントが発生する場合があります。
- vCenter Server は引き続き利用できず、リカバリは失敗します。この問題を解決するためには、vCenter Server との接続を再確立し、リカバリを再実行してください。
- 稀に、vCenter Server が再び利用可能になり、仮想マシンがリカバリされます。このような場合、仮想マシンに Raw ディスクマッピング (RDM) がある場合、RDM は正しくマッピングされない場合があります。RDM を正しくマッピングできなかった結果として、仮想マシンの電源をオンにすることができない場合があり、ゲストオペレーティングシステムまたはその中で実行中のアプリケーションに関連するエラーが発生する場合があります。
  - これがテストリカバリの場合、クリーンアップ操作を完了し、テストをもう一度実行してください。
  - これが実際のリカバリの場合、手動で正しい RDM をリカバリした仮想マシンに接続してください。
Raw ディスクマッピングの追加に関する詳細は、仮想マシン設定の編集に関する vSphere のマニュアルを参照してください。
リカバリプランのキャンセルが完了していない
リカバリプランが実行されたとき、仮想マシンを同期するための試みが行われます。リカバリプランをキャンセルすることはできますが、同期が完了するか、有効期限が切れるまで、リカバリプランの実施のキャンセルを試みても完了しません。デフォルトの有効期限は 60 分間です。次のオプションは、リカバリプランのキャンセルを完了するために使用できます。
- vSphere Replicationを一時停止する。同期が失敗します。リカバリがエラー状態になった後で、vSphere Client を使用して、vSphere Replication タブで vSphere Replication を再開します。レプリケーションが再開した後で、リカバリプランを適宜、もう一度実行することができます。
- 同期が完了するか、タイムアウトするのを待つ。これは大幅に時間がかかりますが、最終的には終了します。同期が完了するか、タイムアウトすると、リカバリプランのキャンセルが続行します。
保護対象の仮想マシンをシャットダウンする際にリカバリプランにエラーが発生する：エラー - 操作のタイムアウト：保護サイトステップでの VM のシャットダウンで 900 秒。
動的スワップをサポートするアレイでデータストアを保護するために Site Recovery Manager を使用する場合（たとえば CLARiiON）、保護サイトが一部ダウンしているとき、または強制リカバリを実行しているときにディザスタリカバリを実行すると、保護サイトの操作を完了するために、リカバリプランを再実行する場合に限り、エラーが起こる可能性があります。このようなエラーが発生するのは、保護サイトがオンラインに戻っても、Site Recovery Manager が保護対象の仮想マシンをシャットダウンできないときです。このエラーは通常、特定のアレイが保護された LUN を読み取り専用にする場合に発生します。パワーオン状態の保護対象の仮想マシンで ESXi が入出力できなくなります。

回避策：読み取り専用の LUN によって影響を受けた保護サイトで ESXi ホストを再起動します。
次のエラーで計画移行が失敗する：エラー：構成ファイルをコピーできません...
クラスタ内の 2 つの ESXi ホストと 1 つのホストがストレージに接続できなくなった場合、他のホストは通常、レプリケートされた仮想マシンを回復できます。ただし、他のホストにより仮想マシンがリカバリされず、次のエラーが発生してリカバリが失敗する場合があります：エラー：構成ファイルをコピーできません...

回避策：リカバリを再実行します。
テストクリーンアップがデータストアのアンマウントエラーを出して失敗する。
テストリカバリ後にクリーンアップを実行すると、エラー - データストア「datastore_name」をホスト「hostname」からアンマウントできません。その操作は、現在の状態では実行できません。のエラーを表示して失敗することがあります。この問題は、クリーンアップの操作を実行する前にホストがすでにデータストアをアンマウントしている場合に発生します。

回避策：クリーンアップ操作を再実行します。
保護サイトのユーザーの権限を、そのユーザーとしてログインしているときに削除すると、次のエラーメッセージが表示される：「権限データを取得できません。セッションはすでにログインされています。」同様のエラーが [詳細設定] タブに表示される。
ユーザーが自分の権限をサイトレベルで削除しようとすると、このエラーが表示されます。メッセージには上記の代わりに、そのページを表示する権限がないことを伝える内容が表示されている必要があります。
[ストレージの構成] ステップでリカバリプランを実行すると、仮想マシンエラーで失敗する。
同じ仮想マシンについて、同じ [ストレージの構成] ステップで引き続きリカバリプランを実行すると、エラー「指定したキー、名前、または識別子はすでに存在します。」で失敗します。vCenter Server インベントリを見ると、同じ名前の 2 つの仮想マシンが失敗した仮想マシンとして表示されており、そのうちの 1 つは Discovered Virtual Machines フォルダ内にあります。この問題は、vCenter Server と ESXi Server インスタンス間の既知の通信問題によって起こります。

回避策：vCenter Server から Discovered Virtual Machines フォルダ内の重複した仮想マシンを登録解除します。影響を受けたすべての仮想マシンでこの処理を完了したら、リカバリプランを再実行します。
この問題は vCenter Server 6.7 で修正されています。

リリース ノートの概要