專利名稱：在多機集群系統(tǒng)中實現(xiàn)操作系統(tǒng)升級的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種操作系統(tǒng)的升級方法及其裝置，尤其涉及一種在多機環(huán)境的集群
系統(tǒng)中升級操作系統(tǒng)的方法及其裝置。
背景技術(shù)：
多機集群系統(tǒng)是指多個相互獨立的服務(wù)器在網(wǎng)絡(luò)中表現(xiàn)為單一的系統(tǒng)，并以單一 系統(tǒng)的模式加以管理，此單一系統(tǒng)為客戶端提供高可靠性的服務(wù)。系統(tǒng)的高可靠性(High Availability)是用戶所關(guān)注的一個重要指標，因此集群技術(shù)得以廣泛研發(fā)和應(yīng)用，以保證 系統(tǒng)能夠提供7X24小時不間斷服務(wù)。 但是，現(xiàn)有的多機集群系統(tǒng)下，有些情況下仍不可避免地會出現(xiàn)服務(wù)中斷，例如操 作系統(tǒng)升級，甚至將系統(tǒng)運行平臺由32位升級到64位都是會引起服務(wù)中斷的情況之一，因 為升級操作系統(tǒng)或運行平臺需要更新相應(yīng)配置，之后再重新啟動系統(tǒng)，這些操作必然要求 系統(tǒng)內(nèi)核被重新加載。同時，由于諸如WindowsXP、Vista等大的版本升級時，格式和配置等 很多因素存在著版本差異，因此加大的升級的復(fù)雜性。相應(yīng)地，復(fù)雜的操作系統(tǒng)升級過程更 造成較長時間的服務(wù)中斷，對客戶端用戶帶來不便。

發(fā)明內(nèi)容
本發(fā)明的目的旨在解決現(xiàn)有技術(shù)中的上述問題。 為此，本發(fā)明的實施例提出一種在不中斷客戶端服務(wù)的同時實現(xiàn)多機群集系統(tǒng)的 操作系統(tǒng)升級的方法及其裝置。 本發(fā)明提出一種在多機集群系統(tǒng)中實現(xiàn)操作系統(tǒng)升級的方法，包括以下步驟選 擇所述多機集群系統(tǒng)其中一個服務(wù)器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包；從所述服務(wù) 器上觸發(fā)接管操作，以釋放所述服務(wù)器的設(shè)備和服務(wù)由所述多機集群系統(tǒng)的其它服務(wù)器接 管；運行所述操作系統(tǒng)升級包，并升級所述服務(wù)器的操作系統(tǒng)；從所述服務(wù)器傳輸所述操 作系統(tǒng)升級包到所述多機集群系統(tǒng)的另一待升級服務(wù)器；以及對待升級服務(wù)器進行設(shè)備和 服務(wù)釋放、操作系統(tǒng)升級以及升級后所述操作系統(tǒng)升級包傳輸，直至所述多機集群系統(tǒng)的 所有服務(wù)器的操作系統(tǒng)升級完成。 根據(jù)本發(fā)明進一步的實施例，所述選擇服務(wù)器為對應(yīng)流量最小的服務(wù)器來接收由 客戶端傳輸?shù)牟僮飨到y(tǒng)升級包。 根據(jù)本發(fā)明進一步的實施例，升級所述多機集群系統(tǒng)的服務(wù)器的操作系統(tǒng)還包括 以下步驟將服務(wù)器中的原有配置文件轉(zhuǎn)移到一固定位置；釋放所述操作系統(tǒng)升級包中新 的配置文件；根據(jù)所述新配置文件對所述原有配置文件進行格式轉(zhuǎn)換；以及運行所述操作 系統(tǒng)升級包中的操作系統(tǒng)文件。 根據(jù)本發(fā)明進一步的實施例，還包括在所述多機集群系統(tǒng)的服務(wù)器完成升級后， 自動恢復(fù)由其它服務(wù)器接管的原有設(shè)備和服務(wù)到對應(yīng)的服務(wù)器上。自動恢復(fù)所述原有設(shè)備 和服務(wù)時可根據(jù)所述服務(wù)器的操作系統(tǒng)升級版本對所述原有設(shè)備和服務(wù)進行轉(zhuǎn)換。
根據(jù)本發(fā)明進一步的實施例，所述多機集群系統(tǒng)的已升級服務(wù)器在接管待升級服
務(wù)器釋放的設(shè)備和服務(wù)時包括，根據(jù)所述已升級服務(wù)器的操作系統(tǒng)升級版本對所述待升級 服務(wù)器釋放的設(shè)備和服務(wù)進行轉(zhuǎn)換。 同時，本發(fā)明提出一種在多機集群系統(tǒng)中實現(xiàn)操作系統(tǒng)升級的裝置，包括選擇程
序、接管程序、升級程序以及傳輸程序。選擇程序用于從所述多機集群系統(tǒng)中選擇一個服務(wù)
器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包；接管程序用于從所述服務(wù)器上觸發(fā)接管操作， 以釋放所述服務(wù)器的設(shè)備和服務(wù)由所述多機集群系統(tǒng)的其它服務(wù)器接管；升級程序用于運 行所述操作系統(tǒng)升級包，并升級所述服務(wù)器的操作系統(tǒng)；和傳輸程序用于從所述服務(wù)器傳 輸所述操作系統(tǒng)升級包到所述多機集群系統(tǒng)的其它待升級服務(wù)器。 根據(jù)本發(fā)明進一步的實施例，所述選擇程序會選擇所述多機集群系統(tǒng)中對應(yīng)流量 最小的服務(wù)器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包。 根據(jù)本發(fā)明進一步的實施例，所述升級程序還執(zhí)行以下操作將服務(wù)器中的原有 配置文件轉(zhuǎn)移到一固定位置；釋放所述操作系統(tǒng)升級包中新的配置文件；根據(jù)所述新配置 文件對所述原有配置文件進行格式轉(zhuǎn)換；以及運行所述操作系統(tǒng)升級包中的操作系統(tǒng)文 件。 根據(jù)本發(fā)明進一步的實施例，還包括自動恢復(fù)程序，用于在所述多機集群系統(tǒng)的 服務(wù)器完成升級后，將其它服務(wù)器接管的原有設(shè)備和服務(wù)自動恢復(fù)到對應(yīng)的服務(wù)器上。所 述自動恢復(fù)程序可根據(jù)所述服務(wù)器的操作系統(tǒng)升級版本對所述原有設(shè)備和服務(wù)進行轉(zhuǎn)換。
根據(jù)本發(fā)明進一步的實施例，所述接管程序在釋放待升級服務(wù)器的設(shè)備和服務(wù)到 已升級服務(wù)器時，根據(jù)所述已升級服務(wù)器的操作系統(tǒng)升級版本對所述釋放設(shè)備和服務(wù)進行 轉(zhuǎn)換。 本發(fā)明通過對集群環(huán)境下未升級操作系統(tǒng)的服務(wù)器的當(dāng)前服務(wù)和設(shè)備釋放及相 應(yīng)接管，從而能夠在對外服務(wù)不中斷的情況下，實現(xiàn)對該環(huán)境中所有的系統(tǒng)進行操作系統(tǒng) 升級，因此向客戶端用戶提供穩(wěn)定可靠的服務(wù)。 本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變 得明顯，或通過本發(fā)明的實踐了解到。


本發(fā)明的上述和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變 得明顯和容易理解，其中 圖1為本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級裝置的結(jié)構(gòu)示意圖；
圖2為本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級的方法流程圖；
圖3為本發(fā)明實施例的操作系統(tǒng)升級步驟流程圖；以及
圖4為本發(fā)明實施例的服務(wù)器設(shè)備和服務(wù)自動恢復(fù)步驟流程圖。
具體實施例方式
下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終 相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附 圖描述的實施例是示例性的，僅用于解釋本發(fā)明，而不能解釋為對本發(fā)明的限制。
首先，請參考圖l，該圖示出了本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級裝 置的結(jié)構(gòu)。 如圖1所示，服務(wù)器端多機集群系統(tǒng)30包括一組機器(Sl， S2，…Sn)，從而構(gòu)成 集群環(huán)境。多機集群系統(tǒng)30的每一臺服務(wù)器通過以太網(wǎng)、光纖信道等方式與外部網(wǎng)絡(luò)20 相連，其中客戶端10的用戶通過外部網(wǎng)絡(luò)20訪問該多機集群系統(tǒng)30。集群環(huán)境下的多個 服務(wù)器(S1，S2，…Sn)之間可以具有單獨的連接通道，以用于內(nèi)部交換數(shù)據(jù)。例如，圖1實 施例中所示InterLink(互聯(lián))，可能為以太網(wǎng)(Ethernet)、串行連接SCSI (SAS)連接或其 它連接方式?；蛘咚鼈冎g的數(shù)據(jù)交換也可以通過外部網(wǎng)絡(luò)進行。 另外，如圖所示，多機集群系統(tǒng)30還包括選擇程序302、接管程序304、升級程序 306和傳輸程序308。其中選擇程序302可運行于集群中的一個主服務(wù)器上，接管程序304、 升級程序306和傳輸程序308可分別運行于各個服務(wù)器(S1，S2，…Sn)中，從而這些程序 構(gòu)成多機集群系統(tǒng)30的操作系統(tǒng)升級裝置。下面，將結(jié)合圖1對用于多機集群系統(tǒng)30的 操作系統(tǒng)升級裝置的實施例做出詳細說明。 當(dāng)需要對多機集群系統(tǒng)30的各個服務(wù)器(Sl， S2，…Sn)進行操作系統(tǒng)版本升級 時，客戶端10通過外部網(wǎng)絡(luò)20向多機集群系統(tǒng)30發(fā)送操作系統(tǒng)升級包，其中該操作系統(tǒng) 升級包中包括新的操作系統(tǒng)、新的配置文件以及升級工具。運行于主服務(wù)器上的選擇程序 302用于從多機集群系統(tǒng)30中選擇一個服務(wù)器來接收由客戶端IO傳輸?shù)牟僮飨到y(tǒng)升級包。 選擇程序302根據(jù)各個服務(wù)器(S1，S2，…Sn)的流量大小來選擇接收升級包的服務(wù)器，通 常選擇的服務(wù)器為對應(yīng)流量最小的服務(wù)器，從而最大程度地減小對集群系統(tǒng)30的影響。下 面，為方便描述，例如假設(shè)選擇的服務(wù)器為Sl。 接管程序304用于根據(jù)選擇程序302選擇的服務(wù)器Sl，從服務(wù)器Sl上觸發(fā)接管操 作，以釋放服務(wù)器Sl上的設(shè)備和服務(wù)被多機集群系統(tǒng)30中其它服務(wù)器接管。這里，接管服 務(wù)器可以是一臺或者多臺，它們之間有著共同的存儲器。這時如果客戶端IO存在對服務(wù)器 Sl的服務(wù)訪問，則轉(zhuǎn)由接管服務(wù)器提供相應(yīng)的服務(wù)，當(dāng)前服務(wù)不會停止。
升級程序306用于運行服務(wù)器Sl上接收的操作系統(tǒng)升級包，并執(zhí)行服務(wù)器Sl的 操作系統(tǒng)升級。升級程序306首先運行操作系統(tǒng)升級包中的升級工具，并在運行安裝新版 本操作系統(tǒng)文件之前，將服務(wù)器S1中的原有的配置文件轉(zhuǎn)移到固定地點(例如集群系統(tǒng)中 共用的一儲存設(shè)備)進行保留。然后釋放操作系統(tǒng)升級包中新的配置文件，并將新舊配置 文件解譯到新的文件中，以根據(jù)新配置文件對原有配置文件進行格式轉(zhuǎn)換。完成這一操作 后，升級程序306將升級包中的操作系統(tǒng)文件解包，運行并安裝，重啟服務(wù)器S1，從而完成 對該服務(wù)器的操作系統(tǒng)升級。 傳輸程序308用于將操作系統(tǒng)升級包從服務(wù)器Sl傳輸?shù)蕉鄼C集群系統(tǒng)30中其它 的待升級服務(wù)器。這里，選擇程序302也可以根據(jù)尚未升級的服務(wù)器的流量大小選擇一個 服務(wù)器，并通知傳輸程序308將對應(yīng)的操作系統(tǒng)升級包傳輸?shù)皆摲?wù)器上，并由接管程序 304進行設(shè)備和服務(wù)釋放，由升級程序306對其進行操作系統(tǒng)升級，以及由傳輸程序308執(zhí) 行升級后操作系統(tǒng)升級包的傳輸。即，通過選擇程序302、接管程序304、升級程序306以及 傳輸程序308，對待升級服務(wù)器執(zhí)行與服務(wù)器Sl類似的操作，直至多機集群系統(tǒng)的所有服 務(wù)器的操作系統(tǒng)升級完成。 另外，本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級裝置還可以包括自動恢復(fù)
6程序(圖中未顯示)，以用于在相應(yīng)的服務(wù)器完成升級后，將被其它服務(wù)器接管的原有設(shè)備 和服務(wù)自動恢復(fù)(failover/failback)到此服務(wù)器上。當(dāng)然，自動恢復(fù)程序不一定對完成 升級的服務(wù)器被接管的服務(wù)進行自動恢復(fù)，如果接管服務(wù)器當(dāng)前的流量較小，則可以由該 接管服務(wù)器處理被接管服務(wù)器在升級時釋放的任務(wù)，而不執(zhí)行自動恢復(fù)。并且，自動恢復(fù)將 多出一次服務(wù)轉(zhuǎn)移。因此，自動恢復(fù)程序可根據(jù)平衡資源采用相應(yīng)的操作。在需要啟動自 動恢復(fù)手段時，自動恢復(fù)程序則根據(jù)被接管的已升級服務(wù)器的操作系統(tǒng)升級版本，對其原 有設(shè)備和服務(wù)進行轉(zhuǎn)換，即將該服務(wù)器升級前的舊的設(shè)備和服務(wù)轉(zhuǎn)換為與升級后系統(tǒng)及設(shè) 備對應(yīng)的新設(shè)備和服務(wù)。 下面，將結(jié)合圖2至圖4對本發(fā)明實施例的用于多機集群系統(tǒng)的操作系統(tǒng)升級的 方法說明如下。其中，圖2為本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級的方法流程 圖，圖3為本發(fā)明實施例的操作系統(tǒng)升級步驟流程圖，以及圖4為本發(fā)明實施例的服務(wù)器設(shè) 備和服務(wù)自動恢復(fù)步驟流程圖。 請參考圖2，如圖所示，本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級的方法包 括以下步驟當(dāng)需要對多機集群系統(tǒng)的各個服務(wù)器進行操作系統(tǒng)版本升級時，首先，從包括 多個服務(wù)器的服務(wù)器端的多機集群系統(tǒng)中選擇其中一個服務(wù)器來接收從客戶端傳輸?shù)牟?作系統(tǒng)升級包(步驟102)。其中，操作系統(tǒng)升級包中包括新的操作系統(tǒng)、新的配置文件以及 升級工具。這里，選擇接收升級包的服務(wù)器是根據(jù)各個服務(wù)器的流量大小來確定，選擇的服 務(wù)器為對應(yīng)流量最小的服務(wù)器，以最大程度地減小對集群系統(tǒng)的影響。 然后，根據(jù)選擇的服務(wù)器，從該服務(wù)器上觸發(fā)接管操作，以釋放服務(wù)器上的設(shè)備和
服務(wù)被多機集群系統(tǒng)中其它服務(wù)器接管(步驟104)。這里，接管服務(wù)器可以是一臺或者多
臺。這時如果存在對該服務(wù)器的訪問，則當(dāng)前服務(wù)轉(zhuǎn)由接管服務(wù)器繼續(xù)提供。 在服務(wù)器的原有設(shè)備和服務(wù)被其它服務(wù)器接管之后，則運行服務(wù)器上接收的操作
系統(tǒng)升級包，以執(zhí)行服務(wù)器的操作系統(tǒng)升級(步驟106)。關(guān)于服務(wù)器操作系統(tǒng)的升級步驟，
下面結(jié)合圖3具體說明。 如圖3所示，升級時首先運行操作系統(tǒng)升級包中的升級工具(步驟602)，并在運 行安裝新版本操作系統(tǒng)文件之前，將服務(wù)器中的原有的配置文件轉(zhuǎn)移到固定地點進行保留 (步驟604)。然后釋放操作系統(tǒng)升級包中新的配置文件(步驟606)，并將新舊配置文件解 譯到新的文件中，以根據(jù)新配置文件對原有配置文件進行格式轉(zhuǎn)換(步驟608)。接著，將升 級包中的操作系統(tǒng)文件解包，運行并安裝(步驟610)，重新啟動服務(wù)器(步驟612)，此時即 完成對該服務(wù)器的操作系統(tǒng)升級。 現(xiàn)在，請返回參考圖2。在步驟106升級完畢后，則前進至步驟108，以將操作系統(tǒng) 升級包從已升級服務(wù)器傳輸?shù)蕉鄼C集群系統(tǒng)中其它的待升級服務(wù)器(步驟108)。這里，也 可以根據(jù)各個待升級的服務(wù)器的流量大小選擇一個服務(wù)器接收對應(yīng)的操作系統(tǒng)升級包，并 傳輸?shù)皆摲?wù)器上。然后，對當(dāng)前選擇服務(wù)器進行設(shè)備和服務(wù)釋放、操作系統(tǒng)升級，以及升 級后操作系統(tǒng)升級包的再次傳輸(步驟IIO)。 S卩，通過在多機集群系統(tǒng)的服務(wù)器中循環(huán)執(zhí) 行上述服務(wù)器選擇步驟、設(shè)備和服務(wù)接管步驟、操作系統(tǒng)升級步驟以及操作系統(tǒng)升級包傳 輸步驟，可以依次對待升級服務(wù)器執(zhí)行操作系統(tǒng)升級，直至完成多機集群系統(tǒng)的所有服務(wù) 器的操作系統(tǒng)升級。 另外，本發(fā)明實施例用于多機集群系統(tǒng)的操作系統(tǒng)升級方法還可以包括自動恢復(fù)步驟，以用于在相應(yīng)的服務(wù)器完成升級后，將被其它服務(wù)器接管的原有設(shè)備和服務(wù)自動恢 復(fù)(failover/failback)到此服務(wù)器上。下面，結(jié)合圖4對該步驟做出詳細說明。
如圖4所示，首先，啟動原有設(shè)備和服務(wù)的自動恢復(fù)(步驟202)，在自動恢復(fù)過程 中，根據(jù)被接管的已升級服務(wù)器的操作系統(tǒng)升級版本，對版本不同的設(shè)備管理信息和服務(wù) 對原有設(shè)備和服務(wù)進行轉(zhuǎn)換(步驟204)，即將該服務(wù)器升級前的舊的設(shè)備和服務(wù)轉(zhuǎn)換為與 升級后系統(tǒng)及設(shè)備對應(yīng)的新設(shè)備和服務(wù)。最后，得到與服務(wù)器升級版本對應(yīng)的新系統(tǒng)和設(shè) 備(步驟206)。 當(dāng)然，完成升級的服務(wù)器之前被接管的服務(wù)不一定需要自動恢復(fù)，如果接管服務(wù) 器當(dāng)前的流量較小，則可以由該接管服務(wù)器處理被接管服務(wù)器在升級時釋放的任務(wù)，而不 執(zhí)行自動恢復(fù)步驟。并且，自動恢復(fù)將多出來一次服務(wù)轉(zhuǎn)移。因此，可根據(jù)平衡資源決定采 用相應(yīng)的操作。 當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟 悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形 都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
一種在多機集群系統(tǒng)中實現(xiàn)操作系統(tǒng)升級的方法，其特征在于，包括以下步驟選擇所述多機集群系統(tǒng)其中一個服務(wù)器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包；從所述服務(wù)器上觸發(fā)接管操作，以釋放所述服務(wù)器的設(shè)備和服務(wù)由所述多機集群系統(tǒng)的其它服務(wù)器接管；運行所述操作系統(tǒng)升級包，并升級所述服務(wù)器的操作系統(tǒng)；從所述服務(wù)器傳輸所述操作系統(tǒng)升級包到所述多機集群系統(tǒng)的另一待升級服務(wù)器；以及對待升級服務(wù)器進行設(shè)備和服務(wù)釋放、操作系統(tǒng)升級以及升級后所述操作系統(tǒng)升級包傳輸，直至所述多機集群系統(tǒng)的所有服務(wù)器的操作系統(tǒng)升級完成。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述選擇的服務(wù)器為對應(yīng)流量最小的服 務(wù)器。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，升級所述多機集群系統(tǒng)的服務(wù)器的操作 系統(tǒng)包括以下步驟將服務(wù)器中的原有配置文件轉(zhuǎn)移到一固定位置； 釋放所述操作系統(tǒng)升級包中新的配置文件； 根據(jù)所述新配置文件對所述原有配置文件進行格式轉(zhuǎn)換；以及 運行所述操作系統(tǒng)升級包中的操作系統(tǒng)文件。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括在所述多機集群系統(tǒng)的服務(wù)器完 成升級后，自動恢復(fù)由其它服務(wù)器接管的原有設(shè)備和服務(wù)到對應(yīng)的服務(wù)器上。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，自動恢復(fù)所述原有設(shè)備和服務(wù)包括，根據(jù) 所述服務(wù)器的操作系統(tǒng)升級版本對所述原有設(shè)備和服務(wù)進行轉(zhuǎn)換。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多機集群系統(tǒng)的已升級服務(wù)器在接 管待升級服務(wù)器釋放的設(shè)備和服務(wù)時包括，根據(jù)所述已升級服務(wù)器的操作系統(tǒng)升級版本對 所述待升級服務(wù)器釋放的設(shè)備和服務(wù)進行轉(zhuǎn)換。
7. —種在多機集群系統(tǒng)中實現(xiàn)操作系統(tǒng)升級的裝置，其特征在于，包括 選擇程序，用于從所述多機集群系統(tǒng)中選擇一個服務(wù)器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包；接管程序，用于從所述服務(wù)器上觸發(fā)接管操作，以釋放所述服務(wù)器的設(shè)備和服務(wù)由所述多機集群系統(tǒng)的其它服務(wù)器接管；升級程序，用于運行所述操作系統(tǒng)升級包，并升級所述服務(wù)器的操作系統(tǒng)；以及 傳輸程序，用于從所述服務(wù)器傳輸所述操作系統(tǒng)升級包到所述多機集群系統(tǒng)的其它待升級服務(wù)器。
8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述選擇程序選擇所述多機集群系統(tǒng)的 服務(wù)器中對應(yīng)流量最小的服務(wù)器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包。
9. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述升級單元執(zhí)行以下操作 將服務(wù)器中的原有配置文件轉(zhuǎn)移到一固定位置； 釋放所述操作系統(tǒng)升級包中新的配置文件； 根據(jù)所述新配置文件對所述原有配置文件進行格式轉(zhuǎn)換；以及 運行所述操作系統(tǒng)升級包中的操作系統(tǒng)文件。
10. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，還包括自動恢復(fù)程序，用于在所述多機 集群系統(tǒng)的服務(wù)器完成升級后，將其它服務(wù)器接管的原有設(shè)備和服務(wù)自動恢復(fù)到對應(yīng)的服 務(wù)器上。
11. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述自動恢復(fù)程序根據(jù)所述服務(wù)器的 操作系統(tǒng)升級版本對所述原有設(shè)備和服務(wù)進行轉(zhuǎn)換。
12. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述接管程序在釋放待升級服務(wù)器的設(shè) 備和服務(wù)到已升級服務(wù)器時，根據(jù)所述已升級服務(wù)器的操作系統(tǒng)升級版本對所述釋放設(shè)備 和服務(wù)進行轉(zhuǎn)換。
全文摘要
本發(fā)明公開了一種在多機集群系統(tǒng)中實現(xiàn)操作系統(tǒng)升級的方法及其裝置，包括選擇程序、接管程序、升級程序以及傳輸程序。選擇程序用于從多機集群系統(tǒng)中選擇一個服務(wù)器來接收由客戶端傳輸?shù)牟僮飨到y(tǒng)升級包；接管程序用于從所述服務(wù)器上觸發(fā)接管操作，以釋放所述服務(wù)器的設(shè)備和服務(wù)由所述多機集群系統(tǒng)的其它服務(wù)器接管；升級程序用于運行操作系統(tǒng)升級包，并升級所述服務(wù)器的操作系統(tǒng)；和傳輸程序用于從所述服務(wù)器傳輸操作系統(tǒng)升級包到多機集群系統(tǒng)的其它待升級服務(wù)器。本發(fā)明能夠在不中斷對客戶端服務(wù)的同時實現(xiàn)多機群集系統(tǒng)的操作系統(tǒng)的升級。
文檔編號H04L1/22GK101739263SQ20081017274
公開日2010年6月16日 申請日期2008年11月11日 優(yōu)先權(quán)日2008年11月11日
發(fā)明者莊欽平, 湯春耀, 陳玄同 申請人:英業(yè)達股份有限公司