InfoScale™ 9.0 Storage Foundation Quick Recovery Solutions Guide for Microsoft SQL Server - Windows
- Introducing Quick Recovery for SQL Server
- About Quick Recovery snapshot solutions
- About snapshot-assisted backups
- Advantages of Quick Recovery snapshots
- Quick Recovery process
- Methods of implementing Quick Recovery snapshots for SQL Server
- About the components used in Quick Recovery
- VCS, Microsoft clustering, and Volume Replicator considerations
- About the Solutions Configuration Center
- Starting the Configuration Center
- Solutions wizard logs
- Preparing to implement Quick Recovery for SQL Server
- Implementing Quick Recovery for SQL Server with the configuration wizard
- About the Quick Recovery Configuration Wizard
- Tasks for implementing snapshot sets with the configuration wizard
- Reviewing the prerequisites
- Scheduling SQL Server snapshot sets
- System Selection panel details
- Instance Selection panel details
- Mount Details panel details
- Synchronizing Schedules panel details
- Template Selection panel details
- Number of Snapshot Sets panel details
- Snapshot Volume Assignment panel details
- Snapshot Schedule panel details
- Specifying snapshot schedule details
- Summary panel details
- Template Implementation panel
- Scheduling or creating an individual snapshot set for SQL Server
- Maintaining or troubleshooting snapshots
- Recovering a SQL Server database
- About recovering a SQL Server database
- Tasks for recovering a SQL Server database
- Prerequisites for recovering a SQL Server database
- Types of recovery
- Recovering using snapshots without log replay
- Recovering using snapshots and log replay
- Restoring snapshots and manually applying logs
- Recovering missing volumes
- Post-recovery steps
- Vxsnap restore command reference
- Vxsnap utility command line reference for SQL Server
Reattaching the split-mirror snapshots
This operation reattaches and resynchronizes an existing snapshot set so that it matches the current state of its original database.
You can perform this operation from the VEA GUI using the VSS Snapback wizard or from the command line using the vxsnap reattach command.
To reattach the split-mirror snapshots using the VEA wizard
- Close the database application GUI and all Explorer windows, applications, consoles (except the VEA console), or third-party system management tools that may be accessing the snapshot set.
- From the VEA console URL bar, select the <host name> which is the system where the production volumes and snapshot mirrors are located, as the active host.
- Expand the system node, the Storage Agent node, and the Applications node.
- Right-click on the node of the application and click VSS Snapback.
- Review the Welcome page and click Next.
- Select the snapshot set you want to snapback and click Next.
The XML metadata file contains all required information needed to snapback 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. This file is deleted after the snapback operation has completed successfully.
- If a message appears that indicates some volumes have open handles, confirm that all open handles are closed and then click Yes to proceed.
- Verify that the snapback specifications are correct and click Finish.
To reattach the split-mirror snapshots from the command line
- Close the database application GUI and all Explorer windows, applications, consoles, or third-party system management tools that may be accessing the volumes.
- Type the command, as in the following example:
> vxsnap -x billing_DB.xml reattach writer=SQLServerWriter
where billing_DB.xml is the name of the XML metadata file created at the time the snapshot set was created.
The complete syntax for the vxsnap reattach command is:
vxsnap -x <filename> [-f][-b] reattach writer=<writername> [secHosts=<secondary hosts>]
See vxsnap reattach.