5.5
Table Of Contents
- VMware vSphere Replication Administration
- Contents
- vSphere Replication Administration
- Updated Information
- Overview of VMware vSphere Replication
- vSphere Replication Roles and Permissions
- vSphere Replication System Requirements
- Installing vSphere Replication
- Deploying Additional vSphere Replication Servers
- Upgrading vSphere Replication
- Reconfigure the vSphere Replication Appliance
- Reconfigure General vSphere Replication Settings
- Change the SSL Certificate of the vSphere Replication Appliance
- Change the Password of the vSphere Replication Appliance
- Change Keystore and Truststore Passwords of the vSphere Replication Appliance
- Configure vSphere Replication Network Settings
- Configure vSphere Replication System Settings
- Reconfigure vSphere Replication to Use an External Database
- Use the Embedded vSphere Replication Database
- Replicating Virtual Machines
- How the Recovery Point Objective Affects Replication Scheduling
- Replicating a Virtual Machine and Enabling Multiple Point in Time Instances
- Using vSphere Replication with Virtual SAN Storage
- Replicating Virtual Machines Using Replication Seeds
- Replicating a Virtual Machine in a Single vCenter Server Instance
- Configure Replication for a Single Virtual Machine
- Configure Replication for Multiple Virtual Machines
- Move a Virtual Machine to a New vSphere Replication Server
- Stop Replicating a Virtual Machine
- Reconfiguring Replications
- Performing a Recovery with vSphere Replication
- Monitoring and Managing Replications in vSphere Replication
- Troubleshooting vSphere Replication
- vSphere Replication Limitations
- Access the vSphere Replication Logs
- vSphere Replication Events and Alarms
- Solutions for Common vSphere Replication Problems
- Error at vService Bindings When Deploying the vSphere Replication Appliance
- OVF Package is Invalid and Cannot be Deployed
- Connection Errors Between vSphere Replication and SQL Server Cannot be Resolved
- Application Quiescing Changes to File System Quiescing During vMotion to an Older Host
- Configuring Replication Fails for Virtual Machines with Two Disks on Different Datastores
- vSphere Replication Service Fails with Unresolved Host Error
- Scalability Problems when Replicating Many Virtual Machines with a Short RPO to a Shared VMFS Datastore on ESXi Server 5.0
- vSphere Replication Sites Appear in the Disconnected State
- Error Recovering Virtual Machine in a Single vCenter Server Instance
- vSphere Replication RPO Violations
- vSphere Replication Appliance Extension Cannot Be Deleted
- vSphere Replication Does Not Start After Moving the Host
- Unexpected vSphere Replication Failure Results in a Generic Error
- Increase the Memory of the vSphere Replication Server for Large Deployments
- Reconnecting Sites Fails If One Of the vCenter Servers Has Changed Its IP Address
- Uploading a Valid Certificate to vSphere Replication Results in a Warning
- vSphere Replication Server Registration Takes Several Minutes
- Generating Support Bundles Disrupts vSphere Replication Recovery
- vSphere Replication Operations Take a Long Time to Complete
- vSphere Replication Does Not Display Incoming Replications When the Source Site is Inaccessible
- vSphere Replication is Inaccessible After Changing vCenter Server Certificate
- vSphere Replication Cannot Establish a Connection to the Hosts
- Anti-virus Agent in Firewall Terminates Virtual Machine Replication
- Initial Full Synchronization of Virtual Machine Files to VMware Virtual SAN Storage Is Slow
- vSphere Web Client 5.1.x Non-Functioning Option Binds vSphere Replication Traffic to a Specific vmknic
- Configuring Replication Fails After Rebuilding VRMS
- vSphere Replication Operations Run Slowly as the Number of Replications Increases
See the VMware Virtual SAN Design and Sizing Guide at
http://www.vmware.com/products/virtual-san/resources.html for explanations of objects, components,
mirrors, witnesses, and Virtual SAN storage policies.
If you enable multiple point-in-time (PIT) snapshots, you must make allowances for the additional
components that each snapshot creates in the Virtual SAN storage, based on the number of disks per
virtual machine, the size of the disks, the number of PIT snapshots to retain, and the number of failures to
tolerate. When retaining PIT snapshots and using Virtual SAN storage, you must calculate the number of
extra components that you require for each virtual machine:
Number of disks x number of PIT snapshots x number of mirror and witness components
Examples of using this formula demonstrate that retaining PIT snapshots rapidly increases the number of
components in the Virtual SAN storage for every virtual machine that you configure for
vSphere Replication:
n
You have a virtual machine with two 256 GB disks for which you retain 10 MPIT snapshots, and you
set the default Virtual SAN storage policy:
n
2 (number of disks) x 10 (number of PIT snapshots) x 3 (2 mirror components + 1 witness) = 60
components for this one virtual machine.
n
You have a virtual machine with two 512 GB disks for which you retain 10 PIT snapshots, and you set
the default Virtual SAN storage policy:
n
2 (number of disks) x 10 (number of PIT snapshots) x 5 (4 mirror components of 256 GB each + 1
witness) = 100 components for this one virtual machine.
The number of PIT snapshots that you retain can increase I/O latency on the Virtual SAN storage.
Replicating Virtual Machines Using Replication Seeds
You can use replication seeds if a duplicate file is found for the virtual machine on the destination
datastore. vSphere Replication compares differences and replicates only the changed blocks.
To avoid network bandwidth consumption for the amount of data that has to be replicated on initial full
synchronization, vSphere Replication allows you to copy your virtual disk files to the remote datacenter
and point those as replication seeds during configuring replication. vSphere Replication compares the
differences and replicates only the changed blocks.
When configuring replication for a virtual machine, vSphere Replication looks for a disk with the same
filename in the target datastore. If a file with the same name exists, vSphere Replication prompts you with
a warning and offers you the option to use the target disk as a seed for replication. If you accept the
option, vSphere Replication compares the differences and replicates only the changed blocks after the
virtual machine replication is fully configured and enabled. If you do not accept the prompt, then you must
change the target location for your replication.
Note The source virtual machine must be powered off before downloading the vmdk files that are used
as seeds for the replication.
VMware vSphere Replication Administration
VMware, Inc. 60