一种基于ipmi服务对服务器进行DC重启的测试方法与流程

本发明涉及服务器稳定性测试技术领域，具体提供一种基于ipmi服务对服务器进行DC重启的测试方法。

背景技术：

随着社会经济的不断发展进步，服务器的应用领域越来越广泛，用户对服务器的性能要求越来越高，以满足本领域的使用需求。其中，服务器的稳定性是最基本也是最重要的性能之一。随着IT领域技术的不断发展和大数据时代的到来，传统信息化服务以及日趋强大的云计算服务对服务器的稳定性需求越来越高。没有稳定性的服务器会给使用者带来不利的影响，造成不可预计的经济损失。服务器的电源是服务器系统中最重要的组成部分之一，为整个服务器系统提供动力，其中，电源的稳定性直接决定了服务器系统的稳定性。生产厂家在生产服务器过程中，都需要对服务器进行稳定性测试，对于电源的稳定性测试是服务器测试中最重要的环节之一。现有技术中，对电源稳定性测试中，最常用的测试方法就是开关机测试，同时借助疲劳测试机进行。但是，借助疲劳测试机通过开关机过程来测试电源的稳定性，需要的时间较长，降低了测试效率，提高了测试成本，有待进一步的改进。

技术实现要素：

本发明的技术任务是针对上述存在的问题，提供一种能节约测试成本，提高测试效率，实用性强，并且自动化程度高的基于ipmi服务对服务器进行DC重启的测试方法。

为实现上述目的，本发明提供了如下技术方案：

一种基于ipmi服务对服务器进行DC重启的测试方法，拷贝DC-reboot.bat测试脚本到server端机器上，在DC-reboot.bat中修改待测试client端机器的BMC IP地址及lan 口IP地址，预设重启次数；执行DC-reboot.bat测试脚本检查待测试client端机器的电源开关状态，若电源开关闭合，则对lan 口IP地址进行Ping测试操作并将测试结果记入server端机器中；若电源开关断开，则延时一定时间间隔通过ipmi控制开机且将重启次数增加一次，将开机时间及重启次数记入server端机器中，直到重启次数达到预设重启次数。

在server端机器上建立DC-reboot文件夹，将DC-reboot.bat、DC-count.txt、ipmitool.exe和libeay32.dll复制到DC-reboot文件夹下。在DC-reboot.bat中修改待测试client端机器的BMC IP地址为100.2.37.74，lan口IP地址为100.2.36.36，预设重启次数为500次。

测试过程中，执行DC-reboot.bat测试脚本，设置最初启动次数为0次。检查待测试client端机器的电源开关状态，若电源开关闭合，则按照lan 口IP地址100.2.36.36进行Ping测试操作并将测试结果记入server端机器中。若电源开关断开，则延时一定时间间隔通过ipmi控制待测试client端机器开机，并且将重启次数增加一次。将具体的开机时间及重启的次数记入server端机器的DC-count.txt文件中。若重启次数未达到预设重启次数，则再次检查待测试client端机器的电源开关状态；若重启次数达到预设重启次数，待测试client端机器进入操作系统，测试结束。

作为优选，在Ping测试操作过程中，若Ping通，则延时20s通过ipmi控制开机，并再次检查待测试client端机器的电源开关状态；否则延时20s直接检查待测试client端机器的电源开关状态。

作为优选，当电源开关断开时，延时10s通过ipmi控制开机。

作为优选，所述server端机器为Widows OS操作系统。

与现有技术相比，本发明具有以下突出的有益效果：本发明所述DC重启的测试方法利用ipmitool工具，从而不需借助疲劳测试机等硬件设备。同时通过ipmi服务来远程控制，在一台服务器或者PC上运行DC-reboot.bat自动化测试脚本，可以对多台服务器进行DC reboot控制，在很大程度上节约测试成本，提高测试效率。此外，DC-reboot.bat测试脚本运行独立于OS类型及BIOS版本，即待测试服务器的OS类型及BIOS版本不影响DC-reboot.bat测试脚本的运行，拓展了脚本的适用范围。

附图说明

图1是本发明所述基于ipmi服务对服务器进行DC重启的测试方法的流程示意图；

图2是本发明所述基于ipmi服务对服务器进行DC重启的测试方法的DC-reboot.bat测试脚本的运行流程示意图。

具体实施方式

下面将结合附图和实施例，对本发明的基于ipmi服务对服务器进行DC重启的测试方法作进一步详细说明。

实施例

如图1所示，本发明的基于ipmi服务对服务器进行DC重启的测试方法在server端机器上建立DC-reboot文件夹，将DC-reboot.bat、DC-count.txt、ipmitool.exe和libeay32.dll拷贝到DC-reboot文件夹下。在DC-reboot.bat测试脚本中修改待测试client端机器的BMC IP地址为100.2.37.74，lan口IP地址为100.2.36.36，预设重启次数为500次。执行DC-reboot.bat文件，开始测试。当重启次数达到预设重启次数时，待测试client端机器进入OS操作系统，测试结束。

如图2所示，测试过程中，执行DC-reboot.bat测试脚本，设置最初的重启次数为0次。检查待测试client端机器的电源开关状态，若电源开关闭合，则按照lan 口IP地址100.2.36.36进行Ping测试操作。在Ping测试操作过程中，若Ping通，则延时20s通过ipmi控制开机并再次检查待测试client端机器的电源开关状态；反之延时20s直接检查待测试client端机器的电源开关状态。若电源开关断开，则延时10s通过ipmi控制待测试client端机器开机，并且将重启次数增加一次。将具体的开机时间及重启的次数记入server端机器的DC-count.txt文件中。当重启总数未达到预设重启次数时，再次检查待测试client端机器的电源开关状态；当重启总数达到预设重启次数时，待测试client端机器进入OS操作系统，测试结束。

DC-reboot.bat测试脚本运行如下：

@echo off

REM此例中：测试服务器ip为100.2.37.74，lan口ip为100.2.36.36，重启次数为500次。

set /a i=0 ::设置重启次数为0

:BEGIN

REM循环检测服务器是否开机

for /L %%a in (1,1,500) do (

echo ======检查服务器开关机状态======

for /f "tokens=4 delims= " %%b in ('ipmitool -H 100.2.37.74 -I lanplus -U admin -P admin chassis power status') do (

if "%%b"=="off" (goto END) else (

if "%%b"=="on" (ping 100.2.37.74 –n 1

if %errorlevel%==0 (

echo ====服务器处于开机状态，即将进行关机！

for /l %%j in (3,-1,1) do (

ping 127.1 -n 2 >nul)

)

)

)

)

REM 每20秒钟检测一次是否在关机状态

for /l %%j in (20,-1,1) do (

echo =====================

echo %%j秒后执行下一次检查

ping 127.1 -n 2 >nul

)

)

:END::若服务器处于关机状态，则跳转至此处

echo ======服务器处于关机状态======

::延时10秒钟后开机

for /l %%j in (10,-1,1) do (

echo ======================

echo =====%%j秒后执行开机====

ping 127.1 -n 2 >nul

)

echo 服务器即将启动 !

echo 第 %i% 次启动

ipmitool -H 100.2.37.74 -I lanplus -U admin -P admin chassis power on::服务器开机

echo%date:~0,4%年%date:~5,2%月%date:~8,2%日 %date:~11,2% %time:~0,2%点%time:~3,2%分%time:~6,2%秒 >> DC-time.txt

echo 第%i%次启动 >> DC-count.txt

REM 此处可修改DC重启次数，e.g:重启1000次，将下面的500修改为1000即可。

if %i% lss 500 set /a i+=1&&goto :BEGIN ::判断服务器开机次数是否足够，若是则结束，否则继续检测。

Pause。

重启实例：查看的重启记录

DC-count.txt 文件内容：

2016年06月15日 周三 18点06分40秒

第1次启动

2016年06月15日 周三 18点11分15秒

第2次启动

2016年06月15日 周三 18点15分26秒

第3次启动

2016年06月15日 周三 18点19分42秒

第4次启动

2016年06月15日 周三 18点24分03秒

第5次启动

2016年06月15日 周三 18点28分29秒

第6次启动

2016年06月15日 周三 18点32分54秒

第7次启动

2016年06月15日 周三 18点37分14秒

第8次启动

……

以上所述的实施例，只是本发明较优选的具体实施方式，本领域的技术人员在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。