Users Guide
Table Of Contents
- About This Guide
- Dell EqualLogic Auto-Snapshot Manager/Microsoft Edition Version 5.4 User's Guide
- Introduction to ASM/ME
- Functions Provided By ASM/ME
- Supported Applications
- HIT Groups and Multiple Machine Management
- ASM/ME Smart Copies
- Smart Copy Types
- Smart Copy Operations for Template and Thin Clone Volumes
- Robust Data Recovery
- Thin-Provisioning a Volume
- SAN Data Copy Offload
- Scripts and Command Generation
- Alerts and Event Notification
- Remote Installations
- Failover Cluster Support
- ASM/ME and the Virtual Snapshot Service
- Functions Provided By ASM/ME
- Configure ASM/ME
- PS Series Group Requirements
- Windows Computer Requirements
- Required Access Controls
- VSS/VDS Service Access to the Group
- Access to Volumes and Snapshots
- iSCSI Target Connections
- Volume Mount Point and Drive Letter Assignments
- Mount Point Constraints in Cluster Environments
- ASM/ME Settings
- ASM/ME Graphical User Interface
- Start the ASM/ME GUI
- Tree Panel
- Tree Panel Behavior in Failover Cluster Environments
- Tree Panel Nodes
- Tree Panel Icons
- Group SharePoint Farm Nodes, Clusters, or Host Nodes
- About Aliases
- Customize Color Themes
- HIT Groups
- General ASM/ME Operations
- About Volumes
- Operations on Failover Clusters
- About Collections
- About Schedules
- About Smart Copies
- Restoring Data
- View Multipath Information
- View I/O Details
- Using ASM/ME with Exchange
- View Exchange Applications in ASM/ME
- Exchange Operations
- Overview of Exchange Smart Copies
- Exchange eseutil.exe Utility
- Recovery Considerations for Exchange
- Checksum Verification and Soft Recovery
- Run Checksum Verification and Soft Recovery Immediately
- Run Checksum Verification and Soft Recovery After Smart Copy Creation
- Schedule a Global Verification Task for Checksum Verification and Soft Recovery
- Run Checksum Verification and Soft Recovery on a Remote Host
- View Checksum Verification and Soft Recovery Status
- Checksum Verification and Soft Recovery Logging and Notification
- Create Exchange Smart Copies
- Schedule Smart Copies for Exchange Components
- Recover Exchange Data
- Using ASM/ME with SQL Server
- Using ASM/ME with Hyper-V
- Using ASM/ME with SharePoint
- SharePoint Installation Considerations
- Plan to Install on a SharePoint Farm
- Example of ASM/ME Installed on a SharePoint Farm
- Example of a SharePoint Farm with a SQL Cluster
- Install ASM/ME on a SharePoint Farm
- About Changes to an Existing SharePoint Farm
- Remove a HIT Group Host From a SharePoint Farm
- Add a Writer Host to a SharePoint Farm
- Change a Writer Host in a SharePoint Farm
- Change the Writer Host and Disable the VSS Writer in a SharePoint Farm
- Respond to Changes in a SharePoint Farm
- View SharePoint Farm Components in ASM/ME
- SharePoint Smart Copies
- Restore Options for SharePoint Smart Copies
- Availability of SharePoint Data Restoration Operations
- Mount a SharePoint Smart Copy
- Restore Selected Databases from a SharePoint Smart Copy
- Restore a Database In-Place From a SharePoint Smart Copy
- Restore a Database From a SharePoint Smart Copy as a New Database
- Restore an SSA From a SharePoint Smart Copy
- Using the Command Line Interface
- Introduction to ASMCLI
- How to Use ASMCLI Commands
- General Command Syntax
- ASMCLI Command Summary
- Command Parameters
- ASMCLI Commands and Their Syntax
- ASMCLI -alert
- ASMCLI -breaksmartcopy
- ASMCLI -cloneReplica
- ASMCLI -configureASM
- ASMCLI -configureCHAP
- ASMCLI -createCollection
- ASMCLI -delete
- ASMCLI -deleteCollection
- ASMCLI -enumerateiSCSIPortals
- ASMCLI -enumerateSmartCopies
- ASMCLI -help
- ASMCLI -list
- ASMCLI -modifyCollection
- ASMCLI -mount
- ASMCLI -Properties
- ASMCLI -restore
- ASMCLI -selectiveRestore
- ASMCLI -shutdownsystray
- ASMCLI -shutdownverifier
- ASMCLI -smart
- ASMCLI -unmount
- ASMCLI -verify
- ASMCLI -version
- Use a Script to Create Smart Copies
- Recover a Clustered Volume From a Clone
- Index
● Smart Copies of VMs residing on CSVs—The supported Smart Copy types depend on Windows Server 2012 R2 or later, with
snapshots and clones supported.
● Smart Copies of CSVs—A single Smart Copy of a CSV copy every VM that resides on the CSV.
● CSV collections and then create Smart Copies of those collections.
● Schedules for the preceding Smart Copy operations.
Smart Copies of CSVs
When you take a Smart Copy of a CSV on Windows Server 2012 R2 or later, the operating system handles the application
quiescence (not ASM/ME). Therefore, Smart Copies of a CSV are application-consistent, and contain all virtual machines that
reside on the CSV including those that are running on other cluster nodes.
The procedure for creating Smart Copies is the same as the generic operations described in Generic ASM/ME Operations.
Smart Copies of CSV Collections
You can create collections of CSVs, or collections of virtual machines that reside on CSVs. You can then create Smart Copies of
the collections, or create a schedule for creating Smart Copies of the collection. You cannot have standard volumes and CSVs in
the same collection.
When you create a collection of CSVs, ASM/ME automatically includes in the collection any related components or VMs that
reside on the CSVs at that point in time. If you have created a Smart Copy schedule for the collection, and if the component
definition is changed after its creation, ASM/ME still creates a Smart Copy of the collection. However, the components that are
included in the collection are based on the CSV state at the point in time the Smart Copy is created.
For example, a collection might include two CSVs. When you create the collection, ASM/ME automatically includes whatever
components or VMs reside on those CSVs. After the collection is created, a VM could be removed. When the scheduled Smart
Copy is created, it includes the components related to those CSVs at that point in time.
The procedure for operations on collections is the same as the general operations described in General ASM/ME Operations.
Restore Operations in a CSV Environment
For CSV Smart Copies, you can perform the following operations:
● In-place restores
● Selective restores
● Restore as new
● Clone and restore as new
Restore In-Place in a Cluster
ASM/ME uses the Hyper-V VSS writer to perform in-place restores. All VMs are automatically pulled to one cluster node to
perform the restore. Because this operation can overwhelm the cluster node, all VMs are automatically shut down before they
are moved. If the VMs are running before the restore operation, they are restarted after the restore operation. If cluster
resources for a specific VM are offline when the restore operation starts, ASM/ME brings the VM back to the local node and
you must move it.
Selectively Restoring a VM
Selective restores must be performed from whatever node currently owns the VM. You can move the VM, but the VM and the
volume must be local to the current node for the restore operation. Even if a VM is running on a node that is not the
coordination node, you can perform a selective restore of that VM.
Assume you are running a two-node cluster, where VM1 runs on Node 1, and VM2 runs on Node 2. Both VM1 and VM2 store
files on a CSV. You can only perform a selective restore of those VMs from the nodes that own them. Ownership of a VM is
determined by the ownership of the VM’s cluster resources. For example, if you moved VM1 to Node 2, then you can restore
VM1 on Node 2. The operation will automatically make Node 2 the coordination node in order for the restore to take place.
Using ASM/ME with Hyper-V
89