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

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

《虚拟机接管的问题的解决方法.docx》由会员分享，可在线阅读，更多相关《虚拟机接管的问题的解决方法.docx（11页珍藏版）》请在冰点文库上搜索。

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

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

1.虚拟机演练或者接管起来后，在虚拟机系统里面找不到网卡

原因：

是因为原设备的操作系统里面没有支持intele1000类型网卡的驱动，所以做成虚拟机起来后也无法识别到配置的两个网卡。

解决方法：

找到虚拟机的配置文件.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"指定网卡类型为AMDPCNetAM79C970A（默认为此项）

值为"vmxnet"指定网卡类型为VMwarePCIEthernetAdapter

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是桥接模式的，自动桥接的，但是可能会桥接到任何一个本地网卡上，如果虚拟机启动的时候这个VMnet0不是刚好桥接到192.168.1.2网卡上，而是桥接到了可能为192.168.6.3的网卡上，那虚拟机里面的的网卡设置成192.168.1.3地址后，还是无法访问192.168.1.3所在网段的其它IP的，因为192.168.6.3的网卡所连接的网段里面不能找到任何192.168.1.3网段的IP.

这时候的解决办法就是设置Vmware软件的虚拟路由，如图3和图4,打开Vmware软件的虚拟网络编辑器，把VMnet0的桥接模式从自动的改成指定的，如下图：

图5

但是指定桥接到那个网卡之前应该先确认下宿主电脑上那个网卡连接到那个网段的，然后选择网段匹配的网卡。

然后再启动虚拟机，里面的IP应该就能和外面的电脑通信了。

这里要注意一点，宿主电脑上多网卡的时候，Vmware桥接的虚拟路由可能不只是VMnet0，还可能有VMnet1,VMnet2,都是Bridged类型的，如下图：

图6

如果是每个网卡都已经有一个桥接的虚拟路由，这种情况下，启动的虚拟机里面还是无法和外面的电脑通信的话，

那么可能要修改虚拟机配置文件.vmx文件。

改动如下：

如果是想让虚拟机里面的网卡1连接到VMnet0的子网上，

增加下面两行到vmx文件里面

ethernet0.vnet="VMnet0"

ethernet0.connectionType="custom"

删除如下行

workName="NAT"

如果是想让虚拟机里面的网卡2连接到VMnet2的子网上，

增加下面两行到vmx文件里面

ethernet1.vnet="VMnet2"

ethernet1.connectionType="custom"

删除如下行

workName="NAT"

也可以把.vmx文件拖到vmwareworkstation软件上来修改这网卡配置，如下图：

图7

注意：

通常在vmwareworkstation里面的虚拟网络编辑器里面的默认的桥接是WMnet0,这是默认选择本地的所有已经连接网络的网卡来自动桥接的，如下图8，但是实际上发现虚拟机启动后，里面的网卡是只能桥接到一个网卡上，不能同时桥接到多个网卡上的，所以发现有的子网IP是无法通信的。

图8

4.如何把在Web上配置的虚拟机用桌面的VMware打开

解决方法：

第一步：

找到虚拟机的配置文件vmx文件的路径，如下图

图9

第二步：

用VMwareWorkstation软件打开这个vmx文件，或者是直接的把这个文件拖到VMwareWorkstation的界面上。

通常做了这一步这个vmx文件就会打开成虚拟机的配置显示在VMwareWorkstation界面上，但是也有例外，如果是这个虚拟机已经在Web上启动过，所以在vmx所在的文件夹里面残留下一些状态文件和临时文件，这些文件会导致VMwareWorkstation出现如下提示：

图10

这时候应该点击按钮“TakeOwnership”，点击完了有可能就成功了，也可能再出现如下的提示：

图11

这时候应该把vmx配置文件所在的文件夹里面的一些临时文件和文件夹删除，这目录下的文件，除了“2012-01-12_15_23_35-000002_temp.vmx”文件外，其它的文件都是虚拟机启动过程中生成的，均可删除！

一般来说删除了“****vmx.lck”文件夹（就是以vmx.lck结尾的文件夹）后，再用VMwareWorkstation软件打开vmx文件就可以成功了。