BDRSuite for VMware
- VMware backup does not support backup of virtual machines with independent disks
- Application-aware backup is not supported for 32 bit Windows Guest OS and Linux VMs
- BDRSuite VMBackup does not support backup of VMs on the free edition of ESXi as the VMware vStorage APIs are not extended to the free editions
- VMware backup is not supported if the virtual disk resides in the RDM datastore
- VMware backup is not supported if the Guest OSes are in hardware version 7 & below
- In VMware backups, if any snapshot is reverted, further incremental backups will fail
- To use VMware Hot-Add Data transfer mode, the agent must be installed on the virtual machine on the same ESXi server where the source VMs reside
-
If the proxy VM in which the backup agent is running is on a VMFS 3 datastore, the volume on the proxy VM should be formatted with the appropriate block size given below, depending on the maximum disk size of the source VM(s)
- 1MB block size – Support up to 256GB
- 4MB block size – Support up to 1024GB
- 8MB block size – Support up to 2048GB
- The disks that are to be Hot-Added must be SCSI. IDE drives are not compatible with HotAdd
- The proxy VM should be installed with VMware tools and the tools should be upgraded immediately to the newest available version
- Linux VMs are not supported for Network Mapping & Re-IP Mapping
- VMs with GPT disks are not supported for Network Mapping & Re-IP Mapping
- Application-aware backup requires administrator privileges of OS drive agent installation
- Backup/Replication of Encrypted VMs in vSphere host v6.5 is not supported
- Backup/Replication of VM name with special characters { } will fail with a modular exception error
- Backup/Replication of VMs may fail with “VMware Modular exception error” if there is compatibility/permission issue with the ESXi and the respective vCenter
- Backup/Replication of VMs with special character {} in configuration files or file/folder path will fail
- If SSL is not enabled for a particular host, backup and restore are not possible
- Replication will fail if the target ESXi host’s datastore is renamed in between schedules
- If the replicated VM is deleted from the target host, further schedules will fail
- Dynamic disks can only be recovered through Full VM Recovery to ESXi
- In Disk level recovery, if the target VM does not support SATA controller, SATA disks will be restored as SCSI disk
- Instant Boot VM to Hyper-V Manager of VM whose boot disk is SATA is not supported
- Dynamic disks can only be recovered through Live recovery to ESXi
- Image integrity check for VMs with GPT as boot disk is not supported for Guest OS less than Windows 2012
- New disk attached will not be reflected while performing Instant Boot VM to ESXi for that schedule
- Instant Boot VM to ESXi server fails if the VM name contains : [colon] in it
- If the backup was completed with any warnings message related to Oracle application-aware processing, then the backup report is unable to show the full Oracle warning message, it will be available only in the log files
- If the Oracle database is in begin backup mode before backing up the VM, then that database turns to end backup mode automatically after the completion of the successful backup
- Backup fails with the error “Failed to perform pre-backup steps” if the Application-aware is enabled for the Oracle 11gR2 running on Windows 2008r2 VM
- Need to manually alter database from begin backup to end backup, if the backup is aborted, suspended, or the BDRSuite service restarted or stopped
- Failed to change the mode of oracle database to ‘End Backup’ while performing Instant Boot VM and Full VM Recovery to ESXi host
- The backup will fail if the pagefile.sys or hiberfil.sys file is excluded from the VM disk of type FAT32
- NOARCHIVELOG oracle database is not supported for application aware processing
- Oracle’s Real Application Clusters (RAC) and Automatic Storage Management (ASM) are not supported
- Oracle servers using Data Guard are not supported
- Different versions of Oracle Database deployed on the same server are not supported
- The 32-bit version of the Oracle database is not supported
- Granular Level Recovery for Oracle database is not supported
- The user had to manually select the available proxy during backup job configuration. Automatic Proxy selection is not supported
- Windows Server OSes with 64-bit architecture can be used as a proxy. (Other OS architectures are not supported)
- A single proxy can process up to 5 backup jobs simultaneously
- Transport mode selection is not provided in UI
- Only a single proxy can be used for a particular backup job. Multiple Proxy is not supported
- Backup is getting hanged if the network connection is dropped during Pre-Backup steps
- VMware backup will fail when the VMs configured via vCenter Server of v6.7 U 3B where ESXi Host’s version is lower than v6.7 U 3B
- If there are multiple VMs in a backup job, aborting the backup job will display the only details of the VMs which are in progress in the client-side report page, whereas the detail of the VMs for which the backup is Yet to start is not getting displayed.
- The difference in GFS merge is observed if the GFS retention policies of the backup job are edited and saved. GFS full marked restore is not considered as a version if there are no further increments to it.
- Manually trying to mount the disk of a synthetic merge full backup fails with the error “The file or directory is corrupted and unreadable”.
- Performing instant-boot second time for the same time-stamp fails
- Restore Button appears for completely failed backup jobs (BDR and ODR)
- The entire host is automatically selected if all the VMs in an ESXi host are selected manually during backup configuration
- No alert is shown when a user edits a backup job and selects already added VMs through the vCenter.
Replication
- CD/DVD drives of virtual machines will not be replicated to the target host
- Resizing virtual disks after initial replication in the primary site will result in replication job failure permanently. A new job needs to be configured to perform the replication
- If the ethernet adapter configuration of the source VM is VMXNET3, then the adapter configuration will not be replicated to the replica VM
- If the initial replication job fails intermittently during replication, users have to delete the replica VM in the target site and create a new job to perform the replication
- The VM should not be manually powered off or powered on after the Failover & Failback respectively. This may lead to data loss
- If the VM Failback fails intermittently, the Failback VM has to be deleted from the target site and the process has to be tried again
- Initiating a Failback only for the modified data after failover is not supported
- Once after Permanent Failover & Commit Failback, the replicated VM will be excluded from the replication job. The same should be configured again for replication
- Re-IP Mapping is not supported for Windows 7(32 bit) Professional Machine
- IPv6 configuration is not supported for Re-IP Mapping
- The Re-IP Mapping option is not supported for VM Replication in Linux-based Backup Servers.
- VM replication/Restore using a proxy is not supported.
File Level Recovery
- File Level Recovery is supported only for the NTFS file system and is not supported for other file systems such as FAT, ReFS, etc.
- File-Level Recovery for the replicated VMs is supported only for NTFS, ReFS, and FAT32 file systems
- Only volumes with the NTFS file system can be recovered. This recovery will fail if compression/encryption is enabled.
- For VMware and Hyper-V backups, File-level Recovery and Disk management mount are not supported for dynamic disks
- For Windows disk image backup, File-level Recovery is supported only for the simple volume of dynamic disks, other types of volumes such as Stripped, Spanned, Raid, and Mirrored are not supported for File-Level Recovery.
- File-Level Recovery for the replicated VMs is supported only when BDRSuite Server is installed on Windows and is not supported if BDRSuite Server is installed on the Linux server.
- File Level Recovery is supported only for Windows virtual machines and is not supported for the other OSes such as MAC, Linux, etc
- Folders/files encrypted in NTFS volume will not be restored when File Level Recovery is performed
- File\Folder names will not be displayed properly on the restore page for the Chinese language
- When the ‘Compressed Restore Data’ option is enabled for file-level recovery, the original files are also getting restore along with the compressed ZIP