文档介绍：sql2005 清除日志! 因为数据库运行的过程发生了点错误。描述如下。源 spid10s 消息 High priority system task thread: Operating system error Exception 0xAE enco untered. 查了下,可能是没打 sql2005 补丁的关系,但现在日志文件里这样的信息有 25w 笔之多占用了 5g 多的空间,但发觉居然无法清除。。网上找了下资料。先转载一下日志的一些概念。================ 华丽的分割线=========================== == 完全备份或日志备份虽说都有截断日志的功能, 但是不会收缩日志文件的空间返回给操作系统. 如果你想将日志文件的空间返回给操作系统的话, 只有一种方法, 就是收缩数据库( 选择日志文件) a ZT 一个相关帖子, 供参考! 物理日志文件: 这个比较好理解,实实在在的东西, 文件就是,有些人喜欢改后缀, 感觉不大好,数据库的事务日志记录就在这里面虚拟日志: 相信多数人有这个感觉, 虚拟这个字眼总是神秘的代名词, 虚拟个饭岛爱我喜欢, 但虚拟日志, 虚拟内存, 虚拟。。。。, 看了就讨厌。解释应该是这样的, 对于一个或多个连续的物理日志文件, SQL SERVER 在这些文件的内部又划分成了多个小的文件, 称为虚拟日志文件, 他是日志文件收缩和日志截断的最小单位,比如物理日志文件是 400M ,内部划分了 4个 100M 的虚拟文件, 收缩时你得到的是 300M , 200M , 不可能得到 239M , 对于一个物理文件, 会划分成多少个虚拟文件,这个由 SQL 自己维护,唯一可以人工干预的是指定较大的物理日志文件, 并指定较大的增长比例, 这样可能虚拟文件的块头会大点, 数量会少点, 系统的维护开销会低一点逻辑日志: 不要头晕, 硬着头皮看吧!!! 感觉这个应该是数据库事务日志的真实写照, 物理日志文件好比是一个容器, 里面容纳的是日志记录, 这些记录就称为逻辑日志, 从物理日志文件的起点开始,逻辑日志顺序的生成,记录下数据库里发生的每个事务,这些事务被打上一个标签, LSN , 顺序的排列下来, 这样逻辑日志就在物理日志文件内慢慢的成长, 直到充满了他, 这个时候物理日志文件就会自动添加新的空间, 以继续前面的步骤, 这种情况是最直接的一种( 从来不截断日志,基本上就是这样的),但事实上往往是复杂的多检测点(checkpoint) 和恢复周期(recovery interval) : checkpoint 不是用于检查数据是否完整,页面连接是否正确的,他是由系统维护的一个进程(你也可以手工的执行),用于将高速缓存里的脏页刷新到磁盘,两者的配合算是惟妙惟肖, 当缓存中的脏页积累到一定的数量, SQL 估计演算这些脏页要花的时间快要接近设定的 recov ery interval (分钟)时,系统就会产生一个 checkpoint ,所以 checkpoint 的产生不是定时的,它由 recovery interval 和数据库的更新频繁度决定。如果你的数据库永远不用重启,永远不会出现什么故障,就这么一直运行下去,那么 checkpoint 和 recovery interval 就没