5.5
Table Of Contents
- Site Recovery Manager Administration
- Contents
- About VMware vCenter Site Recovery Manager Administration
- SRM Privileges, Roles, and Permissions
- Replicating Virtual Machines
- How the Recovery Point Objective Affects Replication Scheduling
- Replicating a Virtual Machine and Enabling Multiple Point in Time Instances
- Configure Replication for a Single Virtual Machine
- Configure Replication for Multiple Virtual Machines
- Replicate Virtual Machines By Using Replication Seeds
- Reconfigure Replications
- Stop Replicating a Virtual Machine
- Creating Protection Groups
- Creating, Testing, and Running Recovery Plans
- Testing a Recovery Plan
- Performing a Planned Migration or Disaster Recovery By Running a Recovery Plan
- Differences Between Testing and Running a Recovery Plan
- How SRM Interacts with DPM and DRS During Recovery
- How SRM Interacts with Storage DRS or Storage vMotion
- How SRM Interacts with vSphere High Availability
- Protecting Microsoft Cluster Server and Fault Tolerant Virtual Machines
- Create, Test, and Run a Recovery Plan
- Export Recovery Plan Steps
- View and Export Recovery Plan History
- Cancel a Test or Recovery
- Delete a Recovery Plan
- Reprotecting Virtual Machines After a Recovery
- Restoring the Pre-Recovery Site Configuration By Performing Failback
- Customizing a Recovery Plan
- Recovery Plan Steps
- Specify the Recovery Priority of a Virtual Machine
- Creating Custom Recovery Steps
- Types of Custom Recovery Steps
- How SRM Handles Custom Recovery Steps
- Create Top-Level Command Steps
- Create Top-Level Message Prompt Steps
- Create Command Steps for Individual Virtual Machines
- Create Message Prompt Steps for Individual Virtual Machines
- Guidelines for Writing Command Steps
- Environment Variables for Command Steps
- Customize the Recovery of an Individual Virtual Machine
- Customizing IP Properties for Virtual Machines
- Advanced SRM Configuration
- Configure Protection for a Virtual Machine or Template
- Configure Resource Mappings for a Virtual Machine
- Specify a Nonreplicated Datastore for Swap Files
- Recovering Virtual Machines Across Multiple Hosts on the Recovery Site
- Resize Virtual Machine Disk Files During Replication Using Replication Seeds
- Resize Virtual Machine Disk Files During Replication Without Using Replication Seeds
- Reconfigure SRM Settings
- Change Local Site Settings
- Change Logging Settings
- Change Recovery Settings
- Change Remote Site Settings
- Change the Timeout for the Creation of Placeholder Virtual Machines
- Change Storage Settings
- Change Storage Provider Settings
- Change vSphere Replication Settings
- Modify Settings to Run Large SRM Environments
- Troubleshooting SRM Administration
- Limitations to Protection and Recovery of Virtual Machines
- SRM Events and Alarms
- vSphere Replication Events and Alarms
- Collecting SRM Log Files
- Access the vSphere Replication Logs
- Resolve SRM Operational Issues
- SRM Doubles the Number of Backslashes in the Command Line When Running Callouts
- Powering on Many Virtual Machines Simultaneously on the Recovery Site Can Lead to Errors
- LVM.enableResignature=1 Remains Set After a SRM Test Failover
- Adding Virtual Machines to a Protection Group Fails with an Unresolved Devices Error
- Configuring Protection fails with Placeholder Creation Error
- Planned Migration Fails Because Host is in an Incorrect State
- Recovery Fails with a Timeout Error During Network Customization for Some Virtual Machines
- Recovery Fails with Unavailable Host and Datastore Error
- Reprotect Fails with a vSphere Replication Timeout Error
- Recovery Plan Times Out While Waiting for VMware Tools
- Reprotect Fails After Restarting vCenter Server
- Rescanning Datastores Fails Because Storage Devices are Not Ready
- Scalability Problems when Replicating Many Virtual Machines with a Short RPO to a Shared VMFS Datastore on ESXi Server 5.0
- Application Quiescing Changes to File System Quiescing During vMotion to an Older Host
- Reconfigure Replication on Virtual Machines with No Datastore Mapping
- Configuring Replication Fails for Virtual Machines with Two Disks on Different Datastores
- vSphere Replication RPO Violations
- vSphere Replication Does Not Start After Moving the Host
- Unexpected vSphere Replication Failure Results in a Generic Error
- Generating Support Bundles Disrupts vSphere Replication Recovery
- Recovery Plan Times Out While Waiting for VMware Tools
- Index
Disaster Recovery and Reprotect of Virtual Machines on Datastores that Use
SIOC
If you run a recovery with SIOC enabled, the recovery will succeed with errors. After the recovery, you
must manually disable SIOC on the protected site and run a planned migration recovery again. You cannot
run reprotect until you have successfully run a planned migration.
Protection and Recovery of Virtual Machines with Components on Multiple
Arrays
Array-based replication in SRM depends on the concept of an array pair. SRM defines groups of datastores
that it recovers as units. As a consequence, limitations apply to how you can store the components of virutal
machines that you protect using array-based replication.
n
SRM does not support storing virtual machine components on multiple arrays on the protected site that
replicate to a single array on the recovery site.
n
SRM does not support storing virtual machine components on multiple arrays on the protected site that
replicate to mulitple arrays on the recovery site, if the virtual machine components span both arrrays.
If you replicate virtual machine components from multiple arrays to a single array or to a span of arrays on
the recovery site, the VMX configurations of the UUID of the datastores on the protected site do not match
the configurations on the recovery site.
The location of the VMX file of a virtual machine determines which array pair a virtual machine belongs to.
A virtual machine cannot belong to two array pairs, so if it has more than one disk and if one of those disks
is in an array that is not part of the array pair to which the virtual machine belongs, SRM cannot protect the
whole virtual machine. SRM handles the disk that is not on the same array pair as the virtual machine as a
non-replicated device.
As a consequence, store all the virtual disks, swap files, RDM devices, and the working directory for the
virtual machine on LUNs in the same array so that SRM can protect all the components of the virtual
machine.
Protection and Recovery of Active Directory Domain Controllers
Do not use SRM to protect Active Directory domain controllers. Active Directory provides its own
replication technology and restore mode. Use the Active Directory replication technology and restore mode
technologies to handle disaster recovery situations.
Using SRM with Admission Control Clusters
You can use Admission Control on a cluster to reserve resources on the recovery site. However, using
Admission Control can affect disaster recovery by preventing SRM from powering on virtual machines
when running a recovery plan. Admission Control can prevent virtual machines from powering on if
powering them on would violate the relevant Admission Control constraints.
You can add a command step to a recovery plan to run a PowerCLI script that disables Admission Control
during the recovery. See “Creating Custom Recovery Steps,” on page 58 for information about creating
command steps.
1 Create a pre-power on command step in the recovery plan that runs a PowerCLI script to disable
Admission Control.
Get-Cluster cluster_name | Set-Cluster -HAAdmissionControlEnabled:$false
Chapter 10 Troubleshooting SRM Administration
VMware, Inc. 95