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
Quick Recovery process
The Quick Recovery process can be broken down into the following phases:
Creating an initial snapshot set
This has two stages:
Preparing the mirror for the snapshot set
This stage takes a while and should be scheduled for a time of low activity.
Creating the initial snapshot set by splitting the mirror so that it is no longer synchronized with the original volume and becomes a point-in-time copy
Periodically refreshing (resynchronizing) the split-mirror snapshot with the original volume, and then splitting the mirror again, as needed or according to a pre-set schedule
This stage is automated by setting up snapshot schedules using the Quick Recovery wizard or VSS Snapshot Scheduler wizard.
Using a snapshot set to recover a corrupted SQL Server instance or single database