我们目前正在考虑使用戴尔的 EqualLogic Auto-Snapshot Manager/Microsoft Edition (ASM/ME) 来备份我们的 SQL Server 数据库。但是,我对此非常怀疑,因为 ASM/ME 使用 Microsoft 卷影复制服务 (VSS) 来提供用于备份和恢复数据的框架。
我担心的是,虽然 VSS 备份在技术上可行,但使用这种方法可能会导致数据库损坏,因为数据库不知道 VSS 备份并且无法确保在备份之前提交所有内容。
Microsoft 基于 VSS 的备份对于 SQL Server 数据库备份和还原是否可以接受?我还有其他需要注意的问题或注意事项吗?
在 Linux 中是否有 Windows 卷影副本的等价物?我想将它用于小型设置,没什么大不了的,但是拥有某种类型的功能(例如卷影副本)会很好。
在我的工作场所,我们继承了一台运行 Windows 2008 R2 的文件服务器。(不幸的是核心服务器,所以没有 GUI)
去年我们决定为用户提供以前版本的文件会很好。所以我们给了 VSS 一个单独的卷,占数据卷空间的 10%。(分别为 300GB 和 3TB)我们设置了一个计划任务,每天拍摄两个 VSS 快照并且一切正常。以前的版本显示得很好。
最近,以前的版本刚刚消失,我找不到原因。我检查了管理共享是否有效,它们是。当我列出 VSS 编写器时,所有编写器都显示稳定状态,没有最后一个错误。当您使用 vssadmin 列出它们时,也会显示 VSS 阴影。
事件日志有时会显示来自 volsnap 的一些错误,指出“卷 D 上的刷新和保持写入操作:等待释放写入命令时超时”。我的猜测是这只是由于创建阴影时的活动。它们是在任何情况下创建的。
还有什么我可以检查的吗?
我们在两台几乎相同的文件服务器上执行此操作,而在另一台上,一切仍然正常。
对于如何在没有 GUI 的运行 Windows 的系统上为给定驱动器设置定期创建卷影副本,我没有找到一些明显的方法吗?
据我所知,转到磁盘属性的卷影副本选项卡并单击启用按钮基本上只是创建了几个计划任务。这些计划任务似乎使用了每个卷独有的某种 GUID?所以这不是我可以通过组策略轻松完成的事情。
必须有一些简单的方法可以从命令行启用卷影副本,对吗?
我们有一个全新的戴尔 PowerEdge T320,带有运行全新安装的 Windows Server 2012 R2 的 PERC S110 RAID 控制器。RAID 级别为具有两个 NTFS 分区的 RAID 5,操作系统为 1TB,数据为 7TB。该服务器是 Active Directory 域控制器和文件服务器。它尚未填充文件共享数据,目前处于预生产阶段。
在基本安装、DC 升级和软件更新之后,我立即为 Windows Server Backup 连接了一个 2TB 外置驱动器。尝试创建初始 Windows Server 备份(不包括当前空数据卷)时,备份立即失败并显示“没有足够的磁盘空间来创建卷影副本”
来自事件日志的完整消息:
Log Name: Application
Source: Microsoft-Windows-Backup
Date: 8/2/2014 11:42:44 AM
Event ID: 521
Task Category: None
Level: Error
User: SYSTEM
Computer: PPSW2K12.ppsnew.local
Description:
The backup operation that started at '?2014?-?08?-?02T15:42:23.021000000Z' has failed because the Volume Shadow Copy Service operation to create a shadow copy of the volumes …
backup vss dell-poweredge windows-server-backup windows-server-2012-r2
SBS 2011 (Exchange is at SP1) Windows 2008 R2 突然停止进行备份并出现错误
备份失败。卷影复制服务操作失败。未知错误 (0x800423f4)。
从 SBS 控制台手动启动备份时,备份将在 52 秒后失败。
备份源是连接到 P420 的两个 RAID-1 卷:
备份目标是具有 298 GB(可用)空间的 USB 驱动器。
> wbadmin start systemstatebackup -backuptarget:\\?\Volume{3956a561-b129-11e3-805c-7446a0f49555}
...(203.18 MB)...
Failure in a Volume Shadow Copy Service operation.
ERROR - Volume Shadow Copy Service operation error (0x800423f4)
The …Run Code Online (Sandbox Code Playgroud) 我有启用卷影副本的服务器,每天拍摄几次快照。从服务器上,如果您查看本地设备,您可以看到可靠地填充了以前的版本。但是从远程客户端来看,最终用户查看以前版本的能力似乎很容易出错。
对于这个问题,您可以假设我所有的客户端都是 Windows 7,服务器是 Windows Server 2008 R2。
是否有最终用户查看以前版本所需的所有内容的详尽列表?除了读取访问权限之外,他们是否对特定级别的共享或文件系统权限有任何要求?是否需要在防火墙上打开某些东西,除了正常的 Windows 网络已经存在的东西?
我们正在 Windows 2008 R2 VM 上运行生产 MySQL v5.5 数据库服务器。我们目前只是每天执行数据库的 mysqldump,然后备份它们。我们的备份解决方案 (Veeam) 支持 Hyper-V 并使用 VSS 创建一致的 VM 快照。这是一个好的备份方法吗?这是最好的备份方法吗?如果我们必须恢复这个 VM,我们会遇到任何数据库损坏吗?我们是否应该继续每天执行 mysqldumps 并单独备份它们?谢谢!
我正在尝试在我的 server 2008 r2 机器上手动运行 systemstatebackup 命令,并且在查看备份事件日志详细信息时收到错误代码“2155347997”。命令行告诉我我已将日志文件写入 c:\windows\logs\windowsserverbackup\ 路径,但那里没有 .log 类型的文件。
我的命令窗口告诉我“在备份中找不到 System Writer”。但是,当我运行 vssadmin list writers 时,我在列表中找到了 System Writer,它显示正常状态,没有存储上次错误。
我从提升的命令提示符以及登录的管理员帐户运行它。我的备份目标路径允许网络服务完全控制,并且有足够的可用空间。
查看事件日志,我有两个 VSS 错误 8194 发生在备份错误 517 之前,其中列出了错误代码 2155347997。所有这三个错误都是尝试运行 systemstatebackup 命令的结果。
我相信某些与 VSS 相关的权限失败并在备份过程开始之前退出。因此,创建日志文件的初始代码不能运行,这就是我没有文件的原因。从命令提示符运行 systemstatebackup 命令并查看 windowsserverbackup 目录时,我确实看到我有一个 Wbadmin.0.etl 文件,该文件已创建,但在备份出错并停止时将其删除。
我在网上查过,关于这个错误的原因有很多意见。这些是我在此处发布之前已更正以尝试解决此问题的内容:
在 HKLM>System>CurrentControlSet>Services>VSS>Diag 中,我赋予网络服务完全控制权,而之前它只有“特殊权限”。没有变化。
我按照 KB2009272 手动尝试修复系统编写器。
这些都是我尝试过的所有东西。我还应该看什么来解决这个问题?
需要注意的是,我在此服务器上运行 Mozy Pro,并且过去已知使用 VSS 进行复制操作,但它偶尔会引发错误。但是,自去年更新以来,这些错误事件日志条目已停止。
编辑:还尝试运行 kb2182466,因为它处理了我得到的确切错误代码。修补程序说我不适用。
我发现了一个关于将名为 AllowSSBToAnyVolume 的 Dword 值添加到 HKLM>System>CurrentControlSet>Services>WBengine>SystemStatebackup 的注释,我这样做了,但没有更改。
为了确保不存在其他卷影副本数据,我开箱即用了一个新的外部硬盘并将其格式化以尝试备份。我之前的尝试是使用已经加载了备份数据的驱动器。然而,新驱动器上的结果是相同的。
我们将 Hyper V 从 2008 R2 升级到 Windows 2012。然后我们将一台 VHD(复制/粘贴)从一台 2008 R2 复制到这台新的 2012 机器上。一切正常,我们决定使用开箱即用的 2012 备份工具来备份 VM。我个人已将备份计划配置为在午夜后开始,然后等待第二天看看会发生什么。我确信备份会很有用,因为在 2008 年我使用备份工具来备份这个 VM。好的,我知道这样的事情:我从一台主机硬盘移动到另一台主机,硬盘配置为raid。移动很简单,关闭 vm,复制 vhd 并使用该 vhd 配置新的 vm。这个 VM 有另一个 vss 编写器,Symantec Backup Exec 代理实用程序,但不知何故
* 第二天我在日志中看到备份失败:事件是:访问远程共享文件夹时 Windows 备份遇到错误。请在确保远程共享文件夹可用且可访问后重试该操作。信号量超时。*
我意识到将 vhd 备份为文件失败。我有一个 150 GB 的 vhd,另外三个大约 30 GB。我在其他文件上测试了备份,工作正常。 每个卷都在 bitlocker 加密硬盘、raid 1+0 配置、带有 24 GB RAM 的 HP Proliant 380 G6 上。我正在备份到 APACER 卷,同时持有另一个文件夹,它被配置为备份卷,它不是专用的。
现在我正在努力寻找如何解决这个非备份解决方案。
我尝试的是在备份工具中选择 Hyper-V。我注意到备份的速度非常慢,我需要几个小时/几天才能完成。我多次取消备份,在某些情况下我的服务器挂起,我无法登录我的服务器,我距离硬重启还有 2 分钟,但我断开了 USB 硬盘卷进行备份,我被困在几秒钟内完成登录过程.
今天13:00左右我配置备份使用Hyper-V作为选择,并启动它。我注意到,备份工作有点慢,每次 1 GB,例如 1GB 速度很快,然后备份等待 10 分钟,然后继续进行另一个备份。 …
vss ×10
backup ×4
windows ×2
file-server ×1
hyper-v ×1
linux ×1
mysql ×1
sql-server ×1
system-state ×1
wbadmin ×1
windows-7 ×1