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
n
How SRM Interacts with vSphere High Availability on page 41
You can use SRM to protect virtual machines on which vSphere High Availability (HA) is enabled.
n
Protecting Microsoft Cluster Server and Fault Tolerant Virtual Machines on page 41
You can use SRM to protect Microsoft Cluster Server (MSCS) and fault tolerant virtual machines, with
certain limitations.
n
Create, Test, and Run a Recovery Plan on page 42
You perform several sets of tasks to create, test, and run a recovery plan.
n
Export Recovery Plan Steps on page 47
You can export the steps of a recovery plan in various formats for future reference, or to keep a hard
copy backup of your plans.
n
View and Export Recovery Plan History on page 47
You can view and export reports about each run of a recovery plan, test of a recovery plan, or test
cleanup.
n
Cancel a Test or Recovery on page 48
You can cancel a recovery plan test at any time during its run. You can cancel a planned migration or
disaster recovery at certain times during its run.
n
Delete a Recovery Plan on page 48
You can delete a recovery plan if you do not need it.
Testing a Recovery Plan
When you create or modify a recovery plan, test it before you try to use it for planned migration or for
disaster recovery.
By testing a recovery plan, you ensure that the virtual machines that the plan protects recover correctly to
the recovery site. If you do not test recovery plans, an actual disaster recovery situation might not recover all
virtual machines, resulting in data loss.
Testing a recovery plan exercises nearly every aspect of a recovery plan, although SRM makes several
concessions to avoid disrupting ongoing operations on the protected and recovery sites. Recovery plans that
suspend local virtual machines do so for tests as well as for actual recoveries. With this exception, running a
test recovery does not disrupt replication or ongoing activities at either site.
If you use vSphere Replication, when you test a recovery plan, the virtual machine on the protected site can
still synchronize with the replica virtual machine disk files on the recovery site. The vSphere Replication
server creates redo logs on the virtual machine disk files on the recovery site, so that synchronization can
continue normally. When you perform cleanup after running a test, The vSphere Replication server removes
the redo logs from the disks on the recovery site.
You can run test recoveries as often as necessary. You can cancel a recovery plan test at any time.
Permission to test a recovery plan does not include permission to run a recovery plan. Permission to run a
recovery plan does not include permission to test a recovery plan. You must assign each permission
separately. See “Assign SRM Roles and Permissions,” on page 13.
Site Recovery Manager Administration
36 VMware, Inc.