To use the Quick Recovery snapshot functionality with Exchange databases, you must place the databases on Storage Foundation (SFW) dynamic volumes. The following recommendations enable you to take advantage of SFW storage configuration functionality as you manage your Exchange storage:
Databases and transaction logs must be stored on disks contained within a single dynamic disk group.
Each database should be in a separate volume, but the volumes may share the same dynamic disks.
Mailbox stores and public stores must be stored on separate volumes in order to be able to recover each independently.
Database stores and transaction logs must be in separate volumes in order to perform a roll-forward recovery to the point of failure.
Database stores and transaction logs should be on separate disks so that disk failure does not affect both the database stores and transaction logs.
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 stores is hardware RAID 5, software RAID 1 (mirrored with logging enabled) or software RAID 0+1 (mirrored striped).
When configuring volumes on a replication node of an Exchange 2010 DAG, use the same drive letters as the volumes on the active node.
By default, during installation, a database is created in the install location, which is the boot drive. Snapshots cannot be created on the boot drive. In order to use VSS snapshots on the database, you must move the database components from the boot drive to an SFW dynamic volume on another drive.