Storage Foundation 8.0.2 Quick Recovery Solutions Guide for Enterprise Vault - Windows
- Introducing Quick Recovery for Enterprise Vault
- Preparing to implement Quick Recovery for Enterprise Vault
- Scheduling or creating a snapshot set for Enterprise Vault
- Maintaining or troubleshooting snapshots
- Recovering Enterprise Vault components
- Vxsnap utility command line reference for Enterprise Vault
Configuration requirements and best practices
Review the following configuration requirements and best practices:
Configuring Enterprise Vault to work with Storage Foundation requires that Microsoft Windows PowerShell 1.0 or later be installed.
The system and boot volumes must reside on a separate disk (Harddisk0) from the dynamic volumes used for the Enterprise Vault components and split-mirror snapshots.
Disk groups must be of a Storage Foundation 4.0 or later version. Upgrade any disk groups created using an earlier version of Volume Manager for Windows before creating Quick Recovery snapshots.
Quick Recovery snapshots are supported only on volumes belonging to an SFW dynamic disk group. They are not supported on volumes belonging to a Microsoft Disk Management Disk Group. For more information on Microsoft Disk Management Disk Groups, see Storage Foundation Administrator's Guide.
Database and transaction logs must be stored on disks within a single dynamic disk group.
Database and transaction logs should be on separate disks so that disk failure does not affect anyone of these filegroups.
User-defined database and transaction logs may not be stored in the same volume as the Enterprise Vault program files or system data files.
Locate snapshot volumes on separate disks from any database and log volumes so that the snapshot process does not interfere with database operations.
Locate the snapshot volumes for each component on separate disks from snapshots of other components. This is recommended so that the process of creating the snapshot of one component does not interfere with any operations on another component.
Warning:
The snapshot XML files must be stored separately from the volumes that are included in snapshots, otherwise a restore will fail.
Transaction logs should always be configured in a redundant layout. The preferred software layout is RAID 0+1 (mirrored striped) volumes as this provides better read and write performance than RAID 1 (mirrored) alone. The transaction log will generate the most I/O and thus should use the highest performance disks available.
The preferred layout for the database is hardware RAID 5, software RAID 1 (mirrored with logging enabled) or software RAID 0+1 (mirrored striped).
Note:
FlashSnap is not supported for software RAID 5 volumes.