本發(fā)明涉及計算機技術領域,尤其涉及一種信息校驗方法、裝置及系統(tǒng)。
背景技術:
配置管理數(shù)據(jù)庫(Configuration Management Database,CMDB),通過識別、控制、維護,檢查企業(yè)的IT資源,從而高效控制與管理不斷變化的IT基礎架構與IT服務,并為其它流程,例如事故管理、問題管理、變更管理、發(fā)布管理等流程提供準確的配置信息。隨著IT技術的進步與發(fā)展,企業(yè)的IT環(huán)境越來越復雜。數(shù)量龐大、品種繁多的IT設備很難被有效的管理,更不用說管理以這些IT設備為基礎的各種IT服務。同時,企業(yè)的IT環(huán)境在不斷變化,如何評估某個設備或服務發(fā)生的事故或變更所造成的影響,以及如何為其它流程提供IT資源當前準確的配置信息都是企業(yè)面臨的重大挑戰(zhàn)。
傳統(tǒng)CMDB系統(tǒng)只是將公司服務器資產(chǎn)信息存儲在數(shù)據(jù)庫中,并對所獲取的資產(chǎn)信息提供增加、刪除、修改、查詢的功能,而對于該系統(tǒng)中的服務器的上線流程是:公司需求服務器人員向IT部門提出資源申請,并附上需求配置清單,IT部門會參照該清單進行物理服務器的采購或虛擬機得開通,服務器上架后再將資產(chǎn)錄入CMDB系統(tǒng)中,其中,該服務器資源錄入CMDB系統(tǒng)的方式可以是由管理員人工錄入,或者是由系統(tǒng)自動采集錄入。而對于服務器在錄入系統(tǒng)后,對于服務器配置是否滿足配置清單的要求則是人工檢查的,校驗過程缺乏自動化環(huán)節(jié),并且有檢查人為失誤的可能,如果出現(xiàn)需求配置與實際線上配置不統(tǒng)一的情況,則會嚴重影響公司業(yè)務的進展。
技術實現(xiàn)要素:
有鑒于此,本發(fā)明提供一種信息校驗方法、裝置及系統(tǒng),主要目的在于在CMDB系統(tǒng)中建立新上線服務器的實際配置資源與需求配置的校驗機制,從而提高對服務器配置資源的校驗效率與準確度。
為達到上述目的,本發(fā)明主要提供如下技術方案:
一方面,本發(fā)明提供了一種信息校驗方法,該方法包括:
獲取申請服務器的配置請求信息,所述服務器為配置管理數(shù)據(jù)庫系統(tǒng)中根據(jù)所述配置請求信息增加的服務器;
根據(jù)預設的編碼方式對所述配置請求信息中的各項配置進行編碼生成預期配置字典;
將配置驗證指令和所述預期配置字典發(fā)送至所述服務器,以便所述服務器比較所述服務器的實際配置信息與所述配置請求信息的一致性,并得出校驗配置字典;
根據(jù)所述服務器返回的所述校驗配置字典中數(shù)據(jù)項的值,判斷所述服務器的實際配置信息與所述配置請求信息是否相符,以確認所述服務器的實際配置信息是否滿足配置需求。
另一方面,本發(fā)明還提供了一種信息校驗方法,該方法包括:
接收控制端發(fā)送的配置驗證指令和預期配置字典;
采集服務器本機的實際配置信息,并根據(jù)預設的編碼方式對所述實際配置信息中的各項配置進行編碼生成實際配置字典;
根據(jù)所述配置驗證指令計算所述預期配置字典與所述實際配置字典中對應數(shù)據(jù)項之間的差值,并根據(jù)所述對應數(shù)據(jù)項之間的差值生成校驗配置字典;
向所述控制端發(fā)送所述校驗配置字典。
另一方面,本發(fā)明提供了一種信息校驗裝置,該裝置包括:
獲取單元,用于獲取申請服務器的配置請求信息,所述服務器為配置管理數(shù)據(jù)庫系統(tǒng)中根據(jù)所述配置請求信息增加的服務器;
生成單元,用于根據(jù)預設的編碼方式對所述配置請求信息中的各項配置進行編碼生成預期配置字典;
發(fā)送單元,用于將配置驗證指令和所述生成單元生成的預期配置字典發(fā)送至所述服務器,以便所述服務器比較所述服務器的實際配置信息與所述配置請求信息的一致性,并得出校驗配置字典;
判斷單元,用于根據(jù)所述服務器返回的所述校驗配置字典中數(shù)據(jù)項的值,判斷所述服務器的實際配置信息與所述配置請求信息是否相符,以確認所述服務器的實際配置信息是否滿足配置需求。
另一方面,本發(fā)明還提供了一種信息校驗裝置,該裝置包括:
接收單元,用于接收控制端發(fā)送的配置驗證指令和預期配置字典;
采集單元,用于采集服務器本機的實際配置信息,并根據(jù)預設的編碼方式對所述實際配置信息中的各項配置進行編碼生成實際配置字典;
生成單元,用于根據(jù)所述接收單元接收的配置驗證指令計算所述預期配置字典與所述采集單元采集的實際配置字典中對應數(shù)據(jù)項之間的差值,并根據(jù)所述對應數(shù)據(jù)項之間的差值生成校驗配置字典;
發(fā)送單元,用于向所述控制端發(fā)送所述生成單元生成的校驗配置字典。
另一方面,本發(fā)明還提供了一種信息校驗系統(tǒng),該系統(tǒng)包括上述的信息校驗裝置。
依據(jù)上述本發(fā)明所提出的信息校驗方法、裝置及系統(tǒng),是通過在CMDB系統(tǒng)中建立服務器配置信息校驗機制,由該系統(tǒng)的控制端獲取用戶提交的服務器申請配置單,保存該申請的服務器配置信息。在向用戶提供了配置好的服務器,并將該服務器納入該系統(tǒng)中后,控制端將向該服務器發(fā)送驗證配置指令以及字典格式的申請配置信息。由該服務器接收并執(zhí)行驗證配置指令,將驗證結果以字典格式發(fā)送給控制端。由控制端根據(jù)驗證結果向得出校驗結論,并告知系統(tǒng)管理員。與現(xiàn)有的人工校驗方式相比,本發(fā)明所采用的配置信息校驗方法能夠根據(jù)用戶提供的申請配置單自動地對服務器進行配置校驗,直接向系統(tǒng)管理員提供校驗結果,避免了人工校驗出錯的可能性,還大幅提高了校驗速度和效率。
附圖說明
通過閱讀下文優(yōu)選實施方式的詳細描述,各種其他的優(yōu)點和益處對于 本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的,而并不認為是對本發(fā)明的限制。而且在整個附圖中,用相同的參考符號表示相同的部件。在附圖中:
圖1示出了本發(fā)明實施例提出的一種信息校驗方法的流程圖;
圖2示出了本發(fā)明實施例提出的另一種信息校驗方法的流程圖;
圖3示出了本發(fā)明實施例提出的第三種信息校驗方法的流程圖;
圖4示出了本發(fā)明實施例提出的一種信息校驗裝置的組成框圖;
圖5示出了本發(fā)明實施例提出的另一種信息校驗裝置的組成框圖;
圖6示出了本發(fā)明實施例提出的第三種信息校驗裝置的組成框圖;
圖7示出了本發(fā)明實施例提出的第四種信息校驗裝置的組成框圖。
具體實施方式
下面將參照附圖更詳細地描述本發(fā)明的示例性實施例。雖然附圖中顯示了本發(fā)明的示例性實施例,然而應當理解,可以以各種形式實現(xiàn)本發(fā)明而不應被這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本發(fā)明,并且能夠?qū)⒈景l(fā)明的范圍完整的傳達給本領域的技術人員。
本發(fā)明實施例提供了一種信息校驗的方法,如圖1所示,該方法應用在CMDB系統(tǒng)的控制管理端中,具體步驟包括:
101、獲取申請服務器的配置請求信息。
本發(fā)明實施例中,CMDB系統(tǒng)向客戶端提供服務器申請功能,在該功能中,客戶端可以向控制端的管理員提交服務器開通申請,并提交相應的配置申請表,該申請表中記錄了客戶端所要求的服務器配置,其實現(xiàn)方式可以是由系統(tǒng)中自帶的固定格式的申請表格,也可以是集成在CMDB系統(tǒng)中的配置申請網(wǎng)頁頁面。對于客戶端提交服務器配置申請的方式本實施例不做具體限定。
服務器在本實施例中是指由客戶端提交申請,經(jīng)過核準后加入CMDB系統(tǒng)的服務器。該服務器可以是新增加的服務器,也可以是由本系統(tǒng)中負責其他業(yè)務的服務器轉(zhuǎn)換服務業(yè)務而增加的已有服務器。并且,該服務器的種類也不限于是物理機或虛擬機??刂贫送ㄟ^獲取客戶端提交的服務器 申請,來提取該申請中包含的具體服務器配置信息。
102、根據(jù)預設的編碼方式對配置請求信息中的各項配置進行編碼生成預期配置字典。
控制端在獲取到客戶端上報的服務器的配置請求信息后,將這些信息進行提取并整理,以字典格式存儲到預期配置字典中。該字典用于存儲客戶端申請的服務器配置請求信息。
需要指出的是,在字典格式的信息中,字典的基礎信息包括變量和變量值,兩者相互對應。對于本發(fā)明實施例,預期配置字典中的變量是配置請求信息中信息對象,而變量值就是信息對象的取值,例如,服務器配置中的內(nèi)存為4G,其中內(nèi)存為信息對象,4G就是信息對象的取值。在將配置請求信息中的信息對象與信息對象的取值存儲為字典中的變量和變量值時,可以采用不同的編碼方式進行信息格式的轉(zhuǎn)換。如數(shù)字型,字符型等。對于所采用的編碼方式,本實施例不做具體限定,應以數(shù)據(jù)信息的易于處理為準。
103、將配置驗證指令和預期配置字典發(fā)送至服務器。
在得到預期配置字典后,控制端將生成對應于該字典的配置驗證指令,由于在整個系統(tǒng)中提交服務器申請的客戶端可能不止一個,因此,控制端在生成預期配置字典時也是會生成多個字典的。所以,要準確驗證該服務器的配置與申請配置信息是否一致,就需要將預期配置字典發(fā)送到對應的服務器中進行配置信息的匹配。而配置驗證指令就是用于匹配預期配置字典與服務器的對應關系,該配置驗證指令中指定了要發(fā)送的服務器,并能夠獲取服務器的配置信息??刂贫烁鶕?jù)配置驗證指令所指定的服務器將配置驗證指令和預期配置字典發(fā)送至服務器中,由服務器執(zhí)行配置驗證指令,比較實際配置信息與配置請求信息,將結果同樣以字典的形式存儲為校驗配置字典,并反饋給控制端。
104、根據(jù)服務器返回的校驗配置字典中數(shù)據(jù)項的值,判斷該服務器的實際配置信息與配置請求信息是否相符。
接收服務器反饋的校驗配置字典,由于該校驗配置字典中記錄的是服務器對比實際配置信息與配置請求信息的結果,因此,解析該字典后,逐 一分析該字典中各數(shù)據(jù)項的內(nèi)容就可以判斷出服務器的實際配置信息與配置請求信息是否相符,并且,如果不相符還可以得到不符的數(shù)據(jù)項,由此便可得出服務器在配置過程中是哪個參數(shù)配置的有誤。
在說明了CMDB系統(tǒng)中控制端進行配置驗證的步驟后,與之相對應的服務器一端,本發(fā)明實施例還提供了一種信息校驗方法,如圖2所示,該方法應用于加入CMDB系統(tǒng)中新配置的服務器中,具體的方法為:
201、接收控制端發(fā)送的配置驗證指令和預期配置字典。
服務器接收由控制端發(fā)送的配置驗證指令和預期配置字典。其中,預期配置字典是記錄有該服務器在申請時所配置的申請配置信息,配置驗證指令則用于在服務器中執(zhí)行申請配置信息與實際配置信息的對比操作。
202、采集服務器本機配置信息,得到本機的實際配置字典。
在接收到201中的配置驗證指令和預期配置字典之后,服務器采集本機的實際配置信息,具體的采集方式在現(xiàn)有的技術中已非常普遍,對此本實施例不做具體限定。需要說明的是,將采集到的本機配置信息要以字典的格式存儲在實際配置字典中。并且,該實際配置字典中的數(shù)據(jù)項應與預期配置字典中的數(shù)據(jù)項相對應。其中,實際配置字典的編碼方式也應與預期配置字典的編碼方式相同,以保證數(shù)據(jù)信息格式的一致性。
203、根據(jù)配置驗證指令計算預期配置字典與實際配置字典中對應數(shù)據(jù)項之間的差值,并根據(jù)對應數(shù)據(jù)項之間的差值生成校驗配置字典。
服務器在得到實際配置字典后,將根據(jù)配置驗證指令來對比申請配置信息與實際配置信息,通過對比預期配置字典與實際配置字典中對應的數(shù)據(jù)項的值來確定服務器的配置是否與申請配置相一致。
服務器將對比的結果再以相同的字典格式存儲為校驗配置字典。
204、向控制端發(fā)送校驗配置字典。
服務器將得到的校驗配置字典作為配置驗證指令的執(zhí)行結果反饋給控制端,以便控制端根據(jù)該結果向系統(tǒng)管理員通告服務器的實際配置是否正確。
結合上述的實現(xiàn)方式可以看出,本發(fā)明實施例所采用的信息校驗方法,是通過在CMDB系統(tǒng)中建立服務器配置信息校驗機制,由該系統(tǒng)的控制端 獲取用戶提交的服務器申請配置單,保存該申請的服務器配置信息。在向用戶提供了配置好的服務器,并將該服務器納入該系統(tǒng)中后,控制端將向該服務器發(fā)送驗證配置指令以及字典格式的申請配置信息。由該服務器接收并執(zhí)行驗證配置指令,將驗證結果以字典格式發(fā)送給控制端。由控制端根據(jù)驗證結果向得出校驗結論,并告知系統(tǒng)管理員。與現(xiàn)有的人工校驗方式相比,本發(fā)明實施例所采用的配置信息校驗方法能夠根據(jù)用戶提供的申請配置單自動地對服務器進行配置校驗,直接向系統(tǒng)管理員提供校驗結果,避免了人工校驗出錯的可能性,還大幅提高了校驗速度和效率。
為了更加詳細地說明本發(fā)明提出的一種信息校驗方法,本發(fā)明實施例綜合上述的兩種信息校驗方法并舉例說明服務器配置信息的校驗方法,如圖3所示,該方法在對信息校驗時所包括步驟為:
301、控制端獲取服務器申請的配置請求信息。
本實施例中是由控制端獲取客戶端通過網(wǎng)頁提交的申請服務器的配置表,并從該表中提取相應的服務器配置請求信息。其中,服務器配置請求信息中至少包括有該服務器的中央處理器(CPU,Central Processing Unit)核心數(shù),內(nèi)存容量,硬盤容量等信息??刂贫藢⒃撆渲帽戆l(fā)送給服務器硬件配置人員,由配置人員完成服務器的配置組裝并提供給客戶端。
302、控制端根據(jù)預設的編碼方式對配置請求信息中的各項配置進行編碼生成預期配置字典。
在配置人員進行服務器配置的同時,控制端將配置表中的配置信息以字典的格式進行存儲,生成預期配置字典。由于CPU核心數(shù)、內(nèi)存容量、硬盤容量等信息都可以使用整數(shù)數(shù)據(jù)進行表示,因此,預期配置字典中數(shù)據(jù)項的值可以使用數(shù)字int類型的數(shù)據(jù)進行存儲。例如,客戶端提交的配置表為CPU核心數(shù)為4,內(nèi)存容量為10G,硬盤容量為4T,則生成的預期配置字典a為:
{cpu_core:4,memory_cap:10,harddisk_num:4}。
303、控制端將配置驗證指令和預期配置字典發(fā)送至服務器。
控制端在生成預期配置字典后,將為該字典生成對應的配置驗證指令,并在CMDB系統(tǒng)中查找新加入的服務器。在查找到對應的服務器時,一般 可以根據(jù)服務器名稱查找對應的服務器,就將配置驗證指令和預期配置字典一同發(fā)送給服務器。
304、由服務器采集本機配置信息,得到本機的實際配置字典。
服務器在接收到配置驗證指令和預期配置字典后,會在服務器中創(chuàng)建一個子線程,通過調(diào)用bash來采集本機的配置信息,而采集的內(nèi)容與預期配置字典中的數(shù)據(jù)項相對應,也是CPU核心數(shù)、內(nèi)存容量、硬盤容量等信息。并且將采集出的數(shù)據(jù)經(jīng)過正則表達式進行關鍵字的摘取,以數(shù)字int類型將數(shù)據(jù)存儲到實際配置字典b中。以服務器的配置是4核CPU,8G內(nèi)存,4T硬盤為例,在經(jīng)過正則表達式摘取關鍵字后得到的實際配置字典b為:{cpu_core:4,memory_cap:8,harddisk_num:4}。
305、服務器根據(jù)配置驗證指令計算預期配置字典與實際配置字典中對應數(shù)據(jù)項的值的差值,生成校驗配置字典,并發(fā)送至控制端。
服務器在接收到預期配置字典a,以及采集生成實際配置字典b后,就可以根據(jù)配置驗證指令來對比預期配置字典與實際配置字典中對應數(shù)據(jù)項的值,將比較的結果以字典的形式存儲為校驗配置字典。具體的實現(xiàn)方式可以是分別提取出預期配置字典a與實際配置字典b中對應數(shù)據(jù)項的值,并相減計算得到對應數(shù)據(jù)項之間的差值,并將該差值作為校驗配置字典c中該數(shù)據(jù)項的值。通過上述的例子具體說明:在預期配置字典a和實際配置字典b中分別找到對應數(shù)據(jù)項cpu_core的值4和4,將這兩個數(shù)值進行相減計算后的結果為0,則得到了校驗配置字典中cpu_core的值為0,相應的預期配置字典a和實際配置字典b中其他對應數(shù)據(jù)項以相同的方式進行計算,最終可以得到的校驗配置字典c為:
{cpu_core:0,memory_cap:2,harddisk_num:0}。
服務器在得到校驗配置字典后,會將該校驗配置字典發(fā)送該控制端作為配置驗證指令的執(zhí)行結果。
306、控制端根據(jù)服務器返回的校驗配置字典中數(shù)據(jù)項的值,判斷服務器的實際配置信息與配置請求信息是否相符。
控制端將接收到的校驗配置字典解析后,提取各個數(shù)據(jù)項的值,判斷該值是否為0,若為0則說明該數(shù)據(jù)項在服務器的實際配置中與客戶端申請 的配置相符,若該值不為0則說明服務器在該項上的配置與申請的配置不相符,存在錯誤。根據(jù)校驗配置字典c中的值可見,服務器中的內(nèi)存就出現(xiàn)了配置錯誤,配置的內(nèi)存容量比申請的內(nèi)存容量值少了2G。
在此需要說明的是,根據(jù)上述方式所得到的校驗配置字典,只有在其中的數(shù)據(jù)項的值都為0的時候,才能夠確認服務器的實際配置是與申請配置相符合,而在不為0的情況下,其配置均認為有誤,當值為正時,說明實際配置低于申請配置,這種情況將很可能嚴重影響用戶的工作;而當值為負時,說明實際配置高于申請配置,此種情況雖然不會對用戶使用造成影響,但是會增加用戶的使用成本,造成不必要的開支。因此,在查到配置不相符的情況時,都應該按照配置錯誤進行處理。
307、當配置信息不相符時,由控制端生成報警信息。
在發(fā)現(xiàn)配置信息不相符時,控制端會將該結果以報警信息的方式顯示在控制端的報警信息中,以提示系統(tǒng)管理員該服務器的配置信息存在錯誤。除了生成報警信息外,控制端也可以設置為將校驗的配置結果以郵件的形式發(fā)送給系統(tǒng)管理員,以告知服務器的配置情況,此方式可以不區(qū)分配置信息是否相符。
進一步的,作為對上述方法的實現(xiàn),本發(fā)明實施例提供了一種信息校驗裝置,該裝置實施例與前述方法實施例對應,為便于閱讀,本裝置實施例不再對前述方法實施例中的細節(jié)內(nèi)容進行逐一贅述,但應當明確,本實施例中的裝置能夠?qū)獙崿F(xiàn)前述方法實施例中的全部內(nèi)容。該裝置設置在CMDB系統(tǒng)的控制端中,如圖4所示,該裝置包括:
獲取單元41,用于獲取申請服務器的配置請求信息,所述服務器為配置管理數(shù)據(jù)庫系統(tǒng)中根據(jù)所述配置請求信息增加的服務器;
生成單元42,用于根據(jù)預設的編碼方式對所述配置請求信息中的各項配置進行編碼生成預期配置字典;
發(fā)送單元43,用于將配置驗證指令和所述生成單元42生成的預期配置字典發(fā)送至所述服務器,以便所述服務器比較所述服務器的實際配置信息與所述配置請求信息的一致性,并得出校驗配置字典;
判斷單元44,用于根據(jù)所述服務器返回的所述校驗配置字典中數(shù)據(jù)項 的值,判斷所述服務器的實際配置信息與所述配置請求信息是否相符,以確認所述服務器的實際配置信息是否滿足配置需求。
進一步的,如圖5所示,所述獲取單元41包括:
獲取模塊411,用于獲取用戶提交的申請服務器的配置表;
提取模塊412,用于提取所述獲取模塊411獲取的配置表中數(shù)字型的配置請求信息,所述配置請求信息至少包含所述服務器的中央處理器核心數(shù)、內(nèi)存容量、硬盤容量的信息。
進一步的,如圖5所示,所述判斷單元44包括:
提取模塊441,用于提取所述校驗配置字典中數(shù)據(jù)項的值;
判斷模塊442,用于判斷所述提取模塊441提取的值是否為0,若不為0,則所述服務器的實際配置信息與所述配置請求信息不相符。
進一步的,如圖5所示,所述裝置還包括:
報警單元45,用于在所述判斷單元44判斷服務器的實際配置信息與所述配置請求信息不相符時,生成報警信息,以便提示用戶所述服務器的實際配置有誤。
進一步的,本發(fā)明實施例還提供了一種信息校驗裝置,該裝置設置在為用戶側配置的服務器中,如圖6所示,該裝置包括:
接收單元61,用于接收控制端發(fā)送的配置驗證指令和預期配置字典;
采集單元62,用于采集服務器本機的實際配置信息,并根據(jù)預設的編碼方式對所述實際配置信息中的各項配置進行編碼生成實際配置字典;
生成單元63,用于根據(jù)所述接收單元61接收的配置驗證指令計算所述預期配置字典與所述采集單元62采集的實際配置字典中對應數(shù)據(jù)項之間的差值,并根據(jù)所述對應數(shù)據(jù)項之間的差值生成校驗配置字典;
發(fā)送單元64,用于向所述控制端發(fā)送所述生成單元63生成的校驗配置字典。
進一步的,如圖7所示,所述采集單元62包括:
采集模塊621,用于在所述服務器中建立子線程,采集所述服務器的實際配置信息;
提取模塊622,用于利用正則表達式提取所述采集模塊621采集的實際 配置信息中的關鍵字;
存儲模塊623,用于將所述提取模塊622提取的關鍵字以數(shù)字型的信息存儲至實際配置字典。
進一步的,如圖7所示,所述生成單元63包括:
執(zhí)行模塊631,用于執(zhí)行所述配置驗證指令,獲取對應的預期配置字典與實際配置字典;
提取模塊632,用于分別提取所述執(zhí)行模塊631獲取的預期配置字典與實際配置字典中對應數(shù)據(jù)項的值;
生成模塊633,用于將所述提取模塊632提取對應數(shù)據(jù)項之間的差值作為所述校驗配置字典中對應數(shù)據(jù)項的值,生成所述校驗配置字典。
進一步的,本發(fā)明實施例還提供了一種信息校驗系統(tǒng),該系統(tǒng)包含了上述的用于CMDB系統(tǒng)控制端中的信息校驗裝置與設置在為用戶側配置的服務器中的信息校驗裝置,通過在上述裝置之間發(fā)送的數(shù)據(jù)信息來確定服務器的配置是否符合用戶所提的配置需求。
綜上所述,本發(fā)明實施例所采用的信息校驗方法、裝置及系統(tǒng),是通過在CMDB系統(tǒng)中建立服務器配置信息校驗機制,由該系統(tǒng)的控制端獲取用戶提交的服務器申請配置單,保存該申請的服務器配置信息。在向用戶提供了配置好的服務器,并將該服務器納入該系統(tǒng)中后,控制端將向該服務器發(fā)送驗證配置指令以及字典格式的申請配置信息。由該服務器接收并執(zhí)行驗證配置指令,將驗證結果以字典格式發(fā)送給控制端。由控制端根據(jù)驗證結果向得出校驗結論,并告知系統(tǒng)管理員。與現(xiàn)有的人工校驗方式相比,本發(fā)明實施例所采用的配置信息校驗方法、裝置及系統(tǒng)能夠根據(jù)用戶提供的申請配置單自動地對服務器進行配置校驗,直接向系統(tǒng)管理員提供校驗結果,避免了人工校驗出錯的可能性,還大幅提高了校驗速度和效率。
所述一種信息校驗裝置包括處理器和存儲器,上述獲取單元、生成單元、發(fā)送單元和判斷單元均作為程序單元存儲在存儲器中,由處理器執(zhí)行存儲在存儲器中的上述程序單元來實現(xiàn)相應的功能。
此外,所述另一種信息校驗裝置包括處理器和存儲器,上述接收單元、采集單元、生成單元和發(fā)送單元均作為程序單元存儲在存儲器中,由處理 器執(zhí)行存儲在存儲器中的上述程序單元來實現(xiàn)相應的功能。
上述的處理器中包含內(nèi)核,由內(nèi)核去存儲器中調(diào)取相應的程序單元。內(nèi)核可以設置一個或以上,通過調(diào)整內(nèi)核參數(shù)來在CMDB系統(tǒng)中建立新上線服務器的實際配置資源與需求配置的校驗機制,從而提高對服務器配置資源的校驗效率與準確度。
存儲器可能包括計算機可讀介質(zhì)中的非永久性存儲器,隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式,如只讀存儲器(ROM)或閃存(flash RAM),存儲器包括至少一個存儲芯片。
本申請還提供了一種計算機程序產(chǎn)品,當在數(shù)據(jù)處理設備上執(zhí)行時,適于執(zhí)行初始化有如下方法步驟的程序代碼:獲取服務器申請的配置請求信息,所述服務器為配置管理數(shù)據(jù)庫系統(tǒng)中根據(jù)所述配置請求信息增加的服務器;根據(jù)所述配置請求信息生成預期配置字典;將配置驗證指令和所述預期配置字典發(fā)送至所述服務器,以便所述服務器比較實際配置信息與所述配置請求信息的一致性,并得出校驗配置字典;根據(jù)接收到的所述校驗配置字典中數(shù)據(jù)項的值,判斷所述服務器的實際配置信息與所述配置請求信息是否相符。
此外,本申請還提供了另一種計算機程序產(chǎn)品,當在數(shù)據(jù)處理設備上執(zhí)行時,適于執(zhí)行初始化有如下方法步驟的程序代碼:接收控制端發(fā)送的配置驗證指令和預期配置字典;采集服務器配置信息,得到所述服務器的實際配置字典;根據(jù)所述配置驗證指令計算所述預期配置字典與所述實際配置字典中對應數(shù)據(jù)項的值的差值,生成校驗配置字典;向所述控制端發(fā)送所述校驗配置字典。
本領域內(nèi)的技術人員應明白,本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此,本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且,本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。
本申請是參照根據(jù)本申請實施例的方法、設備(系統(tǒng))、和計算機程序 產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合??商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器,使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品,該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上,使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理,從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
在一個典型的配置中,計算設備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。
存儲器可能包括計算機可讀介質(zhì)中的非永久性存儲器,隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式,如只讀存儲器(ROM)或閃存(flash RAM)。存儲器是計算機可讀介質(zhì)的示例。
計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括,但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶,磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì), 可用于存儲可以被計算設備訪問的信息。按照本文中的界定,計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media),如調(diào)制的數(shù)據(jù)信號和載波。
還需要說明的是,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,并不排除在包括要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白,本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此,本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且,本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。
以上僅為本申請的實施例而已,并不用于限制本申請。對于本領域技術人員來說,本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等,均應包含在本申請的權利要求范圍之內(nèi)。