一种基于EFI环境的验证VMware系统BIOS兼容性的方法与流程

本发明涉及bios刷新技术领域，特别是涉及一种基于efi环境的验证vmware系统bios兼容性的方法。

背景技术：

vmware是一个“虚拟pc”软件公司，提供服务器、桌面虚拟化的解决方案。其虚拟化平台的产品包括播放器；它能使个人用台式电脑运行虚拟机器，融合器，它是用户基于英特尔结构苹果机的桌面虚拟化产品，工作站的软件开发商和企业的资讯科技专才，能使虚拟分区的服务器。

金融行业客户端一般采用vmware系统，在户升级bios等固件的时候，由于涉及到系统的重启，经常出现各种问题，当遇到较小概率的问题时，无法快速定位是bios固件升级引起的，还是由于vmware系统或者客户本身环境引起的，这样最终导致客户为了避免虚拟机以及业务不受影响，拒绝升级服务器的bios固件。

现有技术中，bois升级都是在dos或linux中进行刷新，而dos或linux不能直接进入vmware系统，从而不能进行bios兼容性验证，降低了bois刷新的可靠性。

技术实现要素：

本发明实施例中提供了一种基于efi环境的验证vmware系统bios兼容性的方法，以解决现有技术中bois刷新可靠性低的问题。

为了解决上述技术问题，本发明实施例公开了如下技术方案：

本发明提供了一种基于efi环境的验证vmware系统bios兼容性的方法，包括：

启动efi环境；

获取bios刷新文件进行刷新；

刷新结束后进入vmware系统：

从所述vmware系统中获取重启文件进行重启。

优选地，所述启动efi环境具体包括：

在bois中将efi设置为第一启动项；

将所述efi的子选项中的efishell设置为第一启动项。

优选地，所述获取bios刷新文件进行刷新具体包括：

获取批处理文件；

将所述批处理文件后缀修改为.nsh；

获取刷新工具以及bios镜像文件；

根据所述批处理文件、刷新工具以及bios镜像文件进行刷新。

优选地，将所述刷新工具格式设置为：-全部刷新-刷新bois-刷新完不重启-刷新完立即生效。

优选地，所述刷新结束后进入vmware系统具体包括：

刷新完毕后从efi中读取vmware系统盘进入vmware系统。

优选地，所述从所述vmware系统中获取重启文件进行重启具体包括：

从所述vmware系统的存储硬盘中读取efi文件夹；

从所述efi文件夹中读取重启文件夹；

从所述重启文件夹中读取重启文件；

根据所述重启文件进行重启。

优选地，所述根据所述重启文件进行重启具体包括：

将重启文件路径添加至所述vmware系统启动时加载的local.sh文件中。

优选地，在将重启文件路径添加至所述vmware系统启动时加载的local.sh文件中之前还包括：进行预设时间休眠。

优选地，所述方法还包括：

重启后重新进行bios刷新。

由以上技术方案可见，本发明中将bios刷新在efi环境中进行，在efi环境中刷新完后直接进入vmware系统，可以立即判断出vmware系统的非正常运行时由bios刷新造成的还是其他因素造成的，提提高了bois刷新的可靠性。

附图说明

了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种基于efi环境的验证vmware系统bios兼容性的方法的流程示意图；

图2为本发明实施例提供的获取bios刷新文件进行刷新的方法的流程示意图；

图3为本发明实施例提供的从vmware系统中获取重启文件进行重启的方法的流程示意图；

图4为本发明实施例提供的另一种基于efi环境的验证vmware系统bios兼容性的方法的流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

参见图1，为本发明实施例提供的一种基于efi环境的验证vmware系统bios兼容性的方法的流程示意图，如图1所示，本发明实施例提供的基于efi环境的验证vmware系统bios兼容性的方法，包括：

s10：启动efi环境。

传统的bios升级是在dos或者linux环境中进行的，而通过dos和linux进行bios刷新后不能直接进入vmware系统，无法立即确知bios刷新后vmware系统的运行情况，因此，本发明实施例将bios刷新在efi环境中进行，通过efi进入vmware系统。

启动efi环境的步骤具体包括：在服务器的bios中的boot选项中将efi设置为第一启动项，保证服务器每次重启都会进入efi中，由于有vm系统，所以在efi的子选项中需要将efishell设置为第一启动项。

s20：获取bios刷新文件进行刷新。

参见图2，为本发明实施例提供的获取bios刷新文件进行刷新的方法的流程示意图，如图2所示，所述获取bios刷新文件进行刷新具体包括：

s21：获取批处理文件。

现有的bios刷新一般都是在dos或linux中进行刷新，刷新的文件从u盘中读取，因此，为了使本发明的实施过程简化，仍采用从u盘中读取批处理文件。

s22：将所述批处理文件后缀修改为.nsh。

从u盘中读取的批处理文件是适用于dos或linux刷新的格式，而该格式在efi中无法运行，因此，为了使批处理文件能在efi中正常运行，将批处理文件的后缀修改为.nsh。

s23：获取刷新工具以及bios镜像文件。

s24：根据所述批处理文件、刷新工具以及bios镜像文件进行刷新。

刷新工具以及bios镜像文件同样从u盘中获取，获取的刷新工具需要进行格式修改，修改后的格式为：-全部刷新、-刷新bois、-刷新完不重启、-刷新完立即生效。

具体的，刷新工具格式为isflashx64.efinf8460m3_bios_4.1.03_20180110.bin–all–bios–n–rva，其中。-all便是全部刷新；–bios表示刷新bios；–n表示刷新完不重启；–rva表示刷新完立即生效；

s30：刷新结束后进入vmware系统。

刷新完毕后从efi中读取vmware系统盘进入vmware系统。

s40：从所述vmware系统中获取重启文件进行重启。

参见图3，为本发明实施例提供的从vmware系统中获取重启文件进行重启的方法的流程示意图，如图3所示，所述从所述vmware系统中获取重启文件进行重启具体包括：

s41：从所述vmware系统的存储硬盘中读取efi文件夹。

进入vmware系统后从系统的存储硬盘中读取efi文件夹。

s42：从所述efi文件夹中读取重启文件夹。

s43：从所述重启文件夹中读取重启文件。

重启文件在进行bios刷新之前已经通过winscp或vsphere工具上传至vmware系统的存储硬盘下，/vmfs/volumes/datastore1路径下。

s44：根据所述重启文件进行重启。

具体的，所述根据所述重启文件进行重启为将重启文件路径添加至所述vmware系统启动时加载的local.sh文件中，当vmware系统启动后会自动加载local.sh文件夹，将重启文件添加到该文件路径下可以保证在启动中可以自行启动重启命令。

如果将重启文件一直保存在local.sh文件中将会使vmware系统陷入一直重启的死循环，因此，将重启文件保存在local.sh文件中需要由用户手动触发，因此，为了给用户留有足够的时间添加文件，在将重启文件路径添加至所述vmware系统启动时加载的local.sh文件中之前还包括：进行预设时间休眠。进行预设时间休眠的指令保存在重启文件中。

参见图4，为本发明实施例提供的另一种基于efi环境的验证vmware系统bios兼容性的方法的流程示意图，如图4所述，所述方法还包括：重启后重新执行步骤s20进行bios刷新。

bios刷新后引起的vmware系统不能正常工作主要体现在蓝屏、死机等不能正常启动的情况，因此在刷新后vmware系统能够正常启动则说明此次的bios刷新对vmware系统不会造成影响，但是仅仅通过一次刷新不能说明是否真的不会存在影响，因此，需要进行大量的bios刷新来验证bios刷新是否会影响vmware系统正常使用，因此，在vmware系统重启后再次进行执行步骤s20，从而通过多次的bios刷新来验证其兼容性。如果对于某些bios刷新只需一次即可判断的其兼容性的情况则重启后不需再次刷新。如需跳出bios重复刷新的过程则停止vmware系统的重启过程即可。

本发明中将bios刷新在efi环境中进行，在efi环境中刷新完后直接进入vmware系统，可以立即判断出vmware系统的非正常运行时由bios刷新造成的还是其他因素造成的，提提高了bois刷新的可靠性。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。