cancel
Showing results for 
Search instead for 
Did you mean: 

Public folders, Intel. Disaster Rec, and Unable to Open

SaleemK
Level 3
 I have recently been giving the task of backing up our new Exchange server (MS Exchange 2003). I am working with Backup Exec for Windows Server 9.1 rev 4691. I am using the Exchange agent, Open file agent, and Intelligent Disaster Recovery.

The first item I'm having difficulty with is exactly what to backup for the Exchange server. I am under the impression that I need to backup the entire server for Intelligent Disaster Recovery. Is this true?

When I do backup the entire server I am receiving two error messages:

1. Trying to backup some public folders (these are located on another plants sever) I receive the error "Directory not found. Can not backup directory." Do I need to back these up? Or can I leave them out and still achieve Intell. Disaster Rec?

2. I get this error message "Error, Unable to open \ because it is currently being backed up by another process.
Database or database element is corrupt" when trying to backup our First storage group.

I would appreciate any direction on how to correct these problems.

Thanks

Saleem
1 ACCEPTED SOLUTION

Accepted Solutions

shirmal
Level 5
 Hi Saleem,
 
Your answers for you..
 
1. Yes deselect the public folders on the other plants server, you don't need to back this up.
2. Windows 2003 has a new option called Volume Shadow Copy, with Exchange 2003 you are also able to do a shadow copy of the Exchange IS for the backup - what is happening is you are selecting both the Shadow Copy snapshot and the MS Exchange IS for backup - you need to choose 1 only. My opinion is to choose the MS Exchange IS option.
 
FYI as well, if this is only an Exchange server and nothing else, ie. no file serving etc, then I suggest the following for backing it up.
 
1. Only select the MS Exchange IS - if you really must do the Exchange Mailboxes and Public Folders - but make sure these are last in the resource list.
make sure the backup is set to full, so it will flush the logs after a full backup has completed successfully.
 
Use the IDR option on another server, it isn't needed.
 
You may ask how do I restore the server in case of a disaster?
 
1. Reload Windows 2003, same server name, add it back into your domain - add any SP's that were on it when the backup was taken (there are no SP's now for win2k3, but will be soon).
2. Setup the partitions like the old server, C: D: etc.
3. install the backup exec remote agent.
4. Run the Exchange 2003 setup with the /disasterrecovery switch.. ie setup.exe /disasterrecovery.
This will install Exchange, dragging out the information it needs about Org, Storage Group etc. Again install any service packs that were on the server when the backup was taken.
Once installed, check Exchange System Manager, make sure the Stores are dismounted and chcked to be allowed for restore (right click store, properties, database, bottom checkbox must be checked).
Run the restore, uncheck no loss restore in the Exchange options of the restore, uncheck mount databases after restore, and check commit databases (only do this if you are not going to restore logs after this).
Once restore is done, mount both the stores, and everything should be right.
That is the cutdown version, both Veritas and MS have doco on this - I would suggest to read it, practise it, get familar with it now, before the day comes where you have to do it for real
Hope this helps
 
---cheers
 
shirmal

View solution in original post

2 REPLIES 2

Hemant_Jain
Level 6
Employee Accredited Certified
For disaster recovery purpose, you should backup all the file systems or drive letters and all components under shadow copy components. This is all Backup Exec will need to protect for intelligent disaster recovery. Also, for complete disaster recovery of exchange databases, you will also need to backup databases. Public folders and mailboxes are not needed for disaster recovery. You should protect them only if you will be interested in restoring individual folders and mailboxes. So, if restoring individual public folders or mailboxes is not required, you may uncheck them from selections.

Following document should help in fixing the error you are receiving:
http://support.veritas.com/docs/265159

Please mark it a solution, if this is useful.
Thanks

shirmal
Level 5
 Hi Saleem,
 
Your answers for you..
 
1. Yes deselect the public folders on the other plants server, you don't need to back this up.
2. Windows 2003 has a new option called Volume Shadow Copy, with Exchange 2003 you are also able to do a shadow copy of the Exchange IS for the backup - what is happening is you are selecting both the Shadow Copy snapshot and the MS Exchange IS for backup - you need to choose 1 only. My opinion is to choose the MS Exchange IS option.
 
FYI as well, if this is only an Exchange server and nothing else, ie. no file serving etc, then I suggest the following for backing it up.
 
1. Only select the MS Exchange IS - if you really must do the Exchange Mailboxes and Public Folders - but make sure these are last in the resource list.
make sure the backup is set to full, so it will flush the logs after a full backup has completed successfully.
 
Use the IDR option on another server, it isn't needed.
 
You may ask how do I restore the server in case of a disaster?
 
1. Reload Windows 2003, same server name, add it back into your domain - add any SP's that were on it when the backup was taken (there are no SP's now for win2k3, but will be soon).
2. Setup the partitions like the old server, C: D: etc.
3. install the backup exec remote agent.
4. Run the Exchange 2003 setup with the /disasterrecovery switch.. ie setup.exe /disasterrecovery.
This will install Exchange, dragging out the information it needs about Org, Storage Group etc. Again install any service packs that were on the server when the backup was taken.
Once installed, check Exchange System Manager, make sure the Stores are dismounted and chcked to be allowed for restore (right click store, properties, database, bottom checkbox must be checked).
Run the restore, uncheck no loss restore in the Exchange options of the restore, uncheck mount databases after restore, and check commit databases (only do this if you are not going to restore logs after this).
Once restore is done, mount both the stores, and everything should be right.
That is the cutdown version, both Veritas and MS have doco on this - I would suggest to read it, practise it, get familar with it now, before the day comes where you have to do it for real
Hope this helps
 
---cheers
 
shirmal