在具有IBM x3550的群集中的IBM x3650上首次遇到此问题以进行故障转移，但是，在运行HyperV而不是群集的一部分的服务器上，此问题是可重现的。 当我尝试使用服务器备份实用程序从VM内部运行基于VM的备份到E：驱动器（它是附加的vhdx文件）时。 它失败，这个错误 备份无法完成。 没有足够的磁盘空间在存储位置创build卷影副本。 请确保为所有要备份的卷提供创build卷影副本所需的最小磁盘空间。 这适用于备份存储目标和备份中包含的卷。 最低要求：对于小于500兆字节的卷，最小为50兆字节的可用空间。 对于超过500兆字节的卷，最小值为320兆字节的可用空间。 build议：如果卷大小超过1 GB，则每个卷至less有1 GB的可用磁盘空间。 详细错误：存储空间不足，无法创build卷影副本存储文件或其他卷影副本数据。 在事件查看器中，我看到这个错误 EventID：521在“TIME”启动的备份操作失败，因为创build正在备份的卷的卷影副本的卷影复制服务操作失败，并显示以下错误代码“0x80780119”。 请查看解决scheme的事件详细信息，然后在问题解决后重新运行备份操作。 在使用Server 2012 R2 MSDN副本进行testing设置之前，使用我们的批量许可证副本服务器进行生产之前，未发生此问题。 所以作为testing，我在运行HyperV的主机（MSDN）服务器上安装了两个虚拟机，一个虚拟机使用我们的MSDN副本，另一个使用我们的服务器批量许可证副本，安装非常简单，安装Windows备份，将VHDx文件附加为E：dive尝试裸机备份。 MSDN副本可以执行裸机备份。 批量许可证复制失败，出现上述错误。 有其他人遇到这个问题吗？ 或者有什么想法可以查看两个停止备份完成的虚拟机之间的区别？ 编辑： 我已经在两台不同的服务器上validation了这一点，安装了MSDN副本服务器2012 R2的虚拟机工作用于裸机备份，与已购买的批量许可证副本服务器2012 R2安装的虚拟机不适用于裸机备份，另一位信息服务器，无法执行裸机备份，它能够备份C：驱动器罚款，直到我打到裸机备份，它失败了。 我发现这个post是类似于我的问题，但是当我尝试修复，并试图恢复VM的Windows PE系统映像恢复说，它找不到图像恢复。 https://superuser.com/questions/663782/windows-8-1-insufficient-storage-available-to-create-shadow-copy
我正在使用专用服务器的云托pipe提供商。 他们让你“映像磁盘”，然后取消服务器。 为了映像磁盘，他们使用类似于Clonezilla（没有名字）的软件。 但是，在托pipe域控制器的专用服务器（或者运行具有vm的DC的专用服务器）或服务器（物理或虚拟孩子）上执行此操作时，是否会有任何问题？托pipeVSS感知应用程序？
我有一系列的脚本安装来备份我的Exchange。 执行以下命令来启动该进程： diskshadow /s C:\Backup_Scripts\exchangeserverbackupscript1.dsh 这是exchangeserverbackupscript1.dsh ： #DiskShadow script file set verbose on #delete shadows all set context persistent writer verify {76fe1ac4-15f7-4bcd-987e-8e1acb462fb7} set metadata C:\Backup_Scripts\shadowmetadata.cab begin backup add volume C: alias SH1 create expose %SH1% P: exec C:\Backup_Scripts\exchangeserverbackupscript1.cmd end backup delete shadows exposed P: exit #End of script 这是exchangeserverbackupscript1.cmd ： robocopy "P:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage […]
我目前使用DISKSHADOW从我们的Hyper-V服务器中删除卷影副本。 为此，我必须login到服务器，但psexec不起作用。 psexec \\hyper-v-server diskshadow DISKSHADOW> Error reading from console. Win32 error: 0x6 The handle is invalid. 我认为vssadmin正在执行上述操作，但是我想用PowerShell编写脚本并select性地删除卷影副本。 这些工具都不能在PowerShell中提供可用的输出。 我已经做了一些研究，但没有find任何方式来查询本地或远程的PowerShell快照。 我想这样做会涉及使用Get-WMIObject CMDlet从WMI查询相关信息，但我只能findWin32_ShadowCopy.Create()方法。 编辑：要清楚，我想要的是我可以使用PowerShell操纵的对象。
我从一个预定的工作中运行wbadmin，将我的C：和D：驱动器备份到我的E：和（我相信！），包括系统状态： wbadmin start backup -backuptarget:e: -include:c:,d: -allCritical -noVerify -quiet 我想删除旧的备份，但是我担心所有可以find的信息都表示使用wbadmin删除旧的系统状态备份，而使用vssadmin删除其他备份。 据我所知，我的备份是系统状态备份，但在E：上使用VSS进行存储，所以我担心这些技术中的任何一种都会因为担心丢失所有备份而担心。 这是一个家庭networking，所以我没有备用服务器来testing这个。 我也很乐意简单地限制E：上使用的空间，但我无法理解相关vssadmin命令的/for和/on参数之间的区别。 作为参考，这里是vssadmin show shadows的输出： Contents of shadow copy set ID: {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} Contained 1 shadow copies at creation time: 07/01/2011 08:12:05 Shadow Copy ID: {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} Original Volume: (E:)\\?\Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\ Shadow Copy Volume: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy83 Originating Machine: xycom Service Machine: xycom Provider: 'Microsoft Software Shadow Copy provider […]
我试图手动在我的服务器2008 r2框上运行systemstatebackup命令，当我查看备份事件日志的详细信息时，出现错误代码“2155347997”。 命令行告诉我，我已经将日志文件写入到c：\ windows \ logs \ windowsserverbackup \path中，但是我没有.logtypes的文件。 我的命令窗口告诉我“System Writer在备份中找不到”。 但是，当我运行vssadmin列表编写器，我发现列表中的系统编写器，它显示正常状态没有最后的错误存储。 我从一个提升的命令提示符以及loginpipe理员帐户运行此。 我的备份目标path具有networking服务的完全控制权限，并且有足够的可用空间。 查看事件日志我有两个VSS错误8194发生在错误代码为2155347997的列表中的备份错误517之前。 所有这三个错误都是尝试运行systemstatebackup命令的结果。 我相信，一些与VSS相关的权限在开始之前就会失败并退出备份过程。 正因为如此，创build日志文件的初始代码不能运行，这就是为什么我没有文件。 当从命令提示符运行systemstatebackup命令并观察windowsserverbackup目录时，我确实看到有一个Wbadmin.0.etl文件被创build，但是当备份出错并停止时将被删除。 我在网上看了很多关于这个错误的原因。 这些是我已经纠正的事情之前尝试解决这个问题张贴在这里： 机器运行一个HP 1410i智能arrays控制器，但同时也使用了LSI scsi卡。 使用networkadminkb.com的kb＃a467在HKLM> Sys> CurrentControlSet> Services中find一个LSI_SCSI条目，该条目的起始位置设置为0x0，我将其修改为0x3。 没有变化。 在HKLM>系统> CurrentControlSet>服务> VSS>诊断我给networking服务完全控制，它以前只有“特殊权限”。 没有变化。 我按照KB2009272手动尝试修复系统编写器。 这些都是我所尝试过的。 我还应该看什么来解决这个问题？ 注意到我在这个服务器上运行Mozy Pro并且在过去已经知道使用VSS进行复制操作，偶尔会抛出一个错误。 不过，自去年更新以来，这些错误事件日志条目已停止。 编辑：也试图运行kb2182466，因为它处理了我得到的确切的错误代码。 该修补程序说我不适用。 我发现一个关于添加一个名为AllowSSBToAnyVolume的DWORD值到HKLM>系统> CurrentControlSet>服务> WBengine> SystemStatebackup的笔记，我做了这个，但没有改变。 为了确保没有其他卷影副本数据出现，我得到了一个新的外部硬盘盒，并格式化它来尝试备份。 我以前的尝试是使用已经加载备份数据的驱动器。 但新驱动器的结果是一样的。
我正在使用diskshadow在Windows 2008服务器上备份实时Hyper-V计算机。 备份包含3个脚本，第一个将创build卷影副本并将其公开，第二个使用robocopy将它们复制到远程位置，第三个脚本再次展示卷影副本。 第一个脚本 – 正确运行的脚本，但没有做到应有的function： # DiskShadow script file to backup VM from a Hyper-V host # First, delete any shadow copies of the drives. System Drives needs to be included. Delete Shadows volume C: Delete Shadows volume D: Delete Shadows volume E: #Ensure that shadow copies will persist after DiskShadow has run set […]
在我的工作场所，我们inheritance了运行Windows 2008 R2的文件服务器。 （核心服务器不幸，所以没有GUI） 去年，我们决定让用户可以使用以前版本的文件。 所以我们给了VSS一个单独的数据量，占数据量的10％。 （分别为300GB和3TB）我们设置了一个计划任务，每天拍摄两个VSS快照，每个工作都正常。 以前的版本显示很好。 最近，以前的版本只是消失，我不明白为什么。 我检查了行政股是否正在工作，他们是。 当我列出VSS编写者，所有的作家显示稳定的状态，没有最后的错误。 当使用vssadmin列出它们时，VSS阴影也会显示出来。 事件日志有时会显示一些来自volsnap的错误：“在等待释放写入命令的同时，在卷D上的刷新和保持写入操作：超时”。 我的猜测是这只是由于创造阴影的活动。 他们是在任何情况下创build的。 还有什么我可以检查？ 我们在两台几乎完全相同的文件服务器上完成了这个工作，另一台工作正常。
有没有一种方法可以将VSS（Volume SnapShot）命名为Windows？ 默认名称是@GMT-2017.02.12-15.52.45 。 我想给他们中的一些人一个具体的名字。 或者至less设置一些特定的属性，让它们被自定义脚本识别（没有将名字logging到数据库中，这正是我们目前所做的）。 我没有发现任何官方文件，也没有search引擎。
我经常在Windows文件服务器上使用集成的VSSfunction，以允许用户恢复某些文件。 这也使IT团队能够在涉及less量文件的情况下快速完成工作，这是最常见的问题。 例如，我每个工作小时（每天10个）采用一个VSS，并在4周内（每周5个工作日） – >总计= 200 VSS 4周 我想使用一些“灵活的”保留策略： 例如，在3个工作日内保持每小时VSS，然后在接下来的7个工作日中每天4个VSS，然后在接下来的10个工作日中每天2个VSS – >总共= 78个VSS，持续4周 在这两种情况下，VSS占用的空间应该是相似的。 我的观点并不是为了节省空间。 这是延长VSS保持期间的周数。 但是由于NTFS最多可以有512个VSS，所以每小时VSS不能持续超过10个星期。 这是一个很大的数字。 问题：您认为我应该编写一个PowerShell脚本来pipe理VSS保留策略吗？ 或者我可以使用已经完成的东西（脚本或软件）？