CN112131186A - 一种文件查找方法及装置 - Google Patents

Abstract

本发明提供了一种文件查找方法及装置，包括：接收客户端的目标文件的查找请求；输入目标文件的路径信息；在数据库中查找目标文件；将目标文件的查找结果反馈给客户端；其中，所述数据库的建立过程包括：在非后端磁盘区域部署数据库；将已有文件的路径信息存入数据库中，本文件查找方法，将后端磁盘上的已有文件的路径信息存入数据库中，将数据库部署在非后端磁盘的位置，这样在查找文件时，只需在数据库中查找文件对应的路径信息即可，而文件的路径信息相比后端磁盘上的文件的元数据，其占用空间大大减小，使其在文件查找过程中，查找速度更快，降低了文件查询的延时。

Description

一种文件查找方法及装置

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种文件查找方法及装置。

背景技术

对于很多延迟敏感型应用程序，需要实时的判断存储中是否存在指定的文件，为了能在一定时间内完成批量文件的查找任务，需要将存储文件查找的延迟时间降低到足够小，若查找任务出现超时，则会影响后续任务的执行。

现有技术中，文件的元数据存放在本地文件系统的扩展属性中，即后端磁盘上，查找文件时需要到后端磁盘上查找，多个客户端应用程序与多个修复程序共享后端磁盘，随着客户端和存储数据量的增加，后端磁盘的压力变大，导致后端磁盘的查找延迟时间变大。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种文件查找方法及装置，以解决文件查找延迟时间大的问题。

基于上述目的，本发明提供了一种文件查找方法，其特征在于，包括：

接收客户端的目标文件的查找请求；

输入目标文件的路径信息；

在数据库中查找目标文件；

将目标文件的查找结果反馈给客户端；

其中，所述数据库的建立过程包括：

在非后端磁盘区域部署数据库；

将已有文件的路径信息存入数据库中。

可选的，所述在非后端磁盘区域部署数据库包括：

发送安装介质至多个待部署的节点；

解压所述安装介质，将数据库安装在待部署的节点上；

发送配置文件至多个待部署的节点；

依据配置文件对安装在待部署的节点上的数据库进行配置；

其中，多个待部署的节点设置在非后端磁盘区域。

可选的，在所述发送配置文件至多个待部署的节点之前还包括：

获取参数配置指令；

依据参数配置指令生成临时配置文件；

依据临时配置文件与历史配置文件，生成本次部署对应的配置文件。

可选的，在所述发送安装介质至多个待部署的节点之前还包括：

获取各节点的环境配置信息；

判断所述节点的环境配置信息是否满足数据库的部署要求，若满足，则将该节点作为待部署的节点。

可选的，所述将已有文件的路径信息存入数据库中包括：

在数据库中建立若干个存储表；

将已有文件的路径信息存入与其对应的存储表中。

可选的，所述将已有文件的路径信息存入与其对应的存储表中包括：

通过哈希算法生成与已有文件的路径信息对应的哈希值；

将已有文件的路径信息的哈希值对存储表的个数取模，生成取模结果；

依据已有文件的路径信息的哈希值的取模结果将已有文件的路径信息存入与其对应的存储表中。

可选的，所述在数据库中查找目标文件包括：

通过哈希算法生成与目标文件的路径信息对应的哈希值；

将目标文件的路径信息的哈希值对存储表的个数取模，生成取模结果；

依据目标文件的路径信息的哈希值的取模结果在与其对应的存储表中查找目标文件。

一种文件查找装置，包括：

接收模块，用于接收客户端的目标文件的查找请求；

输入模块，用于输入目标文件的路径信息；

查找模块，用于在数据库中查找目标文件；

反馈模块，用于将目标文件的查找结果反馈给客户端，

部署模块，用于在非后端磁盘区域部署数据库；

存入模块，将已有文件的路径信息存入数据库中。

可选的，所述部署模块包括：

第一发送单元，用于发送安装介质至多个待部署的节点；

解压单元，用于解压所述安装介质，将数据库安装在待部署的节点上；

第二发送单元，用于发送配置文件至多个待部署的节点；

配置单元，依据配置文件对安装在待部署的节点上的数据库进行配置；

其中，多个待部署的节点设置在非后端磁盘区域。

可选的，所述存入模块包括：

建表单元，用于在数据库中建立若干个存储表；

存入单元，用于将已有文件的路径信息存入与其对应的存储表中。

从上面所述可以看出，本说明书一个或多个实施例提供的文件查找方法，将后端磁盘上的已有文件的路径信息存入数据库中，将数据库部署在非后端磁盘的位置，这样在查找文件时，只需在数据库中查找文件对应的路径信息即可，而文件的路径信息相比后端磁盘上的文件的元数据，其占用空间大大减小，使其在文件查找过程中，查找速度更快，降低了文件查询的延时，同时将文件的查找与文件的读写、修复分离，文件的查找通过访问数据库进行，文件的读写和修复通过访问后端磁盘上的元数据实现，这样使文件的查找速度不受客户端数量、文件元数据总量以及文件元数据修复所影响。

附图说明

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

图1为本说明书一个或多个实施例的文件查找方法的流程示意图；

图2为本说明书一个或多个实施例的数据库的建立流程示意图；

图3为本说明书一个或多个实施例的在非后端磁盘区域部署数据库的流程示意图；

图4为本说明书一个或多个实施例的在非后端磁盘区域部署数据库的流程示意图；

图5为本说明书一个或多个实施例的在非后端磁盘区域部署数据库的流程示意图；

图6为本说明书一个或多个实施例的将已有文件的路径信息存入数据库中的流程示意图；

图7为本说明书一个或多个实施例的将已有文件的路径信息存入与其对应的存储表中的流程示意图；

图8为本说明书一个或多个实施例的在数据库中查找目标文件的流程示意图；

图9为本说明书一个或多个实施例的文件查找装置的结构示意图；

图10为本说明书一个或多个实施例的文件查找装置的部署模块的结构示意图；

图11为本说明书一个或多个实施例的文件查找装置的存入模块的结构示意图；

图12为分布式存储系统的结构框图。

其中：100、接收模块；200、输入模块；300、查找模块；400、反馈模块；10、部署模块、20、存入模块；11、第一发送单元；12、解压单元；13、第二发送单元；14、配置单元；21、建表单元；22、存入单元。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

可以理解，该方法可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。

如图1所示，本说明书的一个实施例提供了一种文件查找方法，包括：

S100、接收客户端的目标文件的查找请求。

如图12所示，在分布式存储系统中，包括客户端、服务端的存储服务模块以及数据库，文件的元数据存储在服务端的存储服务模块的扩展属性中，如磁盘中，客户端服务与数据修复服务都可以通过服务端的存储服务模块来访问扩展属性中的文件，客户端、服务端、数据库和扩展属性的数量根据实际需求设置，客户端可以是通过fuse实现的原生用户态客户端，以及传统的samba，nfs客户端，当应用程序需要执行文件的查找业务时，客户端将目标文件的查找请求发出，数据库接收目标文件的查找请求。

S200、输入目标文件的路径信息。

客户端可以通过数据库的应用接口来访问数据库，这样数据库在接收到查找请求后将目标文件的路径信息输入至数据库中。

S300、在数据库中查找目标文件。

举例来说，数据库可以部署在固态硬盘中，利用固态硬盘的高性能和优秀的查找能力，来提高文件查找的效率，数据库中存储有已有文件的路径信息，而已有文件的元数据则存储在扩展属性中，相比已有文件的元数据，路径信息的占用容量更小，在数据库中查找到目标文件的路径信息，则说明扩展属性中存在目标文件的元数据，若未查找到目标文件的路径信息，在扩展属性中，同样不存在目标文件的元数据。

S400、将目标文件的查找结果反馈给客户端。

完成目标文件的查找后，数据库将查找结果反馈给客户端，客户端收到反馈结果后将其返回给应用程序。

其中，如图2所示，所述数据库的建立过程包括：

S10、在非后端磁盘区域部署数据库。

数据库单独部署在非扩展属性上，即后端磁盘以外的区域，一个分布式存储系统中可以布置多个数据库，具体来说，可以将数据库部署在固态硬盘上，固态硬盘相比普通硬盘，其具有更高的性能和更快的查找能力。

S20、将已有文件的路径信息存入数据库中。

用户通过posix标准接口访问存储系统，已有文件的元数据存储在扩展属性的后端磁盘上，当用户在后端磁盘上创建文件或目录时，存储系统通过数据库接口将对应的路径信息存入数据库中，而当用户删除文件或目录时，存储系统将对应的路径从数据库中删除。

综上所述，本说明书的一个实施例提供的文件查找方法，将后端磁盘上的已有文件的路径信息存入数据库中，将数据库部署在非后端磁盘的位置，这样在查找文件时，只需在数据库中查找文件对应的路径信息即可，而文件的路径信息相比后端磁盘上的文件的元数据，其占用空间大大减小，使其在文件查找过程中，查找速度更快，降低了文件查询的延时，同时将文件的查找与文件的读写、修复分离，文件的查找通过访问数据库进行，文件的读写和修复通过访问后端磁盘上的元数据实现，这样使文件的查找速度不受客户端数量、文件元数据总量以及文件元数据修复所影响。

在一些可选实施例中，如图3所示，所述步骤S10包括：

S11、发送安装介质至多个待部署的节点。

在分布式存储系统中，可以布置多个计算机系统，每个计算机都可以作为一个节点，其中一些节点中设置有后端磁盘，用于存放文件的元数据，这些节点不用于数据库的部署，选择未存放文件元数据的节点作为待部署的节点，将安装介质发送至待部署的节点上，另外，在待部署的节点上，可设置固态硬盘，固定硬盘具有更高的性能和更快的查找能力，安装介质为数据库部署所需要的多个组件的压缩包，安装介质可以预先存放在后端磁盘上，也可以是其他存储设备中。

S12、解压所述安装介质，将数据库安装在待部署的节点上。

向多个待部署的节点发送安装介质时，可以对安装介质的发送进度和发送状态进行监控，判断待部署的节点是否成功收到安装介质，举例来说，可以在待部署的节点上设置一个监控线程，用于监控节点获取到的安装介质的容量大小，当获取到的安装介质容量达到安装介质的实际大小时，说明安装介质已经完全接受，这样，将获取到的安装介质进行解压，使数据库部署需要的多个组件解压至节点上，这样实现了将数据库安装在待部署的节点上。

S13、发送配置文件至多个待部署的节点。

在对安装介质进行解压时，可对安装介质的解压状态进行监控，举例来说，可以在待部署的节点上新增一个监控线程，在该监控线程中，可以获取节点上的实时文件数量信息，将获取到的实时文件数量信息与安装介质中实际包含的文件数量对比，可预估出安装介质的解压进度，当实时文件数量与安装介质中实际包含的文件数量相同时，说明安装介质已经解压成功，这样，将配置文件发送至待部署的节点上。

S14、依据配置文件对安装在待部署的节点上的数据库进行配置。

配置文件用于对安装在节点上的数据库进行参数设定，使其达到数据库正常启动的要求，当数据库启动后，用户可通过数据库接口进行文件路径信息的增减。

其中，多个待部署的节点设置在非后端磁盘区域。

具体的，后端磁盘是用来存放文件的元数据，其存储量大，故设置有后端磁盘的计算机系统不作为部署数据库的节点，选用非后端磁盘区域的计算机系统作为部署节点，这样可将文件路径信息与文件的元数据分开存放，使文件的读取不受元数据的影响，进而提高文件的查找效率。

在一些可选实施例中，如图4所示，在步骤S13之前还包括：

S131、获取参数配置指令。

具体的，在发送配置文件之前，用户可通过与存储系统连接的输入设备输入参数配置指令，参数配置指令包含了对数据库进行配置的相关参数。

S132、依据参数配置指令生成临时配置文件。

依据参数配置指令中所包含的参数信息生成临时配置文件，这个临时配置文件作为对数据库配置的主要参考文件。

S133、依据临时配置文件与历史配置文件，生成本次部署对应的配置文件。

临时配置文件包含本次配置的参数信息，历史配置文件包含历史配置的参数信息，举例来说，以往在对数据库进行配置后，可将配置参数信息进行备份储存，将临时配置文件包含但历史配置文件中不包含的参数录入本次部署对应的配置文件中，将临时配置文件与历史配置文件均包含的参数进行比对，并合并参数值，然后录入本次部署对应的配置文件中，将临时配置文件不包含但历史配置文件中含有的参数录入本次部署对应的配置文件中，通过将临时配置文件中的参数与历史配置文件中的参数进行比对和合并，然后生成本次部署的配置文件，能提高部署效率，减少参数重复设定的劳动量。

在一些可选实施例中，如图5所示，在步骤S11之前还包括：

S111、获取各节点的环境配置信息。

具体的，通过登录每个节点来访问该节点的环境配置信息，环境配置信息至少包括节点的连接端口、内存大小、磁盘空间和网络性能。

S112、判断所述节点的环境配置信息是否满足数据库的部署要求，若满足，则将该节点作为待部署的节点。

环境配置信息即数据库的安装环境，判断环境配置信息中相关参数值是否满足数据库部署的最低要求，若节点的环境配置信息不满足要求，管理员可对该节点进行升级以使其满足部署要求，若节点的环境配置信息满足部署要求，则说明该节点可部署数据库并顺利的运行，故将该节点作为待部署的节点。

在一些可选实施例中，如图6所示，所述步骤S20包括：

S21、在数据库中建立若干个存储表。

在单个数据库中建立若干个存储表，存储表的数量根据数据库中已有文件的路径信息总量设定。

S22、将已有文件的路径信息存入与其对应的存储表中。

对已有文件的路径信息按一定方法进行分类，同一种类的已有文件的路径信息存入同一个存储表中，在数据库中查找目标文件时，先确定目标文件的所属种类即所属存储表，然后在对应的存储表中查找目标文件即可，这样进一步的减少目标文件查找时的查找总量，查找过程中的查找总量越小，查找的效率越低，延时也越低，存储表的数量可根据查找文件的延时要求以及数据库中的数据总量进行设定。

在一些可选实施例中，如图7所示，所述步骤S22包括：

S221、通过哈希算法生成与已有文件的路径信息对应的哈希值。

将已知文件的路径信息作为输入参数，依据哈希算法来输出相对应的哈希值。

S222、将已有文件的路径信息的哈希值对存储表的个数取模，生成取模结果。

以存储表的个数进行取模，使取模结果的种类数与存储表的个数相同。

S223、依据已有文件的路径信息的哈希值的取模结果将已有文件的路径信息存入与其对应的存储表中。

取模结果的种类数与存储表的个数相同，将取模结果与存储表一一对应，将同一取模结果的已有文件的路径信息存入相对应的存储表中，使已有文件的路径信息分表存储。

在一些可选实施例中，如图8所示，所述步骤S300包括：

S301、通过哈希算法生成与目标文件的路径信息对应的哈希值。

目标文件的路径信息输入至数据库后，通过哈希算法生成对应的哈希值。

S302、将目标文件的路径信息的哈希值对存储表的个数取模，生成取模结果。

目标文件的路径信息的哈希值以存储表的个数进行取模，得到取模结果，取模结果的种类数与存储表的个数相同，取模结果与存储表相对应。

S303、依据目标文件的路径信息的哈希值的取模结果在与其对应的存储表中查找目标文件。

得到目标文件的路径信息的取模结果后，即得到目标文件的路径信息所属存储表，这样直接在该存储表中进行目标文件的查找，减少了查找总量，降低了查找延时。

另外，本发明还提供了一个案例用于辅助说明：

假设在后端磁盘内存储有12个文件的元数据，这12个已有文件的路径信息同样的存入数据库中，通过哈希算法根据12个已有文件的路径信息生成12个哈希值，分别为1、2、3、4、5、6、7、8、9、10、11、12。

设定存储表的数量为4个，分别标号为a、b、c和d，将生成的哈希值对存储表的个数即4进行取模，得到结果分别为1、2、3、0、1、2、3、0、1、2、3和0。

将取模结果1、2、3和0分别与存储表a、b、c和d相对应，可以将取模结果为1的已有文件的路径信息存入存储表a中，将取模结果为2的已有文件的路径信息存入存储表b中，将取模结果为3的已有文件的路径信息存入存储表c中，将取模结果为0的已有文件的路径信息存入存储表d中。

当收到查找文件的请求后，目标文件的路径信息输入至数据库中，通过哈希算法生成对应的哈希值，假设生成的哈希值为6，存储表的数量为4个，将目标文件的路径信息的哈希值对4取模，得到取模结果2，取模结果2与存储表b相对应，故数据库直接在存储表b中进行查找，存储表b中的数据总量为3个，相比整个数据库的数据总量，单个存储表b中的数量总量大大减小，从而使文件的查找效率更高，延时更低。

与上述方法实施例相对应的，本发明还提供了一种文件查找装置，如图9所示，包括：

接收模块100，用于接收客户端的目标文件的查找请求；

输入模块200，用于输入目标文件的路径信息；

查找模块300，用于在数据库中查找目标文件；

反馈模块400，用于将目标文件的查找结果反馈给客户端。

部署模块10，用于在非后端磁盘区域部署数据库；

存入模块20，将已有文件的路径信息存入数据库中。

在一些可选实施例中，如图10所示，所述部署模块10包括：

第一发送单元11，用于发送安装介质至多个待部署的节点；

解压单元12，用于解压所述安装介质，将数据库安装在待部署的节点上；

第二发送单元13，用于发送配置文件至多个待部署的节点；

配置单元14，依据配置文件对安装在待部署的节点上的数据库进行配置；

其中，多个待部署的节点设置在非后端磁盘区域。

在一些可选实施例中，如图11所示，所述存入模块20包括：

建表单元21，用于在数据库中建立若干个存储表；

存入单元22，用于将已有文件的路径信息存入与其对应的存储表中。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种文件查找方法，其特征在于，包括：

接收客户端的目标文件的查找请求；

输入目标文件的路径信息；

在数据库中查找目标文件；

将目标文件的查找结果反馈给客户端；

其中，所述数据库的建立过程包括：

在非后端磁盘区域部署数据库；

将已有文件的路径信息存入数据库中。

2.根据权利要求1所述的文件查找方法，其特征在于，所述在非后端磁盘区域部署数据库包括：

发送安装介质至多个待部署的节点；

解压所述安装介质，将数据库安装在待部署的节点上；

发送配置文件至多个待部署的节点；

依据配置文件对安装在待部署的节点上的数据库进行配置；

其中，多个待部署的节点设置在非后端磁盘区域。

3.根据权利要求2所述的文件查找方法，其特征在于，在所述发送配置文件至多个待部署的节点之前还包括：

获取参数配置指令；

依据参数配置指令生成临时配置文件；

依据临时配置文件与历史配置文件，生成本次部署对应的配置文件。

4.根据权利要求3所述的文件查找方法，其特征在于，在所述发送安装介质至多个待部署的节点之前还包括：

获取各节点的环境配置信息；

判断所述节点的环境配置信息是否满足数据库的部署要求，若满足，则将该节点作为待部署的节点。

5.根据权利要求1所述的文件查找方法，其特征在于，所述将已有文件的路径信息存入数据库中包括：

在数据库中建立若干个存储表；

将已有文件的路径信息存入与其对应的存储表中。

6.根据权利要求5所述的文件查找方法，其特征在于，所述将已有文件的路径信息存入与其对应的存储表中包括：

通过哈希算法生成与已有文件的路径信息对应的哈希值；

将已有文件的路径信息的哈希值对存储表的个数取模，生成取模结果；

依据已有文件的路径信息的哈希值的取模结果将已有文件的路径信息存入与其对应的存储表中。

7.根据权利要求6所述的文件查找方法，其特征在于，所述在数据库中查找目标文件包括：

通过哈希算法生成与目标文件的路径信息对应的哈希值；

将目标文件的路径信息的哈希值对存储表的个数取模，生成取模结果；

依据目标文件的路径信息的哈希值的取模结果在与其对应的存储表中查找目标文件。

8.一种文件查找装置，其特征在于，包括：

接收模块(100)，用于接收客户端的目标文件的查找请求；

输入模块(200)，用于输入目标文件的路径信息；

查找模块(300)，用于在数据库中查找目标文件；

反馈模块(400)，用于将目标文件的查找结果反馈给客户端，

部署模块(10)，用于在非后端磁盘区域部署数据库；

存入模块(20)，将已有文件的路径信息存入数据库中。

9.根据权利要求8所述的文件查找装置，其特征在于，所述部署模块(10)包括：

第一发送单元(11)，用于发送安装介质至多个待部署的节点；

解压单元(12)，用于解压所述安装介质，将数据库安装在待部署的节点上；

第二发送单元(13)，用于发送配置文件至多个待部署的节点；

配置单元(14)，依据配置文件对安装在待部署的节点上的数据库进行配置；

其中，多个待部署的节点设置在非后端磁盘区域。

10.根据权利要求8所述的文件查找装置，其特征在于，所述存入模块(20)包括：

建表单元(21)，用于在数据库中建立若干个存储表；

存入单元(22)，用于将已有文件的路径信息存入与其对应的存储表中。

Images