[發明專利]集群系統的恢復方法

無效

• 申請號: 201110459632.0
• 申請日: 2011-12-31
• 公開（公告）號: CN102591750A
• 公開（公告）日: 2012-07-18
• 發明（設計）人: 戴榮;李程;許濤
• 申請（專利權）人: 曙光信息產業股份有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14;H04L29/08
• 代理公司: 北京德恒律師事務所 11306
• 代理人: 陸鑫;房嶺梅

技術領域

本發明基本上涉及計算機領域，更具體地來說，涉及集群系統的恢復方法。

背景技術

集群系統是利用標準的網絡將各種普通的服務器或者PC機連接起來，通過特定的方法，向用戶提供更高的系統計算性能、存儲性能、以及管理性能。集群系統具有高性價比、可擴展性、可管理性、系統魯棒性、很多國產廠商支持集群系統等，因此，集群系統得到了廣泛應用，同時集群系統中節點(即，計算機)眾多，系統崩潰的概率也隨之大大增加。系統崩潰會給集群系統帶來嚴重后果，輕則服務進程切換，重則作業停止。此時將為用戶的應用帶來災難性的后果，節點失效的重要原因是系統崩潰，系統崩潰后需要在最短的時間內進行系統恢復，恢復時間和用戶的損失成非線性正比關系，而且時間越長，損失越大。系統崩潰之后的修復尤為重要，在最短的時間內進行系統恢復成為亟待解決的首要問題。

如今的應用程序很可能會修改系統配置，而修改的結果往往對于集群系統的運行起著負面影響。這種修改輕則會減慢系統的運行速度，嚴重則可能令系統崩潰。此外，當集群系統更新其系統環境時，有時會由于諸如版本不兼容等問題等原因而引起系統的崩潰。

對于系統崩潰只能重新進行系統部署，此時可能導致系統與崩潰之前的系統存在較大的差異，用戶無法繼續使用。現有的信息服務環境下的集群會設置備用機器，但是當主節點崩潰后，備用節點只能接替主機進行工作，主機仍舊需要系統恢復。對于如今的應對系統崩潰的處理方式，手工安裝系統恢復時間長，并且由于利用dd等操作，仍舊費時費力；手工安裝的操作系統可能和之前的系統存在差異，有可能導致系統無法支持之前的應用。

現有技術中出現一種計算機系統的恢復方法，包括：在需要對計算機進行恢復的情況下，提示用戶輸入用于進行系統恢復的參數；根據用戶輸入的參數，利用與所述計算機連接的指定存儲設備中存儲的恢復文件對計算機進行恢復。該方法不適于用于集群系統，并且無法針對需要運行應用程序或者修改系統環境的節點設備進行提前恢復，從而難以將該節點設備恢復到其系統變化之前的狀態。

發明內容

針對現有技術中的計算機恢復方法不適于用于集群系統，并且無法針對需要運行應用程序或者修改系統環境的節點設備進行提前恢復，從而難以將該節點設備恢復到其系統變化之前的狀態的缺陷，本發明提供了一種集群系統的恢復方法，從而解決了如何自動將集群系統中的節點設備恢復到其崩潰之前的狀態的技術問題。

本發明提供了一種集群系統的恢復方法，包括：步驟S1：服務器對多個節點設備之一的系統環境進行備份，生成備份文件；步驟S2：所述服務器以從網絡啟動的方式重新啟動；以及步驟S3：所述服務器利用所述備份文件，對所述多個節點設備中的一個或者多個的系統環境進行恢復。

在該集群系統的恢復方法中，進一步包括：在所述步驟S1之前，服務器檢測到所述集群系統中的多個節點設備中的一個或者多個將要運行應用程序。

在該集群系統的恢復方法中，進一步包括：在所述步驟S1之后和所述步驟S2之前，所述多個節點設備中的一個或者多個運行所述應用程序。

在該集群系統的恢復方法中，進一步包括：在所述步驟S1之前，服務器檢測到所述集群系統中的多個節點設備中的一個或者多個將要更新系統環境。

在該集群系統的恢復方法中，進一步包括：在所述步驟S1之后和所述步驟S2之前，所述多個節點設備中的一個或者多個更新系統環境。

在該集群系統的恢復方法中，所述步驟S3包括：步驟S31：所述服務器檢測到所述節點設備無法正常運行；以及步驟S32：利用所述備份文件，對所述節點設備的系統環境進行恢復。

在該集群系統的恢復方法中，所述步驟S3包括：步驟S31：所述服務器選擇出最后生成的備份文件；步驟S32：所述服務器確認所述節點設備的硬件沒有發生故障；以及步驟S33：所述服務器利用所述選擇出的備份文件，對所述節點設備的系統環境進行恢復。

在該集群系統的恢復方法中，所述多個節點設備的系統環境相同。

在該集群系統的恢復方法中，所述備份的內容只包括所述系統環境中有數據部分。

所述步驟S3包括：服務器利用所述備份文件，通過P2P傳輸方式對所述集群系統中多個節點進行恢復。