|Message:||%1 (%2) %3The version store for this instance (%4) has reached its maximum size of %5Mb. 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:
Session-context ThreadId: %8
This Warning event indicates that the ESE version store has reached its maximum size because of an unresponsive transaction. Updates to the database are rejected until the long-running transaction is omitted or rolled back. You may also receive an MSExchangeIS event 1022 that will provide the name of the database that reported a logon failure.
The ESE version store is where the Information Store service keeps records of transactions that are not yet finished, giving ESE the ability to track and manage current transactions. The version store has a list of operations performed by active transactions. This is an in-memory list of modifications made to the database.
The primary use of this list is for rollback. If a transaction needs to roll back, it looks in the version store to get the list of operations it performed. If two sessions try to modify the same record, the version store will notice and reject the second modification. In other words, the version store keeps track of what version of a transaction that ESE is actively using.
If there are very long-running or unresponsive transactions, the version store can grow quickly. Ultimately, it is possible that the store will log out of memory errors. If this occurs, ESE event 623 is logged in the Application log, and an associated MSExchangeIS event 1022 is logged with error -1069 or Jet_errVersionStoreOutOfMemory. A transaction that takes a long time to run can cause the Exchange store to run out of space because it cannot flush more recent transactions from the version store. When the version store is full, any updates to the database are rejected until the long-running transaction is completely committed or rolled back. This causes a service interruption for users.
Error -1069 indicates that the version store has reached its defined size. No more transactions can continue until this is clear. Because the version store is where transactions are held in memory until they can be written to disk, if something is preventing ESE from completing transaction or writing to disk, then ESE will consume this cache and the store will stop responding to requests until there is room in the cache again.
Error -1069 is not the result of the system running out of physical memory. If there is a failure to allocate more memory and NT refuses to provide it, there will be a failure with a different error. Increasing the RAM in the server will not fix this problem.
To resolve this warning, do the following to resolve the issue:
For information about ESE error codes other than the ones explained in this topic, see the following Microsoft Knowledge Base articles:
If you are not already doing so, consider running the tools that Microsoft Exchange offers to help administrators analyze and troubleshoot their Exchange environment. These tools can help you make sure that your configuration is in line with Microsoft best practices. They can also help you identify and resolve performance issues, improve mail flow, and better manage disaster recovery scenarios. Go to the Toolbox node of the Exchange Management Console to run these tools now. For more information about these tools, see Toolbox in the Exchange Server 2007 Help.