You could have a read of this article from the Exchange team blog. It won't tell you what the problem is, but by following the text you may be able to identify what's causing it:
http://msexchangeteam.com/archive/2006/04/19/425722.aspx From: bounce-8812011-8066...@lyris.sunbelt-software.com [mailto:bounce-8812011-8066...@lyris.sunbelt-software.com] On Behalf Of Russ Patterson Sent: 03 February 2010 16:10 To: MS-Exchange Admin Issues Subject: Re: Version Store full on two E2k7 mailbox servers Firstly, Thanks to both Richard & Rob - great ideas so far. We do have OfficeScan running on the filesytems on that box, but we administer it from an AV server with all Exchange servers in a specific group that has all Exchange files (including logs & mdbs etc etc) excluded. We don't have MailScan on thiose boxes as yet. Whats getting a bit scary is we're already getting warnings on the one that we rebooted yesterday while I was out that the version store is 75% used for one store: Log Name: Application Source: MSExchangeIS Date: 2/3/2010 8:02:11 AM Event ID: 9786 Task Category: Database Storage Engine Level: Warning Keywords: Classic User: N/A Computer: s-exch-irv-5.ds1.ltcorp.tree Description: The database engine has consumed 76% of the "version store buckets" resource (12499 used out of a maximum of 16386) for storage group Sales-1'. On Wed, Feb 3, 2010 at 10:48 AM, Campbell, Rob <rob_campb...@centraltechnology.net<mailto:rob_campb...@centraltechnology.net>> wrote: I'd suspect AV. From: Russ Patterson [mailto:rus...@gmail.com<mailto:rus...@gmail.com>] Sent: Wednesday, February 03, 2010 9:43 AM To: MS-Exchange Admin Issues Subject: Re: Version Store full on two E2k7 mailbox servers In that site, Full Backups only happen on Saturdays, Incremental all other days. The Saturday backup DID take an inordinately long time - ie instead of 4 or so hours, it took about 12. But there was a successful Incremental (of a usual length) on Sunday night..... On Wed, Feb 3, 2010 at 10:16 AM, Sobey, Richard A <r.so...@imperial.ac.uk<mailto:r.so...@imperial.ac.uk>> wrote: Did your backups hang or one particular database take a long time to backup? From: bounce-8811937-8066...@lyris.sunbelt-software.com<mailto:bounce-8811937-8066...@lyris.sunbelt-software.com> [mailto:bounce-8811937-8066...@lyris.sunbelt-software.com<mailto:bounce-8811937-8066...@lyris.sunbelt-software.com>] On Behalf Of Russ Patterson Sent: 03 February 2010 15:14 To: MS-Exchange Admin Issues Subject: Version Store full on two E2k7 mailbox servers Hi - In the last two days, we've had two different mailbox servers (in the same site) have to have the store restarted during working hours. Examining the app log afterwards, I see that we got several dozen of the following events starting about an hour before we had to restart: Log Name: Application Source: MSExchangeIS Date: 2/1/2010 8:58:24 AM Event ID: 9786 Task Category: Database Storage Engine Level: Warning Keywords: Classic User: N/A Computer: S-EXCH-IRV-6.ds1.ltcorp.tree Description: The database engine has consumed 70% of the "version store buckets" resource (11613 used out of a maximum of 16386) for storage group Managers-1'. Log Name: Application Source: MSExchangeIS Mailbox Store Date: 2/1/2010 8:56:28 AM Event ID: 9828 Task Category: Background Cleanup Level: Warning Keywords: Classic User: N/A Computer: S-EXCH-IRV-6.ds1.ltcorp.tree Description: Background cleanup of folders for database ExecSysAdmin\ExecSysAdmin' was pre-empted because the database engine's version store was growing too large. Before the task was pre-empted, 1 folders were inspected and 0 of those were successfully deleted. Note that the two warnings are about two different stores on the same box. There were two of these events: Log Name: Application Source: ESE Date: 2/1/2010 9:30:23 AM Event ID: 623 Task Category: Transaction Manager Level: Error Keywords: Classic User: N/A Computer: S-EXCH-IRV-6.ds1.ltcorp.tree Description: MSExchangeIS (27084) Users-1: The version store for this instance (9) has reached its maximum size of 511Mb. It is likely that a long-running transaction is preventing cleanup of the version store and causing it to build up in size. Updates will be rejected until the long-running transaction has been completely committed or rolled back. Possible long-running transaction: SessionId: 0x000007FFFFC82780 Session-context: 0x00000000 Session-context ThreadId: 0x0000000000006D10 Cleanup: 1 For more information, click http://www.microsoft.com/contentredirect.asp. One for each of the stores mentioned above. They occurred about 10 minutes before we decide to bounce the store. I haven't really been able to do much other investigating; I've also got a family medical emergency that is taking most of my attention. I was hoping someone could give me a few clues that woulds help me get my life back to just 90 mph. Any suggestions? BTW - these machies were both at version Version: 08.02.0176.002 - other places show it as Version 8.2 (Build 176.2) I do see some suggestions when you click in the web links in the event log; I'm sure they're pointing in the right direction - I was just hoping to cheat a little bit & get a headstart if you will..... Thanks in advance! Russ ************************************************************************************************** Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. **************************************************************************************************