HotAdd Restores
The Commvault HotAdd transport mode performs restores for Amazon faster than traditional restores. By using an access node 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.
Note
Commvault supports the automatic injection of drivers on the source VMs. For more information, see VM Conversion to Amazon EC2 Using Commvault Hotadd.
The Commvault HotAdd transport mode used for the following operations:
-
Restores
-
Replication operations
-
Conversion from VMware to Amazon EC2, for the following VMware guest operating systems:
Linux
|
UEFI |
BIOS |
|---|---|
|
|
Note
AmazonSSMAgent is not supported for the following Linux systems:
-
Oracle 8 UEFI
-
Redhat 8 UEFI
-
Redhat 8 BIOS
Windows
BIOS and UEFI
-
Microsoft Windows Server 2016 (Standard, Datacenter) (64-bit only)
-
Microsoft Windows Server 2019 (Standard, Datacenter) (64-bit only)
-
Microsoft Windows Server 2022 (Standard, Datacenter) (64-bit only)
-
Microsoft Windows Server 2025 (Standard, Datacenter) (64-bit only)
-
Microsoft Windows Server 2025 with legal notice (Standard, Datacenter) (64-bit only)
Supported Volume and File System Types
Windows
Instances with volumes that use Master Boot Record (MBR) and GUID Partition Table (GPT) partitioning are supported.
Linux
Linux VMs that use one of the following for the root file system: ext2, ext3, ext4, Btrfs, JFS, or XFS.
Restore Process Using the Commvault HotAdd Transport Mode
Windows
-
Create empty EBS volumes.
-
Attach EBS volumes to access node.
Up to 21 volumes can be attached to the VSA proxy during cross-hypervisor restores or live sync replication, occupying device slots xvdf - xvdz.
-
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.
-
Inject AWS components and drivers.
-
Detach and delete volumes from the access node.
-
The DR VM configuration is written to a JSON file and uploaded to a S3 bucket.
The JSON file is available inside the cv-vmconfig-container folder under the S3bucket named as gx-restore-region_name-account_id. Where region_name is the name of the AWS region and account_id is the AWS account for the virtualization client.
-
An integrity snapshot is retained.
Linux
-
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.
-
Attach EBS volumes to access node.
-
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.
-
Detach and delete volumes from the access node.
-
The DR VM configuration is written to a JSON file and uploaded to a S3 bucket.
The JSON file is available inside the cv-vmconfig-container folder under the S3bucket named as gx-restore-region_name-account_id. Where region_name is the name of the AWS region and account_id is the AWS account for the virtualization client.
-
An integrity snapshot is retained.
Related Topics
For information about installing drivers manually, see Preparing the Source VM for Conversion to an Amazon EC2 Instance.