每天晚上02:59，我的Exchange服务器logging下列事件：
Event Type: Warning Event Source: MSExchangeIS Mailbox Store Event Category: Background Cleanup Event ID: 9871 Date: 5/20/2009 Time: 2:59:59 AM User: N/A Computer: EXCHFC2 Description: There is an online maintenance overlap for database "First Storage Group\Mailbox Database". Please revise the online maintenance schedule. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. 。
Event Type: Information Event Source: ESE Event Category: Online Defragmentation Event ID: 704 Date: 5/20/2009 Time: 2:59:59 AM User: N/A Computer: EXCHFC2 Description: MSExchangeIS (12420) First Storage Group: Online defragmentation of database 'C:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\Mailbox Database.edb' was interrupted and terminated. The next time online defragmentation is started on this database, it will resume from the point of interruption. For more information, click http://www.microsoft.com/contentredirect.asp.
这是在Windows 2003 x64上运行的Exchange 2007。
这是我的Exchange维护计划：
First Storage Group\Mailbox Database: 20:00 - 03:00 Second Storage Group\Public Folder Database: 03:00 - 06:00
请注意，我试图将它们分开更多（首先以2结尾，然后从4开始）无济于事。 在完成First Storage Group的维护计划之前，错误消息总是出现一秒钟。
在第二个事件中logging的中断碎片整理从02:15开始。 另一个完全相同的数据库碎片整理于23:04开始，于02:08结束。 紧接着这个完整的碎片整理之前，昨天晚上打断的一个已经完成。
所以就好像系统在一个循环中对数据库进行碎片整理，然后抱怨当碎片整理由于维护窗口的结束而中断。
我该如何解决这个问题？
编辑
我的备份在06:30运行。 这台机器上没有任何计划任务。
最佳实践分析报告不相关。
我明白，这不是一个严重的错误，但是我担心，如果我忽略它，当维护没有得到充分执行时，我会忽略未来的问题。 就此而言，我想解决导致碎片整理在维护期间循环的任何内容。
当维护的数据库窗口closures并且仍在运行事务时，将引发9871错误。 它会完成维护，而且它可能不会与其他数据库上的维护完全相关，这是一个非常糟糕的错误信息。
当维护窗口结束时，当ba备份正在运行时，通常会触发此消息，这是否会发生？
针对此服务器运行Exchange最佳实践分析工具可能是值得的，只是为了检查是否有任何问题可以提取。
山姆是对的…这只是一个写得不好的错误信息。
当数据库的维护窗口结束时，将logging事件9871，但事务仍在处理中。 Exchange只是因为它到达维护窗口的末尾才结束事务，它只是logging了9871。
您可以放心地忽略错误（或者如果您想避免事件被logging，则扩展维护窗口）。
所以就好像系统在一个循环中对数据库进行碎片整理，然后抱怨当碎片整理由于维护窗口的结束而中断。
我该如何解决这个问题？
这是按照devise工作的。 从： http : //technet.microsoft.com/en-us/library/aa996226(EXCHG.65).aspx
此过程有可能在Microsoft Exchange Information Store服务指示的时间之前未完成。 在这种情况下，ESE引擎存储成功处理的最后一个表。 在下次联机碎片整理时，ESEselect元数据中的下一个表，并且将恢复处理表，直到维护窗口结束。如果联机碎片整理可以在维护窗口结束之前处理所有表，则将在列出的第一个表在所有表的元数据和循环中，直到维护窗口结束。 对数据库所做的更改已经完成。 因此，大量的删除操作，然后是在线碎片整理周期，将生成大量的事务日志，因为logging被压缩到最less数量的页面。
这意味着它将在维护窗口中循环访问数据库。
至于维护重叠消息，build议在这里张贴： http : //technet.microsoft.com/en-us/library/aa995795.aspx
默认情况下，邮箱存储维护过程每天晚上1:00到5:00运行。由于维护过程需要服务器资源，因此build议您修改维护计划，以便邮箱存储具有不同的计划至less15分钟。
所以根据这个，如果你在3:15而不是3:00启动第二个存储组维护窗口，这个消息就会消失。