My understanding is that Exchange will write information to transaction logs/memory first as an action takes place and then write this information to the database when it has some spare time. For instance, UserA deletes an item in their inbox. Exchange first writes this change to the current transaction log/memory, then when it is less busy, it will write this change to the ESE database itself. Also, usually, Exchange will use the data in memory to write to the database, as opposed to the transaction logs. The logs are actually used only if the server crashes and the memory is no longer there. If the transaction log itself is corrupt/not present, this will be a problem because the ESE db will be out of sync.
Do I have the basic idea correct?
My question is - how long does ESE usually lag behind transaction logs/memory? Are we talking about a few mins, an hour, a day etc?
And, for a database that is mounted, is is possible to tell (using an ESEutil command, for example) what the last log file that was commited was?
Applies to Exchange 2007 and 2010.