一種服務器數據更新方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種服務器數據更新方法,其包括步驟:接收服務器數據更新指令并啟動更新;將服務器更新數據傳輸至文件緩存服務器,并通知每臺待更新服務器;每臺待更新服務器從文件緩存服務器下載更新數據并執(zhí)行更新。相應地,本發(fā)明還提供了一種服務器數據更新裝置。利用本發(fā)明提供的服務器數據更新方法及裝置,可以快速將大量數據更新到多臺服務器上,大大提高數據更新效率。
【專利說明】一種服務器數據更新方法和裝置
【技術領域】
[0001]本發(fā)明涉及計算機【技術領域】,特別涉及一種服務器數據更新方法和裝置。
【背景技術】
[0002]在計算機【技術領域】,通常新程序或程序新版本的測試與調試在內部網絡環(huán)境中進行,當程序通過測試與調試然后開始上線時,就需要把內部網絡環(huán)境中測試通過后的程序或數據更新到外部網絡運行的服務器上,以便提供給用戶訪問最新的內容,這已是互聯網公司的一個日常常見操作。
[0003]現今比較常用的方法是運維人員把程序和數據通過SCP (Sceure CoPy,在Linux下進行遠程拷貝文件的命令)傳輸到需要更新的服務器上,然后再登錄到服務器上,把程序和數據放置到開發(fā)人員指定的運行目錄,最后再執(zhí)行一個重新啟動服務的腳本,這樣才能完成了一臺服務器的更新操作。但對于用戶量很大的業(yè)務,可能在外部網絡存在著幾十臺甚至上百臺服務器,這樣就有大量服務器需要更新,如果運維人員一臺一臺依次進行操作,則整個過程會相當耗時。
[0004]因此,如何快速把程序或數據更新到大量外部服務器上,是很多互聯網公司都面臨的問題。
【發(fā)明內容】
[0005]本發(fā)明針對上述問題,提出了一種服務器數據更新方法和裝置,其可快速更新數據到大量服務器上。
[0006]在一個方面,本發(fā)明提供了一種服務器數據更新方法,包括步驟:接收服務器數據更新指令并啟動更新;將服務器更新數據傳輸至文件緩存服務器,并通知每臺待更新服務器;每臺待更新服務器從文件緩存服務器下載更新數據并執(zhí)行更新。
[0007]在另一個方面,本發(fā)明提供了一種服務器數據更新裝置,包括用于接收服務器數據更新指令并啟動更新的更新啟動單元,分布于每臺待更新服務器上的用于執(zhí)行更新的更新執(zhí)行單元,以及用于存儲服務器更新數據以供待更新服務器下載的文件緩存服務器。其中,更新啟動單元在啟動更新后將服務器更新數據傳輸至文件緩存服務器,并通知每個待更新服務器上的更新執(zhí)行單元。
[0008]利用本發(fā)明提供的服務器數據更新方法及裝置,可以快速將大量數據或者程序更新到多臺服務器上,大大提高數據更新效率。
【專利附圖】
【附圖說明】
[0009]下面將參照附圖描述本發(fā)明的具體實施例,其中:
[0010]圖1為本發(fā)明實施例的服務器數據更新方法的流程示意圖;
[0011]圖2為本發(fā)明實施例的服務器數據更新裝置的示意圖。
[0012]圖3為本發(fā)明實施例的服務器數據更新方法的實施說明圖?!揪唧w實施方式】
[0013]為了使本發(fā)明的技術方案及優(yōu)點更加清楚明白,以下結合附圖對本發(fā)明的示例性實施例進行進一步詳細的說明,顯然,所描述的實施例僅是本發(fā)明的一部分實施例,而不是所有實施例的窮舉。
[0014]在一個實施例中,本發(fā)明提供了一種服務器數據更新方法,如圖1所示,其包括步驟,
[0015]S101、接收服務器數據更新指令并啟動更新。
[0016]在這里,當接收到運維人員發(fā)出的需要給大量服務器更新數據的更新指令時,啟動更新程序。在一個可選方案中,數據更新指令中可包含需要更新的服務器名稱及地址,以及服務器更新數據的存儲地址等信息。
[0017]在本說明書中,如果僅是單獨地提及數據,而沒有同時提及程序,尤其是提及數據更新或更新數據,則這里數據的含義應當涵蓋數據、程序和腳本,可以是這三者中的一個或多個的組合。
[0018]S102、將服務器更新數據傳輸至文件緩存服務器,并通知每臺待更新服務器。
[0019]在這里,將待更新數據傳輸至文件緩存服務器之前,可選地,如果數據較為細碎或者數據量龐大,則可對待更新數據進行文件打包和壓縮處理,這樣有利于數據管理并節(jié)省存儲空間。
[0020]另外,將服務器更新數據上傳并緩存至文件緩存服務器可以采取兩種方式,分別是主動方式和被動方式。在主動方式中,上傳的更新數據包含數據文件、程序文件和腳本文件的存儲地址,后續(xù)需到存儲地址獲取具體的數據文件、程序文件和腳本文件后再進行解壓縮和更新操作;在被動方式中,上傳的更新數據包含具體的數據文件、程序文件和腳本文件,后續(xù)可直接進行解壓縮和更新操作。
[0021]S103、每臺待更新服務器從文件緩存服務器下載更新數據并執(zhí)行更新。在這里,更新啟動單元將更新數據傳輸至文件緩存服務器后會對每個待更新服務器上的更新執(zhí)行單元發(fā)出通知,通知其下載更新數據并進行更新操作。
[0022]如果下載的更新數據是經過文件打包和壓縮處理的,則需先對其進行解壓縮的操作,之后再進行更新。
[0023]另外,若下載的更新數據為更新數據的存儲地址信息,則需根據存儲地址獲取具體的數據文件、程序文件和腳本文件之后再進行解壓縮或者更新的操作。
[0024]對于更新是否成功可以返回一個更新結果。最后,所有服務器更新結果匯總后反饋給運維人員,方便運維人員了解更新狀況并及時應對。
[0025]在本發(fā)明的另一個實施例中,還提供了一種服務器數據更新裝置。如圖2所示,該服務器數據更新裝置包括更新啟動單元201,用于接收服務器數據更新指令并啟動更新;文件緩存服務器202,用于存儲服務器更新數據以供待更新服務器下載;更新執(zhí)行單元203,其分布于每臺待更新服務器上用于執(zhí)行更新。更新啟動單元201在啟動更新后將服務器更新數據傳輸至文件緩存服務器202,并通知每臺待更新服務器上的更新執(zhí)行單元203來執(zhí)行更新。更新完成后返回更新結果。
[0026]下面,具體地結合一個使用示例進行說明。[0027]在這個使用示例中,如圖3所示,當更新啟動單元201接收到運維人員發(fā)出的需要給大量服務器更新數據的更新指令時,啟動更新程序。解析更新指令中包含的需要更新的服務器名稱及地址、以及服務器更新數據的存儲地址等信息。然后獲取服務器更新數據,將其傳輸至文件緩存服務器202,并通知每個待更新服務器上的更新執(zhí)行單元203。在此過程中,更新啟動單元201把該更新數據進行文件打包和壓縮處理,通過主動或者被動方式將數據傳輸至文件緩存服務器202緩存。此時,分布于每臺待更新服務器上的更新執(zhí)行單元203接收到下載更新的通知,從文件緩存服務器202下載所述經過文件打包和壓縮處理的更新數據,并且隨后對該打包壓縮文件進行解壓縮處理,并啟動腳本程序完成更新。更新結束后,將更新結果返回至更新啟動單元201。最后,更新啟動單元201將所有服務器的更新結果反饋給運維人員,至此,完成一個更新任務。
[0028]本發(fā)明提供了一種服務器數據更新方法及裝置,能夠無需人工干預,由系統(tǒng)自動完成數據更新,由原來的運維人員一臺一臺服務器依次進行更新的串行操作變?yōu)椴⑿胁僮?,一方面杜絕了運維人員人工操作出錯的可能,提高了系統(tǒng)的穩(wěn)定性,另一方面引入文件緩存服務器加快了外部網絡獲取更新數據的速度。本發(fā)明可以快速將大量數據更新到多臺服務器上,大大提高數據更新效率,同時,能夠全面監(jiān)控整個數據更新過程,快速定位錯誤,方便運維人員及時應對。
[0029]以上實施例僅用以說明本發(fā)明的技術方案,而非對其進行限制。因此,在不背離本發(fā)明的精神及其實質的情況下,本領域技術人員可作出各種改變、替換和變型。很顯然,但這些改變、替換和變型都應涵蓋于本定明權利要求的保護范圍之內。
【權利要求】
1.一種服務器數據更新方法,其特征在于,包括步驟 接收服務器數據更新指令并啟動更新; 將服務器更新數據傳輸至文件緩存服務器,并通知每臺待更新服務器; 每臺待更新服務器從文件緩存服務器下載更新數據并執(zhí)行更新。
2.如權利要求1所述的服務器數據更新方法,其特征在于,將服務器更新數據傳輸至文件緩存服務器之前,對更新數據進行文件打包和壓縮處理;并且,在執(zhí)行更新之前,對下載的更新數據進行解壓縮操作。
3.如權利要求1所述的服務器數據更新方法,其特征在于,在更新完成后反饋更新結果O
4.如權利要求1至3任一所述的服務器數據更新方法,其特征在于,所述更新數據包括數據文件、程序文件以及腳本文件中的一個或多個的組合。
5.一種服務器數據更新裝置,其特征在于,包括 用于接收服務器數據更新指令并啟動更新的更新啟動單元, 分布于每臺待更新服務器上的用于執(zhí)行更新的更新執(zhí)行單元,以及 用于存儲服務器更新數據以供待更新服務器下載的文件緩存服務器。 其中, 所述更新啟動單元在啟動更新后將服務器更新數據傳輸至文件緩存服務器,并通知每臺待更新服務器上的更新執(zhí)行單元。
6.如權利要求5所述的服務器數據更新裝置,其特征在于,所述更新啟動單元還用于對更新數據進行文件打包和壓縮處理;所述更新執(zhí)行單元還用于對更新數據進行解壓縮操作。
7.如權利要求5所述的服務器數據更新裝置,其特征在于,所述更新執(zhí)行單元還用于反饋更新結果。
8.如權利要求5至7任一所述的服務器數據更新裝置,其特征在于,所述更新數據包括數據文件、程序文件以及腳本文件中的一個或多個的組合。
【文檔編號】H04L29/08GK103841106SQ201410086760
【公開日】2014年6月4日 申請日期:2014年3月10日 優(yōu)先權日:2014年3月10日
【發(fā)明者】周振華 申請人:珠海市君天電子科技有限公司