[发明专利]一种不删除原虚拟机的hyper-v虚拟化平台恢复方法

说明书

技术领域

本发明涉及一种虚拟机恢复技术，尤其是涉及一种不删除原虚拟机的hyper-v虚拟化平台恢复方法。

背景技术

当前，随着虚拟化技术的越来越成熟，越来越多的企业和组织机构都将应用部署在虚拟化平台的虚拟机上，例如微软公司的hyper-v虚拟化平台，那么如何保护这些部署在虚拟化平台上的应用数据就成了这些企业和组织机构最关心的问题之一。

为了迎合这么庞大的虚拟机数据备份市场，很多备份软件厂商都相继实现了对hyper-v虚拟化平台的虚拟机的备份和恢复功能。但是作为第三方的软件厂商如何实现hyper-v虚拟机的备份和恢复功能，便捷可行的办法就是直接调用微软公司专门为hyper-v虚拟机备份和恢复提供的一套VSS接口。

这里简单介绍一下通过VSS(volume shadow copy service)接口恢复hyper-v虚拟机的原理。在备份hyper-v虚拟机的时候，需要将备份时产生的VSS备份组件(VSS是微软的应用程序通用的备份恢复框架，它是以组件为单位来组织，这里的一个虚拟机就是VSS里的一个组件)的相关信息记录起来以便恢复时能正确的初始化VSS组件。由于这些信息记录了虚拟机GUID(Globally Unique Identifier，全局唯一标识符，通过GUID来判断虚拟机的唯一性)、虚拟机的文件列表以及虚拟机文件组织关系等。所以恢复时，要先将之前备份保存的这些VSS备份组件信息读取出来，对VSS的组件进行初始化，然后VSS组件就知道该怎么样去组织和恢复这台虚拟机。VSS在恢复时会根据GUID判断该平台上是否存在相同GUID的虚拟机，如果存在则对其进行删除后再恢复，而这个操作是第三方软件厂商无法左右的。

由于备份软件厂商调用的是微软公司提供的VSS接口，那么备份软件厂商基于VSS接口实现的一些功能也自然因VSS接口本身的原因而受到限制。特别是通过VSS接口来实现Hyper-v虚拟机的恢复。在调用VSS接口恢复hyper-v虚拟机时候，有一些操作是VSS接口默认实现，哪怕你不需要或不想要那么做。比如说在恢复之前，VSS接口会判断当前的虚拟机平台上是否存在一个与要恢复的虚拟机的GUID相同的虚拟机，如果存在那么它就会先将虚拟平台上的这台虚拟机删除掉。它不会考虑你这台虚拟机是什么或者有多么重要，只要它认为这台虚拟机和将要恢复的虚拟机是同一台虚拟机。但是有过vmware虚拟机备份恢复经验的人就感觉这是一个很严重的缺陷。因为vmware虚拟机可以在同一个平台上恢复出N台GUID不同的新虚拟机，而对之前备份的那台虚拟机不会产生任何影响。由于这点限制给备份软件厂商带来很大的不便和被动。比如说在客户的实施现场，我们就得跟客户说要求准备两个hyper-v虚拟化平台，一个平台提供备份虚拟机，另一个平台准备恢复虚拟机，因为谁也不敢保证在客户的环境下一次就能顺利验收hyper-v虚拟机的备份恢复功能。假如说恢复失败那么导致的后果是将客户的原虚拟机删除，而备份存储里的虚拟机又恢复不出来，有可能会造成客户的损失。又比如说，客户想在同一个虚拟平台上验证备份的虚拟机是否能正常恢复使用，但又不想影响到原来的虚拟机；或者客户想在同一平台恢复出几台相同的虚拟机作为别的用途，现有的hyper-v虚拟化平台恢复方法就不能满足这些要求。

基于上述种种情况，本发明可以完美解决hyper-v虚拟化平台上删除原虚拟机恢复的问题。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种降低备份风险、提高用户的体验性和使用性的不删除原虚拟机的hyper-v虚拟化平台恢复方法。

本发明的目的可以通过以下技术方案来实现：

一种不删除原虚拟机的hyper-v虚拟化平台恢复方法，包括以下步骤：

1)获取要恢复虚拟机的GUID并随机生成一个新的虚拟机GUID；

2)将VSS备份组件信息里的虚拟机GUID修改为步骤1)生成的新的虚拟机GUID；

3)将虚拟机的配置文件里的虚拟机GUID修改为步骤1)生成的新的虚拟机GUID：

4)根据修改后的VSS备份组件信息和虚拟机配置文件信息，调用VSS接口恢复注册新恢复的虚拟机。

所述的步骤2)具体为：

201)从备份介质中读取出VSS备份组件信息；

202)根据要恢复虚拟机的GUID查找对应于该虚拟机的VSS备份组件信息；

203)将VSS备份组件信息里要恢复虚拟机的GUID统一修改为新的虚拟机GUID。

所述的步骤3)具体为：