Hi boerbokrib

Are you trying to restore a public folder DB? That is not supported.

Also, can you please develop a bit more when you say "I have 3 datastores sg01 to sg03 and sg2 which is not a real database has logs in it"

By the way, the first restore of data you see in NMC is the BCD (Backup Component Document) which are the XML files, used later on by the Exchange writer to perform the actual data restore.

Thank you,

Carlos

Hi Carlos

Thank you for the reply

We have three datastores for mail sg01 sg02 sg03 (All our users mailboxes)

we have one public datastore sg2

Not sure on what is meant by :"which is not a real database has logs in it"

The process i follow is to run NMM as administrator.

I then click on recover - exchange recover session- then I choose granular level recover.

I then choose my Datastore.

Then click recover. I get the below.

I then get the below.

Exchange Recover Options:

     Granular Level Recovery Options:

          Transaction Log Replacement Option = Include only logs from this restore (Point-in-time recovery)

Recover start time: 2014/09/29 11:55:34 AM

Cleaning up GLR resources...

Creating NWFS volume...

Creating GLR RSG...GLR20140929115534

Starting Exchange recover using C:\Program Files\EMC NetWorker\nsr\bin\nsrsnap_vss_recover.exe  -A RESTORE_TYPE_ORDER=conventional -A BR_ELEVATED_WARNING=true -s alsdnw.ialch.co.za -c alsex1.ialch.co.za -R ALSEX1 -A NSR_SNAP_TYPE=vss -A NSR_MOVE_TRANSLOGS=off -A NSR_MOUNT_DB=on -A NSR_MOUNT_RETRY_COUNT=0 -A NSR_EXCHANGE_RECOVER_MODE=glr -I -

The following 2 marked items are being recovered:

-t 1411922278  -A "NSR_EXCHANGE_CURRENT_SOURCE_DIR=C:\Program Files\EMC NetWorker\nsr\tmp\nwfs\NetWorker Virtual File System\1411921034" -A "NSR_EXCHANGE_SOURCE_SG_GUID=9d2524c9-fb2d-4f2e-a8f3-d5b449885bd2" -A "NSR_EXCHANGE_TARGET_SG_GUID=928170fc-b3ef-406f-834d-2c73039367bd" -A "NSR_EXCHANGE_TARGET_DIR=C:\Program Files\EMC NetWorker\nsr\tmp\nwfs\NetWorker Virtual File System\GLR20140929115534\logs" -A NSR_BACKUP_LEVEL=full -A "NSR_EXCHANGE_COMPONENT_TYPE=Logs" "APPLICATIONS:\Microsoft Exchange 2007\SG01\Logs"

Restoring database Mailbox DB01 to GLR20140929115534 \ Mailbox DB01

-t 1411922278  -A "NSR_EXCHANGE_CURRENT_SOURCE_DIR=C:\Program Files\EMC NetWorker\nsr\tmp\nwfs\NetWorker Virtual File System\1411921054" -A "NSR_EXCHANGE_SOURCE_SG_GUID=9d2524c9-fb2d-4f2e-a8f3-d5b449885bd2" -A "NSR_EXCHANGE_SOURCE_DB_GUID=00fecb4d-6069-4a3b-9136-2605abdb733d" -A "NSR_EXCHANGE_TARGET_SG_GUID=928170fc-b3ef-406f-834d-2c73039367bd" -A "NSR_EXCHANGE_TARGET_DIR=C:\Program Files\EMC NetWorker\nsr\tmp\nwfs\NetWorker Virtual File System\GLR20140929115534" -A "NSR_EXCHANGE_TARGET_DB_GUID=fd1936a0-6ec7-4bf8-91f9-c6b01b3d719d" -A NSR_BACKUP_LEVEL=full -A "NSR_EXCHANGE_COMPONENT_TYPE=msExchPrivateMDB" "APPLICATIONS:\Microsoft Exchange 2007\SG01\Mailbox DB01"

86745:nsrsnap_vss_recover:Version information for C:\Program Files\EMC NetWorker\nsr\bin\nsrsnap_vss_recover.exe:

    Original file name: nsrsnap_vss_recover.exensrsnap_vss_recover start time: 2014/09/29 11:57:27 AM

    Version: 3.0.1.2.280

    Comments: Supporting Microsoft Volume Shadow Copy Service

102422:nsrsnap_vss_recover:Calling nsrsnap_vss_recover.exe

47363:nsrsnap_vss_recover: nsrpsd service is running on alsex1.ialch.co.za.

87826:nsrsnap_vss_recover:NMM .. Initialization success -- ExchEseHlpr successfully initialized. Required for GLR Restore.

NMM .. Snapshot session ID for this operation is '1411984647'.

**************************************************************

Starting Exchange restore of SG01.

**************************************************************

Requesting 1 recover session(s) from server.Recovering a subset of 1 files within C:\ProgramData\EMC\NetWorker\ into C:\Program Files\EMC NetWorker\nsr\tmp\2535995741\ProgramData\EMC\NetWorker

libDDBoost version: major: 2, minor: 6, patch: 2, engineering: 0, build: 410681Recover start time: 2014/09/29 11:57:31 AM

C:\Program Files\EMC NetWorker\nsr\tmp\2535995741\ProgramData\EMC\NetWorker\LG_VSS_CLIENT281823479.xmlSuccessfully established client DDCL session for recovering save-set ID '2535995741'.

Received 1 matching file(s) from NSR server `alsdnw.ialch.co.za'

Recover completion time: 2014/09/29 11:57:35 AM

NMM .. Restored the snapshot metadata file to 'C:\Users\IALclad\AppData\Local\Temp\2\vssclient_29115727665.xml'

NMM .. Looking for 'conventional' backup type for savetime '1411922278'.

NMM .. Found 'conventional' backup type for savetime '1411922278'.

NMM ... Using client name ALSEX1, the version of the Exchange server is Exchange 2007.

66867:nsrsnap_vss_recover:

NMM .. Failure (0x80070490) on retrieval of  information for the Target SG or Target DB.

66874:nsrsnap_vss_recover:

NMM .. Failure (0x80070490) on retrieval of  information for the Target SG or Target DB. Unable to mount after restore.

NMM .. XML file for recovery savetime 1411922278 has been saved to C:\Users\IALclad\AppData\Local\Temp\2\vssclient_29115727665.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 2007 with error 0x80070490.

Restore completed with an error for Exchange SG01.

**************************************************************

Internal error.

102437:nsrsnap_vss_recover:Recovery operation failed.  Refer to log file(s) and Windows event logs for details.

nsrsnap_vss_recover complete time: 2014/09/29 11:57:47 AM

Recover program exited with status: 1627

Restore destination has been reset for storage group SG01

The options specified in the Recover Options Dialog have been reset back to their safe default values.

Recover end time: 2014/09/29 11:57:50 AM

Recover elapsed time: 2 minutes, 16 seconds.

The numbers message/error numbers "0x80070490" & "1627" are MS code numbers.

"0x80070490" usually refers to an update issue.

Let me suggest that you also look at the Event Log to check for Windows/Exchange issues.

Hi boerbokrib

NMM needs to query Active Directory LDAP queries in order to determine the database objects needed for the restore.

In certain Active Directory environments the LDAP queries used by NMM perform very slowly.

As a result the LDAP queries do not return values needed during attempts to create the GLR folder.
 

The subsequent attempts at GLR folder creation eventually refer to a previous GLR folder name that failed and final attempts to move the database file from Virtual File system folder to current GLR folder fails because it is referring to a previous GLR folder name.

To fix this try and do as follows to add the option to use PowerShell command instead of LDAP queries to retrieve Storage Group while performing Exchange GLR recovery:

Add flag "PowerShellEnabledRestore" under "HKEY_LOCAL_MACHINE\SOFTWARE\Legato\NetWorker\" in the registry to control the method for retrieving Storage Group information; by default, it will use LDAP queries if that flag is not there.

Set "PowerShellEnabledRestore" value to 1 to use PowerShell.

Set "PowerShellEnabledRestore" value to 0 to use LDAP queries

Please let us know the results.

Thank you,

Carlos

Hi I get this in event.

I have set logging as below.

Set-EventLogLevel "MSExchange ADAccess\Validation" -Level High and running again to see what happens.

Changes made as above. Will test and get back to you.

Hi This is the error i get now