chuckmaginessfabals -> Exchange 2010 RDB won't mount - eseutil reports missing logs, but they are present (27.Feb.2013 5:03:42 AM)
Can anyone help with this, please? I have an Exchange 2010 recovery database (500 GB approx.) that won't mount.
I've tried all the eseutil options I can think of, except /P, which I gather will involve data loss. and I'm running out of ideas.
eseutil /mh tells me the restored database is in a dirty shutdown state, and that it requires 94 logs. The logs in the range quoted are actually present in the restored data, but I can't get eseutil to replay them into the database.
The TDP restore job was of a FULL backup and 2 subsequent INCREMENTALS, and said it completed successfully.
I specified target DB and log folders. The targer log folder contains a handful of files with an E02 prefix. TDP created a subfolder, '_restoredLogs', where it put 35,124 files, all with an E00 prefix. (Incidentally, I don't understand why this differs from the prefix in the parent folder.)
If I run eseutil /r against the parent folder and E02 prefix, it completes almost instantly, but the DB still won't mount. If I run it against the subfolder and E00 prefix, it fails with error -528 (JET_errMissingLogFile, Current log file missing), and says
"Recovery has indicated that there might be a lossy recovery option. Run recovery with the /a argument."
but when I use /a it says exactly the same.
When I run eseutil /Cc or /Cm against the subfolder or the parent log folder, it returns
Operation terminated with error -939586631 (The restore environment information isn't found or can not be opened.
) after 0.0 seconds.
Any advice would be much appreciated.
SUMMARY OF RESTORED DATA:
The restore to RDB was of a FULL backup and 2 subsequent INCREMENTALS. I specified RDB locations of:
1. TDP put the database in X:\RDB01.
2. In X:\RLogs, it put:
E02.chk (recovered file fragment)
E02.res0000n.jrs, where n is a hex. numeral (10 files)
E020000000n.log, where n is a numeral (8 files)
3. TDP also created a subfolder, X:\RLogs\_restoredLogs, in which it put:
e00.chk (recovered file fragment)
e02.chk (recovered file fragment)
E00001nnnnn.log, where n is a hex. numeral (35,124 files)
This is the folder containing the log files which eseutil /mh says are 'required'. They are all there - none is missing.
The mailbox server environment comprises a 2-node DAG.