Use Windows Backup to Truncate Logs in Exchange 2010 with DAG Configuration

I ran into a few minor glitches that weren’t mentioned in other posts when using this method in my own environment.  So first I will mention what was different for me, then I will be going over the full set of instructions to use this method.  My goal for this post is to be as thorough and unambiguous as possible so there are no questions after reading these instructions.

First, it wasn’t readily apparent what specifically needed to be backed up in the pieces I read.  Though, it is quite possible I managed to misread the sections that described them.  After some experimentation in our test network I learned that all volumes containing databases and log files need to be backed up.  This means that if you have separate drives for logs and databases, both of them need to get backed up, I would have saved a lot of time had I known this beforehand.  And, as far as I can tell, both the mailbxes and logs have to be backed up for this method to work, not just one or the other.  So just to reiterate this with an example, you have to back both the (L:) and (M:) volumes up.

The other thing that was mentioned in other posts but wasn’t clear cut was the need to change the registry key to disable VSS trasnport replication.  It is necessary for Exchange environments using a DAG configuration with both active and passive databases, if this change isn’t the case the backup may work but your logs won’t get truncated.  Finally, ensure that you have the Microsof Exchange Server Extension for Windows Backup service started.

  • Log on to the server by using an account that has local administrator access, and open regedit
  • Navigate to HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters.
  • Add a new DWORD value named EnableVSSWriter, and set its value to 0.
  • Exit Registry Editor and then restart the Microsoft Exchange Replication service.

Okay, now we need to enable the Windows Backup feature (I will leave that to the reader), just make sure not to enable the backup command line tools (they are outdated).

So now you just create your backup job and after everything is all said and done your logs should get truncated, it seems like a lot more work than should be necessary but if your logs don’t get truncated then really bad things happen, so it is a small price to pay I guess to make sure things are working the right way.

That’s pretty much it.  Once the backup has completed your log volume should have more room.  There are other ways to clear the transaction logs, maybe I will go over them in another post but this method is (for the most part once you figure out what you’re doing) easy and built into Windows.  Just make sure you have enough free space somewhere on your network to house the backups, especially if there there is a lot to move.

About the Author: Josh Reichardt

Josh is the creator of this blog, a system administrator and a contributor to other technology communities such as /r/sysadmin and Ops School. You can also find him on Twitter and Google+.
  1. Woah! I’m really enjoying the template/theme of this blog. It’s simple,
    yet effective. A lot of times it’s very hard to get that “perfect balance” between user friendliness and appearance. I must say that you’ve done a very good job with this.
    Also, the blog loads very fast for me on Chrome. Exceptional Blog!

  2. This site is truly amazing my one of friend told me about this. And the theme is quite beautiful as well as the updated stuff also attract visitors to come and visit again. I would definitely bookmark it and would come back to you soon. Keep on updating.

  3. Thanks for sharing above article. The concept you have used is really very clear & contents are too good. Wish you would share your more stuff with us soon.

  4. The “must back up both logs and database together” was exactly the issue that had me stumped years ago back in Windows Server 2000 / Exchange 2000. I was backing up each volume separately but they had to be backed up in one single backup.

    Also, I believe you don’t actually have to backup the entire volumes, just the mainbox databse and log folders will suffice, although I’ve not tested this directly.

    Cheers

  5. is it possible to test data that was backed up using this method?

    Cheers

    • I have not tried testing the data using this method. The primary reason I have highlighted this method is to show others how to clear space off of the disk volumes. Really bad things happen when the log volumes get completely full.

  6. Thanks Josh. This is just what I needed after battling away to try and reduce logfile storage.

Leave a Comment

Powered by sweetCaptcha