Create Backup Set

Backup Requirements

%edition_name% Requirements

Please ensure that the following requirements are met by the %edition_name%

  1. %edition_name% is installed on the Hyper-V server. For Hyper-V Cluster environments %edition_name% is installed on all Cluster nodes.
  2. The operating system account for setting up the Hyper-V / Hyper-V Cluster backup set must have administrator permission (e.g. administrative to access the cluster storage).
  3. %edition_name% user account has sufficient Hyper-V add on modules or CPU sockets assigned.
  4. Storage destination has sufficient quota assigned to accommodate the storage of the guest virtual machines.
    Hyper-V guest virtual machines contain three types of virtual disks:
    When %edition_name% backs up a Hyper-V guest virtual machines for an initial or subsequent full backup jobs:
  5. The default Java heap size setting on %edition_name% is 1024MB, for Hyper-V backups it is highly recommended to increase the Java heap size setting to improve backup and restore performance. (The actual heap size is dependent on amount of free memory available on your Hyper-V server). Delta generation of large VHD file is a memory intensive process, therefore, it is recommended that the Java heap size to be increased to at least 2048MB - 4096MB. The actual required Java heap size is subject to various factors including files size, delta mode, backup frequency, etc. Refer to the following KB article for instruction: https://forum.ahsay.com/viewtopic.php?f=206&t=14117
  6. The temporary folder is used by %edition_name% for storing backup set index files and any incremental or differential delta files generated during a backup job. To ensure optimal backup/restore performance, it is recommended that is located on a local drive with plenty of free disk space and not on the Windows system C:\ drive.
  7. %edition_name% UI must be running when a guest virtual machine is started using Run Direct Restore or when migration process is running.
  8. For local, mapped drive, or removable drive storage destinations with Run Direct enabled the compression type will always be set to No Compression and data encryption is disabled to ensure optimal backup and restore performance. The backup set compression type and data encryption settings will only be applied to %cbs_name%, SFTP/FTP, or Cloud storage destinations.
  9. For ease of restore it is recommended to back up the whole guest machine (all the virtual disks) rather than individual virtual disks.
  10. Since %edition_name% version 7.9, a new service CBT Cluster Services (Ahsay Online Backup Manager) is installed and enabled upon installation / upgrade to version %edition_name% v7.9.0.0 or above.
  11. MS Windows system Backup is unable to create image of drives that are greater than 2TB on Windows 2008, 2008 R2 & 2011. Due to limitation of MS wbadmin using VHD format that is used in creating the image. The limitation in Windows 2012 has been increased to 64TB.
    For details, please refer to: https://support.microsoft.com/en-us/help/2696906/backup-fails-in-windows-7-when-trying-to-create-a-system-image
  12. CBT cluster serivce is only applicable to Windows x64 installation.
  13. Make sure NFS service has started for Run Direct to operate. If Run Direct is running on network drive, the login must have sufficient permission to access the network resources.
  14. Check if CBTFilter is enabled. This can be verified by running the net start CBTFilter command.
    C:\Users\Administrator>net start CBTFilter The requested service has already been started. More help is available by typing NET HELPMSG 2182.

Hyper-V Server Requirements

Please ensure that the following requirements are met by the Hyper-V server

  1. The Hyper-V management tools are installed on the server. For Hyper-V Cluster environments Hyper-V management tools is installed on all Cluster nodes.
  2. The Hyper-V services are started on the server. For Hyper-V Cluster environments the Hyper-V services are started on all Cluster nodes.
  3. The Microsoft Hyper-V VSS Writer is installed and running on the Hyper-V server and the writer state is Stable. This can be verified by running the vssadmin list writers command.
    vssadmin list writers
    Look for the script:
    Writer name: 'Microsoft Hyper-V VSS Writer' Writer Id: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de} Writer Instance Id: {a51919e3-0256-4ecf-8530-2f600de6ea68} State: [1] Stable Last error: No error
  4. If Integration services is not installed / updated on a guest virtual machine or the guest operating system is not supported by Integration Services, the corresponding virtual machine will be paused or go into a saved stated during the snapshot process for both backup and restore, and resume when the snapshot is completed. Furthermore, the corresponding virtual machine uptime will also be reset to 00:00:00 in the Hyper-V Manager.
  5. Installing or updating Integration Services guest virtual machine(s) may require a restart of the guest virtual machine to complete the installation.
  6. For Hyper-V 2008 R2 server in order to use Run Direct restore feature the "Microsoft Security Advisory 3033929" security update must be installed.
    For details, please refer to: https://support.microsoft.com/en-us/kb/3033929
  7. For Run Direct Hyper-V Cluster backup sets the storage destination must be accessible by all Hyper-V nodes.
  8. For Hyper-V Cluster backup sets the guest virtual machines must be created and managed by the Failover Cluster Manager.

Limitations

The following are limitations of the MS Hyper-V backup module:

  1. Backup of guest machines located on a SMB 3.0 shares are not supported.
  2. Backup of virtual machine with pass through disk (directly attached physical disk) is not supported.
  3. For backup of individual virtual disk, the restored virtual machine does not support the reversion of previous snapshots, if the snapshot contains disks which are not previously backed up by %edition_name%.
  4. A guest virtual machine can only be restored to the Hyper-V server with the same version, i.e. backup of a guest on Hyper-V 2012 R2 server cannot be restored to Hyper-V 2008 R2 Server or vice versa.
  5. The guest virtual machine will not start up if the virtual disk containing the guest operating system is not restored.
  6. Restore of individual virtual disks is only supported using the Restore raw file option for a virtual disk with no snapshots.
    Note: This will require modification of Hyper-V guest configuration files, and this only should be done if you have in-depth knowledge and understanding of Hyper-V, otherwise the guest virtual machine may not startup properly.
  7. Restore to an Alternate location you can only be performed on one guest virtual machine at a time.
  8. Restored guest virtual machines using Run Direct containing a saved state will not automatically power on. The saved state must be manually deleted in Hyper-V Manager and the guest must be powered on manually.
  9. For Run Direct enabled backup sets the storage destination is restricted to Local, Mapped Drive, or Removable Drive.
  10. When a guest virtual machine is started in a Run Direct instance is stopped any changes made within the guest environment will be lost, if the guest virtual is not migrated to the Hyper-V Server using the “Auto migrate after Run Direct is running” option.
  11. When a guest virtual machine is started using Run Direct Restore all backup jobs (manual, scheduled, and continuous) for the related backup set will be skipped.
  12. When a guest virtual machine is started using Run Direct Restore the following features are not available for the backup set; Data Integrity Check, Space Freeing Up, and Delete Backup Data.
  13. The CBT feature only supports Run Direct enabled storage destinations. The storage destinations are restricted to Local drives, mapped drives, or removable Drives.

Create a MS Hyper-V Backup Set

Field Description
Name This is the name of the backup set. You can create a meaningful name for it.
Backup Type Select the backup set type from the drop down box.
Version Select the version of the Hyper-V server.

Steps:

  1. Type in a meaningful backup set name.
  2. Select the backup set type as MS Hyper-V backup.
  3. Select the correct version of the Hyper-V Server.
  4. Click [Next] button to continue.

Setup example for MS Hyper-V cluster:

Assumption:

  1. There are 3 nodes in the Hyper-V cluster setup, in the following example, we called it node1, node2 and node3.
  2. All the 3 nodes are located in the same timezone.
  3. They can connect to the same backup location, eg: a local shared destination with the same access permission.

Notes:

  1. As the same backup set setting is needed to apply on all the machines when
    • the backup set is created or
    • any changes is applied to the backup set,
      eg:
      • change backup schedule
      • backup source selection
      • backup destination
      It is required to export the settings from the node with the last changes and then import to all other nodes. Otherwise, the backup set settings are not synchronized.
      eg:
      If the backup schedule is changed on node1, if the backup set is not synchronized, other nodes will keep running on an old backup schedule and may cause the backup job does not reflect to the actual servers status at the backup moment.
  2. When the settings is imported from other nodes, all the backup set settings on the node will be overwritten.

Steps:

  1. Create/modify Hyper-V cluster backup set in node1, make sure the schedule backup is turned on.
  2. Export settings from node1 in [Utilities] > [Ex/Import Settings]
  3. Import the node1 settings into node2 in [Utilities] > [Ex/Import Settings]
  4. Enable the Schedule backup in node2.
  5. Export settings from node2 in [Utilities] > [Ex/Import Settings]
  6. Import the node2 settings into node3 in [Utilities] > [Ex/Import Settings]
  7. Enable the Schedule backup in node3.
  8. Export settings from node3 in [Utilities] > [Ex/Import Settings]
  9. Import the node3 settings into node1 and node2 in [Utilities] > [Ex/Import Settings]