CN111708744A - 基于无状态协议维护文件锁的方法、系统、设备及介质 - Google Patents
基于无状态协议维护文件锁的方法、系统、设备及介质 Download PDFInfo
- Publication number
- CN111708744A CN111708744A CN202010411241.0A CN202010411241A CN111708744A CN 111708744 A CN111708744 A CN 111708744A CN 202010411241 A CN202010411241 A CN 202010411241A CN 111708744 A CN111708744 A CN 111708744A
- Authority
- CN
- China
- Prior art keywords
- file
- lock
- locks
- locking
- normal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 102
- 230000008569 process Effects 0.000 claims abstract description 58
- 230000004044 response Effects 0.000 claims abstract description 16
- 230000002688 persistence Effects 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 9
- 230000002085 persistent effect Effects 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 abstract description 3
- 230000005856 abnormality Effects 0.000 abstract description 2
- 230000000903 blocking effect Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 238000013461 design Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000000844 transformation Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/176—Support for shared access to files; File sharing support
- G06F16/1767—Concurrency control, e.g. optimistic or pessimistic approaches
- G06F16/1774—Locking methods, e.g. locking methods for file systems allowing shared and concurrent access to files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
- G06F16/183—Provision of network file services by network file servers, e.g. by using NFS, CIFS
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种基于无状态协议维护文件锁的方法、系统、设备和存储介质，方法包括在服务端执行以下步骤：响应于接收到客户端的加锁请求，解析加锁请求以确定待加锁的文件，并判断客户端是否有权限访问文件；响应于客户端有权限访问文件，对文件进行加锁并判断文件锁的拥有者的状态信息是否正常；响应于文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。本发明提出的方案通过判断文件锁的拥有者的状态信息是否正常，以及不同文件锁之间是否存在冲突来确定文件锁是否存在异常，并及时对异常进行处理，保证了数据的一致性和系统的稳定性。
Description
技术领域
本发明涉及文件锁领域，更具体地，特别是指一种基于无状态协议维护文件锁的方法、系统、计算机设备及可读介质。
背景技术
无状态协议是指一种把每个用户的请求与之前任何请求之间都转换成无关性的独立事务的协议。无状态协议不要求服务器在多个请求期间保留每个用户的信息或状态。无状态的设计简化了服务器端的设计，不必动态分配存储空间以处理进行中的会话。如果客户端在事务处理中间被中断了，系统不必为清理服务器状态而做出响应。
无状态协议的一个优点在于管理简单，当服务器出现问题后，客户端可以通过重复发送之前失败的请求，直到服务端对客户端进行响应。但是，无状态协议的缺陷是在每个请求时必须包括附加的信息，这些额外信息需要服务器来解释，特别是在故障场景下，服务端客户端均需要维护用户请求的一些状态信息。
NFSv3是一种网络文件系统并且是无状态协议，NFS服务端将不会维护客户端的状态信息。客户端向服务端申请文件锁，服务端发生故障重启或者服务崩溃退出，由于NFSv3无状态，客户端如果重发锁操作请求就会出现锁冲突问题。
发明内容
有鉴于此，本发明实施例的目的在于提出一种基于无状态协议维护文件锁的方法、系统、计算机设备及计算机可读存储介质，通过判断文件锁的拥有者的状态信息是否正常，以及不同文件锁之间是否存在冲突来确定文件锁是否存在异常，并及时对异常进行处理，保证了数据的一致性和系统的稳定性。
基于上述目的，本发明实施例的一方面提供了一种基于无状态协议维护文件锁的方法，包括在服务端执行如下步骤：响应于接收到客户端的加锁请求，解析所述加锁请求以确定待加锁的文件，并判断客户端是否有权限访问所述文件；响应于客户端有权限访问所述文件，对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常；响应于所述文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
在一些实施方式中，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：判断文件锁的持久性信息是否正常；以及响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。
在一些实施方式中，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。
在一些实施方式中，所述判断不同文件锁之间是否存在冲突包括：判断同一个进程中不同文件锁之间的标识是否一致。
本发明实施例的另一方面，还提供了一种基于无状态协议维护文件锁的系统，包括：解析模块，配置用于响应于接收到客户端的加锁请求，解析所述加锁请求以确定待加锁的文件，并判断客户端是否有权限访问所述文件；加锁模块，配置用于响应于客户端有权限访问所述文件，对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常；判断模块，配置用于响应于所述文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及执行模块，配置用于响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
在一些实施方式中，所述加锁模块还配置用于：判断文件锁的持久性信息是否正常；以及响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。
在一些实施方式中，所述加锁模块还配置用于：基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。
在一些实施方式中，所述判断模块还配置用于：判断同一个进程中不同文件锁之间的标识是否一致。
本发明实施例的又一方面，还提供了一种计算机设备，包括：至少一个处理器；以及存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现如上方法的步骤。
本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
本发明具有以下有益技术效果：通过判断文件锁的拥有者的状态信息是否正常，以及不同文件锁之间是否存在冲突来确定文件锁是否存在异常，并及时对异常进行处理，保证了数据的一致性和系统的稳定性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
图1为本发明提供的基于无状态协议维护文件锁的方法的实施例的示意图；
图2为本发明提供的基于无状态协议维护文件锁的计算机设备的实施例的硬件结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
基于上述目的，本发明实施例的第一个方面，提出了一种基于无状态协议维护文件锁的方法的实施例。图1示出的是本发明提供的基于无状态协议维护文件锁的方法的实施例的示意图。如图1所示，本发明实施例包括在服务端执行如下步骤：
S1、响应于接收到客户端的加锁请求，解析加锁请求以确定待加锁的文件，并判断客户端是否有权限访问文件；
S2、响应于客户端有权限访问文件，对文件进行加锁并判断文件锁的拥有者的状态信息是否正常；
S3、响应于文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及
S4、响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
文件锁是在多任务操作系统环境中一种对文件操作的保护机制，多进程同时访问一个文件时，需要考虑文件同步的问题。主要指多个进程同时对文件的同一位置进行写操作时会导致冲突的问题，例如，一个进程对文件的某个偏移位置进行读取操作，与此同时另外一个进程正在对同一个位置进行写操作就会造成冲突。文件锁的主要作用是可以对文件的某个区域进行加锁保护的机制，在多进程访问同一个文件时进行锁操作保护数据，避免数据混乱导致的不可预期问题。在网络文件系统文件锁应用中，对一个文件进行写操作时，会在文件上加写锁，对一个文件进行读操作时，会对文件加读锁。读锁和写锁是互斥的，当对一个文件正在进行写操作时，如果有读请求则会一直阻塞等待；当一个文件正在进行读操作时，如果有写请求则会一直阻塞等待；直到读写锁释放后，才可进行下一个读写请求。
本发明实施例中基于无状态协议维护文件锁的方法采用如下步骤：
服务端与客户端部署网络文件系统v3无状态协议，服务端提供NFS(Network filesystem，网络文件系统)服务，客户端通过挂载NFS服务共享目录，通过网络进行数据传输，服务端客户端不在同一个节点，实现了一个跨越网络的文件访问功能，本发明规定服务端提供NFS服务，客户端挂载NFS服务，分别称之为NFS服务端和NFS客户端。
既可以在服务端加锁，也可以在客户端加锁，在客户端加锁时，通过挂载命令进行相应的标识，用来识别在客户端进行加锁操作，此方法可以防止同一个客户端的多个不同进程文件共享的冲突问题，但是需要注意同一个客户端不会发生冲突，如果多个客户端共享文件时，就会发生冲突，客户端之间无法获知加锁信息。本发明以在NFS服务端进行加锁进行说明，多个NFS客户端可以通过获取文件锁方法来检测文件是否加锁，因为多个NFS客户端挂载同一个NFS服务端，有效防止了多客户端并发造成的文件冲突问题。
响应于接收到客户端的加锁请求，解析加锁请求以确定加锁的文件，并判断是否有权限访问文件。客户端向服务端发起加锁请求，服务端解析NFS协议文件句柄，以确定要加锁的文件对象，检查用户是否有权限访问该文件。
响应于有权限访问文件，对文件进行加锁并判断文件锁的拥有者的状态信息是否正常。
在一些实施方式中，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：判断文件锁的持久性信息是否正常；以及响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。持久性信息包括文件锁请求结构，文件锁请求结构包括文件锁类型、故障标识、文件锁偏移、文件加锁长度、锁的拥有者。文件锁类型包括读锁、写锁、阻塞读锁和阻塞写锁。读锁，如果发生锁冲突，则退出；写锁，如果发生锁冲突，则退出；阻塞读锁，如果发生锁冲突，则阻塞等待，直到加锁成功；阻塞写锁，如果发生锁冲突，则阻塞等待，直到加锁成功。故障标识是指故障重启标志位，假设NFS服务端重启、服务宕机等，需要客户端文件锁状态维护单元告知服务端恢复已经授权的文件锁，此时标志位为1，反之为0。文件锁偏移是指对文件加锁的范围区域起始偏移量；文件加锁长度是指锁定文件区域范围，文件的某一部分或者是整个文件。
本发明设计锁的open-lock-owner结构，包括open(打开)文件序列id(号码)，open文件返回的状态信息，文件锁的持有者。open文件序列id是指要对一个文件加锁，必须进行open打开该文件，open操作时记录该文件打开的序列次数id。
在一些实施方式中，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。可以通过进程对文件进行加锁操作，但是由于不同的进程之间文件锁会发生冲突，可以通过设置不同的标识来区分文件锁，从而避免产生冲突。例如，进程1中存在文件锁a和b，进程2中存在文件锁c和d，可以对文件锁a和b设置标识X，对文件锁c和d设置标识Y，以使得文件锁之间易于区分。
本发明还设计文件锁状态结构lock-state单元和state单元，其中，state单元包含多个lock-state单元，Unix系统文件系统规定，文件锁操作与进程相关，为了避免冲突，不同进程的文件锁不能处于同一个单元，相同进程可以对文件进行多次加锁或者加多个锁，因此设计lock-state单元维护一个进程对其对应的所有文件加锁的信息，state单元则包含了不同进程的所有文件加锁的信息。规定一个用户同一个进程对多个文件加了多个文件锁，每一次加锁的返回结果来更新lock-state单元，设计状态id记录该更新。
响应于文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突。在一些实施方式中，所述判断不同文件锁之间是否存在冲突包括：判断同一个进程中不同文件锁之间的标识是否一致。
响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。如果不同文件锁之间存在冲突，可以对存在冲突的文件锁分配单独的进程。例如，文件锁a、b和c之间存在冲突，可以对文件锁a分配一个进程，对文件锁b分配一个进程，对文件锁c分配一个进程；当然，也可以将文件锁a保留在原进程中，再分别对b和c分配进程。
文件锁信息包括：获取文件锁(get-file-lock)、设置文件锁(set-file-lock)、设置文件阻塞锁(set-file-lock-wait)。获取文件锁get-file-lock，用于查询文件锁信息，即request-message中包含的文件锁信息；设置锁set-file-lock，包含两个组件单元加锁和解锁，加锁过程若发生冲突，则立即退出流程；设置文件阻塞锁set-file-lock-wait表示加锁过程中，与其他的文件锁发生了冲突，则一直等待直到加锁成功为止。
需要特别指出的是，上述基于无状态协议维护文件锁的方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于基于无状态协议维护文件锁的方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例之上。
基于上述目的，本发明实施例的第二个方面，提出了一种基于无状态协议维护文件锁的系统，包括：解析模块，配置用于响应于接收到客户端的加锁请求，解析所述加锁请求以确定待加锁的文件，并判断客户端是否有权限访问所述文件；加锁模块，配置用于响应于客户端有权限访问所述文件，对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常；判断模块，配置用于响应于所述文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及执行模块，配置用于响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
在一些实施方式中，所述加锁模块还配置用于：判断文件锁的持久性信息是否正常；以及响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。
在一些实施方式中，所述加锁模块还配置用于：基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。
在一些实施方式中，所述判断模块还配置用于：判断同一个进程中不同文件锁之间的标识是否一致。
基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备，包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行以实现如下步骤：S1、响应于接收到客户端的加锁请求，解析加锁请求以确定待加锁的文件，并判断客户端是否有权限访问文件；S2、响应于客户端有权限访问文件，对文件进行加锁并判断文件锁的拥有者的状态信息是否正常；S3、响应于文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及S4、响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
在一些实施方式中，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：判断文件锁的持久性信息是否正常；以及响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。
在一些实施方式中，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。
在一些实施方式中，所述判断不同文件锁之间是否存在冲突包括：判断同一个进程中不同文件锁之间的标识是否一致。
如图2所示，为本发明提供的上述基于无状态协议维护文件锁的计算机设备的一个实施例的硬件结构示意图。
以如图2所示的装置为例，在该装置中包括一个处理器301以及一个存储器302，并还可以包括：输入装置303和输出装置304。
处理器301、存储器302、输入装置303和输出装置304可以通过总线或者其他方式连接，图2中以通过总线连接为例。
存储器302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的基于无状态协议维护文件锁的方法对应的程序指令/模块。处理器301通过运行存储在存储器302中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的基于无状态协议维护文件锁的方法。
存储器302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据基于无状态协议维护文件锁的方法的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器302可选包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置303可接收输入的用户名和密码等信息。输出装置304可包括显示屏等显示设备。
一个或者多个基于无状态协议维护文件锁的方法对应的程序指令/模块存储在存储器302中，当被处理器301执行时，执行上述任意方法实施例中的基于无状态协议维护文件锁的方法。
执行上述基于无状态协议维护文件锁的方法的计算机设备的任何一个实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
本发明还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时执行如上方法的计算机程序。
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，基于无状态协议维护文件锁的方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
此外，根据本发明实施例公开的方法还可以被实现为由处理器执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被处理器执行时，执行本发明实施例公开的方法中限定的上述功能。
此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。
此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。作为例子而非限制性的，非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)或快闪存储器。易失性存储器可以包括随机存取存储器(RAM)，该RAM可以充当外部高速缓存存储器。作为例子而非限制性的，RAM可以以多种形式获得，比如同步RAM(DRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDRSDRAM)、增强SDRAM(ESDRAM)、同步链路DRAM(SLDRAM)、以及直接Rambus RAM(DRRAM)。所公开的方面的存储设备意在包括但不限于这些和其它合适类型的存储器。
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里功能的下列部件来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。
结合这里的公开所描述的方法或算法的步骤可以直接包含在硬件中、由处理器执行的软件模块中或这两者的组合中。软件模块可以驻留在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域已知的任何其它形式的存储介质中。示例性的存储介质被耦合到处理器，使得处理器能够从该存储介质中读取信息或向该存储介质写入信息。在一个替换方案中，存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户终端中。在一个替换方案中，处理器和存储介质可以作为分立组件驻留在用户终端中。
在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。
Claims (10)
1.一种基于无状态协议维护文件锁的方法，其特征在于，包括在服务端执行以下步骤：
响应于接收到客户端的加锁请求，解析所述加锁请求以确定待加锁的文件，并判断客户端是否有权限访问所述文件；
响应于客户端有权限访问所述文件，对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常；
响应于所述文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及
响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
2.根据权利要求1所述的方法，其特征在于，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：
判断文件锁的持久性信息是否正常；以及
响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。
3.根据权利要求1所述的方法，其特征在于，所述对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常包括：
基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。
4.根据权利要求3所述的方法，其特征在于，所述判断不同文件锁之间是否存在冲突包括：
判断同一个进程中不同文件锁之间的标识是否一致。
5.一种基于无状态协议维护文件锁的系统，其特征在于，包括：
解析模块，配置用于响应于接收到客户端的加锁请求，解析所述加锁请求以确定待加锁的文件，并判断客户端是否有权限访问所述文件；
加锁模块，配置用于响应于客户端有权限访问所述文件，对所述文件进行加锁并判断文件锁的拥有者的状态信息是否正常；
判断模块，配置用于响应于所述文件锁的拥有者的状态信息正常，判断不同文件锁之间是否存在冲突；以及
执行模块，配置用于响应于不同文件锁之间存在冲突，对存在冲突的文件锁分配单独的进程。
6.根据权利要求5所述的系统，其特征在于，所述加锁模块还配置用于：
判断文件锁的持久性信息是否正常；以及
响应于所述文件锁的持久性信息正常，基于所述持久性信息确定所述文件锁的拥有者。
7.根据权利要求5所述的系统，其特征在于，所述加锁模块还配置用于：
基于进程对文件进行加锁操作，并对不同进程对应的文件锁设置不同的标识。
8.根据权利要求7所述的系统，其特征在于，所述判断模块还配置用于：
判断同一个进程中不同文件锁之间的标识是否一致。
9.一种计算机设备，其特征在于，包括：
至少一个处理器；以及
存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现权利要求1-4任意一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4任意一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010411241.0A CN111708744B (zh) | 2020-05-15 | 2020-05-15 | 基于无状态协议维护文件锁的方法、系统、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010411241.0A CN111708744B (zh) | 2020-05-15 | 2020-05-15 | 基于无状态协议维护文件锁的方法、系统、设备及介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111708744A true CN111708744A (zh) | 2020-09-25 |
| CN111708744B CN111708744B (zh) | 2023-01-06 |
Family
ID=72537085
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010411241.0A Active CN111708744B (zh) | 2020-05-15 | 2020-05-15 | 基于无状态协议维护文件锁的方法、系统、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111708744B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112839099A (zh) * | 2021-01-29 | 2021-05-25 | 苏州浪潮智能科技有限公司 | 一种分布式字节锁检测控制的方法和设备 |
| CN113342507A (zh) * | 2021-07-07 | 2021-09-03 | 湖南四方天箭信息科技有限公司 | 一种分布式锁服务实现方法、装置及计算机设备 |
| CN113986855A (zh) * | 2021-09-17 | 2022-01-28 | 苏州浪潮智能科技有限公司 | 一种网络文件系统对文件加锁的方法、系统、设备和介质 |
| CN115951844A (zh) * | 2023-03-13 | 2023-04-11 | 浪潮电子信息产业股份有限公司 | 分布式文件系统的文件锁管理方法、设备及介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104463010A (zh) * | 2014-10-31 | 2015-03-25 | 华为技术有限公司 | 一种文件锁实现方法及装置 |
| CN105208124A (zh) * | 2015-09-29 | 2015-12-30 | 华为技术有限公司 | 管理锁的方法及装置、确定锁管理服务器的方法及装置 |
| CN107423454A (zh) * | 2017-09-22 | 2017-12-01 | 郑州云海信息技术有限公司 | 一种分布式文件系统中文件锁的处理方法、装置及设备 |
| CN109684285A (zh) * | 2018-12-13 | 2019-04-26 | 郑州云海信息技术有限公司 | 一种用户态网络文件系统文件锁方法、装置及设备 |
| CN110543459A (zh) * | 2019-07-26 | 2019-12-06 | 苏州浪潮智能科技有限公司 | 一种nfs下文件锁状态获取方法、系统、终端及存储介质 |
-
2020
- 2020-05-15 CN CN202010411241.0A patent/CN111708744B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104463010A (zh) * | 2014-10-31 | 2015-03-25 | 华为技术有限公司 | 一种文件锁实现方法及装置 |
| CN105208124A (zh) * | 2015-09-29 | 2015-12-30 | 华为技术有限公司 | 管理锁的方法及装置、确定锁管理服务器的方法及装置 |
| CN107423454A (zh) * | 2017-09-22 | 2017-12-01 | 郑州云海信息技术有限公司 | 一种分布式文件系统中文件锁的处理方法、装置及设备 |
| CN109684285A (zh) * | 2018-12-13 | 2019-04-26 | 郑州云海信息技术有限公司 | 一种用户态网络文件系统文件锁方法、装置及设备 |
| CN110543459A (zh) * | 2019-07-26 | 2019-12-06 | 苏州浪潮智能科技有限公司 | 一种nfs下文件锁状态获取方法、系统、终端及存储介质 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112839099A (zh) * | 2021-01-29 | 2021-05-25 | 苏州浪潮智能科技有限公司 | 一种分布式字节锁检测控制的方法和设备 |
| CN112839099B (zh) * | 2021-01-29 | 2022-05-13 | 苏州浪潮智能科技有限公司 | 一种分布式字节锁检测控制的方法和设备 |
| CN113342507A (zh) * | 2021-07-07 | 2021-09-03 | 湖南四方天箭信息科技有限公司 | 一种分布式锁服务实现方法、装置及计算机设备 |
| CN113342507B (zh) * | 2021-07-07 | 2024-03-29 | 湖南四方天箭信息科技有限公司 | 一种分布式锁服务实现方法、装置及计算机设备 |
| CN113986855A (zh) * | 2021-09-17 | 2022-01-28 | 苏州浪潮智能科技有限公司 | 一种网络文件系统对文件加锁的方法、系统、设备和介质 |
| CN113986855B (zh) * | 2021-09-17 | 2023-11-14 | 苏州浪潮智能科技有限公司 | 一种网络文件系统对文件加锁的方法、系统、设备和介质 |
| CN115951844A (zh) * | 2023-03-13 | 2023-04-11 | 浪潮电子信息产业股份有限公司 | 分布式文件系统的文件锁管理方法、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111708744B (zh) | 2023-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111708744B (zh) | 基于无状态协议维护文件锁的方法、系统、设备及介质 | |
| US11334562B2 (en) | Blockchain based data management system and method thereof | |
| US7925751B1 (en) | Mechanism for controlled sharing of files in a clustered application environment | |
| EP2695083B1 (en) | Cluster unique identifier | |
| JP4759570B2 (ja) | データベース管理システムにおけるファイル操作のためのロックを提供するための手法 | |
| US8296824B2 (en) | Replicating selected secrets to local domain controllers | |
| US10609123B2 (en) | Hybrid quorum policies for durable consensus in distributed systems | |
| CN111225020A (zh) | 一种用户态网络文件系统双栈访问方法、装置及设备 | |
| CN112948842A (zh) | 一种鉴权方法及相关设备 | |
| CN111708834A (zh) | 一种业务配置数据同步的方法、系统、设备及介质 | |
| AU2018348327B2 (en) | Utilizing nonce table to resolve concurrent blockchain transaction failure | |
| CN112688983A (zh) | 代理权限管理装置、终端设备及存储介质 | |
| CN111221826A (zh) | 一种处理共享缓存同步消息的方法、系统、设备及介质 | |
| CN113342507B (zh) | 一种分布式锁服务实现方法、装置及计算机设备 | |
| CN110213266B (zh) | 一种区块链跨链的信息处理方法及电子设备 | |
| CN108352995B (zh) | 一种smb业务故障处理方法和存储设备 | |
| CN105592083A (zh) | 终端利用令牌访问服务器的方法和装置 | |
| US20140041053A1 (en) | Data block access control | |
| US8204989B2 (en) | Lightweight directory access protocol (LDAP) collision detection mechanism and method | |
| CN111193677A (zh) | 一种将主机fc端口归属到对应主机的方法、设备及介质 | |
| CN111858538B (zh) | 一种集群配置BeeGFS配额的方法、装置、设备和介质 | |
| CN109753485B (zh) | 一种磁盘锁管理方法及装置 | |
| JP4617898B2 (ja) | アクセス制御方式および方法、サーバ装置、端末装置ならびにプログラム | |
| CN111130976B (zh) | 一种配置白盒交换机虚拟局域网的方法、设备及介质 | |
| CN111240933B (zh) | 多数据中心的性能数据监测的方法、系统、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |