本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用服務(wù)器修復(fù)裝置和方法。

背景技術(shù)：

隨著企業(yè)業(yè)務(wù)系統(tǒng)的增多，用于部署各個(gè)系統(tǒng)的應(yīng)用服務(wù)器也不斷地增加。面對(duì)大量的服務(wù)器的情況，不僅給運(yùn)維人員增加了服務(wù)器運(yùn)維難度，同時(shí)對(duì)開(kāi)發(fā)人員排查系統(tǒng)問(wèn)題時(shí)也無(wú)形中添加了不少障礙。

傳統(tǒng)的應(yīng)用服務(wù)器預(yù)警方案，僅僅是在某些硬件資源達(dá)到某個(gè)設(shè)定的閾值之后，對(duì)相應(yīng)的人員發(fā)出警告，但這并不能排除應(yīng)用服務(wù)器在問(wèn)題解決之前就崩潰的可能性。

因此，需要一種新的技術(shù)方案，在應(yīng)用服務(wù)器的狀態(tài)瀕臨宕機(jī)時(shí)，進(jìn)行自動(dòng)修復(fù)，讓服務(wù)器重新回到健康的運(yùn)行狀態(tài)。

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

本發(fā)明的主要目的在于提出一種應(yīng)用服務(wù)器修復(fù)裝置和方法，旨在解決在應(yīng)用服務(wù)器的狀態(tài)下降時(shí)對(duì)應(yīng)用服務(wù)器進(jìn)行修復(fù)。

為實(shí)現(xiàn)上述目的，本發(fā)明提供的一種應(yīng)用服務(wù)器修復(fù)裝置，包括：狀態(tài)數(shù)值獲取模塊，用于獲取應(yīng)用服務(wù)器的狀態(tài)數(shù)值；第一判斷模塊，用于判斷所述狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件；修復(fù)模塊，用于在判斷結(jié)果為是時(shí)，執(zhí)行對(duì)所述應(yīng)用服務(wù)器的修復(fù)。

可選地，前述的裝置，所述修復(fù)模塊向所述應(yīng)用服務(wù)器發(fā)出重啟命令，重新啟動(dòng)所述應(yīng)用服務(wù)器。

可選地，前述的裝置，還包括：轉(zhuǎn)發(fā)模塊，用于在所述應(yīng)用服務(wù)器啟動(dòng)完成之前，將對(duì)所述應(yīng)用服務(wù)器的請(qǐng)求轉(zhuǎn)發(fā)到其他應(yīng)用服務(wù)器。

可選地，前述的裝置，還包括：第二判斷模塊，用于判斷所述狀態(tài)數(shù)值是否符合預(yù)設(shè)的第二條件；預(yù)警模塊，用于在判斷結(jié)果為是時(shí)，根據(jù)所述狀態(tài)數(shù)值生成預(yù)警信息并發(fā)出。

可選地，前述的裝置，所述狀態(tài)數(shù)值獲取模塊按預(yù)設(shè)的時(shí)間間隔采集所述狀態(tài)數(shù)值并保存到內(nèi)存中；所述第一判斷模塊獲取所述內(nèi)存中保存的所述狀態(tài)數(shù)值并進(jìn)行判斷。

可選地，前述的裝置，還包括：清除模塊，用于當(dāng)所述狀態(tài)數(shù)值在所述內(nèi)存中的保存時(shí)間超過(guò)預(yù)設(shè)時(shí)間值時(shí)，從所述內(nèi)存中清除所述狀態(tài)數(shù)值。

依據(jù)本發(fā)明的另一方面，還提供了一種應(yīng)用服務(wù)器修復(fù)方法，包括：獲取應(yīng)用服務(wù)器的狀態(tài)數(shù)值；判斷所述狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件；在判斷結(jié)果為是時(shí)，執(zhí)行對(duì)所述應(yīng)用服務(wù)器的修復(fù)。

可選地，前述的方法，執(zhí)行對(duì)所述應(yīng)用服務(wù)器的修復(fù)，包括：向所述應(yīng)用服務(wù)器發(fā)出重啟命令，重新啟動(dòng)所述應(yīng)用服務(wù)器。

可選地，前述的方法，還包括：在所述應(yīng)用服務(wù)器啟動(dòng)完成之前，將對(duì)所述應(yīng)用服務(wù)器的請(qǐng)求轉(zhuǎn)發(fā)到其他應(yīng)用服務(wù)器。

可選地，前述的方法，還包括：判斷所述狀態(tài)數(shù)值是否符合預(yù)設(shè)的第二條件；在判斷結(jié)果為是時(shí)，根據(jù)所述狀態(tài)數(shù)值生成預(yù)警信息并發(fā)出。

可選地，前述的方法，獲取應(yīng)用服務(wù)器的狀態(tài)數(shù)值，具體包括：按預(yù)設(shè)的時(shí)間間隔采集所述狀態(tài)數(shù)值并保存到內(nèi)存中；判斷所述狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件，具體包括：獲取所述內(nèi)存中保存的所述狀態(tài)數(shù)值并進(jìn)行判斷。

可選地，前述的方法，還包括：當(dāng)所述狀態(tài)數(shù)值在所述內(nèi)存中的保存時(shí)間超過(guò)預(yù)設(shè)時(shí)間值時(shí)，從所述內(nèi)存中清除所述狀態(tài)數(shù)值。

根據(jù)以上技術(shù)方案，可知本發(fā)明的應(yīng)用服務(wù)器修復(fù)裝置和方法至少具有以下優(yōu)點(diǎn)：

在本發(fā)明的技術(shù)方案中，基于對(duì)應(yīng)用服務(wù)器的狀態(tài)檢測(cè)會(huì)在應(yīng)用服務(wù)器的狀態(tài)瀕臨宕機(jī)時(shí)，進(jìn)行自動(dòng)修復(fù)，讓服務(wù)器重新回到健康的運(yùn)行狀態(tài)，從而使得應(yīng)用服務(wù)器可以繼續(xù)進(jìn)行正常的工作。

附圖說(shuō)明

圖1是根據(jù)本發(fā)明的一個(gè)實(shí)施例的應(yīng)用服務(wù)器修復(fù)裝置的框圖；

圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例的應(yīng)用服務(wù)器修復(fù)裝置的框圖；

圖3是根據(jù)本發(fā)明的一個(gè)實(shí)施例的應(yīng)用服務(wù)器修復(fù)方法的流程圖；

圖4是根據(jù)本發(fā)明的一個(gè)實(shí)施例的應(yīng)用服務(wù)器修復(fù)方法的流程圖。

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

具體實(shí)施方式

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

現(xiàn)在將參考附圖描述實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例的移動(dòng)終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說(shuō)明，其本身并沒(méi)有特定的意義。因此，"模塊"與"部件"可以混合地使用。

如圖1所示，本發(fā)明第一實(shí)施例提出一種應(yīng)用服務(wù)器修復(fù)裝置，包括：

狀態(tài)數(shù)值獲取模塊110，用于獲取應(yīng)用服務(wù)器的狀態(tài)數(shù)值。在本實(shí)施例中，對(duì)服務(wù)器的狀態(tài)數(shù)值類(lèi)型不進(jìn)行限制，例如，可以是CPU使用率、內(nèi)存使用率等。

第一判斷模塊120，用于判斷狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件。在本實(shí)施例中，對(duì)第一條件不進(jìn)行限制，例如，第一條件可以是當(dāng)采集回來(lái)的CPU使用率在30秒內(nèi)的均值一直處于95％以上或者內(nèi)存使用率在30秒內(nèi)的均值一直處于95％以上。

修復(fù)模塊130，用于在判斷結(jié)果為是時(shí)，執(zhí)行對(duì)應(yīng)用服務(wù)器的修復(fù)。在本實(shí)施例中，對(duì)修復(fù)的方式不進(jìn)行限制，例如，可以是釋放內(nèi)存等。

在本實(shí)施例的技術(shù)方案中，基于對(duì)采集回來(lái)的狀態(tài)值進(jìn)行分析，如果應(yīng)用服務(wù)器的某個(gè)重要指標(biāo)達(dá)到了危險(xiǎn)區(qū)域時(shí)或?qū)ν馓峁┓?wù)的性能下降到很低的一個(gè)水平，比如，當(dāng)采集回來(lái)的CPU使用率在30秒內(nèi)的均值一直處于95％以上或者內(nèi)存使用率在30秒內(nèi)的均值一直處于95％以上，那么我們就能夠認(rèn)為服務(wù)器此刻的性能是相當(dāng)?shù)偷?，無(wú)法正常對(duì)外提供服務(wù)，應(yīng)用服務(wù)器就會(huì)進(jìn)入自動(dòng)修復(fù)流程。

傳統(tǒng)預(yù)警模塊并不能排除應(yīng)用服務(wù)器在問(wèn)題解決之前就崩潰的可能性，這樣會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)在應(yīng)用服務(wù)器進(jìn)行人為重啟之前，一直處于拒絕服務(wù)的狀態(tài)。本實(shí)施例的技術(shù)方案中，會(huì)在應(yīng)用服務(wù)器的狀態(tài)瀕臨宕機(jī)時(shí)，進(jìn)行自動(dòng)修復(fù)，讓服務(wù)器重新回到健康的運(yùn)行狀態(tài)。

如圖2所示，本發(fā)明第一實(shí)施例提出一種應(yīng)用服務(wù)器修復(fù)裝置，包括：

狀態(tài)數(shù)值獲取模塊210，按預(yù)設(shè)的時(shí)間間隔采集狀態(tài)數(shù)值并保存到內(nèi)存中。在本實(shí)施例中，后臺(tái)默認(rèn)運(yùn)行著一定數(shù)量的進(jìn)程，按一定的時(shí)間間隔對(duì)采集回來(lái)的應(yīng)用服務(wù)器狀態(tài)數(shù)值(CPU使用率、內(nèi)存使用率等)進(jìn)行分析。在本實(shí)施例中，采集一段時(shí)間內(nèi)的狀態(tài)數(shù)值，可以避免偶爾出現(xiàn)的過(guò)大或過(guò)小的狀態(tài)數(shù)值造成的不準(zhǔn)確的影響。

清除模塊220，用于當(dāng)狀態(tài)數(shù)值在內(nèi)存中的保存時(shí)間超過(guò)預(yù)設(shè)時(shí)間值時(shí)，從內(nèi)存中清除狀態(tài)數(shù)值。在本實(shí)施例中，對(duì)該預(yù)設(shè)時(shí)間不進(jìn)行限制，例如，程序會(huì)將采集回來(lái)的CPU使用率、內(nèi)存使用率、線程并發(fā)數(shù)這些指標(biāo)緩存到內(nèi)存中，內(nèi)存中只會(huì)緩存最新30秒內(nèi)的性能指標(biāo)，過(guò)期的指標(biāo)數(shù)據(jù)會(huì)自動(dòng)從內(nèi)存中失效。在本實(shí)施例中，可以避免內(nèi)存中存儲(chǔ)大量的數(shù)據(jù)。

第二判斷模塊230，獲取內(nèi)存中保存的狀態(tài)數(shù)值并進(jìn)行判斷狀態(tài)數(shù)值是否符合預(yù)設(shè)的第二條件。在本實(shí)施例中，對(duì)第二條件不進(jìn)行限制，例如，每隔30秒，程序會(huì)從內(nèi)存中取出CPU使用率、內(nèi)存使用率、線程并發(fā)數(shù)這些指標(biāo)，將指標(biāo)進(jìn)行取平均值計(jì)算，就得到了在30秒內(nèi)CPU平均使用率、內(nèi)存平均使用率、線程平均并發(fā)數(shù)這些指標(biāo)的均值，如果得到的平均值大于程序預(yù)先配置好的閥值(第二條件)，比如CPU平均使用率大于80％，或者內(nèi)存平均使用率大于80％，或者線程平均并發(fā)數(shù)大于1500，那么就將觸發(fā)預(yù)警操作。

預(yù)警模塊240，用于在判斷結(jié)果為是時(shí)，根據(jù)狀態(tài)數(shù)值生成預(yù)警信息并發(fā)出。在本實(shí)施例中，可以依據(jù)預(yù)先配置好的閾值，經(jīng)過(guò)一套算法的分析，如果達(dá)到觸發(fā)條件，那么久會(huì)進(jìn)行預(yù)警。預(yù)警的方式有以郵件、短信這兩種方式通知到相應(yīng)的運(yùn)維人員和項(xiàng)目負(fù)責(zé)人。同時(shí)會(huì)將觸發(fā)預(yù)警的問(wèn)題記錄下來(lái)，以便后續(xù)排查。傳統(tǒng)預(yù)警模塊對(duì)預(yù)警的觸發(fā)，僅僅是對(duì)默認(rèn)配置好的閾值進(jìn)行單一的判斷。本實(shí)施例的技術(shù)方案中，會(huì)根據(jù)配置好的閾值，進(jìn)行一定的算法分析，達(dá)到觸發(fā)條件后，才會(huì)觸發(fā)預(yù)警。

第一判斷模塊250，獲取內(nèi)存中保存的狀態(tài)數(shù)值并進(jìn)行判斷狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件。

修復(fù)模塊260，用于在判斷結(jié)果為是時(shí)，向應(yīng)用服務(wù)器發(fā)出重啟命令，重新啟動(dòng)應(yīng)用服務(wù)器。在本實(shí)施例中，自動(dòng)修復(fù)的主要流程是，程序通過(guò)命令調(diào)用應(yīng)用服務(wù)器的接口，將應(yīng)用服務(wù)器當(dāng)前的運(yùn)行狀態(tài)導(dǎo)出來(lái)，以日志文件的形式保存在當(dāng)前服務(wù)器的根目錄下面；然后通過(guò)命令將應(yīng)用服務(wù)器進(jìn)行重新啟動(dòng)；當(dāng)這臺(tái)應(yīng)用服務(wù)器重新啟動(dòng)成功之后，那么它就能夠正常對(duì)外提供服務(wù)了。在程序調(diào)用重啟應(yīng)用服務(wù)器命令的同時(shí)，還會(huì)把這次自動(dòng)修復(fù)記錄下來(lái)，后續(xù)運(yùn)維人員可以根據(jù)保存下來(lái)的日志文件進(jìn)行分析是什么原因?qū)е路?wù)器性能下降，從而進(jìn)行相應(yīng)的優(yōu)化，以提高服務(wù)器的穩(wěn)定性。

轉(zhuǎn)發(fā)模塊270，用于在應(yīng)用服務(wù)器啟動(dòng)完成之前，將對(duì)應(yīng)用服務(wù)器的請(qǐng)求轉(zhuǎn)發(fā)到其他應(yīng)用服務(wù)器。在本實(shí)施例中，在應(yīng)用服務(wù)器重新啟動(dòng)前，這臺(tái)應(yīng)用服務(wù)器是停止對(duì)外提供服務(wù)的；如果客戶端這時(shí)向應(yīng)用服務(wù)器發(fā)起請(qǐng)求，在應(yīng)用服務(wù)器之上還有一臺(tái)負(fù)載均衡服務(wù)器，它是會(huì)將客戶端發(fā)起的請(qǐng)求直接轉(zhuǎn)發(fā)到系統(tǒng)集群中的其他應(yīng)用服務(wù)器上進(jìn)行處理。通過(guò)本實(shí)施例的技術(shù)方案，可以保證應(yīng)用服務(wù)器的重啟過(guò)程中，仍能夠正常響應(yīng)客戶端的請(qǐng)求。

如圖3所示，本發(fā)明第一實(shí)施例提出一種應(yīng)用服務(wù)器修復(fù)方法，包括：

步驟S310，獲取應(yīng)用服務(wù)器的狀態(tài)數(shù)值。在本實(shí)施例中，對(duì)服務(wù)器的狀態(tài)數(shù)值類(lèi)型不進(jìn)行限制，例如，可以是CPU使用率、內(nèi)存使用率等。

步驟S320，判斷狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件。在本實(shí)施例中，對(duì)第一條件不進(jìn)行限制，例如，第一條件可以是當(dāng)采集回來(lái)的CPU使用率在30秒內(nèi)的均值一直處于95％以上或者內(nèi)存使用率在30秒內(nèi)的均值一直處于95％以上。

步驟S330，在判斷結(jié)果為是時(shí)，執(zhí)行對(duì)應(yīng)用服務(wù)器的修復(fù)。在本實(shí)施例中，對(duì)修復(fù)的方式不進(jìn)行限制，例如，可以是釋放內(nèi)存等。

在本實(shí)施例的技術(shù)方案中，基于對(duì)采集回來(lái)的狀態(tài)值進(jìn)行分析，如果應(yīng)用服務(wù)器的某個(gè)重要指標(biāo)達(dá)到了危險(xiǎn)區(qū)域時(shí)或?qū)ν馓峁┓?wù)的性能下降到很低的一個(gè)水平，比如，當(dāng)采集回來(lái)的CPU使用率在30秒內(nèi)的均值一直處于95％以上或者內(nèi)存使用率在30秒內(nèi)的均值一直處于95％以上，那么我們就能夠認(rèn)為服務(wù)器此刻的性能是相當(dāng)?shù)偷?，無(wú)法正常對(duì)外提供服務(wù)，應(yīng)用服務(wù)器就會(huì)進(jìn)入自動(dòng)修復(fù)流程。

傳統(tǒng)預(yù)警模塊并不能排除應(yīng)用服務(wù)器在問(wèn)題解決之前就崩潰的可能性，這樣會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)在應(yīng)用服務(wù)器進(jìn)行人為重啟之前，一直處于拒絕服務(wù)的狀態(tài)。本實(shí)施例的技術(shù)方案中，會(huì)在應(yīng)用服務(wù)器的狀態(tài)瀕臨宕機(jī)時(shí)，進(jìn)行自動(dòng)修復(fù)，讓服務(wù)器重新回到健康的運(yùn)行狀態(tài)。

如圖4所示，本發(fā)明第一實(shí)施例提出一種應(yīng)用服務(wù)器修復(fù)裝置，包括：

步驟S410，按預(yù)設(shè)的時(shí)間間隔采集狀態(tài)數(shù)值并保存到內(nèi)存中。在本實(shí)施例中，后臺(tái)默認(rèn)運(yùn)行著一定數(shù)量的進(jìn)程，按一定的時(shí)間間隔對(duì)采集回來(lái)的應(yīng)用服務(wù)器狀態(tài)數(shù)值(CPU使用率、內(nèi)存使用率等)進(jìn)行分析。在本實(shí)施例中，采集一段時(shí)間內(nèi)的狀態(tài)數(shù)值，可以避免偶爾出現(xiàn)的過(guò)大或過(guò)小的狀態(tài)數(shù)值造成的不準(zhǔn)確的影響。

步驟S420，當(dāng)狀態(tài)數(shù)值在內(nèi)存中的保存時(shí)間超過(guò)預(yù)設(shè)時(shí)間值時(shí)，從內(nèi)存中清除狀態(tài)數(shù)值。在本實(shí)施例中，對(duì)該預(yù)設(shè)時(shí)間不進(jìn)行限制，例如，程序會(huì)將采集回來(lái)的CPU使用率、內(nèi)存使用率、線程并發(fā)數(shù)這些指標(biāo)緩存到內(nèi)存中，內(nèi)存中只會(huì)緩存最新30秒內(nèi)的性能指標(biāo)，過(guò)期的指標(biāo)數(shù)據(jù)會(huì)自動(dòng)從內(nèi)存中失效。在本實(shí)施例中，可以避免內(nèi)存中存儲(chǔ)大量的數(shù)據(jù)。

步驟S430，獲取內(nèi)存中保存的狀態(tài)數(shù)值并進(jìn)行判斷狀態(tài)數(shù)值是否符合預(yù)設(shè)的第二條件。在本實(shí)施例中，對(duì)第二條件不進(jìn)行限制，例如，每隔30秒，程序會(huì)從內(nèi)存中取出CPU使用率、內(nèi)存使用率、線程并發(fā)數(shù)這些指標(biāo)，將指標(biāo)進(jìn)行取平均值計(jì)算，就得到了在30秒內(nèi)CPU平均使用率、內(nèi)存平均使用率、線程平均并發(fā)數(shù)這些指標(biāo)的均值，如果得到的平均值大于程序預(yù)先配置好的閥值(第二條件)，比如CPU平均使用率大于80％，或者內(nèi)存平均使用率大于80％，或者線程平均并發(fā)數(shù)大于1500，那么就將觸發(fā)預(yù)警操作。

步驟S440，在判斷結(jié)果為是時(shí)，根據(jù)狀態(tài)數(shù)值生成預(yù)警信息并發(fā)出。在本實(shí)施例中，可以依據(jù)預(yù)先配置好的閾值，經(jīng)過(guò)一套算法的分析，如果達(dá)到觸發(fā)條件，那么久會(huì)進(jìn)行預(yù)警。預(yù)警的方式有以郵件、短信這兩種方式通知到相應(yīng)的運(yùn)維人員和項(xiàng)目負(fù)責(zé)人。同時(shí)會(huì)將觸發(fā)預(yù)警的問(wèn)題記錄下來(lái)，以便后續(xù)排查。傳統(tǒng)預(yù)警模塊對(duì)預(yù)警的觸發(fā)，僅僅是對(duì)默認(rèn)配置好的閾值進(jìn)行單一的判斷。本實(shí)施例的技術(shù)方案中，會(huì)根據(jù)配置好的閾值，進(jìn)行一定的算法分析，達(dá)到觸發(fā)條件后，才會(huì)觸發(fā)預(yù)警。

步驟S450，獲取內(nèi)存中保存的狀態(tài)數(shù)值并進(jìn)行判斷狀態(tài)數(shù)值是否符合預(yù)設(shè)的第一條件。

步驟S460，在判斷結(jié)果為是時(shí)，向應(yīng)用服務(wù)器發(fā)出重啟命令，重新啟動(dòng)應(yīng)用服務(wù)器。在本實(shí)施例中，自動(dòng)修復(fù)的主要流程是，程序通過(guò)命令調(diào)用應(yīng)用服務(wù)器的接口，將應(yīng)用服務(wù)器當(dāng)前的運(yùn)行狀態(tài)導(dǎo)出來(lái)，以日志文件的形式保存在當(dāng)前服務(wù)器的根目錄下面；然后通過(guò)命令將應(yīng)用服務(wù)器進(jìn)行重新啟動(dòng)；當(dāng)這臺(tái)應(yīng)用服務(wù)器重新啟動(dòng)成功之后，那么它就能夠正常對(duì)外提供服務(wù)了。在程序調(diào)用重啟應(yīng)用服務(wù)器命令的同時(shí)，還會(huì)把這次自動(dòng)修復(fù)記錄下來(lái)，后續(xù)運(yùn)維人員可以根據(jù)保存下來(lái)的日志文件進(jìn)行分析是什么原因?qū)е路?wù)器性能下降，從而進(jìn)行相應(yīng)的優(yōu)化，以提高服務(wù)器的穩(wěn)定性。

步驟S470，在應(yīng)用服務(wù)器啟動(dòng)完成之前，將對(duì)應(yīng)用服務(wù)器的請(qǐng)求轉(zhuǎn)發(fā)到其他應(yīng)用服務(wù)器。在本實(shí)施例中，在應(yīng)用服務(wù)器重新啟動(dòng)前，這臺(tái)應(yīng)用服務(wù)器是停止對(duì)外提供服務(wù)的；如果客戶端這時(shí)向應(yīng)用服務(wù)器發(fā)起請(qǐng)求，在應(yīng)用服務(wù)器之上還有一臺(tái)負(fù)載均衡服務(wù)器，它是會(huì)將客戶端發(fā)起的請(qǐng)求直接轉(zhuǎn)發(fā)到系統(tǒng)集群中的其他應(yīng)用服務(wù)器上進(jìn)行處理。通過(guò)本實(shí)施例的技術(shù)方案，可以保證應(yīng)用服務(wù)器的重啟過(guò)程中，仍能夠正常響應(yīng)客戶端的請(qǐng)求。

需要說(shuō)明的是，在本文中，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者裝置不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者裝置所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括該要素的過(guò)程、方法、物品或者裝置中還存在另外的相同要素。

上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。

通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如ROM/RAM、磁碟、光盤(pán))中，包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī)，計(jì)算機(jī)，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。

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