專利名稱：自動(dòng)管理異構(gòu)環(huán)境中的it資源的系統(tǒng)與方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及異構(gòu)環(huán)境中IT資源的系統(tǒng)管理的領(lǐng)域。具體地，本發(fā) 明涉及具有多層次分層結(jié)構(gòu)(hierarchy)的管理域的異構(gòu)環(huán)境中自動(dòng)管理這樣 的IT資源的系統(tǒng)與方法。
背景技術(shù)：
現(xiàn)代大型企業(yè)正在使用復(fù)雜的IT基礎(chǔ)設(shè)施。在這些企業(yè)中，在這些IT 基礎(chǔ)設(shè)施和基礎(chǔ)IT資源的使用與管理中，存在不同的角色與責(zé)任。IT系統(tǒng)管 理方案(管理方案)必須支持那些允許對(duì)所管理的IT資源的不同觀點(diǎn)和操作 的組織結(jié)構(gòu)。由于這些不同的觀點(diǎn)、角色和責(zé)任，在對(duì)這樣的IT資源進(jìn)行操 作時(shí)，可能存在沖突。因此，存在對(duì)解決這些潛在沖突的需求。而且，企業(yè)是按部門(mén)和人員的分層結(jié)構(gòu)來(lái)組織的。如果擴(kuò)充這一分層結(jié) 構(gòu)，則責(zé)任的范圍將會(huì)增加，而細(xì)節(jié)方面的知識(shí)變得更不相關(guān)。然而，在這 樣的組織單元的邊界之間，存在已建立的對(duì)訂單的理解與解譯(translation), 并向回報(bào)告執(zhí)行的方式。使用管理方案，可對(duì)系統(tǒng)管理過(guò)程進(jìn)行某種程度的自動(dòng)化。當(dāng)把多種不 同的管理方案放在一起以提供系統(tǒng)管理方案時(shí)，期望解決上述問(wèn)題?，F(xiàn)有技術(shù)歷史上，許多管理方案具有特定的范圍。對(duì)于分層結(jié)構(gòu)的不同層次，存 在不同的管理方案，并且它們是不完整的且不能很好地進(jìn)行通信。例如，這 樣的分層結(jié)構(gòu)的例子是，最低層次上的監(jiān)視產(chǎn)品、下一層次上的自動(dòng)操作產(chǎn) 品、以及下一層次上的商業(yè)系統(tǒng)管理產(chǎn)品。當(dāng)向下傳遞請(qǐng)求或訂單、并且向 回報(bào)告確認(rèn)時(shí)，不存在自動(dòng)解譯(參見(jiàn)圖1A)。目前，聯(lián)接管理層通常是手動(dòng)過(guò)程。由映射和解譯請(qǐng)求的人來(lái)執(zhí)行，或 者由完成該工作的專有軟件程序或者腳本來(lái)執(zhí)行。盡管各管理域的分層結(jié)構(gòu) 的不同層次上的管理器無(wú)疑可以相互通信，然而，頂層次上需要額外的東西，例如，以在不同分層結(jié)構(gòu)層次上的這些管理器之間傳遞控制，以及支持不同 的命名約定。技術(shù)上已知代理資源的概念，代理資源僅向感興趣的資源提供了本地接 口。然而，擁有代理資源的概念太弱，實(shí)際上，不能真正地在不同的分層結(jié) 構(gòu)層次之間進(jìn)行解譯。代理資源僅創(chuàng)建在管理域的分層結(jié)構(gòu)的不同層次之間 進(jìn)行通信的基礎(chǔ)設(shè)施，但其不支持抽象的不同層次。另外，代理資源的^f既念 不支持注釋當(dāng)管理具體資源時(shí)，不同的管理域可能具有沖突的目標(biāo)。在具有異構(gòu)平臺(tái)/域的IT基礎(chǔ)設(shè)施的系統(tǒng)管理中，現(xiàn)有技術(shù)的顯著問(wèn)題是，管理域的分層結(jié)構(gòu)的不同層次和抽象層之間的相互操作。 本發(fā)明的目的本發(fā)明的一個(gè)目的是，提供一種避免了現(xiàn)有技術(shù)的問(wèn)題的、在具有多層次分層結(jié)構(gòu)的管理域的異構(gòu)環(huán)境中自動(dòng)管理IT資源的方法與系統(tǒng)。發(fā)明內(nèi)容本發(fā)明提供了 一種用于使用資源參照對(duì)象的概念，在具有多層次分層結(jié)構(gòu)的管理域的異構(gòu)環(huán)境中自動(dòng)管理IT資源的系統(tǒng)與方法。資源參照對(duì)象代表 了到分層結(jié)構(gòu)中的較低層次上的參照資源的鏈接，并且可以包括由分層結(jié)構(gòu) 的各個(gè)層次所賦予的優(yōu)先級(jí)值、以及用來(lái)創(chuàng)建對(duì)該參照資源(可以是單個(gè)資 源或者一組資源)的遠(yuǎn)程請(qǐng)求的所有信息。同時(shí)，可以通過(guò)額外提供唯一的 名稱和可以與參照資源的期望狀態(tài)不同的期望狀態(tài)、并且使其外部可見(jiàn)，作 為自身資源而從分層結(jié)構(gòu)的較高層次訪問(wèn)每個(gè)資源參照對(duì)象本身。在分層結(jié) 構(gòu)的較高層次上，可以把資源參照對(duì)象分組為資源組，其中，可以從分層結(jié) 構(gòu)的下一個(gè)較高層次將這些資源組作為自身的資源參照對(duì)象而進(jìn)行定址。通過(guò)使用本發(fā)明的資源參照對(duì)象的概念，通過(guò)使用由分層結(jié)構(gòu)的各個(gè)層 次賦予資源參照對(duì)象的優(yōu)先級(jí)的沖突解決方法，解決了系統(tǒng)管理中的管理域 的分層結(jié)構(gòu)的不同層次之間的沖突。


將以舉例的方式說(shuō)明本發(fā)明，本發(fā)明不限于附圖的圖形，其中 圖1A示出了典型的高可用性(availability)集群；圖1B示出了典型的多層次分層結(jié)構(gòu)的管理域；圖2A示出了在具有兩層次分層結(jié)構(gòu)的系統(tǒng)管理基礎(chǔ)設(shè)施中實(shí)現(xiàn)的本發(fā) 明的資源參照對(duì)象的基本結(jié)構(gòu)；圖2B示出了在管理多層次分層結(jié)構(gòu)的管理域時(shí)本發(fā)明的資源參照對(duì)象 的使用；圖2C示出了系統(tǒng)自動(dòng)環(huán)境中的本發(fā)明的一種優(yōu)選實(shí)現(xiàn)方式；以及 圖2D示出了在集群管理器拒絕來(lái)自交叉集群管理器的命令的情況下的 沖突解決方案的流程圖。
具體實(shí)施方式
圖1A示出了優(yōu)選地可由根據(jù)本發(fā)明的系統(tǒng)/方法進(jìn)行管理的典型的高可 用性集群(cluster)。所述集群為一組節(jié)點(diǎn)1-3。這些節(jié)點(diǎn)1-3宿寄(host)了由本 地資源管理器(LRM)不斷監(jiān)視的資源(DB—數(shù)據(jù)庫(kù))。在出現(xiàn)故障的情況 下，LRM通知集群管理器。集群管理器生成一組針對(duì)LRM的恢復(fù)動(dòng)作，并 且LRM相應(yīng)地啟動(dòng)和停止資源。集群管理器允許定義從系統(tǒng)管理角度而言被 當(dāng)作實(shí)體的資源組(組DB2—failover)。這些資源組代表了資源抽象，該資 源抽象意味著其提供了與單個(gè)資源相同的可管理性接口 。圖1B示出了優(yōu)選地可由根據(jù)本發(fā)明的系統(tǒng)/方法進(jìn)行管理的典型的多層 次分層結(jié)構(gòu)管理域。管理域是由管理方案的一個(gè)實(shí)例所管理的一組資源。集 群(Cl; C2)是管理域的一個(gè)示例(管理域的第一層次分層結(jié)構(gòu))，其集群 管理器代表管理方案。把集群中的資源的子集暴露給下一個(gè)較高管理域(管理域的分層結(jié)構(gòu)的 第二層次；金融應(yīng)用)，并且將由該管理域的自動(dòng)管理器加以控制。適配器提 供了從自動(dòng)管理器到相應(yīng)集群管理器C1、 C2的命令的必要的映射。自動(dòng)管 理器能夠?qū)Y源進(jìn)行分組，并且可以通過(guò)適配器把其資源的子集暴露給下一 個(gè)較高管理域(金融應(yīng)用)。該管理域提供與前一管理域相同的能力。圖2A示出了在由管理域A和管理域B組成的系統(tǒng)管理環(huán)境中使用的本 發(fā)明的資源參照對(duì)象的基本結(jié)構(gòu)，其中管理域A是較高層次管理域。資源參照對(duì)象代表到分層結(jié)構(gòu)管理域(域B )中較低層次上的參照資源B(未示出)以及創(chuàng)建對(duì)參照資源(可以是單個(gè)資源或者資源組)的遠(yuǎn)程請(qǐng)求的全部信息(參照數(shù)據(jù)，例如，遠(yuǎn)程域、遠(yuǎn)程id、 RequestOnline、RequestO迅ine )。 另外，還通過(guò)額外提供名稱和可以與參照資源的期望狀態(tài)不同的期望操 作狀態(tài)(DesiredOpState),并且使其外部可見(jiàn)，作為自己的IT資源，可從管 理域的分層結(jié)構(gòu)的較高層次(域A)訪問(wèn)每一資源參照對(duì)象本身?？梢园奄Y 源參照對(duì)象分組為管理域的分層結(jié)構(gòu)的較高層次(域A)上的資源組，其中， 可以把這些資源組作為自己的資源參照對(duì)象而從分層結(jié)構(gòu)的下一較高層次 (未在圖中加以顯示)進(jìn)行定址。最后，由管理域的較低分層結(jié)構(gòu)的管理方案監(jiān)視當(dāng)前操作狀態(tài) (CurrentOpState ),同時(shí)將其反映為資源參照對(duì)象中的值(在線、離線)。通過(guò)使用本發(fā)明的資源參照對(duì)象的公共概念，由使用被賦予資源參照對(duì) 象的優(yōu)先級(jí)的沖突解決算法來(lái)解決系統(tǒng)管理中管理域的分層結(jié)構(gòu)的不同層次 之間的沖突。更詳細(xì)地講，本發(fā)明的資源參照對(duì)象具有兩個(gè)主要的特征 對(duì)于所有實(shí)踐目的，它們與端到端域中任何其它資源對(duì)象具有相同的結(jié) 構(gòu)與行為。在可用性管理的情況下，每個(gè)資源和資源組具有諸如CurrentOpState或 DesiredOpState (期望操作狀態(tài))的屬性，并支持諸如RequestOnline (請(qǐng)求在 線)或者RequestOffline (請(qǐng)求離線)的操作。這些屬性和操作代表管理接口 。 管理接口專用于管理規(guī)則(discipline)。通常，給定域中的所有資源參照對(duì)象均 具有這些屬性和操作，或者至少具有這些屬性和操作的公共子集。就與管理 接口相關(guān)的任何方式而言，代表鏈接的資源參照對(duì)象不同于其它資源對(duì)象。通常，鏈接信息為一組屬性，該組屬性允許用于域A的管理方案創(chuàng)建對(duì) 域B中的參照IT資源B的遠(yuǎn)程請(qǐng)求。創(chuàng)建此請(qǐng)求所需的所有數(shù)據(jù)是該鏈接 信息的一部分。其依賴于不同的使用情況，在本專利中未深入設(shè)計(jì)。至少需 要名稱空間交換器(switch),把遠(yuǎn)程參照資源的名稱和域告訴域A管理方案。 域A管理方案可以使用此信息來(lái)詢問(wèn)關(guān)于參照資源的遠(yuǎn)程域的信息、訂閱遠(yuǎn) 程資源的狀態(tài)變化、以及觸發(fā)對(duì)遠(yuǎn)程參照資源的操作。當(dāng)然，這意味著用來(lái)支持此交互的特定基礎(chǔ)設(shè)施。在優(yōu)選實(shí)施例中，遠(yuǎn)程參照資源B的查詢本身可以導(dǎo)致對(duì)域B中的其它 資源的遍歷，對(duì)于此，第一參照資源B為錨點(diǎn)。在圖2A中，此時(shí)，用于域 A的管理方案能夠向資源B (參照資源)詢問(wèn)有關(guān)如B1-B5所繪的其它相關(guān)資源的情況。在又一實(shí)施例中，資源參照對(duì)象包括以下信息資源對(duì)象的名稱(不是 參照資源本身)、當(dāng)前操作狀態(tài)、期望操作狀態(tài)、由參照資源的名稱和域ID 組成的參照數(shù)據(jù)。另外，支持以下方法請(qǐng)求在線(啟動(dòng))-請(qǐng)求離線(停止)。在又一實(shí)施例中，資源參照對(duì)象包含指示資源的總體健全狀況(health)的 復(fù)合狀態(tài)、指示自動(dòng)模式的暫停標(biāo)志、指示在出現(xiàn)問(wèn)題的情況下與哪一個(gè)人 接洽的信息鏈接。在又一實(shí)施例中，作為包含可通過(guò)釆集器與設(shè)置器方法得到的上述信息 的Enterprise Java Bean來(lái)實(shí)施(render)資源參照對(duì)象。除了這一方法以及上述 方法，還提供了從中斷狀態(tài)復(fù)位的方法。在又一實(shí)施例中，可以以XML文檔對(duì)資源參照對(duì)象進(jìn)行順序化 (serialize)，并且從該XML文檔中解除順序化。與現(xiàn)有技術(shù)代理模式相比，本發(fā)明的資源參照對(duì)象具有下列優(yōu)點(diǎn)可以自由地選擇資源參照對(duì)象的名稱。這將使負(fù)責(zé)不同的管理域的客戶 部門(mén)能夠遵守命名規(guī)則和其它外部要求。資源參照對(duì)象可以在沒(méi)有對(duì)應(yīng)者(即，參照資源)的情況下存在。這允許在 不影響較高層次自動(dòng)管理器的功能的情況下，關(guān)閉集群或者低層次管理域。圖2B示出了多層次分層結(jié)構(gòu)管理域C1、 C2、 D中本發(fā)明的資源參照對(duì) 象的使用。該多層次分層結(jié)構(gòu)管理域由兩個(gè)宿寄了資源R1-R3集群C1 (節(jié)點(diǎn) 1-2 )、 C2 (節(jié)點(diǎn)3-5 )(管理域的分層結(jié)構(gòu)的第一層次LI )以及較高層次管理 域(管理域的分層結(jié)構(gòu)的第二層次L2)組成。每個(gè)集群C1、 C2負(fù)責(zé)使用集 群資源管理器(CRM 61)來(lái)管理其宿寄的資源。集群資源管理器61使用本 地資源管理器LRM62監(jiān)視、啟動(dòng)和停止資源Rl-R3。另外，集群資源管理 器61向被賦予相應(yīng)集群C1、 C2的適配器60提供接口。適配器60提供從自 動(dòng)管理器30到相應(yīng)集群資源管理器61的命令的必要映射。賦予較高層次管 理域Ll的自動(dòng)管理器30能對(duì)資源進(jìn)行分組，并可以通過(guò)適配器把其資源的 子集暴露給下一較高管理域(未示出)。該管理域提供與前一管理域相同的能 力。較高層次域Ll宿寄資源R4-R5和資源參照對(duì)象RlRef-R3Ref。附加資源 R4-R5是在自動(dòng)配置策略下定義的資源組。資源組R4包含成員RlRef、R2Ref, R5包含R2Ref、 R3Ref。 RlRef-R3Ref具有與圖2A中所示相同的結(jié)構(gòu)。將更詳細(xì)地解釋多層次分層結(jié)構(gòu)管理域中的上述資源參照對(duì)象的具體使用情況。讓我們把管理域定義為管理方案需要與其進(jìn)行交互的資源的集合。如已理域中的資源可以具有不同層次的抽象。本發(fā)明教示了通過(guò)把管理域之間的 邏輯鏈接建模為僅僅另一 IT資源來(lái)在這些域之間進(jìn)行聯(lián)接的 一種簡(jiǎn)單的技術(shù) 方式。這樣做，可對(duì)該IT資源施加特定管理功能。而且，該IT資源可定制 為反映客戶需求?？梢栽谥敝辆哂衅髽I(yè)范圍的管理功能的分層結(jié)構(gòu)中，施加這種經(jīng)由IT資源來(lái)對(duì)管理域之間的邏輯鏈接進(jìn)行建模的方式。更具體地講，提供了將此企業(yè)模型限制為一個(gè)特定的系統(tǒng)管理規(guī)則的描 述。在本發(fā)明中，該規(guī)則為可用性管理。本發(fā)明的資源參照模型不同于提供代理資源概念的目前技術(shù)。其支持 在某一時(shí)刻，不同層次上的管理器對(duì)于'共享的，IT資源，可能具有不同的 觀點(diǎn)。例如，如果IT資源具有稱為"期望狀態(tài)"的屬性，則在不同的管理域 中該屬性的值可以不同。如果在一個(gè)域中，IT資源的"期望狀態(tài)"為"在線"， 則激活該IT資源的請(qǐng)求可能導(dǎo)致另一管理域(其中該IT資源的"期望狀態(tài)" 是"離線")中的沖突。因此，每一個(gè)域管理器具有其自己關(guān)注點(diǎn)，從而存在 用來(lái)仲裁沖突請(qǐng)求的機(jī)制。當(dāng)允許從不同的管理域?qū)T資源進(jìn)行某種訪問(wèn)時(shí)，存在以下需求允許 某些IT資源屬性是域?qū)Ｓ玫牟⒁虼丝蓪?duì)其它域隱藏它們，當(dāng)跨越域邊界時(shí)， 應(yīng)該解譯它們(例如，名稱)，在某一時(shí)刻它們對(duì)于不同域可具有不同值，或 者從不同的域管理器的角度來(lái)看，在某一時(shí)刻它們可以具有不同的狀態(tài)。本發(fā)明的基本構(gòu)思在于，把管理域之間的鏈路建模為資源參照對(duì)象。這 些對(duì)象創(chuàng)建了允許名稱和其它屬性的自動(dòng)解譯的各種域之間的鏈接。關(guān)鍵在 于，該新的資源參照對(duì)象具有類似于管理規(guī)則中的其它IT資源的行為。例如， 在可用性管理空間中，可以像任何其它資源一樣，把這樣的資源參照對(duì)象集 成到代表完整的可用性模型的企業(yè)范圍資源關(guān)系圖中。圖2C示出了系統(tǒng)自動(dòng)環(huán)境中公共參照資源對(duì)象的使用的優(yōu)選實(shí)現(xiàn)方式。 總體上參照附圖，特別參照?qǐng)D2C,本發(fā)明的方法與系統(tǒng)的優(yōu)選實(shí)施例包含基 于XML的自動(dòng)策略42,其內(nèi)容通過(guò)框44中的示例性XML實(shí)現(xiàn)方式來(lái)表征。 作為基于XML的自動(dòng)策略的一部分，此XML代碼實(shí)現(xiàn)本發(fā)明的資源參照對(duì) 象RlRef、 R2Ref。該策略42被存儲(chǔ)在位于網(wǎng)絡(luò)中的某處的策略存儲(chǔ)器40中，并且可通過(guò)操作員及其接口 56來(lái)訪問(wèn)。另外，還繪出了 XML模式(schema)34,其描述了可容許的基于XML的 自動(dòng)策略元素，并被用于驗(yàn)證基于XML的自動(dòng)策略42的正確性。更詳細(xì)地講，在功能上將策略讀取器36連接于自動(dòng)策略42,以對(duì)策略 存儲(chǔ)器40進(jìn)行讀取(和可能的寫(xiě)入)訪問(wèn)，以及讀取和檢查用于語(yǔ)法和語(yǔ)義 錯(cuò)誤的自動(dòng)策略。參見(jiàn)圖2C的中心部分，所謂的交叉集群自動(dòng)管理器30是包含自動(dòng)邏輯 32和自動(dòng)引擎38的軟件組件。該集群自動(dòng)管理器30把由附圖標(biāo)記58表示 的自動(dòng)請(qǐng)求發(fā)送至相應(yīng)的集群10、 12或14。這樣的請(qǐng)求包含具有用于啟動(dòng) 或停止或移動(dòng)(等)相應(yīng)的集群10、 12、 14中的應(yīng)用資源或者一組應(yīng)用資源 11的語(yǔ)義含義的代碼或者至少可解釋的命令。另外，交叉集群自動(dòng)管理器30 具有相應(yīng)的I/0接口，用于從集群的適配器60接收響應(yīng)，該響應(yīng)告訴交叉集 群自動(dòng)管理器30請(qǐng)求是否成功。另外，駐留在每個(gè)集群IO、 12、 14處的適配器軟件60是接口軟件，其 解釋交叉集群自動(dòng)管理器30所發(fā)送的請(qǐng)求，并且解釋其所包含的命令，以對(duì) 相應(yīng)集群IO、 12、 14中的單個(gè)資源11進(jìn)行定址。每個(gè)集群IO、 12、 14處的 集群管理器(未示出，參見(jiàn)圖1B)根據(jù)交叉集群自動(dòng)管理器30發(fā)送的集群 管理器接收的更一般化的命令至駐留在每個(gè)集群中的特定的專用硬件和軟件 組件名稱之間的映射，來(lái)執(zhí)行此功能。因此，假設(shè)軟件組件改變其名稱，并 由適配器60管理該新名稱，以保證可以解釋交叉集群自動(dòng)管理器30所發(fā) 送的一般化命令，并且可由適配器軟件60直接理解。集群管理器把不同集群10、 12、 14中每一個(gè)中的任何狀態(tài)變化發(fā)送至交 叉集群自動(dòng)管理器30。這樣的狀態(tài)變化被稱為"事件"，并且在圖2C中用雙 向箭頭繪出。交叉集群自動(dòng)管理器30允許監(jiān)視在多個(gè)可能異構(gòu)的集群上運(yùn)行的分布 式商業(yè)關(guān)鍵應(yīng)用的可用性，并且允許自動(dòng)地操作這些分布式應(yīng)用。這樣的操 作包括上述啟動(dòng)、停止或者移動(dòng)某些資源11的功能。前述自動(dòng)引擎38執(zhí)行抽象決策引擎的邏輯功能。具體地，其通過(guò)讀取策 略信息和使用相應(yīng)的背景算法評(píng)估該策略信息，來(lái)處理策略信息，監(jiān)聽(tīng)諸如 資源狀態(tài)變化事件的觸發(fā)因素、操作員命令、或者調(diào)度器驅(qū)動(dòng)的動(dòng)作、或者 其它事件；其生成上述自動(dòng)請(qǐng)求，并且監(jiān)督來(lái)自各個(gè)集群10、 12和14的各個(gè)響應(yīng)。自動(dòng)邏輯32按適當(dāng)?shù)母袷胶途幊陶Z(yǔ)言，實(shí)現(xiàn)自動(dòng)引擎38中的自動(dòng)策略構(gòu)造的語(yǔ)義。為了能夠?qū)崿F(xiàn)本發(fā)明，不要求改變用于集群IO、 12、 14本身的本地自動(dòng) 策略。對(duì)于高層次交叉集群自動(dòng)管理器軟件的本發(fā)明部分的唯一接口是相應(yīng) 的適配器軟件60。參見(jiàn)圖2C的底部，框48包含兩個(gè)示例性的參照資源資源組R1 (46) 和資源組R2(50)。 46、 50均代表分布式應(yīng)用或其一部分。另外，不同的系統(tǒng)集群，例如，主機(jī)集群和分布式UNIX集群，包含如 前面已提到的本地自動(dòng)。而且，優(yōu)選地，用戶界面56是由操作員使用的GUI, 以監(jiān)視和自動(dòng)操作分布式應(yīng)用。下面進(jìn)一步描述更多細(xì)節(jié)。作為具體的例子，假設(shè)資源組R1對(duì)應(yīng)于數(shù)據(jù)庫(kù)，例如DB2，而R2對(duì) 應(yīng)于應(yīng)用服務(wù)器，例如IBM Websphere應(yīng)用服務(wù)器。需要兩個(gè)部分一起運(yùn)行 在自動(dòng)策略44中被定義為包含資源參照對(duì)象RlRef、 R2Ref的資源組的金融 應(yīng)用。Rl本身可以是包含數(shù)據(jù)庫(kù)應(yīng)用、數(shù)據(jù)和IP地址的基本資源組。類似 地，R2可包含IBM Websphere應(yīng)用服務(wù)器和IP地址。而這些所提到的組可 進(jìn)一步包含諸如過(guò)程、IP地址、文件系統(tǒng)、盤(pán)等的資源?？梢宰詣?dòng)地啟動(dòng)和 停止這些資源，并且可能存在諸如啟動(dòng)訂單或者停止訂單的從屬物 (dependency)。另外，這些資源具有它們可以運(yùn)行的地點(diǎn)(系統(tǒng)或節(jié)點(diǎn))。為了保持該金融應(yīng)用可用，自動(dòng)策略規(guī)定金融應(yīng)用資源組的期望狀態(tài) 是在線。對(duì)于資源組，在線意味著其所有成員是在線的。在自動(dòng)策略中，把 該方針(strategy)定義為 一 類資源組。為了達(dá)到"金融應(yīng)用可用"的目標(biāo)，交叉集群自動(dòng)管理器30把該目標(biāo)轉(zhuǎn)發(fā) 至自動(dòng)引擎38,自動(dòng)引擎38保持著所有資源對(duì)象和在自動(dòng)策略44中所定義 的它們之間的關(guān)系?；谧詣?dòng)邏輯32以及資源組的類型，自動(dòng)引擎38解釋 該目標(biāo)，以保持金融應(yīng)用資源組的成員在線。自動(dòng)引擎38使用作為圖2A中 所示的遠(yuǎn)程域的參照信息以及遠(yuǎn)程ID，確定金融應(yīng)用組的成員RlRef、 R2Ref， 并且生成用于它們的啟動(dòng)命令。交叉集群自動(dòng)管理器30接收這些命令，并且 將它們發(fā)送到相應(yīng)的適配器60。適配器60把這些命令映射成集群專用命令。，支設(shè)應(yīng)用服務(wù)器成員R2之前已經(jīng)離線，而且沒(méi)有阻止其啟動(dòng)，則參照資 源R2中的操作狀態(tài)將被從離線改變?yōu)樵诰€。適配器60把這一狀態(tài)變化發(fā)送至交叉集群自動(dòng)管理器30,使得自動(dòng)引擎38可相應(yīng)地更新參照資源對(duì)象 R2Ref。還在用戶界面56中反映此變化。假設(shè)應(yīng)用服務(wù)器成員R2之前已經(jīng)離線，而且本地操作員不允許其啟動(dòng)， 則資源R2的集群管理器在分層結(jié)構(gòu)的較高層次和分層結(jié)構(gòu)的本地目標(biāo)較低 層次之間應(yīng)用沖突解決方案。優(yōu)選地，通過(guò)基于優(yōu)先級(jí)的決策來(lái)解決沖突， 其中，基于優(yōu)先級(jí)的決策的實(shí)現(xiàn)由本地集群管理器負(fù)責(zé)。如果來(lái)自較高層次 分層結(jié)構(gòu)啟動(dòng)命令的釋放(loose),則適配器60通知交叉集群自動(dòng)管理器30, 使得自動(dòng)引擎可相應(yīng)地更新參照資源對(duì)象R2Ref。在該優(yōu)選實(shí)施例中，把 R2Ref的操作狀態(tài)從離線"Ok"改變至離線"啟動(dòng)請(qǐng)求未成功"，并且在用戶 界面56中可3見(jiàn)地顯示它。圖2D示出了在集群管理器拒絕來(lái)自交叉集群管理器的命令的情況下的 沖突解決方案的流程圖。參照以上所給出的例子，因?yàn)槠谕麪顟B(tài)是在線而操 作狀態(tài)為"離線ok"，所以生成用于R2Ref的啟動(dòng)命令(5)。這導(dǎo)致用于R2 的啟動(dòng)命令(15)。由于假設(shè)啟動(dòng)命令釋放，所以將此反映在用于R2的狀態(tài) 變化事件中，其中操作狀態(tài)為"離線啟動(dòng)請(qǐng)求未成功"，期望狀態(tài)仍為離線 (25)。該狀態(tài)變化事件把R2Ref的操作狀態(tài)更新為離線"啟動(dòng)請(qǐng)求未成功"。 在用戶界面56上顯示此狀態(tài)，并且提醒操作員。另外，可以觸發(fā)工作流，使 得改變由集群管理器制定的沖突解決方案的結(jié)果，以有利于分層結(jié)構(gòu)的較高 層次(35)。可以按硬件、軟件或者硬件與軟件的組合來(lái)實(shí)現(xiàn)本發(fā)明?？梢园丛谝粋€(gè) 計(jì)算機(jī)系統(tǒng)中集中化的方式，或者按不同元素分散在多個(gè)互連計(jì)算機(jī)系統(tǒng)上 的分布方式，實(shí)現(xiàn)根據(jù)本發(fā)明的自動(dòng)工具。適合于執(zhí)行此處所描述的方法的 任何種類的計(jì)算機(jī)系統(tǒng)或者其它裝置都是適合的。硬件與軟件的典型的組合 可以是具有計(jì)算機(jī)程序的通用計(jì)算機(jī)系統(tǒng)，其中該計(jì)算機(jī)程序在被加載和執(zhí) 行時(shí)控制該計(jì)算機(jī)系統(tǒng)，使得其執(zhí)行此處所描述的方法。也可以把本發(fā)明嵌入計(jì)算機(jī)程序產(chǎn)品中，其包含能夠?qū)崿F(xiàn)此處所描述的 方法的所有特征，并且在一皮加載到計(jì)算機(jī)系統(tǒng)中時(shí)能夠執(zhí)行這些方法。本上下文中的計(jì)算機(jī)程序部件或計(jì)算機(jī)程序表示意圖使得具有信息處理 能力的系統(tǒng)直接、或者在以下之一或兩者之后執(zhí)行特定功能的一組指令的任 何語(yǔ)言、代碼或注釋的任何表達(dá)式a)轉(zhuǎn)換為另一種語(yǔ)言、代碼或者注釋； b)以不同的材料形式進(jìn)行復(fù)制。
權(quán)利要求
1.一種用于自動(dòng)管理多層次分層結(jié)構(gòu)的管理域(C1、C2(L1)；L2)中的IT資源的系統(tǒng)，其中，每個(gè)管理域(C1、C2)是由所賦予的管理方案(60、61)所管理的資源的集合，其中，所述管理域的每個(gè)資源的特征在于資源名稱、當(dāng)前操作狀態(tài)和期望操作狀態(tài)，其中，至少把分層結(jié)構(gòu)的較低層次的所述管理域(C1、C2；L1)的資源的子集(R1、R2、R3)暴露給分層結(jié)構(gòu)的較高層次的管理域(L2)，其中，適配器(60)提供從分層結(jié)構(gòu)的較高層次的所述管理域(L2；30)的所述管理方案到分層結(jié)構(gòu)的較低層次的所述管理域(L1；61)的所述管理方案的命令的映射，其中，所述系統(tǒng)的特征在于通過(guò)使用資源參照對(duì)象模型而在所述不同管理域之間的建立的鏈接，其中，把暴露給較高層次的所述管理域(L2)的、分層結(jié)構(gòu)的較低層次的所述管理域(L1)的所述資源的所述子集的每個(gè)資源(參照資源)建模為分層結(jié)構(gòu)的較高層次的所述管理域(L2)中的資源參照對(duì)象(R1Ref、R2Ref、R3Ref)，其中，每個(gè)資源參照對(duì)象(R1Ref、R2Ref、R3Ref)至少還提供用于通過(guò)分層結(jié)構(gòu)的較高層次的所述管理域(L2)和/或分層結(jié)構(gòu)的下一個(gè)較高層次的所述管理域而定址作為自身IT資源的所述資源參照對(duì)象的信息，顯示部件，用于在圖形用戶界面(56)中顯示作為自身IT資源的所述資源參照對(duì)象，以及沖突解決部件，用于提供所述不同管理域之間的沖突解決方案。
2. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，用于定址所述資源參照對(duì)象 (RlRef、 R2Ref、 R3Ref)的所述信息至少包含所述資源參照對(duì)象的唯一的ID。
3. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，所述資源參照對(duì)象(RlRef、R2Ref、 R3Ref)至少包含資源參照對(duì)象的名稱、當(dāng)前操作狀態(tài)、期望操作狀態(tài)、包括 一個(gè)或多個(gè)參照資源的名稱和ID的參照數(shù)據(jù)、以及用于生成用于各個(gè)參照資 源的啟動(dòng)和停止命令的信息。
4. 根據(jù)權(quán)利要求4所述的系統(tǒng)，其中，所述資源參照對(duì)象(RlRef、 R2Ref、 R3Ref)還包含指示資源的總體健全狀況的復(fù)合狀態(tài)、指示自動(dòng)模式的暫停標(biāo) 志、指示在出現(xiàn)問(wèn)題的情況下聯(lián)系誰(shuí)的信息鏈接。
5. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，對(duì)單個(gè)資源或者一組資源來(lái)參照所述資源參照對(duì)象(RlRef、 R2Ref、 R3Ref)。
6. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，所述顯示部件允許創(chuàng)建被暴露給 管理域的分層結(jié)構(gòu)的下一個(gè)較高層次的資源參照對(duì)象的群組。
7. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，所述資源參照對(duì)象(RlRef、 R2Ref、 R3Ref)還包括由所述資源參照對(duì)象所暴露給的管理域所賦予的優(yōu)先級(jí)值。
8. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，所述沖突解決部件是分層結(jié)構(gòu)的 較低層次的管理方案的一部分，以及其中，所述沖突解決方案基于所述資源的優(yōu)先級(jí)值。
9. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，作為Enterprise Java Bean而實(shí)施 所述資源參照對(duì)象(RlRef、 R2Ref、 R3Ref)。
10. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，用XML對(duì)所述資源參照對(duì)象 (RlRef、 R2Ref、 R3Ref)進(jìn)行編碼。
11. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，所述管理域是集群(Cl)或者 一組集群(Cl、 C2)。
12. —種用于自動(dòng)管理多層次分層結(jié)構(gòu)的管理域(Cl、 C2(L1); L2) 中的IT資源的方法，其中，每個(gè)管理域(C1、 C2)是所賦予的管理方案(60、 61)所管理的資源的集合(Rl-R3)，其中，所述管理域(Rl-R3)的每個(gè)資 源的特征在于資源名稱、當(dāng)前操作狀態(tài)和期望操作狀態(tài)，其中，至少把分層 結(jié)構(gòu)的較低層次的所述管理域(Cl、 C2; Ll)的資源的子集(Rl、 R2、 R3 ) 暴露給分層結(jié)構(gòu)的較高層次的管理域(L2),其中，適配器(60)提供從分層 結(jié)構(gòu)的較高層次的所述管理域(L2; 30)的所述管理方案到分層結(jié)構(gòu)的較低 層次的所述管理域(L1; 61)的所述管理方案的命令的映射，其中，所述方 法包括下列步驟把在分層結(jié)構(gòu)的較高層次的所述管理域(L2)中暴露的所述資源(R1-R3) 的所述子集的每個(gè)所述資源(參照資源)建模為分層結(jié)構(gòu)的較高層次的所述 管理域(L2)中的資源參照對(duì)象(RlRef、 R2Ref、 R3Ref),其中，所述資源 參照對(duì)象(RlRef、 R2Ref、 R3Ref)至少還提供用于通過(guò)分層結(jié)構(gòu)的較高層 次的所述管理域(L2)和/或管理域的分層結(jié)構(gòu)的下一個(gè)較高層次的所述管理 域而定址作為自身IT資源的所述資源參照對(duì)象的信息，在圖形用戶界面中顯示作為自身IT資源的所述資源參照對(duì)象，以及通過(guò)使用被賦予各個(gè)管理域的優(yōu)先級(jí)值，提供所述不同管理域之間的沖 突解決方案。
13. 根據(jù)權(quán)利要求11所述的方法，其中，所述資源參照對(duì)象中至少包括 所述優(yōu)先級(jí)值。
14. 根據(jù)權(quán)利要求11所述的方法，其中，所述資源參照對(duì)象(RlRef、 R2Ref、 R3Ref)至少包含資源參照對(duì)象的名稱、當(dāng)前操作狀態(tài)、期望操作狀 態(tài)、包括一個(gè)或多個(gè)參照資源的名稱與ID的參照數(shù)據(jù)、以及用于生成用于各 個(gè)參照資源的啟動(dòng)和停止命令的信息。
15. —種在包含計(jì)算機(jī)可讀程序部件的計(jì)算機(jī)可用介質(zhì)上存儲(chǔ)的計(jì)算機(jī) 程序產(chǎn)品，當(dāng)在計(jì)算機(jī)上執(zhí)行所述計(jì)算機(jī)程序產(chǎn)品時(shí)，其致使計(jì)算機(jī)執(zhí)行權(quán) 利要求12-14的任一個(gè)所述的方法。
全文摘要
本發(fā)明提供了一種用于使用資源參照對(duì)象的概念，在具有多層次分層結(jié)構(gòu)的管理域的異構(gòu)環(huán)境中自動(dòng)管理IT資源的系統(tǒng)與方法。資源參照對(duì)象代表了到分層結(jié)構(gòu)中的較低層次上的參照資源的鏈接，并且可以包括由分層結(jié)構(gòu)的各個(gè)層次所賦予的優(yōu)先級(jí)值、以及用來(lái)創(chuàng)建對(duì)可以是單個(gè)資源或者一組資源的該參照資源的遠(yuǎn)程請(qǐng)求的所有信息。同時(shí)，可以通過(guò)額外提供唯一的名稱和可以與參照資源的期望狀態(tài)不同的期望狀態(tài)、并且使其外部可見(jiàn)，作為自身資源而從分層結(jié)構(gòu)的較高層次訪問(wèn)每個(gè)資源參照對(duì)象本身。在分層結(jié)構(gòu)的較高層次上，可以把資源參照對(duì)象分組為資源組，其中，可以從分層結(jié)構(gòu)的下一個(gè)較高層次將這些資源組作為自身的資源參照對(duì)象而進(jìn)行定址。
文檔編號(hào)G06Q10/00GK101278309SQ200680036424
公開(kāi)日2008年10月1日 申請(qǐng)日期2006年8月3日 優(yōu)先權(quán)日2005年9月29日
發(fā)明者于爾根·施奈德, 托馬斯·格拉澤, 諾伯特·倫茲, 馬庫(kù)斯·米勒 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司