Cannot restore indivual mailboxes
Updated: 21 May 2010 | 43 comments
Hey guys,
I have an BE 11d 7170 with SP2 installed, backing up Microsoft Exchange 2003 SP2 Information Stores.
The backup job completes successfully, but I can't see the mailboxes when trying to restore individual itens. The option "Enable restore of individual bla bla bla" is selected in the backup job... Other points:
-Restore of the entire database works well
I have an BE 11d 7170 with SP2 installed, backing up Microsoft Exchange 2003 SP2 Information Stores.
The backup job completes successfully, but I can't see the mailboxes when trying to restore individual itens. The option "Enable restore of individual bla bla bla" is selected in the backup job... Other points:
-Restore of the entire database works well
-Job log:
Backup set description: "Diario"
Backup Method: Full - Database & Logs (flush committed logs)
Microsoft Exchange Server Agent: Started
The option to enable the restore of individual items from the database backup was selected for this backup.
Backup Method: Full - Database & Logs (flush committed logs)
Microsoft Exchange Server Agent: Started
The option to enable the restore of individual items from the database backup was selected for this backup.
Backup started on 26/12/2007 at 03:00:45.
Backup Set Detail Information
The consistency check of the snapshot for the Microsoft Exchange transaction log Logs was successful.
The consistency check of the snapshot for the Microsoft Exchange database JRA was successful.
The consistency check of the snapshot for the Microsoft Exchange database Ligare was successful.
The consistency check of the snapshot for the Microsoft Exchange database MDX was successful.
The consistency check of the snapshot for the Microsoft Exchange database Yellowcom was successful.
Backup Set Detail Information
The consistency check of the snapshot for the Microsoft Exchange transaction log Logs was successful.
The consistency check of the snapshot for the Microsoft Exchange database JRA was successful.
The consistency check of the snapshot for the Microsoft Exchange database Ligare was successful.
The consistency check of the snapshot for the Microsoft Exchange database MDX was successful.
The consistency check of the snapshot for the Microsoft Exchange database Yellowcom was successful.
Backup completed on 26/12/2007 at 04:12:29.
Backup Set Summary
Backed up 5 Exchange Server stores
Processed 74.427.787.640 bytes in 1 hour, 11 minutes, and 44 seconds.
Throughput rate: 989 MB/min
Any ideias?? Thanks a lot in advance...
Rafael
Rafael
discussion Filed Under:
Comments
Thanks for your attention...
Still can't see the mailboxes abote de Information Store when trying to use GRT.
Any ideas?
Are you backing up to disk or to tape?
If this response answers your concern, please mark it as a "solution"
It should not be a problem, but for a test can you run the backup to a disk on the Backup Exec server?
If this response answers your concern, please mark it as a "solution"
Thanks a lot for your help...
I actually figured that would work, but needed to verify. As for why it's not working to tape, we'll have to do some debugging to find out what is causing the problem.
So is exchange installed on the backup exec server or is it a remote server?
If this response answers your concern, please mark it as a "solution"
Thanks a lot for your atention!
Rafael,
I just sent you a private message with some instructions I need you to follow on both servers. Once you have followed all the steps, run another Exchange backup to tape. Let me know when that is completed and I will have more steps for you.
If this response answers your concern, please mark it as a "solution"
Thanks a lot
Rafeal,
When the debug is completed run through this technote. Enter in all 4's for the case number and select upload via ftp when prompted. Let me know when the files have been uploaded.
http://seer.entsupport.symantec.com/docs/285911.htm
If this response answers your concern, please mark it as a "solution"
1. Stop the Backup Exec services on the x64 bit media server.
2. Rename the EDBProv.dll located in C:\Program Files (x86)\Symantec\Backup Exec directory
3. Copy the EDBProv.dll from the C:\Program Files\Symantec\Backup Exec\ directory on the remote Exchange server into the directory mentioned above on the media server.
4. Re-start the Backup Exec services on the media server.
I've sent the VXGATHER results to the FTP(file name 111-111-111_SRVDB.cab).
Thanks a lot
Just go to ftp://ftp.support.veritas.com/pub/support/incoming/ Ignore the access denied error message. It just means you can not read the contents of the directory. You can still write to it.
If this response answers your concern, please mark it as a "solution"
Rafael
I need the cab file from the exchange server as well. Let me know when you have put that one on the FTP.
If this response answers your concern, please mark it as a "solution"
Rafael
Save off the application and system event logs as .evt files. Also grab the beremote log file located in program files\symantec\raws and place them in a zip file. Then upload that to the ftp for me.
If this response answers your concern, please mark it as a "solution"
I don't know exacly why, but now the VXGATHER tools seems to be working. The file 111-111-111_spoex.cab has been uploaded.
Thanks a lot for your patience.
1. Stop the Backup Exec services on the x64 bit media server.
2. Rename the EDBProv.dll located in C:\Program Files (x86)\Symantec\Backup Exec directory
3. Copy the EDBProv.dll from the C:\Program Files\Symantec\Backup Exec\ directory on the remote Exchange server into the directory mentioned above on the media server.
4. Re-start the Backup Exec services on the media server.
This issue with the x64 machines has nothing to do with the issue we are treating in the topic(I am under x86) but I've solved this problem in other costumer basically doing the procedure ChristianF mentioned...
Message Edited by Rafael DAuria on 02-07-2008 02:35 PM
Rafael,
I'll be going over the logs today. Hopefully I'll be able to give you something today as well.
If this response answers your concern, please mark it as a "solution"
Message Edited by Thanos on 03-13-2008 09:13 AM
I have two questions. 1 has this been fixed 2. If there is a fix or work around does it work on backups you have already created or only new backups. I have backups that I need to restore that I can not see individual mailboxes in. I would really like to avoid restore an entire exchange server.
Thanks
Chris
You seem to have the AOFO selected for youe exchnage backups, which is not recomended. Also the credentials for the GRT backups are not set.
1 The logon acount that you use should be a member of Domain admin group.
2 The acount should be a member of local administrator group on the exchnage server
3 The acount should have an active mail box
4 The acount should not be hidden from the Exchnage GAL
5 On the ESm on the organisation leavel delegate control to the acount with the exchnage full admin roll.
6 The inheritance of properties and security should not be unchecked at any leavel till the store.
please follow the above steps and then take a fresh backup and then check the restoration. if it doesnt work let me know - I will get your issue resolved.
Regards
Debjais
This is an ongoing issue which does not appear to have a clear solution.
My catalogs always showed mailbox information until this March of this year. Then, all of a sudden, it stopped working.
Would the folks at Symantec please issue a patch for this issue?
Symantec has the backup v.12 so probably they don't bother with this issue.. But that is a bad company policy.
I would like to see a comment of a symantec expert please.....
So, some people get it workink, some people not. If I'm one of those who got it not working, what should I do? Upgrade? Pray to god?
You have one solution to make this work:
You can backup to disk and then the individual mailboxes will appear.
You can also backup that images to tape.....and release the space from disk (delete the images)...
But this is not a solution..... it's putting a patch in the hole.
Symantec Experts are you there????? solutions besides updating to v.12 (that work)
Does anyone from symantec sees this????
Hey guys I got this working. If you have AOFO turned on and GRT they fail. Turn off AOFO for your exchange backups and give it a shot. It still keeps the info stores online so don't freak. Fixed it for both my 2k3 server (no errors but could not drill down/restore granular) and my 2k7 cluster (vss writer errors and info store access denied messages and could not drill down/restore granular)
Good luck!
I solved my issue as well. The user account that is used for the backup job must be listed in the address book. A few months ago, I selected the option to hide my BackupExec account from the address list. That is when the issue started. I unselected the option and backed up my databases to tape and now I can see the mailboxes in the restore window.
Backup Exec device drivers having problem and not recommended to use.
Same problem to all series of Backup exec version (v8 v9 v10 v11 v12)
Solution
Reinstall Backup Exec and DO NOT use Symantec Tape device drivers.
Use existing Microsoft or OEM drivers.
DO NOT do live update after installed, uncheck automatic check update from Options
I had this problem and was searching for hours on it.... eventually found the solution make sure the backupexec mailbox is on the exchange 2007 server
Would you like to reply?
Login or Register to post your comment.