本發(fā)明涉及固件管理技術(shù)領(lǐng)域，尤其涉及一種固件管理方法和裝置。

背景技術(shù)：

服務(wù)器是提供計算服務(wù)的設(shè)備，主要由中央處理器(cpu，centralprocessingunit)、存儲設(shè)備、內(nèi)存、i/o(input/output，輸入/輸出)設(shè)備等硬件設(shè)備組成。在硬件設(shè)備中，固件擔(dān)任著一個系統(tǒng)最基礎(chǔ)最底層工作的軟件。cpu是一臺計算機的運算核心和控制核心，內(nèi)存用于存放程序運算數(shù)據(jù)。cpu和內(nèi)存要正常使用不需要依賴特定的固件。而存儲設(shè)備、網(wǎng)卡和顯卡等輸入輸出設(shè)備一般需要燒結(jié)特定的固件，例如顯卡固件、網(wǎng)卡固件、sas(serialattachedscsi，串行scsi技術(shù))控制器固件，才能正常運行。

對于固件的管理，主要有固件燒結(jié)、固件更新、固件配置數(shù)據(jù)的備份和附件配置數(shù)據(jù)的恢復(fù)等。目前，服務(wù)器固件管理主要通過兩種方式，一種是基于os(operationsystem，操作系統(tǒng))的軟件燒結(jié)，一種是特殊電纜燒結(jié)。

其中，基于os的軟件燒結(jié)，是在服務(wù)器上安裝操作系統(tǒng)和燒結(jié)軟件，通過上傳固件文件、輸入固件的配置數(shù)據(jù)，使用燒結(jié)軟件對固件進行燒結(jié)或更新。當(dāng)有多個固件需要燒結(jié)或更新時，需要針對每個固件重復(fù)進行上述流程。

特殊電纜燒結(jié)，是將固件文件上傳到調(diào)試機，使用特殊電纜連接調(diào)試機和被燒結(jié)的器件和調(diào)試機，給被燒結(jié)服務(wù)器加電后，在調(diào)試機上運行固件燒結(jié)軟件，輸入固件的配置數(shù)據(jù)，對單板上的固件進行燒結(jié)或更新。當(dāng)有多個固件需要燒結(jié)或更新時，需要針對每個固件重復(fù)進行上述流程。

由于基于os的軟件燒結(jié)和特殊電纜燒結(jié)流程復(fù)雜，人工操作部分較多，不能保證固件燒結(jié)或更新的正確率，不利于服務(wù)器單板的批量化生產(chǎn)。尤其當(dāng)服務(wù)器固件進行更新時，現(xiàn)場操作可行性不高，若返廠進行維護則成本增加，導(dǎo)致維護難度大、維護性差。

另外，當(dāng)服務(wù)器更換，但被替換設(shè)備的固件配置數(shù)據(jù)不變時，需要通過服務(wù)器的帶內(nèi)或帶外接口實現(xiàn)備份固件配置數(shù)據(jù)的備份和恢復(fù)，且由于當(dāng)前 多數(shù)設(shè)備不支持帶外接口的獲取和改寫，導(dǎo)致軟硬件設(shè)計的復(fù)雜，只能實現(xiàn)部分設(shè)備的固件配置數(shù)據(jù)管理。

由此可見，現(xiàn)有的服務(wù)器固件管理流程復(fù)雜，功能不完善，人工參與程度高，維護性差。

技術(shù)實現(xiàn)要素：

本發(fā)明的主要目的在于提供一種固件管理方法和裝置，旨在解決固件管理功能不完善、維護性差的技術(shù)問題。

為實現(xiàn)上述目的，本發(fā)明提供一種固件管理方法，所述固件管理方法包括以下步驟：

基板管理控制器將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上；

修改所述主機的啟動方式配置，所述修改后的主機啟動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)；

控制所述主機根據(jù)所述修改后的啟動方式配置，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理。

優(yōu)選的，所述修改所述主機的啟動方式配置，所述修改后的主機啟動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)的步驟包括：

將所述主機的啟動方式配置修改為從所述基板管理控制器獲取啟動方式并根據(jù)獲取的啟動方式啟動，所述獲取的啟動方式為從所述虛擬啟動系統(tǒng)啟動。

優(yōu)選的，所述控制所述主機根據(jù)所述修改后的啟動方式配置，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理的步驟包括：

控制所述主機重啟，根據(jù)所述修改后的啟動方式配置從所述基板管理控制器獲取啟動方式；

控制所述主機根據(jù)所述獲取的啟動方式，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件；

引導(dǎo)所述主機進行固件管理。

優(yōu)選的，所述固件管理鏡像文件包括固件配置數(shù)據(jù)采集鏡像文件，所述引導(dǎo)所述主機進行固件管理的步驟包括：

通過所述固件配置數(shù)據(jù)采集鏡像文件掃描所述主機各固件，采集所述固件的配置數(shù)據(jù)；

存儲所述固件配置數(shù)據(jù)，用于所述固件狀態(tài)恢復(fù)。

優(yōu)選的，所述固件管理鏡像文件包括固件配置數(shù)據(jù)恢復(fù)鏡像文件，所述引導(dǎo)所述主機進行固件管理的步驟還包括：

通過所述固件配置數(shù)據(jù)恢復(fù)鏡像文件，控制相應(yīng)的固件恢復(fù)配置數(shù)據(jù)；

記錄并存儲所述固件配置數(shù)據(jù)恢復(fù)結(jié)果。

優(yōu)選的，所述基板管理控制器將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上的步驟之前，還包括：

所述基板管理控制器將所述固件管理鏡像文件配置在基板管理控制器本地或遠(yuǎn)程調(diào)試機，所述基板管理控制器與所述遠(yuǎn)程調(diào)試機通信，調(diào)取所述遠(yuǎn)程調(diào)試機上的固件管理鏡像文件。

優(yōu)選的，所述修改所述主機的啟動方式配置的步驟還包括：

修改所述主機的啟動方式配置，備份所述主機的原有啟動配置數(shù)據(jù)；

所述控制所述主機從所述虛擬啟動系統(tǒng)啟動，進行固件管理的步驟之后，還包括：

根據(jù)所述原有啟動配置數(shù)據(jù)，控制所述主機復(fù)位。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種固件管理裝置，所述固件管理裝置包括：

虛擬模塊，用于將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上；

修改模塊，用于修改所述主機的啟動方式配置，所述修改后的主機啟動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)；

管理模塊，用于控制所述主機根據(jù)所述修改后的啟動方式配置，從所述 虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理。

優(yōu)選的，所述修改模塊還用于，

將所述主機的啟動方式配置修改為從所述基板管理控制器獲取啟動方式并根據(jù)獲取的啟動方式啟動，所述獲取的啟動方式為從所述虛擬啟動系統(tǒng)啟動；

所述管理模塊包括：

重啟單元，用于控制所述主機重啟，根據(jù)所述修改后的啟動方式配置從所述基板管理控制器獲取啟動方式；

配置單元，用于控制所述主機根據(jù)所述獲取的啟動方式，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件；

管理單元，用于引導(dǎo)所述主機進行固件管理。

優(yōu)選的，所述修改模塊還用于，

修改所述主機的啟動方式配置，備份所述主機的原有啟動配置數(shù)據(jù)；

所述固件管理裝置還包括：

復(fù)位模塊，用于根據(jù)所述原有啟動配置數(shù)據(jù)，控制所述主機復(fù)位。

本發(fā)明實施例提出的一種固件管理方法和裝置，通過基板管理控制器將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上；修改所述主機的啟動方式配置，所述修改后的主機啟動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)；控制所述主機根據(jù)所述修改后的啟動方式配置，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理。本發(fā)明實施例完善了服務(wù)器固件管理的功能，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

附圖說明

圖1為本發(fā)明固件管理方法第一實施例的流程示意圖；

圖2為本發(fā)明固件管理方法第二實施例的流程示意圖；

圖3為本發(fā)明固件管理方法第三實施例的流程示意圖；

圖4為本發(fā)明固件管理方法第四實施例的流程示意圖；

圖5為本發(fā)明固件管理方法第五實施例的流程示意圖；

圖6為本發(fā)明固件管理方法第六實施例的流程示意圖；

圖7為本發(fā)明固件管理方法實施例一種固件管理示意圖；

圖8為本發(fā)明固件管理方法實施例一種固件管理示意圖；

圖9為本發(fā)明固件管理方法第七實施例的流程示意圖；

圖10為本發(fā)明固件管理裝置第一實施例、第二實施例的功能模塊示意圖；

圖11為本發(fā)明固件管理裝置第三實施例的功能模塊示意圖；

圖12為本發(fā)明固件管理裝置第四實施例的功能模塊示意圖；

圖13為本發(fā)明固件管理裝置第五實施例的功能模塊示意圖；

圖14為本發(fā)明固件管理裝置第六實施例的功能模塊示意圖；

圖15為本發(fā)明固件管理裝置第七實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例的主要解決方案是：基板管理控制器將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上；修改所述主機的啟動方式配置，所述修改后的主機啟動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)；控制所述主機根據(jù)所述修改后的啟動方式配置，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理。

由于現(xiàn)有技術(shù)進行固件管理時，固件燒結(jié)和更新流程復(fù)雜，人工參與程度高、自動化程度低，維護性差，且不能實現(xiàn)全部固件配置數(shù)據(jù)的備份和管理，管理功能不完善。

本發(fā)明提供一種解決方案，簡化固件的燒結(jié)和更新流程，降低人工參與度，實現(xiàn)了全部固件配置數(shù)據(jù)的備份和管理，完善了固件管理功能。

參照圖1，本發(fā)明固件管理方法第一實施例提供一種固件管理方法，所述固件管理方法包括：

步驟s10、基板管理控制器將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上。

本發(fā)明實施例主要應(yīng)用于服務(wù)器單板的固件管理，但不限定于服務(wù)器單板的固件管理，也可應(yīng)用于其他設(shè)備的固件管理。

在本實施例中，服務(wù)器單板使用pcie總線和接口標(biāo)準(zhǔn)，服務(wù)器cpu通過pcie總線連接服務(wù)器各部件，如pcie橋、pch(platformcontrollerhub，南橋)、網(wǎng)卡、fc(fibrecontroller，光纖控制器)、sas(serialattachedscsi，串行scsi技術(shù))控制器和顯卡等。本實施例可以對pcie橋、pch、網(wǎng)卡、fc、sas控制器和顯卡等固件進行管理。

服務(wù)器單板管理的固件可以分為兩類，一類是與服務(wù)器主機硬件設(shè)備相關(guān)的固件，此類固件只與硬件設(shè)備的類型相關(guān)，通常是固定的，例如網(wǎng)卡、sas控制器和顯卡等設(shè)備的固件，此類固件在本發(fā)明實施例中稱為固件。另一類固件不與服務(wù)器主機硬件設(shè)備捆綁，可以發(fā)生變化，例如網(wǎng)卡的mac地址(mediaaccesscontrol，物理地址)、fc和sas控制器的wwn(worldwidename，全球唯一名字)地址，此類固件在本發(fā)明實施例中稱為固件配置數(shù)據(jù)。

本發(fā)明實施例所稱固件管理包括但不限定于固件的燒結(jié)、更新、固件配置數(shù)據(jù)的備份和恢復(fù)。

具體的，作為一種實施方式，本實施例使用基板管理控制器(baseboardmanagementcontroller，bmc)進行服務(wù)器固件燒結(jié)的管理。

基板管理控制器安裝在服務(wù)器主板上，使用ipmi(intelligentplatformmanagementinterface，智能平臺管理接口)，支持本地和遠(yuǎn)程診斷、控制臺支持、配置管理、硬件管理和故障排除等功能。

基板管理控制器通過usb接口，作為usb設(shè)備如usb光驅(qū)或usb塊設(shè)備，連接在服務(wù)器主機上。服務(wù)器可以通過smi(systemmanagementinterface，系統(tǒng)管理接口)總線，向基板管理控制器發(fā)出ipmi命令，進行消息、指令的傳輸與交互。

預(yù)先配置的固件管理鏡像文件為集成os(operationsystem，操作系統(tǒng))，如dos(diskoperatingsystem，磁盤操作系統(tǒng))，滿足服務(wù)器主機加載運行，實現(xiàn)固件管理。

固件管理鏡像文件包括：操作系統(tǒng)、固件管理控制軟件、固件工具軟件 和服務(wù)器固件等。其中，操作系統(tǒng)是固件管理鏡像文件中所有軟件、工具的運行環(huán)境；固件管理控制軟件用于控制固件燒結(jié)流程、固件配置數(shù)據(jù)采集流程以及與基板管理控制器的通信；固件工具軟件用于訪問具體的固件設(shè)備，包括固件燒結(jié)工具軟件、固件配置數(shù)據(jù)采集工具軟件和固件配置數(shù)據(jù)恢復(fù)工具軟件等；服務(wù)器固件，包括需要燒結(jié)到具體設(shè)備的固件軟件，可以包括服務(wù)器單板的所有固件，也可以根據(jù)實際需要配置部分固件。固件管理鏡像文件還可以包括固件配置數(shù)據(jù)文件，用于固件配置數(shù)據(jù)的恢復(fù)，可根據(jù)實際需要靈活設(shè)定。

可以根據(jù)固件管理的實際需要，靈活配置固件管理鏡像文件。例如，進行固件燒結(jié)管理或固件更新管理時，固件管理鏡像文件可以包括需要進行燒結(jié)或更新的固件、固件燒結(jié)工具軟件、固件管理控制軟件和操作系統(tǒng)；進行固件配置數(shù)據(jù)備份時，固件管理鏡像文件可以包括固件配置數(shù)據(jù)采集工具軟件、固件管理控制軟件和操作系統(tǒng)；進行固件配置數(shù)據(jù)恢復(fù)時，固件管理鏡像文件可以包括固件配置數(shù)據(jù)恢復(fù)工具軟件、固件配置數(shù)據(jù)文件、固件管理控制軟件和操作系統(tǒng)。

在基板管理控制器啟動后，基板管理控制器將預(yù)先配置的固件管理鏡像文件虛擬為虛擬的啟動系統(tǒng)，掛接到服務(wù)器主機上，也即將固件管理鏡像文件作為虛擬的啟動系統(tǒng)掛接在服務(wù)器主機上。服務(wù)器主機可以訪問虛擬啟動系統(tǒng)。

步驟s20、修改所述主機的啟動方式配置，所述修改后的主機啟動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)。

在基板管理控制器將固件管理鏡像文件作為虛擬啟動系統(tǒng)掛接到服務(wù)器主機上后，具體的，作為一種實施方式，基板管理控制器修改服務(wù)器主機啟動方式配置，將服務(wù)器主機原有的啟動方式，改為從基板管理控制獲取啟動方式。

基板管理控制器配置服務(wù)器主機獲取的啟動方式為從虛擬啟動系統(tǒng)啟動，以使服務(wù)器主機從掛接的虛擬啟動系統(tǒng)啟動，進行固件管理。

步驟s30、控制所述主機根據(jù)所述修改后的啟動方式配置，從所述虛擬啟 動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理。

在基板管理控制器修改服務(wù)器主機的啟動方式配置后，具體的，作為一種實施方式，首先，基板管理控制器控制服務(wù)器主機重新啟動。

服務(wù)器主機重啟后，根據(jù)已被基板管理控制器修改的啟動方式向基板管理控制器獲取啟動方式。

然后，服務(wù)器主機訪問虛擬啟動系統(tǒng)，從虛擬啟動系統(tǒng)啟動，加載固件管理鏡像文件。

在服務(wù)器主機加載固件管理鏡像文件后，固件管理鏡像文件通過腳本或批處理的方式，使固件管理控制軟件、固件工具軟件在操作系統(tǒng)環(huán)境下自動運行，根據(jù)當(dāng)前固件管理的實際需要，進行固件燒結(jié)、更新，或固件配置數(shù)據(jù)的備份、恢復(fù)。

在本實施例中，基板管理控制器通過將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上；然后，修改主機的啟動方式配置，修改后的主機啟動方式配置與虛擬啟動系統(tǒng)相關(guān)聯(lián)；控制主機根據(jù)修改后的啟動方式配置，從虛擬啟動系統(tǒng)啟動，加載固件管理鏡像文件進行固件管理。本實施例完善了服務(wù)器固件管理的功能，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖2，本發(fā)明固件管理方法第二實施例提供一種固件管理方法，基于上述圖1所示的實施例，所述步驟s20包括：

步驟s21、將所述主機的啟動方式配置修改為從所述基板管理控制器獲取啟動方式并根據(jù)獲取的啟動方式啟動，所述獲取的啟動方式為從所述虛擬啟動系統(tǒng)啟動。

在基板管理控制器將固件管理鏡像文件作為虛擬啟動系統(tǒng)掛接到服務(wù)器主機上后，具體的，作為一種實施方式，首先，基板管理控制器修改服務(wù)器主機啟動方式配置，將服務(wù)器主機原有的啟動方式，改為從基板管理控制器獲取啟動方式。

然后，基板管理控制器配置服務(wù)器主機的啟動方式為從虛擬啟動系統(tǒng)啟動，將配置的啟動方式返回服務(wù)器主機，使服務(wù)器主機訪問虛擬啟動系統(tǒng)。

本實施例中，預(yù)先配置的固件管理鏡像文件可以位于基板控制管理器本地，也可以位于遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定?；蹇刂乒芾砥骺梢酝ㄟ^以太網(wǎng)與遠(yuǎn)程調(diào)試機通信，讀取遠(yuǎn)程調(diào)試機上配置的固件管理鏡像文件。

若預(yù)先配置的固件管理鏡像文件位于基板管理控制器本地，服務(wù)器主機訪問虛擬啟動系統(tǒng)時，則基板管理控制器控制服務(wù)器主機從本地加載固件管理鏡像文件，以使服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

若預(yù)先配置的固件管理鏡像文件位于遠(yuǎn)程調(diào)試機，服務(wù)器主機訪問虛擬啟動系統(tǒng)時，則基板管理控制器將服務(wù)器主機的訪問協(xié)議解析為固件管理鏡像文件讀取報文，通過以太網(wǎng)傳輸給遠(yuǎn)程調(diào)試機。遠(yuǎn)程調(diào)試機收到報文后，將固件管理鏡像文件的數(shù)據(jù)返回基板管理控制器。然后，基板管理控制器將得到的固件管理鏡像文件的數(shù)據(jù)通過訪問協(xié)議發(fā)給服務(wù)器主機，控制服務(wù)器主機加載固件管理鏡像文件，以使服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

在本實施例中，基板管理控制器將主機的啟動方式配置修改為主機從基板管理控制器獲取啟動方式，基板管理控制器配置的主機啟動方式為從虛擬啟動系統(tǒng)啟動，實現(xiàn)了預(yù)先配置的固件管理鏡像文件位于基板管理控制器本地或遠(yuǎn)程調(diào)試機時，均可以實現(xiàn)服務(wù)器主機從虛擬啟動系統(tǒng)啟動，進行固件管理。

進一步的，參照圖3，本發(fā)明固件管理方法第三實施例提供一種固件管理方法，基于上述圖2所示的實施例，所述步驟s30包括：

步驟s31、控制所述主機重啟，根據(jù)所述修改后的啟動方式配置從所述基板管理控制器獲取啟動方式。

在基板管理控制器修改服務(wù)器主機的啟動方式配置后，具體的，作為一種實施方式，首先，基板管理控制器控制服務(wù)器主機重新啟動。

當(dāng)服務(wù)器主機重啟時，在bios(basicinputoutputsystem，基本輸入輸出系統(tǒng))加載階段，服務(wù)器bios可以通過smi總線，向基板管理控制器發(fā)出ipmi命令，獲取啟動方式。

然后，基板管理控制器將配置的服務(wù)器主機啟動方式返回服務(wù)器主機， 使服務(wù)器主機訪問虛擬啟動系統(tǒng)。

步驟s32、控制所述主機根據(jù)所述獲取的啟動方式，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件。

在基板管理控制器將啟動方式返回給服務(wù)器主機后，服務(wù)器bios訪問虛擬啟動系統(tǒng)，進行啟動。

基板管理控制器按照訪問協(xié)議應(yīng)答服務(wù)器主機的請求，將固件管理鏡像文件返回服務(wù)器主機，使服務(wù)器主機獲取固件管理鏡像文件。

然后，服務(wù)器主機通過基板管理控制器獲取預(yù)先配置的固件管理鏡像文件，并進行加載。

步驟s33、引導(dǎo)所述主機進行固件管理。

在服務(wù)器主機加載固件管理鏡像文件后，基板管理控制器控制固件管理鏡像文件引導(dǎo)服務(wù)器主機進行固件管理。

通過腳本或批處理的方式，使固件管理控制軟件、固件工具軟件在操作系統(tǒng)環(huán)境下自動運行，根據(jù)當(dāng)前固件管理的實際需要，進行固件燒結(jié)、更新，或固件配置數(shù)據(jù)的備份、恢復(fù)。

以本發(fā)明應(yīng)用場景為服務(wù)器固件燒結(jié)或更新，進行舉例說明。在本實施例中，固件燒結(jié)和固件更新均可以通過固件燒結(jié)實現(xiàn)。

在進行服務(wù)器固件的燒結(jié)時，固件管理鏡像文件可以包括：操作系統(tǒng)、固件管理控制軟件、固件燒結(jié)工具軟件和服務(wù)器固件等。服務(wù)器固件為當(dāng)前需要燒結(jié)或更新的服務(wù)器固件，可以是當(dāng)前服務(wù)器主機的全部固件，也可以是當(dāng)前服務(wù)器主機的部分固件。

基板管理控制器控制服務(wù)器bios加載固件管理鏡像文件并啟動后，通過腳本或批處理的方式使固件管理控制軟件、固件燒結(jié)工具軟件自動運行。

其中，固件管理控制軟件通過smi總線向基板管理控制器發(fā)送ipmi命令，獲取本次固件燒結(jié)的配置文件，包括本次燒結(jié)所針對的具體固件、本次燒結(jié)的固件配置數(shù)據(jù)。固件燒結(jié)工具軟件根據(jù)獲取的本次固件燒結(jié)的配置文件，訪問具體的固件進行燒結(jié)。

本次燒結(jié)的固件配置數(shù)據(jù)，可以預(yù)先配置在基板管理控制器本地，也可 以配置在遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。本次燒結(jié)的固件配置數(shù)據(jù)，例如mac地址，需要和網(wǎng)卡固件一起進行燒結(jié)。

在進行固件燒結(jié)的同時，固件管理控制軟件通過smi總線向基板管理控制器發(fā)送ipmi命令，向基板管理控制器反饋當(dāng)固件燒結(jié)或更新的進度和結(jié)果。

為保障固件燒結(jié)或更新的安全，若基板管理控制器在預(yù)設(shè)的超時時間內(nèi)未收到固件管理控制軟件反饋的任何消息，則判定當(dāng)前固件燒結(jié)失敗。

基板管理控制器記錄燒結(jié)成功的固件和燒結(jié)失敗的固件，若固件燒結(jié)失敗，則記錄燒結(jié)失敗的固件和燒結(jié)失敗的原因。

由此，基板管理控制器得到當(dāng)前固件燒結(jié)的結(jié)果，并將結(jié)果存儲在基板管理控制器本地或遠(yuǎn)程調(diào)試機，完成本次固件管理。

在本實施例中，基板管理控制器控制服務(wù)器主機重啟，根據(jù)修改后的啟動方式配置從基板管理控制器獲取啟動方式；然后，控制主機根據(jù)獲取的啟動方式，從虛擬啟動系統(tǒng)啟動，加載預(yù)置的固件管理鏡像文件，引導(dǎo)主機進行固件管理。本實施進行了服務(wù)器固件管理的批量化、自動化處理，完善了服務(wù)器固件管理的功能，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖4，本發(fā)明固件管理方法第四實施例提供一種固件管理方法，基于上述圖3所示的實施例，所述固件管理鏡像文件包括固件配置數(shù)據(jù)采集鏡像文件，所述步驟s33包括：

步驟s331、通過所述固件配置數(shù)據(jù)采集鏡像文件掃描所述主機各固件，采集所述固件的配置數(shù)據(jù)。

若當(dāng)前固件管理為服務(wù)器固件配置數(shù)據(jù)的采集，則固件管理鏡像文件可以包括：操作系統(tǒng)、固件管理控制軟件、固件配置數(shù)據(jù)采集工具軟件。

具體的，作為一種實施方式，基板管理控制器控制服務(wù)器bios加載固件管理鏡像文件并啟動后，通過腳本或批處理的方式使固件管理控制軟件、固件配置數(shù)據(jù)采集工具軟件自動運行，引導(dǎo)服務(wù)器主機進行固件管理。

其中，固件配置數(shù)據(jù)采集工具軟件掃描服務(wù)器主機的硬件設(shè)備信息，并且獲取固件的配置數(shù)據(jù)。

然后，固件管理控制軟件通過smi總線、usb或其他通道，將獲取的數(shù)據(jù)文件發(fā)送給基板管理控制器。

步驟s332、存儲所述固件配置數(shù)據(jù)，用于所述固件狀態(tài)恢復(fù)。

基板管理控制器獲取固件管理控制軟件發(fā)送的數(shù)據(jù)文件，得到服務(wù)器固件的配置數(shù)據(jù)。

然后，基板管理控制器將得到的服務(wù)器固件配置數(shù)據(jù)進行存儲，用于后續(xù)服務(wù)器固件狀態(tài)的恢復(fù)。

其中，服務(wù)器固件配置數(shù)據(jù)可以存儲到基板管理控制器本地，也可以存儲在遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。后臺管理者可以通過以太網(wǎng)獲取服務(wù)器固件配置數(shù)據(jù)，并保存到數(shù)據(jù)庫中，用于服務(wù)器固件的狀態(tài)恢復(fù)。

在本實施例中，基板管理控制器通過固件配置數(shù)據(jù)采集鏡像文件掃描主機各固件，采集固件的配置數(shù)據(jù)；存儲固件配置數(shù)據(jù)，用于固件狀態(tài)恢復(fù)。本實施例批量化、自動化的進行了服務(wù)器固件配置數(shù)據(jù)的采集，實現(xiàn)了服務(wù)器固配置數(shù)據(jù)采集的管理，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖5，本發(fā)明固件管理方法第五實施例提供一種固件管理方法，基于上述圖3所示的實施例，所述固件管理鏡像文件包括固件配置數(shù)據(jù)恢復(fù)鏡像文件，所述步驟s33還包括：

步驟s333、通過所述固件配置數(shù)據(jù)恢復(fù)鏡像文件，控制相應(yīng)的固件恢復(fù)配置數(shù)據(jù)。

若當(dāng)前固件管理為服務(wù)器固件配置數(shù)據(jù)的采集，則固件管理鏡像文件可以包括：操作系統(tǒng)、固件管理控制軟件、固件配置數(shù)據(jù)恢復(fù)工具軟件和固件配置數(shù)據(jù)文件。

具體的，作為一種實施方式，基板管理控制器控制服務(wù)器bios加載固件管理鏡像文件并啟動后，通過腳本或批處理的方式使固件管理控制軟件、固件配置數(shù)據(jù)恢復(fù)工具軟件自動運行，引導(dǎo)服務(wù)器主機進行固件管理。

其中，固件配置數(shù)據(jù)恢復(fù)工具軟件訪問需要進行固件配置數(shù)據(jù)恢復(fù)的固 件，將固件配置數(shù)據(jù)恢復(fù)到具體的硬件設(shè)備信息中。

固件管理控制軟件通過smi總線、usb或其他通道，將固件配置數(shù)據(jù)恢復(fù)的結(jié)果發(fā)送給基板管理控制器。

步驟s334、記錄并存儲所述固件配置數(shù)據(jù)恢復(fù)結(jié)果。

基板管理控制器獲取固件管理控制軟件發(fā)送的固件配置數(shù)據(jù)恢復(fù)的結(jié)果，記錄并存儲本次服務(wù)器固件配置數(shù)據(jù)恢復(fù)的結(jié)果。

其中，本次服務(wù)器固件配置數(shù)據(jù)恢復(fù)的結(jié)果可以存儲到基板管理控制器本地，也可以存儲在遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。

在本實施例中，基板管理控制器通過固件配置數(shù)據(jù)恢復(fù)鏡像文件，控制相應(yīng)的固件恢復(fù)配置數(shù)據(jù)；記錄并存儲固件配置數(shù)據(jù)恢復(fù)結(jié)果。本實施例進行了固件配置數(shù)據(jù)的恢復(fù)，實現(xiàn)了服務(wù)器固配置數(shù)據(jù)恢復(fù)的管理，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖6，本發(fā)明固件管理方法第六實施例提供一種固件管理方法，基于上述圖1-5任一項所示的實施例(本實施例以圖2為例)，所述步驟s10之前，還包括：

步驟s40、所述基板管理控制器將所述固件管理鏡像文件配置在基板管理控制器本地或遠(yuǎn)程調(diào)試機，所述基板管理控制器與所述遠(yuǎn)程調(diào)試機通信，調(diào)取所述遠(yuǎn)程調(diào)試機上的固件管理鏡像文件。

本實施例中，預(yù)先配置的固件管理鏡像文件可以位于基板控制管理器本地，也可以位于遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定?；蹇刂乒芾砥骺梢酝ㄟ^以太網(wǎng)與遠(yuǎn)程調(diào)試機通信，讀取遠(yuǎn)程調(diào)試機上配置的固件管理鏡像文件。

參照圖7，若預(yù)先配置的固件管理鏡像文件位于基板控制管理器本地，首先，通過后臺的遠(yuǎn)程調(diào)試機，也即后臺pc(personalcomputer，個人計算機)，或基板控制管理器的web網(wǎng)，將固件管理鏡像文件上傳到基板控制管理器本地。基板控制管理器將固件管理鏡像文件虛擬為啟動系統(tǒng)。

然后，基板控制管理器修改服務(wù)器主機的啟動方式配置，重啟服務(wù)器主 機，并控制服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

服務(wù)器bios通過smi向基板控制管理器發(fā)送ipmi命令獲取啟動方式，基板控制管理器配置服務(wù)器主機從虛擬啟動系統(tǒng)啟動，服務(wù)器主機訪問虛擬啟動系統(tǒng)。

基板控制管理器按照訪問協(xié)議應(yīng)答服務(wù)器主機的請求，服務(wù)器主機獲取固件管理鏡像文件并以此文件集成的os來引導(dǎo)服務(wù)器主機啟動。

然后，服務(wù)器cpu自動執(zhí)行固件管理鏡像文件中指定的程序，通過固件管理鏡像文件中指定的程序訪問服務(wù)器主機下的設(shè)備，實現(xiàn)服務(wù)器各固件的燒結(jié)、更新、配置數(shù)據(jù)的采集和恢復(fù)，并通過smi向基板控制管理器反饋執(zhí)行結(jié)果。

參照圖8，若預(yù)先配置的固件管理鏡像文件位于遠(yuǎn)程調(diào)試機，首先，遠(yuǎn)程調(diào)試機，也即后臺pc，和基板控制管理器通過以太網(wǎng)通信，基板控制管理器將固件管理鏡像文件虛擬為啟動系統(tǒng)。

然后，基板控制管理器修改服務(wù)器主機的啟動方式配置，重啟服務(wù)器主機，并控制服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

服務(wù)器bios通過smi向基板控制管理器發(fā)送ipmi命令獲取啟動方式，基板控制管理器配置服務(wù)器主機從虛擬啟動系統(tǒng)，服務(wù)器主機訪問虛擬啟動系統(tǒng)。

然后，基板控制管理器將服務(wù)器主機的訪問協(xié)議解析為固件管理鏡像文件讀取報文，通過以太網(wǎng)傳輸給遠(yuǎn)程調(diào)試機。遠(yuǎn)程調(diào)試機收到報文后，將固件管理鏡像文件的數(shù)據(jù)返回基板管理控制器。

然后，基板管理控制器將得到的固件管理鏡像文件的數(shù)據(jù)通過訪問協(xié)議發(fā)給服務(wù)器主機，控制服務(wù)器主機從虛擬啟動系統(tǒng)啟動，加載固件管理鏡像文件。

服務(wù)器主機獲取固件管理鏡像文件后，以此文件集成的os來引導(dǎo)服務(wù)器主機啟動，服務(wù)器cpu自動執(zhí)行固件管理鏡像文件中指定的程序，通過固件管理鏡像文件中指定的程序訪問服務(wù)器主機上的設(shè)備，實現(xiàn)服務(wù)器各固件的燒結(jié)、更新、配置數(shù)據(jù)的采集和恢復(fù)，并通過smi向基板控制管理器反饋執(zhí)行結(jié)果?；蹇刂乒芾砥鲗⒎答伣Y(jié)果通過以太網(wǎng)返回給后臺pc。

在本實施例中，基板管理控制器將固件管理鏡像文件配置在基板管理控制器本地或遠(yuǎn)程調(diào)試機，基板管理控制器與遠(yuǎn)程調(diào)試機通信，調(diào)取遠(yuǎn)程調(diào)試機上的固件管理鏡像文件，用于服務(wù)器固件的管理。本實施例實現(xiàn)了預(yù)先配置的固件管理鏡像文件位于基板管理控制器本地或遠(yuǎn)程調(diào)試機時，均可以實現(xiàn)服務(wù)器主機從虛擬啟動系統(tǒng)啟動，進行固件管理，簡化了服務(wù)器固件管理流程。

進一步的，參照圖9，本發(fā)明固件管理方法第七實施例提供一種固件管理方法，基于上述圖6所示的實施例，所述步驟s20還包括：

步驟s22、修改所述主機的啟動方式配置，備份所述主機的原有啟動配置數(shù)據(jù)。

在基板管理控制器將固件管理鏡像文件作為虛擬啟動系統(tǒng)掛接到服務(wù)器主機上后，具體的，作為一種實施方式，基板管理控制器修改服務(wù)器主機啟動方式配置，將服務(wù)器主機原有的啟動方式，改為從基板管理控制器獲取啟動方式，以使服務(wù)器主機從掛接的虛擬啟動系統(tǒng)啟動，進行固件管理。

同時，基板管理控制器記錄服務(wù)器主機原有的啟動方式，存儲服務(wù)器主機原有的啟動配置數(shù)據(jù)。其中，服務(wù)器主機原有的啟動配置數(shù)據(jù)可以存儲在基板管理控制器本地。

所述步驟s30之后，還包括：

步驟s50、根據(jù)所述原有啟動配置數(shù)據(jù)，控制所述主機復(fù)位。

在基板管理控制器控制服務(wù)器主機根據(jù)所述修改后的啟動方式配置，從虛擬啟動系統(tǒng)啟動，進行固件管理后，基板管理控制器根據(jù)服務(wù)器主機原有的啟動配置數(shù)據(jù)，控制服務(wù)器主機復(fù)位。

具體的，作為一種實施方式，基板管理控制器根據(jù)服務(wù)器主機原有的啟動配置數(shù)據(jù)，修改服務(wù)器主機的啟動方式配置，恢復(fù)服務(wù)器主機原有的啟動方式。

然后，基板管理控制器去除服務(wù)器主機上掛接的虛擬啟動系統(tǒng)，并控制服務(wù)器主機復(fù)位，恢復(fù)到進行服務(wù)器固件管理之前的狀態(tài)。

在本實施例中，基板管理控制器備份服務(wù)器主機的原有啟動配置數(shù)據(jù)；在控制服務(wù)器主機進行固件管理后，根據(jù)服務(wù)器主機原有啟動配置數(shù)據(jù)，控制服務(wù)器主機復(fù)位，恢復(fù)到進行固件管理之前的狀態(tài)。本實施例實現(xiàn)了在完成對服務(wù)器主機的固件管理后，服務(wù)器主機的復(fù)位，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

參照圖10，本發(fā)明固件管理裝置第一實施例提供一種固件管理裝置，所述固件管理裝置包括：

虛擬模塊100，用于將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上。

本發(fā)明實施例主要應(yīng)用于服務(wù)器單板的固件管理，但不限定于服務(wù)器單板的固件管理，也可應(yīng)用于其他設(shè)備的固件管理。

在本實施例中，服務(wù)器單板使用pcie總線和接口標(biāo)準(zhǔn)，服務(wù)器cpu通過pcie總線連接服務(wù)器各部件，如pcie橋、pch(platformcontrollerhub，南橋)、網(wǎng)卡、fc(fibrecontroller，光纖控制器)、sas(serialattachedscsi，串行scsi技術(shù))控制器和顯卡等。本實施例可以對pcie橋、pch、網(wǎng)卡、fc、sas控制器和顯卡等固件進行管理。

服務(wù)器單板管理的固件可以分為兩類，一類是與服務(wù)器主機硬件設(shè)備相關(guān)的固件，此類固件只與硬件設(shè)備的類型相關(guān)，通常是固定的，例如網(wǎng)卡、sas控制器和顯卡等設(shè)備的固件，此類固件在本發(fā)明實施例中稱為固件。另一類固件不與服務(wù)器主機硬件設(shè)備捆綁，可以發(fā)生變化，例如網(wǎng)卡的mac地址(mediaaccesscontrol，物理地址)、fc和sas控制器的wwn(worldwidename，全球唯一名字)地址，此類固件在本發(fā)明實施例中稱為固件配置數(shù)據(jù)。

本發(fā)明實施例所稱固件管理包括但不限定于固件的燒結(jié)、更新、固件配置數(shù)據(jù)的備份和恢復(fù)。

具體的，作為一種實施方式，本實施例使用固件管理裝置進行服務(wù)器固件燒結(jié)的管理。固件管理裝置位于基板管理控制器(baseboardmanagementcontroller，bmc)。

基板管理控制器安裝在服務(wù)器主板上，使用ipmi(intelligentplatformmanagementinterface，智能平臺管理接口)，支持本地和遠(yuǎn)程診斷、控制臺支 持、配置管理、硬件管理和故障排除等功能。

基板管理控制器通過usb接口，作為usb設(shè)備如usb光驅(qū)或usb塊設(shè)備，連接在服務(wù)器主機上。服務(wù)器可以通過smi(systemmanagementinterface，系統(tǒng)管理接口)總線，向基板管理控制器發(fā)出ipmi命令，進行消息、指令的傳輸與交互。

預(yù)先配置的固件管理鏡像文件為集成os(operationsystem，操作系統(tǒng))，如dos(diskoperatingsystem，磁盤操作系統(tǒng))，滿足服務(wù)器主機加載運行，實現(xiàn)固件管理。

固件管理鏡像文件包括：操作系統(tǒng)、固件管理控制軟件、固件工具軟件和服務(wù)器固件等。其中，操作系統(tǒng)是固件管理鏡像文件中所有軟件、工具的運行環(huán)境；固件管理控制軟件用于控制固件燒結(jié)流程、固件配置數(shù)據(jù)采集流程以及與固件管理裝置的通信；固件工具軟件用于訪問具體的固件設(shè)備，包括固件燒結(jié)工具軟件、固件配置數(shù)據(jù)采集工具軟件和固件配置數(shù)據(jù)恢復(fù)工具軟件等；服務(wù)器固件，包括需要燒結(jié)到具體設(shè)備的固件軟件，可以包括服務(wù)器單板的所有固件，也可以根據(jù)實際需要配置部分固件。固件管理鏡像文件還可以包括固件配置數(shù)據(jù)文件，用于固件配置數(shù)據(jù)的恢復(fù)，可根據(jù)實際需要靈活設(shè)定。

可以根據(jù)固件管理的實際需要，靈活配置固件管理鏡像文件。例如，進行固件燒結(jié)管理或固件更新管理時，固件管理鏡像文件可以包括需要進行燒結(jié)或更新的固件、固件燒結(jié)工具軟件、固件管理控制軟件和操作系統(tǒng)；進行固件配置數(shù)據(jù)備份時，固件管理鏡像文件可以包括固件配置數(shù)據(jù)采集工具軟件、固件管理控制軟件和操作系統(tǒng)；進行固件配置數(shù)據(jù)恢復(fù)時，固件管理鏡像文件可以包括固件配置數(shù)據(jù)恢復(fù)工具軟件、固件配置數(shù)據(jù)文件、固件管理控制軟件和操作系統(tǒng)。

在進行服務(wù)器固件管理時，虛擬模塊100將預(yù)先配置的固件管理鏡像文件虛擬為虛擬的啟動系統(tǒng)，掛接到服務(wù)器主機上，也即將固件管理鏡像文件作為虛擬的啟動系統(tǒng)掛接在服務(wù)器主機上。服務(wù)器主機可以訪問虛擬啟動系統(tǒng)。

修改模塊200，用于修改所述主機的啟動方式配置，所述修改后的主機啟 動方式配置與所述虛擬啟動系統(tǒng)相關(guān)聯(lián)。

在虛擬模塊100將固件管理鏡像文件作為虛擬啟動系統(tǒng)掛接到服務(wù)器主機上后，具體的，作為一種實施方式，修改模塊200修改服務(wù)器主機啟動方式配置，將服務(wù)器主機原有的啟動方式，改為從基板管理控制獲取啟動方式。

修改模塊200配置服務(wù)器主機獲取的啟動方式為從虛擬啟動系統(tǒng)啟動，以使服務(wù)器主機從掛接的虛擬啟動系統(tǒng)啟動，進行固件管理。

管理模塊300，用于控制所述主機根據(jù)所述修改后的啟動方式配置，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件進行固件管理。

在修改模塊200修改服務(wù)器主機的啟動方式配置后，具體的，作為一種實施方式，首先，管理模塊300控制服務(wù)器主機重新啟動。

服務(wù)器主機重啟后，根據(jù)已被修改模塊200修改的啟動方式，向固件管理裝置獲取啟動方式。

然后，服務(wù)器主機訪問虛擬啟動系統(tǒng)，從虛擬啟動系統(tǒng)啟動，加載固件管理鏡像文件。

在服務(wù)器主機加載固件管理鏡像文件后，固件管理鏡像文件通過腳本或批處理的方式，使固件管理控制軟件、固件工具軟件在操作系統(tǒng)環(huán)境下自動運行，根據(jù)當(dāng)前固件管理的實際需要，進行固件燒結(jié)、更新，或固件配置數(shù)據(jù)的備份、恢復(fù)。

在本實施例中，虛擬模塊100將預(yù)先配置的固件管理鏡像文件虛擬成虛擬啟動系統(tǒng)，掛接到主機上；然后，修改模塊200修改主機的啟動方式配置，修改后的主機啟動方式配置與虛擬啟動系統(tǒng)相關(guān)聯(lián)；管理模塊300控制主機根據(jù)修改后的啟動方式配置，從虛擬啟動系統(tǒng)啟動，加載固件管理鏡像文件進行固件管理。本實施例完善了服務(wù)器固件管理的功能，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖10，本發(fā)明固件管理裝置第二實施例提供一種固件管理裝置，基于上述圖10所示的本發(fā)明固件管理裝置第一實施例，所述修改模塊200還用于：

將所述主機的啟動方式配置修改為從所述基板管理控制器獲取啟動方式并根據(jù)獲取的啟動方式啟動，所述獲取的啟動方式為從所述虛擬啟動系統(tǒng)啟動。

在虛擬模塊100將固件管理鏡像文件作為虛擬啟動系統(tǒng)掛接到服務(wù)器主機上后，具體的，作為一種實施方式，首先，修改模塊200修改服務(wù)器主機啟動方式配置，將服務(wù)器主機原有的啟動方式，改為從基板管理控制器上的固件管理裝置獲取啟動方式。

然后，修改模塊200配置服務(wù)器主機的啟動方式為從虛擬啟動系統(tǒng)啟動，將配置的啟動方式返回服務(wù)器主機，使服務(wù)器主機訪問虛擬啟動系統(tǒng)。

本實施例中，預(yù)先配置的固件管理鏡像文件可以位于基板控制管理器本地，也可以位于遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。基板控制管理器可以通過以太網(wǎng)與遠(yuǎn)程調(diào)試機通信，讀取遠(yuǎn)程調(diào)試機上配置的固件管理鏡像文件。

若預(yù)先配置的固件管理鏡像文件位于基板管理控制器本地，服務(wù)器主機訪問虛擬啟動系統(tǒng)時，則管理模塊300控制服務(wù)器主機從基板管理控制器本地加載固件管理鏡像文件，以使服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

若預(yù)先配置的固件管理鏡像文件位于遠(yuǎn)程調(diào)試機，服務(wù)器主機訪問虛擬啟動系統(tǒng)時，則管理模塊300將服務(wù)器主機的訪問協(xié)議解析為固件管理鏡像文件讀取報文，通過以太網(wǎng)傳輸給遠(yuǎn)程調(diào)試機。遠(yuǎn)程調(diào)試機收到報文后，將固件管理鏡像文件的數(shù)據(jù)返回固件管理裝置。然后，管理模塊300將得到的固件管理鏡像文件的數(shù)據(jù)通過訪問協(xié)議發(fā)給服務(wù)器主機，控制服務(wù)器主機加載固件管理鏡像文件，以使服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

在本實施例中，修改模塊200將主機的啟動方式配置修改為主機從基板管理控制器獲取啟動方式，修改模塊200配置的主機啟動方式為從虛擬啟動系統(tǒng)啟動，實現(xiàn)了預(yù)先配置的固件管理鏡像文件位于基板管理控制器本地或遠(yuǎn)程調(diào)試機時，均可以實現(xiàn)服務(wù)器主機從虛擬啟動系統(tǒng)啟動，進行固件管理。

進一步的，參照圖11，本發(fā)明固件管理裝置第三實施例提供一種固件管理裝置，基于上述圖10所示的本發(fā)明固件管理裝置第二實施例，所述管理模 塊300包括：

重啟單元310，用于控制所述主機重啟，根據(jù)所述修改后的啟動方式配置從所述基板管理控制器獲取啟動方式。

在修改模塊200修改服務(wù)器主機的啟動方式配置后，具體的，作為一種實施方式，首先，重啟單元310控制服務(wù)器主機重新啟動。

當(dāng)服務(wù)器主機重啟時，在bios(basicinputoutputsystem，基本輸入輸出系統(tǒng))加載階段，服務(wù)器bios可以通過smi總線，向重啟單元310發(fā)出ipmi命令，獲取啟動方式。

然后，重啟單元310將修改模塊200配置的服務(wù)器主機啟動方式返回服務(wù)器主機，使服務(wù)器主機訪問虛擬啟動系統(tǒng)。

配置單元320，用于控制所述主機根據(jù)所述獲取的啟動方式，從所述虛擬啟動系統(tǒng)啟動，加載所述固件管理鏡像文件。

在重啟單元310將啟動方式返回給服務(wù)器主機后，服務(wù)器bios訪問虛擬啟動系統(tǒng)，進行啟動。

配置單元320按照訪問協(xié)議應(yīng)答服務(wù)器主機的請求，將固件管理鏡像文件返回服務(wù)器主機，使服務(wù)器主機獲取固件管理鏡像文件。

然后，服務(wù)器主機通過固件管理裝置獲取預(yù)先配置的固件管理鏡像文件，并進行加載。

管理單元330，用于引導(dǎo)所述主機進行固件管理。

在服務(wù)器主機加載固件管理鏡像文件后，管理單元330控制固件管理鏡像文件引導(dǎo)服務(wù)器主機進行固件管理。

通過腳本或批處理的方式，使固件管理控制軟件、固件工具軟件在操作系統(tǒng)環(huán)境下自動運行，根據(jù)當(dāng)前固件管理的實際需要，進行固件燒結(jié)、更新，或固件配置數(shù)據(jù)的備份、恢復(fù)。

以本發(fā)明應(yīng)用場景為服務(wù)器固件燒結(jié)或更新，進行舉例說明。在本實施例中，固件燒結(jié)和固件更新均可以通過固件燒結(jié)實現(xiàn)。

在進行服務(wù)器固件的燒結(jié)時，固件管理鏡像文件可以包括：操作系統(tǒng)、固件管理控制軟件、固件燒結(jié)工具軟件和服務(wù)器固件等。服務(wù)器固件為當(dāng)前 需要燒結(jié)或更新的服務(wù)器固件，可以是當(dāng)前服務(wù)器主機的全部固件，也可以是當(dāng)前服務(wù)器主機的部分固件。

配置單元320控制服務(wù)器bios加載固件管理鏡像文件并啟動后，管理單元330通過腳本或批處理的方式使固件管理控制軟件、固件燒結(jié)工具軟件自動運行。

其中，固件管理控制軟件通過smi總線向管理單元330發(fā)送ipmi命令，獲取本次固件燒結(jié)的配置文件，包括本次燒結(jié)所針對的具體固件、本次燒結(jié)的固件配置數(shù)據(jù)。固件燒結(jié)工具軟件根據(jù)獲取的本次固件燒結(jié)的配置文件，訪問具體的固件進行燒結(jié)。

本次燒結(jié)的固件配置數(shù)據(jù)，可以預(yù)先配置在基板管理控制器本地，也可以配置在遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。本次燒結(jié)的固件配置數(shù)據(jù)，例如mac地址，需要和網(wǎng)卡固件一起進行燒結(jié)。

在進行固件燒結(jié)的同時，固件管理控制軟件通過smi總線向管理單元330發(fā)送ipmi命令，向管理單元330反饋當(dāng)固件燒結(jié)的進度和結(jié)果。

為保障固件燒結(jié)的安全，若管理單元330在預(yù)設(shè)的超時時間內(nèi)未收到固件管理控制軟件反饋的任何消息，則判定當(dāng)前固件燒結(jié)失敗。

管理單元330記錄燒結(jié)成功的固件和燒結(jié)失敗的固件，若固件燒結(jié)失敗，則記錄燒結(jié)失敗的固件和燒結(jié)失敗的原因。

由此，基管理單元330得到當(dāng)前固件燒結(jié)的結(jié)果，并將結(jié)果存儲在基板管理控制器本地或遠(yuǎn)程調(diào)試機，完成本次固件管理。

在本實施例中，重啟單元310控制服務(wù)器主機重啟，根據(jù)修改后的啟動方式配置從基板管理控制器獲取啟動方式；然后，配置單元320控制主機根據(jù)獲取的啟動方式，從虛擬啟動系統(tǒng)啟動，加載預(yù)置的固件管理鏡像文件，管理單元330引導(dǎo)主機進行固件管理。本實施進行了服務(wù)器固件管理的批量化、自動化處理，完善了服務(wù)器固件管理的功能，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖12，本發(fā)明固件管理裝置第四實施例提供一種固件管理裝置，基于上述圖11所示的實施例，所述固件管理鏡像文件包括固件配置 數(shù)據(jù)采集鏡像文件，所述管理單元330包括：

采集子單元331，用于通過所述固件配置數(shù)據(jù)采集鏡像文件掃描所述主機各固件，采集所述固件的配置數(shù)據(jù)。

若當(dāng)前固件管理為服務(wù)器固件配置數(shù)據(jù)的采集，則固件管理鏡像文件可以包括：操作系統(tǒng)、固件管理控制軟件、固件配置數(shù)據(jù)采集工具軟件。

具體的，作為一種實施方式，配置單元320控制服務(wù)器bios加載固件管理鏡像文件并啟動后，采集子單元331通過腳本或批處理的方式使固件管理控制軟件、固件配置數(shù)據(jù)采集工具軟件自動運行，引導(dǎo)服務(wù)器主機進行固件管理。

其中，固件配置數(shù)據(jù)采集工具軟件掃描服務(wù)器主機的硬件設(shè)備信息，并且獲取固件的配置數(shù)據(jù)。

然后，固件管理控制軟件通過smi總線、usb或其他通道，將獲取的數(shù)據(jù)文件發(fā)送給第一存儲子單元332。

第一存儲子單元332，用于存儲所述固件配置數(shù)據(jù)，用于所述固件狀態(tài)恢復(fù)。

第一存儲子單元332獲取固件管理控制軟件發(fā)送的數(shù)據(jù)文件，得到服務(wù)器固件的配置數(shù)據(jù)。

然后，第一存儲子單元332將得到的服務(wù)器固件配置數(shù)據(jù)進行存儲，用于后續(xù)服務(wù)器固件狀態(tài)的恢復(fù)。

其中，服務(wù)器固件配置數(shù)據(jù)可以存儲到基板管理控制器本地，也可以存儲在遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。后臺管理者可以通過以太網(wǎng)獲取服務(wù)器固件配置數(shù)據(jù)，并保存到數(shù)據(jù)庫中，用于服務(wù)器固件的狀態(tài)恢復(fù)。

在本實施例中，采集子單元331通過固件配置數(shù)據(jù)采集鏡像文件掃描主機各固件，采集固件的配置數(shù)據(jù)；第一存儲子單元332存儲固件配置數(shù)據(jù)，用于固件狀態(tài)恢復(fù)。本實施例批量化、自動化的進行了服務(wù)器固件配置數(shù)據(jù)的采集，實現(xiàn)了服務(wù)器固配置數(shù)據(jù)采集的管理，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖13，本發(fā)明固件管理裝置第五實施例提供一種固件管理裝置，基于上述圖11所示的實施例，所述固件管理鏡像文件包括固件配置數(shù)據(jù)恢復(fù)鏡像文件，所述管理單元330還包括：

恢復(fù)子單元333，用于通過所述固件配置數(shù)據(jù)恢復(fù)鏡像文件，控制相應(yīng)的固件恢復(fù)配置數(shù)據(jù)。

若當(dāng)前固件管理為服務(wù)器固件配置數(shù)據(jù)的采集，則固件管理鏡像文件可以包括：操作系統(tǒng)、固件管理控制軟件、固件配置數(shù)據(jù)恢復(fù)工具軟件和固件配置數(shù)據(jù)文件。

具體的，作為一種實施方式，配置單元320控制服務(wù)器bios加載固件管理鏡像文件并啟動后，恢復(fù)子單元333通過腳本或批處理的方式使固件管理控制軟件、固件配置數(shù)據(jù)恢復(fù)工具軟件自動運行，引導(dǎo)服務(wù)器主機進行固件管理。

其中，固件配置數(shù)據(jù)恢復(fù)工具軟件訪問需要進行固件配置數(shù)據(jù)恢復(fù)的固件，將固件配置數(shù)據(jù)恢復(fù)到具體的硬件設(shè)備信息中。

固件管理控制軟件通過smi總線、usb或其他通道，將固件配置數(shù)據(jù)恢復(fù)的結(jié)果發(fā)送給第二存儲子單元334。

第二存儲子單元334，用于記錄并存儲所述固件配置數(shù)據(jù)恢復(fù)結(jié)果。

第二存儲子單元334獲取固件管理控制軟件發(fā)送的固件配置數(shù)據(jù)恢復(fù)的結(jié)果，記錄并存儲本次服務(wù)器固件配置數(shù)據(jù)恢復(fù)的結(jié)果。

其中，本次服務(wù)器固件配置數(shù)據(jù)恢復(fù)的結(jié)果可以存儲到基板管理控制器本地，也可以存儲在遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。

在本實施例中，恢復(fù)子單元333通過固件配置數(shù)據(jù)恢復(fù)鏡像文件，控制相應(yīng)的固件恢復(fù)配置數(shù)據(jù)；第二存儲子單元334記錄并存儲固件配置數(shù)據(jù)恢復(fù)結(jié)果。本實施例進行了固件配置數(shù)據(jù)的恢復(fù)，實現(xiàn)了服務(wù)器固配置數(shù)據(jù)恢復(fù)的管理，簡化了管理流程，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

進一步的，參照圖14，本發(fā)明固件管理裝置第六實施例提供一種固件管 理裝置，基于上述圖10-13任一項所示的實施例(本實施例以圖10所示的本發(fā)明固件管理裝置第二實施例為例)，所述固件管理裝置還包括：

配置模塊400，用于所述基板管理控制器將所述固件管理鏡像文件配置在基板管理控制器本地或遠(yuǎn)程調(diào)試機，所述基板管理控制器與所述遠(yuǎn)程調(diào)試機通信，調(diào)取所述遠(yuǎn)程調(diào)試機上的固件管理鏡像文件。

本實施例中，配置模塊400預(yù)先配置的固件管理鏡像文件可以位于基板控制管理器本地，也可以位于遠(yuǎn)程調(diào)試機，可根據(jù)實際需要靈活設(shè)定。基板控制管理器可以通過以太網(wǎng)與遠(yuǎn)程調(diào)試機通信，讀取遠(yuǎn)程調(diào)試機上配置的固件管理鏡像文件。

參照圖7，若配置模塊400預(yù)先配置的固件管理鏡像文件位于基板控制管理器本地，首先，通過后臺的遠(yuǎn)程調(diào)試機，也即后臺pc(personalcomputer，個人計算機)，或基板控制管理器的web網(wǎng)，將固件管理鏡像文件上傳到基板控制管理器本地。虛擬模塊100將固件管理鏡像文件虛擬為啟動系統(tǒng)。

然后，修改模塊200修改服務(wù)器主機的啟動方式配置，管理模塊300重啟服務(wù)器主機，并控制服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

服務(wù)器bios通過smi向基板控制管理器發(fā)送ipmi命令獲取啟動方式，修改模塊200配置服務(wù)器主機從虛擬啟動系統(tǒng)啟動，服務(wù)器主機訪問虛擬啟動系統(tǒng)。

管理模塊300按照訪問協(xié)議應(yīng)答服務(wù)器主機的請求，服務(wù)器主機獲取固件管理鏡像文件并以此文件集成的os來引導(dǎo)服務(wù)器主機啟動。

然后，服務(wù)器cpu自動執(zhí)行固件管理鏡像文件中指定的程序，通過固件管理鏡像文件中指定的程序訪問服務(wù)器主機下的設(shè)備，實現(xiàn)服務(wù)器各固件的燒結(jié)、更新、配置數(shù)據(jù)的采集和恢復(fù)，并通過smi向基板控制管理器反饋執(zhí)行結(jié)果。

參照圖8，若配置模塊400預(yù)先配置的固件管理鏡像文件位于遠(yuǎn)程調(diào)試機，首先，遠(yuǎn)程調(diào)試機，也即后臺pc，和基板控制管理器通過以太網(wǎng)通信，虛擬模塊100將固件管理鏡像文件虛擬為啟動系統(tǒng)。

然后修改模塊200修改服務(wù)器主機的啟動方式配置，管理模塊300重啟服務(wù)器主機，并控制服務(wù)器主機從虛擬啟動系統(tǒng)啟動。

服務(wù)器bios通過smi向基板控制管理器發(fā)送ipmi命令獲取啟動方式， 修改模塊200配置服務(wù)器主機從虛擬啟動系統(tǒng)啟動，服務(wù)器主機訪問虛擬啟動系統(tǒng)。

然后，管理模塊300將服務(wù)器主機的訪問協(xié)議解析為固件管理鏡像文件讀取報文，通過以太網(wǎng)傳輸給遠(yuǎn)程調(diào)試機。遠(yuǎn)程調(diào)試機收到報文后，將固件管理鏡像文件的數(shù)據(jù)返回管理模塊300。

然后，管理模塊300將得到的固件管理鏡像文件的數(shù)據(jù)通過訪問協(xié)議發(fā)給服務(wù)器主機，控制服務(wù)器主機從虛擬啟動系統(tǒng)啟動，加載固件管理鏡像文件。

服務(wù)器主機獲取固件管理鏡像文件后，以此文件集成的os來引導(dǎo)服務(wù)器主機啟動，服務(wù)器cpu自動執(zhí)行固件管理鏡像文件中指定的程序，通過固件管理鏡像文件中指定的程序訪問服務(wù)器主機上的設(shè)備，實現(xiàn)服務(wù)器各固件的燒結(jié)、更新、配置數(shù)據(jù)的采集和恢復(fù)，并通過smi向管理模塊300反饋執(zhí)行結(jié)果。管理模塊300將反饋結(jié)果通過以太網(wǎng)返回給后臺pc。

在本實施例中，配置模塊400將固件管理鏡像文件配置在基板管理控制器本地或遠(yuǎn)程調(diào)試機，虛擬模塊100和管理模塊300可與遠(yuǎn)程調(diào)試機通信，調(diào)取遠(yuǎn)程調(diào)試機上的固件管理鏡像文件，用于服務(wù)器固件的管理。本實施例實現(xiàn)了預(yù)先配置的固件管理鏡像文件位于基板管理控制器本地或遠(yuǎn)程調(diào)試機時，均可以實現(xiàn)服務(wù)器主機從虛擬啟動系統(tǒng)啟動，進行固件管理，簡化了服務(wù)器固件管理流程。

進一步的，參照圖15，本發(fā)明固件管理裝置第七實施例提供一種固件管理裝置，基于上述圖14所示的實施例，所述修改模塊200還用于，

修改所述主機的啟動方式配置，備份所述主機的原有啟動配置數(shù)據(jù)。

在虛擬模塊100將固件管理鏡像文件作為虛擬啟動系統(tǒng)掛接到服務(wù)器主機上后，具體的，作為一種實施方式，修改模塊200修改服務(wù)器主機啟動方式配置，將服務(wù)器主機原有的啟動方式，改為從基板管理控制器上的固件管理裝置獲取啟動方式，以使服務(wù)器主機從掛接的虛擬啟動系統(tǒng)啟動，進行固件管理。

同時，修改模塊200記錄服務(wù)器主機原有的啟動方式，存儲服務(wù)器主機 原有的啟動配置數(shù)據(jù)。其中，服務(wù)器主機原有的啟動配置數(shù)據(jù)可以存儲在基板管理控制器本地。

所述固件管理裝置還包括：

復(fù)位模塊500，用于根據(jù)所述原有啟動配置數(shù)據(jù)，控制所述主機復(fù)位。

在管理模塊300控制服務(wù)器主機根據(jù)所述修改后的啟動方式配置，從虛擬啟動系統(tǒng)啟動，進行固件管理后，復(fù)位模塊500根據(jù)服務(wù)器主機原有的啟動配置數(shù)據(jù)，控制服務(wù)器主機復(fù)位。

具體的，作為一種實施方式，復(fù)位模塊500根據(jù)服務(wù)器主機原有的啟動配置數(shù)據(jù)，修改服務(wù)器主機的啟動方式配置，恢復(fù)服務(wù)器主機原有的啟動方式。

然后，復(fù)位模塊500去除服務(wù)器主機上掛接的虛擬啟動系統(tǒng)，并控制服務(wù)器主機復(fù)位，恢復(fù)到進行服務(wù)器固件管理之前的狀態(tài)。

在本實施例中，修改模塊200備份服務(wù)器主機的原有啟動配置數(shù)據(jù)；在管理模塊300控制服務(wù)器主機進行固件管理后，復(fù)位模塊500根據(jù)服務(wù)器主機原有啟動配置數(shù)據(jù)，控制服務(wù)器主機復(fù)位，恢復(fù)到進行固件管理之前的狀態(tài)。本實施例實現(xiàn)了在完成對服務(wù)器主機的固件管理后，服務(wù)器主機的復(fù)位，實現(xiàn)了對服務(wù)器固件的自動化管理，提升的服務(wù)器固件的維護性。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。