问：最近我们的一台Exchange Server 2003服务器产生了很多来自信息存储（Information Store）服务的事件ID 1159。把信息存储服务重启了几次之后，终于不再产生这个事件了。但这是什么原因引起的呢？
答：这个问题产生的原因是信息存储服务不能进行到标记哪个事务日志文件正在使用的检查点（Checkpoint）。在备份过程中，可扩展存储引擎（Extensible Storage Engine，ESE）的备份API行进到检查点来检测哪个日志文件中的事务已被成功提交。有时候，信息存储服务不能行进到检查点——通常是由于一个事务日志中的对象不能被清除引起的。检查点的深度（你可以通过使用性能监视器的Log Generation Checkpoint Objects计数器在单独的数据库实例上监测它）应该保持低于100。微软建议如果检查点深度高于100，那么它不管持续多长时间，你都应该采取排错行动。
产生这个问题最常见的原因就是备份程序失败。当支持ESE的备份程序开始备份时，信息存储服务会认为该程序将调用一个合适的API来结束备份。除非API调用完成，否则信息存储服务会认为备份仍在进行。重启了信息存储服务之后，你实际上也就移除了前次备份的记录，因此它可以根据已有的日志文件来进行软恢复。
那么现在应该问问自己（假设这种解释符合你的实际情况），备份软件已经失败了多久？除非日志文件个数超过1008，否则事件ID 1159是不会出现的。大多数的组织要积累很长时间日志文件才会达到这个数量。关于这个问题的详细信息以及如何获得相应的修补程序，请查看微软知识库文章“Operation terminated with error -614’ error message when you start a computer that is running Exchange Server 2003”（http://support.Microsoft.com/kb/836611）。