Restore using Backup Exec 12.5 of an Exchange 2003 mailbox

So, first to answer your post (thank you, btw):

* I am using legacydomain\veritas to perform the restore
* Veritas did NOT have a mailbox, so I created one, and that helped
* After creating the mailbox I confirmed that it was not hidden from the GAL
* Confirmed it does have a unique mailbox.

So after the stuff above, I'm still running into MAPI problems. A fellow technician here suggested trying to restore the entire Information Store to avoid the MAPI interface of a mailbox-level restore. So I tried that, but the backup failed after about 34 GB of data with a MAPI error.

Not to be deterred, I figured there might be 34 GB of actual good data there, so I used "eseutil /p" to repair it and was then able to mount the store (and voila I had a bunch of mailboxes again).

I then ran the mail cleanup agent, which realized that all the mailboxes were disconnected. I reattached the mailboxes to the old AD accounts on LEGACYDOMAIN, and tried to run the ExMerge.

I keep running into MAPI errors in the ExMerge log (see the code snipet). When I look up information on the (CMapiSession::GetInfoFromProfile) error, I find that it's because the mailbox in question is either (a) attached to a disabled AD account, (b) hidden from the GAL, or both (a) and (b). I've confirmed that this is not the case.

So the only thing I think I forgot to do that was recommended to me was to run an offline defrag. So, I've taken the Information Store offline, and I'm running an offline defrag as we speak.

Maybe it'll work - my concern is that I've been getting MAPI errors all along, and I don't know much about MAPI, and I don't even know how to confirm that it's workign correctly in terms of the Exchange server. It could just be that simple.

****************************************************************
Microsoft Exchange Mailbox Merge Program, v6.0.6249.0
Start Logging:November 06, 2009   11:15:03
****************************************************************
[11:15:03] Logging Level: None
[11:15:03] Reading settings from file 'D:\Program Files\Exchsrvr\BIN\EXMERGE.INI'.
[11:15:04] Error 8007203a opening an LDAP connection. ('LDAP://EXC01-BROADWAY/rootDSE')  (CADRoutines::GetNamingContextData)
[11:15:04] Accessing Domain Controller 'FS01-BROADWAY'
[11:15:04] 'EXC01-BROADWAY' is running Exchange Server 2000 or later
[11:15:04] Source server read from settings file is 'EXC01-BROADWAY'.
[11:15:04] Reading list of subjects for messages to be selected from file ''
[11:15:04] Reading list of attachment names for messages to be selected from file ''
[11:15:04] List of folders to be ignored has been read. 0 folders in the list.
[11:15:04] Current machine locale ID is 0x409
[11:15:04] Operating System Version 5.0 (Build 2195)
[11:15:12] Error 8007203a opening an LDAP connection. ('LDAP://EXC01-BROADWAY/rootDSE')  (CADRoutines::GetNamingContextData)
[11:15:13] Accessing Domain Controller 'FS01-BROADWAY'
[11:15:13] 'EXC01-BROADWAY' is running Exchange Server 2000 or later
[11:15:13] Searching the Active Directory for mailboxes homed on the following databases:
[11:15:13] CN=Mailbox Store (EXC01-BROADWAY),CN=First Storage Group,CN=InformationStore,CN=EXC01-BROADWAY,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Exchange,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=bridgeviewbank,DC=com
[11:15:13] Getting user information from Global Catalog server 'fs01-broadway.bridgeviewbank.com'.
[11:15:13] Found 3 mailboxes, in the Active Directory, homed on the specified databases.
[11:15:21] Using attribute 'PR_MESSAGE_DELIVERY_TIME' for date operations.
[11:15:21] Merging data into target store. The program will copy only those messages that do not exist in the target store.
[11:15:21] Associated folder data will NOT be copied to the target store.
[11:15:21] Using 'English (US)' (0x409) as the default locale (Code page 1252)
[11:15:21] All mailboxes will be processed, regardless of locale
[11:15:21] Initializing worker thread (Thread0)
[11:15:21] Copying data from mailbox 'Cindy Sreesawadi' ('CINDY.SREESAWADI') on Server 'EXC01-BROADWAY' to file 'C:\EXMERGEDATA\CINDY.SREESAWADI.PST'.
[11:15:21] Error extracting information from server DN '' (CMapiSession::GetInfoFromProfile)
[11:15:21] Errors encountered. Copy process aborted for mailbox 'Cindy Sreesawadi' ('CINDY.SREESAWADI').
[11:15:21] Number of items copied from the source store for all mailboxes processed: 0
[11:15:21] Total number of folders processed in the source store: 0
[11:15:21] 0 mailboxes successfully processed. 1 mailboxes were not successfully processed. 0 non-fatal errors encountered.
[11:15:21] Process completion time: 00:00:00 

                                              

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:

UPDATE: I thought I'd properly "allowed" the "Send as" and "Receive as" permissions - and I guess I did. But when digging into the error log noted above, I found that the LDAP error could be a permissions issue, so I checked again. Turns out that there were some inherited DENY permissions that were overriding my ALLOW permissions.

So, at this point I'm waiting for the offline defrag to finsih, I'll remount the Information Store later today, and try again.

Still no go. Removed all the "Deny" permissions, and same exact error messages. Rebooted both the LEGACY DC and Exchange server, etc.

So, the log/error messages above still apply.

Found another article here that basically says to ignore the permissions error when the server from which ExMerge is running is NOT a DC (which is the case).

http://www.experts-exchange.com/Networking/Email_Groupware/Exchange_Server/Q_21597862.html

So that takes me back to the MAPI issue. :(

Have you read http://www.outlookexchange.com/articles/JasonSherry/sherry_c4p5.asp?
It does have suggestions for the MAPI error and also lists all pre-requisites for ExMerge.

Have you checked the LegacyExchangeDN attribute in active directory, as the article suggested?


Also, have you tried the last suggestion in my original post? The one where I suggest just using the production network and doing a redirected restore of the legacy mailbox to a mailbox in the live Exchange database?
The only thing you may have to do is make sure that you have a machine on the production network with the name of the original Exchange server and a BE agent installed (this can be any workstation). See http://seer.entsupport.symantec.com/docs./306919.htm