Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. Veritas NetBackup™ for Hyper-V Administrator's Guide
  3. Back up and restore Hyper-V
  4. Notes on full virtual machine restore
Veritas NetBackup™ for Hyper-V Administrator's Guide

Notes on full virtual machine restore

Note the following:

  • A backup of the full virtual machine can be restored only to Windows Server with the Hyper-V role enabled.

  • By default, the NetBackup client on the Hyper-V server does not have Windows Administrator privileges. You can restore a full virtual machine from the NetBackup server. You cannot restore a full virtual machine from a NetBackup client that does not have Administrator privileges.

  • For the virtual machines that are configured in a volume GUID with a differencing disk in another volume GUID, redirected restores are not supported.

    See Restored virtual machine fails to start.

  • When you restore the virtual machine to its original location with the Overwrite virtual machine option, note: The same virtual machine on the Hyper-V server is automatically turned off and deleted before the restore. The vhd or vhdx files of the virtual machine on the Hyper-V server are overwritten by the vhd or vhdx files from the backup image. If any new vhd or vhdx files were created after the backup, those files are not removed.

  • When you restore the virtual machine to a different location on the original Hyper-V server or to a different server, note: The same virtual machine (if it exists) on the Hyper-V server is automatically turned off and deleted before the restore if you choose the Overwrite virtual machine option. The .vhd or .vhdx files of the deleted virtual machine, however, are not deleted. You must delete those files.

  • When you restore the virtual machine to a Hyper-V server that has a virtual machine of the same GUID, you must select the Overwrite virtual machine option. Otherwise, the restore fails.

  • If you restore a virtual machine without the Overwrite virtual machine option, note: You must remove the current virtual machine and its vhd or vhdx files from the destination server before you start the restore. If you remove the virtual machine but leave one or more of its virtual disk files on the destination server, the virtual disk files from the backup are not restored.

  • (This item is a limitation in VSS and the Hyper-V writer, not in NetBackup.) If the virtual machine contains Hyper-V snapshot files (avhd or avhdx files), NetBackup cannot restore the virtual machine to a different location or to a different Hyper-V server.

    Note the following:

    • This issue has been fixed in Windows Server 2008 R2 (restore server).

    • This restriction does not apply in either of the following cases: When you restore the virtual machine to its original location on the original Hyper-V server, or when you restore to a staging location.

  • (This item is a limitation in VSS, not in NetBackup.) Immediately after a full virtual machine is restored, the virtual machine volume may be larger than it was when the virtual machine was backed up. The increase is normal: After the restore, snapshot-related cache files remain on the volume. After about 20 minutes, the cache files are automatically removed and the volume returns to its original size

    Note: A new backup of the restored virtual machine could fail if the virtual machine volume contains insufficient space to create a snapshot for the backup. According to Microsoft, this situation should not occur as long as the virtual machine volume has at least 10 to 15% free space.

  • In the following case a race condition may result:

    • You attempt to do a full restore of two virtual machines at the same time.

    • The two virtual machines also share a virtual hard disk (vhd or vhdx file) that both restore jobs have selected to restore.

    The two jobs may simultaneously attempt to access the same vhd or vhdx file, but only one job gains access to the file. The other job is denied access, and that job may fail with error code 185.

    See NetBackup status codes related to Hyper-V.

  • If you restore a virtual machine to a different Hyper-V server, the original Hyper-V server and the target server must have the same number of network adapters (NICs). You must configure the network adapter(s) for the restored virtual machine on the target server.

    See Restored virtual machine fails to start.

  • A restore of a virtual machine to an alternate location fails if any of its virtual disks has an ampersand (&) in its path. As a workaround, restore the virtual machine to its original location, or restore to a staging location and register the virtual machine manually.

Feedback

Was this page helpful?
Previous

Notes on individual file restore

Next

About restoring individual files

Feedback

Was this page helpful?