虚拟机接管的问题的解决方法.doc

虚拟机接管的种种问题的解决方法 1.虚拟机演练或者接管起来后，在虚拟机系统里面找不到网卡 原因：是因为原设备的操作系统里面没有支持intel e1000类型网卡的驱动，所以做成虚拟机起来后也无法识别到配置的两个网卡。 解决方法：找到虚拟机的配置文件.vmx（通常这个路径是在存储介质所在的盘的），如下图： 图1 这个里面就是演练或者接管的虚拟机的配置信息所有的路径，虚拟机运行起来后的临时文件也在这里面。 图2 在.vmx文件中找到如下语句： ethernet0.virtualDev = e1000 ethernet1.virtualDev = e1000 改成（推荐） ethernet0.virtualDev = vmxnet ethernet1.virtualDev = vmxnet 或者是 ethernet0.virtualDev = vlance ethernet1.virtualDev = vlance 然后保存.vmx文件，再次启动虚拟机就行了。 备注： 值为e1000指定网卡类型为Intel(R) PRO/1000 值为vlance指定网卡类型为AMD PCNet AM79C970A（默认为此项） 值为vmxnet指定网卡类型为VMware PCI Ethernet Adapter 2.虚拟机接管起来后，无法设置回原机的IP 这里有两种情况： 第一种：原来的服务器上采用的是自动获取的IP地址 第二种：原来的服务器上采用的固定设置的IP地址 第一种情况：在把虚拟机里面的网卡的IP地址设置成原来的IP的时候，可能会提示警告，如下图： 处理方法是点击按钮“是”，确认修改。 第二种情况：在把虚拟机里面的网卡的IP地址设置成原来的IP的时候，可能会提示警告，如下图： 这个时候应该选择按钮“否”。 这里需要解释一下,原服务器备份过来的时候，原服务器的网卡信息和设定的IP信息还保留在注册表里面，但是硬件已经不存在了，所以在网络连接里面看不到这个网卡。当我们把这个服务器备份出来的数据用虚拟机接管启动后，把虚拟机里面的网卡设定成原来的IP时，系统会检查注册表，发现已经有同样的IP记录存在，所以会有这个提示。这个时候选择按钮“否”，就是强制的把虚拟机网卡设置成原来的IP. 3.虚拟机接管起来后，设置了IP,但是无法和外面的电脑通信 这里面有多种原因： 防火墙或者是其它安装软件把网络通信拦截了。 宿主电脑和虚拟机操作系统里面设置的IP不在同一个网段里面 宿主电脑和虚拟机操作系统里面设置的IP在同一个网段里面 注意：接管的时候，虚拟机里面配置的网卡是桥接模式的，这是我们认清问题所在的关键，演练的时候，虚拟机里面配置的网卡是NAT模式的。接管和演练的虚拟机都是双网卡的，可以设置不同的网段地址。也就是说接管时可以每个网卡可以桥接到不同的网卡所在的网段上。 第一种情况： 先把安装软件和防火墙停止，尝试看能不能解决。 第二种情况： 比如：我们软件的存储介质安装在192.168.1.2的电脑上，vmware也安装在这个电脑上，然后容灾的数据当然也在这个电脑上。源设备是192.168.4.3，192.168.4.3设备上的数据容灾到192.168.1.2的介质上。 用容灾出来的数据配置了虚拟机启动后，进入源设备的操作系统，然后想给系统里面的网卡设置成192.168.4.3的IP，这时候是不能成功的。 原因是接管的时候，虚拟机里面配置的网卡是桥接模式的，是桥接到192.168.1.2这个IP所在的网卡上的，虚拟机里面的网卡是通过宿主192.168.1.2的物理网卡来走数据的，明显192.168.1.2机器所在的路由无法分配出192.168.4.3的IP来。 这种情况下处理的办法是直接在宿主的机器上另外一个网卡接一个网线连接到192.168.4.3的网段。然后如果虚拟机里面还是无法ping通192.168.4.3网段其它设备，可能还需要设置vmware的虚拟路由，这时候需要加上第三种情况的解决办法。把vmware的虚拟路由指定桥接到192.168.4.3IP的网卡上就行。 第三种情况： 比如：我们软件的存储介质安装在192.168.1.2的电脑上，vmware也安装在这个电脑上，然后容灾的数据当然也在这个电脑上。源设备是192.168.1.3，这个设备上的数据容灾到192.168.1.2的介质上。 用容灾出来的数据配置了虚拟机启动后，进入源设备的操作系统，然后想给系统里面的网卡设置成192.168.1.3的IP，这时候有可能不成功。 原因是192.168.1.2的电脑上可能有多个网卡，是连接到不同的子网的， vmware的虚拟路由的桥接那个网卡是自动的，如下图： 图3 图4 如上图，VMnet0