http://www.web008.net

Alwayson日志备份报错

美高梅手机版,数据库版本 SQL SE凯雷德VELacrosse 二〇一三 公司版,版本号:11.0.5582.0

标题场景: 数据库配置Alwayson情形,同机房2节点同步自动切换+跨机房异步,在异步机房中选拔同生龙活虎节点做完全备份和日志备份,完整备份为COPY_ONLY形式,完整备份从0:35方始至1:40得逞结束,日志备份从00:00开头每15秒钟三遍日志备份。DBA在0:48左右臂动对数据库日志文件进行贰遍处置操作,降低操作顺遂达成,未报任何不当。主数据库处杨佳常提供劳动,每15分钟发先生生约200MB的日记备份文件(压缩备份方式)。

 

下边是备份出错情形:

0:30 备份成功
0:45 备份成功
1:00 备份成功
1:15 备份战败
1:30 备份战败
1:45 备份成功

错误消息:

2017-01-16 01:15:09.59 *** 错误: 备份 对于 服务器“SERVER_XXXX”失败。 (Microsoft.SqlServer.SmoExtended) ***
2017-01-16 01:15:09.59 *** 错误: 实施 Transact-SQL 语句或批管理时爆发了要命。(Microsoft.SqlServer.ConnectionInfo) ***
2017-01-16 01:15:09.59 *** 错误: 扶植副本上数据库“DB_XXX”的日记备份战败,因为来自己作主数据库的末段多少个备份 LSN (0x000840fc:00000420:0001)大于当前本土重做 LSN (0x000840fc:00000418:0001)。此时无需备份任何日志记录。请在后来重试该日记备份操作。
BACKUP LOG 正在特别终止。(.Net SqlClient Data Provider) ***

 

该难点在无人干预条件下自行回复,因业务日志备份作业战败被察觉。

 

--=========================================================================--

由来嫌疑:

独自对相像配置的数据库做日志文件整理操作不会有近似主题材料,而独立对肖似配置的数据库做COPY_ONLY也不会产出难题,很有一点都不小可能率是因为在做COPY_ONLY的完整备份时做日志文件裁减程核导弹致。

虽然COPY_ONLY从字面意思上知道不会对日记文件有其余影响,但完全备份时期会耳濡目染到CHECKPOINT操作,CHECKPOINT操作又影响到数据库日志,由于在扶持节点上实行生机勃勃体化备份,由此主节点和协理节点之间必然落得生机勃勃致来防止CHECKPOINT难点,但此时DBA手动推行数据库日志减少被当成“三个业务日志备份”来管理,因而报主数据库最后三个备份LSN大于本地重做LSN。

聊到底当全体COPY_ONLY备份完结后,主数据库上的末尾贰个备份LSN被调治会精确状态,进而默默地修复了该难点。

--=========================================================================--

美高梅手机版 1

夜深啦,随便找个妹子镇贴,各位凑合下!

郑重声明:本文版权归美高梅163888所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。