故障定位平台、故障定位方法及装置制造方法及图纸

本发明专利技术公开了一种故障定位平台、故障定位方法及装置，属于通信技术领域。该方法包括：通过在执行与业务请求ID对应的业务步骤时，由第一业务系统向日志系统发送对应的处理日志，日志系统根据接收到的处理日志中的执行结果确定异常业务步骤，最终定位出故障业务系统；由于第一业务系统为每个业务步骤都生成一个处理日志，使得日志系统根据处理日志中的执行结果可以确定出具体的故障业务系统，解决了现有技术中需要通过从上之下依次排查各个业务系统，最终确定出故障业务系统，当业务系统的个数较多时，导致对故障业务系统的定位效率较低的问题，达到了通过与业务请求ID对应的处理日志定位故障业务系统，提高了对故障业务系统的定位效率的效果。

Fault locating platform, fault locating method and device

The invention discloses a fault positioning platform, a fault location method and a device thereof, belonging to the technical field of communication. The method comprises the steps of: through the business ID request in the implementation of the business correspondence, log processing by the first service system to send the corresponding log system, log system to determine the abnormal operation steps according to the results of processing logs in the received execution, the final positioning of the fault service system; the first service system for each business process generate a log log processing, makes the system according to the results of treatment in the log execution can determine the fault specific business system, solved by from the under investigation are each service system in the prior art, eventually determine the fault when the number of business system, business system is large, resulting in efficiency of the fault location service the problem of low, to locate the fault processing log service system with service request ID corresponding to the increase of the The effect of positioning efficiency of barrier service system.

【技术实现步骤摘要】

本专利技术涉及通信
，特别涉及一种故障定位平台、故障定位方法及装置。
技术介绍
在云服务环境中，一个平台为了提供多种业务，通常在平台中设置有多个系统，通过多个系统之间的交互调用完成多种业务。其中，多种业务可以包括：文件业务、对象业务和主机备份业务等。现有技术中，平台在执行某一业务时，平台中的多个系统之间存在交互调用的情况，当该业务执行失败时，需要按照从上至下的顺序，从平台中最上层的系统开始，依次排查执行该业务时存在交互调用的各个系统，最终定位出现故障的系统。请参考图1所示，以云平台100中包括：云管理系统210、数据保护服务系统220、虚拟化系统230、生产存储系统240、云备份管理系统250和备份存储系统260为例。该云平台100执行主机备份业务流程如下：云管理系统210向数据保护服务系统220发送备份请求；数据保护服务系统220在接收到备份请求后，向虚拟化系统230发送调度备份请求；虚拟化系统230根据接收到的调度备份请求，向云备份管理系统250发送执行备份请求，并每隔预设时间查询备份状态；云备份管理系统250根据执行备份请求依次执行卷快照251、卷快照对比252、提取数据253、存放数据254和备份完成255。其中，卷快照对比是指将当前时刻的数据与上一时刻的数据进行对比；云备份管理系统250将卷快照对比的结果和经过提取后得到的差异数据存储至生产存储系统240中；将当前时刻的数据存放至备份存储系统260中。在实现本专利技术实施例的过程中，专利技术人发现现有技术至少存在以下问题：当主机备份执行失败时，需要从最上层的云管理系统210开始，依次排查数据保护服务系统220、虚拟化系统230、生产存储系统240、云备份管理系统250和备份存储系统260是否出现故障，最终定位出现故障的系统，导致对出现故障的系统的定位效率较低。
技术实现思路
为了解决现有技术中的问题，本专利技术实施例提供了一种故障定位平台、故障定位方法及装置。所述技术方案如下：第一方面，提供了一种故障定位平台，所述平台包括：标识分配系统、日志系统、第一业务系统和第二业务系统；所述标识分配系统，用于向业务请求分配业务请求标识(identification，ID)，所述业务请求是所述第一业务系统执行业务时发送的；所述业务是由存在调用关系的所述第一业务系统和所述第二业务系统协作执行的业务；所述第一业务系统，用于生成与所述业务请求ID对应的各个业务步骤的处理日志，所述处理日志用于记录所述业务步骤的执行结果；所述各个业务步骤包括：所述第一业务系统执行的业务步骤，和，所述第一业务系统调用所述第二业务系统执行的业务步骤；所述日志系统，用于接收与所述业务请求ID对应的所述处理日志；根据所述处理日志中的所述执行结果确定异常业务步骤，将用于执行所述异常业务步骤的业务系统定位为故障业务系统。本专利技术实施例所示的方案，由于第一业务系统和第一业务系统调用第二业务系统在执行与业务请求ID对应的业务步骤时，第一业务系统向日志系统发送对应的处理日志，日志系统根据接收到的处理日志中的执行结果确定异常业务步骤，最终定位出故障业务系统；由于第一业务系统为每个业务步骤都生成一个处理日志，使得日志系统根据处理日志中的执行结果可以确定出具体的故障业务系统，解决了现有技术中需要通过从上之下依次排查各个业务系统，最终确定出故障业务系统，当业务系统的个数较多时，导致对故障业务系统的定位效率较低的问题，达到了通过与业务请求ID对应的处理日志定位故障业务系统，提高了对故障业务系统的定位效率的效果。在第一方面的第一种可能的实现方式中，所述第一业务系统，用于在执行与所述业务请求ID对应的内部业务步骤时，生成与所述内部业务步骤对应的第一处理日志，向所述日志系统发送所述第一处理日志，所述第一处理日志用于记录所述第一业务系统执行所述内部业务步骤的执行结果；所述第一业务系统，还用于在调用所述第二业务系统执行与所述业务请求ID对应的外部业务步骤时，生成与所述外部业务步骤对应的第二处理日志，向所述日志系统发送所述第二处理日志，所述第二处理日志用于记录被调用的所述第二业务系统执行所述外部业务步骤的执行结果；所述日志系统，用于根据所述第一处理日志中的所述执行结果确定所述内部业务步骤是否为所述异常业务步骤，在所述内部业务步骤是所述异常业务步骤时，将所述第一业务系统定位为所述故障业务系统；根据所述第二处理日志中的所述执行结果确定所述外部业务步骤是否为所述异常业务步骤，在所述外部业务步骤是所述异常业务步骤时，将被调用的所述第二业务系统定位为所述故障业务系统。本专利技术实施例所示的方案，第一业务系统将执行内部业务步骤的执行结果记录为第一处理日志；将执行外部业务步骤的执行结果记录为第二处理日志；日志系统根据第一处理日志的执行结果可以确定出第一业务系统是否为故障业务系统；根据第二处理日志的执行结果可以确定出第二业务系统是否为故障业务系统；将内部业务步骤和外部业务步骤进行区别记录，有利于提高对故障业务系统的定位效率。结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第一业务系统包括：具有第一应用编程接口(Application Programming Interface，API)的第一处理模块，所述第一API具有对应的第一API标识；所述第二业务系统包括：具有第二API的第二处理模块，所述第二API具有对应的第二API标识；所述第一业务系统，用于向所述日志系统发送所述第一处理日志；所述第一处理日志包括：所述业务请求ID、第一业务系统ID、所述第一API标识和结果码，所述结果码是指所述第一处理模块执行所述内部业务步骤的执行结果；所述第一业务系统，还用于向所述日志系统发送所述第二处理日志；所述第二处理日志包括：所述业务请求ID、所述第一业务系统ID、所述第一API标识、第二业务系统ID、所述第二API标识和返回码，所述返回码是指在调用所述第二处理模块执行所述外部业务步骤的执行结果；所述日志系统，用于在所述故障业务系统为所述第一业务系统时，将所述第一API标识对应的API定位为故障API；在所述故障业务系统为被调用的所述第二业务系统时，将所述第二API标识对应的API定位为所述故障API。本专利技术实施例所示的方案，在故障业务系统为第一业务系统时，日志系统根据第一处理日志中携带的第一API标识，确定第一API标识对应的API为故障API；在故障业务系统为第二业务系统时，日志系统根据第二处理日志中携带的第二API标识，确定第二API表示对应的API为故障API；通过在第一处理日志中携带有第一API标识和第二处理日志中携带有第二API标识，以便日志系统可以根据API标识定位出故障API，提高了对故障业务系统的定位的准确性的效果。结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述日志系统，用于获取与所述业务请求ID对应的业务流程模型，所述业务流程模型包括：与所述业务请求ID对应的各个业务步骤的执行顺序；根据所述执行顺序依次获取与各个业务步骤对应的n个第一处理日志和m个第二处理日志，所述n和所述m分别为正整数。本专利技术实施例所示的方案，日志系统根据业务流程模型中的执行顺序获取与各个业务步骤对应的第一处理日志和第二处理日志本文档来自技高网...

【技术保护点】
一种故障定位平台，其特征在于，所述平台包括：标识分配系统、日志系统、第一业务系统和第二业务系统；所述标识分配系统，用于向业务请求分配业务请求标识ID，所述业务请求是所述第一业务系统执行业务时发送的；所述业务是由存在调用关系的所述第一业务系统和所述第二业务系统协作执行的业务；所述第一业务系统，用于生成与所述业务请求ID对应的各个业务步骤的处理日志，所述处理日志用于记录所述业务步骤的执行结果；所述各个业务步骤包括：所述第一业务系统执行的业务步骤，和，所述第一业务系统调用所述第二业务系统执行的业务步骤；所述日志系统，用于接收与所述业务请求ID对应的所述处理日志；根据所述处理日志中的所述执行结果确定异常业务步骤，将用于执行所述异常业务步骤的业务系统定位为故障业务系统。

【技术特征摘要】
1.一种故障定位平台，其特征在于，所述平台包括：标识分配系统、日志系统、第一业务系统和第二业务系统；所述标识分配系统，用于向业务请求分配业务请求标识ID，所述业务请求是所述第一业务系统执行业务时发送的；所述业务是由存在调用关系的所述第一业务系统和所述第二业务系统协作执行的业务；所述第一业务系统，用于生成与所述业务请求ID对应的各个业务步骤的处理日志，所述处理日志用于记录所述业务步骤的执行结果；所述各个业务步骤包括：所述第一业务系统执行的业务步骤，和，所述第一业务系统调用所述第二业务系统执行的业务步骤；所述日志系统，用于接收与所述业务请求ID对应的所述处理日志；根据所述处理日志中的所述执行结果确定异常业务步骤，将用于执行所述异常业务步骤的业务系统定位为故障业务系统。2.根据权利要求1所述的平台，其特征在于，所述第一业务系统，用于在执行与所述业务请求ID对应的内部业务步骤时，生成与所述内部业务步骤对应的第一处理日志，向所述日志系统发送所述第一处理日志，所述第一处理日志用于记录所述第一业务系统执行所述内部业务步骤的执行结果；所述第一业务系统，还用于在调用所述第二业务系统执行与所述业务请求ID对应的外部业务步骤时，生成与所述外部业务步骤对应的第二处理日志，向所述日志系统发送所述第二处理日志，所述第二处理日志用于记录被调用的所述第二业务系统执行所述外部业务步骤的执行结果；所述日志系统，用于根据所述第一处理日志中的所述执行结果确定所述内部业务步骤是否为所述异常业务步骤，在所述内部业务步骤是所述异常业务步骤时，将所述第一业务系统定位为所述故障业务系统；根据所述第二处理日志中的所述执行结果确定所述外部业务步骤是否为所述异常业务步骤，在所述外部业务步骤是所述异常业务步骤时，将被调用的所述第二业务系统定位为所述故障业务系统。3.根据权利要求2所述的平台，其特征在于，所述第一业务系统包括：具有第一应用编程接口API的第一处理模块，所述第一API具有对应的第一API标识；所述第二业务系统包括：具有第二API的第二处理模块，所述第二API具有对应的第二API标识；所述第一业务系统，用于向所述日志系统发送所述第一处理日志；所述第一处理日志包括：所述业务请求ID、第一业务系统ID、所述第一API标识和结果码，所述结果码是指所述第一处理模块执行所述内部业务步骤的执行结果；所述第一业务系统，还用于向所述日志系统发送所述第二处理日志；所述第二处理日志包括：所述业务请求ID、所述第一业务系统ID、所述第一API标识、第二业务系统ID、所述第二API标识和返回码，所述返回码是指在调用所述第二处理模块执行所述外部业务步骤的执行结果；所述日志系统，用于在所述故障业务系统为所述第一业务系统时，将所述第一API标识对应的API定位为故障API；在所述故障业务系统为被调用的所述第二业务系统时，将所述第二API标识对应的API定位为所述故障API。4.根据权利要求3所述的平台，其特征在于，所述日志系统，用于获取与所述业务请求ID对应的业务流程模型，所述业务流程模型包括：与所述业务请求ID对应的各个业务步骤的执行顺序；根据所述执行顺序依次获取与各个业务步骤对应的n个第一处理日志和m个第二处理日志，所述n和所述m分别为正整数。5.根据权利要求4所述的平台，其特征在于，所述日志系统，还用于：根据第i个第一处理日志中的执行结果确定所述内部业务步骤是否为所述异常业务步骤，所述i为小于等于n的正整数；若是所述异常业务步骤，则将所述第i个第一处理日志中包括的第一API标识对应的API定位为所述故障API；若不是所述异常业务步骤，则令i＝i+1，再次根据所述第i个第一处理日志中的执行结果确定所述内部业务步骤是否为所述异常业务步骤。6.根据权利要求4所述的平台，其特征在于，所述日志系统，还用于：根据第j个第二处理日志中的执行结果确定所述外部业务步骤是否为所述异常业务步骤，所述j为小于等于m的正整数；若是所述异常业务步骤，则将所述第j个第二处理日志中包括的第二API标识对应的API定位为所述故障API；若不是所述异常业务步骤，则令j＝j+1，再次根据所述第j个第二处理日志中的执行结果确定所述外部业务步骤是否为所述异常业务步骤。7.一种故障定位方法，其特征在于，所述方法包括：接收与业务请求标识ID对应的处理日志；业务请求是第一业务系统执行业务时发送的，所述业务是由存在调用关系的所述第一业务系统和第二业务系统协作执行的业务，所述处理日志用于记录与所述业务请求ID对应的各个业务步骤的执行结果，所述各个业务步骤包括：所述第一业务系统执行的业务步骤，和，所述第一业务系统调用所述第二业务系统执行的业务步骤；根据所述处理日志中的所述执行结果确定异常业务步骤；将用于执行所述异常业务步骤的业务系统定位为故障业务系统。8.根据权利要求7所述的方法，其特征在于，所述处理日志包括：第一处理日志和第二处理日志；所述根据所述处理日志中的所述执行结果确定异常业务步骤，包括：根据第一处理日志中的所述执行结果确定内部业务步骤是否为所述异常业务步骤；所述第一处理日志用于记录所述第一业务系统执行与所述业务请求ID对应的所述内部业务步骤的执行结果；根据第二处理日志中的所述执行结果确定外部业务步骤是否为所述异常业务步骤；所述第二处理日志用于记录在调用所述第二业务系统执行与所述业务请求ID对应的所述外部业务步骤的执行结果。9.根据权利要求8所述的方法，其特征在于，所述将用于执行所述异常业务步骤的业务系统定位为故障业务系统，包括：在所述内部业务步骤是所述异常业务步骤时，将所述第一业务系统定位为所述故障业务系统；在所述外部业务步骤是所述异常业务步骤时，将被调用的所述第二业务系统定位为所述故障业务系统。10.根据权利要求9所述的方法，其特征在于，所述第一业务系统包括：具有第一应用编程接口API的第一处理模块，所述第一API具有对应的第一API标识；所述第二业务系统包括：具有第二API的第二处理模块，所述第二API具有对应的第二API标识；所述方法，还包括：在所述故障业务系统为所述第一业务系统时，根据所述第一处理日志中包含的所述第一API标识，将所述第一API标识对应的API定...

【专利技术属性】
技术研发人员：陈克云，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：广东;44