tual Machines目录下）。

　　接下来我们再尝试导出完整的虚拟机，步骤与之前不同的是在向导页面不要复选"仅导出虚拟机配置"。（图5）

   

    
    之后我们在 Hyper-V 管理器中的虚拟机列表中看到 WDS 这台虚拟机的操作状态当前为正在导出的进度。（图6）
    
  

    
    现在我们重新打开导出后的目录，会发现目录结构所有变化如下图所示，在 Virtual Hard Disks 目录下存在两个 VHD 文件，一个是为虚拟机配置使用的 WDS.vhd，另一个是父磁盘。Hyper-V 的导出很严谨很让我放心！呵呵。打开 config.xml 看看里面的内容，没有什么特殊之处，记录的是这台虚拟机导出前磁盘的相关配置信息。（图7）

  

    
    接下来我们测试一下导入功能，在左边的服务器列表窗体中先选中该 Hyper-V 服务器，鼠标右键单击并选中"导入虚拟机"。（图8）

   

　　   在向导中我确定了要导入的虚拟机位置并复选了"重复使用旧虚拟机 ID"，然后单击"导入"。（图9）

   

    
    出错，如下图所示！因为当前管理器中已经存在这台虚拟机，而且在导入时我复选了"重复使用旧虚拟机 ID"，所以出现这个错误是正常的。（图10）
    
   

    
    现在我们重新执行导入操作。（图11）
    
  

    
    由于没有复选"重复使用旧虚拟机 ID"，所以这次导入成功，但是给出了警告信息。如下图所示！（图12）
   

　　 运行事件查看器，定位到 Hyper-V-VMMS 下的 Admin 事件日志，看一看到具体的错误信息。从下图中我们看到这个错误信息来源于虚拟机的网络配置。（图13）

   

    
    进入 Hyper-V 管理器，打开先前导入的这台虚拟机配置页面，我们发现网络适配器没有配置。这个问题的出现还是与当前 Hyper-V 中包含有原虚拟机导致的。我们只需要重新配置网络适配器即可，不过在生产环境下我们还是需要注意，如果两台虚拟机都同时打开运行必然会出现问题。（图14）

   

    
    ok，下来我们来看看导入后的虚拟机磁盘的配置变化，从图中我们可以看到当虚拟机导入后，Hyper-V 会根据导出的配置信息重新调整磁盘位置，即分配的磁盘所在路径已经变为导出后的最终路径。（图15）
    
   

    
    至此，整个的导出导入操作就算完成了。前面 gOxiA 提到过导出后的配置文件--config.xml 及唯一标识符命名的目录和以扩展名为exp的文件，不知大家是否注意到，在导入虚拟机时向导中会有一段警告文字"导入之后，导入的虚拟机将使用此导入文件夹下的文件。无法再次导入此文件夹。"那么 Hyper-V 是如何识别当前虚拟机目录是否具备导入的信息呢？为了验证导入机制，gOxiA 又进行了如下的测试。导出完整的虚拟机，再进行导入，之后进行目录前后的变化对比，然后再删除虚拟机进行对比，发现除了是否具备 VHD 虚拟磁盘文件以外， config.xml 及以唯一标示符命名的目录和以扩展名为exp的文件是能否导入 Hyper-V 的关键，缺一不可!否则即会出现下面的错误。（图16）
   

    
    总结，当导入虚拟机后 Hyper-V 会自动删除导出后产生的 config.xml 文件，当从 hyper-V 中删除虚拟机时，会自动删除以唯一标识符命名的目录和以扩展名为exp的文件。使用记事本打开扩展名为exp的文件，里面纪录了详细的虚拟机配置信息。通过以上综述，希望大家能够掌握在何种场景中该如何正确使用 Hyper-V 的导出和导入功能。

9 7 3 1 2 4 8 :