本發(fā)明涉及計算機技術領域，尤其涉及一種服務器的維護方法及裝置。

背景技術：

隨著互聯(lián)網(wǎng)技術的快速發(fā)展，出現(xiàn)了越來越多的網(wǎng)絡公司，這些網(wǎng)絡公司通過服務器向用戶提供服務。網(wǎng)絡公司在通過服務器提供服務的同時，必不可少的需要對服務器進行日常的維護，對服務器進行維護的維護對象通常有多種，比如，定時清理服務器中的索引節(jié)點(iNode)，以防止該服務器中由于索引節(jié)點數(shù)量過多而無法正常工作。

目前對服務器的維護，通常通過ansible等服務器管理平臺來進行，這些服務器管理平臺提供了多種維護功能，這些維護功能分別針對不同的維護對象，一般情況下能夠滿足對服務器日常維護時的需要。

然而，由于服務器管理平臺同時提供了多種維護功能，導致代碼的長度過長并且代碼中功能模塊之間的結構復雜，當需要對其中的某些代碼進行修改或添加部分新代碼，以對某個新的維護對象進行維護時，通常會由于代碼的長度過長且功能模塊之間的結構復雜，導致修改代碼或添加新代碼的過程出錯，從而影響服務器的維護。

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

本發(fā)明實施例提供一種服務器的維護方法及裝置，用于解決現(xiàn)有技術中的問題。

本發(fā)明實施例提供了一種服務器的維護方法，該方法包括：

確定針對目標維護對象的腳本工具，所述腳本工具通過腳本語言編寫；

在所述腳本語言所需要的運行環(huán)境中，運行所述腳本工具對服務器的所述目標維護對象進行維護。

本發(fā)明實施例還提供一種服務器的維護裝置，該裝置包括：確定單元以及維護單元，其中：

確定單元，用于確定針對目標維護對象的腳本工具，所述腳本工具通過腳本語言編寫；

維護單元，用于在所述腳本語言所需要的運行環(huán)境中，運行所述腳本工具對服務器的所述目標維護對象進行維護。

本發(fā)明實施例采用的上述至少一個技術方案能夠達到以下有益效果：

在腳本語言所需要的運行環(huán)境中，通過運行預先生成的腳本工具來對服務器進行維護。由于相對于服務器管理平臺，腳本工具的代碼長度通常較小并且結構簡單，當需要時，能夠方便的對腳本工具的代碼進行修改或添加新代碼，甚至于還可以另外編寫新的腳本工具，因此相對于現(xiàn)有技術，通過腳本工具來對服務器進行維護，能夠取得更好的維護效果。此外，服務器管理平臺通常還具有獨立的操作語言，運用該服務器管理平臺還需要額外的對該操作語言進行學習，這個過程會提高運用該服務器管理平臺的人工成本，而對于開發(fā)工程師而言，通常會熟知一種或多種腳本語言，并不需要額外的學習新的腳本語言，通過他們熟知的腳本語言就能夠編寫出腳本工具，從而也能夠節(jié)省人工成本。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例1提供的一種服務器的維護方法的具體實現(xiàn)流程示意圖；

圖2為本發(fā)明實施例2提供的服務器的維護方法，在實際應用中的一種實現(xiàn)流程示意圖；

圖3為本發(fā)明實施例3提供的一種服務器的維護裝置的具體結構示意圖；

圖4為本發(fā)明實施例3提供的另一種服務器的維護裝置的具體結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

以下結合附圖，詳細說明本發(fā)明各實施例提供的技術方案。

實施例1

如上所述，目前主要通過服務器管理平臺來對服務器進行維護，這些服務器管理平臺提供了多種維護功能，這些維護功能分別針對不同的維護對象，一般情況下能夠滿足對服務器日常維護時的需要。但是另一方面，也由于所提供了多種維護功能較多，導致代碼的長度過長并且代碼中功能模塊之間的結構復雜，當需要對某些代碼進行修改或添加部分新代碼，用以對某個新的維護對象進行維護時，通常會由于代碼的長度過長且功能模塊之間的結構復雜，導致修改代碼或添加新代碼的過程出錯，從而影響服務器的維護。

例如，網(wǎng)絡公司需要用到某一個新的維護功能，此時，如果服務器管理平臺中并不具備該功能，需要向該服務器管理平臺中添加新的代碼，以實現(xiàn)該新的維護功能對服務器進行維護，但是，由于服務器管理平臺代碼過長，并且功能模塊之間的結構復雜，通常會導致在添加新代碼的過程中出錯，從而難以實現(xiàn)該新的維護功能，影響服務器的維護。

實施例1提供了一種服務器的維護方法，用于解決現(xiàn)有技術中的問題。該方法的具體流程示意圖如圖1所示，包括下述步驟：

步驟S11：確定針對目標維護對象的腳本工具，所述腳本工具通過腳本語言編寫。

這里的腳本工具可以用于對服務器的目標維護對象維護。在實際應用中，對服務器進行維護通?？梢园ǘ喾N維護對象，這里可以列舉幾種常見的維護對象：索引節(jié)點(通常通過對服務器中的索引節(jié)點進行刪除來實現(xiàn))、定時任務(通常通過向服務器中添加定時任務或刪除定時任務來實現(xiàn))、服務器的緩存(redis)的讀寫狀態(tài)、服務器響應情況(通?？梢酝ㄟ^重啟該服務器來實現(xiàn))、同一業(yè)務數(shù)據(jù)所寫入的與所述服務器相對應的業(yè)務數(shù)據(jù)庫的數(shù)量、服務器中的系統(tǒng)漏洞、服務器的操作系統(tǒng)是否需要升級版本、服務器中的應用程序是否需要升級版本等；其中，目標維護對象可以為所列舉的這些維護對象中的一種或多種。

例如，對于Linux操作系統(tǒng)的服務器來說，當該服務器中的索引節(jié)點數(shù)量過多(通常設置為大于60萬)時，即使該服務器中有剩余的存儲空間，根據(jù)Linux操作系統(tǒng)的規(guī)則，也不能再建立其它的索引節(jié)點，此時需要對該服務器中的索引節(jié)點進行清理，刪除多余的索引節(jié)點，此時，目標維護對象為索引節(jié)點。

在實際應用中，由于維護對象有多種，可以為每一個維護對象建立一個對應的腳本工具，通過該對應的腳本工具對該維護對象進行維護；也可以根據(jù)需要，建立一個總的腳本工具同時對多個維護對象進行維護。

需要說明的是，在實際應用中，腳本工具的代碼長度通常遠遠小于服務器管理平臺的代碼長度，因此在服務器出現(xiàn)問題后，可以方便的對腳本工具的代碼進行修改或添加新代碼，以解決該問題，甚至于還可以另外編寫針對該問題的新的腳本工具。

步驟S12：在所述腳本語言所需要的運行環(huán)境中，運行所述腳本工具對服務器的所述目標維護對象進行維護。

這里的腳本語言是指編寫(包括人工編寫和自動生成)該腳本工具所使用的腳本語言。通常，能夠用于編寫腳本工具的腳本語言有多種，例如，常見的腳本語言有JavaScript、VBScript、Perl、PHP或Shell等，可以通過這些常見的腳本語言來編寫腳本工具。

腳本語言通常需要一定的運行環(huán)境，這些運行環(huán)境包括但不限于對內存大小的需求、對中央處理器(CPU)運行速度的要求、該腳本語言所對應的解釋器處于運行狀態(tài)等。

運行所述腳本工具的方式可以有多種，例如，可以通過直接點擊腳本工具對應文檔的來運行該腳本工具，也可以通過其它程序調用該腳本工具等。

在運行該腳本工具之后，解釋器需要逐行對該腳本工具的代碼進行解釋，并最終生成每一行代碼所對應的機器碼，根據(jù)這些機器碼的指示服務器進行具體的操作，實現(xiàn)對該服務器的維護。

這里所說的服務器，可以是用于提供電子支付、即時通訊等服務的業(yè)務服務器，也可以是為這些業(yè)務服務器分配任務的管理服務器，也可以是其它類型的服務器。

此外，在確定針對目標維護對象的腳本工具之后，根據(jù)目標維護對象的不同，對服務器進行維護的具體操作通常也并不相同。下面可以列舉幾種根據(jù)具體的目標維護對象，服務器所對應的具體維護操作。

例如，當維護對象為索引節(jié)點時，可以預設一個固定的時間點(稱為，指定時間點)，在該指定時間點對服務器中的索引節(jié)點進行清理，該指定時間點通常預設在上午9點，也可以為其它時間點；當然，對索引節(jié)點進行清理時，還可以先確定服務器中的索引節(jié)點的數(shù)量是否大于預設閾值(例如，60萬，也可以為其它預設值)，當確定所述服務器中的索引節(jié)點的數(shù)量大于預設閾值時，對服務器中的索引節(jié)點進行清理。

當維護類型為服務器的緩存的讀寫狀態(tài)時，可以通過腳本工具來模擬正常緩存操作(redis操作)，并根據(jù)緩存操作的結果來確定緩存的讀寫狀態(tài)，從而對服務器的緩存的讀寫狀態(tài)進行維護；通常，所模擬的緩存操作可以包括如下的一種或多種：緩存中的數(shù)據(jù)讀取操作、緩存中的數(shù)據(jù)寫入操作和/或緩存中的數(shù)據(jù)刪除操作。在實際應用中，通常緩存操作的結果不佳時，說明服務器的緩存可能出現(xiàn)故障。為了更好的確定緩存的讀寫狀態(tài)，通?？梢韵群髮彺嬷械臄?shù)據(jù)讀取操作、數(shù)據(jù)寫入操作以及數(shù)據(jù)刪除操作進行模擬，根據(jù)這三個緩存操作的完成情況來確定緩存的讀寫狀態(tài)，當其中的某一個緩存操作完成失敗或完成超時時，可以確定該緩存的讀寫狀態(tài)較差，可能已經(jīng)出現(xiàn)故障。

此外，當維護類型為同一業(yè)務數(shù)據(jù)所寫入的與業(yè)務數(shù)據(jù)庫對應的業(yè)務數(shù)據(jù)庫的數(shù)量時，其中業(yè)務數(shù)據(jù)庫與服務器相對應，并且該業(yè)務數(shù)據(jù)庫具體為myspl數(shù)據(jù)庫。此時，可以通過查看myspl數(shù)據(jù)庫的warep參數(shù)值，根據(jù)該warep參數(shù)值，維護同一業(yè)務數(shù)據(jù)所寫入的myspl數(shù)據(jù)庫的數(shù)量。通常，可以預先定義不同的warep參數(shù)值所對應的myspl數(shù)據(jù)庫的數(shù)量，例如，預先定義了warep參數(shù)值分別為0、1、2時，代表同一業(yè)務數(shù)據(jù)寫入了1個、2個、3個myspl數(shù)據(jù)庫，在某一時刻，可以通過查看warep參數(shù)值，確定同一業(yè)務數(shù)據(jù)所寫入的myspl數(shù)據(jù)庫的數(shù)量，若此時warep參數(shù)值為1，說明同一業(yè)務數(shù)據(jù)寫入了2個myspl數(shù)據(jù)庫。

當然，對服務器的維護還可以為，在需要時向服務器中添加定時任務、在服務器的運行速度大大降低甚至于不響應時，重啟該服務器、對服務器中的漏洞進行修復、對服務器的操作系統(tǒng)進行版本升級、對服務器中的應用程序進行版本升級等，也可以通過對應的方式來實現(xiàn)，對于通過腳本工具對服務器的目標維護對象的具體維護操作，這里就不再一一贅述。

采用本發(fā)明實施例1所提供的服務器的維護方法，確定針對目標維護對象的腳本工具，在所述腳本語言所需要的運行環(huán)境中，通過運行所述腳本工具對服務器的所述目標維護對象進行維護。由于相對于服務器管理平臺，腳本工具的代碼長度通常較小并且結構簡單，當需要時，能夠方便的對腳本工具的代碼進行修改或添加新代碼，甚至于還可以另外編寫新的腳本工具，因此相對于現(xiàn)有技術，通過腳本工具來對服務器進行維護，能夠取得更好的維護效果。

需要進一步說明的是，在現(xiàn)有技術中，運用服務器管理平臺來對服務器進行維護時，通常還會遇到服務器管理平臺安裝步驟復雜的問題，由于服務器管理平臺安裝步驟復雜往往會導致安裝出錯，影響對服務器的維護，通過腳本工具來維護服務器，可以直接點擊腳本工具對應的文檔，來運行該腳本工具，就可以通過該腳本工具對服務器的維護；并且，服務器管理平臺通常還具有獨立的操作語言，運用該服務器管理平臺還需要額外的學習對應的操作語言，這個過程會提高運用該服務器管理平臺的人工成本，而對于開發(fā)工程師而言，通常會熟知一種或多種腳本語言，并不需要額外的學習新的腳本語言，從而也能夠節(jié)省人工成本。

實施例2

在實施例1的步驟S11中提到了，確定針對目標維護對象的腳本工具，在實際應用中，確定該腳本工具的方式可以有多種，例如，可以為生成該腳本工具也可以為獲取該腳本工具，也可以為通過其他方式確定該腳本工具，在本發(fā)明的實施例2中，將對此進行說明。本申請實施例2包括實施例1中的所有步驟，具體地，在本實施例中步驟S11在實施例2有如下所示的多種方式實現(xiàn)。

方式一，確定針對目標維護對象的腳本工具可以如步驟S21a所示，

步驟S21a：生成針對所述目標維護對象的腳本工具。

在實際對服務器的維護過程中，當需要對目標維護對象進行維護時，可以生成針對該目標維護對象的腳本工具。

對于生成該腳本工具，可以利用腳本語言，通過人工編寫的方式生成腳本工具，也可以利用腳本開發(fā)程序，生成對應的腳本工具，當然，也可以通過其它的方式生成腳本工具；其中，不同的生成方式可以適用于不同的應用場景。

例如，對于利用腳本語言，通過人工編寫的方式生成腳本工具。由于服務器維護的過程中，通常會遇到各式各樣的新的問題，此時往往需要工程師根據(jù)所遇到的問題來具體分析，從而編寫對應的腳本工具進行解決，因此利用腳本語言通過人工編寫的方式得到腳本工具，在實際中通常能夠適用于復雜的維護過程。

對于利用腳本開發(fā)程序，生成對應的腳本工具。該方式通常也需要人工編寫腳本工具的源文檔，然后利用腳本開發(fā)程序來對該源文檔進行處理，生產(chǎn)對應的腳本工具。由于源文檔的編寫效率相對較高，并且能夠根據(jù)源文檔快速生成腳本工具，因此，生成腳本工具的效率較高，通常適用于需要快速開發(fā)的應用場景。

方式二，確定針對目標維護對象的腳本工具可以如步驟S21b所示，

步驟S21b：可以根據(jù)目標維護對象獲取針對該目標維護對象的腳本工具。

由于在實際應用中，開發(fā)工程師通過腳本工具，對服務器的目標維護對象維護時，通常會將生成的腳本工具進行存儲，當再次需要針對該目標維護對象進行維護時，可以獲取所存儲的該目標維護對象，并對該目標維護對象進行維護。

例如，當需要對服務器的索引節(jié)點進行維護時，由于索引節(jié)點的維護為服務器日常維護的一個常見操作，因此，在存儲腳本工具的數(shù)據(jù)庫中，通常會存儲有進行索引節(jié)點維護的腳本工具，可以從該數(shù)據(jù)庫中獲取該腳本工具，并通過該腳本工具對索引節(jié)點進行維護。

當然，在實際應用中，通常還可以將上述的方式一和方式二進行結合，從而確定針對目標維護對象的腳本工具，這就夠構成了下面的方式三，方式三的具體步驟S21c1～步驟S21c3，結合圖2所示，具體如下：

步驟S21c1：判斷是否預存有針對所述目標維護對象的腳本工具，若是，執(zhí)行步驟S21c2，若否，則執(zhí)行步驟S21c3。

步驟S21c2：根據(jù)所述目標維護對象獲取對應的腳本工具；

步驟S21c3：生成針對所述目標維護對象的腳本工具。

判斷是否預存有針對目標維護對象的腳本工具，可以通過判斷該目標維護對象是否為新的維護對象來實現(xiàn)，通常在通過某個腳本工具對對應的維護對象進行維護之后，會將該腳本工具進行存儲；當該目標維護對象為新的維護對象時，說明之前并沒有對該目標維護對象進行維護，也就沒有生成針對該目標維護對象的腳本工具，需要進行生成；當該目標維護對象不為新的維護對象時，說明之前已經(jīng)對該目標對象進行維護，預存有針對該目標維護對象的腳本工具，可以根據(jù)該目標維護對象獲取對應的腳本工具。

本申請實施例2所列舉的，三種確定針對目標維護對象的腳本工具的方式，分別可以適用于不同的應用場景。例如，當存儲腳本工具的數(shù)據(jù)庫中所存儲的腳本工具較少時，通常需要生成腳本工具；當存儲腳本工具的數(shù)據(jù)庫中所存儲的腳本工具較多時，通?？梢灾苯荧@取腳本工具；當然，將這兩種方式向結合，先進行判斷，然后根據(jù)判斷結果確定生成還是獲取腳本工具，通常能夠取得更好地實施效果。

在通過上述三種方式的任意一種，確定針對目標維護對象的腳本工具之后，可以采用與實施例1中的步驟S12相同的方式，對服務器的目標維護對象進行維護，這里就不再進行說明。

上述是對本發(fā)明實施例2的具體說明，為了便于理解，下面可以結合具體的示例，對該實施例2做進一步說明。在該示例中，目標維護對象為服務器的系統(tǒng)漏洞。

當業(yè)務服務器出現(xiàn)系統(tǒng)漏洞時，可以直接生成(人工編寫或者腳本開發(fā)程序生成)腳本工具，也可以在腳本工具的數(shù)據(jù)庫中查詢獲取對應的腳本工具；但是，直接人工生成通常會造成人工成本的浪費，并且腳本工具的數(shù)據(jù)庫中通常并不能確定會有針對該漏洞的腳本工具。因此，可已將這兩種方式結合，確定對應的腳本工具，并通過該腳本工具對系統(tǒng)漏洞進行修補。維護步驟如下所示：

步驟S31：判斷是否預存有針對該系統(tǒng)漏洞的腳本工具，若是，執(zhí)行步驟S32～S34，若否，則執(zhí)行步驟S33～S34。

步驟S32：根據(jù)該系統(tǒng)漏洞獲取對應的腳本工具；

步驟S33：生成針對該系統(tǒng)漏洞的腳本工具；

步驟S34：通過運行該腳本工具對服務器的該系統(tǒng)漏洞進行修補。

需要說明的是，在實際應用中，還可以根據(jù)腳本工具功能對不同的腳本工具進行分類，例如，腳本工具可以包括用于清理索引節(jié)點的腳本工具、用于向服務器中添加定時任務的腳本工具、用于確定服務器的緩存的讀寫狀態(tài)的腳本工具、用于重啟服務器的腳本工具，也可以包括用于其它功能的腳本工具等。

也可以根據(jù)運行腳本工具時，腳本工具之間的調用關系將腳本工具劃分為主腳本工具(用于調用其它腳本工具)，以及第二腳本工具(被調用的腳本工具)。

實施例1或實施例2中，在確定針對目標維護對象腳本工具時，可選地，還可以通過主腳本工具來調用該針對目標維護對象的腳本工具(第二腳本工具)，然后，通過該第二腳本工具來對服務器的目標維護對象進行維護。主腳本工具通常并不直接用于對具體的目標維護對象進行維護，而是通過調用第二腳本工具，對對應的目標維護對象進行維護，并且在實際應用中，常常需要通過主腳本工具對第二腳本工具進行調用，因此，往往預存有該主腳本工具，可以通過直接獲取的方式確定主腳本工具。此外，為了便于對確定主腳本工具，通常還可以將主腳本工具存儲于服務器的桌面，或者某一個便于獲取的存儲位置。當然，當沒有預存該主腳本工具時，也可以通過生成主腳本工具的方式確定該主腳本工具。

在通過主腳本工具來調用第二腳本工具時，通常需要主腳本工具處于運行的狀態(tài)，在該主腳本工具處于運行的狀態(tài)下，還可以通過主腳本工具同時調用多個第二腳本工具，分別通過所調用的第二腳本工具對不同的維護對象進行維護，其中，不同的第二腳本工具分別針對對應的維護對象。

在運行第二腳本工具對服務器的目標維護對象進行維護時，可以通過點擊第二腳本工具的文檔的來運行第二腳本工具，也可以通過主腳本工具調用第二腳本工具；其中，點擊第二腳本工具的文檔的方式，在需要運行少量的第二腳本工具的應用場景下，可以分別點擊對應的文檔進行運行，從而不用去確定主腳本工具，可以減少運行這些少量第二腳本工具的時間；通過主腳本工具調用第二腳本工具的方式，當需要運行大量的第二腳本工具時，由于人工操作容易出錯并且效率不高，可以通過主腳本工具同時調用多個第二腳本工具，提高了對第二腳本工具的調用效率以及準確率，從而能夠更加快速的對服務器進行維護。

可選地，通過主腳本工具調用第二腳本工具的方式也可以有多種，例如，可以通過主腳本工具所接收到的第二腳本工具的存儲路徑，來調用第二腳本工具，該存儲路徑能夠反映第二腳本工具對應的文檔的存儲目錄，例如，E:\腳本工具\aa.sh，其中，aa.sh為第二腳本工具對應的文檔；也可以通過主腳本工具中接收到的第二腳本工具的唯一標識，來調用所述第二腳本工具，該唯一標識能夠唯一表示對應的第二腳本工具，通?？梢允堑诙_本工具的文檔名稱等；當然主腳本工具也可以通過其它方式來調用第二腳本工具。

一般來說，主腳本工具根據(jù)所接收到的存儲路徑(也可以為，唯一標識或其它)調用第二腳本工具，該存儲路徑通常通過用戶輸入或者定時任務的自動輸入。例如，主腳本工具中通常會提供一些輸入接口，用戶可以通過這些輸入接口，向主腳本工具中輸入所需要運行的第二腳本工具的存儲路徑或唯一標識，主腳本工具在接收到該存儲路徑或唯一標識后，對對應的第二腳本工具進行調用；當然，在實際應用中，用戶也可以通過定時任務系統(tǒng)設置定時任務，在到達某個時間點時，定時任務系統(tǒng)會向主腳本工具發(fā)送所要運行的第二腳本工具的存儲路徑或唯一標識，從而實現(xiàn)主腳本工具對對應第二腳本工具的調用。

在實際應用中，還可以將主腳本工具以及第二腳本工具(可以為一個或多個)進行封裝，通過封裝的預留接口來運行主腳本工具，并通過主腳本工具來調用第二腳本工具。這種方式先運行主腳本工具，并通過主腳本工具統(tǒng)一地對第二腳本工具進行調用，相對于分別點擊各個第二腳本工具所對應的文檔來運行第二腳本工具，能夠提高多第二腳本工具的使用效率。

實施例3

基于與實施例1相同的發(fā)明構思，本發(fā)明實施例3提供了一種服務器的維護裝置，用于解決現(xiàn)有技術中的問題。如圖3所示，該裝置40包括：確定單元41以及維護單元42，其中：

確定單元41，用于確定針對目標維護對象的腳本工具，所述腳本工具通過腳本語言編寫；

維護單元42，用于在所述腳本語言所需要的運行環(huán)境中，運行所述腳本工具對服務器的所述目標維護對象進行維護。

采用本發(fā)明實施例3所提供的該裝置40，在腳本語言所需要的運行環(huán)境中，維護單元42能夠根據(jù)確定單元41所確定的腳本工具，對服務器的所述目標維護對象進行維護。由于相對于服務器管理平臺，腳本工具的代碼長度通常較小并且結構簡單，當需要時，能夠方便的對腳本工具的代碼進行修改或添加新代碼，甚至于還可以另外編寫新的腳本工具，因此相對于現(xiàn)有技術，能夠更好地對服務器進行維護。此外，在實際應用中，該裝置40還可以通過結合具體的硬件設備取得其它的實施效果。例如，將確定單元41所確定的腳本工具存儲于存儲介質中，當需要對服務器進行維護時，可以讀取存儲介質中的腳本工具，并利用該腳本工具對服務器進行維護，并且，由于在服務器端，通常采用多臺并行的服務器來提供服務，當其中的某一臺會幾臺服務器需要進行維護時，也可以分別從存儲介質中讀取該腳本工具，從而能夠對服務器進行維護，這種方式能夠提高對服務器維護的效率。

在本發(fā)明的一些可選實施例中，所述確定單元41還可以包括第一確定子單元411，第二確定子單元412以及第三確定子單元413，其中：

第一確定子單元411，用于判斷是否預存有針對所述目標維護對象的腳本工具；

第二確定子單元412，用于當預存有所述腳本工具時，獲取預存的所述腳本工具；

第三確定子單元413，用于當沒有預存所述腳本工具時，生成所述腳本工具。

對應的該裝置40還可以如圖4所示，通過圖4所示的裝置40，首先判斷是否預存有針對目標維護對象的腳本工具，然后根據(jù)判斷的結果選擇生成還是獲取該腳本工具，在實際應用中，相對于直接生成該腳本工具，可以節(jié)省人工成本。

此外，所述維護單元42具體包括維護子單元421；

所述維護子單元421，用于通過主腳本工具分別調用針對不同目標維護對象的腳本工具，并通過所述腳本工具對所述服務器的對應的目標維護對象進行維護。

維護子單元421，可以通過主腳本工具，同時調用多個針對不同目標維護對象的腳本工具，相對于通過人工的方式分別點擊文檔來運行，可以提高對腳本工具的調用效率。

所述維護子單元421還可以包括維護子模塊4211；

所述維護子模塊4211，用于通過所述主腳本工具接收到的所需要調用的腳本工具的存儲路徑或唯一標識，調用對應的腳本工具。

通過主腳本工具所接收的存儲路徑或唯一標識，可以方便的實現(xiàn)對腳本工具進行調用。該存儲路徑或唯一標識，通常可以根據(jù)用戶的輸入，或者根據(jù)定時任務的輸入來確定。

在實際應用中，所述目標維護對象具體包括如下的一種或多種：索引節(jié)點、定時任務、緩存的讀寫狀態(tài)、同一業(yè)務數(shù)據(jù)所寫入的與所述服務器相對應的業(yè)務數(shù)據(jù)庫的數(shù)量、系統(tǒng)漏洞、系統(tǒng)版本升級以及服務器中所安裝的應用的版本升級等。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件?；谶@樣的理解，上述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。