Link to home
Create AccountLog in
Avatar of jhyiesla
jhyieslaFlag for United States of America

asked on

Backing up Exchange 2010 DB

We are about to implement an Exchange 2010 server. Under Exchange 2003, I use the built-in Windows backup to back up the IS and then I take that to tape.

We are experimenting with a product called Double-Take which should allow me to more completely and granularly backup my Exchange 2010 databases.  However, what I am also planning to do in the short term is to use the built-in Windows 2008 back up much the same way as I  did the 2003 back up.  is this an adequate method to back up the databases?  I've done this in my test environment and it seems to work OK.
ASKER CERTIFIED SOLUTION
Avatar of Alan Hardisty
Alan Hardisty
Flag of United Kingdom of Great Britain and Northern Ireland image

Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
Avatar of jhyiesla

ASKER

I'm not real familiar with Volume Shadow Copy. I notice that when the back up starts it says that it's creating the shadow copy of the volumes to be backed up.  Does this mean that it's creating a copy of the entire database before it backs it up?
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
Ah, I see, the Volume Shadow Copy is like creating a snapshot in vShpere ESX. The database files are locked as read only and then a delta file is created to handle the changes. Then the locked DB files are backed up.  I assume that when the back up is done, it rolls the changes into the Db files and then deletes the snap?

demartzer, I have read your article.  I have installed, in my test system, the backup program and set it so that it can back up the Exchange databases.  I have successfully backed up and restored from the back up program. But it seems as though I have to back up and restore all of the databases. I have gone through the article several times and the back up program on my server and I do NOT see any advanced options screen which would allow me to modify what in the volume is being backed up.  I would prefer to back up the databases separately to hold down on size should I have to restore.  Unless you can tell me what I am missing, I guess the best option would be to create separate drives for each database and then back up each drive separately.
Are you using Windows 2008 R2?
No, I am using 2008R1
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
R1 does not allow for the specific database backup option as described in my article.
Thanx reijer for the articles.

So, demartzer, if I want to use R1 I would have to put each DB, probably will have 2-3, on it's own drive/LUN... which is really OK with me.  Since this is all virtual space anyway, the space is still the space.

Now about recovery from the backup.

What I have done so far is to create a recovery DB using the command shell and I can see it as unmounted in the EMC. I have restored my backup using the backup utility to a separate folder called restore. I have a recovery folder for the recovery DB to live in.  So I understand how to recover from the backup and I've found the command to pull data from the recovery DB, but how do I get the restored db from the place where I restored it into the recovery DB?

Also, was I correct in my understanding of how the Volume shadow copy works and does the "snap" get rolled into the DB files and then deleted?

Thanx...
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
SOLUTION
Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
^^ Good article!!
Thanks :) don't forget to vote for it :)
Right, I understand that I have to restore using the Exchange Application option.
And sorry, I probably wasn't clear about my restore/recovery intentions.

I have create a recovery DB using the ECS as outlined in demartzer's article. I have pointed it to a folder called "recovery".  I have run the recover option from the backup program and have recovered the exchange databases in a folder called "restore"

So now I have an unmounted recovery DB that I can see in the EMC called RDB1.  I have recovered the databases from the backup. I know the commands to extract the mailboxes that I want.

So I guess my question is what's the relationship of the databases that I recovered from the backup utility and the empty recovery database?  How do I get things in a state that I can then run the Restore-Mailbox comand?
That part is covered in the second article I linked to :)
I should also say that I am NOT trying to recover an entire DB.  My scenario assumes that the original DB is still there. I'm just trying to recover a single users's mailbox from the basked up DB.
Yep, check out my article, the second one I posted.
So, I just went and did it according to the article... what a concept :)

I was missing how the DB that I brought from backup and lived in one folder was going to populate as RDB1 in another folder.

As per your article, I navigated to the place where I had restored from backup and ran the eseutil. Then when I ran the Mount-database command from that same folder, it "moved" the files from the folder where I had restored from backup to the folder designated as the recovery DB folder.
OK, so I now have a subsequent question about getting an email back into a user's mailbox, but I'll create another question so that points can better be represented.
Yeah, youre now on the how to instead of how it works:)