设置
通过使用 vCenter 和 ESX 4.1，我们使用两个设备安装了 VMware Data Recovery 2.0。
一旦设备在映射的原始 iSCSI LUN 上有一个 1TB（892GB 可用）目标。
另一台设备在 CIFS 共享上有两个 500GB（440 和 450GB 可用）目标，连接到两个 Windows 2003 服务器。
要备份的虚拟机位于 1.9 TB（1.3 TB 可用）VMFS iSCSI LUN 上。
iSCSI 网络与 vConsole 网络隔离，无法在两者之间进行路由。ESX 主机的名称解析由数据恢复设备虚拟机进行，反之亦然。
问题
我们于 10 月 21 日配置了每日备份作业并使其运行。
它每天都能正确运行，尽管偶尔会出现错误 -3948（vcb api 异常）消息，但再次运行备份就会成功。
一切都很顺利，直到 11 月 4 日，所有备份作业都因错误 -3902（文件访问错误）而失败。从那时起，没有一项工作完成——所有工作都因相同的错误而失败。
地位
两台设备从同一天开始出现同样的问题：没有对任何目的地进行备份。
可以手动创建和删除 VM 快照，并且任何 VM 文件夹中都不存在增量文件。
每个虚拟机的 vmware.log 显示快照已成功创建，然后立即被删除。
新添加到现有备份作业的虚拟机显示出相同的行为。
新的备份作业表现出相同的行为。
所有目标数据存储均通过完整性检查。
创建新的 CIFS 数据存储会显示相同的行为。
使用本地磁盘数据存储创建新的 ESXi 4.1 试用版（完全许可）服务器、创建新的 VM 以及创建新的备份作业，显示相同的行为。
没有进行任何（已知或有意的）配置更改。
额外的奇怪之处
重新启动两个 DR VM 中的其中一个会导致其 IP 地址恢复为 DHCP，并且所有目标、备份作业和配置信息都丢失，必须重新输入。
问题
错误-3902（文件访问错误）是什么意思意思是? IE是什么文件，来自哪里？
我们还应该看什么？ 有没有更详细的日志？
有谁的 DR 运行成功了吗？
答案1
我强烈建议您直接联系 VMWare。您也可以将此信息发布到 VMWare 社区论坛以寻求回复。