專利名稱::用于準(zhǔn)備在端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
:本發(fā)明一般地涉及系統(tǒng)管理,具體地說,涉及用于管理端點(diǎn)計算機(jī)和準(zhǔn)備在這些端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的方法和系統(tǒng)。
背景技術(shù):
:系統(tǒng)管理員的任務(wù)是管理變得比以往更加復(fù)雜和多樣的系統(tǒng)。任務(wù)包括安全性管理、可用性和性能管理、軟件分發(fā)和配置,以及許多其他復(fù)雜的任務(wù)。存在很多專用于特定系統(tǒng)管理領(lǐng)域的系統(tǒng)管理產(chǎn)品,并且有助于管理員執(zhí)行這些特定的任務(wù),許多特定任務(wù)都需要在每個被管理系統(tǒng)上存在代理。系統(tǒng)管理供應(yīng)商通常將此類#_管理系統(tǒng)稱為"端點(diǎn),,,雖然所述產(chǎn)品便于管理員執(zhí)行系統(tǒng)管理任務(wù),但是端點(diǎn)本身的管理通常成為管理員的沉重負(fù)擔(dān)。具體地說,集中系統(tǒng)管理通常要求管理服務(wù)器知道端點(diǎn),并且在執(zhí)行管理任務(wù)時可以與端點(diǎn)通信。為實現(xiàn)此目的,許多產(chǎn)品都采用端點(diǎn)注冊表,在端點(diǎn)注冊表中存儲和維護(hù)有關(guān)所有端點(diǎn)的信息,并且采用諸如"心跳"之類的故障檢測才幾制來維護(hù)管理系統(tǒng)的當(dāng)前狀況。與端點(diǎn)通信失敗或端點(diǎn)未能通過心跳協(xié)議報告其運(yùn)行狀況表示存在需要注意的問題,以便將管理系統(tǒng)返回到完全功能狀態(tài)。在靜態(tài)環(huán)境中,管理員將調(diào)查已斷開端點(diǎn)的原因,并在由于出現(xiàn)問題而失去聯(lián)系時將安排解決問題。如果失去通信的原因是由于系統(tǒng)已達(dá)使用壽命,則會從端點(diǎn)注冊表中刪除該端點(diǎn)。為簡化此項工作,某些系統(tǒng)管理產(chǎn)品提供了顯示已與其失去聯(lián)系的端點(diǎn)的報告。但是,系統(tǒng)拓樸正變得比以往更加動態(tài),并且按需計算將通過添加和移除服務(wù)器來自動擴(kuò)展和收縮系統(tǒng)以適應(yīng)工作負(fù)荷。這意味著端點(diǎn)的出現(xiàn)和消失是正常事件。此外,諸如VMware(VMware是VMwareInc.在美國和/或其他國家/地區(qū)的商標(biāo))之類的虛擬化環(huán)境的使用增加意味著將根據(jù)某一時刻的特定要求使用不同的系統(tǒng)映像(以及因此使用不同的端點(diǎn))。管理員無法調(diào)查與端點(diǎn)失去聯(lián)系的原因?qū)⒆兊酶映R?,因為這將是一項永不停止且無效的任務(wù)。結(jié)果,已達(dá)使用壽命的端點(diǎn)未被標(biāo)識,并且端點(diǎn)注冊表未被清理。因此,管理員不知道系統(tǒng)中具有多少端點(diǎn),并且系統(tǒng)本身無法有效地在被管理系統(tǒng)上執(zhí)行管理任務(wù)。此外,如果系統(tǒng)出現(xiàn)了阻止端點(diǎn)與管理系統(tǒng)通信的問題,則不會檢測到此問題并有效地將端點(diǎn)排除在正在進(jìn)行的管理任務(wù)之外。在端點(diǎn)系統(tǒng)上執(zhí)行系統(tǒng)管理任務(wù)將提出能夠預(yù)測何時將端點(diǎn)排除在正在進(jìn)行的管理任務(wù)之外以及端點(diǎn)何時可供這些任務(wù)訪問的問題。例如,當(dāng)在端點(diǎn)上執(zhí)行清單掃描以收集硬件和/或軟件信息時,重要的是操作最有可能成功(多數(shù)系統(tǒng)正在運(yùn)行),掃描過程不會明顯影響系統(tǒng)性能(請勿在系統(tǒng)極度繁忙時進(jìn)行掃描),并且最終數(shù)據(jù)收集在適當(dāng)?shù)钠谙迌?nèi)將減少以避免網(wǎng)絡(luò)和數(shù)據(jù)服務(wù)器上的負(fù)載過多。當(dāng)管理大量系統(tǒng)時,所有這些方面將變得尤其關(guān)鍵。需要在端點(diǎn)上以最有效的方式執(zhí)行諸如軟件分發(fā)、工作負(fù)荷調(diào)度和可用性管理之類的系統(tǒng)管理任務(wù)。無論是為了安裝新產(chǎn)品或服務(wù),還是為了應(yīng)用維護(hù)(例如安全性修補(bǔ)程序)而將軟件分發(fā)到端點(diǎn)時,重要的是分發(fā)最有可能成功并以有效的方式執(zhí)行,以^更從系統(tǒng)的角度在總體上優(yōu)化操作。例如,安排在晚上將軟件分發(fā)到"個人工作站"是毫無用處的,因為機(jī)器非??赡軘嚅_連接并且分發(fā)將失敗。向這些機(jī)器的分發(fā)務(wù)必需要安排在工作時間進(jìn)行。同樣,安排在固定時間和天內(nèi)將軟件分發(fā)到"偶爾使用"端點(diǎn)也是無效的。此類分發(fā)非??赡苁?,因為偶爾使用的端點(diǎn)很少處于活動狀態(tài)。較好的方法是設(shè)置自動化以檢測偶爾使用的端點(diǎn)何時連接,并立即以高優(yōu)先級自動啟動分發(fā)。另一方面,"高度可用的服務(wù)器"幾乎始終處于連接狀態(tài),因此較好的策略就是當(dāng)其他工作負(fù)荷未運(yùn)行時,并且可能在未向其他類別進(jìn)行分發(fā)的"空隙"期間,以低優(yōu)先級分發(fā)到這些機(jī)器以便在網(wǎng)絡(luò)上^L負(fù)載。雖然傳統(tǒng)的工作負(fù)荷調(diào)度器往往具有固定的作業(yè)執(zhí)行目標(biāo),但是最近一些開發(fā)已經(jīng)研究了動態(tài)選擇執(zhí)行目標(biāo)的可能性。這與網(wǎng)格計算上下文尤其相關(guān),在網(wǎng)格計算上下文中具有許多有時以"最大努力,,為基礎(chǔ)進(jìn)行協(xié)同工作的計算系統(tǒng)。如果選擇時考慮潛在目標(biāo)的類別,則選擇適當(dāng)?shù)哪繕?biāo)將更加準(zhǔn)確。例如,對于執(zhí)行具有較長預(yù)期持續(xù)時間的作業(yè)而言,每次僅短期地連接到系統(tǒng)的端點(diǎn)將是不適當(dāng)?shù)倪x擇。與選擇具有較長平均連接時間的系統(tǒng)相比,此類工作站更可能在作業(yè)完成之前就斷開連接。例如,如果要執(zhí)行的作業(yè)需要在同一目標(biāo)上重復(fù)運(yùn)行以使用在同一系統(tǒng)上收集和存儲的數(shù)據(jù),則安排在"偶爾使用"端點(diǎn)上首先執(zhí)行此作業(yè)將是不適當(dāng)?shù)摹.?dāng)需要連續(xù)執(zhí)行時,應(yīng)從查找活動端點(diǎn)確定性較大的類別中選擇端點(diǎn)。如果每天連續(xù)運(yùn)行或與系統(tǒng)用戶的工作時間相符,則"高度可用的服務(wù)器"或"個人工作站"將是更適當(dāng)?shù)倪x擇??捎眯怨芾砑杏诠芾碛嬎阗Y源的可用性以^使這些資源可以實現(xiàn)它們?yōu)樗С值钠髽I(yè)提供服務(wù)的目的。可用性管理應(yīng)影響當(dāng)發(fā)現(xiàn)特定端點(diǎn)斷開連接時所采取的操作。當(dāng)"高度可用的服務(wù)器"處于非活動狀態(tài)時,這是少見的情況,并且應(yīng)該立即采取可以是警告操作員或執(zhí)行自動化腳本的操作以重新激活機(jī)器。另一方面,如果發(fā)現(xiàn)"偶爾^f吏用"端點(diǎn)處于非活動狀態(tài),這無關(guān)緊要,并且采取任何操作(即使發(fā)出事件)都將會增加混亂并M對重要事件的注意力。當(dāng)然,如果偶爾使用端點(diǎn)處于非活動狀態(tài)的時間例如多于其連接之間的平均時間的5倍,則其行為已變得不同平常并且有理由進(jìn)行調(diào)查。"個人工作站"可能無法直接用于業(yè)務(wù)過程,并且甚至在工作時間內(nèi)它的不可用性可能M示用戶在休假或生病。此外,如果不可用性超過特定限制(每年的假期天數(shù)),則可能表示必需采取某一操作??赡苁菣C(jī)器出現(xiàn)故障并且其可以被從端點(diǎn)庫移除(監(jiān)視不再存在的端點(diǎn)毫無用處)。題為"AgentSchedulerIncorporatingAgentProfiles"的美國專利申請US2005/0138167號提出了針對將來某時間段內(nèi)被分配用于在呼叫中心回答呼叫的人員數(shù)來自動提供職工總數(shù)建議以便與將來呼叫業(yè)務(wù)最好地匹配的問題。想法就是收集每日呼叫記錄作為歷史數(shù)據(jù)以預(yù)測將來的呼叫業(yè)務(wù)。因此職工總數(shù)建議將基于預(yù)測的數(shù)據(jù)以及基于工作人員和工作場所容量。同樣,收集和了解端點(diǎn)上的歷史數(shù)據(jù)可以有助于選擇在端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的最佳時間。但是,需要定義什么是與端點(diǎn)相關(guān)的關(guān)鍵數(shù)據(jù)以及如何使用這些數(shù)據(jù)來幫助執(zhí)行系統(tǒng)管理任務(wù)。
發(fā)明內(nèi)容因此,本發(fā)明的一個目標(biāo)是提供一種方法和系統(tǒng)以便在由系統(tǒng)管理服務(wù)器管理的端點(diǎn)上自動定義系統(tǒng)管理任務(wù)的執(zhí)^f亍。本發(fā)明的另一個目標(biāo)是使用端點(diǎn)的歷史數(shù)據(jù)預(yù)測端點(diǎn)的可能狀態(tài)并自動定義成功機(jī)會最大的系統(tǒng)管理任務(wù)的執(zhí)行。如權(quán)利要求1中所述,這些目標(biāo)通過一種在計算機(jī)上執(zhí)行的用于自動創(chuàng)建數(shù)據(jù)的方法實現(xiàn),所述數(shù)據(jù)用于由系統(tǒng)管理服務(wù)器定義系統(tǒng)管理任務(wù)在連接到所述系統(tǒng)管理服務(wù)器的分布式端點(diǎn)上的執(zhí)行,所述方法包括以下步驟讀取由所述系統(tǒng)管理服務(wù)器在一段時間內(nèi)收集的與所述端點(diǎn)相關(guān)的連接/斷開連接信息;使用所述一段時間內(nèi)的所述連接/斷開連接信息來計算可用性趨勢;卞"1根據(jù)上述分類步驟的結(jié)果應(yīng)用規(guī)則以創(chuàng)建用于定義在端點(diǎn)上執(zhí)行管理任務(wù)的數(shù)據(jù);使得所述系統(tǒng)管理服務(wù)器訪問所創(chuàng)建的用于定義在端點(diǎn)上執(zhí)行管理任務(wù)的數(shù)據(jù)。這些目標(biāo)還通過根據(jù)從屬于權(quán)利要求1的權(quán)利要求2到12的方法實現(xiàn)。根據(jù)權(quán)利要求13,這些目標(biāo)還通過一種計算機(jī)程序產(chǎn)品實現(xiàn),所述計算機(jī)程序產(chǎn)品包括當(dāng)程序在計算機(jī)上執(zhí)行時用于執(zhí)行根據(jù)權(quán)利要求1到12中的任一權(quán)利要求所述的方法的各步驟的編程代碼指令。根據(jù)權(quán)利要求14,這些目標(biāo)還通過一種包括適于執(zhí)行根據(jù)權(quán)利要求1到12中的任一權(quán)利要求所述方法的裝置的系統(tǒng)實現(xiàn)。所附的從屬權(quán)利要求中指定了本發(fā)明的更多實施例。本發(fā)明通過分析端點(diǎn)的使用行為并識別代表其典型使用的使用模式,解決了預(yù)測端點(diǎn)狀態(tài)以準(zhǔn)備執(zhí)行系統(tǒng)管理任務(wù)的問題。如果聯(lián)系特定端點(diǎn)失敗屬于此端點(diǎn)的典型行為,則不會將此行為視為異常行為,并且不會向管理員^l告此行為。另一方面,如果根據(jù)已觀察的歷史行為,此行為不是典型行為,則會向管理員報告此行為以采取操作調(diào)查異常情況。這允許管理員僅專注于異常行為。本發(fā)明分析歷史數(shù)據(jù)以便在端點(diǎn)處于活動狀態(tài)并連接到管理系統(tǒng)時檢測典型的端點(diǎn)行為。它使用幾個因素來描述此行為,并在查看端點(diǎn)的當(dāng)前狀態(tài)時應(yīng)用這些因素以了解當(dāng)前狀態(tài)是否為典型狀態(tài)。這允許濾出正常端點(diǎn)行為的背景"噪音",并且僅突出需要注意的異常行為以解決問題或清理注冊表。將針對各個端點(diǎn)或針對行為相似的端點(diǎn)組執(zhí)行此操作??梢詫φ故鞠嗨菩袨榈亩它c(diǎn)進(jìn)行分類,并且可以使用這些類別描述被引入系統(tǒng)的新端點(diǎn)以允許它們無需訓(xùn)練階段即可受益于管理策略。如在具體實施方式中所描述的那樣,端點(diǎn)的分類允許實現(xiàn)非常有效的清單掃描策略。例如,可以在工作時間之外的任何時間定期掃描所有這些被識別為"高度可用的服務(wù)器,,的系統(tǒng),而"個人工作站"必須在工作時間內(nèi)掃描(可能在非高峰時間,例如午休時間)。最后,應(yīng)該在"偶爾使用"系統(tǒng)變?yōu)榛顒雍罅⒓磳ζ溥M(jìn)行掃描,因此掃描必須具有最高優(yōu)先級并且應(yīng)該由端點(diǎn)登錄而被自動觸發(fā)。更具體地說,如在具體實施方式中所描述的那樣,端點(diǎn)的分類將導(dǎo)致用于呈現(xiàn)總體上更有效并且可靠的系統(tǒng)管理的動態(tài)分組。將針對不同的類別定義不同的策略以便針對每個類別優(yōu)化系統(tǒng)管理任務(wù)。諸如清單掃描、軟件分發(fā)、工作負(fù)荷調(diào)度和可用性管理之類的不同系統(tǒng)管理規(guī)則受益于將端點(diǎn)分組為各個類別,所述類別例如可以是"個人工作站"、"高度可用的服務(wù)器"、"季節(jié)使用,,和"偶爾使用"。應(yīng)注意的是,類別并不限于本發(fā)明中所述的實施例中引用的實例,而是可以根據(jù)如上所述的端點(diǎn)行為分析的結(jié)果進(jìn)行擴(kuò)展和增加,并且進(jìn)行細(xì)化或粗化。圖1示出了用于運(yùn)行優(yōu)選實施例的方法的系統(tǒng)環(huán)境;圖2是優(yōu)選實施例的方法的總體流程圖3示出了根據(jù)優(yōu)選實施例的使用有關(guān)端點(diǎn)的已記錄數(shù)據(jù)說明端點(diǎn)何時連接的圖4示出了根據(jù)優(yōu)選實施例的說明根據(jù)優(yōu)選實施例的不同端點(diǎn)類別的可用性周期的圖5(5A、5B、5C)示出了針對某些屬于如才艮據(jù)優(yōu)選實施例所定義的某些端點(diǎn)類別的端點(diǎn)而測量的使用模式的某些實際實例的圖6(6A、6B、6C)示出了當(dāng)測量才艮據(jù)優(yōu)選實施例的端點(diǎn)的最大連續(xù)運(yùn)行時間時在實際環(huán)境中獲取的數(shù)據(jù);圖7示出了用于運(yùn)行作為服務(wù)實現(xiàn)的本發(fā)明的方法的系統(tǒng)環(huán)境;圖8是作為服務(wù)實現(xiàn)的本發(fā)明的方法的總體流程圖。具體實施例方式圖1示出了用于運(yùn)行優(yōu)選實施例的方法的系統(tǒng)環(huán)境。本發(fā)明的優(yōu)選實施例在具有管理分布式計算機(jī)、端點(diǎn)(iio、120)的系統(tǒng)管理服務(wù)器(SMS100)的分布式系統(tǒng)管理環(huán)境中實現(xiàn),所述端點(diǎn)通過網(wǎng)絡(luò)(130)連接到SMS(100)。在SMS上運(yùn)行中央系統(tǒng)管理程序(140),中央系統(tǒng)管理程序與典型客戶機(jī)/月艮務(wù)器體系結(jié)構(gòu)中的每個端點(diǎn)上運(yùn)行的代理(115)通信。所述通信使用TCP/IP的專用協(xié)議并且可以#^口密或不加密。SMS由管理員通過管理員控制臺(155)進(jìn)行控制。分布式環(huán)境中的系統(tǒng)管理程序的作用是與^f戈理通信以收集代理連接信息并將此信息存儲在可以是簡單文件或數(shù)據(jù)庫的中央日志(150)中。系統(tǒng)管理程序通過管理員控制臺(155)與管理員聯(lián)系以顯示警告和端點(diǎn)信息,它還接收來自管理員的命令以在端點(diǎn)上啟動/停止和調(diào)度工作負(fù)荷或調(diào)度向端點(diǎn)分發(fā)軟件。對于優(yōu)選實施例的解決方案,分類程序(160)在SMS上運(yùn)行。分類程序包括收集器模塊(所謂的代理狀態(tài)收集器)(165),以及分析器模塊(所謂的使用模式分析器)(170)。代理狀態(tài)收集器負(fù)責(zé)收集端點(diǎn)上與每個端點(diǎn)上的活動相關(guān)的有用信息。要收集的信息是那些與端點(diǎn)計算機(jī)的使用相關(guān)的信息。這些信息可以使用批作業(yè)從系統(tǒng)管理程序的中央日志文件或數(shù)據(jù)庫中提取,或者可以使用不停的后臺進(jìn)程動態(tài)且定期地收集。優(yōu)選地,由代理狀態(tài)收集器提取或直接收集的信息存儲在歷史數(shù)據(jù)庫(175)中。分類程序的第二模塊是使用模式分析器。使用模式分析器負(fù)責(zé)解釋代理狀態(tài)收集器收集的歷史數(shù)據(jù)并為系統(tǒng)管理程序提供處理后的數(shù)據(jù)以準(zhǔn)備系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)。使用模式分析器定期執(zhí)行,優(yōu)選地每周執(zhí)行。它將讀取歷史數(shù)據(jù)庫中的信息,處理這些信息以及創(chuàng)建對應(yīng)于不同使用行為并將對應(yīng)于不同系統(tǒng)管理任務(wù)執(zhí)行策略的端點(diǎn)分類組??蛇x地,使用模式分析器可以檢測端點(diǎn)的使用行為的變化并且可以執(zhí)行任務(wù)以響應(yīng)特定變化,例如向管理員控制臺發(fā)送警告或從凈皮管理系統(tǒng)的列表中刪除端點(diǎn)本身。當(dāng)發(fā)生變化時,使用模式分析器執(zhí)行的任務(wù)將在表(即,本文后面針對圖2的說明所述的可由管理員修改的使用變化任務(wù)表)中列出。在實際環(huán)境中,管理員將檢查此變化的原因,此變化可以是端點(diǎn)系統(tǒng)用戶在^f吏用端點(diǎn)系統(tǒng)中的實際變化或有待進(jìn)一步調(diào)查的故障。對于優(yōu)選實施例的解決方案,系統(tǒng)管理程序(140)添加了新的模塊,即應(yīng)用策略程序(180),它能夠讀取使用模式分析器提供的分類結(jié)果并應(yīng)用與分類相關(guān)的策略以便自動創(chuàng)建系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)。然后,系統(tǒng)管理程序自動或在管理員正常請求時啟動任務(wù)的執(zhí)行。圖2是優(yōu)選實施例的方法的總體流程圖。在第一步(200),代理狀態(tài)收集程序收集有關(guān)端點(diǎn)可用性的信息并使用每個被管理代理的連接狀態(tài)填充表。代理狀態(tài)收集器使用中央系統(tǒng)管理程序的服務(wù)來定期檢查每個代理狀態(tài),并將每個被管理代理的連接狀態(tài)存儲在代理狀態(tài)表(205)中。下文提供了代理狀態(tài)表的一個實例,其中包含通過在每個小時對代理執(zhí)行ping操作而獲取的代理狀態(tài)。代理狀態(tài)表:時間戳01-01-200500:0001-01-200500:00代理代理l代理2狀態(tài)已斷開連接已斷開連接01-01-200501:0001-01-200501:00代理l代理2已連接已斷開連接01-01-200502:0001-01-200502:00代理l代理2已斷開連接已連接收集代理狀態(tài)數(shù)據(jù)的一種備選方法是獨(dú)立于系統(tǒng)管理程序而讀取系統(tǒng)管理程序的中央日志(150)中的此信息代理狀態(tài)表(205)時間戳代理已注冊的事件01-01-200500:12代理1連接01-01-200501:45代理2連接01-01-200501:47代理1斷開連接定期地(例如每周),使用模式分析器讀取代理狀態(tài)表以計算(210)所觀察周期的相關(guān)參數(shù)。在優(yōu)選實施例中,這些參數(shù)是max_connection—time和coimection_ratio,計算如下connection_ratio=(總的連接時間)/(總的斷開連接時間)然后,使用模式分析器根據(jù)下表中預(yù)定義的活動類對代理進(jìn)行分類(220):使用模式分類表(225)<table>tableseeoriginaldocumentpage13</column></row><table>使用模式分析器的代理分類數(shù)據(jù)輸出被存儲在歷史數(shù)據(jù)庫(175)中,如下所示歷史數(shù)據(jù)庫記錄可選地,使用模式分析器可以根據(jù)在上一步驟中獲取的分類結(jié)果來執(zhí)行(240)某些已在表,即使用變化任務(wù)表(235)中預(yù)定義的任務(wù)。作為一個實例,使用模式分析器將每個代理的當(dāng)前分類與已在之前觀察周期計算的分類進(jìn)行比較。如果使用模式分析器檢測到任何變化(對測試230的回答為"是,,),則使用模式分析器執(zhí)行(240)使用變化任務(wù)表中指定的任務(wù)使用變化任務(wù)表(235)已檢測到的變化任務(wù)(在上一分類與當(dāng)前分類之間)HAS已變成PW通知管理員或SU或DADA已停止DA返回到歷史數(shù)據(jù)庫并查找未將代理分類為DA的上一個觀察周期(LOB):如果代理是HAS或如果代理是PW并且LOB在3周之前或如果代理是SU并且LOB在12周之前則分類高可用性服務(wù)器(HAS)個人工作站(PW)高可用性服務(wù)器(HAS)偶爾使用(SU)1212戈戈戈戈戈期界周周^11觀第第周周22第第通知管理員和/或自動從^皮管理項目列表中刪除代理所有其他情況不執(zhí)行任何操作在執(zhí)行系統(tǒng)管理任務(wù)之前,應(yīng)用策略程序(180)處理(250)使用模式分析器在歷史數(shù)據(jù)庫中創(chuàng)建的數(shù)據(jù)并定期,優(yōu)選地在使用模式分析器所用的同一周期(例如一周),檢查歷史數(shù)據(jù)庫中代理的當(dāng)前分類,并應(yīng)用管理策略表(255)中(例如由管理員)預(yù)定義的管理策略以自動準(zhǔn)備系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)。應(yīng)用策略程序可以使用本領(lǐng)域中存在的能夠解釋以預(yù)定語法編寫的策略的程序。用于解釋策略的技術(shù)的一個實例來自IBMTivoliEnterpriseConsole(TEC)產(chǎn)品。TEC收集從其他系統(tǒng)元件發(fā)送的事件并讀取描述在收到預(yù)定事件組合時要采取何種操作的規(guī)則。TEC解釋采用一種名為Prolog的語言表達(dá)的規(guī)則。任何能夠定義和解斧清如TEC之類的規(guī)則的程序都可用于應(yīng)用策略程序的執(zhí)行。管理策略表的一個實例可以為管理策略表(255)代理分類已應(yīng)用的管理策略高可用性服務(wù)器(HAS)在工作時間之外的固定時間(晚上和周末)分發(fā)、執(zhí)行任務(wù)并收集數(shù)據(jù)低優(yōu)先級操作運(yùn)行具有較長預(yù)期持續(xù)時間的作業(yè)的最佳選擇個人工作站(PW)在工作時間內(nèi)的固定時間(優(yōu)選地在非高峰時間,例如午休時間)分發(fā)、執(zhí)行任務(wù)并收集數(shù)據(jù)中等優(yōu)先級操作15可以運(yùn)行具有中等預(yù)期持續(xù)時間的作業(yè)偶爾使用(su)代理連接后立即分發(fā)、執(zhí)行任務(wù)并收集數(shù)據(jù)高優(yōu)先級操作僅可運(yùn)行具有較短預(yù)期持續(xù)時間的作業(yè)已斷開連接的代理(DA)只要未從被管理項目列表刪除該代理,就應(yīng)用與SU代理相同的策略(參見使用變化任務(wù)表中的任務(wù))要指出的是,管理策略表(255)可以包含諸如工作負(fù)荷調(diào)度、可用性管理或軟件分發(fā)之類的不同域的任務(wù)執(zhí)行數(shù)據(jù)。對于可用性管理,一個策略可以包^i殳置不同閾值以便在系統(tǒng)不可用時發(fā)送警告如果系統(tǒng)被分類為"高度可用",則閾值較低(例如,不可用時間為l小時),如果系統(tǒng)被分類為"個人工作站",則閾值較高(例如15天)。應(yīng)用策略程序(180)的輸出中的數(shù)據(jù)可以是文件,即應(yīng)用策略數(shù)據(jù)文件(290)。與端點(diǎn)上工作負(fù)荷調(diào)度相關(guān)的系統(tǒng)管理任務(wù)的數(shù)據(jù)包括日期、時間、端點(diǎn)標(biāo)識符以;^要在端點(diǎn)上啟動的系統(tǒng)管理任務(wù)的標(biāo)識符。系統(tǒng)管理程序?qū)⒆鳛閼?yīng)用策略程序的輸出自動獲得此數(shù)據(jù),如其從管理員控制臺上的管理員輸入的命令中獲得相同的信息那樣。應(yīng)用策略程序可以提供采用系統(tǒng)管理程序可直接理解的語言的應(yīng)用策略數(shù)據(jù)文件(290)。然后,系統(tǒng)管理程序正常啟動端點(diǎn)上的任務(wù)執(zhí)行。要指出的是,管理員可以檢查和覆蓋包含系統(tǒng)管理任務(wù)數(shù)據(jù)的文件,如他通過系統(tǒng)管理程序用戶接口對現(xiàn)有系統(tǒng)管理程序所采取的操作那樣。作為一種反饋回路,負(fù)責(zé)定義表,具體地說使用模式分類表(225)和管理策略表(255)的內(nèi)容的管理員可以根據(jù)端點(diǎn)上執(zhí)行的系統(tǒng)管理任務(wù)的成功來調(diào)整這些表的內(nèi)容。圖3示出了使用有關(guān)端點(diǎn)的已記錄數(shù)據(jù)說明端點(diǎn)何時連接的圖。有關(guān)端點(diǎn)何時連接到管理系統(tǒng)的信息被記錄和存儲在代理狀態(tài)表中。隨時間查看的此信息可以通過包括如圖3中所示的兩種狀態(tài)活動(300)和非活動(310)的圖來針對每個端點(diǎn)進(jìn)行匯總。通過閱讀此圖,可以進(jìn)行多個測量以獲取一些也在圖3中示出的對隨時間變化的端點(diǎn)行為進(jìn)行分類的因素。測量a(a^a2、a3、a4、a5)代表與管理系統(tǒng)連接的每個不同周期。測量b(lh、b2、b3、b4)代表與管理系統(tǒng)斷開連接的每個不同周期。測量c代表與所需分類的類型相關(guān)的觀察周期。例如,一天、一周、一年。測量d代表^J見察周期(c)的開始到觀察周期內(nèi)的第一次斷開連接的連接時間段。測量e(未示出)代表vMJi見察周期內(nèi)的最后一次連接到觀察周期結(jié)束的連接時間段。測量f(未示出)代表^MJi見察周期的開始到觀察周期內(nèi)的第一次連接的斷開連接時間段。測量g代表^MJi見察周期(c)內(nèi)的最后一次斷開連接到觀察周期結(jié)束的斷開連接時間段。時間m(mom2、m3、m4、m5)代表發(fā)生(或發(fā)現(xiàn))斷開連接的時間。時間n(ih、n2、n3、n4)代表發(fā)生(或發(fā)現(xiàn))斷開連接的時間??梢詮纳鲜鰷y量中導(dǎo)出其他因素連續(xù)連接之間的時間tconnect為n廣nw。連續(xù)斷開連接之間的時間tdisconnect為mrmM。觀察周期(c)內(nèi)的連接時間與斷開連接時間的比率(connect—ratio)為(d+arK"+an+e)/(線+…+bn+g)。圖4示出了"^兌明不同端點(diǎn)類別的可用性周期的圖。這些圖示出了可能成為使用模式的內(nèi)容的一些實例。個人工作站(430)使用模式顯示了計算機(jī)在工作日的非常規(guī)則的使用。實際上在工作日期間tconnect=l天,并且tdiscoimect=l天。每周的總連接時間為a一a2+a3+a4+as-60小時。連接時間與斷開連接時間的比率connect—ratio=60/108=0.56。高度可用的服務(wù)器(400)此計算機(jī)的特征是具有非常高的可用性。它通常處于連接狀態(tài),并且在一年內(nèi)只有幾次斷開連接。tdisconnect可能平均為大約3個月,并且不一定;U見則的。每個觀察周期的總連接時間將趨向于觀察周期(c)的總經(jīng)過時間。connect—ratio將非常高。季節(jié)使用(410)此計算機(jī)顯示了規(guī)則性和重復(fù)的可用性周期,即使它通常未處于連接狀態(tài)也是如此。tconnect是規(guī)則的。每個觀察周期(c)的總連接時間將隨著c的增加而趨向于降低。當(dāng)在較長觀察周期內(nèi)測量時,connectjatio將不會非常高。偶爾使用(420)此計算機(jī)在較長觀察周期內(nèi)具有非常低的連接時間。tconnect不可預(yù)測。此類計算機(jī)故激活以再現(xiàn)特定的客戶問題或在特定平臺上進(jìn)行回歸測試。圖5(5A、5B、5C)示出了針對某些屬于如所定義的某些端點(diǎn)類別的端點(diǎn)而測量的^f吏用才莫式的某些實際實例的圖。個人工作站曲線(500)顯示了計算機(jī)在工作日的非常規(guī)則的使用。圖5中監(jiān)視的工作站在觀察周期的第二個星期五未處于活動狀態(tài),這可能由于所有者正在休假。高度可用的服務(wù)器曲線(520)顯示了此系統(tǒng)的非常高可用性的特性,此系統(tǒng)通常處于連接狀態(tài),并且在一年內(nèi)只有幾次斷開連接。偶爾使用曲線(510)顯示了有時出現(xiàn)的低連接時間。圖6(6A、6B、6C)示出了當(dāng)測量端點(diǎn)的最大連續(xù)運(yùn)行時間(即在固定觀察周期(1周=168小時)中到管理系統(tǒng)的最長連接周期)時在實際環(huán)境中獲取的數(shù)據(jù)。第一曲線(600)顯示了所有被觀察機(jī)器的測量《的最大值的總體分布。此分布在大約《=10小時處具有一個高峰,并在觀察周期結(jié)束處(a=168小時)具有另一個高峰。下一個曲線(610)是曲線(600)在其大約IO小時的高峰處的放大測量fl在此范圍的所有端點(diǎn)通??梢员环诸悶?個人工作站"。下一個曲線(620)是曲線(600)在觀察周期結(jié)束處(168小時)的放大測量在此范圍的所有端點(diǎn)通??梢员环诸悶?高度可用的服務(wù)器"。圖7示出了用于運(yùn)行作為服務(wù)實現(xiàn)的本發(fā)明的方法的系統(tǒng)環(huán)境。系統(tǒng)管理服務(wù)器(100)將使用業(yè)務(wù)組服務(wù)器(serviceteamserver)(700)的服務(wù)獲取最佳系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)以便在其端點(diǎn)上使用。對于優(yōu)選實施例的集中解決方案,中央系統(tǒng)管理服務(wù)器(100)根據(jù)已計算的系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)在通過網(wǎng)絡(luò)(130)連接的端點(diǎn)(110)上執(zhí)行系統(tǒng)管理任務(wù)。在每個端點(diǎn)上,代理(115)被激活并與在SMS上運(yùn)行的系統(tǒng)管理程序(140)通信。在客戶機(jī)服務(wù)器環(huán)境中,用作客戶機(jī)的SMS的系統(tǒng)管理程序通過網(wǎng)絡(luò)(130)與針對系統(tǒng)管理程序以服務(wù)器模式運(yùn)行的業(yè)務(wù)組服務(wù)器(700)程序通信。與集中式優(yōu)選實施例類似,包括代理狀態(tài)收集器(765)和使用模式分析器(770)的分類程序(760)在業(yè)務(wù)組服務(wù)器上運(yùn)行。才艮據(jù)一個實施例,系統(tǒng)管理程序訪問業(yè)務(wù)組服務(wù)器以請求對其端點(diǎn)進(jìn)行分類。在業(yè)務(wù)組服務(wù)器(750)上,分類程序(760)本身并不收集端點(diǎn)信息,而是訪問系統(tǒng)管理服務(wù)器上的系統(tǒng)管理程序的中央日志(150)。對于集中解決方案,分類程序存儲在歷史數(shù)據(jù)庫(775)中的分類數(shù)據(jù)被發(fā)送到系統(tǒng)管理服務(wù)器。由分類程序在業(yè)務(wù)組服務(wù)器上維護(hù)歷史數(shù)據(jù)庫。安裝在系統(tǒng)管理服務(wù)器上的應(yīng)用策略程序(180)使用歷史數(shù)據(jù)庫數(shù)據(jù)來生成在端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的信息。在此實施例中,業(yè)務(wù)組服務(wù)器上沒有安裝應(yīng)用策略程序(780)。業(yè)務(wù)組服務(wù)器用于為系統(tǒng)管理服務(wù)器提供端點(diǎn)的分類,系統(tǒng)管理月良務(wù)器能夠^f吏用此分類來生成如所述任何實施例創(chuàng)建的執(zhí)行系統(tǒng)管理任務(wù)的那些數(shù)據(jù)。在作為服務(wù)的本發(fā)明的第二實施例中,應(yīng)用策略程序(780)在業(yè)務(wù)組服務(wù)器(750)上執(zhí)行以創(chuàng)建它將發(fā)送到系統(tǒng)管理服務(wù)器上的系統(tǒng)管理程序的系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù),將從系統(tǒng)管理服務(wù)器相應(yīng)地啟動端點(diǎn)上的系統(tǒng)管理任務(wù)的執(zhí)行。在此實施例中,系統(tǒng)管理服務(wù)器上沒有安裝應(yīng)用策略程序(180)。業(yè)務(wù)組服務(wù)器用于向訂閱此服務(wù)的系統(tǒng)管理服務(wù)器提供系統(tǒng)管理任務(wù)執(zhí)4于數(shù)據(jù)。圖8是作為服務(wù)實現(xiàn)的本發(fā)明的方法的總體流程圖。在初始步驟(未在圖8中示出),SMS向業(yè)務(wù)組服務(wù)器發(fā)送請求,以便在一個實施例中提供系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)或在作為服務(wù)的本發(fā)明的第二實施例中僅提供端點(diǎn)分類數(shù)據(jù)。位于業(yè)務(wù)組服務(wù)器上的代理狀態(tài)收集程序(765)將獲取位于SMS上的中央日志(150)的副本(750),讀取(801)端點(diǎn)的連接數(shù)據(jù),并使用每個被管理代理的連接狀態(tài)填充表,即填充代理狀態(tài)表(805)。代理狀態(tài)表與優(yōu)選實施例的集中解決方案相同,但位于業(yè)務(wù)組服務(wù)器上。定期地(例如每周),位于業(yè)務(wù)組服務(wù)器上的使用模式分析器(770)讀取代理狀態(tài)表以計算(810)觀察周期的相關(guān)參數(shù)。然后,位于業(yè)務(wù)組服務(wù)器上的使用模式分析器(770)根據(jù)位于業(yè)務(wù)組服務(wù)器上的使用模式分類表(825)中預(yù)定義的活動分類對代理進(jìn)行分類(820)。使用模式分類表可以與優(yōu)選實施例的集中解決方案相同。使用模式分析器所創(chuàng)建的代理分類數(shù)據(jù)被存儲在歷史數(shù)據(jù)庫(775)中,該歷史數(shù)據(jù)庫可以與優(yōu)選實施例的集中解決方案相同并位于業(yè)務(wù)組服務(wù)器上。在作為服務(wù)的本發(fā)明的第一實施例中,位于業(yè)務(wù)組服務(wù)器上的應(yīng)用策略程序(780)處理(850)使用模式分析器在歷史數(shù)據(jù)庫(775)中創(chuàng)建的數(shù)據(jù)并定期,優(yōu)選地在使用模式分析器所用的同一周期(例如一周),檢查歷史數(shù)據(jù)庫中代理的當(dāng)前分類,并應(yīng)用管理策略表(855)中(例如由管理員)預(yù)定義的管理策略,以自動準(zhǔn)備系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)。管理策略表可以與優(yōu)選實施例的集中解決方案相同但位于業(yè)務(wù)組服務(wù)器上。對于集中解決方案,應(yīng)用策略程序可以使用本領(lǐng)域中存在的能夠解釋以預(yù)定語法編寫的策略的程序。用于解釋策略的技術(shù)的一個實例來自IBMTivoliEnterpriseConsole(TEC)產(chǎn)品。TEC收集從其他系統(tǒng)元件發(fā)送的事件并讀取描述在收到預(yù)定事件組合時要采取何種操作的規(guī)則。TEC解釋采用一種名為Prolog的語言表達(dá)的規(guī)則。任何能夠定義和解釋諸如TEC之類的規(guī)則的程序都可用于應(yīng)用策略程序的執(zhí)行。應(yīng)用策略程序在輸出中提供用于任務(wù)調(diào)度的數(shù)據(jù),優(yōu)選地在采用系統(tǒng)管理程序可理解的語言的應(yīng)用策略數(shù)據(jù)文件(890)中提供所述數(shù)據(jù)。在最后步驟(未在圖8中示出),應(yīng)用策略程序向SMS發(fā)送(860)應(yīng)用策略數(shù)據(jù)文件(890)。SMS將根據(jù)從業(yè)務(wù)組服務(wù)器接收的數(shù)據(jù)在其端點(diǎn)上完成系統(tǒng)管理任務(wù)的執(zhí)行。對于集中解決方案,管理員可以檢查和覆蓋包含系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)的文件,如他通過系統(tǒng)管理程序用戶接口對現(xiàn)有系統(tǒng)管理程序所采取的操作那樣。作為一種反饋回路,要指出的是,負(fù)責(zé)調(diào)度優(yōu)化和內(nèi)部表定義(具體地說,使用模式分類表(825)和管理策略表(855)的內(nèi)容)的業(yè)務(wù)組專家可以根據(jù)SMS站點(diǎn)提供的有關(guān)在端點(diǎn)上執(zhí)行的系統(tǒng)管理任務(wù)的成功反饋來調(diào)整這些表的內(nèi)容。當(dāng)根據(jù)作為服務(wù)的本發(fā)明的第二實施例實現(xiàn)本發(fā)明時,SMS向業(yè)務(wù)組服務(wù)器發(fā)送初始請求(未在圖8中示出),以便為在SMS上運(yùn)行的系統(tǒng)管理程序提供端點(diǎn)分類數(shù)據(jù)以執(zhí)行系統(tǒng)管理任務(wù)。業(yè)務(wù)組服務(wù)器上的分類程序(760)在作為服務(wù)的本發(fā)明的第一實施例中運(yùn)行以創(chuàng)建端點(diǎn)分類。最后,分類程序(760)向SMS發(fā)送歷史數(shù)據(jù)庫(775)中存儲的分類數(shù)據(jù)。在作為服務(wù)的本發(fā)明的第二實施例中,應(yīng)用策略程序(180)位于系統(tǒng)管理服務(wù)器上,它處理(850)業(yè)務(wù)組服務(wù)器所發(fā)送的分類數(shù)據(jù),并在輸出(可以是文件(290))中以系統(tǒng)管理程序可理解的語言創(chuàng)建系統(tǒng)任務(wù)執(zhí)行數(shù)據(jù)。應(yīng)用策略程序(180)應(yīng)用管理策略表(255)中(例如由管理員)預(yù)定義的管理策略,以自動準(zhǔn)備系統(tǒng)管理任務(wù)執(zhí)行數(shù)據(jù)。管理策略表可以與優(yōu)選的集中解決方案相同。在SMS上,系統(tǒng)管理程序然后根據(jù)應(yīng)用策略程序所創(chuàng)建的數(shù)據(jù)在其端點(diǎn)上完成系統(tǒng)管理任務(wù)的執(zhí)行。權(quán)利要求1.一種在計算機(jī)上執(zhí)行的用于自動創(chuàng)建數(shù)據(jù)的方法,所述數(shù)據(jù)用于由系統(tǒng)管理服務(wù)器定義系統(tǒng)管理任務(wù)在連接到所述系統(tǒng)管理服務(wù)器的分布式端點(diǎn)上的執(zhí)行,所述方法包括以下步驟讀取由所述系統(tǒng)管理服務(wù)器在一段時間內(nèi)收集的與所述端點(diǎn)相關(guān)的連接/斷開連接信息;使用所述一段時間內(nèi)的所述連接/斷開連接信息來計算可用性趨勢;根據(jù)端點(diǎn)可用性趨勢的預(yù)定分類和所計算的可用性趨勢對端點(diǎn)進(jìn)行分類;根據(jù)上述分類步驟的結(jié)果應(yīng)用規(guī)則以創(chuàng)建用于定義在端點(diǎn)上執(zhí)行管理任務(wù)的數(shù)據(jù);使得所述系統(tǒng)管理服務(wù)器訪問所創(chuàng)建的用于定義在端點(diǎn)上執(zhí)行管理任務(wù)的數(shù)據(jù)。2.如權(quán)利要求l中所述的方法,還包括預(yù)定義端點(diǎn)可用性趨勢的分類;預(yù)定義用于定義在端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的規(guī)則。3.如權(quán)利要求1或2中所述的方法,還包括以下步驟所述系統(tǒng)管理服務(wù)器接收用于定義在分布式端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的數(shù)據(jù)。4.如權(quán)利要求1到3中的任一權(quán)利要求所述的方法,其中所述應(yīng)用規(guī)則的步驟包括應(yīng)用與端點(diǎn)的工作負(fù)荷管理相關(guān)的規(guī)則以創(chuàng)建用于調(diào)度要在所述端點(diǎn)上執(zhí)行的作業(yè)的數(shù)據(jù)。5.如權(quán)利要求1到4中的任一權(quán)利要求所述的方法,其中所述應(yīng)用規(guī)則的步驟包括應(yīng)用與端點(diǎn)的系統(tǒng)可用性相關(guān)的規(guī)則以創(chuàng)建用于監(jiān)視所述端點(diǎn)的可用性的數(shù)據(jù)。6.如權(quán)利要求1到5中的任一權(quán)利要求所述的方法,其中所述應(yīng)用規(guī)則的步驟包括應(yīng)用與端點(diǎn)上的軟件分發(fā)相關(guān)的規(guī)則以創(chuàng)建用于調(diào)度將軟件分發(fā)到所述端點(diǎn)的數(shù)據(jù)。7.如權(quán)利要求1到6中的任一權(quán)利要求所述的方法,還包括以下初始步驟所述系統(tǒng)管理服務(wù)器向在所述端點(diǎn)上運(yùn)行的代理請求所述連接/斷開連接信息并將所述信息存儲在可由所述計算機(jī)訪問的存儲裝置中。8.如權(quán)利要求1到7中的任一權(quán)利要求所述的方法,其中所述計算步驟包括計算限定所述可用性趨勢的預(yù)定參數(shù)的步驟。9.如權(quán)利要求8中所述的方法,其中在所述計算步驟中,限定所述可用性趨勢的第一預(yù)定參數(shù)是所述一段時間內(nèi)的最大連接時間,并且限定所述可用性趨勢的第二參數(shù)是被總斷開連接時間相除的總連接時間。10.如權(quán)利要求1到9中的任一權(quán)利要求所述的方法,還包括以下初始步驟從所述系統(tǒng)管理服務(wù)器向業(yè)務(wù)服務(wù)器請求所述應(yīng)用步驟的結(jié)果;所述業(yè)務(wù)服務(wù)器執(zhí)行所述讀取、計算、分類和應(yīng)用步驟;所述業(yè)務(wù)服務(wù)器通過向所述系統(tǒng)管理服務(wù)器發(fā)送所創(chuàng)建的用于定義在端點(diǎn)上執(zhí)行管理任務(wù)的數(shù)據(jù)來執(zhí)行所述訪問步驟。11.如權(quán)利要求1到9中的任一權(quán)利要求所述的方法,還包括以下初始步驟從所述系統(tǒng)管理服務(wù)器向業(yè)務(wù)服務(wù)器請求所述分類步驟的結(jié)果;所述業(yè)務(wù)服務(wù)器執(zhí)行所述讀取、計算和分類步驟;所述業(yè)務(wù)服務(wù)器向所述系統(tǒng)管理服務(wù)器發(fā)送所分類的端點(diǎn);所述系統(tǒng)管理服務(wù)器執(zhí)行所述應(yīng)用步驟;所述系統(tǒng)管理服務(wù)器通過在存儲裝置中存儲所述應(yīng)用步驟的結(jié)果來執(zhí)行所述訪問步驟。12.如權(quán)利要求1到9中的任一權(quán)利要求所述的方法,其中所述系統(tǒng)管理服務(wù)器執(zhí)行所述讀取、計算、分類和應(yīng)用步驟;所述系統(tǒng)管理服務(wù)器通過在存儲裝置中存儲所述應(yīng)用步驟的結(jié)果來執(zhí)行所述訪問步驟。13.—種計算機(jī)程序產(chǎn)品,包括當(dāng)程序在計算機(jī)上執(zhí)行時用于執(zhí)行根據(jù)權(quán)利要求1到12中的任一權(quán)利要求所述的方法的各步驟的編程代碼指令。14.一種系統(tǒng),包括適于執(zhí)行根據(jù)權(quán)利要求1到12中的任一權(quán)利要求所述的方法的裝置。全文摘要一種在計算機(jī)上自動定義用于在端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的數(shù)據(jù)的方法、計算機(jī)程序和系統(tǒng),所述端點(diǎn)由系統(tǒng)管理器管理。所述方法包括以下步驟讀取由系統(tǒng)管理服務(wù)器在同一時間段內(nèi)針對所有端點(diǎn)收集的與所述端點(diǎn)相關(guān)的連接/斷開連接信息;使用所述同一時間段內(nèi)的連接/斷開連接信息來計算可用性趨勢;根據(jù)端點(diǎn)可用性趨勢的預(yù)定分類和所計算的可用性趨勢對端點(diǎn)進(jìn)行分類;根據(jù)上述分類步驟的結(jié)果應(yīng)用規(guī)則以創(chuàng)建用于定義在端點(diǎn)上執(zhí)行系統(tǒng)管理任務(wù)的數(shù)據(jù);以及使這些數(shù)據(jù)可用于所述系統(tǒng)管理服務(wù)器。在集中式實施例中,在所述系統(tǒng)管理服務(wù)器上執(zhí)行所述方法的所有步驟。其他實施例包括使用業(yè)務(wù)服務(wù)器,所述業(yè)務(wù)服務(wù)器為所述系統(tǒng)管理服務(wù)器計算端點(diǎn)分類或用于定義系統(tǒng)管理任務(wù)的執(zhí)行的數(shù)據(jù)。文檔編號G06F11/34GK101297536SQ200680040060公開日2008年10月29日申請日期2006年8月30日優(yōu)先權(quán)日2005年10月26日發(fā)明者C·科蘭托諾,S·麥克萊倫申請人:國際商業(yè)機(jī)器公司