I've just done an experiment in a VM to try and mimic your situation. I've purposefully corrupted one of the transaction log files and I'm using Windows Server Backup as the backup application. Everything I say below is based on this experiment, but reality shouldn't differ too much.
Even though you say it's all working fine at the moment, you are very right to be concerned about this error, and by asking this question you may well have just saved your future self some grief and panic.
First, some background on why you should be concerned. When Exchange successfully completes a backup, it flushes (deletes) the committed transaction logs, so if your backups are actually failing with this message there's a very good chance that your transaction logs are actually not being flushed and are building up. If the old transaction logs aren't being flushed, you unfortunately have a time-bomb on your hands that may explode at any moment (sorry for sounding so dramatic, but it is actually quite serious). When the volume the transaction logs are on fills to near capacity, the associated mailbox databases will dismount themselves until there is adequate space for new transaction logs. Depending on the amount of transaction logs you accumulate will determine when your mailbox databases will dismount themselves due to lack of space.
You're going to have to dismount the database to do what I suggest, however it should dismount without issue, and when I dismounted my database it was in a Clean Shutdown
state, which is good news.
Dismount the database and just do a sanity check and run eseutil /mh <edb file name>
to make sure the database is in a Clean Shutdown
state. Next, move all of the *.log
files except for E00.log
and E00tmp.log
somewhere safe out of the way (don't delete them, you'll need them back if it all goes tango-uniform). Once they're all moved, mount the database again and try a full backup of the database as soon as possible (it should be a full backup, not an incremental). That process worked in my VM, and hopefully should resolve your problem.
Warning: DO NOT ___EVER___ delete transaction log files unless you are absolutely certain you know what you're doing. If you need to remove a transaction log from the equation, move it somewhere else, just don't delete it.
Have a look at Windows Home Server 2011. The backup functionality is actually very good (block-level de-duplicated backups of the clients with a nice UI to allow users to perform recovery and a bare-metal restore option with a bootable CD image for recovery) and you don't necessarily have to use any of the rest of the product. You can backup 10 clients w/ a single license. My only wish w/ the product was that it could join an Active Directory domain. I'd jump at the chance to purchase the backup functionality of this product in a standalone product (are you listening, Microsoft?) because the price / performance blows similar competing products out of the water.
Best Answer
The built in 'Windows Server Backup' utility can backup Exchange - take a look at this guide.