Restore of Microsoft Exchange Mailstore(s) fail with 0xe000fe7a error in the job log
Details:
Instead of
writing to the defined temp folder using \storagegroupname\logfile.log
path it misses out on the \ and writes storagegroupnamelogfile.log
to the root of the path. This will happen for a random selection of the log
files. This causes the restore to fail when a hard recovery is performed and the
log files from the tape is being committed. This is because the incorrectly
named log files will be missing in the sequence for the log files that are
written to the correct path.
This will
typically just happen on cross domain restores.
Directory of
C:\Temp
11/05/2006 09:17 <DIR> .
11/05/2006 09:17 <DIR> ..
11/05/2006 09:19 <DIR> First
Storage Group
31/01/2006 16:41
5,242,880 First Storage GroupE0200037.log
31/01/2006 16:34
5,242,880 First Storage GroupE0200038.log
Error in the
job log.
Restore-
\\<Exchange server name>\Microsoft Information Store\First Storage Group
V-79-57344-65146 - An error occurred with Exchange Server.
Please use
the Event Viewer to examine the event log for details.
This error is
presented in the event log at the time the restore job fails.
Event
Type: Error
Event
Source: ESE
Event
Category: Logging/Recovery
Event
ID: 412
Date: <date>
Time: <time>
User: N/A
Computer: Exchange
server name
Description:
Information
Store (272) First Storage Group: Unable to read the header of logfile
<drive>:\<temp path>\<logilename>.log. Error
-530.
Workaround:
1. Run the
restore job without the commit option selected and then rename the logfiles to
be of the correct name and move them to the \Storeagegroup name temp folder.
Note:
The files you will need to rename and move is located at the root of
temporary folder specified in Tools ¦ Options ¦ Exchange ¦
"Temporary location for patch and log files".
2. Then run
eseutil /cc to commit the restored log files and then mount the store(s).
Note:
Make sure to follow Microsoft's documentation on how to run the eseutil
tool.
If it fails to
write all the needed log files during the restore process to the temporary path,
this workaround will not work.
OR
Another
possibility is to use a Backup Exec for Windows Media server in the same domain
as the Exchange server being restored to for the restore job.
The hotfix
for this issue is included in SP4 for Backup Exec for Windows version
10d.
Products Applied:
Backup Exec for Windows Servers 10d (10.1) 5629, 10d (10.1) 5629 SP4 (Fixed)
Subjects:
Backup Exec for Windows Servers
Agent For Exchange: Backup-Restore
Languages:
English (US)
Operating Systems:
Windows Server 2003DataCenter, DataCenter SP1, DataCenter SP2, Enterprise SP2, Enterprise Server, Enterprise ServerSP1, R2, Standard Server, Standard Server SP1, Standard Server SP2, Storage Server, Storage Server SP1, Storage Server SP2, Web Server, Web Server SP1, Web Server SP2