Storage Foundation 8.0 Administrator's Guide - Windows
- Overview
- Setup and configuration
- Function overview
- About the client console for Storage Foundation
- Recommendations for caching-enabled disks
- Configure basic disks (Optional)
- About creating dynamic disk groups
- About creating dynamic volumes
- Set desired preferences
- Using the GUI to manage your storage
- Working with disks, partitions, and volumes
- Adding storage
- Disk tasks
- Remove a disk from the computer
- Veritas Disk ID (VDID)
- General Partition/Volume tasks
- Mount a volume at an empty folder (Drive path)
- Expand a dynamic volume
- Shrink a dynamic volume
- Basic disk and volume tasks
- Automatic discovery of SSD devices and manual classification as SSD
- Volume Manager space allocation is SSD aware
- Dealing with disk groups
- Disk groups overview
- Delete a dynamic disk group
- Detaching and attaching dynamic disks
- Importing and deporting dynamic disk groups
- Partitioned shared storage with private dynamic disk group protection
- Fast failover in clustered environments
- iSCSI SAN support
- Settings for monitoring objects
- Event monitoring and notification
- Event notification
- Configuring Automatic volume growth
- Standard features for adding fault tolerance
- Performance tuning
- FlashSnap
- FlashSnap components
- FastResync
- Snapshot commands
- Dynamic Disk Group Split and Join
- Dynamic disk group join
- Using Dynamic Disk Group Split and Join with a cluster on shared storage
- Dynamic Disk Group Split and Join troubleshooting tips
- Fast File Resync
- Volume Shadow Copy Service (VSS)
- Using the VSS snapshot wizards with Microsoft Exchange
- Using the VSS snapshot wizards with Enterprise Vault
- Using the VSS snapshot wizards with Microsoft SQL
- Copy on Write (COW)
- Using the VSS COW snapshot wizards with Microsoft Exchange
- Using the VSS COW snapshot wizards with Microsoft SQL
- Configuring data caching with SmartIO
- Typical deployment scenarios
- About cache area
- Configuring SmartIO
- Frequently asked questions about SmartIO
- Dynamic Multi-Pathing
- Configuring Cluster Volume Manager (CVM)
- Configuring a CVM cluster
- Administering CVM
- Access modes for cluster-shared volumes
- Storage disconnectivity and CVM disk detach policy
- Unconfiguring a CVM cluster
- Command shipping
- About I/O Fencing
- Administering site-aware allocation for campus clusters
- SFW for Hyper-V virtual machines
- Introduction to Storage Foundation solutions for Hyper-V environments
- Live migration support for SFW dynamic disk group
- Preparing the host machines
- Configuring the SFW storage
- Administering storage migration for SFW and Hyper-V virtual machine volumes
- Optional Storage Foundation features for Hyper-V environments
- Microsoft Failover Clustering support
- Configuring a quorum in a Microsoft Failover Cluster
- Implementing disaster recovery with Volume Replicator
- Troubleshooting and recovery
- Using disk and volume status information
- Resolving common problem situations
- Commands or procedures used in troubleshooting and recovery
- Rescan command
- Repair volume command for dynamic mirrored volumes
- Additional troubleshooting issues
- Disk issues
- Volume issues
- Disk group issues
- Connection issues
- Issues related to boot or restart
- Cluster issues
- Dynamic Multi-Pathing issues
- vxsnap issues
- Other issues
- CVM issues
- Appendix A. Command line interface
- Overview of the command line interface
- vxclustadm
- vxvol
- vxdg
- vxclus
- vxdisk
- vxassist
- vxassist (Windows-specific)
- vxsd
- vxedit
- vxdmpadm
- vxcbr
- vxsnap
- vxscrub
- sfcache
- Tuning SFW
- Appendix B. VDID details for arrays
Replicating virtual machines
The Volume Replicator (Volume Replicator) option offered by InfoScale Storage and InfoScale Enterprise provides a means to replicate virtual machine (VM) data.
While there are host-based technologies for replicating data across distances, they're usually expensive, requiring not only more storage, but also exactly the same hardware at both ends. They can also be limited in their ability to provide a solution that accounts not only for the data, but also for the applications that access it.
Volume Replicator runs at the host level, making it possible to replicate data volumes across distances to provide a means to extended disaster recovery without requiring that the hardware be exactly the same at both ends, and generally requiring less storage. But, while this works fine to protect application data in the guest, allowing recovery at the DR site, running in the guest does nothing to protect the VM.
By installing the required InfoScale product in the parent partition, volumes that contain VHD files used for VMs and/or application data can be selectively replicated to DR sites, either synchronously or asynchronously, over an IP network. Volume Replicator uses a replicator log to store all writes to the volumes grouped together in what is known as a replicated volume group in the correct order and replicate them to the DR site, maintaining write order fidelity, and thereby, consistency. The replicated VMs remain offline at the DR site until required to be brought online, either due to an intentional migration of services from the primary site, or due to an outage at the primary site, requiring the DR site to take over services.
For planned outages at the primary site, perhaps for a maintenance window, the primary role can be migrated to a DR site, allowing the VMs that have been replicated to be brought online and the applications that run on them to access the data that has also been replicated to the DR site.
For unplanned outages at the primary site, operations can be moved to a DR site by a takeover operation, which turns the DR site into an active primary, allowing VMs to be brought online. Depending on the mode of replication, they can either be completely up to date or behind the previous primary. In either event, consistency is maintained and applications are able to successfully attach to their data. The primary can be migrated back to the original site when it becomes available.