RecoverPoint/SRM: フェールオーバー操作またはテスト フェールオーバー操作が、ボリューム/VMFSが見つからないというエラーで失敗する

Summary: Site Recovery Manager (SRM)のフェールオーバーまたはテスト フェールオーバーが、「データストアのVMFSボリュームが見つかりません」または同様のボリューム/VMFSが見つからないというエラーで失敗します。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

フェールオーバーを試行するか、Site Recovery Manager(SRM)テスト フェールオーバーを実行します。

ボリューム/VMFSが見つからないため、SRMフェールオーバーまたはテスト フェールオーバーが失敗します。

SRMログのエラーの例:
 
2017-05-21T14:20:53.757+03:00 [53540 error 'AbrRecoveryEngine' opID=773f5494:dd26:ffe2] Dr::Providers::Abr::AbrRecoveryEngine::RecoverVmfsDatastore: Cannot find VMFS volume for datastore 'ds:///vmfs/volumes/57c9acfd-5ead583e-ada6-0017a477xxxx/': (dr.storageProvider.VmfsRecoverySpec) {


2017-05-21T14:20:53.761+03:00 [193968 verbose 'AbrRecoveryEngine' opID=773f5494:dd26:ffe2] FailDeviceGroups: Failing group
2017-05-21T14:20:53.761+03:00 [193968 verbose 'AbrRecoveryEngine' opID=773f5494:dd26:ffe2] GroupCallbackHandler::FailGroup: Failing group 'vm-protection-group-xxxxxx'
2017-05-21T14:20:53.761+03:00 [193968 verbose 'Replication' opID=773f5494:dd26:ffe2] Dr::Replication::EntityOperationJoinerBase<class Dr::TypedMoRef<class Dr::Replication::ProtectionGroup,void>,void>::EntityFailed: Received a failure update for protection group Id=[dr.replication.VmProtectionGroup:bcf4f9b1-2063-4d9a-b773-93be06xxxxxx:vm-protection-group-xxxxxx], error=
--> (dr.storageProvider.fault.DatastoreRecoveryFailed) {
-->    faultCause = (dr.storageProvider.fault.RecoveryVmfsVolumeNotFound) {
-->       faultCause = (dr.storageProvider.fault.RecoveryDeviceNotFound) {
-->          faultCause = (vmodl.MethodFault) null, 
-->          device = "60:06:01:60:0C:F0:3D:00:0E:29:21:28:xx:xx:xx:xx", 
-->          msg = ""
-->       }, 
-->       device = (string) [
-->          "60:06:01:60:0C:F0:3D:00:0E:29:21:28:x:xx:xx:x"
-->       ], 
-->       msg = ""
-->    }, 
-->    protectedName = "General", 
-->    protectedUrl = "ds:///vmfs/volumes/57c9acfd-5ead583e-ada6-0017a4770xxx/", 
-->    msg = ""
--> }



SRMを使用せずにターゲット デバイスを手動でマウントしても、正常に動作しているように見えます。

Cause

一部のシナリオでは、ESXiノードでデバイスが表示されるまでにかかる時間がデフォルトのタイムアウトよりも長くなります
この問題には、2 回目のスキャンが必要です。または、スキャンの前に遅延が必要です。

Resolution

解像度:

ストレージ検出用のESXi/SRMパラメーターを変更します。
これらは、環境に応じて異なる番号に変更できます。LUNまたはESXiホストの数が多い大規模な環境では、タイムアウト、再試行、遅延が長くなる可能性があります。

  1. vSphere Web Clientを開きます。
  2. 変更するSRMサイトを右クリックし、[Advanced Settings]を選択します。
  3. StorageProviderをクリックします。
  4. パラメーターの確認/編集:
    • storageProvider.hostRescanDelaySec - 既定値は 0 で、20 から 180 までの数値に変更しようとします
    • storageProvider.hostRescanRepeatCnt - デフォルトは1で、2から3までの数値に変更しようとします
    • storage.commandTimeout - 既定値は 300、試行回数は 600 または 900 に増加します

同様の情報は、KB 383166などのBroadcomの記事に記載されています。

Affected Products

RecoverPoint, RecoverPoint CL, RecoverPoint EX

Products

RecoverPoint SE
Article Properties
Article Number: 000065070
Article Type: Solution
Last Modified: 09 Oct 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.