VM Conversion Using Commvault Hotadd

HotAdd Restores

HotAdd restores for Amazon provide faster performance than traditional restores. By using an access node (VSA proxy) that is running on an Amazon instance, the restore operation can write directly to Elastic Block Storage (EBS) and inject Amazon drivers that are required for destination instances.

HotAdd restores are used for the following operations:

  • Restores

  • Live sync operations

Supported Guest Operating Systems

  • Windows

    • Microsoft Windows Server 2008 R2 (Standard, Web Server, Datacenter, Enterprise) (64-bit only)

      Note

      For VM conversion or live sync replication of guest VMs that run Windows Server 2008 R2 and later versions, validation might fail for the converted instance in AWS. To resolve this issue, set the RealTimeIsUniversal registry key on the source VM as described in the AWS article Configure time settings for Windows Server 2008 and later, and then perform a new backup to use as the source for the conversion or replication.

    • Microsoft Windows Server 2012 (Standard, Datacenter) (64-bit only)

    • Microsoft Windows Server 2012 R2 (Standard, Datacenter) (64-bit only) (Nano Server installation not supported)

    • Microsoft Windows Server 2016 (Standard, Datacenter) (64-bit only)

    • Microsoft Windows Server 1709 (Standard, Datacenter) (64-bit only)

    • Microsoft Windows Server 1803 (Standard, Datacenter) (64-bit only)

    • Microsoft Windows Server 2019 (Standard, Datacenter) (64-bit only)

    • Microsoft Windows 10 (Home, Professional, Enterprise, Education) (US English) (64-bit only)

  • Linux

    • CentOS 6.x

    • CentOS 7.x

    • CentOS 8.x

    • Oracle Linux 6.x

    • Oracle Linux 7.x

    • Oracle Linux 8.x

    • Red Hat Enterprise Linux (RHEL) 6.x

    • Red Hat Enterprise Linux (RHEL) 7.x

    • Red Hat Enterprise Linux (RHEL) 8.x

    • SUSE Linux Enterprise Server 15 and above

    • Ubuntu 14.04

    • Ubuntu 14.10

    • Ubuntu 15.04

    • Ubuntu 16.04

    • Ubuntu 16.10

    • Ubuntu 17.04

    • Ubuntu 18.04

    • Ubuntu 20.04

    • Ubuntu 21.10

    • Ubuntu 22.x

Requirements for HotAdd Restores

  • The Virtual Server Agent proxy selected for the operation must be an Amazon instance in the same region as the destination instance.

Note

For cross-hypervisor restores or replication from VMware to Amazon, you can use a VSA access node that runs on Windows or Linux. If you use a VSA access node that runs on Linux, for both Windows and Linux guest VMs, the drivers must be installed on the source before performing the backup. Otherwise, the replication operation fails. You cannot use a Linux proxy for the import method.

Requirements for VM Conversion and Live Sync Replication Operations when Amazon is the Destination

For Windows guest VMs, you can copy drivers that are required for AWS instances to the access node (VSA proxy) that is used for conversion or replication operations. During the conversion or replication operation, drivers are automatically installed on the destination guest instances.

For Linux guest VMs, you must copy the required drivers to the source VMs and then perform a new backup to use as the source for conversion or replication operations.

HotAdd Restore Process

Windows:

  1. Create empty EBS volumes.

  2. Attach EBS volumes to proxy.

    Up to 21 volumes can be attached to the VSA proxy during cross-hypervisor restores or live sync replication, occupying device slots xvdf - xvdz.

  3. Restore data to EBS volumes.

    A snapshot of the EBS volumes is taken and retained as an integrity snapshot for reference during the next incremental replication.

  4. Inject AWS components and drivers.

  5. Detach volumes from the VSA proxy.

  6. Create the Amazon instance from the EBS volumes.

Linux:

  1. Create empty EBS volumes.

    Up to 40 volumes can be attached to the VSA proxy during cross-hypervisor restores or live sync replication, occupying device slots xvdf - xvdz, or if the slots start with xvd, then xvdba - xvdbz, or a combination of both.

  2. Attach EBS volumes to proxy.

  3. Restore data to EBS volumes.

    A snapshot of the EBS volumes is taken and retained as an integrity snapshot for reference during the next incremental replication.

  4. Detach volumes from the VSA proxy.

  5. Create the Amazon instance from the EBS volumes.

Loading...