Solved

Backup Exec 12.5 Exchange 2007 GRT Restore fails

Posted on 2009-05-11
11
799 Views
Last Modified: 2013-12-01
Hi,
I have a strange issue with my newly installed Backup Exec 12.5.

I am backing up my Exchange 2007 Cluster with it and everything works fine for the backup part. I have GRT (Granular Recovery Technique) activated and the Backup finished successfully.

But now I try to restore only one folder from a mailbox on the backup. I am able to select the mailbox and even the single folders/mails in the Restore wizard and everything seems to be fine. But as soon as i try to run the job, it fails with the following error:

Final error: 0xe000848c - Unable to attach to a resource.  Make sure that all selected resources exist and are online, and then try again.
Final error category: Resource Errors

I have tried running the restore from both my NAS as well as from a tape (we periodically move the NAS backups to the tape)

I even tried it with a backup that just finished this morning. I still get the same error telling me actually nothing. Since both my tape and disk device are online and perfectly working for the backup part.

I already installed "Microsoft Exchange Server MAPI Client and Collaboration Data Objects package" on both Mailbox Servers in the cluster.

When using the tape restore, it successfully "stages" the data into a temporary folder on the Backup machine, but just after that fails with the same error.

Any help much appreciated!
0
Comment
Question by:retokasser
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 4
  • 2
11 Comments
 
LVL 15

Expert Comment

by:zelron22
ID: 24357066
Assuming that the Exchange server is separate from your backup server, did you update the Remote Agent with the same version of backup exec that's on your backup server?  They need to be the same.
0
 
LVL 28

Expert Comment

by:honmapog
ID: 24357833
What account are you using to do the restore?
It needs to have Exchange Organisation Wide Administrator rights, it needs to be a domain admin and a local admin on the Exchange servers, it needs to have a mailbox, the mailbox can't be hidden from the GAL and the mail alias needs to be unique.
0
 

Author Comment

by:retokasser
ID: 24362067
@zelron22
Yes, the client is the same version as the server, otherwise the backup would finish completed, but with exceptions.

@honmapog
thanks, i will check all this and get back to you asap!
0
Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
LVL 15

Expert Comment

by:zelron22
ID: 24363820
I believe that when the Remote Agent's and the Media Server's versions differ, odd things can happen.  I've seen different versions produce backups without errors (usually exceptions refer to skipped files) but generate other odd occurrances.

Unless you installed the Remote Agent from the same media or you installed it directly from the backup server, I would confirm that the versions are the same.  Even if the above is true, if you performed an upgrade, sometimes they don't work right and you may still have the older version.
0
 

Author Comment

by:retokasser
ID: 24448946
@honmapog
I finally checked everything and it should be as you mentioned. we use the exchange administrator to do the restore, same as for the backup, and there it works, that's what I don't get.

@zelron22
I installed it directly from the media server, it's the exact same version for sure.

Any other ideas what could cause this problem?

Your help is much appreciated.
0
 
LVL 15

Expert Comment

by:zelron22
ID: 24450607
This mentions SQL, but may also apply to Exchange.

http://seer.entsupport.symantec.com/docs/257114.htm

This thread has a number of ideas, from permissions to drive space.

http://www.symantec.com/connect/forums/unable-restore-individual-exchange-2007-mailboxes-0xe000848c
0
 
LVL 15

Expert Comment

by:zelron22
ID: 24450614
0
 

Author Comment

by:retokasser
ID: 24450867
Hi,

thanks for the links, your help is much appreciated, but unfortunately, they didn't solve the issue. I have set the restore path to a drive with enough space (at least 4 times the size of the backup) and as far as I understood, staging is only done when restoring from a tape, not from a disk (and i tried both).

It's also not a "room mailbox" (better known as resources i guess), it's a normal user mailbox that i'm trying to restore from, also tried other ones.

As far as I can see, nobody really had an answer to this problem in all the posts...

I'm starting to think that I will have to live without GRT... if no one has another idea...
0
 
LVL 15

Expert Comment

by:zelron22
ID: 24451215
Have you tested the credentials from within the job?

Was the job created logged in as the same account that's running the backups -- the service account.  I've seen problems in the past where the backup exec service account is one account, a backup (or restore) job gets created using a different account, and even though it's set to use the service account, it gets "confused".

Failing all of that, I'd call Symantec.  Wish I could have been more help!


0
 
LVL 28

Expert Comment

by:honmapog
ID: 24457106
There should be a solution.

Have you checked http://seer.entsupport.symantec.com/docs/306689.htm?

If that doesn't work, download and extract MFCMAPI from Microsoft. http://www.microsoft.com/downloads/details.aspx?FamilyID=55FDFFD7-1878-4637-9808-1E21ABB3AE37&displaylang=en
Start the executable using the logon account you use to do the restore. If necessary you can use the runas command to start the program as another user.
Once the interface displays, go to Session, and then click Logon and Display Store Table to open the mailbox.
Can you log in at this stage and see some of the content, or does that fail? If it fails, what error does it fail with?

0
 

Accepted Solution

by:
retokasser earned 0 total points
ID: 27280287
We were not able to solve the issue even with Symantec support. We switched to another product now. Thank you all for trying to help us.
0

Featured Post

Back Up Your Microsoft Windows Server®

Back up all your Microsoft Windows Server – on-premises, in remote locations, in private and hybrid clouds. Your entire Windows Server will be backed up in one easy step with patented, block-level disk imaging. We achieve RTOs (recovery time objectives) as low as 15 seconds.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

By default, Carbonite Server Backup manages your encryption key for you using Advanced Encryption Standard (AES) 128-bit encryption. If you choose to manage your private encryption key, your backups will be encrypted using AES 256-bit encryption.
Microsoft will be releasing the Windows 10 Creators Update in just a matter of weeks. Are you prepared? Follow these steps to ensure everything goes smoothly and you don't lose valuable data on your PC.
This tutorial will walk an individual through configuring a drive on a Windows Server 2008 to perform shadow copies in order to quickly recover deleted files and folders. Click on Start and then select Computer to view the available drives on the se…
Two types of users will appreciate AOMEI Backupper Pro: 1 - Those with PCIe drives (and haven't found cloning software that works on them). 2 - Those who want a fast clone of their boot drive (no re-boots needed) and it can clone your drive wh…

761 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question