CN107515935A - 一种解除文件锁故障的方法及系统 - Google Patents

Abstract

本申请公开了一种解除文件锁故障的方法，所述方法包括：当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；若出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；删除所述文件锁以便第二客户端对所述目标文件加写新文件锁；该方法能够清理发生故障的客户端相关的锁信息，从而使其他客户端能够对文件进行加锁，进而保证了客户端业务的稳定；本申请还公开了一种解除文件锁故障的系统，具有以上有益效果。

Description

一种解除文件锁故障的方法及系统

技术领域

本发明涉及数据存储领域，特别涉及一种解除文件锁故障的方法及系统。

背景技术

随着科学技术的日益进步，分布式文件存储系统在数据存储领域发挥着越来越重要的作用，分布式文件存储系统指文件系统管理的物理存储资源不一定直接连接在本地节点上，而是通过计算机网络与节点相连。

对于分布式文件系统来说，为了便于客户端访问，会通过NAS(Network AttachedStorage，中文名：网络附属存储)协议共享出导出目录，然后客户端通过NAS协议挂载到文件系统上，进而对文件系统进行访问和操作，而多客户端访问，就涉及并发访问的逻辑处理。文件锁是一种常用的方式来保证多客户端的并发访问。但是当客户端出现重启或者异常掉电的情况时，将会导致文件锁失效，造成业务不稳定的情况。现有技术中还没有就出文件锁故障的方法，只能等待客户端正常工作后才能继续业务的执行。

因此，如何清理发生故障的客户端相关的锁信息，从而使其他客户端对文件进行加锁，是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种解除文件锁故障的方法及系统，清理发生故障的客户端相关的锁信息，从而使其他客户端对文件进行加锁。

为解决上述技术问题，本申请提供一种解除文件锁故障的方法，该方法包括：

当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；

检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；

若出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；

删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

可选的，检测所述第一客户端的状态信息包括：

按预定周期检测所述第一客户端的状态信息。

可选的，删除所述文件锁以便第二客户端对所述目标文件加写新文件锁包括：

逐个删除所述文件锁以便所述第二客户端对所述目标文件加写所述新文件锁。

可选的，还包括：

当检测到用户发出的文件锁更换指令时，判断所述用户的是否具有相应的权限；

若所述用户具有所述权限，则根据所述文件锁更换指令删除所述文件锁并选择所述第二客户端执行加写所述新文件锁的操作。

本申请还提供了一种解除文件锁故障的系统，该系统包括：

表更新模块，用于当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；

检测模块，用于检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；

查找模块，用于当所述客户端出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；

删除模块，用于删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

可选的，所述检测模块包括：

周期监测单元，用于按预定周期检测所述第一客户端的状态信息。

可选的，所述删除模块包括：

逐个删除单元，用于逐个删除所述文件锁以便所述第二客户端对所述目标文件加写所述新文件锁。

可选的，还包括：

鉴权模块，用于当检测到用户发出的文件锁更换指令时，判断所述用户的是否具有相应的权限；

用户更新模块，用于当所述用户具有所述权限时，根据所述文件锁更换指令删除所述文件锁并选择所述第二客户端执行加写所述新文件锁的操作。

本发明提供了一种解除文件锁故障的方法，当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；若出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

本方法中在第一客户端对目标文件进行加写文件锁时，就将第一客户端的得客户端IP与文件锁的对应关系进行存储，当第一客户端发生故障时，可以根据第一客户端的客户端IP查找与其对应的文件锁。可以理解的是客户端IP只能有一个，而文件锁可以有很多个，也就是说一个客户端IP可能对应多个文件锁。由于文件锁存在互斥性，将对应的文件锁删除，以便第二客户端进行加写文件锁的操作。该方法能够清理发生故障的客户端相关的锁信息，从而使其他客户端对文件进行加锁，保证客户端业务稳定。本申请同时还提供了一种解除文件锁故障的系统，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种解除文件锁故障的方法的流程图；

图2为本申请实施例所提供的另一种解除文件锁故障的方法的流程图；

图3为本申请实施例所提供的一种解除文件锁故障的系统的结构示意图。

具体实施方式

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

下面请参见图1，图1为本申请实施例所提供的一种解除文件锁故障的方法的流程图；

具体步骤可以包括：

步骤S101：当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；

其中，本方案的执行主体是NAS系统，NAS系统中记录客户端对文件加写文件锁的相关信息，即将客户端IP与加写的文件锁的对应关系存储至文件锁关系表中。可以理解的是，一个客户端可以对多个目标文件加写文件锁，而一个文件却不能被多个客户端加写文件锁(即文件锁的互斥性)举例说明，客户端A分别对目标文件a、目标文件b和目标文件c加写文件锁，那么文件锁关系表中就将客户端A的IP地址与文件锁a、文件锁b及文件锁c的对应关系进行存储。当然，也可以根据文件锁信息来查找加写该文件锁的客户端。

在本步骤之前是默认第一客户端对目标文件加写了文件锁，可以是第一客户端对目标文件加写文件锁的同时向NAS发送相关消息以更新文件锁关系表，也可以是NAS按预设周期检测各目标文件的加锁情况来更新文件锁关系表。

可以理解的是，文件锁关系表是始终存在与NAS中的一个表，并不是因为第一客户端对目标文件进行加写文件锁才创建的表。该表是对所有目标文件进行加写文件锁的相关信息进行记录，即在记录第一客户端的客户端IP与文件锁的对应关系之前，在文件锁关系表中还可以存有其他客户端的客户端IP与其他文件锁的对应关系，还可以存有第一客户端的客户端IP与其他文件锁的对应关系，因此本步骤只是更新文件锁关系表。

步骤S102：检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；

其中，第一客户端可能会发生异常掉电或重启等故障，当客户端出现上述故障时那些已经授权成功的文件锁无法得到释放，并且其他客户端也一直无法获取到该文件锁对应的目标文件的内容，从而导致相关业务的阻塞、卡顿等情况，从而影响业务的正常运行。因此本步骤中对第一客户端的状态进行检测得到状态信息，通过状态信息来分析第一客户端是否存在故障。

可以理解的是，对于第一客户端的状态信息的检测可以是按照预设周期进行的，即本领域的技术人员通过相关实验和数据分析得到检测第一客户端状态信息的最佳周期。也可以是相关技术人员在发现无法获取某些文件所的文件内容或业务阻塞的问题时发送相关指令，使NAS进行对第一客户端状态信息的检测。

当然，发生在客户端的故障有很多种，甚至是无法统计的，但是通常来讲客户端故障主要是异常断电或重启等几个主要的故障构成。对于每一种故障都有相应的检测方法，但是可能由于对于每一种故障的处理方法都基本一致，所以即使检测到一种未知的故障时只要消除其相关联的文件锁即可。

步骤S103：若出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；

其中，当第一客户端出现故障时，即说明已经由第一客户端家写的文件锁都无法得到释放，由于文件锁的互异性其他的客户端也必须等待第一客户端解锁之后才可以进行加锁。举个例子说明文件锁的互异性：客户端A对目标文件a家写了文件锁，当客户端A因异常掉电而出现故障时，任一客户端都无法对目标文件a加写文件锁，此时其他客户端必须等待客户端A解锁后才可以加锁成功对目标文件a进行进一步的操作。

由于文件锁关系表中存有客户端IP与文件锁的对应关系，可以通过客户端IP来查询第一客户端对哪些文件加写了文件锁，值得注意的是，本步骤中查询到的文件锁时第一客户端加写的全部文件锁，并不是以部分文件锁。本步骤是通过遍历文件锁关系表的方法来查找对应的文件锁，因此文件锁是一个一个查找到的，并不会产生遗漏或重复的问题。

步骤S104：删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

其中，本步骤是建立在步骤S103中已经找到第一客户端加写的文件锁的基础上。删除上述文件锁可以是每当步骤S103中找到一个文件锁就将其删除，也可以是当步骤S103中将所述第一客户端加写的全部文件锁都找到后进行逐个删除或一起删除，当然还存在其他删除文件锁的方法，本领域的技术人员可以根据实际应用的具体情况进行选择，此处并不对删除文件锁的方法进行具体的限定。可以理解的是，第二客户端应该是一个不存在故障的客户端。

下面请参见图2，图2为本申请实施例所提供的另一种解除文件锁故障的方法的流程图；

具体步骤可以包括：

步骤S201：当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系。

步骤S202：按预定周期检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障，

其中，该预定周期是本领域技术人员根据方案应用的实际情况选定的，该预定周期也可以根据客户端出现故障的频率进行选择的，此处不进行具体的限定。

步骤S203：若出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁。

步骤S204：逐个删除所述文件锁以便所述第二客户端对所述目标文件加写所述新文件锁，

其中，可能存在这种情况：第一客户端对非常多的目标文件都进行了加写文件锁的操作，查找第一客户端对应的文件锁的时间非常长，此时可以每当找到一个对应的文件锁就删除一个以便第二客户端对所述目标文件加写所述新文件锁，将第一客户端出现的故障带来的损失降低至最小。

作为一种优选实施例，在上述实施例的基础上还包括以下步骤：

步骤S301：当检测到用户发出的文件锁更换指令时，判断所述用户的是否具有相应的权限。

步骤S302：若所述用户具有所述权限，则根据所述文件锁更换指令删除所述文件锁并选择所述第二客户端执行加写所述新文件锁的操作。

可以理解的是，步骤S301和步骤S302与上述实施例中的任一步骤都没有先后关系，也就是说当具有所述权限的用户可以在任意情况下更换加写文件所得客户端。

请参见图3，图3为本申请实施例所提供的一种解除文件锁故障的系统的结构示意图；

该系统可以包括：

表更新模块100，用于当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；

检测模块200，用于检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；

查找模块300，用于当所述客户端出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；

删除模块400，用于删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

在本申请提供的另一种解除文件锁故障的系统的实施例中，所述检测模块200包括：

周期监测单元，用于按预定周期检测所述第一客户端的状态信息。

进一步的，所述删除模块400包括：

逐个删除单元，用于逐个删除所述文件锁以便所述第二客户端对所述目标文件加写所述新文件锁。

进一步的，还包括：

鉴权模块，用于当检测到用户发出的文件锁更换指令时，判断所述用户的是否具有相应的权限；

用户更新模块，用于当所述用户具有所述权限时，根据所述文件锁更换指令删除所述文件锁并选择所述第二客户端执行加写所述新文件锁的操作。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (8)

1.一种解除文件锁故障的方法，其特征在于，包括：

当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；

检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；

若出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；

删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

2.根据权利要求1所述方法，其特征在于，检测所述第一客户端的状态信息包括：

按预定周期检测所述第一客户端的状态信息。

3.根据权利要求1所述方法，其特征在于，删除所述文件锁以便第二客户端对所述目标文件加写新文件锁包括：

逐个删除所述文件锁以便所述第二客户端对所述目标文件加写所述新文件锁。

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

当检测到用户发出的文件锁更换指令时，判断所述用户的是否具有相应的权限；

若所述用户具有所述权限，则根据所述文件锁更换指令删除所述文件锁并选择所述第二客户端执行加写所述新文件锁的操作。

5.一种解除文件锁故障的系统，其特征在于，包括：

表更新模块，用于当检测到第一客户端对目标文件加写文件锁时，更新文件锁关系表；其中，所述文件锁关系表中存储有客户端IP与所述文件锁的对应关系；

检测模块，用于检测所述第一客户端的状态信息，并根据所述状态信息判断所述客户端是否出现故障；

查找模块，用于当所述客户端出现所述故障，则查询所述客户端IP，并遍历所述文件锁关系表查找与所述客户端IP对应的所述文件锁；

删除模块，用于删除所述文件锁以便第二客户端对所述目标文件加写新文件锁。

6.根据权利要求5所述系统，其特征在于，所述检测模块包括：

周期监测单元，用于按预定周期检测所述第一客户端的状态信息。

7.根据权利要求5所述系统，其特征在于，所述删除模块包括：

逐个删除单元，用于逐个删除所述文件锁以便所述第二客户端对所述目标文件加写所述新文件锁。

8.根据权利要求5至7任一项所述系统，其特征在于，还包括：

鉴权模块，用于当检测到用户发出的文件锁更换指令时，判断所述用户的是否具有相应的权限；

用户更新模块，用于当所述用户具有所述权限时，根据所述文件锁更换指令删除所述文件锁并选择所述第二客户端执行加写所述新文件锁的操作。