CN105786865B - 一种检索系统故障分析方法及装置 - Google Patents

Abstract

本发明涉及一种检索系统故障分析方法及装置，在一个实施例中所述方法包括：每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识；所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行；若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树型数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同。

Description

一种检索系统故障分析方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种检索系统故障分析方法及装置。

背景技术

现在各种电子产品的普及，对于电子产品中的软件硬件的检测也就更加重要，其中一项可通过拉取软件运行中生成的日志进行诊断。但是现有技术中，通过搜索关键码检索获取相关的日志的互联网协议地址，再根据互联网协议地址进行检索。但是对于数据量大的检索业务，检索系统很复杂，现有技术的检索成本高，难度也比较大，因为提高日志获取效率，是亟待解决的问题。

发明内容

有鉴于此，本发明提供一种检索系统故障分析方法及装置，可以有效提高检索诊断的定位的效率。

一种检索系统故障分析方法，所述检索系统包括由多个检索节点构成的树形检索网络，所述树型检索网络的每个检索节点包括至少一个检索功能模块，所述方法包括：

每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识；

所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行；

若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树型数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同；

所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的诊断数据。

一种检索系统故障分析装置，所述检索系统包括由多个检索节点构成的树形检索网络，所述树型检索网络的每个检索节点包括至少一个检索功能模块，所述装置包括以下模块：

接收模块，用于每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识；

检索模块，用于所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行；

第一记录模块，用于若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树型数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同；

第一输出模块，用于所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的诊断数据。

根据上述实施例的方法及装置，通过发送指令以及将信息返回上游节点，则可以有效快速的检测出问题发生点，提高检索诊断的速度。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

图1为一种服务器的结构框图。

图2为第一实施例提供的一种检索系统故障分析方法流程图。

图3为第二实施例提供的一种检索系统故障分析方法流程图。

图4为第三实施例提供的一种检索系统故障分析方法流程图。

图5为一实例的检索系统示意图。

图6为一实例中业务层检索诊断流程图。

图7为一实例中集群层和索引层诊断分析流程图。

图8为第四实施例提供的一种检索系统故障分析装置结构框图。

图9为第五实施例提供的一种检索系统故障分析装置结构框图。

图10为第六实施例提供的一种检索系统故障分析装置结构框图。

具体实施方式

为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明的具体实施方式、结构、特征及其功效，详细说明如后。

图1示出了一种服务器的结构框图。如图1所示，服务器100包括：存储器102、处理器104以及网络模块106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对服务器100的结构造成限定。例如，服务器100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器102可用于存储软件程序以及模块，如本发明实施例中的检索系统故障分析方法及装置对应的程序指令/模块，处理器104通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现检索系统故障分析处理方法。存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器102可进一步包括相对于处理器104远程设置的存储器，这些远程存储器可以通过网络连接至第一服务器11。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

网络模块106用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。在一个实例中，上述网络信号为有线网络信号。此时，网络模块106可包括处理器、随机存储器、转换器、晶体振荡器等元件。

上述的软件程序以及模块包括：操作系统108、数据诊断模块110。其中操作系统108例如可为LINUX,UNIX,WINDOWS，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。数据诊断模块110运行在操作系统108的基础上，用于对获取的数据进行分析，并将数据对应问题进行分类定位。

进一步地，数据诊断模块110内可包括检索模块112，用于根据检索请求在检索系统中进行检索。数据诊断模块110内还可包括记录模块114用于记录上述检索模块中产生的数据。

第一实施例

本实施例提供一种检索系统故障分析方法，所述检索系统包括由多个检索节点构成的树形检索网络，所述树型检索网络的每个检索节点包括至少一个检索功能模块，如图2所示，本实施例的方法可包括以下步骤：

步骤S101、每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识。

例如，所述检索请求可以是根据所述检索系统逐级往下传。在一个实例中，本实例的根节点的请求数据通过在电子终端中的白板中通过输入检索标识。所述检索标识可包括，诊断关键字和诊断标识。所述白板为开发调试使用的搜索引擎界面，相比于正常的搜索引擎界面增加了很多调试用的输入和输出参数。例如，在白板中的在检索窗口输入诊断关键字，诊断参数输入窗口输入所述诊断信息，所述诊断指令除了包括接收到的关键字和诊断信息还包括收到用户输入的确认搜索指令，例如，可以是点击搜索按钮的操作。

所述检索标识可包括检索需要的关键字。

步骤S102、所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行。

本实施例的方法，可以是使用原来的检索协议以及新的诊断信息。复用了原来的协议，便可复用原来检索的大量代码，例如C++可以通过继承原来检索类，只需要重新实现部分方法。例如，在原有的方法类中添加检索请求的传递。进一步地，所述根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行，可以是在所述对应的检索过程执行完成之后直接将所述检索请求发送至其下游节点。

步骤S103、若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树型数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同。

在一个实例中，所示检索系统可包括三层架构分别依次是，业务层Rbu，集群层Idxaccess，索引层Indexd。每一层可包括一个或多个机器模块，也就是所述的检索节点，图中仅示出了一个或者两个。如图5所示的检索系统示意图，根节点则为Rbu所代表的检索节点，则Rbu检索节点的下游节点分别是Idxaccess1检索节点和Idxaccess2检索节点。Idxaccess1检索节点的下游节点分别是Indexd1检索节点和Indexd1检索节点。

所述诊断标识可包括诊断类型诊断目标文档ID等信息。所示诊断类型可以是文档未召回。则所述目标文档ID则为未被召回文档对应的ID。可以是知道的是，所述目标文档ID与所述未召回文档唯一对应。

在一个实施方式中，所述树形数据结构可用javaScript对象表示法(JSON)进行存储。所述JSON(JavaScript Object Notation)是一种轻量级的数据交换格式。它基于JavaScript(Standard ECMA-2623rd Edition-December 1999)的一个子集。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯(包括C，C++，C#，Java，JavaScript，Perl，Python等)。

如上所述的实例中三层架构分别依次是，业务层Rbu，集群层Idxaccess，索引层Indexd。所述业务层Rbu接收到所述检索请求的诊断标识先记录检索前的前业务层诊断信息，然后根据第一合并排序检索模块进行检索，最后记录检索后的后业务层诊断信息。然后将所述检索请求发送至所述集群层Idxaccess的Idxaccess1检索节点和Idxaccess2检索节点进行检索。所述集群层Idxaccess的Idxaccess1检索节点和Idxaccess2检索节点接收到所述检索请求后，先记录检索前的前集群层诊断信息，然后根据第二合并排序检索模块进行检索，最后记录检索后的后集群层诊断信息。所述Idxaccess1检索节点将所述检索请求发送至Indexd1检索节点和Indexd1检索节点进行检索。所述Idxaccess2检索节点将检索请求发送至其下游节点，图5中未示出。所述Indexd1检索节点和Indexd1检索节点根据求交过滤模块进行检索，检索后记录检索过程中产生的求交诊断信息。并将所述诊断信息返回至所述集群层与所述集群层诊断信息进行合并生成新的诊断信息，将所新的诊断信息返回至所述业务层与所述业务层诊断信息生成诊断数据。可以知道的是，检索完成后，所根节点的诊断数据则包括全部诊断过程中产生的诊断信息。

JavaScript对象表示法(JSON)相比于别的高效协议比如ProtoBuf(protocolbuffer)或者Asn(Abstract Syntax Notation One，抽象语法标记)，其字段是可以灵活扩展的，构建检索树的过程中，任何不需要分析下游返回的定位信息的中间模块，都不需要关注下游具体的JSON信息内容格式。

步骤S104、所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的诊断数据。

在一个实例中，所述检索系统如图5所述的树形检索系统结构，则所述诊断数据可是此状态的树形结构的诊断数据。

根据本实施例的方法，通过检索带本层以及下一层的诊断信息，返回信息时返回本层以及下一层检索信息，检索到根部则形成检索树，提高检索效率。

第二实施例

图4示出了一种检索系统故障分析方法流程图，本实施例与第一实施例类似，其不同之处在于，如图3所示，所述方法还包括以下步骤：

步骤S201、所述检索节点还记录其自身的第一定位信息，将记录的第一定位信息与所述检索节点下游节点返回的第二定位信息合并成第三定位信息后返回所述检索节点的上游节点，所述第三定位信息以树形数据结构进行存储。

例如，所述业务层Rbu记录自己的定位信息和下一层集群层Idxaccess的检索定位信息。集群层Idxaccess记录自己的检索定位信息与下一层索引层Indexd的检索定位信息。其中检索检索系统中每一层记录本层的定位信息，和下一层的定位信息。则在接收到检索请求时，则可以根据当前层所记录的定位信息准确的判断下一层的定位信息。最终将生成如下的数状JSON定位信息，而根据这一的JSON信息，我们能很直观的看到一个检索请求所经过的整个检索路径。

在一个实例中，所述定位信息可以是，

例如，在上述三层架构的实例中，所述JSON格式记录定位信息可以是：

由上述代码中可以看出，每一模块除了记录自己的互联网协议地址(IP地址)还包括记录所属的下层各个模块的互联网协议地址(IP地址)。因此接收到检索请求时，返回的信息除了包括当前层的定位信息还包括当前层的下层各个模块的定位信息。

步骤S202、所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的定位数据。

在一个实例中，所述检索系统如图5所述的树形检索系统结构，则所述诊断数据可是此状态的树形结构的定位信息。

根据本实施例的方法，通过对检索系统进行定位，提高检索效率，也能使得检索完成的诊断数据中直接查看检索路径，方便查看问题点。

第三实施例

图4示出了一种检索系统故障分析方法流程图，本实施例与第一实施例类似，其不同之处在于，如图4所示，检索过程和记录诊断数据过程具体可包括以下步骤：

步骤S301、所述业务层的所述检索节点在接收到所述检索请求后，先记录检索前的前业务层诊断信息，然后根据第一合并排序检索模块进行检索，最后记录检索后的后业务层诊断信息。

进一步地，还可以对应所述检索模块设置诊断指标，所述诊断指标可用于判断检索模块是否成功，从而根绝所述指标判断结果对应生成诊断信息。

在一个实例中，如图6所示的一个实例中业务层检索诊断流程图。所述业务层Rbu的指标可包括，指标1、L4_failed，用于L4打分，打分是否失败；指标2、L4_in_before_merge和指标3、L4_in_after__merge，用于业务层的合并和排序，分别为排序前有此doc和排序后有此doc，其中doc为目标文档；以及指标4、rbu_retcode，用于判断业务层是否成功。例如，先进行排序，排序前判断是否存在目标文档，排序后再一次判断是否存在所述目标文档，若存在，则排序合并成功。当然若排序前直接不存在所述目标文档，则直接执行子流程，下一层的诊断。在一个实例中，所述业务层的诊断可以是如图5所示流程，步骤I2用指标2(L4_in_before_merge)判断排序前是否有目标文档，若没有则直接执行子流程Idx流程。若存在则执行步骤I3用指标3(L4_in_after_merge)判断排序后是否有目标文档，若存在则，业务层诊断成功。若步骤I3判断为否，则根据指标1、L4_failed判断打分失败，若是，则L4打分失败，若否，则截断所述L4打分排序。

步骤S302、根据所述检索请求生成子检索请求以及将所述子检索请求发送给所述集群层中的各个检索节点。

所述第一子检索请求可以是与所述检索请求相同的检索请求。

步骤S303、所述集群层的所述检索节点在接收到所述第一子检索请求后，先记录检索前的前集群层诊断信息，然后根据第二合并排序检索模块进行检索，最后记录检索后的后集群层诊断信息。

在一个实例中，如图7所示的一个实例中集群层和索引层诊断分析流程图。所述集群层Idxaccess的指标可包括：指标5、idx_in_before_merge，用于集群层的排序，表示排序前有此目标文档；指标6、idx_in_after_merge，用于集群层的排序，表示排序后有此目标文档；指标、idx_retcode，用于判断集群层是否成功。

在一个实例中，如图7所示，步骤I4根据指标5(idx_in_before_merge)判断和步骤I5根据指标6(idx_in_after_merge)判断排序后是否存在目标文档，均判断为是，则集群层排序成功。若步骤I5判断为否，则截断集群层的排序操作。

步骤S304、根据所述第一子检索请求生成第二子检索请求以及将所述第二子检索请求发送给所述集群层中的各个检索节点。

所述生成的第二子检索请求可以与第一子检索请求相同的检索请求。

步骤S305、所述索引层的所述检索节点接收到所述第二子检索请求后，根据求交过滤模块进行检索，检索后记录检索过程中产生的求交诊断信息。

在一个实例中，如图7所示的一个实例中集群层和索引层诊断分析流程图。所述索引层Index可包括以下指标：指标7、join_contained；指标8、indexd_retcode，用于判断本机器数据集中是否包含此文档；指标9、join_hit，用于判断该请求求交能否命中此文档；指标10、join_in_result，可用于表示该次求交结果结果中有此文档；指标11、join_time_trunc，可用于表示该次求交发生了超时截断；指标12、join_num_trunc，可用于表示该次求交发生了篇数截断；指标13、filtered_text，可用于表示此文档被文本过滤掉了；指标14、filtered_num，可用于判断表示此文档是否被数值过滤掉了；指标15、L1_failed，可用于判断L1打分是否失败；指标16、L1_in_result，可用于表示此文档不在L1打分排序后的输出篇数中；指标17、L2_failed，用于表示L2打分失败；指标18、L2_in_result，可用于表示此文档不在L2打分排序后的输出篇数中。可以理解的是，上述指标仅为一个实例中设置的指标，本本实施例的方法还可用于其它检索系统中，可以设置相同功能的类似指标进行检索诊断。

在一个实例中，所述求交可以是如图7所述的步骤进行求交。先根据步骤I6判断集群中数据包含的文档是否是在错误集群及其中，若不在错误的集群机器中，则根据步骤I8判断求交是否能在集群机器中命中，若能则执行子流程，进行求交。步骤I10用指标10(join_in_result)，用于表示该次求交结果中有此文档，求交判断之后。步骤I11根据指标16(L1_in_result)判断此文档在不在L1打分排序后的输出篇数中，若否，则表示目标文档在L1打分排序中被截断；若是，则执行步骤I12根据指标L2_failed判断L2打分失败。若是，则L2打分失败。若否，则执行步骤I13根据指标18(L2_in_result)，此文档不在L2打分排序后的输出篇数中，若否，则表示目标文档在L2打分排序中被截断，否则不能确定文档求交过程中文档为什么未被输出。

所述文档可能是在求交过程中被截断，也可能是求交后被多种原因过滤掉，例如求交文档被文本过滤掉，或者被数值过滤掉等原因。

在一个实例中，可通过以下步骤进行判断，具体如图7所示，步骤I14根据指标13(filtered_text)，判断文档是否被文本过滤掉了。若是，则可以得出结论文本未被召回由于文档被文本过滤掉了，若否继续执行步骤I15进一步判断。步骤I15根据指标14(filtered_num)，可用于判断表示此文档是否被数值过滤掉。若是，则可以得出结论文本未被召回由于文档被数值过滤掉了，若否继续执行步骤I16进一步判断。步骤I16根据指标12(join_num_trunc)，可用于判断是否发生求交发生了篇数截断。若是，则可以得出结论文本未被召回由于求交发生了篇数截断，若否继续执行步骤I17进一步判断。步骤I17指标11(join_time_trunc)，用于判断该次求交是否发生了超时截断。若是，则可以得出结论文本未被召回由于求交发生了超时截断，若否则为不明未被召回原因。通过上述判断流程，可以准确判断文档未被召回的原因及截断位置。

步骤S306、并将所述求交诊断信息返回至所述集群层与所述前集群层诊断信息和所述后集群层诊断信息进行合并生成新的诊断信息，将所新的诊断信息返回至所述业务层与所述前业务层诊断信息和后业务层诊断信息合并生成诊断数据。

根据本实施例的方法，通过对得到的信息文件进行分析，查找可能存在问题的地方，对分析结果进行输出，使用户方便查看问题，准确定位问题，再增加诊断逻辑以及各个层设置指标，加快了定位检索文件的速度。

第四实施例

本实施例提供一种检索系统故障分析检索系统故障分析装置，所述检索系统包括由多个检索节点构成的树形检索网络，所述树型检索网络的每个检索节点包括至少一个检索功能模块，如图8所示，所述系统包括以下模块：接收模块401、检索模块402、第一记录模块403、及第一输出模块404。

接收模块401，用于每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识；

检索模块402，用于所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行；

第一记录模块403，用于若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树型数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同；

第一输出模块404，用于所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的诊断数据。

关于本实施例的装置的其他细节，还可进一步参阅第一实施例，在此不再重复。

根据本实施例的装置，通过检索带本层以及下一层的诊断信息，返回信息时返回本层以及下一层检索信息，检索到根部则形成检索树，提高检索效率。

第五实施例

本实施例提供一种检索系统故障分析检索系统故障分析装置，本实施例与第四实施例类似，其不同之处在于，如图9所示，本实施例的装置中还包括：

第二记录模块501，用于所述检索节点还记录其自身的第一定位信息，将记录的第一定位信息与所述检索节点下游节点返回的第二定位信息合并成第三定位信息后返回所述检索节点的上游节点，所述第三定位信息以树形数据结构进行存储。

第二输出模块502，用于所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的定位数据。

关于本实施例的装置的其他细节，还可进一步参阅第二实施例，在此不再重复。

根据本实施例的装置，根据本实施例的诊断逻辑以及各个层设置指标，加快了定位获取检索文件的速度。

第六实施例

本实施例提供一种检索系统故障分析检索系统故障分析装置，本实施例与第四实施例类似，其不同之处在于，如图10所示，所述检索模块402和第一记录模块403具体包括：

业务层单元5011，用于所述业务层的所述检索节点在接收到所述检索请求后，先记录检索前的前业务层诊断信息，然后根据第一合并排序检索模块进行检索，最后记录检索后的后业务层诊断信息。

第一生成单元5012，用于根据所述检索请求生成子检索请求以及将所述子检索请求发送给所述集群层中的各个检索节点。

集群层单元5013，用于所述集群层的所述检索节点在接收到所述第一子检索请求后，先记录检索前的前集群层诊断信息，然后根据第二合并排序检索模块进行检索，最后记录检索后的后集群层诊断信息。

第二生成单元5014，用于根据所述第一子检索请求生成第二子检索请求以及将所述第二子检索请求发送给所述集群层中的各个检索节点。

索引层单元5015，用于所述索引层的所述检索节点接收到所述第二子检索请求后，根据求交过滤模块进行检索，检索后记录检索过程中产生的求交诊断信息。

数据返回单元5016，用于并将所述求交诊断信息返回至所述集群层与所述前集群层诊断信息和所述后集群层诊断信息进行合并生成新的诊断信息，将所新的诊断信息返回至所述业务层与所述前业务层诊断信息和后业务层诊断信息合并生成诊断数据。

关于本实施例的装置的其他细节，还可进一步参阅第三实施例，在此不再重复。

根据本实施例的装置，通过对得到的信息文件进行分析，查找可能存在问题的地方，对分析结果进行输出，使用户方便查看问题，准确定位问题。

此外，本发明实施例还提供一种计算机可读存储介质，其内存储有计算机可执行指令，上述的计算机可读存储介质例如为非易失性存储器例如光盘、硬盘、或者闪存。上述的计算机可执行指令用于让计算机或者类似的运算装置完成上述的检索系统故障分析方法中的各种操作。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭示如上，然而并非用以限定本发明，任何本领域技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (12)

1.一种检索系统故障分析方法，所述检索系统包括由多个检索节点构成的树形检索网络，所述树形 检索网络的每个检索节点包括至少一个检索功能模块，其特征在于，所述方法包括：

每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识；

所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行；

若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树形 数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同；其中，所述检索系统中设置有诊断指标，根据所述诊断指标的判断结果生成诊断信息，所述诊断信息包括所述第一诊断信息、所述第二诊断信息和所述第三诊断信息；

所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的诊断数据。

2.如权利要求1所述的检索系统故障分析方法，其特征在于，所述方法还包括：

所述检索节点还记录其自身的第一定位信息，将记录的第一定位信息与所述检索节点下游节点返回的第二定位信息合并成第三定位信息后返回所述检索节点的上游节点，所述第三定位信息以树形数据结构进行存储。

3.如权利要求2所述的检索系统故障分析方法，其特征在于，所述方法还包括：

所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的定位数据。

4.如权利要求1所述的检索系统故障分析方法，其特征在于，所述树形数据结构包括javaScript对象表示法(JSON)。

5.如权利要求1所述的检索系统故障分析方法，其特征在于，所述检索系统包括：业务层、集群层及索引层，其中所述业务层、集群层及索引层均包括至少一个检索节点。

6.如权利要求5所述的检索系统故障分析方法，其特征在于，检索过程及记录过程具体包括：

所述业务层的所述检索节点在接收到所述检索请求后，先记录检索前的前业务层诊断信息，然后根据第一合并排序检索模块进行检索，最后记录检索后的后业务层诊断信息；

根据所述检索请求生成第一子检索请求以及将所述第一子检索请求发送给所述集群层中的各个检索节点；

所述集群层的所述检索节点在接收到所述第一子检索请求后，先记录检索前的前集群层诊断信息，然后根据第二合并排序检索模块进行检索，最后记录检索后的后集群层诊断信息；

根据所述第一子检索请求生成第二子检索请求以及将所述第二子检索请求发送给所述索引层中的各个检索节点；

所述索引层的所述检索节点接收到所述第二子检索请求后，根据求交过滤模块进行检索，检索后记录检索过程中产生的求交诊断信息；

并将所述求交诊断信息返回至所述集群层与所述前集群层诊断信息和所述后集群层诊断信息进行合并生成新的诊断信息，将所新的诊断信息返回至所述业务层与所述前业务层诊断信息和后业务层诊断信息合并生成诊断数据。

7.一种检索系统故障分析装置，所述检索系统包括由多个检索节点构成的树形检索网络，所述树形 检索网络的每个检索节点包括至少一个检索功能模块，其特征在于，所述装置包括以下模块：

接收模块，用于每个检索节点接收其上游检索节点的检索请求，所述检索请求内包括检索标识；

检索模块，用于所述检索节点在接收到所述检索请求后执行对应的检索过程，根据所述检索请求生成子检索请求以及将所述子检索请求发送给其下游检索节点执行；

第一记录模块，用于若所述检索请求内包括诊断标识，所述检索节点在每个检索功能模块被执行前或执行后还记录第一诊断信息，将记录的第一诊断信息与所述检索节点下游节点返回的第二诊断信息合并成第三诊断信息后返回所述检索节点的上游节点，所述第三诊断信息以树形数据结构进行存储，且所述树形 数据结构的拓扑关系与所述检索节点及其子检索节点的网络拓扑关系相同；其中，所述检索系统中设置有诊断指标，根据所述诊断指标的判断结果生成诊断信息，所述诊断信息包括所述第一诊断信息、所述第二诊断信息和所述第三诊断信息；

第一输出模块，用于所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的诊断数据。

8.如权利要求7所述的检索系统故障分析装置，其特征在于，所述装置还包括：

第二记录模块，用于所述检索节点还记录其自身的第一定位信息，将记录的第一定位信息与所述检索节点下游节点返回的第二定位信息合并成第三定位信息后返回所述检索节点的上游节点，所述第三定位信息以树形数据结构进行存储。

9.如权利要求8所述的检索系统故障分析装置，其特征在于，所述装置还包括：

第二输出模块，用于所述检索系统的根节点输出数据结构与所述树形检索网络拓扑结构相同的定位数据。

10.如权利要求7所述的检索系统故障分析装置，其特征在于，所述树形数据结构包括javaScript对象表示法。

11.如权利要求7所述的检索系统故障分析装置，其特征在于，所述检索系统包括：业务层、集群层及索引层，其中所述业务层、集群层及索引层均包括至少一个检索节点。

12.如权利要求11所述的检索系统故障分析装置，其特征在于，所述检索模块和第一记录模块具体包括：

业务层单元，用于所述业务层的所述检索节点在接收到所述检索请求后，先记录检索前的前业务层诊断信息，然后根据第一合并排序检索模块进行检索，最后记录检索后的后业务层诊断信息；

第一生成单元，用于根据所述检索请求生成第一子检索请求以及将所述第一子检索请求发送给所述集群层中的各个检索节点；

集群层单元，用于所述集群层的所述检索节点在接收到所述第一子检索请求后，先记录检索前的前集群层诊断信息，然后根据第二合并排序检索模块进行检索，最后记录检索后的后集群层诊断信息；

第二生成单元，用于根据所述第一子检索请求生成第二子检索请求以及将所述第二子检索请求发送给所述索引层中的各个检索节点；

索引层单元，用于所述索引层的所述检索节点接收到所述第二子检索请求后，根据求交过滤模块进行检索，检索后记录检索过程中产生的求交诊断信息；

数据返回单元，用于并将所述求交诊断信息返回至所述集群层与所述前集群层诊断信息和所述后集群层诊断信息进行合并生成新的诊断信息，将所新的诊断信息返回至所述业务层与所述前业务层诊断信息和后业务层诊断信息合并生成诊断数据。

Images