6.1
Table Of Contents
- Site Recovery Manager Administration
- Contents
- About VMware Site Recovery Manager Administration
- Updated Information
- Site Recovery Manager Privileges, Roles, and Permissions
- How Site Recovery Manager Handles Permissions
- Site Recovery Manager and the vCenter Server Administrator Role
- Site Recovery Manager and vSphere Replication Roles
- Managing Permissions in a Shared Recovery Site Configuration
- Assign Site Recovery Manager Roles and Permissions
- Site Recovery Manager Roles Reference
- Replicating Virtual Machines
- Configuring Mappings
- About Placeholder Virtual Machines
- Creating and Managing Protection Groups
- About Array-Based Replication Protection Groups and Datastore Groups
- About vSphere Replication Protection Groups
- About Storage Policy Protection Groups
- Create Protection Groups
- Organize Protection Groups in Folders
- Add or Remove Datastore Groups or Virtual Machines to or from a Protection Group
- Apply Inventory Mappings to All Members of a Protection Group
- Configure Inventory Mappings for an Individual Virtual Machine in a Protection Group
- Modifying the Settings of a Protected Virtual Machine
- Remove Protection from a Virtual Machine
- Protection Group Status Reference
- Virtual Machine Protection Status Reference
- Creating, Testing, and Running Site Recovery Manager 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
- Performing Test Recovery of Virtual Machines Across Multiple Hosts on the Recovery Site
- Create, Test, and Run a Recovery Plan
- Export Recovery Plan Steps
- View and Export a Recovery Plan History
- Delete a Recovery Plan
- Recovery Plan Status Reference
- Configuring a Recovery Plan
- Recovery Plan Steps
- Creating Custom Recovery Steps
- Suspend Virtual Machines When a Recovery Plan Runs
- Specify the Recovery Priority of a Virtual Machine
- Configure Virtual Machine Dependencies
- Enable vSphere vMotion for Planned Migration
- Configure Virtual Machine Startup and Shutdown Options
- Limitations to Protection and Recovery of Virtual Machines
- Customizing IP Properties for Virtual Machines
- Reprotecting Virtual Machines After a Recovery
- How Site Recovery Manager Reprotects Virtual Machines with Array Based Replication
- How Site Recovery Manager Reprotects Virtual Machines with vSphere Replication
- How Site Recovery Manager Reprotects Virtual Machines with Storage Policy Protection
- Preconditions for Performing Reprotect
- Reprotect Virtual Machines
- Reprotect States
- Restoring the Pre-Recovery Site Configuration By Performing Failback
- Interoperability of Site Recovery Manager with Other Software
- Site Recovery Manager and vCenter Server
- Using Site Recovery Manager with VMware Virtual SAN Storage and vSphere Replication
- How Site Recovery Manager Interacts with DPM and DRS During Recovery
- How Site Recovery Manager Interacts with Storage DRS or Storage vMotion
- How Site Recovery Manager Interacts with vSphere High Availability
- How Site Recovery Manager Interacts with Stretched Storage
- Using Site Recovery Manager with VMware NSX
- Site Recovery Manager and vSphere PowerCLI
- Site Recovery Manager and vRealize Orchestrator
- Protecting Microsoft Cluster Server and Fault Tolerant Virtual Machines
- Using Site Recovery Manager with SIOC Datastores
- Using Site Recovery Manager with Admission Control Clusters
- Site Recovery Manager and Virtual Machines Attached to RDM Disk Devices
- Site Recovery Manager and Active Directory Domain Controllers
- Advanced Site Recovery Manager Configuration
- Reconfigure Site Recovery Manager Settings
- Change Connections Settings
- Change Site Recovery Manager History Report Collection Setting
- Change Local Site Settings
- Change Logging Settings
- Change Recovery Settings
- Change Remote Manager Settings
- Change Remote Site Settings
- Change Replication Settings
- Change SSO Setting
- Change Storage Settings
- Change ABR Storage Policy Setting
- Change Storage Provider Settings
- Change vSphere Replication Settings
- Modify Settings to Run Large Site Recovery Manager Environments
- Reconfigure Site Recovery Manager Settings
- Site Recovery Manager Events and Alarms
- Collecting Site Recovery Manager Log Files
- Troubleshooting Site Recovery Manager
- Site Recovery Manager 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 Site Recovery Manager Test Recovery
- Adding Virtual Machines to a Protection Group Fails with an Unresolved Devices Error
- Configuring Protection fails with Placeholder Creation Error
- Rapid Deletion and Recreation of Placeholders Fails
- 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
- Synchronization Fails for vSphere Replication Protection Groups
- Rescanning Datastores Fails Because Storage Devices are Not Ready
- Recovery Sticks at 36% During Planned Migration
- Operations Fail with Error About a Nonreplicated Configuration File
- Index
Test Networks and Datacenter Networks
When you test a recovery plan, Site Recovery Manager can create a test network that it uses to connect
recovered virtual machines. Creating a test network allows the test to run without potentially disrupting
virtual machines in the production environment.
The test network is managed by its own virtual switch, and in most cases recovered virtual machines can
use the network without having to change network properties such as IP address, gateway, and so on. You
use the test network by selecting Auto when you configure the test network settings while creating a
recovery plan. A test network does not span hosts. You must configure a test network for every network
that a recovery plan uses during recovery.
You must recover any virtual machines that must interact with each other to the same test network. For
example, if a Web server accesses information on a database, those Web server and database virtual
machines should recover together to the same network.
A datacenter network is a network that typically supports existing virtual machines at the recovery site. You
can select a datacenter network for use as a test network. To use it, recovered virtual machines must
conform to its network address availability rules. These virtual machines must use a network address that
the network's switch can serve and route, must use the correct gateway and DNS host, and so on. Recovered
virtual machines that use DHCP can connect to this network without additional customization. Other
virtual machines require IP customization and additional recovery plan steps to apply the customization.
Performing a Planned Migration or Disaster Recovery By Running a
Recovery Plan
You can run a recovery plan under planned circumstances to migrate virtual machines from the protected
site to the recovery site. You can also run a recovery plan under unplanned circumstances if the protected
site suffers an unforeseen event that might result in data loss.
During a planned migration, Site Recovery Manager synchronizes the virtual machine data on the recovery
site with the virtual machines on the protected site. Site Recovery Manager attempts to gracefully shut down
the protected machines and performs a final synchronization to prevent data loss, then powers on the
virtual machines on the recovery site. If errors occur during a planned migration, the plan stops so that you
can resolve the errors and rerun the plan. You can reprotect the virtual machines after the recovery.
During disaster recoveries, Site Recovery Manager first attempts a storage synchronization. If it succeeds,
Site Recovery Manager uses the synchronized storage state to recover virtual machines on the recovery site
to their most recent available state, according to the recovery point objective (RPO) that you set when you
configure your replication technology. When you run a recovery plan to perform a disaster recovery,
Site Recovery Manager attempts to shut down the virtual machines on the protected site. If
Site Recovery Manager cannot shut down the virtual machines, Site Recovery Manager still starts the copies
at the recovery site. In case the protected site comes back online after disaster recovery, the recovery plan
goes into an inconsistent state where production virtual machines are running on both sites, known as a
split-brain scenario. Site Recovery Manager detects this state and allows you to run the plan once more to
power off the virtual machines on the protected site. Then the recovery plan goes back to consistent state
and you can run reprotect.
If Site Recovery Manager detects that a datastore on the protected site is in the all paths down (APD) state
and is preventing a virtual machine from shutting down, Site Recovery Manager waits for a period before
attempting to shut down the virtual machine again. The APD state is usually transient, so by waiting for a
datastore in the APD state to come back online, Site Recovery Manager can gracefully shut down the
protected virtual machines on that datastore.
Chapter 6 Creating, Testing, and Running Site Recovery Manager Recovery Plans
VMware, Inc. 67