小弟不是来拉人的，请各位版主不要见怪。只是感觉这个话题挺有意思，而国内DB2的高人基本都只在ITPUB出没，LOVEUNIX很少有高手光顾，所以想请各位看看这个问题。

问题简单的说，就是：
在设置BLK_LOG_DSK_FUL=YES后，遇到LOG FULL的情况，如果在EXPAND FS前先做了FORCE APPLICATION，是不是一定会引起DB CRASH？道理何在？

详细的，请看这里：
http://www.loveunix.net/discuz/v ... &extra=page%3D1

BLK_LOG_DSK_FUL=YES 日志满得时候application还在 这个时候force 造成数据库不一致 有可能应用做回滚.但是不一定crash吧我有一次在分区数据库上面做类似得操作,是一个数据仓库系统 做了很长时间得回滚 实在等不了,就db2_kill了
呵呵

在回滚的时候做了db2_kill？那不是造成数据库不一致了吗？

1 应该不会，如果 CRASH 了，应该查查为什么。物理层面修改文件了? DB2 bug?

2 重要的是，BLK_LOG_DSK_FUL设置 是针对日志空间不够，而不是 LOG FULL 的（除非logsecond设了-1)。所以，原帖的命题容易让初学者糊涂。

3 db2kill 不推荐正常情况下使用，但是造成不一致的比例没有那么高。（当然，生产上慎用）

关于2，BLK_LOG_DSK_FUL设置应该是针对所有LOG FULL 的情况，而不是只针对日志空间不够这一种情况吧？


关于3，原先做的是DELETE操作，回滚的时候肯定正在将已删的数据补回来，这时候DB2KILL了，数据库肯定就不一致了吧？

关于2，BLK_LOG_DSK_FUL设置应该是针对所有LOG FULL 的情况，而不是只针对日志空间不够这一种情况吧？

->你看 它是 DiSK_FULL，因此只是空间不够

关于3，原先做的是DELETE操作，回滚的时候肯定正在将已删的数据补回来，这时候DB2KILL了，数据库肯定就不一致了吧？

->不会，正常情况下，日志没有apply完，还会留在日志中，restart database可以重新恢复。

QUOTE:

---

最初由 Zoroaster 发布
关于2，BLK_LOG_DSK_FUL设置应该是针对所有LOG FULL 的情况，而不是只针对日志空间不够这一种情况吧？

->你看 它是 DiSK_FULL，因此只是空间不够

关于3，原先做的是DELETE操作，回滚的时候肯定正在将已删的数据补回来，这时候DB2KILL了，数据库肯定就不一致了吧？

->不会，正常情况下，日志没有apply完，还会留在日志中，restart database可以重新恢复。

---

关于2，刚刚做了实验，确实是您说的这样。
关于3，DB要做CRASH RECOVER的，时间会比ROLLBACK短很多吗？

关于3，DB要做CRASH RECOVER的，时间会比ROLLBACK短很多吗？

-> crash recovery 是并行处理机制，的确快。但一般我不建议为了一个回滚而这么搞，除非是那种很大的操作，估计回滚时间很长的，而你对 DB2 重启这操作很熟悉。

非常感谢

db2_kill后 再restart 可以在db2diagl里面看到crash recovery的信息 重新apply log这个是必然的