Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
Some article numbers may have changed. If this isn't what you're looking for, try searching all articles. Search articles

RecoverPoint for VMs: How to protect Virtual Machines using shared VMDK or RDM disk(s)

Summary: This article details the steps that are needed in order to protect Virtual Machines using shared VMDK or RDM disk(s).

This article applies to   This article does not apply to 

Instructions

Note: It have been observed that protecting high IO Virtual Machines with shared VMDK (Such as a Microsoft SQL cluster) may cause the application services to failover to the other node or go down as a result of the STUN action done by the vCenter to update the Virtual Machines settings to allow replication. It is recommended to protect shared VMDK Virtual Machines during a maintenance window to avoid downtime.

 

RecoverPoint for Virtual Machines replication using shared VMDK or RDM disk/s:

  • You can replicate Source VM/s using shared RDM disk/s to Target VM/s using shared RDM disk/s. Follow the manual Target VM creation explained in Chapter A.
  • You can replicate Source VM/s using shared VMDK disk/s to Target VM/s using shared RDM disk/s. Follow the manual Target VM creation explained in Chapter A.
  • You can replicate Source VM/s using RDM shared disk/s to Target VM/s using shared VMDK disk/s. RecoverPoint Support team has an automated script to configure the Target VM. A manual process is also valid, and detailed in the manual Target VM creation in Chapter A.
  • You can replicate Source VM/s using VMDK shared disk/s to Target VM/s using shared VMDK disk/s. RecoverPoint Support team has an automated script to configure the Target VM. A manual process is also valid, and detailed in the manual Target VM creation in Chapter A.

 

Requirements for a successful replication:

  1. Create a Target VM/s.
  2. Number of shared disk/s must match between Source and Target VM/s, and their Sharing settings.
  3. SCSI IDs must be matching between each replication pair VM.
    • For example: VM1-Source must have the exact same disk/s SCSI IDs when compared with VM1-Target. The same must happen between VM2-Source and VM2-Target.
  4. Disk/s size/s must be matching between Source and Target VM/s. If replicating from RDM to shared VMDK, the block size is different.
  5. Once the Target VM/s matches the Source VM/s, you can protect them using RecoverPoint.
  6. Multi-Writer Configuration on shared VMDKs is only supported with Thick Provision Eager Zero VMDKs.
  7. Network Adapters on Target VMs should match in type (E1000 or VMXNET3) and number to the source VM. (Example: If Source VMs have only "Network Adapter 2," then the target VMs should have "Network Adapter 2.")
  8. When creating the second VM onwards, ensure to use "Existing Hard Disk" and select the shared Hard Disk of the first VM when adding the shared hard disks.
  9. The Firmware of the Target VM (BIOS or UEFI) under VM Options -> Boot Options -> Firmware should match the Source VM.
  10. All the shared VMDKs/RDMs have to be added as hard disks to one VM and added as existing hard disk on the second VM onwards. Do not create some hard disks on VM1 and some on VM2 and then cross share.
  11. When using RDMs, the LUN ID of the RDM device has to be the same across all the ESXs in the ESX cluster. (A mapping error might show if it is not).

 

A. Target VM/s

1. Create Target VM/s.

You have two options to create the Target VM/s, you can do it from vCenter UI, or you can use RecoverPoint.

1.1. Create Target VM/s from vCenter UI.

  • Access your vCenter https://VC/ui (replace 'VC' with your vCenter's IP/hostname)
  • Right-click your DataCenter/ESXi Cluster/ESXi host and select New Virtual Machine.
    Select New Virtual Machine
  • On the New Virtual Machine wizard, select Create a new virtual machine, and press NEXT.
    new virtual machine menu
  • Enter the Virtual machine name, which should have the extension like .copy (for example VM_Name.copy).
  • Select a location for the virtual machine, and press NEXT.
  • Select a compute Resource, and press NEXT.
  • Select storage and press NEXT.
  • Select compatibility, and press NEXT.
  • Select a guest operating system (should be the same as for the production VM you want to protect), and press NEXT.
  • Customize hardware (Review steps 2, 3, 4 and 5), and press NEXT.
  • Review the configuration, and if all looks correct press FINISH.

Repeat the same process or clone VM, for the other/s VM/s that will be protected.

1.2. Create Target VM/s using RecoverPoint.

You can use RecoverPoint to replicate the Source VM/s to the Target site.

  • Access your vCenter https://VC/ui (replace 'VC' with your vCenter's IP/hostname)
  • Right-click the ESXi cluster.
  • Select RecoverPoint for VMs.
  • Select Protect VMs.
    vCenter menu
  • You can display all VMs that are placed on that Cluster.
    column showing virtual machines
  • Select the VMs to protect.
  • Press Continue.
  • Select your RecoverPoint Cluster (vRPA Cluster), target ESXi Cluster and Copy Datastore.
    window showing copies of data
  • Press Protect.
  • Allow RecoverPoint to replicate VM configuration to the Target site.
  • Once replication is complete, you see at Target site a new power on VM named rp.VM_NAME.shadow.
  • Now you should go to RecoverPoint Plugin and Unprotect the CG.
  • That leaves on the Target site the VM with basic configuration and named VM_NAME.copy.

 

NOTE: RecoverPoint cannot replicate shared RDM or shared VMDK disk/s configuration. You have to manually add at target VM/s the disk/s used to replicate shared RDM or shared VMDK disk/s.

 

NOTE: In case your Copy VM/s uses shared VMDK disk/s, there is a script to automate steps 2, 3, 4 and 5. Contact RecoverPoint Support team and request the script referencing this KB. The same script can be used as a validation tool for the configuration settings on Target VM.

 

2. SCSI Controller (manual target VM creation)

  • Add same SCSI Controller on target as per source VM configuration.

 

NOTE: This configuration parameter has to be checked when manually creating the VM/s at target site. If you use RecoverPoint to replicate the Source VM/s, it adds automatically the SCSI controllers.

 

3. SCSI Bus Sharing (manual target VM creation)

Ensure that the SCSI BUS Sharing is set to Physical.
SCSI controller table

Reference: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-4FB34475-018B-43B7-9E33-449F496F5AB4.htmlThird party link icon

 

NOTE: This configuration parameter has to be checked when manually creating the VM/s at target site. If you use RecoverPoint to replicate the Source VM/s, it automatically configures the SCSI BUS Sharing to Physical.

 

The SCSI Controller Type may defer on each environment. See VMware documentation below for additional detail:
https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-5872D173-A076-42FE-8D0B-9DB0EB0E7362.htmlThird party link icon

 

4. Target VM disk size (manual target VM creation).

Add all shared VMDK or RDM disk/s in the target Virtual Machine, using the same exact size as the source VM/s.

 

Create disk/s at Target site with same exact size as shared VMDK or RDM disk/s at Source. You can replicate to RDM or shared VMDK disk/s.

 

If you replicate RDM disk/s at Source to RDM disk/s at Target, or shared VMDK disk/s at Source to RDM at Target, the RDM disk/s have to be provisioned from storage side.

 

For replication between RDM disk/s at Source to shared VMDK disk/s at Target or shared VMDK disk/s at Source to shared VMDK disk/s at Target, you have to create the VMDK disk/s at Target vCenter.

 

If you replicate RDM disk/s at Source to shared VMDK disk/s at Target, due to block size difference, you must match the same size as in production RDM. See example shown below.

 

Example, for RDM disks at Source and shared VMDK disks at Target:
source disk and the target disk

 

You see that Source disk, MS01_1-rdmp.vmdk as 1,154,088,960 bytes, and Target disk MS01.copy_1-flat.vmdk has 1,154,089,472 bytes. We have a 512-byte difference between them.

We cannot use the Target VM to replicate the Source VM, as you have different disk sizes. You must correct the size for that disk. The best option is to remove the disk and create it again with exact size.

You may create the Target disk/s using ESXi CLI, which allows selecting the exact size for the disk/s created.

  • SSH to the ESXi host using root user.
  • Change directory to where the copy VM has its configuration files.
    cd /vmfs/volumes/81e833de-11adefb8-277f-90e2ca57f75e/MS01.copy
  • Run the command below to create a VMDK with the same exact size:
    vmkfstools --createvirtual 2202009600b --diskformat eagerzeroedthick MS01.copy_1.vmdk
  • Once you complete the disk creation at the target site, you may run command:
    ls -ls | grep flat.vmdk

 

Once you complete the target disk/s creation, you may compare the flat.vmdk (Target VM) against the rdpm.vmdk (Source VM), and validate that the size it is matching.

On the Target VM, you must attach the newly created disks, follow below steps.

  • Right-click the Target VM, and select Edit Settings.
  • Select option ADD NEW DEVICE.
    add new device
  • Select Existing Hard Disk.
    add new device table
  • Browse to the location where you have created the VMDK disk/s.
  • Select the correct disk, and Press OK.
  • From the Edit Settings page, select the newly added disk.
  • Review setting Virtual Device Node, and assign it to the correct SCSI ID.
    virtual device node
  • Ensure that the SCSI ID for the disk is matching the Source VM/s disk that you want to replicate.
  • Repeat same process for other disks that you may have to replicate.

 

NOTE: In case your Copy VM/s uses shared VMDK disk/s, there is a script to automate steps 2,3,4 and 5. Contact RecoverPoint Support team, and request the script referencing this KB.

 

5. SCSI ID matching between Source and Target VM/s disk/s (manual target VM creation)

Ensure that the Disk SCSI controller ID at the target VM matches the disks being protected at the source.

  • It means that if on the source that we have one disk that is assigned with 40 GB in SCSI(0:1), on the target we must have the same 40 GB disk on SCSI(0:1).

 

B. Protecting Source VM/s

Protecting VMs which are part of a cluster, and using shared VMDK/RDM disks, all VMS part of the Cluster must be protected under the same CG.

 

To protect VMs under the same CG:

  1. Right-click the ESXi cluster and select Protect VMs. You can display all VMs that are placed on that Cluster.
  2. Select your Clustered VMs.
  3. Press CONTINUE and select options regarding the copy target.
  4. Under the Copies option, select the Gear icon
  5. For the Copy VM Creation, select to Manually Select the copy VM.
    protect virtual machines menu
  6. Press Back.
  7. And then Protect.

 

You see on RecoverPoint for Virtual Machines Plugin, that a new Consistency Group is created, and it starts to initialize.

 

C. Target VM configuration mismatch

  • If you fail to create a valid target VM copy, when you manually select the VM, you may see an error as the below example.
    "Error: Failed to find a suitable target VM with identical disk configuration"
    virtual machine configuration

 

At this stage, you must double-check if the requirements were followed and verify that there is no mismatch between SCSI ID on the disks, or disk size.

  • If you select individual VMs to be protected, or the SCSI ID does not match between Source and Target VMs, you see the below error:
    Protect VM error
  • If the SCSI ID does not properly match, the Virtual Machine protection fails with error below:
    Protect VM error
  • SCSI IDs assignment examples:
    • Good example of SCSI IDs
      good SCSI IDs
    • Bad example of SCSI IDs
      Bad SCSI IDs

 

Affected Products

RecoverPoint for Virtual Machines