[發(fā)明專利]分布式系統(tǒng)、服務器計算機、分布式管理服務器和故障防止方法

在審

• 申請?zhí)枺?/td>: 201310439457.8
• 申請日: 2013-09-24
• 公開（公告）號: CN103685459A
• 公開（公告）日: 2014-03-26
• 發(fā)明（設計）人: 岡田好大
• 申請（專利權）人: 日本電氣株式會社
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/24
• 代理公司: 中原信達知識產(chǎn)權代理有限責任公司 11219
• 代理人: 周亞榮;安翔

引用并入

本申請基于2012年9月24日提交的日本專利申請?zhí)?012-209911并且要求其優(yōu)先權，其公開通過引用整體包含于此。

技術領域

本申請涉及一種分布式系統(tǒng)、服務器計算機、分布式管理服務器和故障防止方法。

背景技術

在業(yè)務系統(tǒng)中，經(jīng)常由于應用服務器上所實施的業(yè)務應用程序中的缺陷而出現(xiàn)故障，導致整個業(yè)務系統(tǒng)癱瘓。業(yè)務應用中的故障示例包括以下。

第一示例是死鎖。死鎖是指其中執(zhí)行應用邏輯的多個線程相互進行互斥控制（鎖定獲取等）并且因此每個線程的執(zhí)行都保持被阻止的狀態(tài)。在這種情況下存在著問題，諸如用作諸如瀏覽器的應用的調(diào)用方的客戶端應用無法獲取針對請求的相應，從而無法更新屏幕。

第二示例是過度存儲器消耗。過度存儲器消耗是指其中可用于應用服務器的存儲器區(qū)域例如由于在與業(yè)務相關的查詢處理中對大量數(shù)據(jù)進行處理的應用邏輯的一次性執(zhí)行而減少的情形。在這種情況下，在并行執(zhí)行相同處理上所運行的另一應用邏輯的線程的處理中可能出現(xiàn)延遲，或者由于在處理期間存儲器短缺導致錯誤可能出現(xiàn)。最差的情況下，應用服務器的處理中止。

第三示例是過度中央處理器（CPU）消耗（過高CPU使用）。過度CPU消耗是指其中CPU由于出現(xiàn)無限循環(huán)或冗余應用邏輯而比必要情況下使用得更多的情形。在這種情況下，例如出現(xiàn)應用調(diào)用方無法獲取針對請求的響應從而無法更新屏幕的問題。還會出現(xiàn)在并行執(zhí)行相同處理上所運行的另一應用邏輯的線程的處理中出現(xiàn)延遲的問題。

當這樣的情況發(fā)生時，其通常可以通過重啟故障應用服務器而被消除。然而，在任意情形中，根本的解決方案需要對所涉及的應用程序進行修改。出于該原因，系統(tǒng)操作任意可能必須采取臨時措施，諸如定期重啟應用服務器或者對關于應用服務器的參數(shù)進行調(diào)諧，從而防止如以上所描述的故障再次發(fā)生直至應用得以被修改。

作為用于應對故障的技術，日本未審專利申請公開號2010-9127公開了一種識別作為故障原因的組件的管理裝置。特別地，當其中包括應用服務器的計算機和包括管理系統(tǒng)的計算機經(jīng)由網(wǎng)絡連接在一起的系統(tǒng)中出現(xiàn)異常時，該管理裝置能夠確定該故障發(fā)生在應用服務器和管理系統(tǒng)中的哪一個之中。

日本未審專利申請公開號2006-338069公開了一種響應于故障的跡象或發(fā)生而防止錯誤出現(xiàn)以及防止性能下降的組件軟件操作架構(gòu)。特別地，在包括多個組件（軟件組件）的組件軟件的執(zhí)行期間，該組件軟件操作架構(gòu)利用另一組件對組件進行替換。

日本未審專利申請公開號2005-209029公開了一種包括多個應用服務器計算機和管理服務器計算機的應用管理系統(tǒng)。每個應用服務器計算機參考存儲在管理服務器計算機中的應用操作定義存儲文件以對已經(jīng)請求其執(zhí)行的應用的執(zhí)行進行控制和管理。當在應用服務器計算機所執(zhí)行的應用中發(fā)生故障時，應用服務器計算機將該事實通知另一應用服務器計算機或外部計算機。

目前，使用云計算技術的系統(tǒng)化正在普及。這樣的系統(tǒng)化是指構(gòu)建一個使用分布于許多網(wǎng)絡上的大量應用服務器的系統(tǒng)。在這樣的環(huán)境中，負載是分布式的。因此，在單個服務器中發(fā)生異常（例如，由于發(fā)生故障）不太可能導致整個系統(tǒng)癱瘓。

然而，如果故障是由與應用程序自身相關聯(lián)的問題所導致，則所有應用服務器都存在著在未來經(jīng)歷相同故障的潛在風險。出于該原因，系統(tǒng)操作人員必須不可避免地采取如以上所描述的臨時措施，除非其采取了諸如將故障應用降低至之前版本的措施。另外，隨著服務器數(shù)量的增加，這樣的故障更可能在系統(tǒng)中出現(xiàn)。這導致了采取臨時措施的操作成本的增加。

日本未審專利申請公開號2010-9127和2006-338069中均未考慮到諸如應用服務器的多個服務器如云計算中那樣進行部署的情形。

對于根據(jù)日本未審專利申請公開號2005-209029的應用管理系統(tǒng)而言，當在由應用服務器計算機所執(zhí)行的應用中出現(xiàn)異常時，其無法防止在另一應用服務器計算機中發(fā)生類似的異常。

發(fā)明內(nèi)容

本發(fā)明的目標的示例是提供一種防止在服務器中出現(xiàn)故障而并不增加系統(tǒng)操作人員的負擔的分布式系統(tǒng)、服務器計算機、分布式管理服務器和故障防止方法。

在本發(fā)明的第一示例性方面，一種分布式系統(tǒng)包括：能夠執(zhí)行相同應用的第一和第二服務器，其中

當該第一服務器中的該應用中出現(xiàn)故障時，該第一服務器生成識別該應用中的故障的原因的故障信息，并且

該第二服務器執(zhí)行基于該故障信息所確定并且意在防止該應用中的故障的故障防止處理。