管理文件系统的方法、设备和计算机程序产品

技术领域

本公开的实施例涉及计算机领域，并且更具体地，涉及管理文件系统的方法、设备和计算机程序产品。

背景技术

在管理文件系统的过程中，人们通过配置一些基于时间的策略来指定一系列的管理策略。例如，人们可能配置定期的文件备份、创建快照、删除过期备份或删除过期快照等。然而，基于时间的管理策略在一些场景中可能是低效的。例如，如果一些重要的数据在短时间内被多次修改，而创快照的周期可能过长，这可能导致在发生故障时数据可能无法被恢复。或者，如果创建快照的周期过短，这可能会导致不必要的资源浪费。

发明内容

本公开的实施例提供一种用于管理文件系统的方案。

根据本公开的第一方面，提出了一种管理文件系统的方法。该方法包括：接收由文件系统发布的事件，事件与针对文件系统中的对象的操作相关联；基于操作的执行信息，确定与事件对应的计数器的值；基于与计数器相关联的触发策略，确定与计数器的值相对应的目标动作，触发策略定义由计数器可触发的至少一项动作；以及生成使文件系统执行目标动作的指示。

根据本公开的第二方面，提出了一种电子设备。该设备包括：至少一个处理单元；至少一个存储器，该至少一个存储器被耦合到该至少一个处理单元并且存储用于由该至少一个处理单元执行的指令，该指令当由该至少一个处理单元执行时，使得该设备执行动作，该动作包括：接收由文件系统发布的事件，事件与针对文件系统中的对象的操作相关联；基于操作的执行信息，确定与事件对应的计数器的值；基于与计数器相关联的触发策略，确定与计数器的值相对应的目标动作，触发策略定义由计数器可触发的至少一项动作；以及生成使文件系统执行目标动作的指示。

在本公开的第三方面，提供了一种计算机程序产品。该计算机程序产品被存储在非瞬态计算机存储介质中并且包括机器可执行指令，该机器可执行指令在设备中运行时使该设备执行根据本公开的第一方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1图示了本公开的实施例可以在其中被实现的示例性环境的示意图；

图2A至图2B图示了根据本公开一些实施例的事件处理的过程的示意图；

图3图示了根据本公开实施例的管理文件系统的过程的流程图；以及

图4图示了可以用来实施本公开内容的实施例的示例设备的示意性框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

在管理文件系统的过程中，人们期望通过一些管理操作来提高文件系统的稳定性或者提高文件系统的效率。如上文所讨论的，人们可能定义一些基于时间的管理策略。然而，基于时间的管理策略在一些场景中可能是低效的。例如，如果一些重要的数据在短时间内被多次修改，而创快照的周期可能过长，这可能导致在发生故障时数据可能无法被恢复。或者，如果创建快照的周期过短，这可能会导致不必要的资源浪费。

根据本公开的实施例，提供了一种管理文件系统的方案。在该方案中，首先，接收由文件系统发布的事件，其中事件与针对文件系统中的对象的操作相关联。随后，基于操作的执行信息来确定与事件对应的计数器的值。相应地，基于与计数器相关联的触发策略，确定与计数器的值相对应的目标动作，并生成使文件系统执行目标动作的指示。基于这样的方式，本公开的实施例可以提供更细粒度的文件系统管理。此外，本公开的实施例提高了管理文件系统的灵活性。

以下将参考附图来描述本公开的方案。

图1示出了本公开实施例可以在其中执行的示例环境100。如图1所示，该环境100中包括客户端110，文件系统120和事件管理设备130。如图1所示，客户端110可以向文件系统120发送操作请求115，例如，请求在文件系统120中访问对象、创建对象、请求删除文件系统120中的对象、请求修改文件系统120中的对象等。对象例如可以包括文件系统120中的一个或多个文件夹，或者一个或多个文件。

在一些实现中，文件系统120可以部署有通用事件发布模块CEP。CEP模块可以基于接收到操作请求115或者操作请求115被执行而发布对应的事件。

在一些实现中，CEP模块可以响应于接收到操作请求115来发布第一类型的事件(pre event)。图2A示出了根据本公开的实施例的处理第一类型的事件的过程的示意图。

如图2A所示，在222，客户端110可以向文件系统120发送操作请求，例如，请求删除文件系统120中的特定文件。

在224，文件系统120可以向事件管理设备130发送经由CEP模块来发布的第一类型的事件。事件管理设备130例如可以是通用事件发布代理CEPA服务器。

在226，事件管理设备130可以向内容管理设备210转发所接收到的第一类型的事件，以由内容管理设备210确定该操作请求是否可以被执行。内容管理设备210例如可以是CQM(Content/Quota Management)设备。

在228，内容管理设备210可以向事件管理设备130发送关于是否允许执行的指示。

在220，事件管理设备130进一步向文件系统120转发该指示。

在232，文件系统120基于指示确定是否执行该操作请求，并向客户端110发送执行结果。

在一些实现中，CEP模块还可以响应于接收到操作请求115已经在文件系统120中执行成功来发布第二类型的事件(post event)。备选地或附加地，CEP模块还可以响应于操作请求115在文件系统120中执行失败来发布第三类型的事件(post error event)。第二类型的事件和第三类型的事件的处理过程是类似地。图2B示出了根据本公开的实施例的处理第二类型或第三类型的事件的过程的示意图。

如图2B所示，在242，客户端110可以向文件系统120发送操作请求，例如，请求修改文件系统120中的特定文件。

在224，当该操作请求执行成功后或者执行失败后，文件系统120可以向事件管理设备130发送经由CEP模块来发布的第二类型或第三类型的事件。

在226，事件管理设备130可以向内容管理设备210转发所接收到的第二类型或第三类型的事件，以由内容管理设备210用于审计，而无需从内容管理设备210接收额外的指示。

上文所讨论的第一类型的事件(pre event)、第二类型的事件(post event)和第三类型的事件(post error event)也可以被称为基础CEP事件。

继续参考图1，图1所示，文件系统120可以在操作请求被执行前、执行成功后或执行失败后来发布对应的事件125。在一些实现中，事件125可以是基于上文所讨论的三种不同类型的基础事件所生成的。

在一些实现中，可以定义与不同操作请求相对应的一组事件。例如，可以基于第一类型的事件(pre event)来定义文件删除事件。示例性地，文件删除事件的示例可以表示为：

Event＝"0x20"

path＝"\\vdm_air2_c48.vita.ad\CHECK$\vdm_air2_fs1\folder1\onebyone\Kz

MW8FYp"flag＝"0x2"protocol＝"0"server＝"VDM_AIR2_C48"

share＝"vdm_air2_fs1"clientIP＝"10.229.86.47"serverIP＝"10.229.94.159"

sourceID＝"0"timeStamp＝"0x5F3116660009332A"

userSid＝"S-1-5-21-3745703139-2415706905-3042037632-1105"

ownerSid＝"S-1-5-21-843271493-1212945995-848348500-544"

fileSize＝"0x10003C"bytesRead＝"0x0"bytesWritten＝"0x0"

desiredAccess＝"0x0"createDispo＝"0x0"ntStatus＝"0x0"

relativePath＝\\VDM_AIR2_C48\vdm_air2_fs1\folder1\onebyone\KzMW8FYp

其中“0x20”例如可以表示事件125的标识，例如指示EVENT_FILE_DELETE，即标识该事件125是文件删除事件。

应当理解，还可以基于基础CEP事件来定义其他任何适当类型的事件。其示例包括但不限于：创建文件事件、删除文件事件、写入文件事件、读取文件事件、重命名文件事件、设置文件访问权限事件、设置文件安全属性事件、关闭文件夹事件、创建文件夹事件、删除文件夹事件、打开文件夹事件、重命名文件夹事件、设置文件夹安全属性事件、设置文件夹访问权限事件等。

应当理解，可以根据控制策略的需要来根据基础CEP事件来定义以上事件中的一个或多个。例如，可以基于第二类型的事件(post event)来定义打开文件夹事件，使得在文件夹被打开后才发布该事件。

继续参考图1，事件管理设备130可以接收由文件系统120所发布的事件125。在一些实现中，事件管理设备130中还可以设置与不同事件对应的计数器，从而对所接收到的不同事件125进行计数。

当计数器的值满足一定条件时，事件管理设备130例如可以生成使文件系统120执行预定动作的指示135，并将该指示135发送至文件系统120。关于生成指示135的详细过程将参考图3进行描述。

图3示出了根据本公开的一些实施例的管理文件系统的过程300的流程图。过程300例如可以由图1中所示的事件管理设备130来实现。

如图3所示，在框302，事件管理设备130接收由文件系统120发布的事件125，其中事件125与针对文件系统120中的对象的操作相关联。

如上文参考图1所讨论的，文件系统120例如可以经由CEP模块基于基础CEP事件来发布与不同操作相关联的事件，其示例包括但不限于：创建文件事件、删除文件事件、写入文件事件、读取文件事件、重命名文件事件、设置文件访问权限事件、设置文件安全属性事件、关闭文件夹事件、创建文件夹事件、删除文件夹事件、打开文件夹事件、重命名文件夹事件、设置文件夹安全属性事件、设置文件夹访问权限事件等。

在框304，事件管理设备130基于操作的执行信息来确定与事件125对应的计数器的值。在一些实现中，事件管理设备130可以基于事件125的事件类型来确定操作的执行信息。

在一些实现中，事件125是基于第一类型的事件(pre event)，即事件类型指示事件125是响应于接收到与操作相关联的请求115而被发布的。相应地，事件管理设备130可以从内容管理设备210获取执行信息，其中执行信息指示操作是否允许被执行。具体地，如参考步骤228所描述的，事件管理设备130可以从内容管理设备210接收操作是否被允许执行的指示。

附加地，响应于确定执行信息指示操作允许被执行，事件管理设备130可以递增计数器以确定计数器的值。例如，以删除文件事件作为示例，如果与该事件对应的计数器的值先前为0，则事件管理设备130可以在接收到针对该删除操作允许被执行的指示时，将该计数器的值递增1。

在一些实现中，事件125还可以是基于第二类型的事件(post event)或第三类型的事件(post error event)所发布的。相应地，执行信息例如可以包括操作的执行状态，事件管理设备130可以基于事件类型确定操作的执行状态，其中执行状态指示操作执行成功或执行失败。示例性地，当确定所接收的事件125是基于第二类型的的事件(post event)时，事件管理设备130可以基于事件类型确定操作执行成功。当确定所接收的事件125是基于第三类型的事件(post error event)时，事件管理设备130可以基于事件类型确定操作执行失败。

相应地，事件管理设备130可以递增与事件125所对应的计数器。示例性地，例如当接收到基于第二类型的事件的文件创建事件时，事件管理设备130可以将与文件创建事件的计数器递增1。

在框306，事件管理设备130基于与计数器相关联的触发策略，确定与计数器的值相对应的目标动作，其中触发策略定义由计数器可触发的至少一项动作。

在一些实现中，事件管理设备130可以获取经配置的触发策略。触发策略例如定义至少一个触发阈值以及和至少一个触发阈值所对应的动作。事件管理设备130可以基于计数器的值与相应触发阈值的比较，从至少一项动作中确定目标动作。

以文件删除事件为例，触发策略例如可以定义一个触发阈值，例如为1，其相应的动作例如可以定位为文件创建快照。基于这样的方式，当与文件删除事件相关联的计数器当前值为1时，事件管理设备130可以确定该值达到了触发阈值，从而触发与该触发阈值相对应的动作，即为该文件创建快照。

以文件夹修改作为另一示例，触发策略例如可以定义多个触发阈值，例如，100和200。触发策略还可以定义文件夹修改次数达到100次时的第一触发动作，和文件夹修改次数达到200时的第二触发动作。

相应地，事件管理设备130可以将计数器的当前值(例如，100)与触发阈值进行比较，并确定执行第一触发动作。当计数器的值继续累加到200时，事件管理设备130将确定执行第二触发动作。应当理解，当计数器的值在触发阈值之间时(例如，150)，事件管理设备130可以确定不执行任何动作。

在一些实现中，对于仅配置了一个触发阈值的计数器，在计数器的值达到了该触发阈值后，事件管理设备130可以重置该计数器。

在框308，事件管理设备130生成使文件系统执行目标动作的指示135。

在一些实现中，事件管理设备130可以根据所确定的目标动作来生成指示135，并将该指示发送至文件系统120。在一些实现中，文件系统120可以根据指示135来执行目标动作，从而实现动态管理。

在一些实现中，如果事件125是基于第一类型的事件(pre event)，则文件系统120还可以根据目标动作的执行结果来确定是否执行操作请求115。

示例性地，事件125是文件删除事件，目标动作是为文件创建快照。如果文件系统120确定为文件创建快照失败，则文件系统120可以拒绝执行删除文件的动作，尽管文件系统120的文件删除请求已经被允许。基于这样的方式，可以进一步提高文件系统的稳定性。

在又一个示例中，文件系统120例如也可以在在确定文件删除请求已经被允许的情况下，删除该文件，而不管目标动作是否成功执行。

基于上文所讨论的方案，本公开的实施例可以基于事件来进行更细粒度的文件系统管理。此外，这样的方式也能够便于对于管理策略的动态维护，提升效率。

图4示出了可以用来实施本公开内容的实施例的示例设备400的示意性框图。例如，根据本公开实施例的事件管理设备130可以由设备400来实施。如图所示，设备400包括中央处理单元(CPU)401，其可以根据存储在只读存储器(ROM)402中的计算机程序指令或者从存储单元408加载到随机访问存储器(RAM)403中的计算机程序指令，来执行各种适当的动作和处理。在RAM 403中，还可存储设备400操作所需的各种程序和数据。CPU 401、ROM402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

设备400中的多个部件连接至I/O接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如过程300，可由处理单元401执行。例如，在一些实施例中，过程300可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序被加载到RAM 403并由CPU 401执行时，可以执行上文描述的过程300的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。