请参与“上班一个月内碰到两个诡异的事务问题[500分求救]”者过来接分，版主请留情[2]

Question

嗯，钻一下政策和斑竹心情的空子，顺便提醒lz一下，这类问题大都为个人原因造成的，仔细检查所有连接该数据库的所有应用。分析日志可以用dbcc命令或者::fn_dblog(null,null)函数

Answer 1

JJ，是不是发生更改的数据是异步于日志写入磁盘文件的，此时服务被异常中止或正常down机，第二天开机数据 库经重做和撤销了，在重做阶段是要重现所有的活动事务的全部锁的

Answer 2

如果确是这种“崩溃”恢复的话，那么检查点和LSN都成决定的因素， 影响分析的脏页和重构的活动事务表，

Answer 3

checkpoint之后，才会把异步日至写入磁盘，楼主可以在这么测试一下，每次提交sql语句之后强制运行checkpoint命令/

Answer 4

〉〉JJ，是不是发生更改的数据是异步于日志写入磁盘文件的，此时服务被异常中止或正常down机，第二天开机数据 库经重做和撤销了，在重做阶段是要重现所有的活动事务的全部锁的
正常down机，只要sql接收到shutdown就会自动创建检查点，把数据写入磁盘然后清理日志。第二天正常开机，会恢复到检查点，数据不会丢失。
服务异常中止就说不清楚了，只要不发送检查点命令简单日志也不会自动截断，数据库启动恢复检查点，然后怎么处理日志就不清楚了。但个人觉得他不也不会弱智到把表都锁了恢复不出来。