HP 3PAR Recovery Manager Software for VMware vSphere Licenses - Manual (Page 86)

information, see “Using the Recovery Manager GUI” (page 29) or “Using the Recovery
Manager CLI” (page 51) .
5. Delete the original .EDB, .LOG, and .CHK files for a clean restore.
CAUTION: ONLY remove the files, NOT the parent/intermediate folders of the files. The
original database path and its structures must be kept the same. You can moved the files to
new locations instead of deleting them.
6. Go to the backup server and execute the Recovery Manager file copy restore command:
RMExch restore -s <exchangeServer> -g <storageGroup> -t <timestamp>
-filecopy . Alternatively, you can execute a file copy restore using the GUI. For more
information, see “Restoring a Storage Group with File Copy Restore” (page 47) ).
7. Copy the .LOG files that you preserved and overwrite the logs recovered, including the extra
logs not covered by the virtual copy. This process makes the recovery more forward-in-time.
8. Delete the checkpoint file (.CHK).
9. Remount the database(s) to continue.
The Exchange server performs a soft recovery and automatically replays the log. After the
store is mounted, Recovery Manager confirms the restore.
NOTE: In some situations Exchange might display a warning message indicating one or
more log(s) are out of sync and might not display a confirmation.
Point-of-Failure Recovery for Volume Restore
To perform a point-of-failure recovery for volume restore:
1.
Move the currently existing log files on your storage group volumes that you want to roll
forward.
NOTE: If Windows does not allow you to move, or even copy, Exchange .LOG files because
the files are being used by another program, part of Exchange is still live. If this is the case,
move on to
the next step .
2. Repeat the point-in-time recovery for volume restore from step 1 .
3. With the Exchange database(s) dismounted, preserve the current log files on your storage
group volumes if you were not able to do so for
step 1 .
4. After you have taken all the disk(s) out of maintenance mode, perform the following:
a.
Copy the .LOG files that you preserved and overwrite the logs recovered, including the
extra logs not covered by the virtual copy. This process makes the recovery more
forward-in-time.
b. Delete the checkpoint file (.CHK).
c. Remount the database(s) to continue.
The Exchange server performs a soft recovery and automatically replays the log. After
the store is mounted, Recovery Manager confirms the restore.
Single Mailbox Recovery
Following are two methods for single mailbox recovery using Exchange.
•
“Restoring a Mailbox from a Backup to a Recovery Server” (page 87)
•
“Using the Recovery Storage Group Feature” (page 89)
86 Rapid Backup and Recovery for Exchange