一種定位數據轉發業務故障的方法及電子設備與流程

2023-12-02 13:00:56 2

本發明涉及通信領域，特別涉及一種定位數據轉發業務故障的方法及電子設備。
背景技術：
：：目前，在PTN(PacketTransportNetwork，分組傳送網)大規模部署的情況下，基於PTN進行的數據轉發業務對設備所承載業務通道的健壯性有很高的要求，同時對數據轉發業務的維護手段也具有較高要求。在進行數據轉發業務的過程中，通常會出現的類似PTN業務不通、業務單通、業務丟包等業務故障，在設備的配置平面和控制平面無法獲知故障的具體原因的情況下，需要通過對數據轉發層的分析來確定。在實際應用中，對於小規模數量的PTN業務，可以通過採用人工方式逐條比對控制平面和數據轉發平面的正確性和一致性，以確定轉發故障；然而，對於大規模的數據業務，若採用人工方式進行比對所需的時間較長，效率較低，顯然不能滿足快速定位的要求，甚至可能導致定位故障的出錯率較高，同時，對於比對人員的專業技術也要求較高。因此，現有技術中在數據轉發業務過程中故障定位的效率較低。技術實現要素：本申請提供一種定位數據轉發業務故障的方法及電子設備，用於解決在數據轉發業務過程中故障定位的效率較低的技術問題。一種定位數據轉發業務故障的方法，包括以下步驟：獲取電子設備中用於進行數據轉發業務的源文件的文件信息，所述文件信息能夠表徵所述源文件中元素對象的特徵屬性；基於所述文件信息及預設轉發規則，構建所述源文件對應的數據業務轉發模型，所述數據業務轉發模型中包含有用於表明所述源文件中元素對象對應的轉發路徑的配置信息；基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障。可選的，所述在基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障之前，所述方法還包括：接收用戶輸入的用於進行故障檢測的檢索信息，所述檢索信息包括與所述元素對象對應的至少一個關鍵字；所述基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障，包括：基於所述檢索信息及所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障。可選的，所述基於所述檢索信息及所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障，包括：基於所述檢索信息中的至少一個關鍵字，獲取所述檢索信息的轉發鏈信息，所述轉發鏈信息用於表徵所述檢索信息對應的元素對象的實際轉發路徑；確定所述數據業務轉發模型中與所述檢索信息中的至少一個關鍵字對應的目標元素對象，將所述目標元素對象的配置信息確定為所述檢索信息的目標配置信息；判斷所述轉發鏈信息是否與所述目標配置信息一致；若確定所述轉發鏈信息與所述目標配置信息不一致，確定所述目標元素對象在所述數據轉發業務中存在轉發故障。可選的，在確定所述目標元素對象在所述數據轉發業務中存在轉發故障之後，所述方法還包括：確定所述轉發鏈路信息中與所述目標配置信息中不一致的至少一個路徑對象；顯示所述至少一個路徑對象。可選的，所述基於所述文件信息及預設轉發規則，構建所述源文件中元素對象對應的數據業務轉發模型，包括：基於所述文件信息，確定與所述源文件中元素對象相應的至少三級資料庫；其中，所述至少三級資料庫中每級資料庫中包括不同的資料庫對象；基於預設轉發規則，確定所述至少三級資料庫中每個資料庫中包括的資料庫對象與相鄰級資料庫中資料庫對象之間的關聯關係；基於所述關聯關係，構建所述源文件中元素對象對應的數據業務轉發模型。可選的，所述基於所述文件信息，確定與所述源文件中元素對象相應的至少三級資料庫，包括：基於所述文件信息，對所述源文件中元素對象進行分類，基於分類結果確定所述源文件中元素對象對應的至少一個文件對象，並確定與所述至少一個文件對象相應的第一級資料庫；基於所述第一級資料庫，確定所述至少一個文件對象中每個文件對象對應的至少一個實體對象，確定用於存儲及管理所述至少一個文件對象中每個文件對象對應的至少一個元素對象的第二級資料庫；確定所述第二級資料庫中每個元素對象對應的用於決定業務轉發的關鍵信息，生成包含所述至少一個元素對象中每個元素對象的轉發信息的第三級資料庫。本申請還提供一種電子設備，該電子設備包括：獲取單元，用於獲取電子設備中用於進行數據轉發業務的源文件的文件信息，所述文件信息能夠表徵所述源文件中元素對象的特徵屬性；構建單元，用於基於所述文件信息及預設轉發規則，構建所述源文件對應的數據業務轉發模型，所述數據業務轉發模型中包含有用於表明所述源文件中元素對象對應的轉發路徑的配置信息；操作單元，用於基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障。可選的，所述電子設備還包括:接收單元，用於在基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障之，接收用戶輸入的用於進行故障檢測的檢索信息，所述檢索信息包括與所述元素對象對應的至少一個關鍵字；所述操作單元用於基於所述檢索信息及所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障可選的，所述操作單元用於：基於所述檢索信息中的至少一個關鍵字，獲取所述檢索信息的轉發鏈信息，所述轉發鏈信息用於表徵所述檢索信息對應的元素對象的實際轉發路徑；確定所述數據業務轉發模型中與所述檢索信息中的至少一個關鍵字對應的目標元素對象，將所述目標元素對象的配置信息確定為所述檢索信息的目標配置信息；判斷所述轉發鏈信息是否與所述目標配置信息一致；若確定所述轉發鏈信息與所述目標配置信息不一致，確定所述目標元素對象在所述數據轉發業務中存在轉發故障。可選的，所述電子設備還包括：確定單元，用於在確定所述目標元素對象在所述數據轉發業務中存在轉發故障之後，確定所述轉發鏈路信息中與所述目標配置信息中不一致的至少一個路徑對象；顯示單元，用於顯示所述至少一個路徑對象。可選的，所述構建單元用於：基於所述文件信息，確定與所述源文件中元素對象相應的至少三級資料庫；其中，所述至少三級資料庫中每級資料庫中包括不同的資料庫對象；基於預設轉發規則，確定所述至少三級資料庫中每個資料庫中包括的資料庫對象與相鄰級資料庫中資料庫對象之間的關聯關係；基於所述關聯關係，構建所述源文件中元素對象對應的數據業務轉發模型。可選的，所述構建單元用於：基於所述文件信息，對所述源文件中元素對象進行分類，基於分類結果確定所述源文件中元素對象對應的至少一個文件對象，並確定與所述至少一個文件對象相應的第一級資料庫；基於所述第一級資料庫，確定所述至少一個文件對象中每個文件對象對應的至少一個實體對象，確定用於存儲及管理所述至少一個文件對象中每個文件對象對應的至少一個元素對象的第二級資料庫；確定所述第二級資料庫中每個元素對象對應的用於決定業務轉發的關鍵信息，生成包含所述至少一個元素對象中每個元素對象的轉發信息的第三級資料庫。本申請通過獲取電子設備中用於進行數據轉發業務的源文件的文件信息，其文件信息能夠表徵源文件中元素對象的特徵屬性，從而基於文件信息及預設轉發規則，可以自動構建源文件對應的數據業務轉發模型，該數據業務轉發模型中包含有用於表明源文件中元素對象對應的轉發路徑的配置信息，例如可以包括元素對象對應的關聯信息等，故基於該數據業務轉發模型中元素對象的配置信息即可快速確定數據轉發業務中存在業務故障，而無需通過人工方式逐條比對進行分析，提高了數據轉發業務過程中定位故障的效率。附圖說明圖1為本發明實施例中定位數據轉發業務故障的方法的流程圖；圖2為現有技術中MPLS數據轉發業務的轉發流程圖；圖3為本發明實施例中源文件抽象和逐級分類的示意圖；圖4為本發明實施例中各級資料庫中資料庫對象的數據結構的示意圖；圖5為本發明實施例中元素對象的關鍵信息分類和初始化過程；圖6為本發明實施例中實體對象資料庫中資料庫對象的初始化過程；圖7為本發明實施例中信息對象資料庫中資料庫對象的初始化過程；；圖8為本發明實施例中數據業務轉發模型的關聯建立示意圖；圖9為本發明實施例中電子設備的結構示意圖。具體實施方式為使本發明的目的、技術方案和優點更加清楚明白，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。在不衝突的情況下，本發明中的實施例及實施例中的特徵可以相互任意組合。並且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟。另外，本文中術語「和/或」，僅僅是一種描述關聯對象的關聯關係，表示可以存在三種關係，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符「/」，在不做特別說明的情況下，一般表示前後關聯對象是一種「或」的關係。為了更好的理解上述技術方案，下面將結合說明書附圖以及具體的實施方式對上述技術方案進行詳細的說明。本發明實施例提供了一種定位數據轉發業務故障的方法，如圖1所示，該方法可以描述如下。S11：獲取電子設備中用於進行數據轉發業務的源文件的文件信息，文件信息能夠表徵源文件中元素對象的特徵屬性；S12：基於文件信息及預設轉發規則，構建源文件對應的數據業務轉發模型，數據業務轉發模型中包含有用於表明源文件中元素對象對應的轉發路徑的配置信息；S13：基於數據業務轉發模型，確定數據轉發業務中存在的業務故障。本發明實施例中，源文件是通過獲取電子設備上轉發晶片的表項信息所形成的文件。源文件中包括多個元素對象，文件信息能夠表徵源文件中包括的元素對象的特徵屬性，如元素類型、轉發信息等。通常來說，電子設備在進行數據轉發業務時，採用基於PTN業務下的二層虛擬專用網，即L2VPN業務，其中，MPLSL2VPN是基於MPLS(MultiprotocolLabelSwitching，多協議標籤交換)的二層VPN服務。目前，基於MPLS的數據轉發，其主要包括三個基本數據轉發功能，即數據終結功能、數據提取功能和數據交換功能，如圖2所示，每個轉發功能對應有相應的轉發流程，每個轉發流程中對應轉發路徑對象可以是基於轉發晶片的表項信息確定的，例如，其中的Mpls_entry代表MPLS業務終結時，即從MPLS業務解封裝成ETH(EtherNet，乙太網)業務時，標籤對應轉發流的入口表項，Source_vp是標籤對應的虛擬埠表項，等等，其與現有技術中的含義相同，本發明在此不作具體介紹。圖中箭頭符號代表元素流向，其中，例如「Mpls_entry->Source_vp」代表數據在轉發表項中由Mpls_entry轉向Source_vp。下面，將對本發明實施例中構建與源文件對應的數據業務轉發模型的過程進行介紹。本發明實施例中，在獲取源文件的文件信息後，可以確定與源文件中元素對象相應的至少三級資料庫。本發明中主要以基於源文件的文件信息抽象出三級資料庫為例進行說明，即文件對象資料庫、實體對象資料庫和信息對象資料庫，如圖3所示，其為源文件抽象和逐級分類形成各級資料庫的示意圖。在實際應用中，抽象所得的三級資料庫中每級資料庫中包括有相應的資料庫對象，例如文件對象資料庫中的資料庫對象為文件對象，實體對象資料庫中的資料庫對象為元素對象的實體，信息對象資料庫中的資料庫對象為關鍵信息。本發明實施例中，各級資料庫的具體形成過程如下：首先，基於源文件中的文件信息，可對源文件中的元素對象進行分類，即將源文件中的元素對象抽象為各個文件對象進行存儲和管理，形成第一級資料庫，即圖3中的文件對象資料庫。具體來說，可以是根據文件信息所表徵的元素對象的特徵屬性，對元素對象進行分類，每個類別對應一個文件對象。例如，若元素對象的特徵屬性包括的函數信息為Mpls_entry(由轉發晶片確定)，則可將Mpls_entry作為關鍵字，並將含有該關鍵字的元素對象構成Mpls_entry文件對象相關的元素對象。同理，基於源文件中元素對象的特徵屬性的不同的函數信息，還可以形成Vlan_xlate文件對象、Source_trunk_map文件對象、Ing_l3_next_hop文件對象、Egr_l3_next_hop文件對象等文件對象，其中，vlan_xlate代表ETH業務封裝成MPLS業務時，基於入埠上某一虛擬區域網提取業務流的入口表項，source_trunk_map代表ETH業務封裝成MPLS業務時，基於入埠上不論是否帶vlan業務提取時的入口表項，Ing_l3_next_hop和Egr_l3_next_hop均位於由ETH業務封裝成MPLS業務或由MPLS業務解封裝成ETH業務時的業務轉發實例表項中，以分別控制MPLS的標籤、出埠、SMAC(SourceMACAddress，源MAC地址)、DMAC(DestinationMACAddress，目的MAC地址)等的信息。在實際應用中，文件對象資料庫中包括的各個文件對象可以具有相應的文件對象信息，文件對象信息中存儲了文件對象的大小、行數、起始索引、結束索引等信息，能夠精確指出文件對象在源文件中對應的起始位置和作用域。進一步，在確定文件對象資料庫後，可以確定資料庫中每個文件對象對應的至少一個實體對象，確定用於存儲及管理所述至少一個文件對象中每個文件對象對應的至少一個元素對象的第二級資料庫，即圖3中的實體對象資料庫，實現將上級文件對象進一步抽象成為實體對象資料庫進行管理。其中，實體對象資料庫中包括有多個元素對象，每個元素對象在對應的文件對象中表現為以行為單位，即實體對象資料庫中的元素對象按照行的方式進行排列。例如，實體對象資料庫中包括有與Mpls_entry文件對象相關的由Mpls_entry[0]到Mpls_entry[n]共n+1個元素對象，則n+1個元素對象在資料庫中按照行的方式進行排列。每個元素對象中存儲了該元素對象所在的文件對象中所在行的索引信息，包括用於索引計算的起始索引地址(StartIndex)、結束索引地址(EndIndex)，及標識該元素對象所在行的行結束索引地址(RowsEndIndex)，以及元素對象的業務轉發參數索引值(Index)。因此，根據元素對象在源文件中的索引值可以確定及獲取相應的對象實體，以進行管理或查詢。例如，Mpls_entry文件對象中元素對象Mpls_entry[0]的索引值為0，在獲取索引值0後，能夠獲取Mpls_entry[0]相關的對象實體，元素對象通常由多個對象實體構成，對象實體可以是數據轉發業務中用於決定業務轉發的關鍵因素。例如，在L2VPN業務中，基於元素對象相應的對象實體的屬性信息，可將對象實體歸類於標籤類(Lable)、入接口類(In-port)、控制字類(Control-Word或cw)、輸出類(out-Port)、出vlan類(out–Vlan)、Mac地址以及對象之間連結時的索引值，這些信息都是決定業務轉發的關鍵因素，分布在各元素對象中，決定了MPLS業務轉發中的控制信息。最後，確定第二級資料庫中每個元素對象對應的用於決定業務轉發的關鍵信息，生成包含至少一個元素對象中每個元素對象的轉發信息的第三級資料庫，即圖3中實體對象資料庫下掛的信息對象資料庫。因此，通過將上級實體對象資料庫中所特有的關鍵屬性進行抽象和管理。每個實體對象中可提取出決定業務轉發關鍵屬性，在所在文件對象中表現為以列為單位。信息對象資料庫將這些關鍵屬性進行管理，每個關鍵屬性下掛在每個元素對象對應的實體對象下，形成逐級管理機制,模塊之間層次更加明確，更貼近於實際晶片轉發表項的級聯關係。可選的，在確定源文件相應的至少三級資料庫後，可以設置各個資料庫的中資料庫對象的數據結構和存儲方式，如圖4所示，其為各級資料庫中資料庫對象的數據結構。其中，文件對象資料庫(即第一級資料庫)是作為大而全的、存儲所有待分析文件對象的特徵屬性的存儲文件。文件對象資料庫是將從設備上取到晶片表項的源文件進行分類而獲得的，其數據結構存儲中標示了每個文件對象的文件名稱、行數、文件大小、文件對象擴展名等。在實際應用中，文件對象資料庫可包括多個文件對象，本發明中主要以當前L2VPN中存在的文件對象為例，其包括Vlan_Xlate文件對象、Source_trunk_map文件對象、SVP(本文中出現的SVP即為Source_vp的縮寫)文件對象、DVP(即Ing_dvp_table的縮寫)文件對象、EGR_IP_TUNNEL(即Egr_ip_tunnel_mpls的縮寫)文件對象等。實體對象資料庫則由與文件對象相應的多個元素對象組成，這裡以Mpls_Entry為例說明。資料庫存儲結構分為：起始索引地址(StartIndex)、終結索引地址(EndIndex)、行數(RowsNum)、擴展指針(FileInfoExt)、資料庫頭指針(Mpls_Entry)等。信息對象資料庫存儲結構分為：信息對象的索引Index、Index起始索引、Index結束索引、每個信息對象作用域位置索引以及其它關鍵信息擴展對象。在確定資料庫對象中數據結構和存儲方式後，進一步對資料庫中的資料庫對象進行初始化，此處，以L2VPN業務終結方向為例進行闡述。實際應用中，在電子設備上獲得原始的用於進行數據轉發業務的源文件後，可以並按照關鍵字信息對源文件中包括的元素對象進行分類。在分類時，可以基於元素對象的特徵屬性，按照字符匹配方式，將元素對象的特徵屬性與關鍵字進行匹配，該關鍵字可以是來基於轉發晶片的表項信息確定的實現轉發功能的函數信息，如Mpls_entry、SVP、DVP等信息，以對文件對象進行初始化，確定數據文件對應的文件對象，並初始化各個文件對象在文件對象資料庫中對應的起始索引地址和結束索引地址，如圖5所示，其為元素對象的關鍵信息分類和初始化過程。例如：當基於關鍵字「Mpls_entry」進行匹配時，則在數據文件中匹配到與關鍵字相應的Mpls_entry[n]後，可確定文件對象資料庫中存儲Mpls_entry[n]相應的起始地址，比對到Mpls_entry[n+1]時，則Mpls_entry[n]的結束地址也確定了，每次比對找到的Mpls_entry[n]都會將該數目存儲在Mpls_entry文件對象數據中，文件對象資料庫中的元素對象是按照行的方式進行排列的。文件對象資料庫通過該信息即可確定每個文件對象下掛的元素對象的數量，即實體對象資料庫中與文件對象資料庫中相應文件對象相關的元素對象的數量，從而能夠確認配置信息與數據轉發層的完整性。在初始化文件對象資料庫的信息後，要進一步初始化每一行文件對象在實體對象資料庫中對應的每個對象，如圖6所示。在解析具體的每一行文件對象時，起始索引地址、結束索引地址以及行結束索引地址隨著解析過程已明確到具體的元素對象的對象信息中，起始索引地址、結束索引地址是用於計算文件對象中元素對象的索引值的關鍵信息，而行結束地址用於界定每一行文件對象的作用域。如圖6所示，其為實體對象資料庫中與Mpls_Entry對應的元素對象的初始化過程，其中資料庫頭指針可以作為索引值。初始化完整個實體對象資料庫中的元素對象後，對於下掛的信息對象資料庫中的對象也要逐個初始化，如圖7所示，其表明在Mpls_Entry文件對象中的元素對象MPLS_ENTRY[n]中，SvpStartIndex為級聯到source_vp[x]的索引x值在該文件中的起始地址；ActionEndStartIndex為MPLS棧底標籤的動作的數值在該文件中的該n行的結束位置，即圖中帶有Index索引標記都是表示MPLS_ENTRY[n]中的關鍵信息在文件中的作用域，用於基於索引值快速提取該關鍵信息。可選的，對屬於Mpls_Entry文件對象的元素對象對應的關鍵信息可以包括：標籤信息(Label_Info)、功能信息(Action_Info)、虛擬埠信息(Svp_Info)、控制字信息(Cw_Info)等，其中，Svp_Info與Svp_Entry對象資料庫對象相對應，每一個信息對象資料庫中的信息對象都有所在對應文件對象中的起始索引地址和結束索引地址，以分別計算各個關鍵屬性的值。而對於其它MPLS業務的元素對象相應的各級資料庫的初始化過程和存儲結構與Mpls_Entry文件對象的元素對象的處理過程完全一致，此處不再贅述。因此，本文給出了從源文件解析關鍵信息的方式，並將這些信息逐級抽象為文件對象資料庫、實體對象資料庫及信息對象資料庫的三級管理機制。源文件中的元素對象直接與設備上晶片轉發的原理結構相對應，具體化到每一行為解析目標，信息對象資料庫是最終的具體化和對象化結構，標明了數據轉發鏈的關鍵信息。在對三級資料庫中的資料庫對象都初始化完成後，表明源文件中元素對象的關鍵信息已經獲取和解析完成。下一步就是要將各關鍵的元素對象相互關聯起來，形成數據業務轉發模型。本發明實施例中，可以基於預設轉發規則，確定至少三級資料庫中每個資料庫中包括的資料庫對象與相鄰級資料庫中資料庫對象之間的關聯關係，其中，預設轉發規則即為圖2所示的轉發功能的流程規則，資料庫對象是指資料庫中所包含的數據。在確定關聯關係後即可確定每個元素對象對應的關聯信息，即可構建與源文件中元素對象對應的數據業務轉發模型。下面就以L2VPN業務終結方向為例，闡述本發明中在業務轉發模型顯示和關鍵元素關聯起來的實現過程。實體對象庫中包括有與Mpls_entry文件對象相關的n個元素對象中，每個元素對象對應有相應的關鍵信息，該關鍵信息包括轉發信息，如標籤信息(Label)、入接口信息(In-Port)、控制字信息(cw)等，且與元素對象對應的關鍵信息在信息對象資料庫中按照列的方式進行排列。其中，在將實體對象資料庫中的屬於Mpls_entry文件對象的Mpls_entry元素對象與信息資料庫中的關鍵信息(如索引值信息)進行關聯時，可以基於Mpls_entry元素對象的索引值，及相應的轉發規則，能夠獲取Mpls_entry元素對象對象下相應的信息對象。如圖8所示，其為由Mpls_entry到Source_vp的關聯流程，即從Mpls_Entry[i]中找出級聯source_vp的索引值信息(即i)，放入到Mpls_Entry[i]對象下的SvpInfoIndex，記為Mpls_Entry[i].SvpInfoIndex，然後將該值作為Source_vp的表項索引，即：Source_vp[Mpls_Entry[i].SvpInfoIndex]，進而找出該source_vp信息中的DvpInfo.Index作為Ing_dvp_table對象索引，從而依次找出Ing_l3_next_hop、Egr_l3_next_hop等信息，實現由Mpls_entry到Source_vp的關聯。同理，從Source_vp關聯其它資料庫對象的原理一致，這裡不再贅述，在確定資料庫對象之間的關聯後，即形成完整的數據轉發鏈路，甚至能夠在控制臺(如終端)查看具體的數據轉發鏈路。需要說明的是，現有技術中，在對元素對象關聯時，其針對業務轉發模型上每個元素對都需要進行一次for循環，每增加一個元素對象，for循環就增加一重嵌套，導致使用的時間複雜度為O(Nm)，m>＝3為元素對象的數量，N為資料庫對象的數量。而從圖8中的流程可以看出，時間複雜度縮減為O(m*N)，不再是N的冪指數，大大降低了算法的時間複雜度，將時間複雜度轉化為空間複雜度，實現了空間換時間的算法思想，提高了計算效率。進而，基於構建的數據業務轉發模型，可以確定所述數據轉發業務中存在的業務故障，即對數據轉發業務進行故障定位。在進行故障定位時，設備可以接收用戶(如故障定位人員)輸入的檢索信息，該檢索信息包括與元素對象對應的至少一個關鍵字，例如埠信息(port)、標籤信息(label)等，進而可基於至少一個關鍵字作為檢索源，輸出檢索信息對應的整個業務轉發鏈信息，該轉發鏈信息中包括該檢索信息對應的數據對象的實際轉發路徑。例如，用戶輸入需要查詢的為label信息，即標籤信息，則基於該標籤信息即可獲取其對應的完整的轉發鏈信息，從而用戶可以通過檢索到的轉發鏈信息確定業務所存在的故障。同時，還可以確定檢索信息中至少一個關鍵字對應的目標元素對象，並基於數據轉發模型，確定與目標元素對象對應的配置信息作為檢索信息相應的目標配置信息。將檢索後輸出的轉發鏈信息與目標配置信息進行比較，即可確定業務轉發是否正常，若不一致，則表明目標元素對象在數據轉發業務中存在轉發故障。此時，通過確定轉發鏈路信息中與目標配置信息中不一致的至少一個路徑對象，可將存在故障的至少一個路徑對象進行顯示或標註，以便用戶進行修改，以解除業務故障。在實際應用過程中，用戶還可將檢索到的業務的數量與用戶配置的業務數量進行對比，從而分析轉發業務是否可能出現故障。例如，若確定實際換發的業務數量少於配置的業務數量，則極有可能出現故障。因此，本發明實施例中，在Windows的文件環境下，本發明能夠將從設備上獲取到原始的、需要解析的MPLS業務(即源文件)進行在線分析後，確定資料庫之間的逐級管理機制，在關鍵對象的屬性中會關聯到決定業務轉發的關鍵信息，能夠快速自動構建數據業務轉發模型，將最終分析後的數據轉發鏈信息的建模結果呈現給用戶，加快了故障定位和故障隔離的時間，承擔了大部分的數據轉發層故障定位的工作，使得故障定位效率較高。並且，在大規模MPLS業務量的情況下，通過機器自動構建和分析數據鏈模型，能有效縮短故障定位時間，對大規模量的L2VPN業務的故障定位速度和準確性有很大的提高，甚至能夠有效避免故障定位中可能出現的二次故障。此外，抽象化和對象化的管理模型在PTN的數據轉發層軟體開發具有一定的可移植性和可擴展性。如圖9所示，基於同一發明構思，本發明公開一種電子設備，包括獲取單元301、構建單元302和操作單元303。獲取單元301可以用於獲取電子設備中用於進行數據轉發業務的源文件的文件信息，所述文件信息能夠表徵所述源文件中元素對象的特徵屬性；構建單元302可以用於基於所述文件信息及預設轉發規則，構建所述源文件對應的數據業務轉發模型，所述數據業務轉發模型中包含有用於表明所述源文件中元素對象對應的轉發路徑的配置信息；操作單元303可以用於基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障。可選的，所述電子設備還包括:接收單元，用於在基於所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障之，接收用戶輸入的用於進行故障檢測的檢索信息，所述檢索信息包括與所述元素對象對應的至少一個關鍵字；所述操作單元303可以用於基於所述檢索信息及所述數據業務轉發模型，確定所述數據轉發業務中存在的業務故障可選的，所述操作單元303用於：基於所述檢索信息中的至少一個關鍵字，獲取所述檢索信息的轉發鏈信息，所述轉發鏈信息用於表徵所述檢索信息對應的元素對象的實際轉發路徑；確定所述數據業務轉發模型中與所述檢索信息中的至少一個關鍵字對應的目標元素對象，將所述目標元素對象的配置信息確定為所述檢索信息的目標配置信息；判斷所述轉發鏈信息是否與所述目標配置信息一致；若確定所述轉發鏈信息與所述目標配置信息不一致，確定所述目標元素對象在所述數據轉發業務中存在轉發故障。可選的，所述電子設備還可以包括：確定單元，用於在確定所述目標元素對象在所述數據轉發業務中存在轉發故障之後，確定所述轉發鏈路信息中與所述目標配置信息中不一致的至少一個路徑對象；顯示單元，用於顯示所述至少一個路徑對象。可選的，所述構建單元302可以用於：基於所述文件信息，確定與所述源文件中元素對象相應的至少三級資料庫；其中，所述至少三級資料庫中每級資料庫中包括不同的資料庫對象；基於預設轉發規則，確定所述至少三級資料庫中每個資料庫中包括的資料庫對象與相鄰級資料庫中資料庫對象之間的關聯關係；基於所述關聯關係，構建所述源文件中元素對象對應的數據業務轉發模型。可選的，所述構建單元302可以用於：基於所述文件信息，對所述源文件中元素對象進行分類，基於分類結果確定所述源文件中元素對象對應的至少一個文件對象，並確定與所述至少一個文件對象相應的第一級資料庫；基於所述第一級資料庫，確定所述至少一個文件對象中每個文件對象對應的至少一個實體對象，確定用於存儲及管理所述至少一個文件對象中每個文件對象對應的至少一個元素對象的第二級資料庫；確定所述第二級資料庫中每個元素對象對應的用於決定業務轉發的關鍵信息，生成包含所述至少一個元素對象中每個元素對象的轉發信息的第三級資料庫。本申請通過獲取電子設備中用於進行數據轉發業務的源文件的文件信息，其文件信息能夠表徵源文件中元素對象的特徵屬性，從而基於文件信息及預設轉發規則，可以自動構建源文件對應的數據業務轉發模型，該數據業務轉發模型中包含有用於表明源文件中元素對象對應的轉發路徑的配置信息，例如可以包括元素對象對應的關聯信息等，故基於該數據業務轉發模型中元素對象的配置信息即可快速確定數據轉發業務中存在業務故障，而無需通過人工方式逐條比對進行分析，提高了數據轉發業務過程中定位故障的效率。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。當前第1頁1&nbsp2&nbsp3&nbsp當前第1頁1&nbsp2&nbsp3&nbsp