CN112463437B - 存储集群系统离线节点的业务恢复方法、系统及相关组件 - Google Patents

Abstract

本申请公开了一种存储集群系统离线节点的业务恢复方法，应用于垃圾回收过程，包括：当存在离线节点，将离线节点对应的存活节点的状态设置为离线事件处理状态，以使存活节点不再接收新的迁移回收任务；通过存活节点执行离线事件处理操作；当离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复存活节点的io主机互斥模块和垃圾回收状态均为正常状态。本申请处理离线事件过程不需要中断上层业务，能够快速恢复业务。本申请还公开了一种存储集群系统离线节点的业务恢复系统、电子设备及计算机可读存储介质，具有以上有益效果。

Description

存储集群系统离线节点的业务恢复方法、系统及相关组件

技术领域

本申请涉及存储集群领域，特别涉及存储集群系统离线节点的业务恢复方法、系统及相关组件。

背景技术

对于多控存储系统来说，存储集群系统作为完整系统对外提供服务，组成集群的每一个节点都有可能因为故障而脱离集群，当多控存储系统中一个节点离线，就会造成系统业务中断一定事件，由多控存储系统中的其他节点对离线节点进行离线事件处理，以实现业务恢复，其中，离线事件处理涉及多控存储系统中的多个功能模块，如垃圾回收模块等。采用现有技术中的业务恢复方案，需要中断主机IO的业务，影响多控存储系统的正常运行。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请的目的是提供一种存储集群系统离线节点的业务恢复方法、系统、电子设备及计算机可读存储介质，处理离线事件过程不需要中断上层业务，能够快速恢复业务。

为解决上述技术问题，本申请提供了一种存储集群系统离线节点的业务恢复方法，应用于垃圾回收过程，该业务恢复方法包括：

当存在离线节点，将所述离线节点对应的存活节点的状态设置为离线事件处理状态，以使所述存活节点不再接收新的迁移回收任务；

通过所述存活节点执行离线事件处理操作；

当所述离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复所述存活节点的io主机互斥模块和垃圾回收状态均为正常状态。

优选的，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程包括：

将所述离线节点对应的存活节点的事件处理标记位置于第一预设值。

优选的，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

控制所述存活节点中与所述垃圾回收过程对应的功能模块为暂停状态。

优选的，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程包括：

根据所述存活节点发送和接收消息的计数，判断所述存活节点是否在等待对端节点的回复信息；

若存在所述接收消息的计数，则不再继续等待对端节点的回复信息。

优选的，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

清理数据块同步信息，设置用于通知所述垃圾回收过程的主节点的标记位为第二预设值；

设置获取待回收数据块的状态为所述第二预设值。

优选的，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

当存在对端节点发送的修改LP请求，不处理所述修改LP请求，并释放对应的资源；

和/或，当存在对端节点发送的加H锁请求，执行对应的解锁操作，并释放对应的资源；

和/或，当本端存在多个发往对端节点的加解锁请求，等待所述对端节点的回复请求，并释放对应的资源，不再等待所述对端节点的回复请求。

优选的，所述离线事件处理操作包括：

更新待回收数据块资源，并确定新节点；

根据所述离线节点的场景及所述待回收数据块资源在所述新节点上恢复数据块容量和数据块状态信息。

优选的，所述场景包括主节点离线或备节点离线。

为解决上述技术问题，本申请还提供了一种存储集群系统离线节点的业务恢复系统，应用于垃圾回收过程，包括：

设置模块，用于当存在离线节点，将所述离线节点对应的存活节点的状态设置为离线事件处理状态，以使所述存活节点不再接收新的迁移回收任务；

操作模块，用于通过所述存活节点执行离线事件处理操作；

恢复模块，用于当所述离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复所述存活节点的io主机互斥模块和垃圾回收状态均为正常状态。

为解决上述技术问题，本申请还提供了一种电子设备，包括：

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

处理器，用于执行所述计算机程序时实现如上文任意一项所述的存储集群系统离线节点的业务恢复方法的步骤。

本申请提供了一种存储集群系统离线节点的业务恢复方法，在业务恢复的垃圾回收过程，首先设置离线节点对应的存活节点不再接收新的迁移回收任务，由存活节点处理离线节点的离线事件并进行数据恢复，处理离线事件过程不需要中断上层业务，也不需要重新配置离线节点上原先的配置，能够快速恢复业务。本申请还提供了一种存储集群系统离线节点的业务恢复系统、电子设备及计算机可读存储介质，具有和上述存储集群系统离线节点的业务恢复方法相同额定有益效果。

附图说明

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

图1为本申请所提供的一种存储集群系统离线节点的业务恢复方法的步骤流程图；

图2为本申请所提供的一种存储集群系统离线节点的业务恢复系统的结构示意图。

具体实施方式

本申请的核心是提供一种存储集群系统离线节点的业务恢复方法、系统、电子设备及计算机可读存储介质，处理离线事件过程不需要中断上层业务，能够快速恢复业务。

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

请参照图1，图1为本申请所提供的一种存储集群系统离线节点的业务恢复方法的步骤流程图，应用于垃圾回收过程，下文简称GC，该存储集群系统离线节点的业务恢复方法包括：

S101：当存在离线节点，将离线节点对应的存活节点的状态设置为离线事件处理状态，以使存活节点不再接收新的迁移回收任务；

具体的，多控存储系统中的节点离线后，通过剩余的存活节点对节点离线的处理保证系统持续提供服务，保证业务不中断。当多控存储系统中存在离线节点，垃圾回收过程处理节点离线事件时，主要分为以下三个阶段，一是IO静默阶段(quiesce阶段)，二是事件处理阶段(ACK阶段)，三是状态恢复阶段(resume阶段)，三个阶段的各状态通过状态机形式触发。作为一种优选的实施例，上述三个阶段对节点离线事件的处理是按照精简池的粒度进行处理，每个池并行进行事件处理，不存在共同依赖关系。在元数据模块完成离线事件处理之后，会触发GC的离线处理流程，离线处理流程从quiese阶段开始，首先将离线节点对应的存活节点的状态设置为离线事件处理状态，以使存活节点不再接收新的迁移回收任务。

具体的，首先将离线节点对应的存活节点的事件处理标记位ishanding置于第一预设值，以表明该存活节点开始处理离线事件，不再接收新的迁移回收任务。注册quiesce阶段的回调函数，当GC的queisce阶段完成时调用该回调函数。然后控制存活节点中与垃圾回收过程对应的功能模块为暂停状态，以表明相关功能模块在当前阶段暂停接收新的处理任务，功能模块包括但不限于mirrorBlock(block镜像)、syncBlock(block同步)、reclaimBlock(block回收)、syncCandidateBlock(待回收数据块同步)、syncTrimBlock(擦写block同步)、updateCandidate(更新待回收数据块)、fillCandididateBlock(填充待回收数据块)、peerGrainMetaReq(对端元数据修改请求)、ioMutex(主机IO互斥)等功能模块。

具体的，处理SyncCap容量同步过程中的消息，通过当前存活节点发送和接受消息的计数，判断当前存活节点是否在等待对端节点的回复消息，如果有接收消息的计数，则不再继续等待对端节点的回复消息。清理数据块同步TrimmedBlcokSyncing信息，设置用于通知垃圾回收过程的主节点trimBlockMgr.isMsgNotifyGcMaster的标记位为第二预设值，设置获取待回收数据块poolRcclaimGcBlockInfo.isFetchingBlock的状态为第二预设值，其中，第二预设值可以为false。处理modifyLP(修改LBA和PBA映射关系)消息，如果有对端节点发送过来的修改LP请求，不再继续处理，释放对应的资源，处理对端加H锁请求peerReleaseHlockReq如果有对端节点发送过来的H锁枷锁请求，执行对应的解锁操作，并且释放资源，处理本端加H锁请求localHlockGrainReq，如果本端有很多发往对端的加解锁请求，等待对端回复请求，释放对应的资源，不再等待对端的回复，清理iomutex中等待对端回复的消息。

S102：通过存活节点执行离线事件处理操作；

具体的，在ACK阶段，更新pool的待回收数据块资源资源，在iomutex模块中计算并设置GC擦写主节点，设置池的新主节点。每个pool都有主节点节点，判断节点离线的场景，是old主节点离线还是备节点离线，并针对每一种场景恢复数据块容量和数据块状态信息。

S103：当离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复存活节点的io主机互斥模块和垃圾回收状态均为正常状态。

具体的，在resume阶段，设置回收失败block请求重试对应的值为目标值，设置擦写失败block请求重试对应的值为目标值，这里的目标值可以为true，并恢复io主机互斥模块iomutex和垃圾回收状态gcstatus为正常状态normal。

可见，本实施例在业务恢复的垃圾回收过程，首先设置离线节点对应的存活节点不再接收新的迁移回收任务，由存活节点处理离线节点的离线事件并进行数据恢复，处理离线事件过程不需要中断上层业务，也不需要重新配置离线节点上原先的配置，能够快速恢复业务。

请参照图2，图2为本申请所提供的一种存储集群系统离线节点的业务恢复系统的结构示意图，应用于垃圾回收过程，该业务恢复系统包括：

设置模块1，用于当存在离线节点，将离线节点对应的存活节点的状态设置为离线事件处理状态，以使存活节点不再接收新的迁移回收任务；

操作模块2，用于通过存活节点执行离线事件处理操作；

恢复模块3，用于当离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复存活节点的io主机互斥模块和垃圾回收状态均为正常状态。

可见，本实施例在业务恢复的垃圾回收过程，首先设置离线节点对应的存活节点不再接收新的迁移回收任务，由存活节点处理离线节点的离线事件并进行数据恢复，处理离线事件过程不需要中断上层业务，也不需要重新配置离线节点上原先的配置，能够快速恢复业务。

作为一种优选的实施例，将离线节点对应的存活节点的状态设置为离线事件处理状态的过程包括：

将离线节点对应的存活节点的事件处理标记位置于第一预设值。

作为一种优选的实施例，将离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

控制存活节点中与垃圾回收过程对应的功能模块为暂停状态。

作为一种优选的实施例，将离线节点对应的存活节点的状态设置为离线事件处理状态的过程包括：

根据存活节点发送和接收消息的计数，判断存活节点是否在等待对端节点的回复信息；

若存在接收消息的计数，则不再继续等待对端节点的回复信息。

作为一种优选的实施例，将离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

清理数据块同步信息，设置用于通知垃圾回收过程的主节点的标记位为第二预设值；

设置获取待回收数据块的状态为第二预设值。

作为一种优选的实施例，将离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

当存在对端节点发送的修改LP请求，不处理修改LP请求，并释放对应的资源；

和/或，当存在对端节点发送的加H锁请求，执行对应的解锁操作，并释放对应的资源；

和/或，当本端存在多个发往对端节点的加解锁请求，等待对端节点的回复请求，并释放对应的资源，不再等待对端节点的回复请求。

作为一种优选的实施例，离线事件处理操作包括：

更新待回收数据块资源，并确定新节点；

根据离线节点的场景及待回收数据块资源在新节点上恢复数据块容量和数据块状态信息。

作为一种优选的实施例，场景包括主节点离线或备节点离线。

为解决上述技术问题，本申请提供了一种电子设备，包括：

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

处理器，用于执行计算机程序时实现如上文任意一个实施例所描述的存储集群系统离线节点的业务恢复方法的步骤。

对于本申请所提供的一种电子设备的介绍请参照上述实施例，本申请在此不再赘述。

本申请所提供的一种电子设备具有和上述存储集群系统离线节点的业务恢复方法相同的有益效果。

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

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

Claims (10)

1.一种存储集群系统离线节点的业务恢复方法，其特征在于，应用于垃圾回收过程，包括：

当存在离线节点，将所述离线节点对应的存活节点的状态设置为离线事件处理状态，以使所述存活节点不再接收新的迁移回收任务；

通过所述存活节点执行离线事件处理操作；

当所述离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复所述存活节点的io主机互斥模块和垃圾回收状态均为正常状态。

2.根据权利要求1所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程包括：

将所述离线节点对应的存活节点的事件处理标记位置于第一预设值。

3.根据权利要求2所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

控制所述存活节点中与所述垃圾回收过程对应的功能模块为暂停状态。

4.根据权利要求3所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程包括：

根据所述存活节点发送和接收消息的计数，判断所述存活节点是否在等待对端节点的回复信息；

若存在所述接收消息的计数，则不再继续等待对端节点的回复信息。

5.根据权利要求4所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

清理数据块同步信息，设置用于通知所述垃圾回收过程的主节点的标记位为第二预设值；

设置获取待回收数据块的状态为所述第二预设值。

6.根据权利要求5所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述将所述离线节点对应的存活节点的状态设置为离线事件处理状态的过程还包括：

当存在对端节点发送的修改LP请求，不处理所述修改LP请求，并释放对应的资源，所述修改LP请求为用于修改LBA和PBA映射关系的请求；

和/或，当存在对端节点发送的加H锁请求，执行对应的解锁操作，并释放对应的资源，所述加H锁请求为用于对Hash值加锁的请求；

和/或，当本端存在多个发往对端节点的加解锁请求，等待所述对端节点的回复请求，并释放对应的资源，不再等待所述对端节点的回复请求。

7.根据权利要求1-6任意一项所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述离线事件处理操作包括：

更新待回收数据块资源，并确定新节点；

根据所述离线节点的场景及所述待回收数据块资源在所述新节点上恢复数据块容量和数据块状态信息。

8.根据权利要求7所述的存储集群系统离线节点的业务恢复方法，其特征在于，所述场景包括主节点离线或备节点离线。

9.一种存储集群系统离线节点的业务恢复系统，其特征在于，应用于垃圾回收过程，包括：

设置模块，用于当存在离线节点，将所述离线节点对应的存活节点的状态设置为离线事件处理状态，以使所述存活节点不再接收新的迁移回收任务；

操作模块，用于通过所述存活节点执行离线事件处理操作；

恢复模块，用于当所述离线事件处理操作完成，设置回收失败数据块请求重试对应的标记位及擦写失败数据块请求重试对应的标记位为目标值，并恢复所述存活节点的io主机互斥模块和垃圾回收状态均为正常状态。

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

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

处理器，用于执行所述计算机程序时实现如权利要求1-8任意一项所述的存储集群系统离线节点的业务恢复方法的步骤。

Images