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
Recovery for the split command
If disk and, or system failures occur during the disk group split operation, Storage Foundation generally performs any necessary recovery operations automatically. The recovery procedure performs any operations necessary to restore the disk group to a consistent state. On successful recovery, the disk groups are again available for use.
For example, if there is a power outage during the split operation, it results in incomplete information on the disk and in the disk group. The recovery mechanism ensures that when the host boots up the next time or if the disk group is imported on a host (the same host or another host), the inconsistencies in the information are removed. Depending on the amount of processing completed by the split operation at the time of the failure, the recovered disk group is either in the state it was in before the split operation or be successfully split into two disk groups.
Recovery has the following two modes:
Automatic recovery
If it is possible to restart the system, Storage Foundation attempts automatic recovery after the restart. If the automatic recovery process is able to detect sufficient information to perform the recovery, the recovery is successful and the disk group appears in a normal state after the automatic recovery process.
Manual recovery
In the following situations, it is necessary to do manual recovery:
If the automatic recovery runs after the restart and there is not sufficient information for recovery, the disk group is in a Deported state and displays an alert icon (a yellow caution icon).
If you cannot restart the system because it has failed completely, then you must move the disk group's disks to another system and then do a manual recovery. In this situation, it is recommended that you move the entire source disk group to another computer, rescan, and implement the recovery manually.
It becomes clear that a disk group needs manual recovery after a split command when Storage Foundation does not allow imports of the disk group to succeed or it blocks the join of a disk group. You receive an error message indicating that the disk group needs recovery.
Recovery should be done as soon as possible to preserve the integrity of the data.
You can perform manual recovery through the GUI as described in the following procedure.
You can also perform manual recovery through the command line.
On the successful completion of the manual recovery operation, you can perform all Storage Foundation operations. The only exception is that if a host crashes during a particular stage of the split operation, one or more of the disk group's disks and volumes may come up in an unhealthy state after recovery. In that situation, use the Reactivate Disk command on the unhealthy disks and then the Reactivate Volume command on each of the unhealthy volumes that are involved in the split command. After running these commands, the disk group's disks and volumes should be healthy.
To manually recover the dynamic disk group
- Select the disk group in the VEA GUI and select Recover Dynamic Disk Group from the context menu.
- In the dialog box that appears, make sure that the proper disk group name is displayed, and click OK to have Storage Foundation start the recovery process.