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
Snapshot Volume Assignment panel details
Use the Quick Recovery wizard Snapshot Volume Assignment panel to configure settings for the snapshot set.
The following table describes the settings you configure for the snapshot set.
Table: Configuration settings for the snapshot set
Snapshot set | In the box under the Snapshot Set column heading, optionally edit the snapshot set name. If you edit the name, ensure that the name is unique among all snapshot sets for all databases. If you are modifying an existing schedule, the snapshot set name cannot be changed. |
XML Metadata File Name | Specify a name for the XML file that will be associated with the snapshot set. This file is used for recovery, so you may want to assign a name to easily identify it for that purpose. Ensure that the XML file for each snapshot set has a unique name. If you are modifying an existing schedule, the XML file name cannot be changed. |
Mirror Preparation Time | Click and in the Mirror Preparation dialog box, specify the date and time for mirror preparation and click . Preparing the snapshot mirrors slows down performance, so you may want to choose a time of low usage. |
Snapshot Disks | Assign one or more disks to each snapshot volume. Click the icon next to the disk column to select from available disks and to select a concatenated or striped volume layout. |
Mount | Optionally, click to set a drive letter or mount path. The drive letter specified may not be available when the snapshot operation is performed. When this occurs, the snapshot operation is performed, but no drive letter is assigned. |
File path for snapshot XML file | File path for the snapshot XML files. The path specified applies to all the snapshot sets that you are currently creating, for all currently selected databases. If the field is not editable, you are modifying an existing snapshot set schedule, so the value cannot be changed. For a non-clustered environment, the default location is:
If a For new schedules for a clustered server environment, if there is no You must store the XML files on a separate volume from the volumes that are included in snapshots. Otherwise a restore will fail. Ensure that you use a consistent location. That way, you can easily find the XML metadata file, which is required for recovery. |