发布服务器截断日志必须全备?

oraclecaicai 2015-03-12 11:54:26
一般情况下,要截断数据库日志需要备份日志,而对数据库进行全备是不会截断日志的。
但我在自己的测试环境配置了事务复制,在发布服务器上备份日志无法截断,反而是执行全备可以。
已经确认备份时不存在未复制完成的事务,这个我尝试了好几次,都是一样的结果。

有人有碰到类似的情况么?
...全文
194 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
oraclecaicai 2015-03-12
  • 打赏
  • 举报
回复
引用 1 楼 yoan2014 的回复:
select log_reuse_wait_desc from sys.databases
这个时候还是查看一下log_reuse_wait_desc看看到底是什么原因导致没办法截断
这一列的取值是NOTHING。感觉是SQL Server根本没去尝试截断,DBCC LOG里看日志的内容毫无变化。
yoan2014 2015-03-12
  • 打赏
  • 举报
回复
select log_reuse_wait_desc from sys.databases
这个时候还是查看一下log_reuse_wait_desc看看到底是什么原因导致没办法截断
oraclecaicai 2015-03-12
  • 打赏
  • 举报
回复
引用 3 楼 kk185800961 的回复:
在简单恢复模式下,备份了数据库后会自动截断日志,而在完整恢复模式下,只有备份了事务日志后方才截断日志。 但是,截断过程有时也可能发生延迟,如果log_reuse_wait_desc为NOTHING,应该不会延迟。用DBCC LOGINFO 看看status=2活动的虚拟日志是否很多,要么试试手动进行检查点。
看了一下,除了最近一个VLF状态是2以外,其它都是0。截断部分的记录,我应该是在DBCC LOG里看不到对吧?
薛定谔的DBA 2015-03-12
  • 打赏
  • 举报
回复
在简单恢复模式下,备份了数据库后会自动截断日志,而在完整恢复模式下,只有备份了事务日志后方才截断日志。 但是,截断过程有时也可能发生延迟,如果log_reuse_wait_desc为NOTHING,应该不会延迟。用DBCC LOGINFO 看看status=2活动的虚拟日志是否很多,要么试试手动进行检查点。

34,590

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧