I think I am going to write an appendix for that whitepaper then. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael B. Smith Sent: Friday, February 03, 2006 11:02 AM To: Exchange Discussions Subject: RE: Backup individual stores or entire storage group?
I sit corrected. :-P -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fyodorov, Andrey (Citco) Sent: Friday, February 03, 2006 10:57 AM To: Exchange Discussions Subject: RE: Backup individual stores or entire storage group? Also I just re-read the whitepaper now and they do not really tell you exactly how to restore an entire storage group from per-store backups. They just say that they use a per-store backup and the recovery will be more complicated. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael B. Smith Sent: Friday, February 03, 2006 10:35 AM To: Exchange Discussions Subject: RE: Backup individual stores or entire storage group? There is a white paper on the Microsoft "IT Showcase" site that tells how they back up their exchange servers. It goes through this scenario (and what it means to recovery situations) in great detail. If you can't find it based on those clues, let me know and I'll track it down. I don't have the link handy. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fyodorov, Andrey (Citco) Sent: Friday, February 03, 2006 1:37 AM To: Exchange Discussions Subject: Backup individual stores or entire storage group? Hi all. We do backup to disk using NTBACKUP. The resulting .BKF files are backed up to tape. It seems like I can get more flexibility if I use separate backup jobs to back up individual mailbox stores. If I need to restore a mailbox store, I can ask for just that .BKF file from tape. The BKF file carries the EDB and STM files + all the transaction logs that the mailbox store needs. Here is my problem. I am rehearsing a scenario of restoring all mailbox stores in a storage group and it is not quite working out with per-store NTBACKUP restore jobs. And I am bumping into some issues. First I dismount all the stores, for each store check the option "this store can be overwritten by restore", then delete all the current transaction logs and database files. Then I can restore the first mailbox store fine with the "Last backup set" selected. It mounts fine. But the "Last backup set" causes Exchange to generate a new set of E00.log, E0000001.log, E0000002.log, etc. in the transaction log directory. Next I run the second backup job to restore the second mailbox store, with the "Last backup set" selected. After this restore job is finished, the second mailbox store fails to mount because the restored transaction logs residing in the Temp directory are out of sequence with the new E00.log, E0000001.log and E0000002.log that were generated in the transaction log directory after the restore of the first mailbox store with the "Last Backup Set". So I tried a different approach. I thought I could run each restore job without selecting the "Last Backup Set". My thinking was that this would not create E00.log, E0000001.log, etc in the transaction logs directory, plus it would accumulate all the restored transaction logs in the Temp restore directory. The only problem is that each restore creates its own Restore.env file and overwrites the previous Restore.env file. As a result, at the end of the 5th restore job, I have all the restored transaction logs for the whole storage group, but the 5th Restore.env only has instruction to replay the restored transaction logs to the 5th mailbox store. I can run eseutil /cc but after that I will only be able to mount the 5th store. I kind of found a solution, although it is not the prettiest and requires all the users of the storage group to wait until the last mailbox store is restored. Is there a better way? Here is my solution: Restore Store1 with Last backup set ON, do not mount the store. When done, delete the transaction logs E0x.log, Res1.log, Res2.log, E0x.chk from the actual transaction log directory. Do not mount the store. Restore Store2 with Last backup set ON, do not mount the store. When done, delete the transaction logs E0x.log, Res1.log, Res2.log, E0x.chk from the actual transaction log directory. Do not mount the store. Restore Store3 with Last backup set ON, do not mount the store. When done, delete the transaction logs E0x.log, Res1.log, Res2.log, E0x.chk from the actual transaction log directory. Do not mount the store. Restore Store4 with Last backup set ON, do not mount the store. When done, delete the transaction logs E0x.log, Res1.log, Res2.log, E0x.chk from the actual transaction log directory. Do not mount the store. Restore Store5 with Last backup set ON, do not mount the store. Mount all the stores. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with.
