Exchange 2010 GRT Restore

hi ,

I understand that you are trying to do the restore of mail box grant.security [grant.security]

Netbackup is seeing the alias name of the mail box grant.security is as grant.security

now please check in the mail box server and check the mail box properties of grant.security for the alias name and make sure its the same as how netbackup is seeing it grant.security

Thanks Nagalla its exactly the same as NBU seeing it in the restore GUI.. i have even tried to restore it to another mailbox but no luck...

does it ever worked.. or its a new configuration... ?

by any chage did you also go though the below tech notes

http://www.symantec.com/business/support/index?page=content&id=TECH164954

http://www.symantec.com/business/support/index?page=content&id=TECH183329

This is first time we are trying.. yes i have followed both of them already..

did you make sure that the user accout that you are using in netbackup to take the backup is Unique..

Symatec says if it needs to be unique..the first 5 characters of the user name should not match with any other name and mail box of the exchage and AD.

yes its all there and unique backups are running just fine...

the unique account call #backupexchange that has mailbox associated to it and there is another account name #backup that someone else uses for another application but thats just an account no mailbox associated to it its just the AD user whereas symantec says if both account has mailbox associated to it then it will fail... have enabled the S**T lot of logs now and thats where the most painful process of identifying the root cause begin... 

any other suggestions guys still struggling...???  

i have seen various posts and lot of people mentioned Distributed application rescourse mapping.. thats how is mine look.. 

mailbox1 and mailbox = dag1 and a casserver casserver.companyname.co.uk

so

1st entry application host dag1 and component host mailbox1

2nd entry application host dag1 and component host mailbox2

3rd entry application host dag1 and component host casservername

repeating the same entries with logname as well.. 

i have only one master and can resolve all server names both with the name and IP addresses..

The client says it is SCCASARRY

That indicates that it is not sending the information to the right place (the mailbox server) and is trying to do the restore on the CAS server

Try the following:

On the mailbox server where the database in question is live open the BAR GUI, add itself to its server list (not its client list)

Re-start its client service

Ensure that this client (and all DAG members) have the NetBackup Client Service and the NetBackup Legacy Network Service accounts using the appropriate exchange admin account

Add the No.Restrictions file to the Master Server

On the mailbox server in the BAR GUI select the DAG as the source client and the mailbox server as the target client

Try the restore again - if it fails try the DAG as the target client again

thanks Mark.. all these client services are runnig under the appropirate exchange admin account....

i have added the No.Restriction file on the master..

my customer has gone for the day i will get him to add the server on the live mailbox server tomorrow..

i have collected varoius logs from the previous attempt for symantec.. i noticed the following what do you think?

Beds EWSLogs

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

[3638] 09/10/13 14:23:36  Exception in FindFolder The account does not have permission to impersonate the requested user.

[3638] 09/10/13 14:23:36 ---EWSStore::OpenFolder---

Ncgrfe logs

0,51216,158,352,30594,1378819196230,275444,274840,0:,154:FS_OpenObj() Failure! (0xE000FEA9:The Backup Exec data store encountered a problem during the operation. See the job log for details.) (../Object.cpp:474),16:Object::create(),1

0,51216,158,352,30595,1378819196245,275444,274840,0:,52:create() failed, status = 6 (../RAIConsumer.cpp:858),34:RAIConsumer::_objectOpenAndWrite(),1

0,51216,158,352,30596,1378819196245,275444,274840,0:,62:create and write failure, status = 6 (../RAIConsumer.cpp:1189),36:RAIConsumer::writeToRai(CFEObj,Root),1

2,51216,158,352,30597,1378819196245,275444,274840,0:,0:,0:,2,(11|A288:\\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Grant Security\RE: Legal charge  <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b0000079750620000b049b18d39d0a547927af3bc4efc74ce000000445f560000>|A1:6|)

0,51216,352,352,18684,1378819196245,275444,274840,0:,322:name: '\\dag1\Microsoft Information Store\Standard DB\Database\grant.security [grant.security]\Top of Information Store\Grant Security\FW: Legal charge  <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b0000079750620000b049b18d39d0a547927af3bc4efc74ce000000445f570000>' (../GRECallback.cpp:1763),24:GRECallback::objProduced,4

0,51216,352,352,18685,1378819196245,275444,274840,0:,284:adjusted name: 'Database\grant.security [grant.security]\Top of Information Store\Grant Security\FW: Legal charge  <000000002ba9df5c999ec44d9c450e8a3769c61c070023b296efe75136469c66b243ee70162b0000079750620000b049b18d39d0a547927af3bc4efc74ce000000445f570000>' (../GRECallback.cpp:1767),24:GRECallback::objProduced,4

0,51216,158,352,30598,1378819196323,275444,274840,0:,154:FS_OpenObj() Failure! (0xE000FEA9:The Backup Exec data store encountered a problem during the operation. See the job log for details.) (../Object.cpp:474),16:Object::create(),1

0,51216,158,352,30599,1378819196323,275444,274840,0:,52:create() failed, status = 6 (../RAIConsumer.cpp:858),34:RAIConsumer::_objectOpenAndWrite(),1

0,51216,158,352,30600,1378819196323,275444,274840,0:,62:create and write failure, status = 6 (../RAIConsumer.cpp:1189),36:RAIConsumer::writeToRai

it looks like you identifiy the issue... as per symatec Rai =6 occure when there is a permisions issue..

and i am sure its hard to find what permissions are misssing..