CN103473019A - 数据处理方法、服务器及存储阵列 - Google Patents

Abstract

本发明实施例提供一种数据处理方法、服务器及存储阵列，该方法包括：接收存储阵列发送的返回码；根据返回码，在返回码数据库中查询与返回码对应的处理属性，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系；根据查询到的处理属性，处理返回码。该方法中，服务器上的多路径软件可事先查询并获取存储阵列支持的各返回码与各返回码的处理属性的对应关系并保存在服务器的返回码数据库中，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续。

Description

数据处理方法、服务器及存储阵列

技术领域

本发明实施例涉及数据处理技术，尤其涉及一种数据处理方法、服务器及存储阵列。

背景技术

存储区网络（Storage Area Network，SAN）技术中，通过光纤、以太网等将存储阵列连接至服务器，在服务器与存储阵列之间建立主用路径和备用路径。当运行在服务器上的多路径软件检测到主用路径故障时，把输入/输出（Input/Output，I/O）请求切换到备用路径，以保证上层业务连续性。

随着存储阵列的智能化程度越来越高，其软/硬件复杂度也随之上升，应用场景和处理策略也越来越多样化，传统的多路径软件并不能满足日益发展的存储阵列。例如，服务器上特定的逻辑单元（Logical Unit，LU）可能不允许访问存储阵列上的某个控制器。此时，多路径软件会误认为该控制器故障，将该控制器上的所有I/O请求都切换到其他控制器，而实际上存储阵列所希望的仅是对该LU的I/O请求进行切换；再如，当前存储阵列无法成功的完成I/O请求时，会返回特定的返回码给服务器，使得多路径软件根据不同的返回码确定采取的措施。虽然小型计算机系统接口（Small Computer System Interface，SCSI）定义了多种不同的返回码用于表示不同事件或原因，然而，SCSI中的返回码定义的比较模糊，导致不同的存储厂商的理解不一致，而且，新增的返回码源源不断的出现，导致多路径软件可能不识别部分返回码。

现有技术中，各存储厂商定制与存储阵列配套的专用多路径软件，该专用多路径软件通过定制的方式对对应的存储阵列的I/O请求返回码进行处理。然而，该配套定制的方式中，各存储厂商的存储阵列仅能配套使用对应的专用多路径软件，专用多路径软件对对应的存储阵列的返回码进行处理并确定出采取的措施。当对存储阵列进行升级后，需要暂停运行多路径软件的服务器所承载的各业务，甚至需要重启服务器以对多路径软件联动的进行升级，严重影响了业务的连续性。

发明内容

本发明实施例提供一种数据处理方法、服务器及存储阵列，通过具有通用性的多路径软件，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续性。

第一个方面，本发明实施例提供一种数据处理方法，包括：

接收存储阵列发送的返回码；

根据所述返回码，在返回码数据库中查询与所述返回码对应的处理属性，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系；

根据查询到的所述处理属性，处理所述返回码。

在第一个方面的第一种可能的实现方式中，所述接收存储阵列发送的返回码之前，包括：

向所述存储阵列发送第一查询命令，以使所述存储阵列将当前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

在第二个方面的第二种可能的实现方式中，所述接收存储阵列发送的返回码之前，包括：

向所述存储阵列发送第二查询命令，以使得所述存储阵列将升级后支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

结合第一个方面、第一个方面的第一种或第二种可能的实现方式，在第一个方面的第三种可能的实现方式中，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

结合第一个方面的第三种可能的实现方式，在第一个方面的第四种可能的实现方式中，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

第二个方面，本发明实施例提供一种数据处理方法，包括：

向服务器发送返回码，所述服务器上运行多路径软件；

接收所述服务器发送的输入或输出请求，所述输入或输出请求为所述多路劲软件根据所述返回码，在返回码数据库中查询到与所述返回码对应的处理属性并对所述返回码进行处理后发送的，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系。

在第二个方面的第一种可能的实现方式中，所述向服务器发送返回码之前，包括：

接收所述多路径软件发送的第一查询命令；

将升级前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

在第二个方面的第二种可能的实现方式中，所述向服务器发送返回码之前，包括：

接收所述多路径软件发送的第二查询命令；

将升级后的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式，在第二个方面的第三种可能的实现方式中，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

结合第二个方面的第三种可能的实现方式，在第二个方面的第四种可能的实现方式中，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

第三个方面，本发明实施例提供一种数据处理装置，包括：

接收模块，用于接收存储阵列发送的返回码；

查询模块，用于根据所述接收模块接收到的所述返回码，在返回码数据库中查询与所述返回码对应的处理属性，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系；

处理模块，用于根据所述查询模块查询到的所述处理属性，处理所述返回码。

在第三个方面的第一种可能的实现方式中，所述装置还包括：

发送模块，用于向所述存储阵列发送第一查询命令，以使所述存储阵列将当前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述接收模块，用于接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

在第三个方面的第二种可能的实现方式中，所述装置还包括：

发送模块，用于向所述存储阵列发送第二查询命令，以使得所述存储阵列将升级后支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述接收模块，用于接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

结合第三个方面、第三个方面的第一种或第二种可能的实现方式，在第三个方面的第三种可能的实现方式在，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

结合第三个方面的第三种可能的实现方式，在第三个方面的第四种可能的实现方式中，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

第四个方面，本发明实施例提供一种数据处理装置，包括：

发送模块，用于向服务器发送返回码，所述服务器上运行多路径软件；

接收模块，用于接收所述服务器发送的输入或输出请求，所述输入或输出请求为所述多路劲软件根据所述返回码，在返回码数据库中查询到与所述返回码对应的处理属性并对所述返回码进行处理后发送的，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系。

在第四个方面的第一种可能的实现方式中，所述装置还包括：封装模块；

所述接收模块，用于接收所述多路径软件发送的第一查询命令；

所述封装模块，用于将升级前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述发送模块，用于向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

在第四个方面的第二种可能的实现方式中，所述装置还包括：封装模块；

所述接收模块，用于接收所述多路径软件发送的第二查询命令；

所述封装模块，用于将升级后的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述发送模块，用于向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

结合第四个方面、第四个方面的第一种或第二种可能的实现方式，在第四个方面的第三种可能的实现方式中，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

结合第四个方面的第三种可能的实现方式，在第四个方面的第四种可能的实现方式中，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

第五个方面，本发明实施例提供一种服务器，包括如上第三个方面或第三个方面的任一种可能的实现方式提供的数据处理装置。

第六个方面，本发明实施例提供一种存储阵列，包括如上第四个方面或第四个方面的任一种可能的实现方式提供的数据处理装置。

本发明实施例提供的数据处理方法、服务器及存储阵列，运行在服务器上的多路径软件通过接受存储阵列发送的返回码，根据返回码在返回码数据库中查找与该返回码对应的处理属性，并根据处理属性处理返回码。该过程中，服务器上的多路径软件可事先查询并获取存储阵列支持的各返回码与各返回码的处理属性的对应关系并保存在服务器的返回码数据库中，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续。另外，由于多路径软件与各个厂商的存储阵列的兼容，能有效避免多路径软件不能识别部分返回码或对I/O请求的处理方式等与存储阵列预期的处理方式等不一致，造成的处理不当的问题。

附图说明

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

图1为本发明数据处理方法实施例一的流程图；

图2为本发明数据处理方法实施例二的流程图；

图3为本发明数据处理方法实施例三的流程图；

图4为本发明数据处理方法实施例四的流程图；

图5为本发明数据处理方法实施例五的流程图；

图6为本发明数据处理装置实施例一的结构示意图；

图7为本发明数据处理装置实施例二的结构示意图；

图8为本发明数据处理装置实施例三的结构示意图；

图9为本发明数据处理装置实施例四的结构示意图；

图10为本发明数据处理装置实施例五的结构示意图；

图11为本发明数据处理装置实施例六的结构示意图；

图12为本发明数据处理装置实施例七的结构示意图。

具体实施方式

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

图1为本发明数据处理方法实施例一的流程图。本实施例的执行主体为服务器，其上运行有多路径软件，适用于存储阵列无法正确处理服务器发送的I/O请求时，向服务器发送返回码，由多路径软件对返回码进行处理的场景。具体的，本实施例包括如下步骤：

101、接收存储阵列发送的返回码。

存储阵列对接收到的I/O请求无法正确处理时，针对该I/O请求，向服务器发送返回码，相应的，服务器上运行的多路径软件接收该返回码。

102、根据返回码，在返回码数据库中查询与返回码对应的处理属性，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系。

服务器上事先保存有查询到的存储阵列所支持的所有返回码与各返回码的处理属性的对应关系的返回码数据库。本步骤中，在接受到返回码后，运行在服务器上的多路径软件根据返回码，在返回码数据库中查找与该返回码对应的处理属性，处理属性指示返回码的处理方式、重试类型等。

103、根据查询到的处理属性，处理返回码。

在查找到与返回码对应的处理属性后，多路径软件根据处理属性对返回码进行处理。

例如，服务器的特定逻辑单元（Logical Unit，LU）的I/O请求访问存储阵列的某个控制器，而该控制器事先被设置为拒绝LU访问且该控制器本身没有故障。此时，存储阵列向服务器发送返回码。多路径软件根据返回码，查询返回码数据库后发现该返回码对应的处理属性指示的处理方式为：切换控制器，即将该LU的I/O请求切换到存储阵列的其他控制器，而不对其他I/O请求进行控制器切换。

再如，存储阵列中被访问的控制器当前任务繁忙，无法及时处理部分I/O请求，需要多路径软件持续重试I/O请求。此时，存储阵列向服务器发送返回码。多路径软件根据返回码，查询返回码数据库后发现该返回码对应的处理属性指示的处理方式为原路径重试，即对I/O请求增加适当的时间间隔，原路径持续多次重试，从而减小控制器的压力。

又如，服务器的某个LU被设置为拒绝所有I/O请求的访问，此时，存储阵列向服务器发送返回码。多路径软件根据返回码，查询返回码数据库后发现该返回码对应的处理属性指示的处理方式为：终止I/O请求，即多路径软件不把该I/O请求的访问路径标记为损坏路径，也不反复重试该I/O请求，而是直接让该I/O请求失败。

本发明实施例提供的数据处理方法，运行在服务器上的多路径软件通过接受存储阵列发送的返回码，根据返回码在返回码数据库中查找与该返回码对应的处理属性，并根据处理属性处理返回码。该过程中，服务器上的多路径软件可事先查询并获取存储阵列支持的各返回码与各返回码的处理属性的对应关系并保存在服务器的返回码数据库中，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续。另外，由于多路径软件与各个厂商的存储阵列的兼容，能有效避免多路径软件不能识别部分返回码或对I/O请求的处理方式等与存储阵列预期的处理方式等不一致，造成的处理不当的问题。

进一步的，上述实施例一中，接收存储阵列发送的返回码之前，若服务器上未保存返回码数据库或者保存的返回码数据库的版本比较低，此时，运行在服务器上的多路径软件可向存储阵列发送第一查询命令，使得存储阵列将当前支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库并向多路径软件发送，多路径软件接收存储阵列发送的响应命令，响应命令携带存储阵列当前的返回码数据库。

进一步的，上述实施例一中，接收存储阵列发送的返回码之前，若存储阵列对自身支持的返回码及其对应的处理属性进行了更新或升级。此时，运行在服务器上的多路径软件可向存储阵列发送第二查询命令，使得存储阵列将升级后支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库并向多路径软件发送响应命令，多路径软件接收存储阵列发送的响应命令，响应命令携带存储阵列升级后的返回码数据库。

图2为本发明数据处理方法实施例二的流程图。本实施例的执行主体为存储阵列，适用于当存储阵列无法正确处理服务器发送的I/O请求时，向服务器发送返回码，由多路径软件对返回码进行处理的场景。具体的，本实施例包括如下步骤：

201、向服务器发送返回码，服务器上运行多路径软件。

本步骤中，当存储阵列对接收到的I/O请求无法正确处理时，针对该I/O请求，向服务器发送返回码。

202、接收服务器发送的输入或输出请求，输入或输出请求为多路劲软件根据返回码，在返回码数据库中查询到与返回码对应的处理属性并对返回码进行处理后发送的，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系。

本步骤中，在运行在服务器上的多路径软件根据处理属性对返回码进行处理后，得到下一步的动作指示，如原路径发送I/O请求、切换路径发送I/O请求等，重新向存储阵列发送I/O请求，存储阵列接收该重新发送的I/O请求。

需要说明的是，若多路径软件根据处理属性对返回码的处理结果为：终止I/O请求，则多路径软件直接让返回码对应的I/O请求失败，此时，存储阵列不接收I/O请求。

本发明实施例提供的数据处理方法，存储阵列在不能正确处理接收到的I/O请求时，向运行在服务器上的多路径软件发送返回码，使得多路径软件根据返回码在返回码数据库中查找与该返回码对应的处理属性，并根据处理属性处理返回码。该过程中，服务器上的多路径软件可事先查询并获取存储阵列支持的各返回码与各返回码的处理属性的对应关系并保存在服务器的返回码数据库中，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续。另外，由于多路径软件与各个厂商的存储阵列的兼容，能够有效避免多路径软件不能识别部分返回码或对I/O请求的处理方式等与存储阵列预期的处理方式等不一致，造成的处理不当的问题。

进一步的，上述实施例二中，向多路径软件发送返回码之前，存储阵列接收多路径软件发送的第一查询命令。将升级前支持的各返回码与各返回码的处理属性的对应关系封装成所述返回码数据库，并向多路径软件发送响应命令，响应命令携带所述存储阵列升级前的返回码数据库，以使多路径软件将存储阵列当前的返回码数据库保存在本地。

进一步的，上述实施例二中，向多路径软件发送返回码之前，存储阵列可对自身支持的返回码及其对应的处理属性进行更新或升级，当更新或升级完毕后，存储阵列接收所述多路径软件发送的第二查询命令，将升级后的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库，并向多路径软件发送响应命令，响应命令携带存储阵列升级后的返回码数据库，从而将升级后的返回码数据库保存在本地。

图3为本发明数据处理方法实施例三的流程图。如图3所示，服务器上运行有多路径软件，初始化阶段时，由于服务器上未保存存储阵列支持的所有返回码与各返回码的处理属性的对应关系的返回码数据库，此时，多路径软件向存储阵列下发第一查询命令以查询并获取当前的返回码数据库。具体的，本实施例包括如下步骤：

301、多路径软件向存储阵列发送第一查询命令。

具体的，第一查询命令例如可以为特定查询（Inquiry）命令，如：InquiryVPD Page 0xC2，多路径软件向存储阵列发送该Inquiry命令，以查询存储阵列当前对不能正确处理的I/O请求的返回码及其处理属性的对应关系。

302、存储阵列将当前支持的返回码及其对应关系封装成返回码数据库。

本步骤中，存储阵列在接收到Inquiry命令，即第一查询命令后，将当前支持的返回码及其处理属性的对应关系封装成返回码数据库，其版本（version）例如为version=1。具体的，存储阵列可对当前支持的所有返回码的处理属性用几个固定的信息来描述，将每个返回码与与其对应的处理属性封装成一条字段，将所有字段封装成返回码数据库。表1为本发明数据处理方法所适用的返回码数据库的信息表。

表1

字节	含义
		100-101	存储阵列支持的返回码的个数
102	每个返回码与与其对应的处理属性的大小
		103-114	第一个返回码与与其对应的处理属性
115-126	第二个返回码与与其对应的处理属性
		……	第n个返回码与与其对应的处理属性
1291-1302	第100个返回码与与其对应的处理属性
		1303-2048	预留空间

请参照表1，假设封装成的返回码数据库的大小为2048字节，有效数据从第100字节开始，前两个字节，即第二行的100-101的含义为：对于不能正确处理的I/O请求，该存储阵列能支持的返回码的个数，例如，若存储阵列可支持的返回码有100个，则可用0x00、0x64表示；第三个字节，即第三行的102的含义为：每个返回码与与其对应的处理属性的大小，即每个返回码与与其对应的处理属性封装后的大小，例如，若大小为12字节，则可表示为0x0C；接下来的12个字节，即103-114，表示对第1个返回码与与其对应的处理属性进行封装后得到的字段，115-126……，以此类推；最后的剩余字节，即1303-2048为预留空间。

再请参照表1，103-1302这1200个字节表示返回码与与其对应的处理属性的100个字段，可根据需求或预设的规则定制每个字段中的各字节的含义，例如，每个字节用一个十六进制的数去定义。具体的，存储阵列对每个返回码与与其对应的处理属性进行封装后得到的字段为12字节，该12字节的字段指示的返回码与处理属性可根据需求定制或根据预设的规则定制。例如，可将其中的4字节定义为返回码，将剩余的8字节定义为处理属性。

按照SCSI协议的规定，4字节的返回码包括：1个字节的SCSI Status、1字节的Sense Key、1个字节的ASC以及一个字节的ASCQ。其中，SCSI Status可包括进一步获取I/O请求失败的原因(CHECK_CONDITION)，可表示为0x02，任务已满（TASK_SET_FULL）指示信息，可表示为0x28，以及其他指示信息。Sense Key可包括介质错误（MEDIUM_ERROR）指示信息，可表示为0x03，UNIT_ATTENTION等信息。具体可参见SCSI的规定，在此不再赘述。

8字节的处理属性为本实施所适用的处理属性，其可包括：处理方式、重试类型、重试次数、重试时间、重试间隔、重试达上限后处理方式等信息。对于处理方式：可将原路径重试的处理方式定义为0x01，将切换路径的处理方式定义为0x02；将切换控制器的处理方式定义为0x03；将不处理直接透传的处理方式定义为0x04。对于重试类型，将按次数重试定义为0x01，将按时间重试定义为0x02，将无限次重试定义为0x03。对于重试次数，用一个整型值定义，并且单位为次。对于重试时间、重试间隔，也可以用一个整型值定义，并且单位为秒。对于重试达上限处理方式，可将切换路径定义为0x01，将切换控制器定义为0x02，将直接透传定义为0x03等。具体的，可参照表2，表2为本发明数据处理方法所适用的返回码与与其对应的处理属性的信息表。

表2

请参照表2，表2仅示出了100个返回码中的前三个返回码与与其对应的处理属性封装后得到的字段的格式。其中，第一返回码的格式如表3所示，表3为本发明数据处理方法所适用的第一返回码的格式表；第二返回码的格式如表4所示，表4为本发明数据处理方法所适用的第二返回码的格式表；第三返回码的格式如表5所示，表5为本发明数据处理方法所适用的第三返回码的格式表。

表3

根据表3及表2可知，该返回码对应的处理方式为0x04（不处理直接透传），即后续若多路径软件接收到的返回码为第一返回码，则对该第一返回码对应的I/O请求不处理而直接透传。

表4

根据表4及表2可知，该返回码对应的处理方式为0x01（原路径重试），对应的重试次数为0x0A(10次)，重试间隔为0x00（0秒），重试达上限后处理方式为0x01（路径切换），即后续若多路径软件接收到的返回码为第二返回码，则对该第二返回码对应的I/O请求，在原路径无间隔重试，最多重试10次，达到上限后切换路径。

表5

根据表5及表2可知，该返回码对应的处理方式为0x01（原路径重试），重试类型为0x02（按时间重试），重试时间为0x78（120秒），重试间隔为0x01（1秒），重试达上限后处理方式为0x02（切换控制器），即后续若多路径软件接收到的返回码为第三返回码，则对该第三返回码对应的I/O请求，在原路径上间隔1秒重试1次，最多重试120秒，达到上限后切换控制器。

303、存储阵列向多路径软件发送携带其当前的返回码数据库的响应命令。

本步骤中，存储阵列将封装好的、其当前只支持的返回码数据库携带在响应命令中发送给多路径软件，使得多路径软件将存储器当前的返回码数据库存储在服务器本地，后续若存储阵列无法正确处理某些I/O请求并发送返回码，此时，多路径软件根据接收到的返回码在返回码数据库中查找对应的处理属性并处理。

随着技术的不断发展，存储阵列能被应用的场景和新增的功能越来越多，不可避免的需要对存储阵列进行升级。此时，为满足升级后的存储阵列，需要对存储阵列的某些返回码进行更改或新增返回码，同样对存储阵列当前的返回码数据库进行升级或更改。图4为本发明数据处理方法实施例四的流程图。如图4所示，服务器上运行有多路径软件，当对存储阵列进行升级后，由于服务器上保存的返回码数据库为旧版本的返回码数据库。此时，多路径软件向存储阵列下发第二查询命令以查询并获取升级后的返回码数据库。具体的，本实施例包括如下步骤：

401、多路径软件向存储阵列发送第二查询命令。

具体的，第二查询命令例如可以为特定查询（Inquiry）命令，如：InquiryVPD Page 0xC2，多路径软件向存储阵列发送该Inquiry命令，以查询存储阵列升级后，对不能正确处理的I/O请求的返回码及其处理属性的对应关系。

402、存储整列将升级后支持的返回码及其处理属性的对应关系封装成返回码数据库。

本步骤中，存储阵列在接收到Inquiry命令，即第二查询命令后，将升级后支持的返回码及其处理属性的对应关系封装成返回码数据库，其版本（version）例如为version=2。具体的封装过程，请参见图3步骤302，此处不再赘述。

403、此处阵列向多路径软件发送携带其升级后的返回码数据库的响应命令。

本步骤中，存储阵列将封装好的、其升级后支持的返回码数据库携带在响应命令中发送给多路径软件。当存储阵列升级后，若后续由于存储阵列因内部异常等原因需要向服务器返回升级后支持的返回码数据库中的某个返回码时，使得多路径软件能够正确识别该返回码，并按照存储阵列期望的方式成功处理I/O请求。具体的，可参见图5，图5为本发明数据处理方法实施例五的流程图。

图5为假设存储阵列升级后，新增返回码M，该返回码M的处理方式为0x02（切换路径），当存储阵列发送返回码M时，存储阵列与多路径软件对返回码M的处理流程。具体的，本实施例包括如下步骤：

501、服务器向存储阵列发送I/O请求。

502、存储阵列向多路径软件发送返回码M。

当存储阵列因内部异常等原因，无法正确处理该I/O请求时，确定不能成功处理该I/O请求对应的返回码为M，则向多路径软件发明返回码M。

503、多路径软件根据返回码M查询升级后的返回码数据库。

多路径软件接收到返回码M后，根据之前通过第二查询命令查询获取到的存储阵列升级后支持的返回码数据库，确定与返回码M对应的处理属性。

504、多路径软件根据处理属性处理返回码。

当确定出返回码M对应的处理属性后，多路径软件发现该处理属性中处理方式为0x02（切换路径），则切换I/O请求的路径，重新向存储阵列在切换后的路径上发送I/O请求。

需要说明的是，多路径软件在切换路径前和切换路径后发送的I/O请求，可以为同一个I/O请求，亦可以为不同的I/O请求。

505、存储阵列向多路径软件发送I/O请求处理成功响应消息。

上述实施例中，当对存储阵列进行升级后，多路径软件可以自动更新返回码数据库，不需要人工干预，也不必中断当前运行的业务，且多路径软件可以支持多种存储阵列，不需对各厂商的存储阵列开发专门的多路径软件或存储阵列适配模块。

图6为本发明数据处理装置实施例一的结构示意图。本实施例提供的数据处理装置可设置在服务器上或服务器的多路径软件，也可以是服务器或多路径软件本身，是与本发明图1实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的数据处理装置100具体包括：

接收模块11，用于接收存储阵列发送的返回码；

查询模块12，用于根据接收模块11接收到的返回码，在返回码数据库中查询与返回码对应的处理属性，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系；

处理模块13，用于根据查询模块12查询到的处理属性，处理返回码；

本发明实施例提供的数据处理装置，通过接受存储阵列发送的返回码，根据返回码在返回码数据库中查找与该返回码对应的处理属性，并根据处理属性处理返回码，其可事先查询并获取存储阵列支持的各返回码与各返回码的处理属性的对应关系并保存在服务器的返回码数据库中，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续。另外，由于多路径软件与各个厂商的存储阵列的兼容，能有效避免多路径软件不能识别部分返回码或对I/O请求的处理方式等与存储阵列预期的处理方式等不一致，造成的处理不当的问题。

图7为本发明数据处理装置实施例二的结构示意图。如图7所示，本实施例的数据处理装置200在图6装置结构的基础上，进一步的，数据处理装置200还包括：

发送模块14，用于向存储阵列发送第一查询命令，以使存储阵列将当前支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

接收模块11，用于接收存储阵列发送的响应命令，响应命令携带存储阵列当前的返回码数据库。

进一步的，发送模块14，用于向存储阵列发送第二查询命令，以使得存储阵列将升级后支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

接收模块11，用于接收存储阵列发送的响应命令，响应命令携带存储阵列升级后的返回码数据库。

进一步的，处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

进一步的，处理方式包括：原路径重试、路径切换、切换控制器、不处理直接透传。

图8为本发明数据处理装置实施例三的结构示意图。本实施例提供的数据处理装置可设置在存储阵列上，也可以是存储阵列本身，是与本发明图2实施例对应的装置实施例，具体实现过程在此不再赘述。具体的，本实施例提供的数据处理装置300具体包括：

发送模块21，用于向服务器发送返回码，服务器上运行多路径软件；

接收模块22，用于接收服务器发送的输入或输出请求，输入或输出请求为多路劲软件根据返回码，在返回码数据库中查询到与返回码对应的处理属性并对返回码进行处理后发送的，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系。

本发明实施例提供的设置在存储阵列或独立存在的数据处理装置，存储阵列在不能正确处理接收到的I/O请求时，向运行在服务器上的多路径软件发送返回码，使得多路径软件根据返回码在返回码数据库中查找与该返回码对应的处理属性，并根据处理属性处理返回码。该过程中，服务器上的多路径软件可事先查询并获取存储阵列支持的各返回码与各返回码的处理属性的对应关系并保存在服务器的返回码数据库中，实现当存储阵列升级时，无需联动的对多路径软件进行升级，避免暂停运行多路径软件的服务器所承载的各业务，甚至重启服务器，从而保证业务的连续。另外，由于多路径软件与各个厂商的存储阵列的兼容，能够有效避免多路径软件不能识别部分返回码或对I/O请求的处理方式等与存储阵列预期的处理方式等不一致，造成的处理不当的问题。

图9为本发明数据处理装置实施例四的结构示意图。如图9所示，本实施例的数据处理装置400在图8装置结构的基础上，进一步的，数据处理装置400还包括：封装模块23；

接收模块22，用于接收多路径软件发送的第一查询命令；

封装模块23，用于将升级前支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

发送模块21，用于向多路径软件发送响应命令，响应命令携带存储阵列当前的返回码数据库。

进一步的，接收模块22，用于接收多路径软件发送的第二查询命令；

封装模块23，用于将升级后的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

发送模块21，用于向多路径软件发送响应命令，响应命令携带存储阵列升级后的返回码数据库。

进一步的，处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

进一步的，处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

图10为本发明数据处理装置实施例五的结构示意图。如图10所示，本实施例的数据处理装置500包括：

收发器31，用于接收存储阵列发送的返回码；

处理器32，用于根据返回码，在返回码数据库中查询与返回码对应的处理属性，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系，根据查询到的处理属性，处理返回码；

进一步的，收发器31，用于向存储阵列发送第一查询命令，以使存储阵列将当前支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

收发器31，用于接收存储阵列发送的响应命令，响应命令携带存储阵列当前的返回码数据库。

进一步的，收发器31，用于向存储阵列发送第二查询命令，以使得存储阵列将升级后支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

收发器31，用于接收存储阵列发送的响应命令，响应命令携带存储阵列升级后的返回码数据库。

进一步的，处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

进一步的，处理方式包括：原路径重试、路径切换、切换控制器、不处理直接透传。

本实施例的装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图11为本发明数据处理装置实施例六的结构示意图。如图11所示，本实施例的数据处理装置600包括：

发送器41，用于向服务器发送返回码，服务器上运行多路径软件；

接收器42，用于接收服务器发送的输入或输出请求，输入或输出请求为多路劲软件根据返回码，在返回码数据库中查询到与返回码对应的处理属性并对返回码进行处理后发送的，返回码数据库中保存有存储阵列支持的各返回码与各返回码的处理属性的对应关系。

本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图12为本发明数据处理装置实施例七的结构示意图。如图12所示，本实施例的数据处理装置700在上述图11装置的基础上，进一步的，还包括：处理器43。

接收器42，用于接收多路径软件发送的第一查询命令；

处理器43，用于将升级前支持的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

发送器41，用于向多路径软件发送响应命令，响应命令携带存储阵列当前的返回码数据库。

进一步的，接收器42，用于接收多路径软件发送的第二查询命令；

处理器43，用于将升级后的各返回码与各返回码的处理属性的对应关系封装成返回码数据库；

发送器41，用于向多路径软件发送响应命令，响应命令携带存储阵列升级后的返回码数据库。

进一步的，处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

进一步的，处理方式包括：原路径重试、路径切换、切换控制器、不处理直接透传。

本发明实施例还提供一种服务器，其可包括如上图6、图7或图10所示的数据处理装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例还提供一种存储阵列，其可包括如上图8、图9、图11或图12所示的数据处理装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (22)

1.一种数据处理方法，其特征在于，包括：

接收存储阵列发送的返回码；

根据所述返回码，在返回码数据库中查询与所述返回码对应的处理属性，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系；

根据查询到的所述处理属性，处理所述返回码。

2.根据权利要求1所述的方法，其特征在于，所述接收存储阵列发送的返回码之前，包括：

向所述存储阵列发送第一查询命令，以使所述存储阵列将当前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

3.根据权利要求1所述的方法，其特征在于，所述接收存储阵列发送的返回码之前，包括：

向所述存储阵列发送第二查询命令，以使得所述存储阵列将升级后支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

4.根据权利要求1～3任一项所述的方法，其特征在于，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

5.根据权利要求4所述的方法，其特征在于，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

6.一种数据处理方法，其特征在于，包括：

向服务器发送返回码，所述服务器上运行多路径软件；

接收所述服务器发送的输入或输出请求，所述输入或输出请求为所述多路劲软件根据所述返回码，在返回码数据库中查询到与所述返回码对应的处理属性并对所述返回码进行处理后发送的，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系。

7.根据权利要求6所述的方法，其特征在于，所述向服务器发送返回码之前，包括：

接收所述多路径软件发送的第一查询命令；

将升级前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

8.根据权利要求6所述的方法，其特征在于，所述向服务器发送返回码之前，包括：

接收所述多路径软件发送的第二查询命令；

将升级后的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

9.根据权利要求6～8任一项所述的方法，其特征在于，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

10.根据权利要求9所述的方法，其特征在于，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

11.一种数据处理装置，其特征在于，包括：

接收模块，用于接收存储阵列发送的返回码；

查询模块，用于根据所述接收模块接收到的所述返回码，在返回码数据库中查询与所述返回码对应的处理属性，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系；

处理模块，用于根据所述查询模块查询到的所述处理属性，处理所述返回码。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

发送模块，用于向所述存储阵列发送第一查询命令，以使所述存储阵列将当前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述接收模块，用于接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

发送模块，用于向所述存储阵列发送第二查询命令，以使得所述存储阵列将升级后支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述接收模块，用于接收所述存储阵列发送的响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

14.根据权利要求11～13任一项所述的装置，其特征在于，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

15.根据权利要求14所述的装置，其特征在于，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

16.一种数据处理装置，其特征在于，包括：

发送模块，用于向服务器发送返回码，所述服务器上运行多路径软件；

接收模块，用于接收所述服务器发送的输入或输出请求，所述输入或输出请求为所述多路劲软件根据所述返回码，在返回码数据库中查询到与所述返回码对应的处理属性并对所述返回码进行处理后发送的，所述返回码数据库中保存有所述存储阵列支持的各返回码与各所述返回码的处理属性的对应关系。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：封装模块；

所述接收模块，用于接收所述多路径软件发送的第一查询命令；

所述封装模块，用于将升级前支持的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述发送模块，用于向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列当前的返回码数据库。

18.根据权利要求16所述的装置，其特征在于，所述装置还包括：封装模块；

所述接收模块，用于接收所述多路径软件发送的第二查询命令；

所述封装模块，用于将升级后的各返回码与各所述返回码的处理属性的对应关系封装成所述返回码数据库；

所述发送模块，用于向所述多路径软件发送响应命令，所述响应命令携带所述存储阵列升级后的返回码数据库。

19.根据权利要求16～18任一项所述的装置，其特征在于，所述处理属性包括下述信息中的至少一种：处理方式、重试类型、重试次数、重试时间、重试间隔。

20.根据权利要求19所述的装置，其特征在于，所述处理方式包括：

原路径重试、路径切换、切换控制器、不处理直接透传。

21.一种服务器，其特征在于，包括如权利要求11～15任一项所述的装置。

22.一种存储阵列，其特征在于，包括如权利要求16～20任一项所述的装置。

Images