Windows Server 2012 R2 VM备份失败,可用存储空间不足,无法创建卷影副本存储文件或其他卷影副本数据

在具有IBM x3550进行故障转移的群集中的IBM x3650上首次遇到此问题,但是此问题在运行不是群集的HyperV的服务器上是可重现的.
当我尝试使用服务器备份实用程序从VM内部运行基于VM的备份到E：驱动器(这是附加的vhdx文件).它因此错误而失败

Backup Failed to complete. There is not enough disk space to create
the volume shadow copy on the storage location. make sure that,for
all volumes to be backup up,the minimum required disk space for
shadow copy creation is available. This applies to both the backup
storage destination and volumes included in the backup. Minimum
requirements: For Volume less than 500 megabytes,the minimum is 50
megabytes of free space. For volumes more than 500 megabytes,the
minimum is 320 megabytes of free space. Recommended: At least 1
gigabyte of free disk space for each volume if the volume size is more
than 1 gigabyte. Detailed Error: Insufficient storage available to
create either the shadow copy storage file or other shadow copy data.

在事件查看器中,我看到此错误

EventID: 521 The backup operation that started at ‘‎TIME’ has Failed
because the Volume Shadow copy Service operation to create a shadow
copy of the volumes being backed up Failed with following error code
‘0x80780119’. Please review the event details for a solution,and then
rerun the backup operation once the issue is resolved.

在使用我们的服务器批量许可证副本进行生产之前,使用Server 2012 R2 MSDN副本在我们的测试设置中没有发生此问题.因此,作为测试,我在运行HyperV的主机(MSDN)服务器上安装了两个虚拟机,一个使用我们的MSDN副本,一个使用我们的服务器批量许可证副本,安装非常简单,安装Windows备份,将VHDx文件附加为E：潜水和尝试裸机备份. MSDN副本能够执行裸机备份.批量许可证副本因上述错误而失败.

有没有其他人遇到这个问题？或者任何关于在哪里查看阻止备份完成的两个VM之间差异的想法？

编辑：

我已经在两个不同的服务器上验证了这一点,安装了服务器2012 R2的MSDN副本的VM用于裸机备份,安装了购买的服务器2012 R2的批量许可证副本的虚拟机不能用于裸机备份,另外一些信息在服务器无法执行裸机备份,它能够备份C：驱动器,但直到我打开裸机备份它才会失败.

我发现这篇文章与我的问题类似,但是当我尝试修复它并试图恢复虚拟机时,Windows PE系统映像恢复表示无法找到要恢复的映像.
https://superuser.com/questions/663782/windows-8-1-insufficient-storage-available-to-create-shadow-copy

我将回答我自己的问题,希望它可以帮助其他人.问题与Windows尝试备份恢复卷有关,如果您希望能够执行完整备份以便执行完整的裸机恢复,则必须执行此操作.该卷没有所需的50MB可用空间供VSS备份运行且失败.我最终不得不在C的末尾创建一个500MB的小卷以用于额外的空间,并使用vssadmin Add ShadowStorage命令告诉它使用额外的空间.您可以在下面阅读更多详细信息以及有关technet论坛更详细讨论的链接
http://social.technet.microsoft.com/Forums/windowsserver/en-US/7373a7b8-01c8-4e2b-aaaa-513b7dad56f4/windows-server-2012-r2-vm-back-up-fails-with-insufficient-storage-available-to-create-either-the?forum=windowsbackup#8aaa04ec-9a89-4599-80aa-b15c5d09651d

从测试中我发现磁盘管理卡入时说我没有恢复卷上有足够的可用空间.我运行了powershell命令Get-Volume,它显示了我的测试VM中的恢复卷的以下内容我还使用diskpart为恢复驱动器分配驱动器号,以便我可以看到它的内容

HyperV VM Gen 2安装MSDN,恢复卷大小：300MBs,可用空间：59.83MBs,Winre.wim文件大小：215MBs BACKUPS WORK在这一个.

HyperV VM Gen 2安装了批量许可证副本恢复卷大小：300MBs,可用空间：30.24MBs,Winre.wim文件大小：243MBs BACKUPS FAIL在这一个.

HyperV VM Gen 1安装了批量许可证副本系统保留(AKA恢复)卷大小：350MBs,可用空间：61.07MBs,Winre.wim文件大小：243MBs BACKUPS WORK在这一个.

正如您所看到的,MSDN副本具有较小的winre.wim文件,允许可用空间超过50MB,因此您不会收到此错误“对于小于500兆字节的卷,最小值为50兆字节的可用空间.”

安装到Gen 1虚拟机时,批量许可证副本会生成更大的恢复驱动器,因此可用空间超过50MB,但是在第2代虚拟机上无法执行此操作并且备份失败,这是一个错误吗？
另一小部分信息是两个服务器2012 ISO文件之间的文件大小差异大约是28MB,这两个不同的winre.wim文件之间的差异.

为了暂时解决这个问题,我将较小的winre.wim文件从MSDN VM复制到批量许可VM并且备份工作,他们甚至可以从中完成恢复,但此时我正在使用的卷许可证ISO图像恢复将更大的winre.wim文件重新放入,并且备份再次失败新恢复的VM.

我也尝试过vssadmin resize shadowStorage命令,但它不会占用卷ID,因此我必须为它们分配一个驱动器号,并将其大小设置为无限制,备份仍然失败.

然后我终于发现如果我将C驱动器缩减了512MB并创建了一个新分区并使用以下命令为其添加了Shadow Storage,则S被映射到恢复卷
vssadmin添加ShadowStorage / For = S：/ On = F：/ MaxSize = UNBOUNDED
BACKUPS WORK !!

最后,备份在恢复新VM映像后仍然有效,Add ShadowStorage Map将丢失,必须重新创建备份才能再次运行.不是一个很好的修复,但现在比什么都没有好.现在我的问题是,MS会很快发布一个修补程序吗？

谢谢克里斯

原文地址：https://www.jb51.cc/windows/366428.html