The following procedure uses the
option to restore the component database from the component database and log snapshot volumes. Selecting this option leaves the component database in a loading state. You can then manually apply backed up transaction logs to recover the component database to the desired point in time.Note: |
The No Recovery option is applicable only for EV database components and not for EV Index and Partitions. |
You can use either the Enterprise Vault Restore Wizard from the VEA console or the vxsnap restore command.
Warning: |
Before you begin, use your preferred method to backup the transaction logs within SQL Server. You must use the "overwrite existing media" option to create uniquely-named backup files. |
To restore EV components using the No Recovery option in the VEA
It is also recommended to bring the database offline.
The XML metadata file contains all required information needed to restore the snapshot set, including the names of the database and transaction logs volumes. Click the appropriate header to sort the list of available files by File Name or Creation Time.
Complete the information on this page as follows:
Forcefully close any open handles |
Enable this checkbox if some EV component volumes have open handles. This will forcefully close any open handles of the volumes to be restored. |
Click Next.
The original volumes of selected components are restored from the snapshot volumes.
The component database and log snapshot volumes are restored and the component database is left in a loading state.
To restore using the No Recovery option with the vxsnap restore command
> vxsnap -x billing_DB.xml restore RestoreType=NO_RECOVERY Writer=EnterpriseVault site=site1/vsg=vsg1/vs=vs1 component="Directory DB"
where billing_DB.xml is the name of the metadata file generated by the vxsnap create command.
The component database and log snapshot volumes are restored and the component database is left in a loading state.