我正在尝试在我们的SCOM 2012 R2服务器上configuration一些覆盖，以禁用我们的VSS驱动器上的磁盘空间警报。 我可以在每个VSS驱动器上进入并禁用它，但是如果我可以使它变得更加dynamic，那将是一件好事。 我似乎无法弄清楚如何在SCOM中识别卷影复制驱动器。 有谁知道这是可能的吗？ 我正在想如何去确定一个复制目标，我不确定有一个简单的方法来做到这一点。
我有一个非常基本的单一服务器设置客户端，包括一个小型的SQL Server Express数据库。 我最近为他们configuration了Symantec Backup Exec 2010快速入门版本。 这是不包含SQL Server代理（或任何应用程序代理）的Backup Exec的免费function限制OEM版本。 但是，它通过高级打开文件选项（AOFO）支持VSS。 在这种情况下，我总是configuration一个计划任务来转储数据库并备份转储，这样我就可以确保我有一个一致的备份。 但是，在启用了AOFO的整个盒子的初始testing工作之后，我注意到它高兴地备份了包括MDF / LDF文件在内的SQL数据文件，只是给了我一个非常软的“build议”，我可能想要考虑购买SQL Server代理，因为它检测到SQL Server数据。 这让我在两个方面感到吃惊： 我的理解是，除非您手动通过registry项禁用了Backup Exec，否则Backup Exec会使用“活动文件排除”或“AFE”function自动从平面文件备份中排除MDF / LDF文件。 我的理解是，这是因为直接备份它们总是一个坏主意。 他们没有被排除的事实因此是奇怪的，也许是故意的。 没有任何严重的警告，声明SQL数据可能不一致，不可靠或任何。 只是有关SQL代理的礼貌build议。 这使我想知道，如果您使用VSS（通过AOFO），直接备份SQL Server数据实际上是否安全？ 毕竟，这可能意味着调用SQL Server VSS Writer来确保数据文件在创build快照前是一致的。 Backup Exec似乎有'让'我这样做，尽pipe有这样的SQL数据识别。 我明白，使用专用的SQL代理提供了许多好处，但纯粹是采取基本的，一致的，可恢复的备份的问题，这是安全的吗？ 这个问题的确切答案似乎很less，有些冲突。 显然在没有人的情况下，我会采取经过考验的路线，但这让我思考。 以下是我迄今发现的一些内容： http://www.symantec.com/connect/forums/backup-exec-2010-r2-sql-agent SQL Server备份使用卷影复制 https://dba.stackexchange.com/questions/27885/is-it-safe-to-rely-on-a-shadow-volume-backup-of-the-mdf-and-ldf-files
Hyper-V主机中的虚拟机的Veeam Hyper-V备份出现错误： 无法创build快照（Microsoft CSV卷影复制提供程序）（模式：Veeam应用程序感知处理）。 详细信息：Writer“Microsoft Hyper-V VSS Writer”在“VSS_WS_FAILED_AT_POST_SNAPSHOT”失败。 作者经历了一个短暂的错误。 如果备份过程重试，错误可能不会再次发生。 –tr：无法validation作者状态。 –tr：无法创buildVSS快照。 –tr：无法执行预备份任务。 我不明白，如果这是一个主机错误，客人错误或Veeam错误。 我试图重新启动虚拟机，但我得到了同样的错误。 我没有尝试重新启动主机，但我尝试更换主机（该虚拟机位于两台主机的故障转移群集中），然后重新进行备份。 在备份失败期间，我在主机上运行了这个命令： vssadmin list writers 输出是： > Writer name: 'Microsoft Hyper-V VSS Writer' > Writer Id: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de} > Writer Instance Id: {f50fe40b-27d6-4a98-8713-e5a1dce54c97} > State: [1] Frozen VM迁移到另一台主机后，写入器状态将变回“稳定”。 什么可以冻结VSS作者？ 主持人有一个10103事件： Failed to revert to VSS snapshot on the virtual hard disk […]
在更改为TSM进行VMWare备份之后，我们已经开始遇到与我们的快照备份有关的奇怪问题。 我们将系统驱动器快照作为机器状态的备份解决scheme。 所有其他的驱动器都是独立的驱动器，其数据通过其他方式备份。 我们的问题是孤立的SQL服务器。 对于这些服务器，我们使用TSM For SQL作为备份解决scheme。 因此，包含数据库的驱动器不需要在VM级别进行备份。 由于我们从HP DP到TSM for VE ，快照在SQL Server上开始失败。 SQLServer VSS编写器引发inconsistent state错误。 但是，备份中不包括SQL二进制文件，也不包括SQL Server数据或日志文件。 这个快照中包含的与SQL Server相关的唯一的东西是几个必须保留在C：驱动器上的dll。 可能相关的事实是，SQLServer VSS编写器的DLL是位于C:\Program Files (x86)\Microsoft SQL Server\80\COM这些DLL之一。 我们正在通过添加一个configuration文件来解决这个问题。 但是由于问题并没有涵盖所有的SQL Server，而且我们也不知道问题的原因，所以我们仍然在寻找更好的解决scheme。 我们如何才能找出VSS作者失败的原因？
我已经inheritance了VSS服务器，但没有pipe理员密码。 我怎样才能重置它？ 我有pipe理员login到框（Win2003服务器）。
错误：Windows事件日志 – 在'5/5/2011 12:34:07 AM'开始备份失败，因为备份卷的卷影复制操作失败，错误代码为“2155348129”。 一旦问题解决，请重新运行备份。 无法find来自源SQLWRITER的事件ID 24583的说明。 引发此事件的组件未在本地计算机上安装，或者安装已损坏。 您可以在本地计算机上安装或修复组件。 ICommandText :: Execute 0x80040e14 SQLSTATE：42000，本机错误：3013错误状态：1，严重性：16源：Microsoft SQL Native Client错误消息：BACKUP DATABASEexception终止。 SBS备份错误 – 卷影复制服务操作失败。 未知错误（0x800423f4）。 系统：SBS 2008 SP2使用Windows Server Backup运行完整备份到外部硬盘。 我试过的： – 调查应用某些更新和修补程序，但研究表明，它不会解决isse。 http://support.microsoft.com/kb/959962 。 检查驱动器是否设置为自动安装，这可能是未检测到的原因 – 但是，我的命令提示符说明已经启用。 通过磁盘pipe理，以确保没有OEM磁盘分区是活动的，因为它也被称为导致问题（没有OEM活跃） 从sbs备份中删除了外部硬盘上的锁，允许我在外部硬盘上运行单独的备份testing。 configuration设置扫描一次（包括C和E），但发生相同的错误。 使用Windows备份（而不是SBS备份）来创build一次性备份，但也失败，出现相同的错误注意：SBS备份使用Windows服务器备份。 ===>使用SQL执行备份VSS编写器serice停止并且完全备份成功 – 但是，如果此服务停止，备份不包含SQL数据库备份。 目前在SP3（已更新到最新版本）运行SQL 2005，排除可能的更新来解决问题。 可能需要创buildbatch file来禁用罪魁祸首备份前重新启用，但这是一个解决scheme。 停止服务SQL Server VSS编写器然后运行Regedit。 更改registry项以使用MSDEWriter而不是SQLServerWriter。MSDEVersionChecking值位于HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet […]
这不是我的networking。 我试图理解为什么我的云提供商坚持要在执行更新时closures两台路由器。 据我所知，他们有2个Cisco 6500通过VSS集群，active-active。 当他们进行升级时，他们总是同时把两者都取下来。 我的问题是，为什么？ 是不是这个设置的整个想法是这样，你不必把他们俩都下来？ 脱机，更新/升级，重新联机，脱机，更新/升级，重新联机。 我在哪里脱轨呢？ 我支付冗余，但似乎没有得到它。 谢谢。
我有ShadowCopy在SBS 2003共享驱动器上运行90％已满。 检查空间，目前正在使用10GB的镜像复制： vssadmin list shadowstorage Used Shadow Copy Storage space: 8.814 GB Allocated Shadow Copy Storage space: 9.036 GB Maximum Shadow Copy Storage space: 10 GB 我想要有更多的shadowcopy空间，所以我知道我可以移动镜像存储，并从D盘增加到E盘，如下所示： vssadmin Resize ShadowStorage /For=D: /On=E: /MaxSize=50GB 我的问题： 是否有可能在一个链接的networking驱动器（外部NAS）上有shadowcopy存储？ 如果是这样，这样做有什么性能影响？
“EMC和Windows GUI中的屏幕截图” Server 2012 R2群集。 群集存储是EMC VNXe 3200（SMB3共享，而不是iSCSI）。 Veeam用于备份。 Veeam使用“VNX2e VSS Provider”创build了EMC上的VSS快照。 有五个这样的快照，可以追溯到几个月。 我已经开始与Veeam和EMC的案例。 也没有拿出答案。 每日备份继续工作，创build快照，使用它们，然后按预期销毁它们。 备份运行时，快照会暴露给Hyper-V主机上的“vssadmin”或“diskshadow”命令。 这些孤立的快照不显示在“vssadmin”或“diskshadow”中。 我希望有一个可以从HyperV主机运行的命令，可以访问和删除孤立的快照（阴影）。 以下是在其中一个HyperV主机上运行的命令。 其他主机的结果是相似的。 C:\vssadmin list shadows vssadmin 1.1 – Volume Shadow Copy Service administrative command-line tool No items found that satisfy the query. ================================================================= C:>vssadmin list providers vssadmin 1.1 – Volume Shadow Copy Service administrative command-line tool […]
我有一个SQL 2000 SP2实例（版本8.00.760）是在一个驱动器上获取常规的影子副本。 可以使用影子副本来恢复数据库吗？ 似乎有可能停止SQL服务，从影子副本（包括msdb，master，model，temp和用户数据库，还原数据文件夹，然后重新启动服务。 在最糟糕的情况下，文件是否会出现崩溃一致的情况？ 如果是这样，当重新启动服务将不会恢复，如同从服务器拉电源？ 谢谢，基思