專利名稱：：用于網(wǎng)絡(luò)裝置上容錯(cuò)的持久性服務(wù)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信網(wǎng)絡(luò)，更具體地，涉及用于光學(xué)通信網(wǎng)絡(luò)的數(shù)據(jù)存儲(chǔ)。
背景技術(shù)：
：盡管到2002年，因特網(wǎng)協(xié)議(“IP”)通信量將達(dá)到公共通信網(wǎng)絡(luò)通信總量的90％以上，并且通信服務(wù)供應(yīng)商計(jì)劃在核心路由以及光學(xué)傳輸設(shè)備方面投入700多億美元的資金，以大大擴(kuò)展其IP/光學(xué)主干網(wǎng)，然而從IP服務(wù)獲得的收入僅將達(dá)到250億美元，與750億美元的通信網(wǎng)絡(luò)服務(wù)總收入相比，只占三分之一。此收入困境主要是因特網(wǎng)訪問市場中過度的競爭造成的，其從根本上導(dǎo)致了商品的包價(jià)收費(fèi)制。雖然圖形、音頻以及視頻內(nèi)容的廣泛使用大大提高了平均使用率，然而對用戶來說收取的費(fèi)率仍然是相同的。服務(wù)供應(yīng)商必須增加網(wǎng)絡(luò)核心的容量但在收入方面沒有任何相應(yīng)的增加。對于服務(wù)供應(yīng)商來說，真正的挑戰(zhàn)在于如何從他們的IP/光學(xué)主干網(wǎng)得到更多的收入。通過利用IP服務(wù)質(zhì)量(“QoS”)、多協(xié)議標(biāo)記交換(“MPLS”)以及服務(wù)轉(zhuǎn)換技術(shù)(非IP服務(wù)向IP服務(wù)的轉(zhuǎn)換)方面的最新進(jìn)展，服務(wù)供應(yīng)商可以將專用的IP結(jié)構(gòu)發(fā)展為多服務(wù)網(wǎng)絡(luò)結(jié)構(gòu)，作為操作分離的服務(wù)專用網(wǎng)絡(luò)的一種選擇。該新型的網(wǎng)絡(luò)結(jié)構(gòu)是單一的多服務(wù)網(wǎng)絡(luò)，使用IP作為所有服務(wù)傳遞的基本協(xié)議。這就允許服務(wù)供應(yīng)商在其他已確定的網(wǎng)絡(luò)服務(wù)收入的基礎(chǔ)上補(bǔ)充源自幀中繼、TDM專線以及ATM的IP收入，這樣就使得他們在IP/光學(xué)網(wǎng)絡(luò)中巨大的運(yùn)營投入得到更快的回報(bào)。然而，所述多服務(wù)網(wǎng)絡(luò)結(jié)構(gòu)的方方面面都必須確保其想要補(bǔ)充或者替代的網(wǎng)絡(luò)具有可靠性。容錯(cuò)必須在服務(wù)集中的網(wǎng)絡(luò)邊際開始。盡管傳統(tǒng)的數(shù)據(jù)庫提供了有效的存儲(chǔ)，但是它們沒有解決在此環(huán)境中提供網(wǎng)絡(luò)裝置所必須的高度可靠的容錯(cuò)系統(tǒng)的問題。因此需要一種用于該多服務(wù)網(wǎng)絡(luò)環(huán)境中的高度可靠的容錯(cuò)的數(shù)據(jù)庫存儲(chǔ)。
發(fā)明內(nèi)容一方面，本發(fā)明提供了一種在網(wǎng)絡(luò)化環(huán)境中針對外部應(yīng)用，提供持久性容錯(cuò)數(shù)據(jù)的方法，其中所述數(shù)據(jù)存儲(chǔ)在所述網(wǎng)絡(luò)化環(huán)境中的一裝置的數(shù)據(jù)庫中，該裝置具有一現(xiàn)用的處理器系統(tǒng)以及一備用處理器系統(tǒng)。該方法包括下列步驟在所述備用處理器系統(tǒng)上提供與位于現(xiàn)用處理器系統(tǒng)上的現(xiàn)用數(shù)據(jù)庫相同的備用副本；監(jiān)視該現(xiàn)用處理器是否出現(xiàn)故障；當(dāng)檢測到故障時(shí)由所述備用處理器接管控制；其中，從所述現(xiàn)用數(shù)據(jù)庫到所述備用數(shù)據(jù)庫的切換對外部應(yīng)用來說是透明的。并且公開了一種系統(tǒng)。結(jié)合附圖考慮以下說明書內(nèi)容可以獲得對本發(fā)明的更完整的理解，在附圖中圖1是表示系統(tǒng)元件關(guān)系的高級原理框圖；以及圖2是表示一代表性的外部應(yīng)用和數(shù)據(jù)存儲(chǔ)模塊之間交互作用的高級原理框圖。具體實(shí)施例方式盡管本發(fā)明特別適合與琥珀網(wǎng)(AmberNetwork)ASR2000和ASR2020路由器裝置一起使用，并且在本文中也是這樣描述的，但是其也同樣適合與具有類似容量和特性用于實(shí)現(xiàn)MPLS冗余的的其他光學(xué)路由器一起使用。MPLS(多協(xié)議標(biāo)記交換)是一項(xiàng)得到標(biāo)準(zhǔn)改善的技術(shù)，用于加速網(wǎng)絡(luò)業(yè)務(wù)流量并且使其更容易管理。MPLS涉及為一給定順序的信息包設(shè)置一個(gè)特定的路徑，其中，所述給定順序的信息包由放在每個(gè)信息包中的標(biāo)記來識(shí)別，因此節(jié)省了路由器查找將信息包轉(zhuǎn)發(fā)到的下一節(jié)點(diǎn)的地址所需要的時(shí)間。MPLS被稱為多協(xié)議是因?yàn)槠涫褂靡蛱鼐W(wǎng)協(xié)議(“IP”)、異步傳輸模式(“ATM”)以及各種幀中繼網(wǎng)絡(luò)協(xié)議工作。參照標(biāo)準(zhǔn)的開放系統(tǒng)互連(“OSI”)，MPLS允許絕大多數(shù)信息包在第二(交換)層而不是在第三(路由)層被轉(zhuǎn)發(fā)。除了使通信整體移動(dòng)更快之外，MPLS還使管理用于服務(wù)質(zhì)量(“QoS”)的網(wǎng)絡(luò)變得容易。由于這些原因，隨著網(wǎng)絡(luò)開始承載更多不同業(yè)務(wù)的組合，預(yù)計(jì)該技術(shù)將容易被采用。盡管最初MPLS是提高路由器轉(zhuǎn)發(fā)速度的一種方法，然而其正在成為能夠?yàn)榇笠?guī)模IP網(wǎng)絡(luò)提供新性能的一個(gè)關(guān)鍵的標(biāo)準(zhǔn)技術(shù)。業(yè)務(wù)流量工程一網(wǎng)絡(luò)操作員指令業(yè)務(wù)流通過其網(wǎng)絡(luò)行進(jìn)的路徑的能力，以及虛擬專用網(wǎng)支持是MPLS優(yōu)于當(dāng)前任何可用的IP技術(shù)的兩個(gè)關(guān)鍵應(yīng)用的例子。因特網(wǎng)工程任務(wù)組(“IETF”)定義了MPLSLDP，CR-LDP，RSVP，RSVP-TE以及其他的一些協(xié)議。這些定義描述了對協(xié)議冗余的需要；但是沒有提供其實(shí)施信息，這實(shí)際上是留給銷售商/制造商結(jié)合他們特別的應(yīng)用要求來實(shí)現(xiàn)。邊緣路由器是邊緣裝置的一個(gè)例子，并且有時(shí)其被稱為是指邊界路由器。邊緣路由器有時(shí)是與核心路由器相對而言的，所述核心路由器在一網(wǎng)絡(luò)內(nèi)(而不是在網(wǎng)絡(luò)之間)將信息包轉(zhuǎn)發(fā)到計(jì)算機(jī)主機(jī)。隨著聚合和核心路由器的應(yīng)用，協(xié)議的故障會(huì)導(dǎo)致不可接受的網(wǎng)絡(luò)故障時(shí)間。必須提供硬件和軟件冗余以提供網(wǎng)絡(luò)的高度可靠性。盡管傳統(tǒng)的數(shù)據(jù)庫提供了有效的存儲(chǔ)，但是它們沒有解決提供在該環(huán)境下網(wǎng)絡(luò)裝置所需的高度可靠的容錯(cuò)系統(tǒng)的問題。本發(fā)明，用于網(wǎng)絡(luò)裝置上的容錯(cuò)服務(wù)的方法和設(shè)備，能夠?qū)崿F(xiàn)在多服務(wù)網(wǎng)絡(luò)環(huán)境中的高可靠性的容錯(cuò)數(shù)據(jù)庫存儲(chǔ)。一方面，本發(fā)明提供了一種在網(wǎng)絡(luò)化環(huán)境中為外部應(yīng)用提供持久性容錯(cuò)數(shù)據(jù)的系統(tǒng)和方法。簡言之，該方法包括使用第二版本的管理信息結(jié)構(gòu)(SMIv2)的格式來定義一數(shù)據(jù)庫，然后使用該SMIv2定義產(chǎn)生對應(yīng)于該數(shù)據(jù)庫的結(jié)構(gòu)和元數(shù)據(jù)。在一第二系統(tǒng)上提供與位于主系統(tǒng)上的數(shù)據(jù)庫相同的備用副本，并且通過一應(yīng)用程序接口訪問所述現(xiàn)用的數(shù)據(jù)庫。當(dāng)在主系統(tǒng)中檢測到故障時(shí)，從所述主數(shù)據(jù)庫切換到所述備用數(shù)據(jù)庫，該切換的完成對于外部應(yīng)用來說是透明的。本發(fā)明為容錯(cuò)的網(wǎng)絡(luò)數(shù)據(jù)存儲(chǔ)裝置提供了有效的持久性。本發(fā)明允許一應(yīng)用程序以SMIv2(管理信息結(jié)構(gòu)-版本2)格式來定義數(shù)據(jù)持久性要求，并且產(chǎn)生所需的方案。該應(yīng)用程序使用API(應(yīng)用程序接口)交互作用來讀取或者寫入持久性信息。這樣就使該應(yīng)用程序高度可用，因?yàn)樗鰯?shù)據(jù)和必需的數(shù)據(jù)庫的副本被冗余地保存在另一控制面板中。當(dāng)發(fā)生故障時(shí)，由該冗余卡來接管，在該冗余的控制面板上可以獲得同樣的數(shù)據(jù)。本發(fā)明支持不同種類的常規(guī)數(shù)據(jù)，包括不透明的數(shù)據(jù)。該應(yīng)用程序可以對該數(shù)據(jù)庫的帶有其簽名的副本進(jìn)行校驗(yàn)，而不必從該數(shù)據(jù)庫抽取該數(shù)據(jù)。從網(wǎng)絡(luò)管理員的角度來看，網(wǎng)絡(luò)管理發(fā)生在兩種主要類型的系統(tǒng)之間那些進(jìn)行控制的系統(tǒng)，稱為管理系統(tǒng)，那些被觀察并且被控制的系統(tǒng)，稱為被管理的系統(tǒng)。最常見的管理系統(tǒng)稱為網(wǎng)絡(luò)管理系統(tǒng)(NMS)。被管理的系統(tǒng)可以包括主機(jī)、服務(wù)器或者網(wǎng)絡(luò)組件，例如路由器或者智能中繼器。為了促進(jìn)互操作性，協(xié)同操作的系統(tǒng)必須遵守一公用框架以及一公用語言，稱為協(xié)議。在因特網(wǎng)網(wǎng)絡(luò)管理框架中，該協(xié)議是簡單網(wǎng)絡(luò)管理協(xié)議，通常稱為SNMP。在被管理的網(wǎng)絡(luò)裝置與一強(qiáng)壯的NMS之間進(jìn)行信息交換對于被管理的網(wǎng)絡(luò)的可靠運(yùn)行來說是必要的。因?yàn)檫@些裝置中的一些裝置在運(yùn)行管理軟件方面的能力有限，因此所述軟件必須使其對被管理裝置的運(yùn)行影響達(dá)到最小化。因此大量的計(jì)算機(jī)處理負(fù)擔(dān)由該NMS來承擔(dān)。該NMS依次運(yùn)行網(wǎng)絡(luò)管理應(yīng)用程序，所述網(wǎng)絡(luò)管理應(yīng)用程序向網(wǎng)絡(luò)管理員以及其他用戶提供管理信息。在一被管理的裝置中，專用的低影響軟件模塊，稱為代理，訪問與被管理的裝置有關(guān)的信息，并且使其可以被該NMS使用。被管理的裝置保存若干變量的值，并且根據(jù)需要將它們報(bào)告到該NMS。例如，一代理可以報(bào)告諸如以下的數(shù)據(jù)出入該裝置的字節(jié)和信息包的數(shù)量，或者被發(fā)送和接收的廣播消息數(shù)量。在因特網(wǎng)網(wǎng)絡(luò)管理框架中，這些變量中的每一個(gè)被稱為一個(gè)被管理的對象。一個(gè)被管理的對象是可以被管理的任何事物的一個(gè)分類，其中，代理能夠訪問所述的任何事物并且能夠?qū)⑵鋱?bào)回至NMS。所有被管理的對象均被包含在管理信息庫(MIB)中，其為被管理的對象的數(shù)據(jù)庫。NMS可以通過向(該被管理的裝置的)代理發(fā)送一消息，請求該裝置改變一個(gè)或者多個(gè)其變量的值來控制一被管理的裝置。該被管理的裝置可以對例如Set和Get的指令作出反應(yīng)。NMS使用Set來控制該裝置。NMS使用Get來監(jiān)視該裝置。MIB變量可以通過簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)來訪問，其為一應(yīng)用層協(xié)議，被設(shè)計(jì)用于促進(jìn)網(wǎng)絡(luò)裝置之間的管理信息的交換。該SNMP系統(tǒng)由三個(gè)部分組成SNMP管理員、SNMP代理以及MIB。SNMP不是定義一個(gè)大的指令集，而是將所有的操作設(shè)置在get-request、get-next-request、get-bulk-request以及set-request格式中。例如，一SNMP管理員可以從一SNMP代理獲取一個(gè)值，或者在該SNMP代理中存儲(chǔ)一個(gè)值。該SNMP管理員可以是網(wǎng)絡(luò)管理系統(tǒng)(NMS)的一部分，并且該SNMP代理可以駐留在一網(wǎng)絡(luò)裝置，例如路由器上。該MIB由網(wǎng)絡(luò)管理軟件來編輯。如果SNMP被配置在一路由器上，則該SNMP代理可以對由該NMS發(fā)送的與MIB相關(guān)的查詢作出響應(yīng)。NMS的一個(gè)例子是網(wǎng)絡(luò)管理軟件，其使用MIB變量來設(shè)置裝置變量，并對因特網(wǎng)上的裝置進(jìn)行輪詢以獲取特定的信息?？梢詫⑤喸兊慕Y(jié)果制成圖表并對其進(jìn)行分析，以幫助你排除因特網(wǎng)問題，提高網(wǎng)絡(luò)品質(zhì)，檢驗(yàn)裝置的配置，監(jiān)視通信負(fù)荷等等。該SNMP代理獲取來自該MIB的數(shù)據(jù)，所述MIB是與裝置參數(shù)和網(wǎng)絡(luò)數(shù)據(jù)相關(guān)的信息的儲(chǔ)存庫。該代理也可以將捕獲的信息(traps)或者特定事件的通知發(fā)送到管理員。本發(fā)明，即用于在網(wǎng)絡(luò)裝置上進(jìn)行容錯(cuò)服務(wù)的方法和裝置使用了一個(gè)數(shù)據(jù)庫，所述數(shù)據(jù)庫使用IETFSMIv2格式實(shí)現(xiàn)為包含在一MIB中的被管理對象的集合，其中MIB是一個(gè)被管理對象的數(shù)據(jù)庫。該程序使用API交互作用以讀取或者寫入持久性信息。該數(shù)據(jù)庫使用IETFSMIv2格式作為數(shù)據(jù)定義語言。SMIv2管理信息被看作是被管理對象的集合，駐留在虛擬信息存儲(chǔ)器MIB(管理信息庫)中。相關(guān)對象的集合被定義在MIB模塊中。這些模塊是使用OSI的抽象語法表示1，ASN.1(1988)的一個(gè)適合的子集而寫入的。管理信息的結(jié)構(gòu)(SMI)定義了所述適合的子集，并且用于分配一組相關(guān)的管理值。該SMI被分成三部分模塊定義、目標(biāo)定義以及通知定義。定義SMIv2的最終的RFC(請求注解)已經(jīng)在1999年4月公布為因特網(wǎng)標(biāo)準(zhǔn)58管理信息結(jié)構(gòu)-版本2(SMIv2)，RFC2578，STD58，1999年4月；SMIv2的原文規(guī)則，RFC2579，STD58，1999年4月；以及SMIv2的一致性描述，RFC2580，STD58，1999年4月，這里參考引用上述標(biāo)準(zhǔn)的詳細(xì)內(nèi)容。常規(guī)的數(shù)據(jù)庫使用復(fù)雜的機(jī)制來存儲(chǔ)數(shù)據(jù)，其實(shí)質(zhì)上并非被設(shè)計(jì)用作一網(wǎng)絡(luò)裝置，因?yàn)樗鼈內(nèi)鄙偃蒎e(cuò)。本發(fā)明提供了一種能夠容錯(cuò)的用于存儲(chǔ)數(shù)據(jù)的新方法。該應(yīng)用服務(wù)需要持久性信息，其使用SMIv2格式來定義該數(shù)據(jù)庫的設(shè)計(jì)方案。其他的數(shù)據(jù)庫或者使用一種專有的數(shù)據(jù)定義語言或者使用一種結(jié)構(gòu)化查詢語言(SQL)來定義其數(shù)據(jù)。本發(fā)明具有以SMIv2格式定義的數(shù)據(jù)元，其隨后被用于產(chǎn)生結(jié)構(gòu)和元數(shù)據(jù)。所產(chǎn)生的結(jié)構(gòu)被該應(yīng)用程序用來讀寫數(shù)據(jù)。該元數(shù)據(jù)被稱為數(shù)據(jù)存儲(chǔ)(datastore)的數(shù)據(jù)庫服務(wù)使用以提供對數(shù)據(jù)的訪問。當(dāng)網(wǎng)絡(luò)裝置第一次啟動(dòng)時(shí)，在該文件系統(tǒng)上啟動(dòng)設(shè)計(jì)方案。該文件系統(tǒng)被期待提供符合POSIX的文件IO功能。在完成第一次讀取時(shí)，通過返回一個(gè)錯(cuò)誤消息，該應(yīng)用程序被通知隨后對其記錄進(jìn)行初始化。本發(fā)明支持能夠動(dòng)態(tài)增加的動(dòng)態(tài)記錄。該應(yīng)用程序隨后能夠使用數(shù)據(jù)庫記錄id(由工具產(chǎn)生)以及行號來讀寫該持久性信息。為每個(gè)記錄保存一個(gè)校驗(yàn)和，并且每次在該系統(tǒng)重新啟動(dòng)時(shí)檢驗(yàn)該校驗(yàn)和。該數(shù)據(jù)庫的一個(gè)相同的副本保持在備用狀態(tài)。當(dāng)插入備用模塊時(shí)，凍結(jié)現(xiàn)用模塊的供給并且將數(shù)據(jù)庫從該模塊復(fù)制到該備用系統(tǒng)。該數(shù)據(jù)庫副本完成之后，備用任務(wù)就產(chǎn)生了。因?yàn)楝F(xiàn)用數(shù)據(jù)庫中的每個(gè)改變均被同樣地發(fā)送到該備用數(shù)據(jù)庫，因此，這就使所有的任務(wù)看到同樣的數(shù)據(jù)庫。該數(shù)據(jù)庫的備份副本(快照)是通過使用tar和壓縮技術(shù)來制作的。該備份機(jī)制類似于標(biāo)準(zhǔn)應(yīng)用程序。另外保留一個(gè)幻數(shù)以使用數(shù)據(jù)存儲(chǔ)快照來區(qū)分任何采用tar和zip格式壓縮的文件。版本號被存儲(chǔ)在該采用zip格式壓縮的文件中。gzip的標(biāo)題的注釋區(qū)域用于存儲(chǔ)該幻數(shù)以及版本信息。所有的備份副本都保持為冗余的。該數(shù)據(jù)庫被設(shè)計(jì)為在其檢測到舊版本時(shí)提供一個(gè)透明的版本升級。其完成是通過使用dsrevise工具尋找數(shù)據(jù)庫版本之間的變化，然后產(chǎn)生將舊的版本更新為較新的版本的代碼來實(shí)現(xiàn)的。參見圖1，其示出了在定義、datastore和應(yīng)用程序之間的交互作用。該應(yīng)用程序?qū)嶋H上是通過定義該MIB而確定數(shù)據(jù)定義。這些方案文件102描述了諸如以下項(xiàng)目的定義主機(jī)、溫度傳感器、系統(tǒng)卡信息以及線路卡信息，這些信息需要是持久性的，以使該系統(tǒng)高度可靠并且高度可用。在MIB被定義之后，隨后使用該MIB定義來產(chǎn)生該系統(tǒng)使用的信息。這通過使用datastore語言處理器實(shí)用程序(dslp)104來完成。這樣產(chǎn)生由datastore106和應(yīng)用程序108使用的文件。其包括元數(shù)據(jù)110以及C標(biāo)題文件112。該應(yīng)用程序108使用一個(gè)編譯程序114從該運(yùn)行時(shí)程序庫118以及C源代碼文件120來產(chǎn)生一個(gè)可執(zhí)行模塊116。該dslp實(shí)用程序104隨后產(chǎn)生下列文件?！馾sRecId.h包含記錄標(biāo)識(shí)。其包含確定的所有記錄的記錄標(biāo)識(shí)符。這些記錄標(biāo)識(shí)符由該應(yīng)用程序來使用。●dsMeta.h包括datastore需要的記錄信息。●dsPrintDir.h包括打印功能的映射。其被用于ds_showRecords?！馾sPrintProto.h包括所有的datastore記錄的打印原型。該應(yīng)用程序開發(fā)商能夠提供這些程序的執(zhí)行。默認(rèn)的執(zhí)行還以dsPrintImpl.c文件的形式來實(shí)現(xiàn)?！馾sPrintImpl.c該C文件包括所有記錄的默認(rèn)的打印消息。該應(yīng)用程序也能夠提供該程序的執(zhí)行?！駌mDsStruc.h該結(jié)構(gòu)被應(yīng)用程序使用來讀寫該文件。參見表1，其示出了典型的代碼(在該MIB文件中找到)，其被使用IETFSMIV2格式寫為數(shù)據(jù)定義語言。該例子涉及溫度傳感器的定義。表1tempSensorTable對象類型SYNTAXtempSensorEntry的序列MAX-ACCESS不可訪問STATUS當(dāng)前的DESCRIPTION“Systemcardinfotable”∷＝{systemCard3}tempSensorEntry對象類型SYNTAXtempSensorEntryMAX-ACCESS不可訪問STATUS當(dāng)前的DESCRIPTION“Anentry(conceptualrow)inthetempSensorTable.”INDEX{lcIndex}∷＝{tempSensorTable1}TempSensorEntry∷＝SEQUENCE{tsNumber無符號16位，tsThresholdLow無符號16位，tsThresholdHigh無符號16位，}tsNumber對象類型SYNTAX無符號16位MAX-ACCESS只讀的STATUS當(dāng)前的DESCRIPTION“傳感器號碼”∷＝{tempSensorEntry1}tsThresholdLow對象類型SYNTAX無符號16位MAX-ACCESS讀-寫STATUS當(dāng)前的DESCRIPTION“以攝氏度表示的低閾值”∷＝{tempSensorEntry2}tsThresholdHigh對象類型SYNTAX讀-寫MAX-ACCESS當(dāng)前的STATUS“以攝氏度表示的高閾值”DESCRIPTION∷＝{tempSensorEntry3}tempSensorTableMaxRows對象類型SYNTAX整數(shù)(4)MAX-ACCESS只讀STATUS當(dāng)前的DESCRIPTION“最大的行數(shù)”∷＝{systemCard4}...tempSensorGroup對象組OBJECTS{tempSensorTableMaxRows}STATUS當(dāng)前的DESCRIPTION“thesystemgroupdefinesobjectswhicharecommontoallmanagedsystems”∷＝{resMgr17}參見圖2，其示出了一框圖，描述了代表性的外部應(yīng)用程序202與datastore模塊204之間的交互作用。該外部應(yīng)用程序202通過調(diào)用由“dslibrary(數(shù)據(jù)庫)”206提供的庫功能來使用datastore模塊204。Datastore204包括元數(shù)據(jù)208、日志文件210以及數(shù)據(jù)文件212。用于訪問datastore204的指令包括dsinitialize(數(shù)據(jù)庫啟動(dòng))214，dsutils(數(shù)據(jù)庫應(yīng)用)(檢查、編輯、清除、轉(zhuǎn)儲(chǔ)等等)216以及dsexport(數(shù)據(jù)庫導(dǎo)出)218。Dsexport218提供了產(chǎn)生一ASCII文件220的必要的接口。參見表2，其示出了用于訪問永久性信息(數(shù)據(jù))的采樣偽代碼。表2intresMgrTaskMain(){AX2000HOST_DS_REChostEntry；/*從該datastore讀取記錄*/if(ds_getRecord(AX2000HOST_ID，0，&hostEntry)＝＝ERROR){/*檢查該記錄是否沒有初始化。以默認(rèn)的值來初始化該記錄*/if(errno＝＝DS_INIT_RECORD){appTaskUpdateDefaultValue(&hostEntry)；ds_setRecord(AX2000HOST_ID，0，&hostEntry)；}}else{/*根據(jù)該值來采取行動(dòng)*/appUpdatePrompt(hostEntry.ax2000hostName)；}/*應(yīng)用程序具體碼*//*改變值以及更新該datastore*/strncpy(hostEntry.ax2000hostName，”ASRBOX1”)；ds_setRecord(AX2000HOST_ID，0，&hostEntry)；}這里，負(fù)責(zé)保持主機(jī)名稱的資源管理器任務(wù)使用指令ds_getRecord來獲取存儲(chǔ)在該持久性信息中的值。其使用在dsRecId.h文件中定義的記錄標(biāo)識(shí)，行號(0)，以及用于放置該值的緩沖區(qū)。如果該數(shù)據(jù)還沒有初始化，則ds_getRecord返回一個(gè)錯(cuò)誤，并且使用默認(rèn)值來初始化該記錄。當(dāng)一個(gè)記錄改變時(shí)，其被使用ds_setRecord來更新。本發(fā)明包括一種用于(通過使用dsreport指令)以ASCII格式輸出數(shù)據(jù)的方法，并且該顯示機(jī)構(gòu)使用幻數(shù)來處理字節(jié)調(diào)整。每個(gè)數(shù)據(jù)文件包含一個(gè)四個(gè)字節(jié)的幻數(shù)，其十六進(jìn)制表示是Oxafbeadde。當(dāng)在小尾數(shù)(endian)機(jī)器上讀取datastore數(shù)據(jù)文件時(shí)，此幻數(shù)被讀為Oxdeadbeaf。這指示尾數(shù)已經(jīng)完全改變了，并且隨后的顯示通過將大尾數(shù)轉(zhuǎn)換為小尾數(shù)來完成?？紤]到前面的描述，對于本專業(yè)技術(shù)人員來說，本發(fā)明的大多數(shù)修改和可選的實(shí)施方式都是顯而易見的。需要清楚理解的是，可以以多種語言多種方式來實(shí)現(xiàn)特定的典型的計(jì)算機(jī)代碼，其同樣能夠很好地適應(yīng)多個(gè)硬件平臺(tái)。因此，此說明書僅應(yīng)該被看作是說明性的，并且目的是向本專業(yè)技術(shù)人員講解本發(fā)明的最佳模式。在不脫離本發(fā)明的精神的范圍內(nèi)該結(jié)構(gòu)的細(xì)節(jié)可以有很大的不同，并且保留對落在該附加的權(quán)利要求的范圍內(nèi)的所有修改的專用權(quán)。權(quán)利要求1.一種在網(wǎng)絡(luò)化環(huán)境中針對外部應(yīng)用提供持久性容錯(cuò)數(shù)據(jù)的方法，其中，所述數(shù)據(jù)存儲(chǔ)在該網(wǎng)絡(luò)化環(huán)境中的一裝置的數(shù)據(jù)庫中，所述裝置具有一現(xiàn)用處理器系統(tǒng)以及一備用處理器系統(tǒng)，所述方法包括以下步驟在所述備用處理器系統(tǒng)上提供與位于所述現(xiàn)用處理器系統(tǒng)上的現(xiàn)用數(shù)據(jù)庫相同的備用副本；監(jiān)視所述現(xiàn)用處理器是否有故障；當(dāng)檢測到有故障時(shí)，由所述備用處理器接管控制；其中，從所述現(xiàn)用數(shù)據(jù)庫到所述備用數(shù)據(jù)庫的切換對外部應(yīng)用來說是透明的。2.如權(quán)利要求1所述的方法還包括在所述現(xiàn)用處理器系統(tǒng)以及所述備用處理器系統(tǒng)上保留所述數(shù)據(jù)庫帶簽名的壓縮備用副本的步驟。3.如權(quán)利要求2所述的方法還包括在故障事件發(fā)生時(shí)從所述壓縮的備用副本恢復(fù)數(shù)據(jù)的步驟。4.如權(quán)利要求2所述的方法還包括在有惡化事件發(fā)生時(shí)從所述壓縮的備用副本恢復(fù)數(shù)據(jù)的步驟。5.如權(quán)利要求1所述的方法還包括使用一預(yù)定的格式來定義所述數(shù)據(jù)庫的步驟。6.如權(quán)利要求5所述的方法還包括使用所述預(yù)定格式的定義產(chǎn)生與所述數(shù)據(jù)庫相對應(yīng)的結(jié)構(gòu)和元數(shù)據(jù)的步驟。7.如權(quán)利要求1所述的方法還包括通過一個(gè)應(yīng)用程序接口訪問所述現(xiàn)用數(shù)據(jù)庫的步驟。8.如權(quán)利要求5所述的方法，其中所述預(yù)定的格式是管理信息結(jié)構(gòu)版本2(SMIv2)的格式。9.一種在網(wǎng)絡(luò)化環(huán)境中針對外部應(yīng)用提供持久性容錯(cuò)數(shù)據(jù)的系統(tǒng)，其中，所述數(shù)據(jù)存儲(chǔ)在該網(wǎng)絡(luò)化環(huán)境中的一裝置上的數(shù)據(jù)庫中，所述裝置具有一現(xiàn)用處理器系統(tǒng)以及一備用處理器系統(tǒng)，所述系統(tǒng)包括以下裝置用于在所述備用處理器系統(tǒng)上提供與位于所述現(xiàn)用處理器系統(tǒng)上的現(xiàn)用數(shù)據(jù)庫相同的備用副本的備用裝置；監(jiān)視所述現(xiàn)用處理器是否出現(xiàn)故障的監(jiān)視裝置；當(dāng)檢測到故障時(shí)，用于由所述備用處理系統(tǒng)接管控制的控制裝置；其中，從所述現(xiàn)用數(shù)據(jù)庫到所述備用數(shù)據(jù)庫的切換對外部應(yīng)用來說是透明的。10.如權(quán)利要求9所述的系統(tǒng)，還包括備份裝置，用于在所述現(xiàn)用處理器系統(tǒng)以及所述備用處理器系統(tǒng)上保留所述數(shù)據(jù)庫帶簽名的壓縮備用副本。11.如權(quán)利要求10所述的系統(tǒng)，還包括用于在發(fā)生故障事件時(shí)從所述壓縮的備用副本恢復(fù)數(shù)據(jù)的裝置。12.如權(quán)利要求10所述的系統(tǒng)，還包括用于在出現(xiàn)惡化事件時(shí)從所述壓縮的備用副本恢復(fù)數(shù)據(jù)的裝置。13.如權(quán)利要求9所述的系統(tǒng)，還包括使用一預(yù)定的格式來定義所述數(shù)據(jù)庫的裝置。14.如權(quán)利要求13所述的系統(tǒng)，還包括使用所述預(yù)定格式的定義產(chǎn)生與所述數(shù)據(jù)庫相對應(yīng)的結(jié)構(gòu)和元數(shù)據(jù)的裝置。15.如權(quán)利要求9所述的系統(tǒng)，還包括通過一個(gè)應(yīng)用程序接口訪問所述現(xiàn)用數(shù)據(jù)庫的裝置。16.如權(quán)利要求13所述的系統(tǒng)，其中所述預(yù)定的格式是管理信息結(jié)構(gòu)版本2(SMIv2)的格式。全文摘要一種在網(wǎng)絡(luò)化環(huán)境中針對外部應(yīng)用提供持久性容錯(cuò)數(shù)據(jù)的方法，其中，所述數(shù)據(jù)存儲(chǔ)在該網(wǎng)絡(luò)化環(huán)境中的一裝置的數(shù)據(jù)庫中，所述裝置具有一現(xiàn)用處理器系統(tǒng)以及一備用處理器系統(tǒng)，所述方法包括以下步驟在所述備用處理器系統(tǒng)上提供與位于所述現(xiàn)用處理器系統(tǒng)上的現(xiàn)用數(shù)據(jù)庫相同的備用副本；監(jiān)視所述現(xiàn)用處理器是否出現(xiàn)故障；當(dāng)檢測到有故障時(shí)，由所述備用處理器接管控制；其中，從所述現(xiàn)用數(shù)據(jù)庫到所述備用數(shù)據(jù)庫的切換對外部應(yīng)用來說是透明的。文檔編號H04L12/24GK1605067SQ02825244公開日2005年4月6日申請日期2002年12月20日優(yōu)先權(quán)日2001年12月20日發(fā)明者阿賈伊·卡馬萬什,馬德?！じ窭实仙暾埲?諾基亞有限公司