本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，特別涉及一種故障定位平臺、故障定位方法及裝置。
背景技術(shù)：
：在云服務(wù)環(huán)境中，一個平臺為了提供多種業(yè)務(wù)，通常在平臺中設(shè)置有多個系統(tǒng)，通過多個系統(tǒng)之間的交互調(diào)用完成多種業(yè)務(wù)。其中，多種業(yè)務(wù)可以包括：文件業(yè)務(wù)、對象業(yè)務(wù)和主機備份業(yè)務(wù)等?，F(xiàn)有技術(shù)中，平臺在執(zhí)行某一業(yè)務(wù)時，平臺中的多個系統(tǒng)之間存在交互調(diào)用的情況，當(dāng)該業(yè)務(wù)執(zhí)行失敗時，需要按照從上至下的順序，從平臺中最上層的系統(tǒng)開始，依次排查執(zhí)行該業(yè)務(wù)時存在交互調(diào)用的各個系統(tǒng)，最終定位出現(xiàn)故障的系統(tǒng)。請參考圖1所示，以云平臺100中包括：云管理系統(tǒng)210、數(shù)據(jù)保護服務(wù)系統(tǒng)220、虛擬化系統(tǒng)230、生產(chǎn)存儲系統(tǒng)240、云備份管理系統(tǒng)250和備份存儲系統(tǒng)260為例。該云平臺100執(zhí)行主機備份業(yè)務(wù)流程如下：云管理系統(tǒng)210向數(shù)據(jù)保護服務(wù)系統(tǒng)220發(fā)送備份請求；數(shù)據(jù)保護服務(wù)系統(tǒng)220在接收到備份請求后，向虛擬化系統(tǒng)230發(fā)送調(diào)度備份請求；虛擬化系統(tǒng)230根據(jù)接收到的調(diào)度備份請求，向云備份管理系統(tǒng)250發(fā)送執(zhí)行備份請求，并每隔預(yù)設(shè)時間查詢備份狀態(tài)；云備份管理系統(tǒng)250根據(jù)執(zhí)行備份請求依次執(zhí)行卷快照251、卷快照對比252、提取數(shù)據(jù)253、存放數(shù)據(jù)254和備份完成255。其中，卷快照對比是指將當(dāng)前時刻的數(shù)據(jù)與上一時刻的數(shù)據(jù)進行對比；云備份管理系統(tǒng)250將卷快照對比的結(jié)果和經(jīng)過提取后得到的差異數(shù)據(jù)存儲至生產(chǎn)存儲系統(tǒng)240中；將當(dāng)前時刻的數(shù)據(jù)存放至備份存儲系統(tǒng)260中。在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題：當(dāng)主機備份執(zhí)行失敗時，需要從最上層的云管理系統(tǒng)210開始，依次排查數(shù)據(jù)保護服務(wù)系統(tǒng)220、虛擬化系統(tǒng)230、生產(chǎn)存儲系統(tǒng)240、云備份管理系統(tǒng)250和備份存儲系統(tǒng)260是否出現(xiàn)故障，最終定位出現(xiàn)故障的系統(tǒng)，導(dǎo)致對出現(xiàn)故障的系統(tǒng)的定位效率較低。技術(shù)實現(xiàn)要素：為了解決現(xiàn)有技術(shù)中的問題，本發(fā)明實施例提供了一種故障定位平臺、故障定位方法及裝置。所述技術(shù)方案如下：第一方面，提供了一種故障定位平臺，所述平臺包括：標(biāo)識分配系統(tǒng)、日志系統(tǒng)、第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)；所述標(biāo)識分配系統(tǒng)，用于向業(yè)務(wù)請求分配業(yè)務(wù)請求標(biāo)識(identification，ID)，所述業(yè)務(wù)請求是所述第一業(yè)務(wù)系統(tǒng)執(zhí)行業(yè)務(wù)時發(fā)送的；所述業(yè)務(wù)是由存在調(diào)用關(guān)系的所述第一業(yè)務(wù)系統(tǒng)和所述第二業(yè)務(wù)系統(tǒng)協(xié)作執(zhí)行的業(yè)務(wù)；所述第一業(yè)務(wù)系統(tǒng)，用于生成與所述業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的處理日志，所述處理日志用于記錄所述業(yè)務(wù)步驟的執(zhí)行結(jié)果；所述各個業(yè)務(wù)步驟包括：所述第一業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟，和，所述第一業(yè)務(wù)系統(tǒng)調(diào)用所述第二業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟；所述日志系統(tǒng)，用于接收與所述業(yè)務(wù)請求ID對應(yīng)的所述處理日志；根據(jù)所述處理日志中的所述執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，將用于執(zhí)行所述異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。本發(fā)明實施例所示的方案，由于第一業(yè)務(wù)系統(tǒng)和第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于第一業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。在第一方面的第一種可能的實現(xiàn)方式中，所述第一業(yè)務(wù)系統(tǒng)，用于在執(zhí)行與所述業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟時，生成與所述內(nèi)部業(yè)務(wù)步驟對應(yīng)的第一處理日志，向所述日志系統(tǒng)發(fā)送所述第一處理日志，所述第一處理日志用于記錄所述第一業(yè)務(wù)系統(tǒng)執(zhí)行所述內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果；所述第一業(yè)務(wù)系統(tǒng)，還用于在調(diào)用所述第二業(yè)務(wù)系統(tǒng)執(zhí)行與所述業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟時，生成與所述外部業(yè)務(wù)步驟對應(yīng)的第二處理日志，向所述日志系統(tǒng)發(fā)送所述第二處理日志，所述第二處理日志用于記錄被調(diào)用的所述第二業(yè)務(wù)系統(tǒng)執(zhí)行所述外部業(yè)務(wù)步驟的執(zhí)行結(jié)果；所述日志系統(tǒng)，用于根據(jù)所述第一處理日志中的所述執(zhí)行結(jié)果確定所述內(nèi)部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，在所述內(nèi)部業(yè)務(wù)步驟是所述異常業(yè)務(wù)步驟時，將所述第一業(yè)務(wù)系統(tǒng)定位為所述故障業(yè)務(wù)系統(tǒng)；根據(jù)所述第二處理日志中的所述執(zhí)行結(jié)果確定所述外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，在所述外部業(yè)務(wù)步驟是所述異常業(yè)務(wù)步驟時，將被調(diào)用的所述第二業(yè)務(wù)系統(tǒng)定位為所述故障業(yè)務(wù)系統(tǒng)。本發(fā)明實施例所示的方案，第一業(yè)務(wù)系統(tǒng)將執(zhí)行內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果記錄為第一處理日志；將執(zhí)行外部業(yè)務(wù)步驟的執(zhí)行結(jié)果記錄為第二處理日志；日志系統(tǒng)根據(jù)第一處理日志的執(zhí)行結(jié)果可以確定出第一業(yè)務(wù)系統(tǒng)是否為故障業(yè)務(wù)系統(tǒng)；根據(jù)第二處理日志的執(zhí)行結(jié)果可以確定出第二業(yè)務(wù)系統(tǒng)是否為故障業(yè)務(wù)系統(tǒng)；將內(nèi)部業(yè)務(wù)步驟和外部業(yè)務(wù)步驟進行區(qū)別記錄，有利于提高對故障業(yè)務(wù)系統(tǒng)的定位效率。結(jié)合第一方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述第一業(yè)務(wù)系統(tǒng)包括：具有第一應(yīng)用編程接口(ApplicationProgrammingInterface，API)的第一處理模塊，所述第一API具有對應(yīng)的第一API標(biāo)識；所述第二業(yè)務(wù)系統(tǒng)包括：具有第二API的第二處理模塊，所述第二API具有對應(yīng)的第二API標(biāo)識；所述第一業(yè)務(wù)系統(tǒng)，用于向所述日志系統(tǒng)發(fā)送所述第一處理日志；所述第一處理日志包括：所述業(yè)務(wù)請求ID、第一業(yè)務(wù)系統(tǒng)ID、所述第一API標(biāo)識和結(jié)果碼，所述結(jié)果碼是指所述第一處理模塊執(zhí)行所述內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果；所述第一業(yè)務(wù)系統(tǒng)，還用于向所述日志系統(tǒng)發(fā)送所述第二處理日志；所述第二處理日志包括：所述業(yè)務(wù)請求ID、所述第一業(yè)務(wù)系統(tǒng)ID、所述第一API標(biāo)識、第二業(yè)務(wù)系統(tǒng)ID、所述第二API標(biāo)識和返回碼，所述返回碼是指在調(diào)用所述第二處理模塊執(zhí)行所述外部業(yè)務(wù)步驟的執(zhí)行結(jié)果；所述日志系統(tǒng)，用于在所述故障業(yè)務(wù)系統(tǒng)為所述第一業(yè)務(wù)系統(tǒng)時，將所述第一API標(biāo)識對應(yīng)的API定位為故障API；在所述故障業(yè)務(wù)系統(tǒng)為被調(diào)用的所述第二業(yè)務(wù)系統(tǒng)時，將所述第二API標(biāo)識對應(yīng)的API定位為所述故障API。本發(fā)明實施例所示的方案，在故障業(yè)務(wù)系統(tǒng)為第一業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第一處理日志中攜帶的第一API標(biāo)識，確定第一API標(biāo)識對應(yīng)的API為故障API；在故障業(yè)務(wù)系統(tǒng)為第二業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第二處理日志中攜帶的第二API標(biāo)識，確定第二API表示對應(yīng)的API為故障API；通過在第一處理日志中攜帶有第一API標(biāo)識和第二處理日志中攜帶有第二API標(biāo)識，以便日志系統(tǒng)可以根據(jù)API標(biāo)識定位出故障API，提高了對故障業(yè)務(wù)系統(tǒng)的定位的準(zhǔn)確性的效果。結(jié)合第一方面的第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述日志系統(tǒng)，用于獲取與所述業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型，所述業(yè)務(wù)流程模型包括：與所述業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行順序；根據(jù)所述執(zhí)行順序依次獲取與各個業(yè)務(wù)步驟對應(yīng)的n個第一處理日志和m個第二處理日志，所述n和所述m分別為正整數(shù)。本發(fā)明實施例所示的方案，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序獲取與各個業(yè)務(wù)步驟對應(yīng)的第一處理日志和第二處理日志，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。結(jié)合第一方面的第三種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述日志系統(tǒng)，還用于：根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定所述內(nèi)部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，所述i為小于等于n的正整數(shù)；若是所述異常業(yè)務(wù)步驟，則將所述第i個第一處理日志中包括的第一API標(biāo)識對應(yīng)的API定位為所述故障API；若不是所述異常業(yè)務(wù)步驟，則令i＝i+1，再次根據(jù)所述第i個第一處理日志中的執(zhí)行結(jié)果確定所述內(nèi)部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟。本發(fā)明實施例所示的方案，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。結(jié)合第一方面的第三種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述日志系統(tǒng)，還用于：根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定所述外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，所述j為小于等于m的正整數(shù)；若是所述異常業(yè)務(wù)步驟，則將所述第j個第二處理日志中包括的第二API標(biāo)識對應(yīng)的API定位為所述故障API；若不是所述異常業(yè)務(wù)步驟，則令j＝j(luò)+1，再次根據(jù)所述第j個第二處理日志中的執(zhí)行結(jié)果確定所述外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟。本發(fā)明實施例所示的方案，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。第二方面，提供了一種故障定位方法，所述方法包括：接收與業(yè)務(wù)請求標(biāo)識ID對應(yīng)的處理日志；業(yè)務(wù)請求是第一業(yè)務(wù)系統(tǒng)執(zhí)行業(yè)務(wù)時發(fā)送的，所述業(yè)務(wù)是由存在調(diào)用關(guān)系的所述第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)協(xié)作執(zhí)行的業(yè)務(wù)，所述處理日志用于記錄與所述業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行結(jié)果，所述各個業(yè)務(wù)步驟包括：所述第一業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟，和，所述第一業(yè)務(wù)系統(tǒng)調(diào)用所述第二業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟；根據(jù)所述處理日志中的所述執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟；將用于執(zhí)行所述異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。本發(fā)明實施例所示的方案，由于日志系統(tǒng)根據(jù)接收到的與業(yè)務(wù)請求ID對應(yīng)的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。在第二方面的第一種可能的實現(xiàn)方式中，所述處理日志包括：第一處理日志和第二處理日志；所述根據(jù)所述處理日志中的所述執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，包括：根據(jù)第一處理日志中的所述執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟；所述第一處理日志用于記錄所述第一業(yè)務(wù)系統(tǒng)執(zhí)行與所述業(yè)務(wù)請求ID對應(yīng)的所述內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果；根據(jù)第二處理日志中的所述執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟；所述第二處理日志用于記錄在調(diào)用所述第二業(yè)務(wù)系統(tǒng)執(zhí)行與所述業(yè)務(wù)請求ID對應(yīng)的所述外部業(yè)務(wù)步驟的執(zhí)行結(jié)果。結(jié)合第二方面的第一種可能的實現(xiàn)方式，在第二方面的第二種可能的實現(xiàn)方式中，所述將用于執(zhí)行所述異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)，包括：在所述內(nèi)部業(yè)務(wù)步驟是所述異常業(yè)務(wù)步驟時，將所述第一業(yè)務(wù)系統(tǒng)定位為所述故障業(yè)務(wù)系統(tǒng)；在所述外部業(yè)務(wù)步驟是所述異常業(yè)務(wù)步驟時，將被調(diào)用的所述第二業(yè)務(wù)系統(tǒng)定位為所述故障業(yè)務(wù)系統(tǒng)。本發(fā)明實施例所示的方案，業(yè)務(wù)系統(tǒng)將執(zhí)行內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果記錄為第一處理日志；將執(zhí)行外部業(yè)務(wù)步驟的執(zhí)行結(jié)果記錄為第二處理日志；日志系統(tǒng)根據(jù)第一處理日志的執(zhí)行結(jié)果可以確定出第一業(yè)務(wù)系統(tǒng)是否為故障業(yè)務(wù)系統(tǒng)；根據(jù)第二處理日志的執(zhí)行結(jié)果可以確定出第二業(yè)務(wù)系統(tǒng)是否為故障業(yè)務(wù)系統(tǒng)；將內(nèi)部業(yè)務(wù)步驟和外部業(yè)務(wù)步驟進行區(qū)別記錄，有利于提高對故障業(yè)務(wù)系統(tǒng)的定位效率。結(jié)合第二方面的第二種可能的實現(xiàn)方式，在第二方面的第三種可能的實現(xiàn)方式中，所述第一業(yè)務(wù)系統(tǒng)包括：具有第一應(yīng)用編程接口API的第一處理模塊，所述第一API具有對應(yīng)的第一API標(biāo)識；所述第二業(yè)務(wù)系統(tǒng)包括：具有第二API的第二處理模塊，所述第二API具有對應(yīng)的第二API標(biāo)識；所述方法，還包括：在所述故障業(yè)務(wù)系統(tǒng)為所述第一業(yè)務(wù)系統(tǒng)時，根據(jù)所述第一處理日志中包含的所述第一API標(biāo)識，將所述第一API標(biāo)識對應(yīng)的API定位為故障API；所述第一處理日志包括：所述業(yè)務(wù)請求ID、第一業(yè)務(wù)系統(tǒng)ID、所述第一API標(biāo)識和結(jié)果碼，所述結(jié)果碼是指所述第一處理模塊執(zhí)行所述內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果；在所述故障業(yè)務(wù)系統(tǒng)為被調(diào)用的所述第二業(yè)務(wù)系統(tǒng)時，根據(jù)所述第二處理日志中包含的所述第二API標(biāo)識，將所述第二API標(biāo)識對應(yīng)的API定位為所述故障API；所述第二處理日志包括：所述業(yè)務(wù)請求ID、所述第一業(yè)務(wù)系統(tǒng)ID、所述第一API標(biāo)識、第二業(yè)務(wù)系統(tǒng)ID、所述第二API標(biāo)識和返回碼，所述返回碼是指在調(diào)用所述第二處理模塊執(zhí)行所述外部業(yè)務(wù)步驟的執(zhí)行結(jié)果。本發(fā)明實施例所示的方案，在故障業(yè)務(wù)系統(tǒng)為第一業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第一處理日志中攜帶的第一API標(biāo)識，確定第一API標(biāo)識對應(yīng)的API為故障API；在故障業(yè)務(wù)系統(tǒng)為第二業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第二處理日志中攜帶的第二API標(biāo)識，確定第二API表示對應(yīng)的API為故障API；通過在第一處理日志中攜帶有第一API標(biāo)識和第二處理日志中攜帶有第二API標(biāo)識，以便日志系統(tǒng)可以根據(jù)API標(biāo)識定位出故障API，提高了對故障業(yè)務(wù)系統(tǒng)的定位的準(zhǔn)確性的效果。結(jié)合第二方面的第三種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述方法，還包括：獲取與所述業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型，所述業(yè)務(wù)流程模型包括：與所述業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行順序；根據(jù)所述執(zhí)行順序依次獲取與各個業(yè)務(wù)步驟對應(yīng)的n個第一處理日志和m個第二處理日志，所述n和所述m分別為正整數(shù)。本發(fā)明實施例所示的方案，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序獲取與各個業(yè)務(wù)步驟對應(yīng)的第一處理日志和第二處理日志，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。結(jié)合第二方面的第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述根據(jù)第一處理日志中的所述執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，包括：根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定所述內(nèi)部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，所述i為小于等于n的正整數(shù)；所述將所述第一API標(biāo)識對應(yīng)的API定位為故障API，包括：若是所述異常業(yè)務(wù)步驟，則將所述第i個第一處理日志中包括的第一API標(biāo)識對應(yīng)的API定位為所述故障API；若不是所述異常業(yè)務(wù)步驟，則令i＝i+1，再次執(zhí)行所述根據(jù)所述第i個第一處理日志中的執(zhí)行結(jié)果確定是否為所述異常業(yè)務(wù)步驟的步驟。本發(fā)明實施例所示的方案，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。結(jié)合第二方面的第四種可能的實現(xiàn)方式，在第六種可能的實現(xiàn)方式中，所述根據(jù)第二處理日志中的所述執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，包括：根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定所述外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟，所述j為小于等于m的正整數(shù)；所述將所述第二API標(biāo)識對應(yīng)的API定位為所述故障API，包括：若是所述異常業(yè)務(wù)步驟，則將所述第j個第二處理日志中包括的第二API標(biāo)識對應(yīng)的API定位為所述故障API；若不是所述異常業(yè)務(wù)步驟，則令j＝j(luò)+1，再次執(zhí)行所述根據(jù)所述第j個第二處理日志中的執(zhí)行結(jié)果確定所述外部業(yè)務(wù)步驟是否為所述異常業(yè)務(wù)步驟的步驟。本發(fā)明實施例所示的方案，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。第三方面，提供了故障定位裝置，所述故障定位裝置包括至少一個單元，該至少一個單元用于實現(xiàn)上述第二方面或第二方面中任意一種可能所提供的故障定位方法。上述本發(fā)明實施例第三方面所獲得的技術(shù)效果與第二方面中對應(yīng)的技術(shù)手段獲得的技術(shù)效果近似，在這里不再贅述。第四方面，提供一種計算機可讀存儲介質(zhì)，該計算機可讀存儲介質(zhì)中存儲有用于實現(xiàn)上述第二方面或第二方面中任意一種可能的設(shè)計所提供的故障定位方法的可執(zhí)行程序。第五方面，提供一種日志系統(tǒng)，該日志系統(tǒng)包括處理器和存儲器；所述處理器用于存儲一個或一個以上的指令，所述指令被指示為由所述處理器執(zhí)行，所述處理器用于實現(xiàn)上述第二方面或第二方面中任意一種可能的設(shè)計中所提供的故障定位方法。綜上所述，本發(fā)明實施例提供的技術(shù)方案帶來的有益效果包括：通過業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。附圖說明為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是現(xiàn)有技術(shù)中提供的主機備份業(yè)務(wù)的方法流程圖；圖2是本發(fā)明一個實施例提供的故障定位平臺的結(jié)構(gòu)示意圖；圖3是本發(fā)明另一個實施例提供的故障定位平臺的結(jié)構(gòu)示意圖；圖4是本發(fā)明一個實施例提供的主機備份業(yè)務(wù)故障定位的結(jié)構(gòu)示意圖；圖5是本發(fā)明一個實施例提供的日志系統(tǒng)的結(jié)構(gòu)示意圖；圖6是本發(fā)明一個實施例提供的一種故障定位方法的方法流程圖；圖7是本發(fā)明另一個實施例提供的一種故障定位方法的方法流程圖；圖8是本發(fā)明又一個實施例提供的一種故障定位方法的方法流程圖；圖9是本發(fā)明一個實施例提供的一種故障定位系統(tǒng)的結(jié)構(gòu)示意圖；圖10是本發(fā)明一個實施例提供的一種故障定位方法的方法流程圖；圖11是本發(fā)明一個實施例提供的故障定位裝置的結(jié)構(gòu)框圖。具體實施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。請參考圖2，其示出了本發(fā)明一個實施例提供的故障定位平臺的結(jié)構(gòu)示意圖。如圖2所示，該平臺可以包括：標(biāo)識分配系統(tǒng)120、日志系統(tǒng)140、第一業(yè)務(wù)系統(tǒng)161和第二業(yè)務(wù)系統(tǒng)162。標(biāo)識分配系統(tǒng)120具有為業(yè)務(wù)請求分配業(yè)務(wù)請求ID的能力。其中，業(yè)務(wù)請求是第一業(yè)務(wù)系統(tǒng)161執(zhí)行業(yè)務(wù)時發(fā)送的，業(yè)務(wù)是由存在調(diào)用關(guān)系的第一業(yè)務(wù)系統(tǒng)161和第二業(yè)務(wù)系統(tǒng)162協(xié)作執(zhí)行的業(yè)務(wù)?？蛇x的，本發(fā)明實施例中僅以執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)包括第一業(yè)務(wù)系統(tǒng)161和第二業(yè)務(wù)系統(tǒng)162為例進行舉例說明，但不對執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)做具體限定，比如：執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)還包括：第三業(yè)務(wù)系統(tǒng)(圖中未示出)；其中，業(yè)務(wù)是由存在調(diào)用關(guān)系的第一業(yè)務(wù)系統(tǒng)161和第二業(yè)務(wù)系統(tǒng)162，以及存在調(diào)用關(guān)系的第一業(yè)務(wù)系統(tǒng)161和第三業(yè)務(wù)系統(tǒng)協(xié)作執(zhí)行的業(yè)務(wù)?？蛇x的，標(biāo)識分配系統(tǒng)120還具有為業(yè)務(wù)分配業(yè)務(wù)ID的能力。一個業(yè)務(wù)ID對應(yīng)一個業(yè)務(wù)請求ID，或者，一個業(yè)務(wù)ID對應(yīng)若干個業(yè)務(wù)請求ID?？蛇x的，在執(zhí)行同一個業(yè)務(wù)時，在不同時間點觸發(fā)業(yè)務(wù)請求時，標(biāo)識分配系統(tǒng)120會為不同時間點觸發(fā)的業(yè)務(wù)請求生成不同的業(yè)務(wù)請求ID。也就是說，每執(zhí)行業(yè)務(wù)中的一個業(yè)務(wù)步驟，都會生成一個業(yè)務(wù)請求，標(biāo)識分配系統(tǒng)120也會分配一個業(yè)務(wù)請求ID?？蛇x的，標(biāo)識分配系統(tǒng)120中記錄有業(yè)務(wù)ID、業(yè)務(wù)請求ID，以及業(yè)務(wù)ID和業(yè)務(wù)請求ID之間的對應(yīng)關(guān)系?？蛇x的，標(biāo)識分配系統(tǒng)120將記錄的業(yè)務(wù)ID、業(yè)務(wù)請求ID，以及業(yè)務(wù)ID和業(yè)務(wù)請求ID之間的對應(yīng)關(guān)系同步給日志系統(tǒng)140。第一業(yè)務(wù)系統(tǒng)161和第二業(yè)務(wù)系統(tǒng)162具有執(zhí)行業(yè)務(wù)的能力，同時第一業(yè)務(wù)系統(tǒng)161還具有調(diào)用第二業(yè)務(wù)系統(tǒng)執(zhí)行業(yè)務(wù)步驟的能力。業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟包括：第一業(yè)務(wù)系統(tǒng)161執(zhí)行的業(yè)務(wù)步驟和第一業(yè)務(wù)系統(tǒng)161調(diào)用第二業(yè)務(wù)系統(tǒng)162執(zhí)行的業(yè)務(wù)步驟；在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)161生成與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的處理日志；可選的，業(yè)務(wù)請求ID對應(yīng)有一個業(yè)務(wù)步驟，或者，業(yè)務(wù)請求ID對應(yīng)有若干個業(yè)務(wù)步驟；業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟中存在至少一個業(yè)務(wù)步驟是第一業(yè)務(wù)系統(tǒng)161調(diào)用第二業(yè)務(wù)系統(tǒng)162完成的步驟；每個業(yè)務(wù)步驟對應(yīng)有一個處理日志?？蛇x的，處理日志用于記錄業(yè)務(wù)步驟的執(zhí)行結(jié)果；可選的，執(zhí)行結(jié)果包括：執(zhí)行成功或執(zhí)行失敗?？蛇x的，第一業(yè)務(wù)系統(tǒng)161將生成的與業(yè)務(wù)請求ID對應(yīng)的處理日志發(fā)送給日志系統(tǒng)140。第一業(yè)務(wù)系統(tǒng)161通過異步發(fā)送的方式將與業(yè)務(wù)請求ID對應(yīng)的處理日志發(fā)送給日志系統(tǒng)140，或者，第一業(yè)務(wù)系統(tǒng)161將生成的與業(yè)務(wù)請求ID對應(yīng)的處理日志集中一起上報給日志系統(tǒng)140。日志系統(tǒng)140具有分析處理日志的能力。日志系統(tǒng)140接收第一業(yè)務(wù)系統(tǒng)161發(fā)送的與業(yè)務(wù)請求ID對應(yīng)的處理日志，根據(jù)處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，并將執(zhí)行該異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)140定位為故障業(yè)務(wù)系統(tǒng)。可選的，異常業(yè)務(wù)步驟包括執(zhí)行失??；日志系統(tǒng)140在檢測到處理日志中的執(zhí)行結(jié)果為執(zhí)行失敗時，確定執(zhí)行該業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)140為故障業(yè)務(wù)系統(tǒng)。綜上所述，本實施例提供的故障定位平臺，通過第一業(yè)務(wù)系統(tǒng)和第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于第一業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。基于圖2所示的故障定位平臺中，可選的，第一業(yè)務(wù)系統(tǒng)161上報的處理日志包括：第一處理日志和第二處理日志，如圖3所示。第一業(yè)務(wù)系統(tǒng)161可以通過自身獨立執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟，在執(zhí)行內(nèi)部業(yè)務(wù)步驟時，生成與內(nèi)部業(yè)務(wù)步驟對應(yīng)的第一處理日志。第一處理日志記錄第一業(yè)務(wù)系統(tǒng)161執(zhí)行內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果?？蛇x的，第一業(yè)務(wù)系統(tǒng)161包括具有第一API的第一處理模塊，第一API具有對應(yīng)的第一API標(biāo)識；第一業(yè)務(wù)系統(tǒng)161通過第一處理模塊執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟；第一處理日志包括：業(yè)務(wù)請求ID、第一業(yè)務(wù)系統(tǒng)ID、第一API標(biāo)識和結(jié)果碼，其中結(jié)果碼是第一處理模塊執(zhí)行內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果?？蛇x的，當(dāng)業(yè)務(wù)步驟執(zhí)行失敗時，第一處理日志中攜帶有錯誤的結(jié)果碼，或者，第一處理日志中不攜帶結(jié)果碼，或者，第一處理日志中不攜帶有結(jié)果碼，且攜帶有網(wǎng)絡(luò)連接異常或無響應(yīng)等?？蛇x的，第一業(yè)務(wù)系統(tǒng)161將生成的第一處理日志發(fā)送給日志系統(tǒng)140。第二業(yè)務(wù)系統(tǒng)162是第一業(yè)務(wù)系統(tǒng)161在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟時調(diào)用的業(yè)務(wù)系統(tǒng)?？蛇x的，第一業(yè)務(wù)系統(tǒng)161在調(diào)用第二業(yè)務(wù)系統(tǒng)162執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟時，生成與外部業(yè)務(wù)步驟對應(yīng)的第二處理日志。第二處理日志記錄調(diào)用第二業(yè)務(wù)系統(tǒng)162執(zhí)行外部業(yè)務(wù)步驟的執(zhí)行結(jié)果。可選的，第二業(yè)務(wù)系統(tǒng)162包括具有第二API的第二處理模塊，第二API具有對應(yīng)的第二API標(biāo)識；第一業(yè)務(wù)系統(tǒng)161通過第一處理模塊調(diào)用第二處理模塊執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟；第二處理日志包括：業(yè)務(wù)請求ID、第一業(yè)務(wù)系統(tǒng)ID、第一API標(biāo)識、第二業(yè)務(wù)系統(tǒng)ID和第二API標(biāo)識和返回碼，其中返回碼是第二處理模塊執(zhí)行外部業(yè)務(wù)步驟的執(zhí)行結(jié)果。可選的，第一業(yè)務(wù)系統(tǒng)161將生成的第二處理日志發(fā)送給日志系統(tǒng)140。需要補充說明的是，本實施例中僅以第一業(yè)務(wù)系統(tǒng)161執(zhí)行業(yè)務(wù)時發(fā)送的業(yè)務(wù)請求為例進行舉例說明，但不對此做具體限定，比如：由第二業(yè)務(wù)系統(tǒng)162在執(zhí)行業(yè)務(wù)時發(fā)送的業(yè)務(wù)請求為例，則在執(zhí)行業(yè)務(wù)的過程中第二業(yè)務(wù)系統(tǒng)162也可以獨立執(zhí)行業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟，并生成對應(yīng)的第一處理日志，發(fā)送給日志系統(tǒng)140，或者第二業(yè)務(wù)系統(tǒng)調(diào)用其他的業(yè)務(wù)系統(tǒng)執(zhí)行業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟，并生成對應(yīng)的第二處理日志，發(fā)送給日志系統(tǒng)140。日志系統(tǒng)140根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，在內(nèi)部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，將第一業(yè)務(wù)系統(tǒng)161定位為故障業(yè)務(wù)系統(tǒng)；日志系統(tǒng)140還根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，在外部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，將被調(diào)用的第二業(yè)務(wù)系統(tǒng)162定位為故障業(yè)務(wù)系統(tǒng)?？蛇x的，日志系統(tǒng)140在將第一業(yè)務(wù)系統(tǒng)161定位為故障業(yè)務(wù)系統(tǒng)后，根據(jù)第一處理日志中攜帶的第一API標(biāo)識，確定第一API標(biāo)識對應(yīng)的API為故障API；日志系統(tǒng)還在將第二業(yè)務(wù)系統(tǒng)162定位為故障業(yè)務(wù)系統(tǒng)后，根據(jù)第二處理日志中攜帶的第二API標(biāo)識，確定第二API標(biāo)識對應(yīng)的API為故障API?？蛇x的，日志系統(tǒng)140還獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型。業(yè)務(wù)流程模型中包括：與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行順序。日志系統(tǒng)140根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次獲取與各個業(yè)務(wù)步驟對應(yīng)的n個第一處理日志和m個第二處理日志，n和m分別為正整數(shù)。可選的，日志系統(tǒng)140根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否異常業(yè)務(wù)步驟，i為小于等于n的正整數(shù)；在內(nèi)部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，日志系統(tǒng)140將第i個第一處理日志中攜帶的第一API標(biāo)識對應(yīng)的API確定為故障API；若內(nèi)部業(yè)務(wù)步驟不是異常業(yè)務(wù)步驟，則日志系統(tǒng)140令i＝i+1，繼續(xù)根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否異常業(yè)務(wù)步驟，直至確定出異常業(yè)務(wù)步驟為止?？蛇x的，日志系統(tǒng)140根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否異常業(yè)務(wù)步驟，j為小于等于m的正整數(shù)；在外部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，日志系統(tǒng)140將第j個第二處理日志中攜帶的第二API標(biāo)識對應(yīng)的API確定為故障API；若外部業(yè)務(wù)步驟不是異常業(yè)務(wù)步驟，則日志系統(tǒng)140令j＝j(luò)+1，繼續(xù)根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否異常業(yè)務(wù)步驟，直至確定出異常業(yè)務(wù)步驟為止?？蛇x的，日志系統(tǒng)140包括：分析組件141、建模組件142、ID處理組件143和日志組件144；ID處理組件143，用于存儲業(yè)務(wù)請求ID；日志組件144，用于存儲與業(yè)務(wù)請求ID對應(yīng)的處理日志；建模組件142，用于存儲與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型；分析組件141，用于根據(jù)業(yè)務(wù)流程模型和處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，將用于執(zhí)行異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。在一個示例性的例子中，如圖4所示，以圖1所示的主機備份業(yè)務(wù)為例，執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)包括：云管理系統(tǒng)11、數(shù)據(jù)保護服務(wù)系統(tǒng)12、虛擬化系統(tǒng)13、云備份管理系統(tǒng)14、生產(chǎn)存儲系統(tǒng)15和備份存儲系統(tǒng)16；在完成主機備份業(yè)務(wù)時，云管理系統(tǒng)11調(diào)用數(shù)據(jù)保護服務(wù)系統(tǒng)12執(zhí)行備份請求，標(biāo)識分配系統(tǒng)為備份請求分配業(yè)務(wù)請求ID，將業(yè)務(wù)請求ID反饋給云管理系統(tǒng)11，同時也同步給日志系統(tǒng)140中的ID處理組件143；在調(diào)用數(shù)據(jù)保護服務(wù)系統(tǒng)12執(zhí)行備份請求時，云管理系統(tǒng)11生成對應(yīng)的第二處理日志，并將生成的第二處理日志發(fā)送給日志系統(tǒng)140中的日志組件144；數(shù)據(jù)保護服務(wù)系統(tǒng)12調(diào)用虛擬化系統(tǒng)13執(zhí)行調(diào)度備份請求時；數(shù)據(jù)保護服務(wù)系統(tǒng)12生成對應(yīng)的第二處理日志，并將生成的第二處理日志發(fā)送給日志系統(tǒng)140中的日志組件144；虛擬化系統(tǒng)13調(diào)用云備份管理系統(tǒng)14依次執(zhí)行卷快照、卷快照對比、提取數(shù)據(jù)、存放數(shù)據(jù)和備份完成5個步驟時；虛擬化系統(tǒng)13生成對應(yīng)的第二處理日志，并將生成的第二處理日志發(fā)送給日志系統(tǒng)140中的日志組件144；云備份管理系統(tǒng)14在獨立執(zhí)行卷快照、卷快照對比、提取數(shù)據(jù)、存放數(shù)據(jù)和備份完成5個步驟時，根據(jù)每個步驟生成對應(yīng)的第一處理日志，將生成的5個第一處理日志發(fā)送給日志系統(tǒng)140中的日志組件144；云備份管理系統(tǒng)14調(diào)用生產(chǎn)存儲系統(tǒng)15存儲卷快照對比的結(jié)果和經(jīng)過提取后得到的差異數(shù)據(jù)時，云備份管理系統(tǒng)14生成對應(yīng)的第二處理日志，并將生成的第二處理日志發(fā)送給日志系統(tǒng)140中的日志組件144；云備份管理系統(tǒng)14在調(diào)用備份存儲系統(tǒng)16存儲當(dāng)前時刻的數(shù)據(jù)時，云備份管理系統(tǒng)14生成對應(yīng)的第二處理日志，并將生成的第二處理日志發(fā)送給日志系統(tǒng)140中的日志組件144；日志系統(tǒng)140中的建模組件142中預(yù)先存儲有與主機備份請求ID對應(yīng)的業(yè)務(wù)流程模型；在主機備份業(yè)務(wù)失敗時，日志系統(tǒng)140中的分析組件141，根據(jù)業(yè)務(wù)流程模型和日志組件144中存儲的處理日志的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，將用于執(zhí)行異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。比如：根據(jù)虛擬化系統(tǒng)13上報的第二處理日志中的執(zhí)行結(jié)果確定該業(yè)務(wù)步驟為異常業(yè)務(wù)步驟，則分析組件141確定云備份管理系統(tǒng)14為故障業(yè)務(wù)系統(tǒng)。請參考圖5，其示出了本發(fā)明一個實施例提供的日志系統(tǒng)140的結(jié)構(gòu)示意圖，該日志系統(tǒng)140可以包括：處理器511、通信總線512、存儲器513以及通信接口514。處理器511可以包括一個或者一個以上中央處理單元(英文：CentralProcessingUnit，縮寫：CPU)。處理器511通過運行軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及業(yè)務(wù)數(shù)據(jù)處理。通信接口514可以包含無線網(wǎng)絡(luò)接口，比如以太網(wǎng)接口，也可以包含有線網(wǎng)絡(luò)接口。該通信接口514用于接收業(yè)務(wù)系統(tǒng)發(fā)送的處理日志和標(biāo)識分配系統(tǒng)發(fā)送的業(yè)務(wù)請求ID。存儲器513和通信接口514分別通過通信總線512與處理器511相連。存儲器513可用于存儲軟件程序以及模塊，該軟件程序以及模塊由處理器511執(zhí)行。此外，該存儲器513中還可以存儲各類業(yè)務(wù)數(shù)據(jù)和用戶數(shù)據(jù)。在本發(fā)明實施例中，存儲器513可存儲操作系統(tǒng)51以及至少一個功能所需的程序指令52。程序指令52可以包括接收模塊521、確定模塊522和定位模塊523和獲取模塊524等。接收模塊521，用于接收與業(yè)務(wù)請求標(biāo)識ID對應(yīng)的處理日志。確定模塊522，用于根據(jù)處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟。定位模塊523，用于將用于執(zhí)行異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。獲取模塊524，用于獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型。存儲器513可以由任何類型的易失性或非易失性存儲設(shè)備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(staticrandomaccessmemory，SRAM)，動態(tài)隨機存取存儲器(dynamicrandomaccessmemory，DRAM)，電可擦除可編程只讀存儲器(electricallyerasableprogrammableread-onlymemory，EEPROM)，可擦除可編程只讀存儲器(erasableprogrammableread-onlymemory，EPROM)，可編程只讀存儲器(programmableread-onlymemory，PROM)，只讀存儲器(read-onlymemory，ROM)，磁存儲器，快閃存儲器，磁盤或光盤。本領(lǐng)域技術(shù)人員可以理解，圖5中所示出的該日志系統(tǒng)140結(jié)構(gòu)并不構(gòu)成對該日志系統(tǒng)140的限定，本發(fā)明中的日志系統(tǒng)140可以包括比圖示更多或更少的部件或組合某些部件，或者不同的部件布置。請參考圖6，其示出了本發(fā)明一個實施例提供的故障定位方法的方法流程圖。本實施例以該故障定位方法應(yīng)用于圖2所示的日志系統(tǒng)140中來舉例說明。該故障定位方法包括以下步驟：步驟601，日志系統(tǒng)接收與業(yè)務(wù)請求ID對應(yīng)的處理日志。業(yè)務(wù)請求是第一業(yè)務(wù)系統(tǒng)執(zhí)行業(yè)務(wù)時發(fā)送的，業(yè)務(wù)是由存在調(diào)用關(guān)系的第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)協(xié)作執(zhí)行的業(yè)務(wù)，處理日志用于記錄與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行結(jié)果，各個業(yè)務(wù)步驟包括：第一業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟，和，第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟?？蛇x的，本發(fā)明實施例中僅以執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)包括第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)為例進行舉例說明，但不對執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)做具體限定，比如：執(zhí)行業(yè)務(wù)的業(yè)務(wù)系統(tǒng)還包括：第三業(yè)務(wù)系統(tǒng)；其中，業(yè)務(wù)是由存在調(diào)用關(guān)系的第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)，以及存在調(diào)用關(guān)系的第一業(yè)務(wù)系統(tǒng)161和第三業(yè)務(wù)系統(tǒng)協(xié)作執(zhí)行的業(yè)務(wù)。對應(yīng)地，業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟也僅以第一業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟和第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟為例進行舉例說明，本發(fā)明實施例對此并不做具體限定，比如：各個業(yè)務(wù)步驟還可以包括：第一業(yè)務(wù)系統(tǒng)調(diào)用第三業(yè)務(wù)系統(tǒng)執(zhí)行的業(yè)務(wù)步驟。第一業(yè)務(wù)系統(tǒng)生成與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的處理日志。第一業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟，以及第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)生成與各個業(yè)務(wù)步驟對應(yīng)的處理日志，可選的，每一個業(yè)務(wù)步驟對應(yīng)一個處理日志。比如：業(yè)務(wù)系統(tǒng)A在執(zhí)行與業(yè)務(wù)請求B對應(yīng)的業(yè)務(wù)步驟時需要完成業(yè)務(wù)步驟1、業(yè)務(wù)步驟2和業(yè)務(wù)步驟3，業(yè)務(wù)步驟1需要調(diào)用業(yè)務(wù)系統(tǒng)C執(zhí)行；則在執(zhí)行業(yè)務(wù)步驟1時，業(yè)務(wù)系統(tǒng)A生成與業(yè)務(wù)步驟1對應(yīng)的處理日志1；在執(zhí)行業(yè)務(wù)步驟2時，業(yè)務(wù)系統(tǒng)A生成與業(yè)務(wù)步驟2對應(yīng)的處理日志2；在執(zhí)行業(yè)務(wù)步驟3時，業(yè)務(wù)系統(tǒng)A生成與業(yè)務(wù)步驟3對應(yīng)的處理日志3。第一業(yè)務(wù)系統(tǒng)將生成的處理日志發(fā)送給日志系統(tǒng)；可選的，第一業(yè)務(wù)系統(tǒng)通過異步發(fā)送的方式分別將處理日志發(fā)送給日志系統(tǒng)；或者，第一業(yè)務(wù)系統(tǒng)將生成的處理日志一起發(fā)送給日志系統(tǒng)；比如：第一業(yè)務(wù)系統(tǒng)在生成處理日志1時將處理日志1發(fā)送給日志系統(tǒng)；在生成處理日志2時將處理日志2發(fā)送給日志系統(tǒng)；在生成處理日志3時將處理日志3發(fā)送給日志系統(tǒng)；或者，第一業(yè)務(wù)系統(tǒng)在生成處理日志1、處理日志2和處理日志3后，將處理日志1、處理日志2和處理日志3一起發(fā)送給日志系統(tǒng)。對應(yīng)的，日志系統(tǒng)接收第一業(yè)務(wù)系統(tǒng)發(fā)送的與業(yè)務(wù)請求ID對應(yīng)的處理日志。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行接收模塊521來實現(xiàn)。步驟602，日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟。日志系統(tǒng)在接收到處理日志后，根據(jù)處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟?？蛇x的，處理日志中的執(zhí)行結(jié)果包括：執(zhí)行成功或執(zhí)行失敗；異常業(yè)務(wù)步驟為執(zhí)行結(jié)果為執(zhí)行失敗對應(yīng)的業(yè)務(wù)步驟。當(dāng)處理日志中的執(zhí)行結(jié)果為執(zhí)行失敗時，日志系統(tǒng)確定該處理日志對應(yīng)的業(yè)務(wù)步驟為異常業(yè)務(wù)步驟。比如：處理日志1、處理日志2和處理日志3中處理日志2中的執(zhí)行結(jié)果為執(zhí)行失敗，則日志系統(tǒng)根據(jù)處理日志2中的執(zhí)行結(jié)果確定業(yè)務(wù)步驟2為異常業(yè)務(wù)步驟。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟603，將用于執(zhí)行異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。日志系統(tǒng)再確定出異常業(yè)務(wù)步驟后，將用于執(zhí)行該異常業(yè)務(wù)步驟的業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。比如：日志系統(tǒng)確定業(yè)務(wù)步驟2為異常業(yè)務(wù)步驟，則日志系統(tǒng)將執(zhí)行業(yè)務(wù)步驟2的業(yè)務(wù)系統(tǒng)A確定為故障業(yè)務(wù)系統(tǒng)。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊523來實現(xiàn)。綜上所述，本實施例提供的故障定位方法，通過第一業(yè)務(wù)系統(tǒng)和第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于第一業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果?；趫D6所示的實施例中，可選的，第一業(yè)務(wù)系統(tǒng)可以獨立執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟；處理日志為第一處理日志，第一處理日志用于記錄第一業(yè)務(wù)系統(tǒng)執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果。則作為一種可能的實現(xiàn)方式，步驟602至步驟603可以替換實現(xiàn)為如下步驟701至步驟705，如圖7所示：步驟701，日志系統(tǒng)獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型，業(yè)務(wù)流程模型包括：與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行順序。在業(yè)務(wù)請求執(zhí)行失敗時，日志系統(tǒng)獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型。第一業(yè)務(wù)系統(tǒng)在獨立執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟時，需要按照預(yù)定的執(zhí)行順序執(zhí)行整個業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟，比如：業(yè)務(wù)系統(tǒng)A執(zhí)行業(yè)務(wù)請求71時，總共需要執(zhí)行4個業(yè)務(wù)步驟，分別為業(yè)務(wù)步驟1、業(yè)務(wù)步驟2、業(yè)務(wù)步驟3和業(yè)務(wù)步驟4；先通過B模塊執(zhí)行業(yè)務(wù)步驟1和業(yè)務(wù)步驟2；再通過C模塊執(zhí)行業(yè)務(wù)步驟3和業(yè)務(wù)步驟4。則示例性的，業(yè)務(wù)系統(tǒng)A執(zhí)行業(yè)務(wù)請求71對應(yīng)的業(yè)務(wù)流程模型如下表一所示：業(yè)務(wù)請求ID業(yè)務(wù)系統(tǒng)業(yè)務(wù)系統(tǒng)的模塊執(zhí)行順序業(yè)務(wù)請求71業(yè)務(wù)系統(tǒng)AB模塊1業(yè)務(wù)請求71業(yè)務(wù)系統(tǒng)AC模塊2表一該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟702，日志系統(tǒng)根據(jù)執(zhí)行順序依次獲取與各個業(yè)務(wù)步驟對應(yīng)的n個第一處理日志，n為正整數(shù)。日志系統(tǒng)在獲取到業(yè)務(wù)流程模型后，根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序從接收到的處理日志中，獲取與各個業(yè)務(wù)步驟對應(yīng)的n個第一處理日志?？蛇x的，第一處理日志是第一業(yè)務(wù)系統(tǒng)在獨立執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的內(nèi)部業(yè)務(wù)步驟時對應(yīng)的執(zhí)行結(jié)果。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟703，日志系統(tǒng)根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟?？蛇x的，第一處理日志中的執(zhí)行結(jié)果包括：執(zhí)行成功或執(zhí)行失??；異常業(yè)務(wù)步驟為執(zhí)行結(jié)果為執(zhí)行失敗對應(yīng)的業(yè)務(wù)步驟。當(dāng)?shù)谝惶幚砣罩局械膱?zhí)行結(jié)果為執(zhí)行失敗時，日志系統(tǒng)確定該第一處理日志對應(yīng)的內(nèi)部業(yè)務(wù)步驟為異常業(yè)務(wù)步驟。比如：第一處理日志1、第一處理日志2和第一處理日志3中第一處理日志2中的執(zhí)行結(jié)果為執(zhí)行失敗，則日志系統(tǒng)根據(jù)第一處理日志2中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟2為異常業(yè)務(wù)步驟。可選的，本步驟可以通過如下可能的實現(xiàn)方式實現(xiàn)：第一步，根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，i為小于等于n的正整數(shù)。可選的，i的初始值為1。日志系統(tǒng)從第1個第一處理日志開始，根據(jù)第1個第一處理日志的執(zhí)行結(jié)果確定對應(yīng)的內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。第二步，若不是異常業(yè)務(wù)步驟，則令i＝i+1，繼續(xù)根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定對應(yīng)的內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。通過上述兩個步驟的循環(huán)，直至確定到異常業(yè)務(wù)步驟為止，否則對n個第一處理日志中的執(zhí)行結(jié)果依次進行確定。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟704，在內(nèi)部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，日志系統(tǒng)將第一業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。當(dāng)日志系統(tǒng)確定第i個第一處理日志中對應(yīng)的內(nèi)部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，則日志系統(tǒng)將執(zhí)行該內(nèi)部業(yè)務(wù)步驟的第一業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。比如：日志系統(tǒng)確定第2個第一處理日志中對應(yīng)的內(nèi)部業(yè)務(wù)步驟2為異常業(yè)務(wù)步驟，則日志系統(tǒng)將執(zhí)行內(nèi)部業(yè)務(wù)步驟2的第一業(yè)務(wù)系統(tǒng)A確定為故障業(yè)務(wù)系統(tǒng)?？蛇x的，第一業(yè)務(wù)系統(tǒng)包括：具有第一API的第一處理模塊，第一API具有對應(yīng)的第一API標(biāo)識；第一處理日志包括：業(yè)務(wù)請求ID、第一業(yè)務(wù)系統(tǒng)ID、第一API標(biāo)識和結(jié)果碼，結(jié)果碼是指第一處理模塊執(zhí)行內(nèi)部業(yè)務(wù)步驟的執(zhí)行結(jié)果。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊523來實現(xiàn)。步驟705，在故障業(yè)務(wù)系統(tǒng)為第一業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第一處理日志中包含的第一API標(biāo)識，將第一API標(biāo)識對應(yīng)的API定位為故障API。日志系統(tǒng)在根據(jù)第一處理日志中攜帶的結(jié)果碼確定出第一業(yè)務(wù)系統(tǒng)為故障業(yè)務(wù)系統(tǒng)后，將第一處理日志中包含的第一API標(biāo)識對應(yīng)的API確定為故障API。比如：第一業(yè)務(wù)系統(tǒng)B包括第一處理模塊a和第一處理模塊b；第一處理模塊a的第一API標(biāo)識為API11，第一處理模塊b的第一API標(biāo)識為API12；第一業(yè)務(wù)系統(tǒng)B執(zhí)行業(yè)務(wù)請求72時，總共需要執(zhí)行2個內(nèi)部業(yè)務(wù)步驟，分別為內(nèi)部業(yè)務(wù)步驟1和內(nèi)部業(yè)務(wù)步驟2；先通過第一處理模塊a執(zhí)行內(nèi)部業(yè)務(wù)步驟1；再通過第一處理模塊b執(zhí)行內(nèi)部業(yè)務(wù)步驟2；當(dāng)日志系統(tǒng)根據(jù)第一處理日志中的結(jié)果碼確定第一業(yè)務(wù)系統(tǒng)B為故障業(yè)務(wù)系統(tǒng)時，根據(jù)第一處理日志中攜帶的API12確定API12對應(yīng)的API為故障API?？蛇x的，故障API對應(yīng)的第一處理模塊b為故障處理模塊。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊523來實現(xiàn)。綜上所述，本實施例提供的故障定位方法，通過第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于第一業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。另外，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。同時，在故障業(yè)務(wù)系統(tǒng)為第一業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第一處理日志中攜帶的第一API標(biāo)識，確定第一API標(biāo)識對應(yīng)的API為故障API，通過在第一處理日志中攜帶有第一API標(biāo)識，以便日志系統(tǒng)可以根據(jù)API標(biāo)識定位出故障API，提高了對故障業(yè)務(wù)系統(tǒng)的定位的準(zhǔn)確性的效果?；趫D6所示的實施例中，可選的，第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟；處理日志為第二處理日志，第二處理日志用于記錄第一業(yè)務(wù)系統(tǒng)在調(diào)用第二業(yè)務(wù)系統(tǒng)執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟的執(zhí)行結(jié)果。則作為另一種可能的實現(xiàn)方式，步驟602至步驟603可以替換實現(xiàn)為如下步驟801至步驟805，如圖8所示：步驟801，日志系統(tǒng)獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型，業(yè)務(wù)流程模型包括：與業(yè)務(wù)請求ID對應(yīng)的各個業(yè)務(wù)步驟的執(zhí)行順序。在業(yè)務(wù)請求執(zhí)行失敗時，日志系統(tǒng)獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型。第一業(yè)務(wù)系統(tǒng)調(diào)用第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟時，需要按照預(yù)定的執(zhí)行順序執(zhí)行整個業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟，比如：如圖9所示，執(zhí)行業(yè)務(wù)請求81時，總共需要6個業(yè)務(wù)系統(tǒng)共同完成分別為業(yè)務(wù)系統(tǒng)91、業(yè)務(wù)系統(tǒng)92、業(yè)務(wù)系統(tǒng)93、業(yè)務(wù)系統(tǒng)94、業(yè)務(wù)系統(tǒng)95和業(yè)務(wù)系統(tǒng)96；共需要執(zhí)行7個業(yè)務(wù)步驟，分別為業(yè)務(wù)步驟1、業(yè)務(wù)步驟2、業(yè)務(wù)步驟3、業(yè)務(wù)步驟4、業(yè)務(wù)步驟5、業(yè)務(wù)步驟6和業(yè)務(wù)步驟7；業(yè)務(wù)系統(tǒng)91先通過x模塊執(zhí)行業(yè)務(wù)步驟1、業(yè)務(wù)步驟2和業(yè)務(wù)步驟3；再通過y模塊執(zhí)行業(yè)務(wù)步驟4、業(yè)務(wù)步驟5和業(yè)務(wù)步驟6；最后通過z模塊執(zhí)行業(yè)務(wù)步驟7。其中，業(yè)務(wù)系統(tǒng)91通過x模塊執(zhí)行業(yè)務(wù)步驟1時需要通過2-1API調(diào)用業(yè)務(wù)系統(tǒng)92來完成；業(yè)務(wù)步驟92通過w模塊執(zhí)行業(yè)務(wù)步驟1時需要通過2-2API調(diào)用業(yè)務(wù)系統(tǒng)93來完成；業(yè)務(wù)系統(tǒng)91在執(zhí)行業(yè)務(wù)步驟2時需要通過3-1API調(diào)用業(yè)務(wù)系統(tǒng)93來完成；業(yè)務(wù)系統(tǒng)91通過y模塊執(zhí)行業(yè)務(wù)步驟4時系統(tǒng)通過4-1API調(diào)用業(yè)務(wù)系統(tǒng)94來完成；業(yè)務(wù)系統(tǒng)91通過y模塊執(zhí)行業(yè)務(wù)步驟5時系統(tǒng)通過5-1API調(diào)用業(yè)務(wù)系統(tǒng)95來完成；業(yè)務(wù)系統(tǒng)91通過y模塊執(zhí)行業(yè)務(wù)步驟6時系統(tǒng)通過6-1API調(diào)用業(yè)務(wù)系統(tǒng)96來完成。則示例性的，執(zhí)行業(yè)務(wù)請求81對應(yīng)的業(yè)務(wù)流程模型如下表一所示：表二該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟802，日志系統(tǒng)根據(jù)執(zhí)行順序依次獲取與各個業(yè)務(wù)步驟對應(yīng)的m個第二處理日志，m為正整數(shù)。日志系統(tǒng)在獲取到業(yè)務(wù)流程模型后，根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序從接收到的處理日志中，獲取與各個業(yè)務(wù)步驟對應(yīng)的m個第二處理日志?？蛇x的，第二處理日志是在被調(diào)用的第二業(yè)務(wù)系統(tǒng)執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的外部業(yè)務(wù)步驟時對應(yīng)的執(zhí)行結(jié)果。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟803，日志系統(tǒng)根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。可選的，第二處理日志中的執(zhí)行結(jié)果包括：執(zhí)行成功或執(zhí)行失??；異常業(yè)務(wù)步驟為執(zhí)行結(jié)果為執(zhí)行失敗對應(yīng)的業(yè)務(wù)步驟。當(dāng)?shù)诙幚砣罩局械膱?zhí)行結(jié)果為執(zhí)行失敗時，日志系統(tǒng)確定該第二處理日志對應(yīng)的外部業(yè)務(wù)步驟為異常業(yè)務(wù)步驟。比如：第二處理日志1、第二處理日志2和第二處理日志3中第二處理日志2中的執(zhí)行結(jié)果為執(zhí)行失敗，則日志系統(tǒng)根據(jù)第二處理日志2中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟2為異常業(yè)務(wù)步驟?？蛇x的，本步驟可以通過如下可能的實現(xiàn)方式實現(xiàn)：第一步，根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，j為小于等于m的正整數(shù)?？蛇x的，j的初始值為1。日志系統(tǒng)從第1個第二處理日志開始，根據(jù)第1個第二處理日志的執(zhí)行結(jié)果確定對應(yīng)的外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。第二步，若不是異常業(yè)務(wù)步驟，則令j＝j(luò)+1，繼續(xù)根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定對應(yīng)的外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。通過上述兩個步驟的循環(huán)，直至確定到異常業(yè)務(wù)步驟為止，否則對m個第二處理日志中的執(zhí)行結(jié)果依次進行確定。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟804，在外部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，日志系統(tǒng)將被調(diào)用的第二業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。當(dāng)日志系統(tǒng)確定第j個第二處理日志中對應(yīng)的外部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，則日志系統(tǒng)將執(zhí)行該外部業(yè)務(wù)步驟的第二業(yè)務(wù)系統(tǒng)定位為故障業(yè)務(wù)系統(tǒng)。比如：日志系統(tǒng)確定第2個第二處理日志中對應(yīng)的外部業(yè)務(wù)步驟2為異常業(yè)務(wù)步驟，則日志系統(tǒng)將被調(diào)用執(zhí)行外部業(yè)務(wù)步驟2的第二業(yè)務(wù)系統(tǒng)A1確定為故障業(yè)務(wù)系統(tǒng)?？蛇x的，第一業(yè)務(wù)系統(tǒng)包括：具有第一API的第一處理模塊，第一API具有對應(yīng)的第一API標(biāo)識；第二業(yè)務(wù)系統(tǒng)包括：具有第二API的第二處理模塊，第二API具有對應(yīng)的第二API標(biāo)識；第二處理日志包括：業(yè)務(wù)請求ID、第一業(yè)務(wù)系統(tǒng)ID、第一API標(biāo)識、第二業(yè)務(wù)系統(tǒng)ID、第二API標(biāo)識和返回碼，結(jié)果碼是指在調(diào)用第二處理模塊執(zhí)行外部業(yè)務(wù)步驟的執(zhí)行結(jié)果。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊523來實現(xiàn)。步驟805，在故障業(yè)務(wù)系統(tǒng)為第二業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第二處理日志中包含的第二API標(biāo)識，將第二API標(biāo)識對應(yīng)的API定位為故障API。日志系統(tǒng)在根據(jù)第二處理日志中攜帶的返回碼確定出被調(diào)用的第二業(yè)務(wù)系統(tǒng)為故障業(yè)務(wù)系統(tǒng)后，將第二處理日志中包含的第二API標(biāo)識對應(yīng)的API確定為故障API。比如：第二業(yè)務(wù)系統(tǒng)B1包括第二處理模塊a1和第二處理模塊b1；第二處理模塊a1的第二API標(biāo)識為API21，第二處理模塊b的第二API標(biāo)識為API22；調(diào)用第二業(yè)務(wù)系統(tǒng)B1執(zhí)行業(yè)務(wù)請求82時，總共需要執(zhí)行2個外部業(yè)務(wù)步驟，分別為外部業(yè)務(wù)步驟1和外部業(yè)務(wù)步驟2；先通過第二處理模塊a1執(zhí)行外部業(yè)務(wù)步驟1；再通過第二處理模塊b1執(zhí)行外部業(yè)務(wù)步驟2；當(dāng)日志系統(tǒng)根據(jù)第二處理日志中的返回碼確定第二業(yè)務(wù)系統(tǒng)B1為故障業(yè)務(wù)系統(tǒng)時，根據(jù)第二處理日志中攜帶的API22確定API22對應(yīng)的API為故障API?？蛇x的，故障API對應(yīng)的第二處理模塊b1為故障處理模塊。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊523來實現(xiàn)。綜上所述，本實施例提供的故障定位方法，通過第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于第一業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。另外，日志系統(tǒng)根據(jù)業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，有利于按照執(zhí)行業(yè)務(wù)步驟的先后順序依次確定異常業(yè)務(wù)步驟，有利于避免資源浪費，提高對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。同時，在故障業(yè)務(wù)系統(tǒng)為第二業(yè)務(wù)系統(tǒng)時，日志系統(tǒng)根據(jù)第二處理日志中攜帶的第二API標(biāo)識，確定第二API標(biāo)識對應(yīng)的API為故障API，通過在第二處理日志中攜帶有第二API標(biāo)識，以便日志系統(tǒng)可以根據(jù)API標(biāo)識定位出故障API，提高了對故障業(yè)務(wù)系統(tǒng)的定位的準(zhǔn)確性的效果。請參考圖10，其示出了本發(fā)明另一個實施例提供的故障定位方法的方法流程圖。本實施例以該故障定位方法應(yīng)用于圖3所示的故障定位系統(tǒng)中來舉例說明?？蛇x的，日志系統(tǒng)包括：分析組件、建模組件、ID處理組件和日志組件；該故障定位方法包括以下步驟：步驟1001，分析組件接收待分析的業(yè)務(wù)請求ID。在業(yè)務(wù)請求執(zhí)行失敗時，分析組件接收輸入的待分析的業(yè)務(wù)請求ID。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行接收模塊521來實現(xiàn)。步驟1002，分析組件通過ID處理組件獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型ID。分析組件向ID處理組件發(fā)送攜帶有業(yè)務(wù)請求ID的流程ID請求。該流程ID請求用于向ID處理組件請求與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型ID。ID處理組件接收到流程ID請求后，根據(jù)流程ID請求中攜帶的業(yè)務(wù)請求ID，查詢與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型ID；將查詢的到業(yè)務(wù)流程模型ID反饋給分析組件。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟1003，分析組件通過建模組件獲取與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)流程模型。分析組件向建模組件發(fā)送攜帶有業(yè)務(wù)流程模型ID的模型請求。模型請求用于向建模組件請求反饋與業(yè)務(wù)流程模型ID對應(yīng)的業(yè)務(wù)流程模型。建模組件接收到模型請求后，根據(jù)模型請求中攜帶的業(yè)務(wù)流程模型ID查詢與業(yè)務(wù)流程模型ID對應(yīng)的業(yè)務(wù)流程模型，并將查詢到的業(yè)務(wù)流程模型反饋給分析組件。業(yè)務(wù)流程模型的詳細描述請參考圖7所示的步驟701和圖所示的步驟801，此處不再贅述。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟1004，分析組件通過日志組件獲取與業(yè)務(wù)請求ID對應(yīng)的處理日志。分析組件在獲取到業(yè)務(wù)流程模型后，向日志組件發(fā)送日志獲取請求，該日志獲取請求用于請求日志組件反饋與業(yè)務(wù)請求ID對應(yīng)的處理日志；可選的，處理日志包括：第一處理日志和第二處理日志。關(guān)于第一處理日志的詳細描述請參考圖7所示的步驟702，關(guān)于第二處理日志的詳細描述請參考圖8所示的步驟802，此處不再贅述。日志組件接收到日志獲取請求后，獲取日志獲取請求中攜帶的業(yè)務(wù)請求ID，根據(jù)業(yè)務(wù)請求ID查詢與業(yè)務(wù)請求ID對應(yīng)的第一處理日志和第二處理日志；并將查詢到的與業(yè)務(wù)請求ID對應(yīng)的n個第一處理日志和m個第二處理日志反饋給分析組件。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟1005，分析組件根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟?？蛇x的，分析組件按照業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，其中，i為小于等于n的正整數(shù)。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟1006，若不是異常業(yè)務(wù)步驟，則分析組件令i＝i+1，繼續(xù)根據(jù)第i個第一處理日志中的執(zhí)行結(jié)果確定對應(yīng)的內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。通過步驟1005和步驟1006的循環(huán)，直至確定到異常業(yè)務(wù)步驟為止，否則對n個第一處理日志中的執(zhí)行結(jié)果依次進行確定。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟1007，若是異常業(yè)務(wù)步驟，則分析組件從m個第二處理日志中，獲取與執(zhí)行異常業(yè)務(wù)步驟的第一處理模塊對應(yīng)的t個第二處理日志。若內(nèi)部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟，則分析組件將執(zhí)行該內(nèi)部業(yè)務(wù)步驟的第一處理模塊確定為故障模塊，由于第一處理模塊存在調(diào)用其他業(yè)務(wù)系統(tǒng)完成業(yè)務(wù)步驟的可能，因此，分析組件獲取與第一處理模塊對應(yīng)的t個第二處理日志。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行獲取模塊524來實現(xiàn)。步驟1008，分析組件根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟?？蛇x的，分析組件按照業(yè)務(wù)流程模型中的執(zhí)行順序依次根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟，其中，j為小于等于t的正整數(shù)。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟1009，若不是異常業(yè)務(wù)步驟，則分析組件令j＝j(luò)+1，繼續(xù)根據(jù)第j個第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。通過步驟1008和步驟1009的循環(huán)，直至確定到異常業(yè)務(wù)步驟為止，否則對t個第二處理日志中的執(zhí)行結(jié)果依次進行確定。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行確定模塊522來實現(xiàn)。步驟1010，若是異常業(yè)務(wù)步驟，則分析組件將被調(diào)用的第二業(yè)務(wù)系統(tǒng)中第二API標(biāo)識對應(yīng)的API定位為故障API。若外部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟，則分析組件將執(zhí)行該外部業(yè)務(wù)步驟的第二處理模塊對應(yīng)的第二API標(biāo)識對應(yīng)的API定位為故障API。本步驟的詳細描述請參考圖8所示的步驟805，此處不再贅述。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊524來實現(xiàn)。步驟1011，若不存在與第一處理模塊對應(yīng)的第二處理日志，則分析組件將第一處理模塊的第一API標(biāo)識對應(yīng)的API定位為故障API。分析組件在第i個第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是異常業(yè)務(wù)步驟時，分析組件確定執(zhí)行該內(nèi)部業(yè)務(wù)步驟的第一處理模塊為故障模塊，若m個第二處理日志中不存在與第一處理模塊對應(yīng)的第二處理日志時，則分析組件將第一處理模塊中第一API標(biāo)識對應(yīng)的API定位為故障API；或者，在分析組件確定出與第一處理模塊對應(yīng)的t個第二處理日志中的執(zhí)行結(jié)果中外部業(yè)務(wù)步驟都不是異常業(yè)務(wù)步驟時，分析組件將第一處理模塊中第一API標(biāo)識對應(yīng)的API定位為故障API。該步驟可以由圖5所示的日志系統(tǒng)140中的處理器511執(zhí)行定位模塊524來實現(xiàn)。綜上所述，本實施例提供的故障定位方法，通過第一業(yè)務(wù)系統(tǒng)和第二業(yè)務(wù)系統(tǒng)在執(zhí)行與業(yè)務(wù)請求ID對應(yīng)的業(yè)務(wù)步驟時，第一業(yè)務(wù)系統(tǒng)向日志系統(tǒng)發(fā)送對應(yīng)的處理日志，日志系統(tǒng)根據(jù)接收到的處理日志中的執(zhí)行結(jié)果確定異常業(yè)務(wù)步驟，最終定位出故障業(yè)務(wù)系統(tǒng)；由于第一業(yè)務(wù)系統(tǒng)為每個業(yè)務(wù)步驟都生成一個處理日志，使得日志系統(tǒng)根據(jù)處理日志中的執(zhí)行結(jié)果可以確定出具體的故障業(yè)務(wù)系統(tǒng)，解決了現(xiàn)有技術(shù)中需要通過從上之下依次排查各個業(yè)務(wù)系統(tǒng)，最終確定出故障業(yè)務(wù)系統(tǒng)，當(dāng)業(yè)務(wù)系統(tǒng)的個數(shù)較多時，導(dǎo)致對故障業(yè)務(wù)系統(tǒng)的定位效率較低的問題，達到了通過與業(yè)務(wù)請求ID對應(yīng)的處理日志定位故障業(yè)務(wù)系統(tǒng)，提高了對故障業(yè)務(wù)系統(tǒng)的定位效率的效果。需要補充說明的是，本實施例中僅以先根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟后，再根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟為例進行說明，對第一處理日志和第二處理日志的先后順序并不做具體限定?？蛇x的，可以先根據(jù)第二處理日志中的執(zhí)行結(jié)果確定外部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟后，再根據(jù)第一處理日志中的執(zhí)行結(jié)果確定內(nèi)部業(yè)務(wù)步驟是否為異常業(yè)務(wù)步驟。下述為本發(fā)明裝置實施例，可以用于執(zhí)行本發(fā)明方法實施例。對于本發(fā)明裝置實施例中未披露的細節(jié)，請參照本發(fā)明方法實施例。請參考圖11，其示出了本發(fā)明一個實施例提供的故障定位裝置的結(jié)構(gòu)框圖，該故障定位裝置可以通過軟件、硬件或者兩者的結(jié)合實現(xiàn)為圖2或圖3所示的日志系統(tǒng)140中的全部或者部分。該故障定位裝置可以包括：接收單元1120，具有與接收模塊521相同或相似的功能，以及由接收模塊521包含的其它隱含功能。確定單元1140，具有與確定模塊522相同或相似的功能，以及由確定模塊522包含的其它隱含功能。定位單元1160，具有與定位模塊523相同或相似的功能，以及由定位模塊523包含的其它隱含功能。獲取單元1180，具有與獲取模塊524相同或相似的功能，以及由獲取模塊524包含的其它隱含功能。應(yīng)當(dāng)理解的是，在本文中使用的，除非上下文清楚地支持例外情況，單數(shù)形式“一個”(“a”、“an”、“the”)旨在也包括復(fù)數(shù)形式。還應(yīng)當(dāng)理解的是，在本文中使用的“和/或”是指包括一個或者一個以上相關(guān)聯(lián)地列出的項目的任意和所有可能組合。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。當(dāng)前第1頁1 2 3