CN110392078B - 一种维护共享文件的底层资源数据的方法和设备 - Google Patents

Abstract

本发明公开了一种维护共享文件的底层资源数据的方法和设备，用以解决现有技术中共享驱动节点无法主动地维护共享文件的底层资源数据的问题。本发明中，共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据，再将由业务数据整体转化得到的第二底层资源数据和第一底层资源数据进行比对，如果第一底层资源数据与第二底层资源数据不同，则用第二底层资源数据进行替换。如此，在第一底层资源数据出现错误后，共享驱动节点可以主动地发现第一底层资源数据的异常并进行数据恢复，与现有技术中系统维护人员根据用户反馈进行人工修正相比，本发明实施例中共享驱动节点能够主动发现第一底层资源数据异常并修复，极大的提高了修复的效率。

Description

一种维护共享文件的底层资源数据的方法和设备

技术领域

本发明涉及云计算存储领域，特别涉及一种维护共享文件的底层资源数据的方法和设备。

背景技术

弹性存储系统为用户提供自定义的共享文件存储服务，通过控制调度节点的调度算法决定由哪个共享驱动节点在其所管理的存储资源池中创建共享文件存储。

图1A-1C显示了弹性存储系统的管理面总体架构，共享驱动节点管理存储资源池，所有的共享文件存储都通过共享驱动节点在存储资源池中被创建和维护。每个共享驱动节点管理一个或多个存储资源池，每个存储资源池被用来创建和维护一个或多个用户自定义共享文件存储，对于某个特定的共享文件存储来说，它只会存放在某个存储资源池中。

从上述内容看出，共享文件存储具有两种数据：业务数据和底层资源数据。业务数据是用户自定义共享文件存储在管理层面的抽象反映，底层资源数据是共享文件存储在后端存储系统的真实资源分布状态。在弹性存储系统中，共享驱动节点根据业务数据库中业务数据来创建和管理共享文件的底层资源，因此两种数据应该要保持一致性。但在现实的生产环境中，由于各种环境因素或者人为误操作因素影响，会导致两种数据出现不一致的情况，具体表现为共享文件存储实现数据发生改变，导致与其抽象管理数据一致。例如，共享文件存储的实际访问策略发生了改变，与业务管理层的访问策略状态不一致，会导致一些异常访问现象。

现有技术中，共享文件存储两种数据不一致的问题，一般的根据用户反映的问题通过运维人员介入检查两种数据，对底层共享文件存储资源进行恢复。

综上所述，共享驱动节点无法主动的维护共享文件的底层资源数据的问题。

发明内容

本发明提供一种维护共享文件的底层资源数据的方法和设备，用以解决现有技术中共享驱动节点无法及时主动的维护共享文件的底层资源数据问题。

第一方面，本发明实施例提供一种维护共享文件的底层资源数据的方法，该方法包括：

共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据；然后所述共享驱动节点将由所述共享文件的业务数据转化得到的共享文件的第二底层资源数据与所述第一底层资源数据进行比对；最后若所述第一底层资源数据与所述第二底层资源数据不同，所述共享驱动节点用所述第二底层资源数据替换所述第一底层资源数据中的部分或全部数据。

上述方法，共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据，再将由业务数据整体转化得到的第二底层资源数据和第一底层资源数据进行比对，如果第一底层资源数据与第二底层资源数据不同，则用第二底层资源数据进行替换。如此，在第一底层资源数据出现错误后，共享驱动节点可以主动地发现第一底层资源数据的异常并进行数据恢复，与现有技术中系统维护人员根据用户反馈进行人工修正相比，本发明实施例中共享驱动节点能够主动发现第一底层资源数据异常并修复，极大的提高了修复的效率。

在一种可能的实现方式中，共享驱动节点周期性的获取所述第一底层资源数据和所述共享文件的业务数据。

上述方法，共享驱动节点周期性的获取第一底层资源数据和共享文件的业务数据，如此可以周期性的将获取的信息进行比对，从而可以实现对共享文件的第一底层资源数据长久的监控和维护，进一步的提高了共享文件的业务数据与共享文件的第一底层资源数据的一致性。

在一种可能的实现方式中，共享驱动节点从弹性存储系统业务数据库获取所有共享文件的业务数据。

上述方法，共享驱动节点从弹性存储系统业务数据库获取所有共享文件的业务数据,如此方便转化成对应的第二底层资源数据并与第一层底层资源数据比较，确定第一底层资源数据是否有异常。

在一种可能的实现方式中，所述第一底层资源数据包括共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据；

所述共享驱动获取第一底层资源数据，包括：

所述共享驱动节点从资源池中获取的所述共享文件的存储状态数据；

所述共享驱动节点从NFS(Network File System，网络文件系统)集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系；

所述共享驱动节点从NFS集群中获取所述共享文件的动态发布数据。

上述方法，共享驱动节点获取从资源池中获取的所述共享文件的存储状态数，从NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系并且从NFS集群中获取所述共享文件的动态发布数据，可以主动地获知共享文件的第一底层资源数据，便于后续与由共享文件的业务数据转化来的第二底层资源数据作比对。

在一种可能的实现方式中，若所述第一底层资源数据的部分数据与所述第二底层资源数据不同，则所述共享驱动节点用所述第二底层资源数据中与所述第一底层资源数据不同的数据替换所述第一底层资源数据中的数据。

上述方法，假设如果第一底层资源数据的部分数据与所述第二底层资源数据不同，共享驱动节点用第二底层资源数据中与第一底层资源数据不同的数据替换第一底层资源数据中的数据，如此可以只替换出现异常的部分第一资源数据，节约系统资源。

第二方面，本发明实施例还提供一种维护共享文件的底层资源数据的共享驱动节点，所述共享驱动节点包括：处理器以及收发机，该共享驱动节点具有实现上述第一方面的各实施例的功能。

第三方面，本发明实施例还提供一种维护共享文件的底层资源数据的共享驱动节点，所述共享驱动节点包括：至少一个处理单元以及至少一个存储单元，该共享驱动节点具有实现上述第一方面的各实施例的功能。

第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面任一所述的方法。

另外，第二方面至第四方面中任一种实现方式所带来的技术效果可参见第一方面至第四方面中不同实现方式所带来的技术效果，此处不再赘述。

本申请的这些方面或其他方面在以下的实施例的描述中会更加简明易懂。

附图说明

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

图1A为现有技术中弹性存储系统的管理面中包含有多个控制资源节点的总体架构的示意图；

图1B为现有技术中弹性存储系统的管理面中包含一个控制资源节点的总体架构的示意图；

图1C为现有技术中弹性存储系统的中的控制调度节点对于共享驱动节点的高可用功能的架构示意图；

图2为本发明实施例弹性存储系统共享驱动节点的主要功能示意图；

图3为本发明实施例提供的一种维护共享文件的底层资源数据的方法的流程示意图；

图4为本发明实施例提供的共享驱动节点获取共享文件的业务数据和共享文件的第二底层资源数据的流程示意图；

图5为本发明实施例共享驱动节点比对第一底层资源数据和第二底层资源数据的示意图；

图6为本发明实施例共享驱动节点逐个比对修复异常第一底层资源数据的各个参数的示意图；

图7为本发明实施例第一种共享驱动节点的结构示意图；

图8为本发明实施例第二种共享驱动节点的结构示意图。

具体实施方式

本申请实施例描述的架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

弹性存储系统为用户提供自定义的共享文件存储服务，通过控制调度节点的调度算法决定由哪个共享驱动节点在其所管理的存储资源池中创建共享文件存储。

如图1A所示，为现有技术中弹性存储系统的管理面中包含有多个控制资源节点的总体架构的示意图。从图中可知多个控制调度节点中每一个控制调度节点都管理所有的共享驱动节点，共享驱节点管理共享资源池，所有的共享文件存储都通过共享驱动节点在存储资源池中被创建和维护，每个共享驱动节点管理一个和/或多个存储资源池，每个存储资源池用来被创建和维护一个或多个用户自定义共享文件存储。

如图1B所示，为现有技术中弹性存储系统的管理面中包含一个控制资源节点的总体架构的示意图。从图中可知控制调度节点管理所有的共享驱动节点。

如图1C所示，为现有技术中弹性存储系统的中的控制调度节点对于共享驱动节点的高可用功能的架构示意图。以架构中只包含有一个控制调度节点为例，控制调度节点管理监控所有的共享驱动节点的状态，当其中的某一共享驱动节点发生故障时，为了保证故障的共享驱动节点所管理的共享文件存储管理面高可用，控制调度节点会将上述共享文件存储的控制权转移到其他正常的共享驱动节点。

如图2所示，弹性存储系统共享驱动节点的主要功能包括用户自定义的共享文件系统通过共享驱动节点在后端存储资源池中创建和维护；共享文件系统为共享文件存储在NFS服务集群中配置发布数据以及共享文件存储与发布标识的映射关系；共享驱动节点为共享文件存储在NFS服务集群中更新运行时发布状态。通过以上功能实现，用户可以通过NFS服务集群，访问后端存储资源池中的共享文件存储。

从上述内容看出，共享文件存储具有两种数据：业务数据和底层资源数据。

业务数据是用户自定义共享文件存储在管理层面的抽象反映，存放在弹性存储系统业务数据库，表现为共享文件存储的NFS发布路径，访问策略以及容量大小等数据。

底层资源数据是共享文件存储在后端存储系统的真实资源分布，表现为共享文件存储在资源池的存放路径，NFS服务集群中的发布等。

在弹性存储系统中，共享驱动节点根据业务数据库中业务数据来创建和管理共享文件的底层资源数据，因此两种数据应该要保持一致性。

如图2所示，本发明实施例中，为解决共享驱动节点无法及时主动的维护共享文件的底层资源数据的问题，将运用创建和管理共享文件的共享驱动节点实现对底层资源数据进行周期性监控，并将得到的数据与共享文件的业务数据转化来的底层资源数据相比对，以判断共享文件的业务数据和底层资源数据是否保持一致性，并根据比对的结果确定进一步的操作，以使得共享驱动节点能对共享文件的业务数据和底层资源数据进行自动化运维检测并在第一时间进行恢复问题异常数据，提高效率；同时降低运行成本。

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

下面针对这一场景，对本申请的维护共享文件的底层资源数据的方法进行说明。

如图3所示，为本申请提供的一种维护共享文件的底层资源数据的方法流程图，该方法包括以下步骤：

步骤300，共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据。

此步骤中，共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据，用于后续的数据比对，确定是否出现数据异常并恢复。共享驱动节点获取共享文件的两种业务数据按下列方法进行。

在一种可能的实现方式中，共享驱动节点周期性的获取所述第一底层资源数据和所述共享文件的业务数据。

本发明实施例中，共享驱动节点周期性的获取第一底层资源数据和共享文件的业务数据，如此可以周期性的将获取的信息进行比对，从而可以实现对共享文件的第一底层资源数据长久的监控和维护，进一步的提高了共享文件的业务数据与共享文件的第一底层资源数据的一致性。

例如:

假设，循环周期为5秒钟，则共享驱动节点每隔5秒钟获取一次共享文件的第一底层资源数据和共享文件的业务数据，并在周期内完成业务数据的转化，再根据转化后的底层资源数据资源进行比对的结果完成一次共享文件的底层资源数据的维护，如此往复，不断维护共享文件的底层资源数据。

当共享驱动节点的获取周期时长为0秒时，此时共享驱动节点实现实时监控维护，此时共享驱动节点能第一时间及时主动地检查和恢复问题，效率得到极大提高；同时，全部的维护过程均由机器实现，降低了运营成本。

此外，共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据的顺序可以随机安排，即共享驱动节点可以先获取共享文件的第一底层资源数据，再获取共享文件的业务数据；共享驱动节点可以先获取共享文件的业务数据，再获取共享文件的第一底层资源数据；但要保证获取的共享文件的第一底层资源数据和共享文件的业务在同一个检测周期内的。

共享驱动节点按下面的方式获取共享文件的共享文件的业务数据。

在一种可能的实现方式中，共享驱动节点从弹性存储系统业务数据库获取所有共享文件的业务数据。

如图4所示，本发明实施例中，共享驱动节点从弹性存储系统业务数据库获取所有共享文件的业务数据,如此方便转化成对应的第二底层资源数据并与第一层底层资源数据比较，确定第一底层资源数据是否有异常。

共享驱动节点再获取到共享文件的业务数据之外，还要获取共享文件的第一底层资源数据。

在一种可能的实现方式中，所述第一底层资源数据包括共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据；

在一种可能的实现方式中，共享驱动节点按下面的方式获取共享文件的第一底层资源数据。

具体的，所述共享驱动节点从资源池中获取的所述共享文件的存储状态数据；

具体的，所述共享驱动节点从NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系；

具体的，所述共享驱动节点从NFS集群中获取所述共享文件的动态发布数据。

如图4所示，本发明实施例中，共享驱动节点获取从资源池中获取的所述共享文件的存储状态数据，从NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系并且从NFS集群中获取所述共享文件的动态发布数据，可以主动地获知共享文件的第一底层资源数据，便于后续与由共享文件的业务数据转化来的第二底层资源数据作比对。

共享驱动节点在获取到共享文件的第一底层资源数据和共享文件的业务数据之后，还要讲得到的共享文件的业务数据进行转化并与获取到共享文件的第一底层资源数据进行比对。

步骤301，所述共享驱动节点将由所述共享文件的业务数据转化得到的共享文件的第二底层资源数据与所述第一底层资源数据进行比对。

在上述步骤中，共享驱动服节点将得到的第一底层资源数据资源与第二底层资源数据资源相比对，以确定第一底层资源数据资源是否有异常。

在将得到的第一底层资源数据资源与第二底层资源数据资源做比对之前，共享驱动节点还需要将获取的共享文件的业务数据转化为第二底层资源数据，如此才可以将得到的第一底层资源数据资源与第二底层资源数据资源进行比对。

在共享驱动节点将获取的共享文件的业务数据转化为第二底层资源数据时，是将共享文件的所有业务数据，如大小，路径以及读写模式等，整体进行转换，得到共享文件的业务数据对应的第二底层资源数据。

如图5所示，具体的，共享文件的业务数据包含：共享文件存储标识，共享文件存储大小，挂载路径，访问模式以及访问权限规则等。

在进行第一底层资源数据资源与第二底层资源数据资源的比对之前，共享驱动节点需要根据共享文件业务标识获取对应静态发布配置数据，其中共享文件业务标识仅与共享文件静态发布配置数据唯一相对应。

在比对时，首先对静态发布配置数据中的挂载路径，访问模式以及访问权限规则进行比对。其次从静态发布配置数据中获取对应的发布标识信息后，再比对映射关系中的发布标识和共享文件业务标识对应的映射关系。再次从静态发布配置数据中获取共享文件在存储资源池位置信息，进一步与存储资源池中共享文件的实际容量大小进行比对。最后根据从静态发布配置数据中获取的动态发布数据对比nfs服务集群中所有节点的动态发布数据。其中，每一次比对都将得到一个对应的比对结果。

随后根据第一底层资源数据与所述第二底层资源数据的比对结果，对第一底层资源数据进行恢复处理。

步骤302，若所述第一底层资源数据与所述第二底层资源数据不同，所述共享驱动节点用所述第二底层资源数据替换所述第一底层资源数据中的部分或全部数据。

共享驱动节点确定共享文件的第一底层资源数据是否有异常，并对异常数据进行恢复有三种方式。

1、共享驱动节点将所有数据比对完，在替换时，共享驱动节点可以用第二底层资源数据完全替换第一底层资源数据。

例如：假设共享文件的静态发布配置数据出现异常。在实施中，共享驱动节点将由业务数据转化来的共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据依次和获取的第一底层资源数据的共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据做比对，得到共享文件的静态发布配置数据出现异常的结论，随后共享驱动节点用由业务数据转化来的共享文件的第二底层资源数据替换原来的第一底层资源数据，此轮监控完成，共享驱动节点再次循环上述步骤。

2、共享驱动节点将所有数据比对完，在替换时，只替换第一底层资源数据终于第二底层资源数据不同的部分。

例如：假设共享文件的静态发布配置数据出现异常。在实施中，共享驱动节点将由业务数据转化来的共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据依次和获取的第一底层资源数据的共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据做比对，得到共享文件的静态发布配置数据出现异常的结论，随后共享驱动节点用由业务数据转化来的共享文件的静态发布配置数据替换原来的第一底层资源数据内的静态发布配置数据，此轮监控完成，共享驱动节点再次循环上述步骤。

此时共享驱动节点自需要替换出现异常的部分底层资源数据，因而较上述方法更为节省系统资源。

3、共享驱动节点可以按照第一底层资源数据包含的四个参数分别进行与所述第二底层资源数据的比对，比对完一个参数，若不同，则当即替换，否则，继续比对下一个。

在一种可能的实现方式中，若所述第一底层资源数据的部分数据与所述第二底层资源数据不同，则所述共享驱动节点用所述第二底层资源数据中与所述第一底层资源数据不同的数据替换所述第一底层资源数据中的数据。

本发明实施例中，假设如果第一底层资源数据的部分数据与所述第二底层资源数据不同，共享驱动节点用第二底层资源数据中与第一底层资源数据不同的数据替换第一底层资源数据中的数据，如此可以只替换出现异常的部分第一资源数据，节约资源。

例如：如图6所示，假设共享文件的静态发布配置数据出现异常。在实施中，共享驱动节点将由业务数据转化来的共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据依次和获取的第一底层资源数据的共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据对做比对，确定共享文件的静态发布配置数据出现异常的结论。

首先共享驱动节点将由业务数据转化来的共享文件的存储状态数据与第二底层资源数据中的共享文件的存储状态数据做比对，确定共享文件的存储状态数据正常；

随后共享驱动节点将由业务数据转化来的共享文件的动态发布数据与第二底层资源数据中的共享文件的动态发布数据做比对，确定共享文件的动态发布数据正常；

接着共享驱动节点将由业务数据转化来的共享文件的静态发布配置数据与第二底层资源数据中的共享文件的静态配置数据做比对，确定共享文件的静态配置数据出现异常；此时，共享驱动节点用由业务数据转化来的共享文件的静态发布配置数据替换原来的第一底层资源数据内的静态发布配置数据；

最后共享驱动节点将由业务数据转化来的共享文件与发布标识的映射关系与第二底层资源数据中的共享文件与发布标识的映射关系做比对，确定共享文件与发布标识的映射关系正常。此轮监控完成，共享驱动节点再次循环上述步骤。

此方法中，共享驱动节点将第二底层资源数据的四个参数一一比对，若出现异常，在比对后立即替换，由于本方法中，将整个第二底层资源数据分为四个部分依次进行比对替换。因而，可以避免由于第二底层资源数据过大而出现错误。

本发明实施例中，共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据，再由业务数据整体转化得到的第二底层资源数据和第一底层资源数据进行比对，如果第一底层资源数据与第二底层资源数据不同，则用第二底层资源数据进行替换。如此，在第一底层资源数据出现错误后，共享驱动节点可以主动地发现第一底层资源数据的异常并进行数据恢复，与现有技术中系统维护人员根据用户反馈进行人工修正相比，本发明实施例中共享驱动节点能够主动发现第一底层资源数据异常并修复，极大的提高了修复的效率。

基于同一发明构思，本发明实施例中还提供了一种维护共享文件的底层资源数据的共享驱动节点，由于该共享驱动节点即是本发明实施例中的共享驱动节点，并且该方法解决问题的原理与该系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图7所示，本发明实施例提供一种维护共享文件的底层资源数据的共享驱动节点包括：处理器700以及收发机701：

所述处理器，用于通过收发机进行数据传输，并获取共享文件的第一底层资源数据和共享文件的业务数据；将由所述共享文件的业务数据转化得到的共享文件的第二底层资源数据与所述第一底层资源数据进行比对；若所述第一底层资源数据与所述第二底层资源数据不同，用所述第二底层资源数据替换所述第一底层资源数据中的部分或全部数据。

可选的，所述处理器700具体用于：

周期性的获取所述第一底层资源数据和所述共享文件的业务数据。

可选的，所述处理器700具体用于：

从弹性存储系统业务数据库获取所有共享文件的业务数据。

可选的，所述第一底层资源数据包括共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据；

所述处理器具体700具体用于：

从资源池中获取的所述共享文件的存储状态数据；从NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系；从NFS集群中获取所述共享文件的动态发布数据。

可选的，所述处理器700具体用于：

若所述第一底层资源数据的部分数据与所述第二底层资源数据不同，则所述共享驱动节点用所述第二底层资源数据中与所述第一底层资源数据不同的数据替换所述第一底层资源数据中的数据。

如图8所示，本发明实施例提供一种维护共享文件的底层资源数据的共享驱动节点，该共享驱动节点包括：

至少一个处理单元800以及至少一个存储单元801，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行下列过程：

获取共享文件的第一底层资源数据和共享文件的业务数据；将由所述共享文件的业务数据转化得到的共享文件的第二底层资源数据与所述第一底层资源数据进行比对；若所述第一底层资源数据与所述第二底层资源数据不同，用所述第二底层资源数据替换所述第一底层资源数据中的部分或全部数据。

可选的，所述处理单元800具体用于：

周期性的获取所述第一底层资源数据和所述共享文件的业务数据。

可选的，所述处理单元800具体用于：

从弹性存储系统业务数据库获取所有共享文件的业务数据。

可选的，所述第一底层资源数据包括共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据；

所述处理单元具体800具体用于：

从资源池中获取的所述共享文件的存储状态数据；从NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系；从NFS集群中获取所述共享文件的动态发布数据。

可选的，所述处理单元800具体用于：

若所述第一底层资源数据的部分数据与所述第二底层资源数据不同，则所述共享驱动节点用所述第二底层资源数据中与所述第一底层资源数据不同的数据替换所述第一底层资源数据中的数据。

本发明实施例提供一种计算机可存储介质，其上存储有计算机程序，该程序被处理器执行时实现如图3所示方法的步骤。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种维护共享文件的底层资源数据的方法，其特征在于，该方法包括：

共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据；

所述共享驱动节点将由所述共享文件的业务数据转化得到的共享文件的第二底层资源数据与所述第一底层资源数据进行比对；

若所述第一底层资源数据与所述第二底层资源数据不同，所述共享驱动节点用所述第二底层资源数据替换所述第一底层资源数据中的部分或全部数据。

2.如权利要求1所述方法，其特征在于，所述共享驱动节点获取共享文件的第一底层资源数据和共享文件的业务数据，包括：

所述共享驱动节点周期性的获取所述第一底层资源数据和所述共享文件的业务数据。

3.如权利要求1所述方法，其特征在于，所述共享驱动节点获取共享文件的业务数据包括：

所示共享驱动节点从弹性存储系统业务数据库获取所有共享文件的业务数据。

4.如权利要求1所述方法，其特征在于，所述第一底层资源数据包括共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据；

所述共享驱动获取第一底层资源数据，包括：

所述共享驱动节点从资源池中获取的所述共享文件的存储状态数据；

所述共享驱动节点从网络文件系统NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系；

所述共享驱动节点从NFS集群中获取所述共享文件的动态发布数据。

5.如权利要求1所述方法，其特征在于，所述共享驱动节点用所述第二底层资源数据替换所述第一底层资源数据中的部分，包括：

若所述第一底层资源数据的部分数据与所述第二底层资源数据不同，则所述共享驱动节点用所述第二底层资源数据中与所述第一底层资源数据不同的数据替换所述第一底层资源数据中的数据。

6.一种维护共享文件的底层资源数据的共享驱动节点，其特征在于，包括：处理器以及收发机：

所述处理器，用于通过收发机进行数据传输，并获取共享文件的第一底层资源数据和共享文件的业务数据；将由所述共享文件的业务数据转化得到的共享文件的第二底层资源数据与所述第一底层资源数据进行比对；若所述第一底层资源数据与所述第二底层资源数据不同，用所述第二底层资源数据替换所述第一底层资源数据中的部分或全部数据。

7.如权利要求6所述共享驱动节点，其特征在于，所述处理器具体用于：

周期性的获取所述第一底层资源数据和所述共享文件的业务数据。

8.如权利要求6所述共享驱动节点，其特征在于，所述处理器具体用于：

从弹性存储系统业务数据库获取所有共享文件的业务数据。

9.如权利要求6所述共享驱动节点，其特征在于，所述第一底层资源数据包括共享文件的存储状态数据、共享文件的静态发布配置数据、共享文件与发布标识的映射关系和共享文件的动态发布数据；所述处理器具体用于：

从资源池中获取的所述共享文件的存储状态数据；从NFS集群共享数据库中获取所述共享文件的静态发布配置数据和所述共享文件与发布标识的映射关系；从NFS集群中获取所述共享文件的动态发布数据。

10.如权利要求6所述共享驱动节点，其特征在于，所述处理器具体用于：

若所述第一底层资源数据的部分数据与所述第二底层资源数据不同，则所述共享驱动节点用所述第二底层资源数据中与所述第一底层资源数据不同的数据替换所述第一底层资源数据中的数据。

11.一种维护共享文件的底层资源数据的共享驱动节点，其特征在于，该共享驱动节点包括：

至少一个处理单元以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行权利要求1～5任一所述方法的步骤。

12.一种计算机可读 存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～5任一所述方法的步骤。

Images