CN115359834B - 一种盘仲裁区域检测方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了计算机技术领域内的一种盘仲裁区域检测方法、装置、设备及可读存储介质。本申请提供的方法包括：遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点；利用目标节点检测目标磁盘中的仲裁区域对于IO的响应；若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息。本申请使系统中的所有节点均衡承担系统中各盘的检测任务，能够平衡盘检测任务和IO业务对存储系统的压力，并且系统中负载较小的非RAID成员盘也有可能被选为仲裁盘，可优化仲裁盘的选择策略。本申请提供的一种盘仲裁区域检测装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种盘仲裁区域检测方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种盘仲裁区域检测方法、装置、设备及可读存储介质。

背景技术

目前，存储系统中需要设置仲裁盘来记录仲裁信息，基于该仲裁信息可方便确定存储系统中的主控节点，或者使存储系统分裂为多个。当前可以对存储系统中的RAID（Redundant Arraysof Independent Disks，磁盘阵列）成员盘进行检测，以根据检测到的盘健康状况确定哪些盘可被选为仲裁盘。在检测各RAID成员盘时，系统既需要承担IO业务，又需要承担检测任务，因此系统总体负载可能较大，会降低系统整体性能。

因此，如何平衡盘检测任务和IO业务对存储系统的压力，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种盘仲裁区域检测方法、装置、设备及可读存储介质，以平衡盘检测任务和IO业务对存储系统的压力。其具体方案如下：

第一方面，本申请提供了一种盘仲裁区域检测方法，包括：

遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点；其中，所述目标节点为所述多控存储系统中的任一节点；

利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应；

若所述响应为IO报错消息且所述目标磁盘不是系统仲裁盘，则为所述目标磁盘添加仲裁区域故障的标记信息。

可选地，所述基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点，包括：

从所述预设负载均衡策略中获取所述多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；

按照所述对应关系确定用于检测所述目标磁盘的目标节点。

可选地，所述对应关系的构建过程包括：

将所述多控存储系统中的所有磁盘均衡分配至所述多控存储系统中的各节点，得到分配结果；

按照所述分配结果建立所述对应关系。

可选地，所述利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应，包括：

利用所述目标节点读取所述仲裁区域中的任一段连续地址中存储的数据；

若读取数据失败，则确定所述仲裁区域对于IO的响应为所述IO报错消息。

可选地，所述确定所述仲裁区域对于IO的响应为所述IO报错消息之前，还包括：

对当前连续地址执行修复操作，若当前连续地址修复失败，则执行所述确定所述仲裁区域对于IO的响应为所述IO报错消息的步骤。

可选地，所述对当前连续地址执行修复操作，包括：

将随机生成数据写入当前连续地址；

从当前连续地址读取所述随机生成数据；

若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

可选地，还包括：

若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是所述仲裁区域的结束地址时，利用所述目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据。

可选地，还包括：

若读取数据时获取到所述目标磁盘的离线消息或当前连续地址的尾地址是所述仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。

可选地，还包括：

若所述响应为所述IO报错消息且所述目标磁盘是所述系统仲裁盘，则生成所述系统仲裁盘的故障提示消息。

可选地，所述生成所述系统仲裁盘的故障提示消息之后，还包括：

收集所述多控存储系统中各磁盘的所述标记信息；

基于各磁盘的所述标记信息重新选择所述系统仲裁盘。

可选地，所述基于各磁盘的所述标记信息重新选择所述系统仲裁盘，包括：

将没有所述标记信息的磁盘作为候选盘，并基于仲裁盘选择策略在各候选盘中选择所述系统仲裁盘。

可选地，所述利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应，包括：

利用所述目标节点下发读请求和/或写请求至所述仲裁区域；

获取所述仲裁区域对于所述读请求和/或所述写请求的处理结果；

将所述仲裁区域对于所述读请求和/或所述写请求的处理结果作为所述仲裁区域对于IO的响应。

第二方面，本申请提供了一种盘仲裁区域检测装置，包括：

遍历模块，用于遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点；其中，所述目标节点为所述多控存储系统中的任一节点；

检测模块，用于利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应；

标记模块，用于若所述响应为IO报错消息且所述目标磁盘不是系统仲裁盘，则为所述目标磁盘添加仲裁区域故障的标记信息。

可选地，遍历模块具体用于：

从所述预设负载均衡策略中获取所述多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；按照所述对应关系确定用于检测所述目标磁盘的目标节点。

可选地，所述对应关系的构建过程包括：

将所述多控存储系统中的所有磁盘均衡分配至所述多控存储系统中的各节点，得到分配结果；按照所述分配结果建立所述对应关系。

可选地，检测模块包括：

读IO检测单元，用于利用所述目标节点读取所述仲裁区域中的任一段连续地址中存储的数据；若读取数据失败，则确定所述仲裁区域对于IO的响应为所述IO报错消息。

可选地，检测模块还包括：

修复单元，用于在所述确定所述仲裁区域对于IO的响应为所述IO报错消息之前，对当前连续地址执行修复操作，若当前连续地址修复失败，则执行所述确定所述仲裁区域对于IO的响应为所述IO报错消息的步骤。

可选地，修复单元具体用于：

将随机生成数据写入当前连续地址；从当前连续地址读取所述随机生成数据；若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

可选地，检测模块还包括：

循环单元，用于若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是所述仲裁区域的结束地址时，利用所述目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据。

可选地，还包括：

定时模块，用于若读取数据时获取到所述目标磁盘的离线消息或当前连续地址的尾地址是所述仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。

可选地，还包括：

提示模块，用于若所述响应为所述IO报错消息且所述目标磁盘是所述系统仲裁盘，则生成所述系统仲裁盘的故障提示消息。

可选地，还包括：

仲裁盘更换模块，用于在所述生成所述系统仲裁盘的故障提示消息之后，收集所述多控存储系统中各磁盘的所述标记信息；基于各磁盘的所述标记信息重新选择所述系统仲裁盘。

可选地，仲裁盘更换模块具体用于：

将没有所述标记信息的磁盘作为候选盘，并基于仲裁盘选择策略在各候选盘中选择所述系统仲裁盘。

可选地，检测模块具体用于：

利用所述目标节点下发读请求和/或写请求至所述仲裁区域；

获取所述仲裁区域对于所述读请求和/或所述写请求的处理结果；

将所述仲裁区域对于所述读请求和/或所述写请求的处理结果作为所述仲裁区域对于IO的响应。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的盘仲裁区域检测方法。

第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的盘仲裁区域检测方法。

通过以上方案可知，本申请提供了一种盘仲裁区域检测方法，包括：遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点；其中，所述目标节点为所述多控存储系统中的任一节点；利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应；若所述响应为IO报错消息且所述目标磁盘不是系统仲裁盘，则为所述目标磁盘添加仲裁区域故障的标记信息。

可见，本申请通过遍历多控存储系统中的各磁盘来检测各磁盘的健康状况，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点，由此可使系统中的所有节点均衡承担系统中各盘的检测任务，不至于某一节点承担的检测任务较多，而影响了该节点上的IO业务。在具体检测各个盘时，利用上述步骤确定的目标节点检测目标磁盘中的仲裁区域对于IO的响应；若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息，后续便可以依据此标记信息为系统选择仲裁盘。并且，本申请对系统中的每个磁盘都进行检测，也就是说：系统中的每个磁盘都有概率被选为仲裁盘，选择范围并不局限于系统中的RAID成员盘。因为存储系统中的非RAID成员盘的业务负载压力一般小，更适合被选为仲裁盘。可见，本申请使系统中的所有节点均衡承担系统中各盘的检测任务，能够平衡盘检测任务和IO业务对存储系统的压力，并且系统中负载较小的非RAID成员盘也有可能被选为仲裁盘，可优化仲裁盘的选择策略。

相应地，本申请提供的一种盘仲裁区域检测装置、设备及可读存储介质，也同样具有上述技术效果。

附图说明

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

图1为本申请公开的一种盘仲裁区域检测方法流程图；

图2为本申请公开的另一种盘仲裁区域检测方法流程图；

图3为本申请公开的一种verify IO的结果处理示意图；

图4为本申请公开的一种write verify指令的结果处理示意图；

图5为本申请公开的一种盘仲裁区域检测装置示意图；

图6为本申请公开的一种电子设备示意图。

具体实施方式

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

目前，可以对存储系统中的RAID成员盘进行检测，以根据检测到的盘健康状况确定哪些盘可被选为仲裁盘。在检测各RAID成员盘时，系统既需要承担IO业务，又需要承担检测任务，因此系统总体负载可能较大，会降低系统整体性能。为此，本申请提供了一种盘仲裁区域检测方案，能够平衡盘检测任务和IO业务对存储系统的压力，优化仲裁盘的选择策略。

参见图1所示，本申请实施例公开了一种盘仲裁区域检测方法，包括：

S101、遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点。

需要说明的是，多控存储系统包括多个节点以及多个磁盘，并且，所有磁盘被每个节点可见。为了使各个节点分担各磁盘的检测任务，可以将各磁盘均衡分配给相应节点，以使各个节点均衡承担各磁盘的检测任务。假设共有2个节点、10个磁盘，那么可使每个节点承担5个磁盘的检测任务。其中，目标节点为多控存储系统中的任一节点。

在一种实施方式中，基于预设负载均衡策略确定用于检测目标磁盘的目标节点，包括：从预设负载均衡策略中获取多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；按照对应关系确定用于检测目标磁盘的目标节点。其中，对应关系的构建过程包括：将多控存储系统中的所有磁盘均衡分配至多控存储系统中的各节点，得到分配结果；按照分配结果建立对应关系。

S102、利用目标节点检测目标磁盘中的仲裁区域对于IO的响应。

需要说明的是，每个磁盘中都有一部分空间用作仲裁区域，其他空间用来存储业务数据。若某一磁盘被选为系统仲裁盘，那么该磁盘中的仲裁区域用来存储仲裁数据。若某一磁盘没有被选为系统仲裁盘，那么该磁盘中的仲裁区域不存储任何数据。仲裁区域可位于每个磁盘的存储空间尾部，例如：在每个磁盘的末尾预留512M大小作为仲裁区域。仲裁区域的大小可根据实际情况进行调整。

在本实施例中，检测仲裁区域对于IO的响应的目的是：检测仲裁区域的读写功能是否有问题。为此，利用目标节点检测目标磁盘中的仲裁区域对于IO的响应，包括：利用目标节点下发读请求和/或写请求至仲裁区域；获取仲裁区域对于读请求和/或写请求的处理结果；将仲裁区域对于读请求和/或写请求的处理结果作为仲裁区域对于IO的响应。可见，仲裁区域对于IO的响应包括：读IO的响应和/或写IO的响应。若读IO的响应或写IO的响应有问题，则认为仲裁区域对于IO的响应出错，故确定响应为IO报错消息。

由于仲裁区域是一个整块的存储空间，而该整块存储空间中可能有个别地址故障，为了检测出该整块存储空间中的个别故障地址，可以分区域检测仲裁区域。在一种实施方式中，利用目标节点检测目标磁盘中的仲裁区域对于IO的响应，包括：利用目标节点读取仲裁区域中的任一段连续地址中存储的数据；若读取数据失败，则确定仲裁区域对于IO的响应为IO报错消息。若从当前连续地址读不出数据，则表明当前连续地址故障，因此确定仲裁区域对于IO的响应出错。

当然，由于数据读取出错存在偶然性，因此在某一连续地址读不出数据时，可以尝试进行修复操作；在修复失败后，才认为仲裁区域对于IO的响应出错；若修改成功，则对仲裁区域中的其他地址继续检测。在一种实施方式中，确定仲裁区域对于IO的响应为IO报错消息之前，还包括：对当前连续地址执行修复操作，若当前连续地址修复失败，则执行确定仲裁区域对于IO的响应为IO报错消息的步骤。其中，对当前连续地址执行修复操作，包括：将随机生成数据写入当前连续地址；从当前连续地址读取随机生成数据；若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

在一种实施方式中，若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是仲裁区域的结束地址时，利用目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据，并根据数据读取成功与否的结果进行进一步处理。

当然，存储系统中的磁盘也可能因故障等原因离线，因此若读取数据时获取到目标磁盘的离线消息或当前连续地址的尾地址是仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。可见，本实施例能够对系统中的所有磁盘进行定时遍历，例如：检测完当前磁盘后，经过3秒后，再检测下一磁盘。

由于系统仲裁盘中记录的仲裁信息非常重要，因此当确认系统仲裁盘的仲裁区域有问题后，需要及时告知系统进行系统仲裁盘的更换，因此在一种实施方式中，若响应为IO报错消息且目标磁盘是系统仲裁盘，则生成系统仲裁盘的故障提示消息。

在一种实施方式中，生成系统仲裁盘的故障提示消息之后，还包括：收集多控存储系统中各磁盘的标记信息；基于各磁盘的标记信息重新选择系统仲裁盘。其中，基于各磁盘的标记信息重新选择系统仲裁盘，包括：将没有标记信息的磁盘作为候选盘，并基于仲裁盘选择策略在各候选盘中选择系统仲裁盘，以避免新选择的系统仲裁盘的仲裁区域有问题。其中，仲裁盘选择策略可按照现有相关技术制定。

系统中的磁盘可以为SAS（serial attached scsi，scsi总线协议串行标准）盘或NVMe（Non-Volatile Memory express，闪存类存储协议）盘。当磁盘可以为SAS盘时，目标节点采用scsi总线命令检测磁盘中的仲裁区域对于IO的响应；当磁盘可以为NVMe盘时，目标节点采用NVMe总线命令检测磁盘中的仲裁区域对于IO的响应。

S103、若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息。

可见，本实施例通过遍历多控存储系统中的各磁盘来检测各磁盘的健康状况，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点，由此可使系统中的所有节点均衡承担系统中各盘的检测任务，不至于某一节点承担的检测任务较多，而影响了该节点上的IO业务。在具体检测各个盘时，利用上述步骤确定的目标节点检测目标磁盘中的仲裁区域对于IO的响应；若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息，后续便可以依据此标记信息为系统选择仲裁盘。并且，本申请对系统中的每个磁盘都进行检测，也就是说：系统中的每个磁盘都有概率被选为仲裁盘，选择范围并不局限于系统中的RAID成员盘。因为存储系统中的非RAID成员盘的业务负载压力一般小，更适合被选为仲裁盘。可见，本实施例使系统中的所有节点均衡承担系统中各盘的检测任务，能够平衡盘检测任务和IO业务对存储系统的压力，并且系统中负载较小的非RAID成员盘也有可能被选为仲裁盘，可优化仲裁盘的选择策略。

下面以SAS盘和scsi总线命令为例进一步介绍本申请。本实施例的方案总体逻辑请参照图2，如图2所示，本实施例设置了磁盘巡检任务和执行巡检任务的定时器，其中，巡检任务的执行线程为scrub_scan fibre，定时器设定：同一节点对于不同磁盘的检测任务间隔3秒；不同节点对于不同磁盘的检测也间隔3秒。

具体的，按照定时器的设定，按照磁盘号遍历存储系统中的所有受管磁盘，每3s取下一块磁盘，启动该盘的仲裁区域的检查，巡检执行线程为scrub_scan fibre。如果磁盘号存在、且巡检时间到、且用于检测当前盘的节点上没有正在执行的巡检任务，则对当前盘的仲裁区域进行IO下发，并且所下发IO进入队列，等待系统调度。如果磁盘号不存在、或巡检时间到但所确定的节点不用于检测当前盘，那么针对下一磁盘进行检测。

其中，为了平衡系统中所有节点的IO负载压力，设计如下策略，以为各个盘选择检测节点。假设双控系统中（集群中有两个节点），所有受管磁盘对双控节点都可见，节点包括D0和D1，所有受管磁盘的盘号driveD从D0开始依次递增。节点D0执行drive D为偶数的磁盘，节点D1执行drive D为奇数的磁盘，如此各个磁盘的检测任务便被D0和D1这两个节点均衡分担，以避免节点在检测各个盘时，影响节点上的IO业务。当然，当集群中只有一个节点工作时，所有盘的巡检任务都在这个节点执行。因此对于每个节点，可以判断当前节点是否应该执行当前盘的本次巡检任务，若是，则进入下一步，否则，本次执行结束，等待3s后对下一块盘操作。

由于本实施例设定磁盘为SAS盘，故使用scsi verify指令可检测被下发IO的目标地址是否可读，每次下发IO所读取的数据长度为512byte，盘的仲裁区域为512M。具体的，可以设定盘的仲裁区域的last->lba（尾地址）、本次IO读取的数据长度length、下一次IO读取的地址next_lba。队列中已下发的IO被节点中的线程scrub_submit fibre处理，以确定本次IO是否能成功读取数据。其中，scrub_submit fibre处理IO的过程请参见图3，如图3所示，线程scrub_submit fibre从队列取出一个verify IO，将verify IO提交给指定盘，盘上处理IO并返回结果（即verify IO结果），该结果再次异步调度回scrub_scan fibre，scrub_scan fibre确认verify IO结果。当返回结果为success时，说明磁盘当前被下发IO的目标地址状态良好，那么根据next_lba和last->lba的大小关系判断盘仲裁区域的巡检是否执行完毕。若当前读完成地址等于last->lba，则认为盘仲裁区域巡检结束；若当前读完成地址不等于last->lba，则重新计算next->lba=当前读完成地址+length，并再次执行IO下发流程。当返回结果是offline时，说明磁盘离线，不再需要巡检，那么该盘的巡检任务立即停止。当返回结果为其它错误时，说明当前被下发IO的目标地址疑似坏块，若该盘是存储系统的仲裁盘，则立即通知集群更换仲裁盘，并结束该盘的巡检任务；若不是系统的仲裁盘，则提交write verify指令，以尝试修复。

其中，使用write verify指令对疑似坏块写入二进制数据，并对比读出和写入的数据是否一致，以尝试修复。修复流程请参见图4，如图4所示，当得到write verify指令的处理结果后，根据此结果确定是否修复成功。当write verify指令的处理结果为success时，坏块修复成功，继续提交下一块地址的verify IO请求。当write verify指令的处理结果是offline时，说明磁盘离线，不再需要巡检，巡检任务立即停止。当write verify指令的处理结果为其它错误时，坏块修复失败，标记该盘为WRITE VERIFY ERROR（写证明错误），同时通知集群，以便存储系统的仲裁盘选择机制将此结果作为选择权重。

可见，本实施例依据scsi verify指令和write verify指令，实现了存储系统中所有受管磁盘的仲裁区域的坏块检测，可以及时发现盘仲裁区域的坏块，保证仲裁盘数据的可靠性，能够为存储系统的仲裁选择机制提供可靠参考因素。其中，本实施例针对每个盘的仲裁区域，以地址块为单位滑动下发verify指令检测是否坏块，并通过下发write verify指令尝试坏块修复，可在检测到某一坏块后立即停止当前盘的检测，每次IO的数据体量小且可避免检测盘的整个仲裁区域，检测效率较高。

下面对本申请实施例提供的一种盘仲裁区域检测装置进行介绍，下文描述的一种盘仲裁区域检测装置与上文描述的一种盘仲裁区域检测方法可以相互参照。

参见图5所示，本申请实施例公开了一种盘仲裁区域检测装置，包括：

遍历模块501，用于遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点；其中，目标节点为多控存储系统中的任一节点；

检测模块502，用于利用目标节点检测目标磁盘中的仲裁区域对于IO的响应；

标记模块503，用于若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息。

在一种实施方式中，遍历模块具体用于：

从预设负载均衡策略中获取多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；按照对应关系确定用于检测目标磁盘的目标节点。

在一种实施方式中，对应关系的构建过程包括：

将多控存储系统中的所有磁盘均衡分配至多控存储系统中的各节点，得到分配结果；按照分配结果建立对应关系。

在一种实施方式中，检测模块包括：

读IO检测单元，用于利用目标节点读取仲裁区域中的任一段连续地址中存储的数据；若读取数据失败，则确定仲裁区域对于IO的响应为IO报错消息。

在一种实施方式中，检测模块还包括：

修复单元，用于在确定仲裁区域对于IO的响应为IO报错消息之前，对当前连续地址执行修复操作，若当前连续地址修复失败，则执行确定仲裁区域对于IO的响应为IO报错消息的步骤。

在一种实施方式中，修复单元具体用于：

将随机生成数据写入当前连续地址；从当前连续地址读取随机生成数据；若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

在一种实施方式中，检测模块还包括：

循环单元，用于若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是仲裁区域的结束地址时，利用目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据。

在一种实施方式中，还包括：

定时模块，用于若读取数据时获取到目标磁盘的离线消息或当前连续地址的尾地址是仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。

在一种实施方式中，还包括：

提示模块，用于若响应为IO报错消息且目标磁盘是系统仲裁盘，则生成系统仲裁盘的故障提示消息。

在一种实施方式中，还包括：

仲裁盘更换模块，用于在生成系统仲裁盘的故障提示消息之后，收集多控存储系统中各磁盘的标记信息；基于各磁盘的标记信息重新选择系统仲裁盘。

在一种实施方式中，仲裁盘更换模块具体用于：

将没有标记信息的磁盘作为候选盘，并基于仲裁盘选择策略在各候选盘中选择系统仲裁盘。

在一种实施方式中，检测模块具体用于：

利用目标节点下发读请求和/或写请求至仲裁区域；

获取仲裁区域对于读请求和/或写请求的处理结果；

将仲裁区域对于读请求和/或写请求的处理结果作为仲裁区域对于IO的响应。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种盘仲裁区域检测装置，能够平衡盘检测任务和IO业务对存储系统的压力，优化仲裁盘的选择策略。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的一种电子设备与上文描述的一种盘仲裁区域检测方法及装置可以相互参照。

参见图6所示，本申请实施例公开了一种电子设备，包括：

存储器601，用于保存计算机程序；

处理器602，用于执行所述计算机程序，以实现上述任意实施例公开的方法。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点；其中，目标节点为多控存储系统中的任一节点；利用目标节点检测目标磁盘中的仲裁区域对于IO的响应；若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：从预设负载均衡策略中获取多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；按照对应关系确定用于检测目标磁盘的目标节点。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：将多控存储系统中的所有磁盘均衡分配至多控存储系统中的各节点，得到分配结果；按照分配结果建立对应关系。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：利用目标节点读取仲裁区域中的任一段连续地址中存储的数据；若读取数据失败，则确定仲裁区域对于IO的响应为IO报错消息。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：对当前连续地址执行修复操作，若当前连续地址修复失败，则执行确定仲裁区域对于IO的响应为IO报错消息的步骤。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：将随机生成数据写入当前连续地址；从当前连续地址读取随机生成数据；若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是仲裁区域的结束地址时，利用目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：若读取数据时获取到目标磁盘的离线消息或当前连续地址的尾地址是仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：若响应为IO报错消息且目标磁盘是系统仲裁盘，则生成系统仲裁盘的故障提示消息。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：收集多控存储系统中各磁盘的标记信息；基于各磁盘的标记信息重新选择系统仲裁盘。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：将没有标记信息的磁盘作为候选盘，并基于仲裁盘选择策略在各候选盘中选择系统仲裁盘。

在本实施例中，存储器保存的计算机程序被处理器执行时，可以实现以下步骤：利用目标节点下发读请求和/或写请求至仲裁区域；获取仲裁区域对于读请求和/或写请求的处理结果；将仲裁区域对于读请求和/或写请求的处理结果作为仲裁区域对于IO的响应。

进一步的，本申请实施例还提供了一种服务器来作为上述电子设备。该服务器，具体可以包括：至少一个处理器、至少一个存储器、电源、通信接口、输入输出接口和通信总线。其中，所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行，以实现前述任一实施例公开的盘仲裁区域检测方法中的相关步骤。

本实施例中，电源用于为服务器上的各硬件设备提供工作电压；通信接口能够为服务器创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统、计算机程序及数据等，存储方式可以是短暂存储或者永久存储。

其中，操作系统用于管理与控制服务器上的各硬件设备以及计算机程序，以实现处理器对存储器中数据的运算与处理，其可以是Windows Server、Netware、Unix、Linux等。计算机程序除了包括能够用于完成前述任一实施例公开的盘仲裁区域检测方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据除了可以包括虚拟机等数据外，还可以包括虚拟机的开发商信息等数据。

进一步的，本申请实施例还提供了一种终端来作为上述电子设备。该终端具体可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

通常，本实施例中的终端包括有：处理器和存储器。

其中，处理器可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central Processing Unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器还可以包括AI(ArtificialIntelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器至少用于存储以下计算机程序，其中，该计算机程序被处理器加载并执行之后，能够实现前述任一实施例公开的由终端侧执行的盘仲裁区域检测方法中的相关步骤。另外，存储器所存储的资源还可以包括操作系统和数据等，存储方式可以是短暂存储或者永久存储。其中，操作系统可以包括Windows、Unix、Linux等。数据可以包括但不限于应用程序的更新信息。

在一些实施例中，终端还可包括有显示屏、输入输出接口、通信接口、传感器、电源以及通信总线。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种盘仲裁区域检测方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的盘仲裁区域检测方法。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测目标磁盘的目标节点；其中，目标节点为多控存储系统中的任一节点；利用目标节点检测目标磁盘中的仲裁区域对于IO的响应；若响应为IO报错消息且目标磁盘不是系统仲裁盘，则为目标磁盘添加仲裁区域故障的标记信息。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：从预设负载均衡策略中获取多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；按照对应关系确定用于检测目标磁盘的目标节点。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：将多控存储系统中的所有磁盘均衡分配至多控存储系统中的各节点，得到分配结果；按照分配结果建立对应关系。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：利用目标节点读取仲裁区域中的任一段连续地址中存储的数据；若读取数据失败，则确定仲裁区域对于IO的响应为IO报错消息。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：对当前连续地址执行修复操作，若当前连续地址修复失败，则执行确定仲裁区域对于IO的响应为IO报错消息的步骤。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：将随机生成数据写入当前连续地址；从当前连续地址读取随机生成数据；若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是仲裁区域的结束地址时，利用目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：若读取数据时获取到目标磁盘的离线消息或当前连续地址的尾地址是仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：若响应为IO报错消息且目标磁盘是系统仲裁盘，则生成系统仲裁盘的故障提示消息。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：收集多控存储系统中各磁盘的标记信息；基于各磁盘的标记信息重新选择系统仲裁盘。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：将没有标记信息的磁盘作为候选盘，并基于仲裁盘选择策略在各候选盘中选择系统仲裁盘。

在本实施例中，可读存储介质保存的计算机程序被处理器执行时，可以实现以下步骤：利用目标节点下发读请求和/或写请求至仲裁区域；获取仲裁区域对于读请求和/或写请求的处理结果；将仲裁区域对于读请求和/或写请求的处理结果作为仲裁区域对于IO的响应。

本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种盘仲裁区域检测方法，其特征在于，包括：

遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点；其中，所述目标节点为所述多控存储系统中的任一节点；

利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应；

若所述响应为IO报错消息且所述目标磁盘不是系统仲裁盘，则为所述目标磁盘添加仲裁区域故障的标记信息；

其中，所述利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应，包括：

利用所述目标节点读取所述仲裁区域中的任一段连续地址中存储的数据；

若读取数据失败，则确定所述仲裁区域对于IO的响应为所述IO报错消息；

其中，还包括：

收集所述多控存储系统中各磁盘的所述标记信息；

基于各磁盘的所述标记信息重新选择所述系统仲裁盘；

其中，所述基于各磁盘的所述标记信息重新选择所述系统仲裁盘，包括：

将没有所述标记信息的磁盘作为候选盘，并在各候选盘中选择所述系统仲裁盘；

其中，所述基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点，包括：

从所述预设负载均衡策略中获取所述多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；所述对应关系的构建过程包括：将所述多控存储系统中的所有磁盘均衡分配至所述多控存储系统中的各节点，得到分配结果；按照所述分配结果建立所述对应关系；

按照所述对应关系确定用于检测所述目标磁盘的目标节点。

2.根据权利要求1所述的方法，其特征在于，所述确定所述仲裁区域对于IO的响应为所述IO报错消息之前，还包括：

对当前连续地址执行修复操作，若当前连续地址修复失败，则执行所述确定所述仲裁区域对于IO的响应为所述IO报错消息的步骤。

3.根据权利要求2所述的方法，其特征在于，所述对当前连续地址执行修复操作，包括：

将随机生成数据写入当前连续地址；

从当前连续地址读取所述随机生成数据；

若读取到的随机生成数据与写入的随机生成数据一致，则确定当前连续地址修复成功；否则，确定当前连续地址修复失败。

4.根据权利要求2所述的方法，其特征在于，还包括：

若读取数据成功或当前连续地址修复成功，则在当前连续地址的尾地址不是所述仲裁区域的结束地址时，利用所述目标节点读取与当前连续地址相邻的下一段连续地址中存储的数据，并判断是否成功读取数据。

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

若读取数据时获取到所述目标磁盘的离线消息或当前连续地址的尾地址是所述仲裁区域的结束地址，则等待下一检测时间点，以便到达下一检测时间点时，遍历到下一磁盘。

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

若所述响应为所述IO报错消息且所述目标磁盘是所述系统仲裁盘，则生成所述系统仲裁盘的故障提示消息。

7.根据权利要求1所述的方法，其特征在于，所述利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应，包括：

利用所述目标节点下发读请求和/或写请求至所述仲裁区域；

获取所述仲裁区域对于所述读请求和/或所述写请求的处理结果；

将所述仲裁区域对于所述读请求和/或所述写请求的处理结果作为所述仲裁区域对于IO的响应。

8.一种盘仲裁区域检测装置，其特征在于，包括：

遍历模块，用于遍历多控存储系统中的各磁盘，若当前遍历到目标磁盘，则基于预设负载均衡策略确定用于检测所述目标磁盘的目标节点；其中，所述目标节点为所述多控存储系统中的任一节点；

检测模块，用于利用所述目标节点检测所述目标磁盘中的仲裁区域对于IO的响应；

标记模块，用于若所述响应为IO报错消息且所述目标磁盘不是系统仲裁盘，则为所述目标磁盘添加仲裁区域故障的标记信息；

其中，所述检测模块具体用于：

利用所述目标节点读取所述仲裁区域中的任一段连续地址中存储的数据；

若读取数据失败，则确定所述仲裁区域对于IO的响应为所述IO报错消息；

其中，还包括：

仲裁盘更换模块，用于收集所述多控存储系统中各磁盘的所述标记信息；基于各磁盘的所述标记信息重新选择所述系统仲裁盘；

其中，所述仲裁盘更换模块具体用于：

将没有所述标记信息的磁盘作为候选盘，并在各候选盘中选择所述系统仲裁盘；

其中，所述遍历模块具体用于：

从所述预设负载均衡策略中获取所述多控存储系统中的各节点与其需要检测的磁盘之间的对应关系；所述对应关系的构建过程包括：将所述多控存储系统中的所有磁盘均衡分配至所述多控存储系统中的各节点，得到分配结果；按照所述分配结果建立所述对应关系；

按照所述对应关系确定用于检测所述目标磁盘的目标节点。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的方法。

10.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

Images