在DPM 2012 SPI备份期间添加到存储服务器的iSCSI设备

Question

我们有一个Windows 2012故障转移群集，运行了许多虚拟机。群集的存储由2012实例提供，并通过iSCSI映射到节点。此外，我使用DPM 2012 SP1来保护集群VMs -这些备份存储在与运行集群的服务器不同的服务器上。快照提供程序配置是根据http://blogs.technet.com/b/filecab/archive/2012/10/08/iscsi-target-storage-vds-vss-provider.aspx上的说明和指南设置的。

我们对Server 2008 R2也进行了相同的设置，但最近进行了升级，以利用微软声称的硬件快照提供程序和性能改进。由于为群集虚拟机配置了保护组，组显示所有成员都处于理想状态，并且群集事件日志中没有错误。

然而，当查看存储服务器上的'\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy{95EEC618-9594-11E3-93F9-00259067F05B}\csv.vhd'.设备时，许多虚拟磁盘都会显示出路径，比如‘\？\GLOBALROOT\Device\HarddiskVolumeShadowCopy{95EEC618-9594-11E3-93F9-00259067F05B}\csv.vhd’.。这些虚拟磁盘中的每一个都对应于一台服务器的备份，这些设备中的每一个都有一个条目--设备管理器。在运行备份后，不应该将它们作为伪件保留下来，但由于某种原因，它们应该保留下来。

当运行'vssadmin列表阴影‘时，许多阴影也被列出。

系统日志中没有显示任何重要内容，但每当运行新备份时，就会将另一个磁盘添加到iSCSI磁盘列表中，并将另一个条目添加到vss阴影列表中。

这一问题被张贴在technet论坛上，他们无法提供帮助。微软的支持也无济于事。

有没有人知道为什么快照会以iSCSI虚拟磁盘的形式出现，或者如何防止这种情况出现？

Answer 1

首先要做的是。我会运行此解决方案由您的微软支持技术员在使用之前的建议！

我们的集群有一个非常相似的问题，并引起了微软的注意。在我们的情况下，卷出现在注册表中的注册表的每个节点上：

\HKLM\SYSTEM\CurrentControlSet\Enum\STORAGE\VolumeSnapshot\HarddiskVolumeSnapshot###

我们有大约400-500个鬼魂条目从vss供应商没有清理后，自己。他们的建议是用DevNodeClean.x64.exe删除鬼设备，这就成功了。

当在存储节点上运行DevNodeClean.x64.exe /l (列表扩展)时，我能够看到(存储节点上的) DriverKey与注册表项(在集群节点上)中的驱动字符串值匹配。

我假设您可以像从集群节点中删除DPM服务器中的幽灵条目一样。

至于他们为什么要留下来，我们也没有得到微软的答复.

据我所知，DevNodeClean.x64.exe只能从微软支持技术人员那里获得。