Storage Foundation 8.0 Quick Recovery Solutions Guide for Microsoft Exchange - Windows

Last Published:
Product(s): InfoScale & Storage Foundation (8.0)
Platform: Windows
  1. Introducing Quick Recovery for Microsoft Exchange
    1.  
      About Quick Recovery snapshot solutions
    2.  
      Advantages of Quick Recovery snapshots
    3.  
      Quick Recovery process
    4. About the components used in Quick Recovery
      1.  
        FlashSnap and FastResync
      2. Integration with Microsoft Volume Shadow Copy Service
        1.  
          The VSS framework
    5.  
      About the Solutions Configuration Center
    6.  
      Starting the Configuration Center
    7.  
      Solutions wizard logs
  2. Planning a Quick Recovery snapshot solution for Exchange
    1. System requirements
      1.  
        Storage requirements
    2. Methods of implementing Quick Recovery snapshots
      1.  
        About the Quick Recovery Configuration Wizard
      2.  
        About the VSS Exchange Snapshot Scheduler Wizard
      3.  
        About the VSS Snapshot and Snapback wizards and the vxsnap utility
    3.  
      Planning your Quick Recovery solution
    4.  
      Backup types for snapshot sets
    5.  
      About logs
    6. Recommendations and best practices
      1.  
        Recommendations for Exchange storage configuration
      2.  
        Recommendations for maintenance and backups
      3.  
        SFW cluster considerations
      4. Exchange 2010 Database Availability Group (DAG) considerations
        1.  
          Using snapshot schedules in a DAG
        2.  
          Guidelines for creating passive copy snapshots in a DAG
        3.  
          Recovery in a DAG
      5.  
        Microsoft cluster considerations
      6.  
        Volume Replicator considerations
  3. Configuring Exchange for Quick Recovery snapshots
    1.  
      Tasks for configuring Exchange storage
    2.  
      Reviewing the prerequisites
    3.  
      Reviewing the configuration for Exchange 2010
    4.  
      Creating dynamic disk groups
    5.  
      Creating dynamic volumes
    6.  
      Pointing the database and log paths to the SFW volumes
  4. Implementing Exchange snapshot sets with the configuration wizard
    1. About the Quick Recovery Configuration Wizard
      1.  
        About snapshot sets
      2. About snapshot templates
        1.  
          Templates and multiple components
        2.  
          Templates and schedule start dates
    2.  
      Tasks for implementing snapshot sets with the configuration wizard
    3.  
      Reviewing the prerequisites
    4. Scheduling Exchange snapshot sets
      1.  
        System Selection panel details
      2.  
        Instance Selection panel details
      3.  
        Mount Details panel details
      4.  
        Synchronizing Schedules panel details
      5.  
        Template Selection panel details
      6.  
        Number of Snapshot Sets panel details
      7.  
        Snapshot Volume Assignment panel details
      8.  
        Snapshot Schedule panel details
      9.  
        Specifying snapshot schedule details
      10.  
        Summary panel details
      11.  
        Template Implementation panel
    5.  
      Administering or troubleshooting scheduled snapshots
  5. Scheduling or creating an individual snapshot set for Exchange
    1.  
      About scheduling or creating an individual snapshot set
    2.  
      Tasks to schedule a new snapshot
    3.  
      Tasks to create a one-time snapshot set
    4.  
      Reviewing the prerequisites
    5.  
      Preparing the snapshot mirrors
    6.  
      Scheduling a snapshot set
    7.  
      Creating a one-time snapshot set
    8. Refreshing a snapshot set
      1.  
        Reattaching the split-mirror snapshots
  6. Maintaining or troubleshooting snapshots
    1.  
      Viewing the status of scheduled snapshots
    2.  
      Troubleshooting scheduled snapshots
    3.  
      Deleting or modifying schedules
    4.  
      Synchronizing schedules after adding a cluster node
  7. Recovering Exchange mailbox databases
    1.  
      About recovery using Quick Recovery snapshots
    2.  
      Tasks for recovery using Quick Recovery snapshots
    3.  
      Prerequisites for recovery
    4.  
      Recovery using an Exchange 2010 passive copy snapshot in a Database Availability Group (DAG)
    5.  
      Recovery for Exchange 2010 using the VSS Restore Wizard
    6.  
      Recovery for Exchange 2010 using the vxsnap utility
    7.  
      Post-recovery steps
  8. Recovering after hardware failure
    1. About recovery after hardware failure
      1.  
        Recovery scenarios
      2.  
        Recovery tasks
    2.  
      Tasks for recovering after hardware failure
    3.  
      Reviewing the prerequisites
    4.  
      Reviewing the sample configuration for Exchange 2010
    5. Scenario I: Database and transaction logs volumes are missing
      1.  
        Identifying the missing volumes (Scenario I)
      2.  
        Deleting missing volumes from Storage Foundation
      3.  
        Replacing hardware and adding disks to the dynamic disk group
      4.  
        Changing the drive letter or mount points of the snapshot volumes
      5.  
        Restoring the Exchange 2010 mailbox database to the point in time
      6.  
        Refreshing the snapshot set (Scenario I)
    6. Scenario II: Database volumes missing, transaction logs are available
      1.  
        Identifying the missing volumes (Scenario II)
      2.  
        Deleting missing volumes from Storage Foundation
      3.  
        Replacing hardware and adding disks to the dynamic disk group
      4.  
        Changing the drive letter or mount points of the snapshot volumes
      5.  
        Restoring the Exchange 2010 mailbox database to the point in time
      6.  
        Recovering the Exchange 2010 mailbox database to the point of failure
      7.  
        Refreshing the snapshot set (Scenario II)
    7.  
      Refreshing the snapshot set
    8. Refreshing the snapshot set on the current disks
      1.  
        Reattaching healthy snapshot volumes
      2.  
        Clearing the snapshot association for volumes whose drive letters or mount points were reassigned
      3.  
        Creating snapshot mirrors of volumes whose drive letters or mount points were reassigned
      4.  
        Creating the new snapshot set
    9. Moving the production volumes to different disks and refreshing the snapshot set
      1.  
        Reattaching healthy snapshot volumes
      2.  
        Clearing the snapshot association for volumes whose drive letters or mount points were reassigned
      3.  
        Adding mirrors to volumes whose drive letters or mount points were reassigned
      4.  
        Creating snapshot mirrors of volumes whose drive letters or mount points were reassigned
      5.  
        Creating the new snapshot set
  9. Vxsnap utility command line reference for Exchange
    1.  
      About the vxsnap utility
    2. Vxsnap keywords
      1.  
        vxsnap prepare
      2.  
        vxsnap create
      3.  
        vxsnap reattach
      4. vxsnap restore
        1.  
          Recovery after hardware failure

vxsnap create

Creates simultaneous snapshots of all volumes in a specified component, providing a point-in-time snapshot set.

Separate source volumes and attributes with forward slashes, not spaces. Source and snapshot volume attributes are paired. You must specify the source volume if you choose to specify the snapshot volume plex, drive letter, drive path, label, or volume name.

Note that if Exchange 2010 mailbox database is configured under VCS, then you can store the snapshot set file in a file share path by configuring a file share resource. This is to avoid configuring extra shared volumes to store the snapshot set file, which is available once the mailbox database fails over.

There can be large number of mailbox databases in Exchange 2010 and each database may have independent schedules. Hence number of different paths required for storing the snapshot metadata files are higher, which is achieved by configuring a file share resource. You can also specify the file share path in the redirect.txt path, for example, \\MySystemName1\share1\QRDir.

In case of schedule snapshot even though schedules are visible on all nodes, snapshot will happen only on a node where mailbox database is present.

See Creating a one-time snapshot set.

Syntax

The vxsnap create command has the following syntax:

vxsnap [-x <filename>] create [source=<volume>]
[/DriveLetter=<driveLetter>][/DrivePath=<drivePath>]
[/Newvol=<newVolName>][/Plex=<plexName>]...writer=<writerName>
component=<componentName>[backuptype=<backuptype>][-E][-O][-C]
[secHosts=<secondary hosts>]
Attributes

The vxsnap create command has the following attributes:

-x <Filename>

Indicates the name to be assigned to the XML metadata file that will be created with the command. The file name must include the ".xml" extension. The default path to the file is under the SFW program files directory (normally C:\Documents and Settings\All Users\Application Data\Veritas\VSSXML\Exchange). If you wish to place the file in another directory, specify a full path before the file name, for example J:\XML\Image1.xml.

For a VCS cluster setup, you can configure a file share resource and give the file share resource path in the redirect.txt.

See Creating a one-time snapshot set.

source=<Volume>

Indicates the source volume for the split-mirror snapshot specified by a drive letter, drive path (mount point), or volume name of the form "\\?\Volume{GUID}\". Repeat this parameter for each volume associated with the specified component (for example, Exchange storage group).

[/plex=<PlexName>]

Specifies the name of the mirror or plex that is to be detached. Use this parameter if there are multiple snap plexes available to be snapshotted.

[/DriveLetter=<DriveLetter>]

The drive letter to be assigned to the new snapshot volume.

[/DrivePath=<DrivePath>]

The drive path to be assigned to the new snapshot volume. The drive path must reference an empty local NTFS folder, which was created beforehand. The path must include the drive letter and folder to be mounted, for example, C:\DB1VOL.

[/Newvol=<NewVolName>]

Specifies the name of the new snapshot volume that is created. If the name is not specified using this option, the form "SnapVolume01" is created. The full device path becomes:

\Device\HarddiskDmVolumes\

<DiskGroupName>\<NewVolName>

writer=<WriterName>

Unique ID of the VSS writer, for example, "Microsoft Exchange Writer" or the GUID for the writer. If you plan to be able to do a roll-forward recovery to the point of failure, you must specify the writer.

component=<ComponentName>

Name of the component; for Exchange 2010, this is the mailbox database name, for example, DB1. If you plan to be able to do a roll-forward recovery to the point of failure, you must use this component.

backuptype=<Backuptype>

Specifies the type of backup, either a Full or Copy. If no option is specified then Copy is the default. Copy backup creates a copy of the database and transaction logs volumes. Full backup creates a copy of the database and transaction logs volumes, runs Eseutil to check for consistency, and if consistent, truncates the transaction logs.

-E

Runs the Eseutil consistency check for database and log files. Eseutil is run automatically with a Full backup, but must be optionally specified for a copy backup.

-o

Allows an existing XML file of the same name to be overwritten. If -O is not specified the vxsnap create command does not overwrite an existing XML file of the same name and the operation fails.

sechosts=<SecondaryHosts>

Applies to Volume Replicator environment only. Comma separated list of secondary hosts on which a synchronized snapshot is to be taken.

Note:

Any text string that contains spaces must be enclosed in quotation marks.

Examples

The following is an example of the vxsnap create command:

   vxsnap -x backupdoc.xml create writer="Microsoft Exchange
	Writer" component="DB1"source=L:/DriveLetter=O
    source=M:/DriveLetter=P backuptype=full

This example creates a snapshot set based on the component "DB1," which contains volume L, the log volume, and volume M, the database volume.

The snapshots are assigned drive letters O, and P, and Q, respectively.

The XML file backupdoc.xml is used to store the VSS metadata that identifies the snapshot set. The Full backup creates the copy of the database and transaction logs volumes, runs Eseutil to check for consistency, and then truncates the transaction logs.

  vxsnap -x snapdata.xml
   createsource=E:\Data\DB1/DrivePath=E:\Backup\DB1
   

This command creates snapshots from the volume mounted on E:\Data\DB1. The resulting snapshot volume is assigned mount point E:\Backup\DB1.

The metadata involved in this operation is stored in snapdata.xml.