我试图解开我们的备份策略,并通过代理作业和维护计划,将Azure VM和SQL DB的夜间备份排除到Azure VM上的本地存储中。VM只用于SQL和存储相关的加载文件。
VM的托管备份从上午11点开始,并在5-7小时内完成--这可能看起来太长了吗?
SQL备份作业从午夜开始,需要花费4+小时来备份总计1.15TB的DB,日志文件显示重复错误: 18210、严重性: 16、状态:1和错误: 3041、严重性: 16、状态:1。
从成功的备份日志条目来看,似乎有两个备份在进行--一个使用type=disk,另一个使用type=virtual设备。
我的问题是:
Azure VM托管备份是否也备份了SQL?与SQL备份重叠可能会在某种程度上造成冲突吗?
谢谢!
发布于 2021-11-18 12:08:11
Azure VM托管备份是否也备份了SQL?
是的,它确实采用“磁盘级备份”,但不采用Server特定的备份,后者将模仿TSQL或维护计划所采取的备份。如果你指的是在线文档Azure VM备份,上面写着
。默认情况下,Azure备份采用完整的VSS备份(它在备份时截断应用程序的日志,如Server,以获得应用程序级别一致的备份)。如果在Azure VM备份上使用SQL Server数据库,则可以修改设置以接受VSS副本备份(以保留日志)。有关更多信息,请参见本文。
因此,上面对Server日志进行了处理,但不使用Server特定的备份。
与SQL备份重叠可能会在某种程度上造成冲突吗?
是的,如果你再读一遍VM快照问题的疑难解答,它会说
配置了Server备份的VMs会导致快照任务延迟。默认情况下,VM备份在Windows VM上创建VSS完全备份。运行Server并配置了Server备份的VMs可能会遇到快照延迟。如果快照延迟导致备份失败,请设置以下注册表项:
解决方案:如下所示进行Reg更改
[HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\BCDRAGENT]
"USEVSSCOPYBACKUP"="TRUE"
https://dba.stackexchange.com/questions/302817
复制相似问题