![\"Select](\"http:\/\/www.backupassist.com\/images\/screenshots\/hyper-v-1-small.png\")
<\/p>\nFor the last month, we\u2019ve been testing and working on Hyper-V integration with BackupAssist to provide a backup solution for Microsoft Hyper-V platforms.<\/p>\n
Today, I\u2019m pleased to announce our strategy, and that we\u2019re due to release our Hyper-V support in our next update, v5.2 \u2013 which is due out next week.<\/p>\n
Please note: I will follow this blog entry with a full discussion and case study. I started writing it, found it ran to many pages, and decided to keep it brief on this blog. This blog entry refers to backing up the Hyper-V machines from the host, for rapid disaster recovery purposes. I\u2019ll address the question of backing up from within the guest at a later date.<\/p>\n
We\u2019ve put in an easy way to select Hyper-V backup from within the BackupAssist console, as shown below:<\/p>\n
<\/p>\n
The UI will clearly show what VMs are on your system, and which volumes you\u2019ll need to select to back them up. (But for various good reasons, we won\u2019t force you to back them up.)<\/p>\n
![\"Verify](\"http:\/\/www.backupassist.com\/images\/screenshots\/hyper-v-2-small.png\")
<\/p>\n
Our recommended backup device for backups of this type (complete system imaging) is eSata hard drive. We easily achieve 150 GB\/hr transfer rates on even desktop grade hardware. We only got about half that throughput on USB 2.0, with the same hard drive enclosure.<\/p>\n
We also recommend that multiple disks be used for the backup, so they can be swapped onsite and offsite, according to a media rotation strategy. Use the reminder email, media checking and eSata hardware support (safely remove hardware and scan for new hardware) in BackupAssist to ensure that the backups are performed according to plan.<\/p>\n
BackupAssist can run on both Server 2008 and Hyper-V Server (the free download from the Microsoft website), so you can install BackupAssist on both variants. Be sure to download the correct version of BackupAssist, as the version for Server Core and Hyper-V is much bigger and includes several prerequisites.<\/p>\n
We\u2019re part way through performance testing to assess what level of performance degradation that guests machines might experience when a backup is running on the host.<\/p>\n
So far, we\u2019ve found that the actual backup duration of successive backups is actually comparable to that of the initial backup, so the speed advantage normally expected from differential imaging doesn\u2019t seem to be there.<\/p>\n
However, the highly efficient storage of past versions of backups does perform as expected. On our test machines, we\u2019re backing up just over 140 GB, consisting of Windows Server 2008, plus 6 Hyper-V guests. Each time we run a backup, the overall backup size increases somewhere between 0.5 GB and 1 GB. This clearly demonstrates that the differences are small and that hundreds of days of backup history is possible on each device.<\/p>\n
Based on our testing, for the size of the systems we\u2019re simulating, we recommend running the backups no more than 3 times per day. When we conduct more testing, we\u2019ll be able to come up with more thorough guidelines.<\/p>\n
Again – we’ll be releasing this updated version of BackupAssist next week, and I hope to publish my performance test results as well around the same time.<\/p>\n","protected":false},"excerpt":{"rendered":"