Restoring snapshots and manually applying logs

The following procedure uses the No Recovery option to restore the database from the database and log snapshot volumes. Selecting this option leaves the database in a loading state. You can then manually apply backed up transaction logs to recover the database to the desired point in time.

You can use either the VSS SQL Restore Wizard from the VEA 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 using the No Recovery option in the VEA

  1. Ensure that you have backed up the transaction logs within SQL Server using the "overwrite existing media" option to create uniquely-named backup files.
  2. Close the SQL GUI and all Explorer windows, applications, consoles (except the VEA console), or third-party system management tools that may be accessing the database volumes. It is also recommended to bring the database offline.
  3. From the VEA console, navigate to the system where the database volumes are located.

  4. Expand the system node, the Storage Agent node, and the Applications node
  5. Right-click SQL and click VSS Restore.
  6. Review the Welcome page and click Next.
  7. Select the snapshot set XML metadata file to be used for this operation and click Next.

    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.

  8. On the Select Restore Type panel, click No Recovery and click Next.
  9. You may receive a message "Some volumes in this component have open handles. Do you want to override these handles and do this restore? Click Yes to proceed." Click No, close any open handles and retry the command.
  10. Verify the restore specifications and click Finish.

    The database and log snapshot volumes are restored and the SQL Server database is left in a loading state.

  11. Use your preferred method to manually restore the backup transaction logs to the desired point in time and then bring the database back online.
  12. The restore operation leaves the snapshot volumes snapped back to the production volumes. To ensure that another split-mirror snapshot set is immediately available, use the VSS SQL Snapshot Wizard to create a new snapshot of all the volumes in the database.

To restore using the No Recovery option with the vxsnap restore command

  1. Ensure that you have backed up the transaction logs within SQL Server using the "overwrite existing media" option to create uniquely-named backup files.
  2. Close the SQL GUI and all Explorer windows, applications, consoles or third-party system management tools that may be accessing the database volumes. It is also recommended to bring the database offline.
  3. Type the command as in the following example:

    > vxsnap -x billing_DB.xml restore RestoreType=NO_RECOVERY

    where billing_DB.xml is the name of the metadata file generated by the vxsnap create command.

    The database and log snapshot volumes are restored and the SQL Server database is left in a loading state.

  4. Use your preferred method to manually restore the backup transaction logs to the desired point-in-time and bring the database online.
  5. The restore operation leaves the snapshot volumes snapped back to the production volumes. To ensure that another split-mirror snapshot set is immediately available, use the vxsnap create command to create a new snapshot of all the volumes in the database.