We've been using Backup Exec. We tried to redirect a backup to a server online inside the same Admin group etc. But BE kept burping when we'd try to redirect. So when we created an offline recovery server with the server's same name, org, admin group etc. The redirection worked fine. For some reason BE was faltering when trying to redirect a backup to another server that has a different server name. From what I understand it should redirect the backup no matter what the server name is.
__________________ John Bowles Exchange Engineer OIG/HHS [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ed Crowley [MVP] Sent: Thursday, March 04, 2004 11:40 AM To: Exchange Discussions Subject: RE: Recovery Server: Public Folders True, that, but there's no reason the entirely new forest and Exchange server can't be on the same box. Ed Crowley MCSE+Internet MVP Freelance E-Mail Philosopher Protecting the world from PSTs and Bricked Backups!T -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of swynk-exchange Sent: Wednesday, March 03, 2004 8:40 AM To: Exchange Discussions Subject: RE: Recovery Server: Public Folders If you're talking about exchange 2000, which it sounds like you are, you have to use a separate forest for your recovery server, you cannot restore to another server in the same forest/e2k org (remember, only 1 e2k org per forest) if the original database is still up. It's not difficult to setup a recovery forest/e2k org, I've done it lots of times. I use 1 machine as the entire forest, it's the DC/GC and the e2k restore server all-in-one. The big caveats you need to remember is the exchange org name, the Administrative Group name, the store name (i.e. "Mailbox Store (e2kservername)" or "Public Folder Store (e2kservername)") and the file name of the database (i.e. SG1-PRIV1.edb) all have to match the production environment, although the file location (c:\exchsrvr\mdbdata) itself doesn't have to match. After that follow the directions for the backup software you're using. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fyodorov, Andrey FTL Sent: Tuesday, March 02, 2004 11:58 AM To: Exchange Discussions Subject: RE: Recovery Server: Public Folders I guess. But it is not a big deal to quickly build AD on the same machine that will be the recovery server. I like my recoveries to be separate from production. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bowles, John (OIG/OMP) Sent: Tuesday, March 02, 2004 2:52 PM To: Exchange Discussions Subject: RE: Recovery Server: Public Folders Could you stop all replication so that the old information doesn't get replicated throughout? Will that stop the replicating problem? __________________ John Bowles Exchange Engineer OIG/HHS [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Fyodorov, Andrey FTL Sent: Tuesday, March 02, 2004 2:43 PM To: Exchange Discussions Subject: RE: Recovery Server: Public Folders Yes you can restore just the public folders, I have done that a bunch of times. Normally you should create a separate AD for the recovery environment (you could get away with doing it in the same AD if you were only recovering a single mailbox). I am afraid that in case of recovering PFs, the recovered PF store is going to start replicating with the other servers' PF stores and it could get messy. Just build a separate AD, what's the big deal? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bowles, John (OIG/OMP) Sent: Tuesday, March 02, 2004 2:09 PM To: Exchange Discussions Subject: Recovery Server: Public Folders All, We need to restore a public store from backup without overwriting what is already resident in our public folders. I was thinking about setting up a recovery server within our organization and just re-direct the restore job to this recovery server. I know in some of the white papers it suggest that you create a separate AD for the recovery server for mailboxes. But this is for public folders. Will I be able to do this, since it's public folders? Or am I just going to have to break down and create a separate AD? Thank you, __________________ John Bowles Exchange Engineer OIG/HHS [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang =english To unsubscribe: mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang =english To unsubscribe: mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang =english To unsubscribe: mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&; lang=english To unsubscribe: mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[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/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[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.
