邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: 事务日志序列号达到最大使整个存储组Dismount! [打印本页]

作者: sanjin    时间: 2009-2-27 14:20
标题: 事务日志序列号达到最大使整个存储组Dismount!
系统:Windows2003 R2 sp2 安装EX2003 sp2
昨天下午有一个存储组中的5个存储统统Dismount。没去认真看系统日志的情况下先重启EX服务器(因为在上班没有太多时间慢慢去查看,希望重启一下问题可以解决),还是Mount不上去。
认真去查看日志。如下:
错误日志:
Database error 0xfffffdf9 occurred in function JTAB_BASE::EcUpdate while accessing the database "SG03\XX01".
警告日志:
Information Store (3424) SG03: Log sequence numbers for this instance have almost been completely consumed. The current log generation is 1048410 (0x000FFF5A) which is approaching the maximum log generation of 1048559 (0x000FFFEF), there are 149 (0x00000095) log generations left to be used. To begin renumbering from generation 1, the instance must be shutdown cleanly and all log files must be deleted. Backups will be invalidated.
明确指出Log sequence numbers 快用完了。只怪自己平时查看的时候没有认真去看警告的日志,造成大错。唉!
这台服务器一百多天没有重启了,一直使用正常。
只是没有想到EX的事务日志只能到FFFFF的序列号。
看来以后查看EX运行情况的时候要多留意一下事务日志的序列号
作者: 钉子    时间: 2009-2-27 15:48
够强了,一百多万日志都快要用完了。下面的KB有介绍重置办法:
Store databases are dismounted without warning or users cannot log on to their mailboxes in Exchange Server 2003 or in Exchange 2000 Server

http://support.microsoft.com/kb/830408
作者: sanjin    时间: 2009-2-27 16:54
如果量大这不是会经常发生吗?
还有几个存储组也快达到这个数了。
谢谢钉子提供KB。
作者: 钉子    时间: 2009-2-27 18:02
按理说,这种机率是比较少的。不过为了这个问题,Exchange 2007特别张到了8位。E nn ffffffff.log这样子。可以参考:
http://blog.5dmail.net/user1/1/200873102856.html
作者: jhonlone    时间: 2009-2-28 21:14
嗯,学习到鸟,还真没留意过这个问题




欢迎光临 邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.net/) Powered by Discuz! X3.2