Skip to main content

Granular Restore Technology


AhsayOBM Granular Restore Technology enables the recovery of individual files from a guest VM without booting up or restoring the whole guest VM first.

Granular restore is one of the available restore options for VMware ESXi/vCenter backup sets from AhsayOBM v9.1.0.0 or above. AhsayOBM makes use of Granular Restore technology to enable a file level restore from a virtual disk file (VDDK) of guest VM backup possible. It is particularly useful if you only need to restore individual file(s) from a guest VM which would normally take a long time to restore and then startup before you can gain access to the files on the virtual disks. Granular Restore gives you a fast and convenient way to recover individual files on a guest VM.

During the Granular Restore process, the virtual disks of the guest VM can be mounted on the Windows machine as a local drive. This will allow the individual files on the virtual disks to be viewed via the file explorer within AhsayOBM or from the Windows File Explorer on the Windows machine you are performing the restore on, without having to restore the entire virtual machine. Granular Restore can only mount virtual disks if the guest VM is running on a Windows Platform and it is supported for all backup destinations, i.e. AhsayCBS, Cloud storage, or Local/Network drives. The mounting of Linux/Unix file systems from virtual disk file is currently not available due to limitations of the file system drivers.

Granular Restore requires an additional OpenDirect / Granular Restore add-on module license to work. Contact your backup service provider for further details.


How Does Granular Restore Work?

success


Benefits of Using Granular Restore

Comparison between Granular Restore and Traditional Restore:

  • Granular Restore

    Granular Restore
    Introduction
    Pros
    Cons
    Granular restore allows you to quickly mount virtual disk(s) directly from the backup file of a guest VM, so that individual files from virtual disk(s) can be exposed via the file explorer on AhsayOBM, or to be copied from the file explorer on to a 64 bit Windows machine you are performing the restore.
    Restore of Entire Guest VM Not RequiredCompared to a traditional restore where you have to restore the entire guest VM first, before you can access any individual files/folders, granular restore allows you to view and download individual files, without having to restore the entire guest VM first.
    Ability to Restore Selected FilesIn some cases, you may only need to restore a few individual file(s) from the guest VM, therefore, granular restore gives you a fast, convenient, and flexible tool to restore selected file(s) from a guest VM quickly.
    Only One Backup Set Required

    With traditional restore methods, if you wish to restore individual file(s) from a guest VM, you will have to create two different backup sets; a VMware guest VM backup set and a separate file backup set for the file(s) you wish to restore. You will require an additional AhsayOBM installation on the guest VM environment, with Granular Restore feature, only one backup set is required.

    • Fewer CAL (Client Access License) required - you will only need one AhsayOBM CAL to perform guest VM, Run Direct, and Granular restore.
    • Less storage space required - as you only need to provision storage for one backup set.
    • Less backup time required - As only one backup job needs to run.
    • Less time spent on administration - As there are fewer backup sets to maintain.
    No Encryption and CompressionTo ensure optimal restore performance, the backup of the guest VM will NOT be encrypted and compressed, therefore, you may have to take this factor in consideration when using this restore method.
  • Traditional Restore

    Traditional Restore
    Introduction
    Pros
    Cons
    The traditional restore method for guest VMs, restores the entire backup files to either the original VM location or another standby location. The files or data on the guest VM can only be accessed once the guest VM has been fully recovered and booted up.
    Backup with Compression and EncryptionGuest VM is encrypted and compressed, therefore is in smaller file size, and encrypted before being uploaded to the backup destination.
    Slower RecoveryAs the entire guest VM has to be restored before you can access any of its file(s) or data, the restore time could be long if the guest VM size is large.
    Two Backup Sets and CALs RequiredIf you only wish to restore individual files from VM, two separate backup sets are required, one for the VM image and the other for the individual files, and therefore two CAL (client access licenses) are required.

Requirements

Supported Backup Modules

Granular restore is supported on VMware backup sets created and backed up using AhsayOBM v9.1.0.0 or above installed on a Windows platform with the Granular Restore feature enabled on the backup set.


License Requirements

An OpenDirect / Granular Restore add-on module license is required for this feature to work. Contact your backup service provider for more details.


Backup Quota Storage

As compression is not enabled for Granular backup sets, to optimize restore performance, the storage quota required will be higher than non-Granular backup sets. Contact your backup service provider for details.


Operating System

AhsayOBM must be installed on a 64-bit Windows machine as libraries for Granular only supports 64-bit Windows operating system for VMware ESXi/vCenter. Refer to the following article for the list of compatible operating system for Granular Restore:

Software Compatibility List for Granular and OpenDirect Restore on v9.

For VMware ESXi/vCenter 7 backups, AhsayOBM must be installed on the following Windows versions:

Windows Server 2012Windows Server 2019
Windows Server 2012 R2Windows Server 2022
Windows 2016 (including versions 1709 and 1803) 

Temporary Directory Requirement

The temporary directory folder should have at least the same available size as the guest VM to be restored and should be located on a local drive to ensure optimal backup/restore performance.


Network Drive Requirements

The login accounts for network drives must have read and write access permission to ensure that backup and restore would be successful.


Available Spare Drive Letter

One spare drive letter must be available on the Windows machine for the Granular Restore process, as the VDDK virtual disk is mounted on Windows as a logical drive. AhsayOBM will automatically take the next available drive letter in alphabetical order for the mounted virtual disk.

The Windows drive letters A, B, and C are not used by Granular Restore.

The Granular Restore assigned driver letter(s) will be released once you exit from AhsayOBM UI.


Network Requirements

The recommended minimum network speed is at Least 100Mbps download speed.

The network bandwidth requirements will increase in proportion to the size of the guest VM and the incremental delta chain length to ensure optimal performance. Working with limited network bandwidth may severely affect the granular restore performance.

You can use an online network speed test website to get an idea of the actual bandwidth of the machine.


Other Dependencies

The following dependencies are restore-related and therefore they will be checked by AhsayOBM only when granular restore is performed. Absence of these elements will not affect the backup job but would cause the restore to fail.


Permissions

  • The Windows login account used for installation and operation of the AhsayOBM client machine requires Administrator privileges.
  • For Granular Restore, Windows User Account Control (UAC) must be disabled.
  • For Granular Restore (OpenDirect), it is required to log in as the real Windows administrator and not any other user with admin role or with elevated admin account permission. The real administrator account will be the one with the security identifier (SID) "S-1-5-21domain-500".

For more information about security identifiers in Windows OS, refer to the following article: Security identifiers.


Limitations

  • Network drives which have not been setup or mapped in Windows are not supported.
  • Temporary folder location is not supported with individual login credentials but can still be setup separately using existing Windows User Authentication login.
  • It also does not support Pre-Backup and Post-Backup Commands.
  • Not supported on "Restore Raw file" and "Restore to local computer" options.