Solved!
Go to SolutionNMM 2.3 Exchange 2010 SP1 restore to RDB Problem
Hi,
we have no problems with the backup of our mailbox db (hard work), but if we try to make a
restore to a rdb database we got some error messages?!
We have following configuration:
Server:
NSR 7.6
SLE 10.2
Client:
Windows Server 2008 R2 SP1 (64bit)
Exchange 2010 SP1 Rollup 4
Networker User 7.6.2.1 Buld 638
NMM 2.3.0.81
In the nmm logfile we can see following messages:
Recover start time: 23.09.2011 14:44:45
Starting Exchange recover using C:\Program Files\Legato\nsr\bin\nsrsnap_vss_recover.exe -A RESTORE_TYPE_ORDER=conventional -A BR_ELEVATED_WARNING=true -s bsrv1.studio-hamburg.de -c EX10 -R EX10 -A NSR_SNAP_TYPE=vss -A NSR_MOVE_TRANSLOGS=off -A NSR_MOUNT_DB=on -A NSR_EXCHANGE_RECOVER_MODE=rdb -I -
The following 2 marked items are being recovered:
-t 1316513285 -A "NSR_EXCH_SOURCE_DB_NAME=MailboxDB02" -A "NSR_EXCH_TARGET_DB_NAME=RDB01" -A "NSR_EXCH2010_DB_STATE=STANDALONE" -A "NSR_BACKUP_LEVEL=full" -A "NSR_EXCHANGE_TARGET_DIR=F:\RDB" -A "NSR_EXCHANGE_COMPONENT_TYPE=msExchPrivateMDB" "APPLICATIONS:\Microsoft Exchange 2010\MailboxDB02\File"
-t 1316720188 -A "NSR_EXCH_SOURCE_DB_NAME=MailboxDB02" -A "NSR_EXCH_TARGET_DB_NAME=RDB01" -A "NSR_EXCH2010_DB_STATE=STANDALONE" -A "NSR_BACKUP_LEVEL=incr" -A "NSR_EXCHANGE_TARGET_DIR=D:\trash" -A "NSR_EXCHANGE_COMPONENT_TYPE=Logs" "APPLICATIONS:\Microsoft Exchange 2010\MailboxDB02\Logs"
73064:nsrsnap_vss_recover:Version information for C:\Program Files\Legato\nsr\bin\nsrsnap_vss_recover.exe:nsrsnap_vss_recover start time: 23.09.2011 14:44:45
Original file name: nsrsnap_vss_recover.exe
Version: 2.3.0.81
Comments: NetWorker Module for Microsoft Applications (x64)
50309:nsrsnap_vss_recover:nsrsnap_vss_recover: Calling nsrsnap_vss_recover.exe
47363:nsrsnap_vss_recover: nsrpsd service is running on ex10.extern.studio-hamburg.de.
79946:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
80816:nsrsnap_vss_recover:NMM .. Initialization success -- Exch2010Shell successfully initialized. Required for Exchange 2010.
NMM .. Snapshot session ID for this operation is '1316781886'.
**************************************************************
Starting Exchange restore of multiple MailboxDB02 incremental backups.
Starting Exchange restore of databases and log files at the full level.
**************************************************************
Recovering a subset of 1 files within C:\ProgramData\EMC\NetWorker\ into C:\Program Files\Legato\nsr\tmp\2792908282\ProgramData\EMC\NetWorker
Received 1 matching file(s) from NSR server `bsrv1.studio-hamburg.de'
Recover completion time: 23.09.2011 14:45:52
Requesting 1 recover session(s) from server.
C:\Program Files\Legato\nsr\tmp\2792908282\ProgramData\EMC\NetWorker\LG_VSS_CLIENT2012533240.xml
NMM .. Restored the snapshot metadata file to 'C:\Users\ADMINI~1.EXT\AppData\Local\Temp\2\vssclient_23144448566.xml'
NMM .. Looking for 'conventional' backup type for savetime '1316513285'.
NMM .. Found 'conventional' backup type for savetime '1316513285'.
Recovering a subset of 2 files within C:\ProgramData\EMC\NetWorker\ into C:\Program Files\Legato\nsr\tmp\2792908282\ProgramData\EMC\NetWorker
Received 1 matching file(s) from NSR server `bsrv1.studio-hamburg.de'
Recover completion time: 23.09.2011 14:47:00
Requesting 1 recover session(s) from server.
C:\Program Files\Legato\nsr\tmp\2792908282\ProgramData\EMC\NetWorker\LG_VSS_CLIENT2012533240.xml
NMM .. Restored the snapshot metadata file to 'C:\Users\ADMINI~1.EXT\AppData\Local\Temp\2\vssclient_23144557191.xml'
NMM .. Looking for 'conventional' backup type for savetime '1316513285'.
NMM .. Found 'conventional' backup type for savetime '1316513285'.
NMM ... Using client name EX10, the version of the Exchange server is Exchange 2010.
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
79598:nsrsnap_vss_recover:NMM .. Exchange2010 Shell
NMM .. MailboxStore [RDB01] overwrite property is not checked, please check it and try restoring.
NMM .. XML file for recovery savetime 1316513285 has been saved to C:\Users\ADMINI~1.EXT\AppData\Local\Temp\2\vssclient_23144557191.xml.
NMM .. successfully deleting the old XML files that are older than 30 days.
**************************************************************
Recover completion status
VSS validation and preprocessing failed for Microsoft Exchange 2010 with error 0x80042301.
Restore completed with an error for Exchange MailboxDB02.
**************************************************************
Internal error.
79782:nsrsnap_vss_recover:nsrsnap_vss_recover: Recovery operation failed. Refer to log file(s) and Windows event logs for details.nsrsnap_vss_recover complete time: 23.09.2011 14:47:11
Recover program exited with status: 1627
Restore destination has been reset for Mail Box Database MailboxDB02
The options specified in the Recover Options Dialog have been reset back to their safe default values.
Recover end time: 23.09.2011 14:47:13
Recover elapsed time: 2 minutes, 27 seconds.
Any ideas?
regards
Achim
Hi,
The RDB is not marked for overwritten. You need to delete the existing RDB using powershell command:
remove-mailboxdatabase RDB_name
The create RDB using NMM GUI as below:
1) Create RDB , Make sure directories are empty before creating RDB.
2) Mount the RDB
3) Mark RDB Overwrite
Regards,
Mustafa
Hi Mustafa,
that is checked not only one time.
If this value isn't set properly you can't start the recovery job.
What I have done:
1. Create the RDB
2. Mount the RDB
3. Mark the RDB for override
4. Push the check button -> selected RDB is configured properly for restore
5. Start the restore
What can I do more?regards
AchimHi Mustafa,
I can check the status of the RDB with the Powershell command "get-MailboxDatabse"
and I got following result:Name = RestoreDB01
Server = Server-Name
Recovery = True
Replication = NoneAs you can see above, the override bit is set!
What else can be the problem?regards
AchimHi,
What is EX10? Is it a physical node? Or is it a DAG?
1- If EX10 is a DAG then you need to select the DAG client name with FQDN.
2- Verified nslookup and reverse lookup worked for DAG name.
3- Verify that the account has send-as and receive-as permissions.
4- Make the account member of three more Exchange groups:
i) Exchange all hosted Organizations
ii) Exchange servers
iii) Exchange trusted Subsystem, logged off and re-logged on the Exchange.
5- Then open NMM GUI:
a) In the list on the left hand side, select the DAG client with FQDN and click on `Add`
b) Once added, on the top right select the DAG client name with FQDN and try the restore operation again.
Mustafa
Hi Mustafa,
here are my answers:
to 0. It's a physical Node, not a DAG.
to 3. We have verified the access rights for this account.
to 4. We made this account a member of all this groups.
-> same error message after the restore process?!
regards
Achim,
CarlosRojas
1 Rookie
•
1693 Posts
2675
0
Posted February 1st, 2012 04:00
Hi all,
The initial error message shown on this thread is as follows:
MailboxStore [RDB01] overwrite property is not checked, please check it and try restoring.
You would need to consider few things:
- Always create, mount and check the "overwrite" options through NMM GUI and not PowerShell.
- Run NMM Config Checkere and ensure you meet all pre-requisites.
- Before starting the restore process ensure all writers (specially Exchange writers) are in status [1]
- Ensure that you start the restore from the node (in DAG) hosting the active DB.
- Ensure that the user starting up the restore process has an active mailbox, and that it is mounted and active.
- Ensure the user has send as-receive as permissions, and storage management permissions as well.
- Ensure the user has Domain admin rights, local admin rights in the exchange nodes and also Exchange Organization rights.
These is basically the first things to check, however, as explained in several times, NMM ConfigChecler is a MUST, and should be always used. This will save yourselves and Support lots of time
Thank you.
Carlos.