CN108009036B - 一种定位导致数据异常的操作的方法及服务器 - Google Patents

Abstract

本申请提供一种定位导致数据异常的操作的方法及服务器，涉及通信领域，能够在使用spark框架处理批量数据时，精确定位到导致数据异常的具体操作，减短对异常数据响应的时间。该方法包括：若服务器确定目标业务数据存在异常，则服务器获取目标业务数据对应的血缘跟踪数据，血缘跟踪数据为对目标业务数据进行至少一个预设类型的操作后得到的与每个预设类型操作对应的数据；服务器根据血缘跟踪数据中每个预设类型操作对应的数据，确定导致目标业务数据出现异常的目标操作。

Description

一种定位导致数据异常的操作的方法及服务器

技术领域

本申请涉及通信领域，尤其涉及一种定位导致数据异常的操作的方法及服务器。

背景技术

Spark是一种开源集群计算框架，其启用了内存分布数据集，能够提供交互式查询，并且可以优化迭代工作负载。

目前，由于Spark计算框架处理数据的最小单位是批次，即Spark框架需对批量数据进行处理，因此，当批量数据的内容发生异常的时候，使用Spark计算框架能定位到出现异常的数据批次，却无法精确定位导致数据异常的具体操作，导致无法快速地对异常数据进行处理和维护，增加了对异常数据的响应时间。

发明内容

本申请提供一种定位导致数据异常的操作的方法及服务器，能够在使用spark计算框架处理批量数据时，精确定位到导致数据异常的具体某一操作，减短对异常数据响应的时间。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种定位导致数据异常的操作的方法及服务器，该方法可以包括：

若服务器确定目标业务数据存在异常，则所述服务器获取所述目标业务数据对应的血缘跟踪数据，所述血缘跟踪数据为对所述目标业务数据进行至少一个预设类型的操作后得到的与每个预设类型操作对应的数据；所述服务器根据所述血缘跟踪数据中每个预设类型操作对应的数据，确定导致所述目标业务数据出现异常的目标操作。

第二方面，本申请提供一种服务器，该服务器包括：获取模块和确定模块。其中，获取模块，用于若所述服务器确定目标业务数据存在异常，则获取所述目标业务数据对应的血缘跟踪数据，所述血缘跟踪数据为对所述目标业务数据进行至少一个预设类型的操作后得到的与每个预设类型操作对应的数据；确定模块，用于根据所述血缘跟踪数据中每个预设类型操作对应的数据，确定导致所述目标业务数据出现异常的目标操作。

第三方面，本申请提供一种服务器，该服务器包括：处理器、收发器和存储器。其中，存储器用于存储一个或多个程序，一个或多个程序包括指令，当该服务器运行时，处理器执行该存储器存储的指令，以使该服务器执行第一方面及其各种可选的实现方式中任意之一所述的定位导致数据异常的操作方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有一个或多个程序，一个或多个程序包括计算机执行指令，当该服务器的处理器执行该计算机执行指令时，该服务器执行上述第一方面及其各种可选的实现方式中任意之一所述的定位导致数据异常的操作方法。

与现有技术中仅能定位到出现异常的数据批次,无法精确定位到导致数据异常的具体操作，导致对异常数据的响应时间增加相比，本申请提供的定位导致数据异常的操作的方法，当目标业务数据存在异常时，可以获取目标业务数据对应的血缘跟踪数据，根据血缘跟踪数据对目标业务数据进行定位导致数据异常的操作的流程。由于血缘跟踪数据为对目标业务数据进行至少一个预设类型操作时，每个预设类型操作对应的数据，也就意味着，对目标业务数据的操作均记录在血缘跟踪数据中，所以，当目标业务数据出现异常时，根据血缘跟踪数据中记录的各个操作，能够回溯定位到导致内容异常的具体某个操作。举例来说，假定血缘跟踪数据中包含3个对目标业务数据的操作，操作1对应数据1，操作2对应数据2，操作3对应数据3，若目标业务数据出现异常，则根据血缘跟踪数据中记录的操作1至操作3，能够回溯定位到导致数据异常的某个具体操作，进而减短对异常数据的响应时间。

附图说明

图1为本申请实施例提供的一种定位导致数据异常的操作的方法流程图；

图2为本申请实施例提供的另一种定位导致数据异常的操作的方法流程图；

图3为本申请实施例提供的另一种定位导致数据异常的操作的方法流程图；

图4为本申请实施例提供的服务器的结构示意图一；

图5为本申请实施例提供的服务器的结构示意图二。

具体实施方式

下面结合附图对本申请实施例提供的定位导致数据异常的操作的方法及服务器进行详细地描述。

本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

终端将业务数据发送给服务器，再由服务器处理业务数据，在服务器处理业务数据的过程中，很可能业务数据的处理结果出现异常，在本申请实施例中，通过对业务数据进行处理，并生成业务数据对应的血缘跟踪数据，当业务数据产生异常时，根据血缘跟踪数据中记录的对业务数据的各项预设类型操作对应的数据，能够回溯定位到导致数据异常的某个具体操作，进而减短对异常数据的响应时间。

终端可以为用户设备(user equipment，UE)，如：手机、电脑，还可以为蜂窝电话、无绳电话、会话发起协议(session initiation protocol，SIP)电话、智能电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(cus tomer premise equipment，CPE)和/或用于在无线系统上进行通信的其它设备。

本申请实施例提供一种定位导致数据异常的操作的方法，如图1所示，该方法可以包括S101-S102：

S101、若服务器确定目标业务数据存在异常，则服务器获取目标业务数据对应的血缘跟踪数据。

其中，血缘跟踪数据为对目标业务数据进行至少一个预设类型操作时，每个预设类型操作对应的数据，也就意味着，血缘跟踪数据记录有对一条业务数据进行的全部预设类型操作的数据，相当于记录了该条业务数据在整个生命周期中的变化，以便后续在整个生命周期中找到导致内容异常的操作，从而提高处理问题的效率。

需要说明的是，在执行S101之前，服务器接收终端发送的目标业务数据，并生成目标业务数据对应的血缘跟踪数据。可以理解的是，在服务器完成对目标业务数据的所有预设类型操作之后，服务器生成最终的血缘跟踪数据，服务器根据该血缘跟踪数据定位导致目标业务数据异常的操作。服务器还可以在完成对目标数据业务的某一次预设类型操作之后，生成本次预设类型操作对应的中间血缘跟踪数据，经过对目标业务数据的多次预设类型操作，生成多个中间血缘跟踪数据，并根据多个中间血缘跟踪数据定位导致目标业务数据异常的操作。

具体地，如图2所示，服务器生成血缘跟踪数据的方式可以实现为S201至S204。

S201、服务器检测对目标业务数据的预设类型的操作。

可选地，服务器可以对目标业务数据进行不同类型的操作，以满足不同的业务需求。例如，用户当前正在通过网页访问购物网站，则目标业务数据为用户输入的网页数据，服务器在接收到用户输入的网页数据之后，可以计算网页数据对应的用户级别，即服务器对网页数据进行的操作类型为计算网页数据对应的用户级别，从而服务器可以针对不同级别的用户推送不同的内容。可以理解的是，预设类型的操作可根据实际应用情况设定为业务所需求的操作，本申请实施例并不对此进行限制。

S202、服务器在每次对目标业务数据进行预设类型的操作时，判断是否存在下一次对目标业务数据的预设类型操作，若是，则执行S203，若否，则执行S204。

S203、服务器确定本次预设类型操作对应的中间血缘跟踪数据，继续在每次对目标业务数据进行预设类型操作时，判断是否存在下一次对目标业务数据的预设类型的操作，直至确定不存在对目标业务数据的预设类型的操作时，执行S204。

需要说明的是，本申请实施例中定义了spark流数据血缘协议(Spark streamingmessage consanguinity Protocol，SSMCP)，并基于SSMCP对业务数据进行重封装，得到业务数据对应的中间血缘跟踪数据。可选地，本申请实施例的中间血缘跟踪数据的封装格式如表1所示。

如表1，中间血缘跟踪数据包括消息头、消息体与附加消息部分。消息体包括业务数据，消息头包括目标业务数据的标识(identification，ID)、目标业务数据所属的批次ID、目标业务数据的数据偏移量，附加消息部分包括本次预设类型操作对应的标签、本次预设类型操作对应的节点地址、每个节点中的进程ID、本次预设类型操作对应的资源消耗和对目标业务数据的过滤条件，数据偏移量用于指示目标业务数据相对于基准数据的偏移量，基准数据为当前批次的业务数据中的第一个业务数据。

表1

例如，在计算网页数据对应的用户级别的spark应用场景中，在一段时间之内，用户1通过终端向服务器发送业务数据，假定此段时间内终端发送的业务数据包为4个，当前发送的业务数据的批次ID为1，其中，基准数据为第1个业务数据，基准数据的ID为100，基准数据相对于自身的数据偏移量为0，用于计算用户级别的目标业务数据为第3个业务数据，该目标业务数据的ID为108，相比于基准数据，目标业务数据的数据偏移量为2。

假定计算用户级别可以实现为两个步骤：首先对网页数据进行积分运算操作，再对得到的结果进行加权运算操作。则根据本申请实施例的方法，服务器在对网页数据进行积分运算操作时，确定存在下一次对网页数据的计算用户级别的操作(即在得到积分结果之后，还需对积分结果进行加权运算操作)，则服务器先得到中间血缘跟踪数据，中间血缘跟踪数据如表2所示：

表2

如表2所示，经过积分运算操作，得到的标签表明用户1为高级别用户，目标业务数据所在的节点地址为1000，且节点中ID为1至5的5个进程用于进行第一次积分运算操作，本次积分运算操作消耗2GB内存。可选地，过滤条件设置为选取高级用户，即积分的计算结果为高级别用户的业务数据将被保留。

然后，对上述得到的中间血缘跟踪数据，执行加权运算的操作，且服务器经判断，确定不存在下一次对网页数据进行的计算用户等级的操作(计算网页数据对应的用户级别只需两个步骤，即积分和加权)，则服务器执行S204。

S204、服务器生成目标业务数据的血缘跟踪数据。

可选地，血缘跟踪数据如表3所示：

表3

如表3，血缘跟踪数据包括消息头、消息体与附加消息部分，消息体包括业务数据，消息头包括目标业务数据的标识、目标业务所属批次的ID、目标业务数据的数据偏移量，附加消息部分包括每次预设类型操作对应的标签、每次预设类型操作对应的节点地址、每个节点中的进程ID、每次预设类型操作对应的资源消耗、目标业务数据的过滤条件。

结合上述举例，如表3，在对目标业务数据进行加权运算操作之后，得到的标签表明用户1为中级别用户。

S102、服务器根据血缘跟踪数据中每个预设类型操作对应的数据，确定导致目标业务数据出现异常的预设类型操作。

具体地，如图3所示，S102可以实现为：

S1021、服务器对血缘跟踪数据进行解析，得到每次预设类型操作对应的数据，其中，每次预设类型操作对应的数据包括每次预设类型操作对应的标签和每次预设类型操作对应的节点地址。

S1022、若预设类型操作对应的标签和目标业务数据对应的标签不一致，则服务器将预设类型操作确定为导致数据异常的目标操作。

假定上述的用户1实际为高级别用户(即目标业务数据对应的标签实际为高级别用户)，由表2、3可知，在对网页数据进行积分运算操作之后，用户级别标签表明用户1为高级别用户，且目标业务数据的实际内容也表征用户1为高级别用户，说明积分运算操作为正确操作，且该操作并未导致业务数据的内容异常，在对网页数据进行加权运算操作之后，用户级别标签表明用户1为中级别用户，这与用户1的实际级别不符，则加权运算操作很可能为导致目标业务数据的内容异常的操作，在本申请实施例中，将导致内容异常的操作定位于该加权运算操作，从而实现了较为精准的异常定位。

此外，在本申请实施例中，还可以对导致数据重复的目标操作进行跟踪，根据表4所示的血缘跟踪数据，用户可以清楚地了解到，在积分运算(即第一次运算)操作中，目标业务数据被分配给节点地址为100的节点，由该节点对目标业务数据进行积分运算操作，在加权运算(即第二次运算)操作中，第一次运算的结果被分配给节点地址为100(以下称节点1)、102(以下称节点2)，由两个节点分别对第一次运算结果进行计算，即，加权运算操作导致节点1、节点2中存在相同的数据，因此，确定加权运算操作导致数据重复，加权运算操作为目标操作。

表4

与现有技术中仅能定位到出现异常的数据批次,无法精确定位到导致数据异常的具体操作，导致对异常数据的响应时间增加相比，本申请提供的定位导致数据异常的操作的方法，当目标业务数据存在异常时，可以获取目标业务数据对应的血缘跟踪数据，根据血缘跟踪数据对目标业务数据进行定位导致数据异常的操作的流程。由于血缘跟踪数据为对目标业务数据进行至少一个预设类型操作时，每个预设类型操作对应的数据，也就意味着，对目标业务数据的操作均记录在血缘跟踪数据中，所以，当目标业务数据出现异常时，根据血缘跟踪数据中记录的各个操作，能够回溯定位到导致内容异常的具体某个操作。举例来说，假定血缘跟踪数据中包含3个对目标业务数据的操作，操作1对应数据1，操作2对应数据2，操作3对应数据3，若目标业务数据出现异常，则根据血缘跟踪数据中记录的操作1至操作3，能够回溯定位到导致数据异常的某个具体操作，进而减短对异常数据的响应时间。

上述主要从服务器的角度对本申请实施例提供的方案进行了介绍。可以理解的是，本申请实施例的方案的执行主体并不局限于服务器，任何具备计算能力的网络设备均可以用于实施上述的定位导致数据异常的操作方法。并且，该网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的服务器及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对网络设备进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请实施例提供一种服务器，在采用对应各个功能划分各个功能模块的情况下，图4示出了上述实施例中所涉及的服务器的一种可能的结构示意图。该服务器包括获取模块403、确定模块404、接收模块401和生成模块402。

其中，获取模块403，用于若确定目标业务数据存在异常，则获取目标业务数据对应的血缘跟踪数据，血缘跟踪数据为对目标业务数据进行至少一个预设类型的操作后得到的与每个预设类型操作对应的数据；

确定模块404，用于根据获取模块403获取的血缘跟踪数据中每个预设类型操作对应的数据，确定导致目标业务数据出现异常的目标操作。

在本申请实施例的另一种实现方式中，接收模块401，用于接收终端发送的目标业务数据；

生成模块402，用于在服务器完成对目标业务数据的所有预设类型的操作之后，生成目标业务数据对应的血缘跟踪数据，其中，血缘跟踪数据包括消息头、消息体与附加消息部分，消息体包括目标业务数据，消息头包括目标业务数据的标识、目标业务数据的数据偏移量，附加消息部分包括每次预设类型操作对应的标签、每次预设类型操作对应的节点地址、每个节点中的进程标识、每次预设类型操作对应的资源消耗，数据偏移量用于指示目标业务数据相对于基准数据的偏移量，基准数据为目标业务数据所在批次的业务数据中的第一个业务数据。

在本申请实施例的另一种实现方式中，确定模块404，还用于在服务器完成对目标业务数据的本次预设类型操作之后，确定本次预设类型操作对应的中间血缘跟踪数据，中间血缘跟踪数据包括消息头、消息体与附加消息部分，消息体包括目标业务数据，消息头包括目标业务数据的标识、目标业务数据的数据偏移量，附加消息部分包括本次预设类型操作对应的标签、本次预设类型操作对应的节点地址、每个节点中的进程标识、本次预设类型操作对应的资源消耗。

在本申请实施例的另一种实现方式中，确定模块404，还用于对血缘跟踪数据进行解析，得到每次预设类型操作对应的数据，其中，每次预设类型操作对应的数据包括每次预设类型操作对应的标签；若预设类型操作对应的标签和目标业务数据对应的标签不一致，则服务器将预设类型操作确定为目标操作。

在采用集成的单元的情况下，图5示出了上述实施例中所涉及的服务器的一种可能的结构示意图。该服务器包括：处理单元502和通信单元503。处理单元502用于对服务器的动作进行控制管理，例如，执行上述获取模块403、确定模块404执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信单元503用于支持服务器与其他网络实体的通信，例如，执行上述接收模块401执行的步骤。服务器还可以包括存储单元501和总线504，存储单元501用于存储服务器的程序代码和数据。

其中，上述处理单元502可以是服务器中的处理器或控制器，该处理器或控制器可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。该处理器或控制器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

通信单元503可以是服务器中的收发器、收发电路或通信接口等。

存储单元501可以是服务器中的存储器等，该存储器可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线504可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线504可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有一个或多个程序，一个或多个程序包括指令，当上述服务器的处理器执行该指令时，该服务器执行上述方法实施例所示的方法流程中服务器执行的各个步骤。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

结合本申请公开内容所描述的方法或者算法的步骤可以由硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(easable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (6)

1.一种定位导致数据异常的操作的方法，其特征在于，所述方法包括：

若服务器确定目标业务数据存在异常，则所述服务器获取所述目标业务数据对应的血缘跟踪数据，所述血缘跟踪数据为对所述目标业务数据进行至少一个预设类型的操作后得到的与每个预设类型操作对应的数据；

所述服务器根据所述血缘跟踪数据中每个预设类型操作对应的数据，确定导致所述目标业务数据出现异常的目标操作；

在所述服务器确定所述目标业务数据存在异常之前，所述方法还包括：

在所述服务器完成对所述目标业务数据的所有预设类型的操作之后，生成所述血缘跟踪数据，其中，所述血缘跟踪数据包括消息头、消息体与附加消息部分，所述消息体包括所述目标业务数据，所述消息头包括所述目标业务数据的标识、所述目标业务数据的数据偏移量，所述附加消息部分包括每次预设类型操作对应的标签、每次预设类型操作对应的节点地址、每个节点中的进程标识、每次预设类型操作对应的资源消耗，所述数据偏移量用于指示所述目标业务数据相对于基准数据的偏移量，所述基准数据为所述目标业务数据所在批次的业务数据中的第一个业务数据。

2.根据权利要求1所述的定位导致数据异常的操作的方法，其特征在于，在所述服务器确定所述目标业务数据存在异常之前，所述方法还包括：

在所述服务器完成对所述目标业务数据的本次预设类型操作之后，所述服务器确定本次预设类型操作对应的中间血缘跟踪数据，所述中间血缘跟踪数据包括消息头、消息体与附加消息部分，所述消息体包括所述目标业务数据，所述消息头包括所述目标业务数据的标识、所述目标业务数据的数据偏移量，所述附加消息部分包括本次预设类型操作对应的标签、本次预设类型操作对应的节点地址、每个节点中的进程标识、本次预设类型操作对应的资源消耗。

3.根据权利要求2所述的定位导致数据异常的操作的方法，其特征在于，所述服务器根据所述血缘跟踪数据中每个预设类型操作对应的数据，确定导致所述目标业务数据出现异常的目标操作包括：

所述服务器对所述血缘跟踪数据进行解析，得到每次预设类型操作对应的数据，其中，每次预设类型操作对应的数据包括每次预设类型操作对应的标签；

若所述预设类型操作对应的标签和所述目标业务数据对应的标签不一致，则所述服务器将所述预设类型操作确定为所述目标操作。

4.一种定位导致数据异常的操作的服务器，其特征在于，所述服务器包括：

获取模块，用于若所述服务器确定目标业务数据存在异常，则获取所述目标业务数据对应的血缘跟踪数据，所述血缘跟踪数据为对所述目标业务数据进行至少一个预设类型的操作后得到的与每个预设类型操作对应的数据；

确定模块，用于根据所述血缘跟踪数据中每个预设类型操作对应的数据，确定导致所述目标业务数据出现异常的目标操作；

生成模块，用于在所述服务器完成对所述目标业务数据的所有预设类型的操作之后，生成所述血缘跟踪数据，其中，所述血缘跟踪数据包括消息头、消息体与附加消息部分，所述消息体包括所述目标业务数据，所述消息头包括所述目标业务数据的标识、所述目标业务数据的数据偏移量，所述附加消息部分包括每次预设类型操作对应的标签、每次预设类型操作对应的节点地址、每个节点中的进程标识、每次预设类型操作对应的资源消耗，所述数据偏移量用于指示所述目标业务数据相对于基准数据的偏移量，所述基准数据为所述目标业务数据所在批次的业务数据中的第一个业务数据。

5.根据权利要求4所述的定位导致数据异常的操作的服务器，其特征在于，

确定模块，还用于在所述服务器完成对所述目标业务数据的本次预设类型操作之后，确定本次预设类型操作对应的中间血缘跟踪数据，所述中间血缘跟踪数据包括消息头、消息体与附加消息部分，所述消息体包括所述目标业务数据，所述消息头包括所述目标业务数据的标识、所述目标业务数据的数据偏移量，所述附加消息部分包括本次预设类型操作对应的标签、本次预设类型操作对应的节点地址、每个节点中的进程标识、本次预设类型操作对应的资源消耗。

6.根据权利要求5所述的定位导致数据异常的操作的服务器，其特征在于，

所述确定模块，还用于对所述血缘跟踪数据进行解析，得到每次预设类型操作对应的数据，其中，每次预设类型操作对应的数据包括每次预设类型操作对应的标签；根据所述预设类型操作对应的标签和所述目标业务数据对应的标签，若所述预设类型操作对应的标签和所述目标业务数据对应的标签不一致，则将所述预设类型操作确定为所述目标操作。

Images