CN106649020A - 一种存储器机箱烧录信息的检测方法及装置 - Google Patents

Abstract

本发明提供了一种存储器机箱烧录信息的检测方法及装置，该方法包括：在测试服务器中存储驱动加载脚本及信息抓取脚本，并通过串口线将至少一个待测试存储器与测试服务器相连；在测试服务器上，针对于每一个待测试存储器，均执行：扫描待测试存储器上输入输出IO模块的第一型号PN码；根据第一PN码，运行驱动加载脚本以加载待测试存储器上IO模块的驱动程序；运行信息抓取脚本，通过串口线抓取待测试存储器的机箱烧录信息；判断机箱烧录信息是否与预设配置文件中对应的机箱信息相同，如果是，确定待测试存储器的机箱烧录信息正确，否则确定待测试存储器的机箱烧录信息错误。本方案能够提高对存储器机箱烧录信息进行检测的效率。

Description

一种存储器机箱烧录信息的检测方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种存储器机箱烧录信息的检测方法及装置。

背景技术

随着计算机技术的不断发展与进步，服务器作为一种具有高性能、高可靠性和安全性的计算机，被广泛应用于生活及生产中的各个领域。与个人计算机不同，为了能够存储更多的数据，服务器通常配备有专门的存储器。存储器包括机箱、输入输出IO模块及多个硬盘，IO模块根据服务器的指令，向各个硬盘中存储数据或从各个硬盘中读取数据。

为了防止存储器被仿造以及便于后期对存储器进行维护，在存储器中烧录有相应的机箱烧录信息，为了保证机箱烧录信息的准确性，在存储器出厂之前需要对机箱烧录信息进行检测。

目前，在对存储器机箱烧录信息进行检测时，通过手动的方式加载IO模块的驱动程序，从而抓取存储器机箱烧录信息。

针对于目前对存储器机箱烧录信息进行检测的方法，针对于每一个存储器均需要通过人工操作的方式加载IO模块的驱动程序，由于通过人工操作的方式加载IO模块的驱动程序需要耗费较长的时间，导致对存储器机箱烧录信息进行检测的效率较低。

发明内容

本发明实施例提供了一种存储器机箱烧录信息的检测方法及装置，能够提高对存储器烧录信息进行检测的效率。

本发明实施例提供了一种存储器机箱烧录信息的检测方法，在测试服务器中存储驱动加载脚本及信息抓取脚本，并通过串口线将至少一个待测试存储器与所述测试服务器相连，还包括：

在所述测试服务器上，针对于每一个所述待测试存储器，均执行：

扫描所述待测试存储器上输入输出IO模块的第一型号PN码；

根据所述第一PN码，运行所述驱动加载脚本以加载所述待测试存储器上IO模块的驱动程序；

运行所述信息抓取脚本，通过所述串口线抓取所述待测试存储器的机箱烧录信息；

判断所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，如果是，确定所述待测试存储器的机箱烧录信息正确，否则确定所述待测试存储器的机箱烧录信息错误。

优选地，该方法进一步包括：在所述测试服务器中存储硬件检测脚本，并通过串行连接小型计算机系统接口SAS线将各个所述待测试存储器与所述测试服务器相连；

在所述运动所述信息抓取脚本之前，进一步包括：

运行所述硬件检测脚本，通过所述SAS线抓取所述待测试存储器的硬件信息；

根据所述硬件信息，判断所述待测试存储器与所述测试服务器之间SAS线连接状态以及所述待测试存储器上各个功能模块的在位状态是否均正常，如果否，发出报警信息；其中，所述功能模块包括硬盘及所述IO模块中的任意一个或全部。

优选地，

所述机箱烧录信息包括：背板固件Firmware版本信息、现场可更换单元FRU ID及机箱序列号中的任意一个或多个。

优选地，在所述确定所述待测试存储器的机箱烧录信息错误之后，进一步包括：

将所述机箱烧录信息中与所述机箱信息不同的错误信息输出。

优选地，在所述判断所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同之前，进一步包括：

扫描所述待测试存储器的机箱的第二型号PN码，并根据所述第二PN码确定所述待测试存储器的机箱型号；

所述判断所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，包括：

从所述预设配置文件中获取与所述机箱型号相对应的机箱信息，并将获取到的所述机箱信息与所述机箱烧录信息进行对比，以判断所述机箱烧录信息是否与所述机箱信息相同。

优选地，该方法进一步包括：

扫描所述待测试存储器上IO模块的序列号，根据所述序列号形成对应于所述待测试存储器的日志文件；

将所述第一PN码、所述机箱烧录信息及测试结果中的任意一个或多个写入所述日志文件。

本发明实施例还提供了一种存储器机箱烧录信息的检测装置，包括：第一扫描单元、加载单元、抓取单元及判断单元；

所述第一扫描单元，用于针对通过串口线与测试服务器相连的每一个待测试存储器，在所述测试服务器上扫描所述待测试存储器上输入输出IO模块的第一型号PN码；

所述加载单元，用于根据所述第一扫描单元获取的所述第一PN码，运行预先存储在所述测试服务器上的驱动加载脚本，以加载所述待测试存储器上IO模块的驱动程序；

所述抓取单元，用于运行预先存储在所述测试服务器上的信息抓取脚本，通过所述串口线抓取所述待测试存储器的机箱烧录信息；

所述判断单元，用于判断所述抓取单元抓取到的所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，如果是，确定所述待测试存储器的机箱烧录信息正常，否则确定所述待测试存储器的机箱烧录信息错误。

优选地，该装置进一步包括：硬件检测单元；

所述硬件检测单元，用于运行预先存储在所述测试服务器上的硬件检测脚本，通过与所述测试服务器相连的SAS线抓取所述待测试存储器的硬件信息；并根据所述硬件信息，判断所述待测试存储器与所述测试服务器之间的SAS线连接状态以及所述待测试存储器上各个功能模块的在位状态是否均正常，如果否，发出报警信息；其中，所述功能模块包括硬盘及所述IO模块中的任意一个或全部。

优选地，该装置进一步包括：输出单元；

所述输出单元，用于根据所述判断单元的判断结果，当确定所述待测试存储器的机箱烧录信息错误时，将所述机箱烧录信息中与所述机箱信息不同的错误信息输出。

优选地，该装置进一步包括：第二扫描单元；

所述第二扫描单元，用于扫描所述待测试存储器的机箱的第二信号PN码，并根据所述第二PN码确定所述待测试存储器的型号；

所述判断单元，用于从存储预设配置文件中获取与所述第二扫描单元确定的所述待测试存储器的型号相对应的机箱信息，并将获取到的所述机箱信息与所述抓取单元抓取到的所述机箱烧录信息进行对比，以判断所述机箱烧录信息是否与所述机箱信息相同。

优选地，该装置进一步包括：第三扫描单元及日志生成单元；

所述第三扫描单元，用于扫描所述待测试存储器上IO模块的序列号；

所述日志生成单元，用于根据所述第三扫描单元获得的所述序列号，形成对应于所述待测试存储器的日志文件，并将所述第一PN码、所述机箱烧录信息及测试结果中的任意一个或多个写入所述日志文件。

本发明实施例提供了一种存储器机箱烧录信息的检测方法及装置，通过串口线将至少一个待测试存储器与测试服务器相连，并在测试服务器中存储驱动加载脚本及信息抓取脚本；针对于每一个待测试存储器，扫描待测试存储器上IO模块的第一PN码，根据第一PN码运行驱动加载脚本加载待测试存储器上IO模块的驱动程序，以能够对待测试存储器进行信息抓取；在加载驱动程序后，运行信息抓取脚本，通过串口线抓取待测试存储器的机箱烧录信息，并判断所抓取的机箱烧录信息是否与预设配置文件中的机箱信息相同，如果是，则确定待测试存储器的机箱烧录信息正确，否则确定待测试存储器的机箱烧录信息错误。由此可见，通过驱动加载脚本可以自动完成多个待测试存储器上IO模块驱动程序的加载，无需通过手动逐个加载的方式加载IO模块的驱动程序，从而提高了对存储器机箱烧录信息进行测试的效率。

附图说明

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

图1是本发明一个实施例提供的一种存储器机箱烧录信息检测方法的流程图；

图2是本发明另一个实施例提供的一种存储器机箱烧录信息检测方法的流程图；

图3是本发明又一个实施例提供的一种存储器机箱烧录信息检测方法的流程图；

图4是本发明一个实施例提供的一种存储器机箱烧录信息检测装置的示意图。

具体实施方式

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

如图1所示，本发明实施例提供了一种存储器机箱烧录信息的检测方法，该方法可以包括以下步骤：

步骤101：在测试服务器中存储驱动加载脚本及信息抓取脚本，并通过串口线将至少一个待测试存储器与所述测试服务器相连；

步骤102：在所述测试服务器上，针对于每一个所述待测试存储器，扫描所述待测试存储器上输入输出IO模块的第一型号PN码；

步骤103：根据所述第一PN码，运行所述驱动加载脚本以加载所述待测试存储器上IO模块的驱动程序；

步骤104：运行所述信息抓取脚本，通过所述串口线抓取所述待测试存储器的机箱烧录信息；

步骤105：判断所述机箱烧录信息是否与预设配置文件中的机箱信息相同，如果是，确定所述待测试存储器的机箱烧录信息正确，否则确定所述待测试存储器的机箱烧录信息错误。

本发明实施例提供了一种存储器机箱烧录信息的检测方法，通过串口线将至少一个待测试存储器与测试服务器相连，并在测试服务器中存储驱动加载脚本及信息抓取脚本；针对于每一个待测试存储器，扫描待测试存储器上IO模块的第一PN码，根据第一PN码运行驱动加载脚本加载待测试存储器上IO模块的驱动程序，以能够对待测试存储器进行信息抓取；在加载驱动程序后，运行信息抓取脚本，通过串口线抓取待测试存储器的机箱烧录信息，并判断所抓取的机箱烧录信息是否与预设配置文件中的机箱信息相同，如果是，则确定待测试存储器的机箱烧录信息正确，否则确定待测试存储器的机箱烧录信息错误。由此可见，通过驱动加载脚本可以自动完成多个待测试存储器上IO模块驱动程序的加载，无需通过手动逐个加载的方式加载IO模块的驱动程序，从而提高了对存储器机箱烧录信息进行测试的效率。

在本发明一个实施例中，还可以预先在测试服务器中存储硬件检测脚本，并通过SAS线将各个待测试存储器与测试服务器相连。相应地，针对于每一个待测试存储器，在步骤104之前，运行硬件检测脚本，通过SAS线抓取待测试存储器的硬件信息，并根据所抓取的硬件信息，判断待测试存储器与测试服务器之间SAS线的连接状态是否正常，以及判断待测试存储器上各个功能模块的在位状态是否正常，如果存在连接状态或在位状态不正常，则发出报警信息。其中，功能模块包括硬盘、IO模块等中的一个或多个。

具体地，针对于每一个待测试存储器，在抓取机箱烧录信息之前，通过硬件检测脚本抓取待测试存储器的硬件信息，根据硬件信息判断硬盘、IO模块的在位状态及SAS线连接状态，当硬盘、IO模块及SAS线存在一个或多个状态异常时，发出报警信息。由于待测试存储器的硬件问题会导致机箱烧录信息抓取失败，在抓取机箱烧录信息之前对待测试存储器的硬件进行检测，如果硬件存在问题，则可以在对该存储器的机箱烧录信息进行抓取之前首先排除硬件问题，降低由于存储器硬件故障导致机箱烧录信息抓取失败的概率，相对于机箱烧录信息抓取失败后再排除硬件问题，进一步提高了对存储器机箱烧录信息进行检测的效率。

在本发明一个实施例中，机箱烧录信息包括存储器背板固件Firmware版本信息、现场可更换单元FRU ID以及机箱序列号中的任意一个或多个。

具体地，背板Firmware版本信息、FRU ID信息及机箱序列号信息均是存储器的重要标识，均烧录在存储器中。保证背板Firmware版本信息、FRU ID信息及机箱序列号信息的正确，对存储器的防伪及后期维护均至关重要，因此对背板Firmware版本信息、FRU ID信息及机箱序列号信息等机箱烧录信息进行检测，在保证存储器生产商和用户利益方面都有重要意义。

在本发明一个实施例中，在步骤105之后，如果确定待测试存储器的机箱烧录信息错误，则将机箱烧录信息中与配置文件中机箱信息不同的错误信息输出。当确定机箱烧录信息错误后，将导致机箱烧录信息错误的部分错误信息输出，这样检测人员便可以确定烧录错误的信息，便于对错误信息进行重新烧录，从而方便对机箱烧录信息错误的存储器进行返工，提高了本发明实施例所提供的存储器机箱烧录信息检测方法的功能性。

在本发明一个实施例中，在步骤105之前，扫描待测试存储器机箱的第二PN码，根据第二PN码确定待测试存储器的机箱型号。相应地，在步骤105中判断机箱烧录信息是否与配置文件中对应的机箱信息相同时，从预设的配置文件中获取与待测试存储器的机箱型号相对应的机箱信息，将获取到的机箱信息与步骤104中抓取到的机箱烧录信息进行对比，从而判断所抓取到的机箱烧录信息是否与配置文件中对应的机箱信息相同。

具体地，在配置文件中存储各种型号机箱对应的机箱信息，在判断机箱烧录信息是否正确之前，首先扫描待测试机箱的第二PN码，通过机箱的第二PN码能够确定待测试存储器的机箱型号，根据待测试存储器的机箱型号从配置文件中获取相对应的机箱信息与抓取到的机箱烧录信息进行比对。这样，一方面保证了对机箱烧录信息进行检测的准确性；另一方面，由于配置文件中存储有各种机箱型号相对应的机箱信息，因此可以通过该方法对具有不同机箱型号的存储器进行检测，提高了本实施例所提供的存储器机箱烧录信息检测方法的适用性。

在本发明一个实施例中，该方法还可以扫描待测试存储器上IO模块的序列号，根据获取到的序列号形成与待测试存储器相对应的日志文件，并将获取到的第一PN码、机箱烧录信息及测试结果中的一个或多个写所形成的日志文件中。

具体地，由于待测试存储器上IO模块的序列号具有唯一性，通过IO模块的序列号可以标识存储器，创建与IO模块序列号相对应的日志文件作为待测试存储器的测试日志文件，保证每一个测试存储器对应有一个日志文件。将对待测试存储器机箱烧录信息进行检测过程中获得的第一PN码、机箱烧录信息及测试结果等信息写到对应日志文件中，还可以将测试过程中涉及到的各种操作步骤及数据也写到日志文件中。这样，在完成一个存储器机箱烧录信息的检测后，根据该存储器对应的日志文件，可以对测试的整个过程进行查看，方便存储器出现问题后对问题原因进行分析及追责。

下面以同时对4个存储器的机箱烧录信息进行检测为例，对本发明实施例所提供的存储器机箱烧录信息的检测方法作进一步详细说明，如图2所示，该方法可以包括以下步骤：

步骤201：将测试服务器与各个待测试存储器相连。

在本发明一个实施例中，在需要对存储器的机箱烧录信息进行测试时，通过串口转接盒(USB COM)将测试服务器与各个待测试存储器相连，其中，串口转接盒的一端通过USB转串口与测试服务的USB接口相连，串口转接盒的另一端通过串口线与各个待测试存储器相连。同时，通过SAS线或FC线将测试服务器与各个待测试存储器相连。

例如，现有4个存储器需要进行机箱烧录信息检测，4个存储器分别为存储器1至存储器4。通过5接口串口转接盒及串口线将服务器A与4个存储器相连，同时连接服务器A端与各个存储器端的SAS线。

步骤202：在测试服务器上安装驱动加载脚本、信息抓取脚本及硬件检测脚本。

在本发明一个实施例中，在对存储器的机箱烧录信息进行检测之前，在测试服务器上安装好操作系统，并安装测试脚本，其中测试脚本包括驱动加载脚本、信息抓取脚本及硬件检测脚本。

例如，在服务器A上安装Linux操作系统，并在服务器A上安装驱动加载脚本、信息抓取脚本及硬件检测脚本。

步骤203：针对于每一个待测试存储器，扫描待测试存储器中IO模块的序列号，形成相对应的日志文件。

在本发明一个实施例中，针对于每一个待测试存储器，通过扫描枪等扫描设备扫描待测试存储器中IO模块的序列号，其中IO模块的序列号以条形码的形式粘贴在IO模块或存储器机箱上。根据获取到的IO模块形成对应与当前存储器的日志文件。日志文件的名称以时间进行命名，日志文件的存储路径可以通过相应的配置文件进行指定。在后续的各个步骤中，对该存储器进行的所有操作过程及获取到的数据和结果均通过日志的形式写入该日志文件中。

例如，针对4个存储器中的存储器1，扫描存储器1上IO模块1的序列号，比如序列号为111，形成对应于序列号111的日志文件，根据时间将该日志文件进行命名为20160806portchk_chassis.log。

步骤204：扫描待测试存储器上IO模块的第一PN码。

在本发明一个实施例中，通过扫描枪等扫描设备扫描待测试存储器中IO模块的第一PN码，其中IO模块的第一PN码以条形码的形式粘贴在IO模块或存储器机箱上。

例如，对存储器1上IO模块1的PN码进行扫描，其中IO模块1的PN码以条形码的形式粘贴在IO模块1或存储器1机箱上，获取IO模块1的PN码为101。

步骤205：根据第一PN码，运行驱动加载脚本对待测试存储器的IO模块加载驱动程序。

在本发明一个实施例中，在获取到待测试存储器上IO模块的第一PN码后，根据第一PN码确定待测试存储器上IO模块的类型，根据IO模块的类型加载相对应的驱动程序，以使测试服务器能够从待测试存储器上抓取信息。

例如，通过运行驱动加载脚本，确定PN码为101的IO模块1为SAS类型的IO模块，相应地为存储器1上的IO模块1加载SAS类型的驱动程序。

步骤206：运行硬件检测脚本，通过SAS线抓取待测试存储器的硬件信息。

在本发明一个实施例中，在测试服务器上运行硬件检测脚本，通过SAS线抓取待测试存储器的硬件信息，其中硬件信息包括硬盘在位状态信息、IO模块在位状态信息及SAS线连接状态信息。

例如，在服务器A上运行硬件检测脚本，通过与存储器1相连的SAS线抓取存储器1上硬盘、IO模块及SAS线的状态信息，形成硬盘在位状态信息、IO模块在位状态信息及SAS线连接状态信息。

步骤207：判断测试服务器与待测试存储器的连接状态及各个模块的在位状态是否均正常，如果是，执行步骤208，否则发出报警信息并结束当前流程。

在本发明一个实施例中，对抓取到的硬盘在位状态信息、IO模块在位状态信息及SAS线连接状态信息进行分别判断，如果硬盘在位状态信息、IO模块在位状态信息及SAS线连接状态信息均正常，说明待测试存储器的硬件无问题，相应地的执行步骤208；如果硬盘在位状态信息、IO模块在位状态信息及SAS线连接状态信息中存在至少一个异常，说明待测试存储器的硬件存在问题，相应地结束当前流程，以对硬件问题进行排除。

例如，如果存储器1上各个硬盘及IO模块均在位，且与服务器A之间的SAS线连接良好，针对存储器1执行捕捉208。如果存储器1上的硬盘不在位，则结束当前流程。

步骤208：运行信息抓取脚本，通过串口线抓取待测试存储器的机箱烧录信息。

在本发明一个实施例中，在测试服务器上运行信息抓取脚本，通过与待测试存储器相连的串口线抓取待测试存储器的机箱烧录信息，其中机箱烧录信息包括背板Firmware、FRU ID和机箱序列号等信息。

例如，在服务器A上运行信息抓取脚本，通过与存储器1相连的SAS线抓取存储器1上背板Firmware、FRU ID和机箱序列号。

步骤209：扫描待测试存储器机箱的第二PN码，并根据第二PN码确定待测试存储器的机箱型号。

在本发明一个实施例中，通过扫描枪等扫描设备扫描待测试存储器机箱的第二PN码，其中第二PN码以条形码的形式粘贴在待测试存储器机箱上。根据获取到的第二PN码，确定出待测试存储器的机箱信号。

例如，通过扫描存储器1机箱上的机箱型号条形码，获取存储器1机箱的第二PN码，比如第二PN码为201。而第二PN码为201对应的机箱型号为H型机箱，则确定存储器1的机箱型号为H。

步骤210：根据待测试存储器的机箱型号，获取待测试存储器对应的机箱信息。

在本发明一个实施例中，在获取到待测试存储器的机箱型号后，从预设的配置文件中获取与待测试存储器的机箱型号相对应的机箱信息，其中，预设的配置文件中包括各种型号机箱对应的机箱信息，机箱信息包括但不限于背板Firmware、FRU ID和机箱序列号。

例如，从预设的配置文件中获取H型机箱对应的机箱信息作为存储器1对应的机箱信息。

步骤211：判断机箱烧录信息与机箱信息是否相同，如果是，执行步骤212，否则执行步骤213。

在本发明一个实施例中，将步骤208中获取到的机箱烧录信息与步骤210中获取到的机箱进行对比，如果机箱烧录信息与机箱信息相同，说明待测试存储器的机箱烧录信息正确，相应地执行步骤212；如果机箱烧录信息中存在与机箱信息不同的不问，说明待测试存储器的机箱烧录信息存在错误，相应地执行步骤213。

例如，如果存储器1对应的机箱烧录信息与机箱信息中包括的背板Firmware、FRUID和机箱序列号全部相同，针对存储器1执行步骤212；如果存储器1对应的机箱烧录信息与机箱信息中包括的背板Firmware、FRU ID和机箱序列号中存在至少一个不同，则针对存储器2执行步骤213。

步骤212：确定待测试存储器的机箱烧录信息正确，并结束当前流程。

步骤213：确定待测试存储器的机箱烧录信息错误，并输出错误信息。

在本发明一个实施例中，当确定待测试存储器的机箱烧录信息错误后，将烧录信息中与机箱信息不同的错误信息输出。

例如，当存储器1对应的机箱烧录信息与对应的机箱信息中背板Firmware不同时，将机箱烧录信息中的背板Firmware输出。

在如图2所示的存储器机箱烧录信息的检测方法中，信息抓取脚本可以包括以下内容：

如图3所示，本发明一个实施例提供了一种存储器机箱烧录信息的检测方法，该方法可以包括：

步骤301：硬件环境搭建。

在本发明实施例中，使用一台服务器，通过USB COM(串口转接盒)将服务器端与数台存储器用串口线连接(目的是通过串口进行交互)；同时连接服务器端与存储器端的SAS线或者FC线。

步骤302：软件环境搭建。

在本发明实施例中，服务器端装好Linux操作系统，安装测试脚本(挂载U盘mount/dev/sdb4/mnt；复制即可cpChassis_test/usr/local/bin/Neptune/)。

步骤303：系统下执行自动化程式。

在本发明实施例中，系统下执行自动化程式(加执行权限chmod+x Chassis_test；执行命令./Chassis_test)。

步骤304：扫描IO序列号，形成日志文件。

在本发明实施例中，依次扫描各个存储器中I/O的序列号，log会自动写在以时间命名的文件夹中，路径可以自己通过配置文件指定；程序中断log自动结束。

相应的脚本包括：

print"Please scan uiomsn[]:"；

chomp($uiom_sn＝<STDIN>)；

my$output_filename＝"20160806portchk_chassis.log"。

步骤305：扫描IO的PN。

在本发明实施例中，扫描任意IO的PN(统一待测存储器IO的PN，只能同时测试一个型号的)。

相应的脚本包括：

print"Please scan IO pn[]:"。

步骤306：加载驱动程序。

在本发明实施例中，根据扫描的IO的PN程序自动判断I/O类型并自动加载驱动程序，加载成功程序继续；加载失败，打印error，处理异常后重新执行程序。

相应的脚本包括：

subload_driver；

if($fc){`modprobemptfc`}--FC类型的I/O

if($sas){`modprobemptsas`}---SAS类型的I/O。

步骤307：硬件检测。

在本发明实施例中，程序通过SAS线抓取各个存储器的硬件信息，自动判断服务器与存储器的连接状态及各个模块的在位状况(包括HDD，SAS线连接状态，IO的状态)，如果状态都是OK的程序会继续运行，如果程序判断出存储器端及服务器端有异常则会在终端报错“test fail”，同时打印error信息，排除问题后继续重新测试。

相应的脚本包括：

subget_device

my($encl)＝@_；

my@sg_map＝`sg_map-x-i`。

步骤308：扫描机箱PN。

在本发明实施例中，扫描任意待测机箱的PN(统一待测存储器IO的PN，只能同时测试一个型号的)。

相应的脚本包括：

print"Please scan IO pn[]:"。

步骤309：抓取机箱烧录信息并判断。

在本发明实施例中，程序通过串口线抓取机箱烧录信息，(包括背板Firmware,FRUID，产品序列号)与配置文件中的机箱信息做对比(配置文件中记录了各种型号机箱的信息)；如果抓取的信息与配置文件信息完全相同则测试通过，如果与配置文件的信息有差异则测试fail,在终端打印出error原因(即提取出配置失败的字符串)，解决异常后重新测试。

相应的脚本包括：

如图4所示，本发明一个实施例提供了一种存储器机箱烧录信息的检测装置，该装置可以包括：第一扫描单元401、加载单元402、抓取单元403及判断单元404；

所述第一扫描单元401，用于针对通过串口线与测试服务器相连的每一个待测试存储器，在所述测试服务器上扫描所述待测试存储器上输入输出IO模块的第一型号PN码；

所述加载单元402，用于根据所述第一扫描单元401获取的所述第一PN码，运行预先存储在所述测试服务器上的驱动加载脚本，以加载所述待测试存储器上IO模块的驱动程序，使所述抓取单元403能够从所述待测试存储器上抓取信息；

所述抓取单元403，用于运行预先存储在所述测试服务器上的信息抓取脚本，通过所述串口线抓取所述待测试存储器的机箱烧录信息；

所述判断单元404，用于判断所述抓取单元403抓取到的所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，如果是，确定所述待测试存储器的机箱烧录信息正常，否则确定所述待测试存储器的机箱烧录信息错误。

在本发明一个实施例中，该存储器机箱烧录信息的检测装置还可以包括硬件检测单元，硬件检测单元用于运行预先存储在所述测试服务器上的硬件检测脚本，通过与所述测试服务器相连的SAS线抓取所述待测试存储器的硬件信息；并根据所述硬件信息，判断所述待测试存储器与所述测试服务器之间的SAS线连接状态以及所述待测试存储器上各个功能模块的在位状态是否均正常，如果否，发出报警信息；其中，所述功能模块包括硬盘及所述IO模块中的任意一个或全部。

在本发明一个实施例中，该存储器机箱烧录信息的检测装置还可以包括输出单元，输出单元用于根据所述判断单元的判断结果，当确定所述待测试存储器的机箱烧录信息错误时，将所述机箱烧录信息中与所述机箱信息不同的错误信息输出。

在本发明一个实施例中，该存储器机箱烧录信息的检测装置还可以包括第二扫描单元，第二扫描单元用于扫描所述待测试存储器的机箱的第二信号PN码，并根据所述第二PN码确定所述待测试存储器的型号；相应地，判断单元用于从存储预设配置文件中获取与所述第二扫描单元确定的所述待测试存储器的型号相对应的机箱信息，并将获取到的所述机箱信息与所述抓取单元抓取到的所述机箱烧录信息进行对比，以判断所述机箱烧录信息是否与所述机箱信息相同。

在本发明一个实施例中，该存储器机箱烧录信息的检测装置还可以包括第三扫描单元及日志生成单元，其中，第三扫描单元用于扫描所述待测试存储器上IO模块的序列号；日志生成单元用于根据所述第三扫描单元获得的所述序列号，形成对应于所述待测试存储器的日志文件，并将所述第一PN码、所述机箱烧录信息及测试结果中的任意一个或多个写入所述日志文件。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例还提供了一种可读介质，包括执行指令，当存储控制器的处理器执行所述执行指令时，所述存储控制器执行本发明实施例中存储器机箱烧录信息的检测方法。

本发明实施例还提供了一种存储控制器，包括：处理器、存储器和总线；

所述存储器用于存储执行指令，所述处理器与所述存储器通过所述总线连接，当所述存储控制器运行时，所述处理器执行所述存储器存储的所述执行指令，以使所述存储控制器执行本发明实施例中存储器机箱烧录信息的检测方法。

本发明实施例提供了一种存储器机箱烧录信息的检测方法及装置，至少具有如下有益效果：

1、在本发明实施例提供的存储器机箱烧录信息的检测方法及装置中，通过串口线将至少一个待测试存储器与测试服务器相连，并在测试服务器中存储驱动加载脚本及信息抓取脚本；针对于每一个待测试存储器，扫描待测试存储器上IO模块的第一PN码，根据第一PN码运行驱动加载脚本加载待测试存储器上IO模块的驱动程序，以能够对待测试存储器进行信息抓取；在加载驱动程序后，运行信息抓取脚本，通过串口线抓取待测试存储器的机箱烧录信息，并判断所抓取的机箱烧录信息是否与预设配置文件中的机箱信息相同，如果是，则确定待测试存储器的机箱烧录信息正确，否则确定待测试存储器的机箱烧录信息错误。由此可见，通过驱动加载脚本可以自动完成多个待测试存储器上IO模块驱动程序的加载，无需通过手动逐个加载的方式加载IO模块的驱动程序，从而提高了对存储器机箱烧录信息进行测试的效率。

2、在本发明实施例提供的存储器机箱烧录信息的检测方法及装置中，在抓取机箱烧录信息之前，通过硬件检测脚本抓取待测试存储器的硬件信息，根据硬件信息判断硬盘、IO模块的在位状态及SAS线连接状态，当硬盘、IO模块及SAS线存在一个或多个状态异常时，发出报警信息。由于待测试存储器的硬件问题会导致机箱烧录信息抓取失败，在抓取机箱烧录信息之前对待测试存储器的硬件进行检测，如果硬件存在问题，则可以在对该存储器的机箱烧录信息进行抓取之前首先排除硬件问题，降低由于存储器硬件故障导致机箱烧录信息抓取失败的概率，相对于机箱烧录信息抓取失败后再排除硬件问题，进一步提高了对存储器机箱烧录信息进行检测的效率。

3、在本发明实施例提供的存储器机箱烧录信息的检测方法及装置中，当确定机箱烧录信息错误后，将导致机箱烧录信息错误的部分错误信息输出，这样检测人员便可以确定烧录错误的信息，便于对错误信息进行重新烧录，从而方便对机箱烧录信息错误的存储器进行返工，提高了本发明实施例所提供的存储器机箱烧录信息检测方法的功能性。

4、在本发明实施例提供的存储器机箱烧录信息的检测方法及装置中，在配置文件中存储各种型号机箱对应的机箱信息，在判断机箱烧录信息是否正确之前，首先扫描待测试机箱的第二PN码，通过机箱的第二PN码能够确定待测试存储器的机箱型号，根据待测试存储器的机箱型号从配置文件中获取相对应的机箱信息与抓取到的机箱烧录信息进行比对。这样，一方面保证了对机箱烧录信息进行检测的准确性；另一方面，由于配置文件中存储有各种机箱型号相对应的机箱信息，因此可以通过该方法对具有不同机箱型号的存储器进行检测，提高了本实施例所提供的存储器机箱烧录信息检测方法的适用性。

5、在本发明实施例提供的存储器机箱烧录信息的检测方法及装置中，将对待测试存储器机箱烧录信息进行检测过程中获得的第一PN码、机箱烧录信息及测试结果等信息写到对应日志文件中，还可以将测试过程中涉及到的各种操作步骤及数据也写到日志文件中。这样，在完成一个存储器机箱烧录信息的检测后，根据该存储器对应的日志文件，可以对测试的整个过程进行查看，方便存储器出现问题后对问题原因进行分析及追责。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种存储器机箱烧录信息的检测方法，其特征在于，在测试服务器中存储驱动加载脚本及信息抓取脚本，并通过串口线将至少一个待测试存储器与所述测试服务器相连，还包括：

在所述测试服务器上，针对于每一个所述待测试存储器，均执行：

扫描所述待测试存储器上输入输出IO模块的第一型号PN码；

根据所述第一PN码，运行所述驱动加载脚本以加载所述待测试存储器上IO模块的驱动程序；

运行所述信息抓取脚本，通过所述串口线抓取所述待测试存储器的机箱烧录信息；

判断所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，如果是，确定所述待测试存储器的机箱烧录信息正确，否则确定所述待测试存储器的机箱烧录信息错误。

2.根据权利要求1所述的方法，其特征在于，进一步包括：在所述测试服务器中存储硬件检测脚本，并通过串行连接小型计算机系统接口SAS线将各个所述待测试存储器与所述测试服务器相连；

在所述运动所述信息抓取脚本之前，进一步包括：

运行所述硬件检测脚本，通过所述SAS线抓取所述待测试存储器的硬件信息；

根据所述硬件信息，判断所述待测试存储器与所述测试服务器之间SAS线连接状态以及所述待测试存储器上各个功能模块的在位状态是否均正常，如果否，发出报警信息；其中，所述功能模块包括硬盘及所述IO模块中的任意一个或全部。

3.根据权利要求1所述的方法，其特征在于，

所述机箱烧录信息包括：背板固件Firmware版本信息、现场可更换单元FRU ID及机箱序列号中的任意一个或多个。

4.根据权利要求1所述的方法，其特征在于，

在所述确定所述待测试存储器的机箱烧录信息错误之后，进一步包括：

将所述机箱烧录信息中与所述机箱信息不同的错误信息输出。

5.根据权利要求1所述的方法，其特征在于，

在所述判断所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同之前，进一步包括：

扫描所述待测试存储器的机箱的第二型号PN码，并根据所述第二PN码确定所述待测试存储器的机箱型号；

所述判断所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，包括：

从所述预设配置文件中获取与所述机箱型号相对应的机箱信息，并将获取到的所述机箱信息与所述机箱烧录信息进行对比，以判断所述机箱烧录信息是否与所述机箱信息相同。

6.根据权利要求1至5中任一所述的方法，其特征在于，进一步包括：

扫描所述待测试存储器上IO模块的序列号，根据所述序列号形成对应于所述待测试存储器的日志文件；

将所述第一PN码、所述机箱烧录信息及测试结果中的任意一个或多个写入所述日志文件。

7.一种存储器机箱烧录信息的检测装置，其特征在于，包括：第一扫描单元、加载单元、抓取单元及判断单元；

所述第一扫描单元，用于针对通过串口线与测试服务器相连的每一个待测试存储器，在所述测试服务器上扫描所述待测试存储器上输入输出IO模块的第一型号PN码；

所述加载单元，用于根据所述第一扫描单元获取的所述第一PN码，运行预先存储在所述测试服务器上的驱动加载脚本，以加载所述待测试存储器上IO模块的驱动程序；

所述抓取单元，用于运行预先存储在所述测试服务器上的信息抓取脚本，通过所述串口线抓取所述待测试存储器的机箱烧录信息；

所述判断单元，用于判断所述抓取单元抓取到的所述机箱烧录信息是否与预设配置文件中对应的机箱信息相同，如果是，确定所述待测试存储器的机箱烧录信息正常，否则确定所述待测试存储器的机箱烧录信息错误。

8.根据权利要求7所述的装置，其特征在于，进一步包括：硬件检测单元；

所述硬件检测单元，用于运行预先存储在所述测试服务器上的硬件检测脚本，通过与所述测试服务器相连的SAS线抓取所述待测试存储器的硬件信息；并根据所述硬件信息，判断所述待测试存储器与所述测试服务器之间的SAS线连接状态以及所述待测试存储器上各个功能模块的在位状态是否均正常，如果否，发出报警信息；其中，所述功能模块包括硬盘及所述IO模块中的任意一个或全部。

9.根据权利要求7所述的装置，其特征在于，

进一步包括：输出单元；

所述输出单元，用于根据所述判断单元的判断结果，当确定所述待测试存储器的机箱烧录信息错误时，将所述机箱烧录信息中与所述机箱信息不同的错误信息输出；

和/或，

进一步包括：第二扫描单元；

所述第二扫描单元，用于扫描所述待测试存储器的机箱的第二信号PN码，并根据所述第二PN码确定所述待测试存储器的型号；

所述判断单元，用于从存储预设配置文件中获取与所述第二扫描单元确定的所述待测试存储器的型号相对应的机箱信息，并将获取到的所述机箱信息与所述抓取单元抓取到的所述机箱烧录信息进行对比，以判断所述机箱烧录信息是否与所述机箱信息相同。

10.根据权利要求7至9中任一所述的装置，其特征在于，进一步包括：第三扫描单元及日志生成单元；

所述第三扫描单元，用于扫描所述待测试存储器上IO模块的序列号；

所述日志生成单元，用于根据所述第三扫描单元获得的所述序列号，形成对应于所述待测试存储器的日志文件，并将所述第一PN码、所述机箱烧录信息及测试结果中的任意一个或多个写入所述日志文件。