CN111680015B - 文件资源处理方法、装置、设备和介质 - Google Patents

文件资源处理方法、装置、设备和介质 Download PDF

Info

Publication number
CN111680015B
CN111680015B CN202010482135.1A CN202010482135A CN111680015B CN 111680015 B CN111680015 B CN 111680015B CN 202010482135 A CN202010482135 A CN 202010482135A CN 111680015 B CN111680015 B CN 111680015B
Authority
CN
China
Prior art keywords
resource
file
request
file resource
state
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.)
Active
Application number
CN202010482135.1A
Other languages
English (en)
Other versions
CN111680015A (zh
Inventor
郑鹏飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202010482135.1A priority Critical patent/CN111680015B/zh
Publication of CN111680015A publication Critical patent/CN111680015A/zh
Priority to US17/209,289 priority patent/US11451628B2/en
Priority to EP21164286.3A priority patent/EP3846419B1/en
Priority to KR1020210038378A priority patent/KR20210040866A/ko
Priority to JP2021086793A priority patent/JP7236498B2/ja
Application granted granted Critical
Publication of CN111680015B publication Critical patent/CN111680015B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3034—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
    • 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
    • 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/178—Techniques for file synchronisation in file systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例公开了一种文件资源处理方法、装置、设备和介质，涉及文件系统处理技术以及涉及云计算领域。其中，该文件资源处理方法包括：接收终端的文件资源访问请求，并根据文件资源访问请求，确定终端请求访问的目标文件资源；如果确定文件资源访问请求属于重建资源状态请求，则将目标文件资源标记为进入宽限期状态；如果确定文件资源访问请求不属于重建资源状态请求，则基于目标文件资源，执行与文件资源访问请求对应的访问操作。本申请实施例实现了提供一种全新的网络文件系统的故障恢复机制，将故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，提高了文件系统的可用性。

Description

文件资源处理方法、装置、设备和介质
技术领域
本申请实施例涉及计算机技术，具体涉及文件系统处理技术以及涉及云计算领域，尤其涉及一种文件资源处理方法、装置、设备和介质。
背景技术
网络文件系统(Network File System，NFS)是一个被广泛使用的网络文件系统协议，可以用于在不同的设备之间共享文件数据。
在设备使用NFS协议期间，可能会持有一些独占或共享的资源。NFS协议为了保证文件服务的连续性和安全性，规定当服务器在故障恢复的过程中，需要首先进入一个宽限期(Grace Period)，在此宽限期内，客户端和服务器重新建立NFS协议会话，并且客户端重新向服务器申请在服务器故障前所持有的资源。目前，在宽限期内，服务器除了支持重建资源状态的操作外，其他操作均被禁止，使得文件系统需要持续较长时间的不可用状态。
发明内容
本申请实施例提供了一种文件资源处理方法、装置、设备和介质，以实现提供一种全新的网络文件系统的故障恢复机制，将故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，提高文件系统的可用性。
根据本申请实施例的一方面，提供了一种文件资源处理方法，包括：
接收终端的文件资源访问请求，并根据所述文件资源访问请求，确定所述终端请求访问的目标文件资源；
如果确定所述文件资源访问请求属于重建资源状态请求，则将所述目标文件资源标记为进入宽限期状态；
如果确定所述文件资源访问请求不属于所述重建资源状态请求，则基于所述目标文件资源，执行与所述文件资源访问请求对应的访问操作。
根据本申请实施例的另一方面，提供了一种文件资源处理装置，包括：
资源确定模块，用于接收终端的文件资源访问请求，并根据所述文件资源访问请求，确定所述终端请求访问的目标文件资源；
状态标记模块，用于如果确定所述文件资源访问请求属于重建资源状态请求，则将所述目标文件资源标记为进入宽限期状态；
操作执行模块，用于如果确定所述文件资源访问请求不属于所述重建资源状态请求，则基于所述目标文件资源，执行与所述文件资源访问请求对应的访问操作。
根据本申请实施例的另一方面，提供了一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如本申请实施例任一所述的文件资源处理方法。
根据本申请实施例的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如本申请实施例任一所述的文件资源处理方法。
根据本申请实施例的技术方案，通过在故障恢复宽限期内，将终端发送的重建资源状态请求对应的目标文件资源标记为进入宽限期状态，而将终端发送的不属于重建资源状态请求的其他请求所对应的目标文件资源，仍作为正常提供文件服务的资源对象，实现了提供一种全新的网络文件系统的故障恢复机制，将故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，提高了文件系统的可用性。
应当理解，应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
图1是根据本申请实施例公开的一种文件资源处理方法的流程图；
图2是根据本申请实施例公开的另一种文件资源处理方法的流程图；
图3是根据本申请实施例公开的另一种文件资源处理方法的流程图；
图4是根据本申请实施例公开的一种文件资源处理装置的结构示意图；
图5是根据本申请实施例公开的一种电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本申请实施例公开的一种文件资源处理方法的流程图，本申请实施例可以适用于在终端或者服务器发生故障后，在故障恢复的宽限期内，如何对服务器中的文件资源进行处理的情况。本申请实施例公开的方法可以由文件资源处理装置来执行。该文件资源处理装置可以采用软件和/或硬件实现，并可集成在任意的具有计算能力的电子设备上，例如支持网络文件系统的服务器等，该服务器可以简称为资源服务器或者NFS服务器。以下以资源服务器为例，对本申请实施例进行示例性说明。
如图1所示，本申请实施例公开的文件资源处理方法可以包括：
S101、接收终端的文件资源访问请求，并根据文件资源访问请求，确定终端请求访问的目标文件资源。
具体的，资源服务器可以与多个终端建立通信连接，响应终端的文件资源访问请求，实现为终端提供文件资源。终端中部署有网络文件系统对应的客户端，具体可以是用户移动终端、平板电脑等设备，用户可以根据业务处理过程中对文件数据的需求，在终端中触发文件资源访问请求，然后发送至资源服务器。资源服务器收到终端发送的文件资源访问请求后，根据该请求中携带的信息，确定终端请求访问的目标文件资源。其中，文件资源访问请求中携带的信息可以包括但不限于终端标识、请求访问的文件名称或文件标识等信息。
在本申请实施例中，针对资源服务器与终端建立通信连接并进行数据传输的过程中，资源服务器发生故障后恢复的过程，或者终端发生故障后恢复的过程，可以统称为文件系统故障恢复的宽限期，可以优选资源服务器的故障恢复过程作为宽限期。资源服务器针对在该宽限期内收到的文件资源访问请求，根据请求的类型，执行不同的响应操作，请求类型包括重建资源状态请求和非重建资源状态请求。任一方故障的发生，均会导致资源服务器和终端之间的通信传输发生中断，故障类型本申请实施例也不作限定，可以包括现有的任意设备故障类型。
S102、如果确定文件资源访问请求属于重建资源状态请求，则将目标文件资源标记为进入宽限期状态。
其中，重建资源状态请求，或者称为文件资源恢复请求，是指终端向资源服务器重新请求在故障发生前已经请求或者已经持有的文件资源。终端或者资源服务器发生故障后，资源服务器针对终端在故障前请求的文件资源，会为终端保留预设时间，如果超过该预设时间终端未重新请求，则资源服务器会释放该文件资源，该预设时间的时间长度可以灵活设定。因此，如果资源服务器确定终端当前发送的文件资源访问请求属于重建资源状态请求，则将目标文件资源标记为进入宽限期状态，也即该目标文件资源归当前终端所享有，允许当前终端重新请求恢复对该文件资源的访问状态。
此外，当资源服务器发生重启后，例如因故障重启或者因系统升级重启等，终端请求的文件资源均会发生通信中断，此时资源服务器可以主动将终端已请求的文件资源标记为进入宽限期状态，无需等待终端发送针对文件资源的重建资源状态请求后再进行状态标注；或者当资源服务器监测终端发生故障后，也可以主动将该故障终端已请求的文件资源标记为进入宽限期状态，无需等待终端发送重建资源状态请求，这样可以减少因通信交互对宽限期持续时间的延迟，优化文件资源的释放时间。
S103、如果确定文件资源访问请求不属于重建资源状态请求，则基于目标文件资源，执行与文件资源访问请求对应的访问操作。
如果确定文件资源访问请求不属于重建资源状态请求，则资源服务器可以将目标文件资源仍作为正常提供文件服务的资源对象，执行与文件资源访问请求相对应的访问操作，例如针对目标文件资源的文件打开操作、文件关闭操作、文件读取操作、文件改写操作等，从而满足终端对文件资源的访问需求，而不会因为当前处于故障恢复的宽限期内，使得除重建资源状态请求的之外的其他请求得不到资源服务器的响应。
关于资源服务器如何确定文件资源访问请求是否属于重建资源状态请求的实现，可以通过确认目标文件资源是否属于故障发生前终端已请求的文件资源来实现，例如，资源服务器针对终端请求的文件资源会分别进行记录，针对宽限期内终端请求的目标文件资源，可以在文件资源记录信息中进行匹配，如果匹配到，则可以确定当前文件资源访问请求属于重建资源状态请求，否则不是；或者，资源服务器可以识别当前文件资源访问请求中是否携带预设标识来实现，该预设标识用于区分重建资源状态请求和非重建资源状态请求。当然，在确保资源服务器可以实现区分当前文件资源访问请求是否属于重建资源状态请求的基础上，本申请实施例对其具体实现过程不作限定，具体实现方式不限于前述示例。
根据本申请实施例的技术方案，通过在服务器故障恢复或终端故障恢复的宽限期内，将终端发送的重建资源状态请求对应的目标文件资源标记为进入宽限期状态，而将终端发送的不属于重建资源状态请求的其他请求所对应的目标文件资源，仍作为正常提供文件服务的资源对象，实现了提供一种全新的网络文件系统的故障恢复机制，将在故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，即将故障恢复宽限期内服务器可以向终端提供的具体文件资源进行限制，而非使得服务器整体处于不可向终端提供除资源恢复之外的其他服务或者使得终端处于不能请求除资源恢复之外的其他服务的状态，解决了现有方案中在故障恢复宽限期内服务器只执行与重建资源状态相关的操作导致服务器长时间处于不可用状态的问题，提高了文件系统的可用性，缩短了资源服务器不可提供服务的范围。
在上述技术方案的基础上，可选的，确定文件资源访问请求属于重建资源状态请求，包括：如果在服务器或者终端故障发生前记录的文件资源分配信息中查询到目标文件资源，则确定文件资源访问请求属于重建资源状态请求；其中，文件资源分配信息包括终端信息和终端请求的文件资源信息。例如，在资源服务器和终端的数据传输过程中，资源服务器可以按照终端标识(终端ID)和文件资源标识(资源ID)的对应关系，分别记录每个终端请求的文件资源，从而实现文件资源信息的可查询效果，为确认宽限期内终端发送的文件资源访问请求是否属于重建资源状态请求奠定数据基础。
进一步的，在将目标文件资源标记为进入宽限期状态的过程中，还包括：记录目标文件资源在宽限期内的资源保护范围和保护类型，即本申请实施例可以实现对文件资源状态信息的精细化管理。其中，保护类型是指在宽限期内资源服务器允许终端请求恢复的关于目标文件资源的操作类型，具体的，保护类型至少包括文件锁类型，文件锁类型包括共享锁和互斥锁，保护类型还可以包括文件的打开、关闭、读取、改写等操作。资源保护范围是指在宽限期内资源服务器允许终端请求恢复的文件范围，例如资源保护范围可以是整个目标文件资源，或者目标文件资源的一部分。
资源保护范围和保护类型的具体确定，与服务器故障或终端故障发生前资源服务器所记录的关于终端请求的文件资源的信息有关。例如，在资源服务器发生故障前，资源服务器记录终端请求的文件资源添加了共享锁或互斥锁，则在宽限期内，资源服务器会同时记录该文件资源的保护类型包括共享锁或互斥锁。针对共享锁，指被标记为进入宽限期状态的文件资源，可以被多个终端或多个线程同时恢复持有；针对互斥锁，指被标记为进入宽限期状态的文件资源，只能被一个终端或者一个线程所恢复持有。
图2是根据本申请实施例公开的另一种文件资源处理方法的流程图，基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图2所示，该方法可以包括：
S201、接收终端的文件资源访问请求，并根据文件资源访问请求，确定终端请求访问的目标文件资源。
S202、如果确定文件资源访问请求属于重建资源状态请求，则将目标文件资源标记为进入宽限期状态。
S203、如果满足宽限期结束条件，则释放目标文件资源的进入宽限期状态。
S204、如果确定文件资源访问请求不属于重建资源状态请求，则基于目标文件资源，执行与文件资源访问请求对应的访问操作。
其中，宽限期结束条件是指文件资源的进入宽限期状态可以释放或者消除的条件，可以根据实际进行设置。在满足宽限期结束条件后，资源服务器将不会为当前终端保留目标文件资源，及时解除目标文件资源的服务限制，使得其他终端也可以根据需求而正常请求该目标文件资源，提高文件资源的可利用性。
根据本申请实施例的技术方案，通过在故障恢复宽限期内，将终端发送的重建资源状态请求对应的目标文件资源标记为进入宽限期状态，而将终端发送的不属于重建资源状态请求的其他请求所对应的目标文件资源，仍作为正常提供文件服务的资源对象，实现了提供一种全新的网络文件系统的故障恢复机制，将在故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，解决了现有方案中在故障恢复宽限期内服务器只执行与重建资源状态相关的操作导致服务器长时间处于不可用状态的问题，提高了文件系统的可用性；并且，在满足宽限期结束条件时及时释放目标文件资源的进入宽限期状态，及时解除目标文件资源的服务限制，提高了文件资源的可利用性。
在上述技术方案的基础上，可选的，宽限期结束条件包括但不限于：预设宽限期时间达到设定时间阈值或者针对目标文件资源的访问恢复操作执行结束。其中，设定时间阈值可以根据需求而定，本申请实施例对其取值不作限定，通常以秒为计时单位。
示例性的，资源服务器可以在收到终端的文件资源访问请求，并确定该文件资源访问请求属于重建资源状态请求的过程中，开始进行宽限期计时，当统计的预设宽限期时间达到设定时间阈值后，自动释放目标文件资源的进入宽限期状态；或者，资源服务器可以在检测到针对目标文件资源的访问恢复操作执行结束后(或称为资源重建完成)，自动释放目标文件资源的进入宽限期状态。通过合理设置宽限期结束条件，及时解除目标文件资源的服务限制，有助于提高文件资源的可利用性，缩短资源服务器不可提供文件资源服务的时间。
图3是根据本申请实施例公开的另一种文件资源处理方法的流程图，基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。具体的，在本申请实施例中，可以增加协调服务器，通过与用于执行本申请实施例技术方案的电子设备进行通信，记录终端信息以及终端请求的文件资源信息，或称为记录文件资源分配信息，协助缓解资源服务器的数据处理压力。以资源服务器为例，针对分布式文件系统，协调服务器的使用，可以为管理多个资源服务器节点的文件资源分配信息提供便利性，提高各服务器节点上进入宽限期的文件资源信息的管理效率与管理便捷性；并且，针对分布式文件系统的情况，由于本申请实施例中将限制服务的范围缩小到具体的资源粒度，无需因为一个服务器节点发生故障后需要进入宽限期，而将其他服务器节点也同时限制性进入宽限期，即一个服务器节点的宽限期状态不会影响其他服务器节点的可用状态，相对现有技术缩短了分布式文件系统不可提供文件资源服务的时间和范围。
协调服务器可以是一个服务器或一个分布式系统。以下对协调服务器可以用于精细化管理资源服务器上的文件资源信息进行示例性说明，但不应理解为对本申请实施例的具体限定。
1)协调服务器可以记录资源服务器上文件资源的相关信息，如表1所示，可以包括但不限于：文件资源信息、请求文件资源的终端信息、资源被终端请求的访问范围、访问操作类型、是否处于宽限期等状态信息(state)；在资源被标记进入宽限期状态后，协调服务器上记录的信息还可以包括资源在宽限期内的保护范围、保护类型等。
文件资源信息包括文件资源ID，在文件系统中可以用于唯一性的标识一个特定的文件资源，并且在文件资源存在期间该ID值保持不变。终端信息包括终端ID，在文件系统中可以用于唯一性代表一个终端，在终端存在期间该ID值保持不变。资源的访问操作类型或者资源在宽限期内的保护类型可以包括文件锁类型以及文件的打开、关闭、读取、改写等操作。以文件锁类型为例，文件资源在宽限期内的保护范围可能是整个文件，也可能是文件的一部分，保护类型包括共享或互斥等。针对同一个文件资源ID可以有多条资源状态分配记录，这些分配记录之间互相不冲突，从而确保文件资源的利用不会出现错误。如果终端当前申请的文件资源不与当前任何一条已经存在的资源记录信息冲突，则终端可以申请该文件资源，并且，协调服务器通过与资源服务器的信息交互，会根据终端当前对文件资源的请求情况，更新文件资源的记录信息。
2)协调服务器还可以记录资源服务器向终端提供文件资源服务的服务记录信息，如表2所示，可以包括但不限于：资源服务器信息、与资源服务器建立通信连接的终端信息、资源服务器上一次的活跃时间等。资源服务器信息包括资源服务器ID，每一个资源服务器在文件系统中有唯一的ID；终端信息包括终端ID等信息。
表1：协调服务器记录的资源服务器上文件资源的信息
表2：协调服务器记录的资源服务器的服务记录信息
此外，作为一种优化，协调服务器可以无需记录无共享或互斥要求的文件资源的状态，例如文件资源在宽限期内的保护类型只涉及文件的打开、关闭、读取、改写等类型的操作，这些资源状态可以优选在每个资源服务器本地进行记录处理，以避免协调服务器本身成为文件系统的性能瓶颈或单点故障点，并且，这些不涉及文件锁的操作在资源服务器本地进行记录，也有助于提高资源服务器针对终端请求的响应时间。进一步的，在文件系统中，协调服务器可以只用于记录文件资源的文件锁类型。文件锁的添加，可以有效避免文件资源被不同的访问请求所请求访问过程中出现读写冲突的现象，可以确保文件资源被正常有序的访问。通过协调服务器作为状态信息记录的中间方进行资源状态管理，可以缓解资源服务器的数据处理压力，有效确保文件资源的正常访问，尤其是针对分布式文件系统，可以确保不同资源服务器之间资源状态信息的合理共享。
如图3所示，本申请实施例公开的文件资源处理方法可以包括：
S301、向协调服务器发送心跳请求；其中，心跳请求用于指示协调服务器确定终端对资源服务器上文件资源的请求状态是否失效，如果是，则将终端已请求的文件资源标记为进入宽限期状态。
在本申请实施例中，资源服务器和协调服务器之间可以建立租约机制，用于协助判断与资源服务器建立通信的终端对文件资源的请求状态是否失效，或者说终端所持有的资源状态是否有效。租约机制的实现需要建立租约时长和发送心跳请求，租约时长可以灵活设置。具体的，资源服务器需要周期性或者定时向协调服务器发送心跳请求，协调服务器可以根据心跳请求的接收时间和预先设定的租约时长来确定是否在有效的租约期限内接收到心跳请求。并且，心跳请求中包括与资源服务器建立通信连接的终端信息，例如终端标识等，如表1所示的对应关系，终端信息可以用于协调服务器确定终端向资源服务器请求的文件资源。心跳请求中包括的终端信息可以是未发生故障的有效终端的信息，使得协调服务器可以根据该有效终端的信息，确定与资源服务器对应的有效终端的记录信息。
如果协调服务器在有效的租约期限内收到心跳请求，则租约有效，终端对资源服务器上文件资源的请求状态有效，并且协调服务器在当前租约期限的基础上为资源服务器续租，即终端对资源服务器上文件资源的请求状态有效的时间可以延长，并且，协调服务器重新计算资源服务租约过期的时间。如果协调服务器在有效的租约期限内未收到心跳请求，则租约失效，终端对资源服务器上文件资源的请求状态失效，协调服务器可以将终端已请求的文件资源标记为进入宽限期状态，然后将标记信息反馈给资源服务器。被标记为进入宽限期状态的文件资源，需求终端重新向资源服务器发送访问请求，以恢复对该文件资源的持有状态。
通过心跳请求的发送，协调服务器可以及时发现终端对资源服务器上文件资源的请求状态是否失效，并在发现失效的状态下，及时将终端已向资源服务器请求的文件资源标记为进入宽限期状态，相比于通过终端主动向资源服务器发送重建资源状态请求后，将相应的文件资源标记为进行入宽限期状态的情况，可以提早进入宽限期，在一定程度上缩短宽限期持续的时间，优化文件资源的服务限制时间。
S302、接收终端的文件资源访问请求，并根据文件资源访问请求，确定终端请求访问的目标文件资源。
S303、如果确定文件资源访问请求属于重建资源状态请求，则将重建资源状态请求发送至协调服务器，以指示协调服务器将目标文件资源标记为进入宽限期状态。
即资源服务器收到终端发送的重建资源状态请求后，会转发至协调服务器，使得协调服务器根据该重建资源状态请求中包括的终端标识、请求访问的文件名称或文件标识等信息，将目标文件资源标记为进入宽限期状态。并且，协调服务器收到重建资源状态请求后，可以根据该请求中包括的终端信息和资源服务器信息，确定当前终端请求的资源服务器相对之前已经记录的资源服务器的服务记录信息是否发生变化，如果是，则将当前终端记录在新的资源服务器下。
协调服务器还用于在满足宽限期结束条件时，释放目标文件资源的进入宽限期状态。可选的，在标记状态的同时，协调服务器可以同时开始宽限期的计时，当收到针对该文件资源的访问恢复操作执行结束的通知信息时，结束宽限期计时，从而释放文件资源的进入宽限期状态。进一步的，针对存在多个文件资源的重建资源状态请求的情况，协调服务器可以将收到的第一个重建资源状态请求的接收时间作为宽限期的开始时刻，将最后收到的文件访问恢复操作执行结束的通知信息作为宽限期的结束时刻，此时，处于宽限期内被标记为进入宽限期状态的所有文件资源均会得到释放。或者，如果从宽限期计时开始，在预设宽限期时间达到设定时间阈值时，无论是否收到访问恢复操作执行结束的通知信息，协调服务器均可以结束宽限期，释放处于宽限期内被标记为进入宽限期状态的所有文件资源。协调服务器会将释放的文件资源信息反馈给资源服务器，保持两者间资源记录信息的同步。具体采用何种方式结束宽限期，可以根据实际灵活而定。
当然，资源服务器也可以在收到终端的重建资源状态请求之后，单独向协调服务器发送宽限期开始的通知信息，也可以在文件资源的访问恢复操作执行结束后，单独向协调服务器发送宽限期结束的通知信息，本申请实施例对此不作具体限定。
S304、如果确定文件资源访问请求不属于重建资源状态请求，则基于目标文件资源，执行与文件资源访问请求对应的访问操作。
根据本申请实施例的技术方案，通过在服务器或终端发生故障后的故障恢复宽限期内，对重建资源状态请求和非重建资源状态请求进行区分处理，实现了提供一种全新的网络文件系统的故障恢复机制，将在故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，即将故障恢复宽限期内服务器可以向终端提供的具体文件资源进行限制，而非使得服务器整体处于不可向终端提供除资源恢复之外的其他服务或者使得终端处于不能请求除资源恢复之外的其他服务的状态，解决了现有方案中在故障恢复宽限期内服务器只执行与重建资源状态相关的操作导致服务器长时间处于不可用状态的问题，提高了文件系统的可用性；并且，在收到终端的重建资源状态请求之前，通过心跳信息的发送，实现了提早进入宽限期以及优化文件资源的服务限制时间的效果。
在上述技术方案的基础上，进一步的，在将目标文件资源标记为进入宽限期状态的过程中，还包括：记录目标文件资源在宽限期内的资源保护范围和保护类型；其中，保护类型至少包括文件锁类型。
具体而言，针对存在协调服务器的情况，目标文件资源在宽限期内的资源保护范围和保护类型也可以由协调服务器来记录。示例性的，协调服务器可以根据文件资源访问请求中携带的终端信息，在故障发生之前所记录的资源分配信息中，查询该终端持有的目标文件资源的记录信息，从而确定目标文件资源在宽限期内的资源保护范围和保护类型，并进行记录。
可选的，在接收到终端的重建资源状态请求之前，本申请实施例公开的方法还可以包括：
如果资源服务器发生重启，则向协调服务器发生预设请求；其中，预设请求用于指示协调服务器将终端已向资源服务器请求的文件资源标记为进入宽限期状态。预设请求是指资源服务器发生重启后，向协调服务器发送的特定请求，可以是特定的心跳请求或者其他格式的请求，本申请实施例对预设请求的具体实现形式不作限定，在保证可以区分重启场景下针对文件资源进入宽限期的标记情况，本领域技术人员可以灵活设置预设请求的实现形式。预设请求中包括与资源服务器建立通信连接的终端信息，例如终端标识等，终端信息可以用于协调服务器确定终端向资源服务器请求的文件资源。
当服务器发生重启后，终端请求的文件资源均会发生通信中断，此时无需等待终端发送针对文件资源的重建资源状态请求，而是由资源服务器主动向协调服务器发送预设请求，通知协同服务器自身发生重启，并指示协调服务器将终端已向资源服务器请求的文件资源标记为进入宽限期状态，这样可以减少因通信交互对宽限期持续时间的延迟，优化文件资源的释放时间。尤其是针对分布式文件系统的情况，由于本申请实施例中将限制服务的范围缩小到资源粒度，无需因为一个服务器节点发生重启，需要进入宽限期，而将其他服务器节点也同时限制性进入宽限期，相对现有技术缩短了分布式文件系统不可提供文件资源服务的时间和范围。
并且，针对协调服务器和资源服务存在租约的情况，协调服务器在收到资源发送的预设请求后，可以立刻停止资源服务器的已有租约时间，并重新开始新的租约计时，使得租约时效合理化，进而确保针对终端对资源服务器上文件资源的请求状态是否失效的判断合理性。
可选的，在接收到终端的重建资源状态请求之前，本申请实施例公开的方法还可以包括：
如果监测到终端发生故障，则向协调服务器发送通知信息；其中，通知信息用于指示协调服务器将终端已向资源服务器请求的文件资源标记为进入宽限期状态。通知信息中包括与资源服务器建立通信连接的、发生故障的终端信息，例如终端标识等，终端信息可以用于协调服务器确定终端向资源服务器请求的文件资源。
资源服务器在监测到终端发生故障后，通过主动向协调服务器发送通知信息，同样无需等待终端发送针对文件资源的重建资源状态请求后再将文件资源标记为进入宽限期状态，可以减少因通信交互对宽限期持续时间的延迟，优化文件资源的释放时间。协调服务器在标记文件资源的进入宽限期状态的过程中，还可以将发生故障的终端信息从本地记录的文件资源分配信息中移除。当然，针对资源服务发生重启或者监测到终端发生故障，资源服务器也可以在本地将终端已请求的文件资源标记为进入宽限期状态。
进一步的，协调服务器还用于：在将终端已请求的文件资源标记为进入宽限期状态的过程中，确定宽限期的起始时刻。例如，针对上述几种情况，协调服务器可以将接收到资源服务器发送的心跳请求、预设请求或者通知信息的时刻，即作为宽限期的开始时刻，从而实现对宽限期持续时间的优化，以及对资源释放时间的优化。
图4是根据本申请实施例公开的一种文件资源处理装置的结构示意图，本申请实施例可以适用于在终端或者服务器发生故障后，在故障恢复的宽限期内，如何对服务器中的文件资源进行处理的情况。该文件资源处理装置可以采用软件和/或硬件实现，并可集成在任意的具有计算能力的电子设备上，例如支持网络文件系统的服务器。
如图4所示，本申请实施例公开的文件资源处理装置400可以包括资源确定模块401、状态标记模块402、操作执行模块403，其中：
资源确定模块401，用于接收终端的文件资源访问请求，并根据文件资源访问请求，确定终端请求访问的目标文件资源；
状态标记模块402，用于如果确定文件资源访问请求属于重建资源状态请求，则将目标文件资源标记为进入宽限期状态；
操作执行模块403，用于如果确定文件资源访问请求不属于重建资源状态请求，则基于目标文件资源，执行与文件资源访问请求对应的访问操作。
可选的，本申请实施例公开的装置还包括：
状态释放模块，用于在状态标记模块402执行将目标文件资源标记为进入宽限期状态的操作之后，如果满足宽限期结束条件，则释放目标文件资源的进入宽限期状态。
可选的，宽限期结束条件包括：预设宽限期时间达到设定时间阈值或者针对目标文件资源的访问恢复操作执行结束。
可选的，状态标记模块402包括：
重建请求确定单元，用于如果在故障发生前记录的文件资源分配信息中查询到目标文件资源，则确定文件资源访问请求属于重建资源状态请求；其中，文件资源分配信息包括终端信息和终端请求的文件资源信息；
状态标记单元，用于将目标文件资源标记为进入宽限期状态。
可选的，状态标记模块402具体用于：
如果确定文件资源访问请求属于重建资源状态请求，则将重建资源状态请求发送至协调服务器，以指示协调服务器将目标文件资源标记为进入宽限期状态。
可选的，状态标记模块402还用于：
记录目标文件资源在宽限期内的资源保护范围和保护类型；其中，保护类型至少包括文件锁类型。
可选的，本申请实施例公开的装置还包括：
心跳请求发送模块，用于向协调服务器发送心跳请求；其中，心跳请求用于指示协调服务器确定终端对资源服务器上文件资源的请求状态是否失效，如果是，则将终端已请求的文件资源标记为进入宽限期状态。
可选的，本申请实施例公开的装置还包括：
预设请求发送模块，用于如果资源服务器发生重启，则向协调服务器发生预设请求；其中，预设请求用于指示协调服务器将终端已向资源服务器请求的文件资源标记为进入宽限期状态。
可选的，本申请实施例公开的装置还包括：
通知信息发送模块，用于如果监测到终端发生故障，则向协调服务器发送通知信息；其中，通知信息用于指示协调服务器将终端已向资源服务器请求的文件资源标记为进入宽限期状态。
可选的，协调服务器还用于：在将终端已请求的文件资源标记为进入宽限期状态的过程中，确定宽限期的起始时刻。
可选的，本申请实施例公开的装置可以配置于分布式文件系统。
本申请实施例所公开的文件资源处理装置400可执行本申请实施例所公开的任一文件资源处理方法，具备执行方法相应的功能模块和有益效果。本申请装置实施例中未详尽描述的内容可以参考本申请任意方法实施例中的描述。
根据本申请的实施例，本申请实施例还提供了一种电子设备和一种可读存储介质。
如图5所示，图5是用于实现本申请实施例中文件资源处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请实施例的实现。
如图5所示，该电子设备包括：一个或多个处理器501、存储器502，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示图形用户界面(Graphical User Interface，GUI)的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作，例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统。图5中以一个处理器501为例。
存储器502即为本申请实施例所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请实施例所提供的文件资源处理方法。本申请实施例的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请实施例所提供的文件资源处理方法。
存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中文件资源处理方法对应的程序指令/模块，例如，附图4所示的资源确定模块401、状态标记模块402、操作执行模块403。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中的文件资源处理方法。
存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至用于实现本实施例中文件资源处理方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
用于实现本申请实施例中文件资源处理方法的电子设备还可以包括：输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接，图5中以通过总线连接为例。
输入装置503可接收输入的数字或字符信息，以及产生与用于实现本实施例中文件资源处理方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置和触觉反馈装置等，其中，辅助照明装置例如发光二极管(Light Emitting Diode，LED)；触觉反馈装置例如，振动电机等。该显示设备可以包括但不限于，液晶显示器(Liquid Crystal Display，LCD)、LED显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用集成电路(Application Specific Integrated Circuit，ASIC)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序，也称作程序、软件、软件应用、或者代码，包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置，例如，磁盘、光盘、存储器、可编程逻辑装置(Programmable Logic Device，PLD)，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置，例如，阴极射线管(Cathode Ray Tube，CRT)或者LCD监视器；以及键盘和指向装置，例如，鼠标或者轨迹球，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈，例如，视觉反馈、听觉反馈、或者触觉反馈；并且可以用任何形式，包括声输入、语音输入或者、触觉输入，来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统，例如，作为数据服务器，或者实施在包括中间件部件的计算系统，例如，应用服务器，或者实施在包括前端部件的计算系统，例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互，或者实施在包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信，例如通信网络，来将系统的部件相互连接。通信网络的示例包括：局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案，通过在故障恢复宽限期内，将终端发送的重建资源状态请求对应的目标文件资源标记为进入宽限期状态，而将终端发送的不属于重建资源状态请求的其他请求所对应的目标文件资源，仍作为正常提供文件服务的资源对象，实现了提供一种全新的网络文件系统的故障恢复机制，将故障恢复宽限期内限制服务的范围从系统级别(或终端级别)缩小到资源级别，提高了文件系统的可用性。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (20)

1.一种文件资源处理方法，包括：
接收终端的文件资源访问请求，并根据所述文件资源访问请求，确定所述终端请求访问的目标文件资源；
如果确定所述文件资源访问请求属于重建资源状态请求，则将所述目标文件资源标记为进入宽限期状态；
如果确定所述文件资源访问请求不属于所述重建资源状态请求，则基于所述目标文件资源，执行与所述文件资源访问请求对应的访问操作；
其中，如果确定所述文件资源访问请求属于重建资源状态请求，则将所述目标文件资源标记为进入宽限期状态，包括：
如果确定所述文件资源访问请求属于所述重建资源状态请求，则将所述重建资源状态请求发送至协调服务器，以指示所述协调服务器将所述目标文件资源标记为所述进入宽限期状态；
其中，在接收到所述终端的重建资源状态请求之前，所述方法还包括：
向所述协调服务器发送心跳请求；其中，所述心跳请求用于指示所述协调服务器确定所述终端对资源服务器上文件资源的请求状态是否失效，如果是，则将所述终端已请求的文件资源标记为所述进入宽限期状态。
2.根据权利要求1所述的方法，在将所述目标文件资源标记为所述进入宽限期状态之后，所述方法还包括：
如果满足宽限期结束条件，则释放所述目标文件资源的进入宽限期状态。
3.根据权利要求2所述的方法，其中，所述宽限期结束条件包括：预设宽限期时间达到设定时间阈值或者针对所述目标文件资源的访问恢复操作执行结束。
4.根据权利要求1所述的方法，其中，所述确定所述文件资源访问请求属于重建资源状态请求，包括：
如果在故障发生前记录的文件资源分配信息中查询到所述目标文件资源，则确定所述文件资源访问请求属于所述重建资源状态请求；其中，所述文件资源分配信息包括终端信息和所述终端请求的文件资源信息。
5.根据权利要求1所述的方法，其中，在将所述目标文件资源标记为所述进入宽限期状态的过程中，还包括：
记录所述目标文件资源在所述宽限期内的资源保护范围和保护类型；其中，所述保护类型至少包括文件锁类型。
6.根据权利要求1所述的方法，其中，在接收到所述终端的重建资源状态请求之前，所述方法还包括：
如果资源服务器发生重启，则向所述协调服务器发生预设请求；其中，所述预设请求用于指示所述协调服务器将所述终端已向所述资源服务器请求的文件资源标记为所述进入宽限期状态。
7.根据权利要求1所述的方法，其中，在接收到所述终端的重建资源状态请求之前，所述方法还包括：
如果监测到所述终端发生故障，则向所述协调服务器发送通知信息；其中，所述通知信息用于指示所述协调服务器将所述终端已向资源服务器请求的文件资源标记为所述进入宽限期状态。
8.根据权利要求6-7中任一所述的方法，其中，所述协调服务器还用于：在将所述终端已请求的文件资源标记为所述进入宽限期状态的过程中，确定所述宽限期的起始时刻。
9.根据权利要求1所述的方法，其中，所述方法应用于分布式文件系统。
10.一种文件资源处理装置，包括：
资源确定模块，用于接收终端的文件资源访问请求，并根据所述文件资源访问请求，确定所述终端请求访问的目标文件资源；
状态标记模块，用于如果确定所述文件资源访问请求属于重建资源状态请求，则将所述目标文件资源标记为进入宽限期状态；
操作执行模块，用于如果确定所述文件资源访问请求不属于所述重建资源状态请求，则基于所述目标文件资源，执行与所述文件资源访问请求对应的访问操作；
其中，所述状态标记模块具体用于：
如果确定所述文件资源访问请求属于所述重建资源状态请求，则将所述重建资源状态请求发送至协调服务器，以指示所述协调服务器将所述目标文件资源标记为所述进入宽限期状态；
其中，所述的装置，还包括：
心跳请求发送模块，用于向所述协调服务器发送心跳请求；其中，所述心跳请求用于指示所述协调服务器确定所述终端对资源服务器上文件资源的请求状态是否失效，如果是，则将所述终端已请求的文件资源标记为所述进入宽限期状态。
11.根据权利要求10所述的装置，还包括：
状态释放模块，用于在所述状态标记模块执行将所述目标文件资源标记为所述进入宽限期状态的操作之后，如果满足宽限期结束条件，则释放所述目标文件资源的所述进入宽限期状态。
12.根据权利要求10所述的装置，其中，所述宽限期结束条件包括：预设宽限期时间达到设定时间阈值或者针对所述目标文件资源的访问恢复操作执行结束。
13.根据权利要求10所述的装置，其中，所述状态标记模块包括：
重建请求确定单元，用于如果在故障发生前记录的文件资源分配信息中查询到所述目标文件资源，则确定所述文件资源访问请求属于所述重建资源状态请求；其中，所述文件资源分配信息包括终端信息和所述终端请求的文件资源信息；
状态标记单元，用于将所述目标文件资源标记为所述进入宽限期状态。
14.根据权利要求10所述的装置，其中，所述状态标记模块还用于：
记录所述目标文件资源在所述宽限期内的资源保护范围和保护类型；其中，所述保护类型至少包括文件锁类型。
15.根据权利要求10所述的装置，还包括：
预设请求发送模块，用于如果资源服务器发生重启，则向所述协调服务器发生预设请求；其中，所述预设请求用于指示所述协调服务器将所述终端已向所述资源服务器请求的文件资源标记为所述进入宽限期状态。
16.根据权利要求10所述的装置，还包括：
通知信息发送模块，用于如果监测到所述终端发生故障，则向所述协调服务器发送通知信息；其中，所述通知信息用于指示所述协调服务器将所述终端已向资源服务器请求的文件资源标记为所述进入宽限期状态。
17.根据权利要求15-16中任一所述的装置，其中，所述协调服务器还用于：在将所述终端已请求的文件资源标记为所述进入宽限期状态的过程中，确定所述宽限期的起始时刻。
18.根据权利要求10所述的装置，其中，所述装置配置于分布式文件系统。
19.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的文件资源处理方法。
20.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-9中任一项所述的文件资源处理方法。
CN202010482135.1A 2020-05-29 2020-05-29 文件资源处理方法、装置、设备和介质 Active CN111680015B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202010482135.1A CN111680015B (zh) 2020-05-29 2020-05-29 文件资源处理方法、装置、设备和介质
US17/209,289 US11451628B2 (en) 2020-05-29 2021-03-23 File resource processing method and apparatus, device and medium
EP21164286.3A EP3846419B1 (en) 2020-05-29 2021-03-23 File resource processing method and apparatus, device and medium
KR1020210038378A KR20210040866A (ko) 2020-05-29 2021-03-24 파일 리소스 처리 방법, 장치, 기기, 매체 및 컴퓨터 프로그램
JP2021086793A JP7236498B2 (ja) 2020-05-29 2021-05-24 ファイルリソースの処理方法、装置、設備、媒体、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010482135.1A CN111680015B (zh) 2020-05-29 2020-05-29 文件资源处理方法、装置、设备和介质

Publications (2)

Publication Number Publication Date
CN111680015A CN111680015A (zh) 2020-09-18
CN111680015B true CN111680015B (zh) 2023-08-11

Family

ID=72452867

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010482135.1A Active CN111680015B (zh) 2020-05-29 2020-05-29 文件资源处理方法、装置、设备和介质

Country Status (5)

Country Link
US (1) US11451628B2 (zh)
EP (1) EP3846419B1 (zh)
JP (1) JP7236498B2 (zh)
KR (1) KR20210040866A (zh)
CN (1) CN111680015B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111680015B (zh) * 2020-05-29 2023-08-11 北京百度网讯科技有限公司 文件资源处理方法、装置、设备和介质
CN112346926B (zh) * 2020-10-16 2024-10-08 北京金山云网络技术有限公司 资源状态监控方法、装置及电子设备
CN113051244B (zh) * 2021-03-22 2023-07-21 北京百度网讯科技有限公司 数据访问方法和装置、数据获取方法和装置
CN114546705B (zh) * 2022-02-28 2023-02-07 北京百度网讯科技有限公司 操作响应方法、操作响应装置、电子设备以及存储介质
CN114928453A (zh) * 2022-05-19 2022-08-19 芯跳科技(广州)有限公司 一种usb设备安全验证方法、系统、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6230200B1 (en) * 1997-09-08 2001-05-08 Emc Corporation Dynamic modeling for resource allocation in a file server
CN109508325A (zh) * 2018-11-13 2019-03-22 郑州云海信息技术有限公司 一种集群文件系统的容量控制方法及装置
CN110472169A (zh) * 2019-07-12 2019-11-19 平安普惠企业管理有限公司 缓存配置方法、装置、计算机设备和存储介质
CN110990190A (zh) * 2019-10-31 2020-04-10 苏州浪潮智能科技有限公司 一种分布式文件锁故障处理方法、系统、终端及存储介质
CN111125048A (zh) * 2019-12-06 2020-05-08 浪潮电子信息产业股份有限公司 一种故障通知方法、装置、设备及计算机可读存储介质

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7356531B1 (en) * 2003-07-25 2008-04-08 Symantec Operating Corporation Network file system record lock recovery in a highly available environment
US8126843B2 (en) * 2004-11-30 2012-02-28 International Business Machines Corporation Cluster-wide read-copy update system and method
US7962915B2 (en) * 2005-03-18 2011-06-14 International Business Machines Corporation System and method for preserving state for a cluster of data servers in the presence of load-balancing, failover, and fail-back events
US20070168398A1 (en) * 2005-12-16 2007-07-19 Powerfile, Inc. Permanent Storage Appliance
JP4371321B2 (ja) 2006-03-10 2009-11-25 富士通株式会社 Ｎｆｓサーバ、ｎｆｓサーバ制御プログラム、ｎｆｓサーバ制御方法
US8655851B2 (en) * 2011-04-08 2014-02-18 Symantec Corporation Method and system for performing a clean file lock recovery during a network filesystem server migration or failover
US8533171B2 (en) * 2011-04-08 2013-09-10 Symantec Corporation Method and system for restarting file lock services at an adoptive node during a network filesystem server migration or failover
US8924346B2 (en) * 2011-09-09 2014-12-30 Oracle International Corporation Idempotence for database transactions
US9477739B2 (en) * 2011-09-23 2016-10-25 Hybrid Logic Ltd System for live-migration and automated recovery of applications in a distributed system
US9769292B2 (en) * 2012-01-19 2017-09-19 Miosoft Corporation Concurrent process execution
US9576064B2 (en) * 2012-04-13 2017-02-21 Yahoo! Inc. Third party program integrity and integration control in web-based applications
CN103516766B (zh) 2012-06-30 2017-04-19 北京神州泰岳软件股份有限公司 一种客户端与应用服务器间进行通信的方法和系统
US20140280398A1 (en) * 2013-03-15 2014-09-18 Miosoft Corporation Distributed database management
US9304861B2 (en) * 2013-06-27 2016-04-05 International Business Machines Corporation Unobtrusive failover in clustered network-attached storage
EP3232609B1 (en) * 2015-12-30 2019-09-04 Huawei Technologies Co., Ltd. Locking request processing method and server
CN105740061B (zh) 2016-01-29 2019-05-31 腾讯科技（深圳）有限公司 一种gpu资源重建的方法、用户设备及系统
CN107301018A (zh) * 2017-06-15 2017-10-27 郑州云海信息技术有限公司 一种在集群存储上的worm技术应用方法
CN108076155B (zh) 2017-12-22 2021-05-28 聚好看科技股份有限公司 跨机房业务调度的方法、装置、系统及服务器
US10884863B2 (en) * 2018-07-20 2021-01-05 Red Hat, Inc. Client session reclaim for a distributed storage system
US11061864B2 (en) * 2018-07-26 2021-07-13 Red Hat, Inc. Clustered network file system server reclaim via decentralized, coordinated grace period
CN111680015B (zh) * 2020-05-29 2023-08-11 北京百度网讯科技有限公司 文件资源处理方法、装置、设备和介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6230200B1 (en) * 1997-09-08 2001-05-08 Emc Corporation Dynamic modeling for resource allocation in a file server
CN109508325A (zh) * 2018-11-13 2019-03-22 郑州云海信息技术有限公司 一种集群文件系统的容量控制方法及装置
CN110472169A (zh) * 2019-07-12 2019-11-19 平安普惠企业管理有限公司 缓存配置方法、装置、计算机设备和存储介质
CN110990190A (zh) * 2019-10-31 2020-04-10 苏州浪潮智能科技有限公司 一种分布式文件锁故障处理方法、系统、终端及存储介质
CN111125048A (zh) * 2019-12-06 2020-05-08 浪潮电子信息产业股份有限公司 一种故障通知方法、装置、设备及计算机可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
李翔.Ceph分布式文件系统的研究及性能测试.《中国优秀硕士学位论文全文数据库 信息科技辑》.2014,全文. *

Also Published As

Publication number Publication date
EP3846419A3 (en) 2021-10-27
EP3846419A2 (en) 2021-07-07
KR20210040866A (ko) 2021-04-14
EP3846419B1 (en) 2023-06-28
JP7236498B2 (ja) 2023-03-09
US11451628B2 (en) 2022-09-20
CN111680015A (zh) 2020-09-18
US20210211498A1 (en) 2021-07-08
JP2021121971A (ja) 2021-08-26

Similar Documents

Publication Publication Date Title
CN111680015B (zh) 文件资源处理方法、装置、设备和介质
US10528442B2 (en) Systems and methods for managing a cluster of cache servers
US10645152B2 (en) Information processing apparatus and memory control method for managing connections with other information processing apparatuses
US9715522B2 (en) Information processing apparatus and control method
US9535863B2 (en) System and method for supporting message pre-processing in a distributed data grid cluster
CN105830033B (zh) 用于在分布式数据网格中支持持久存储装置版本化和完整性的系统和方法
US10831741B2 (en) Log-shipping data replication with early log record fetching
US9659078B2 (en) System and method for supporting failover during synchronization between clusters in a distributed data grid
JP2017534133A (ja) 分散ストレージ及びレプリケーションシステム、並びに方法
US11687507B2 (en) Termination of database sessions for planned failover
US8676751B2 (en) High availability database systems and methods
CN104753987A (zh) 一种分布式会话管理方法及系统
CN105205160A (zh) 一种数据写入方法及装置
US20220166829A1 (en) Data Synchronization Method and Apparatus
CN111064618B (zh) 一种服务器高可用的实现方法、装置、设备和存储介质
US20200192766A1 (en) Transparent Database Session Recovery With Client-Side Caching
CN114422567B (zh) 数据请求的处理方法、装置、系统、计算机设备及介质
WO2017013791A1 (ja) データバックアップシステム

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