云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法及裝置制造方法
【專利摘要】一種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法和裝置。該方法包括對寄存器進(jìn)行定時(shí)掃描，獲取每次掃描中寄存器的注冊表信息的使用次數(shù)，如果有超過預(yù)設(shè)最小次數(shù)而未使用的注冊表信息，則將寄存器加入黑名單。當(dāng)在線的終端用戶數(shù)量低于一預(yù)設(shè)最大數(shù)量時(shí)，對黑名單中的寄存器進(jìn)行重啟。本發(fā)明不需要增加服務(wù)器設(shè)備，保證不間斷的服務(wù)，增強(qiáng)用戶體驗(yàn)。
【專利說明】云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)系統(tǒng)優(yōu)化領(lǐng)域，特別涉及對云集群系統(tǒng)中的寄存器數(shù)據(jù)進(jìn)行自動(dòng)修復(fù)的方法和裝置。
【背景技術(shù)】
[0002]操作系統(tǒng)中，數(shù)據(jù)寄存器的空間非常有限，通常只有2M的存儲(chǔ)空間，一般情況下需要存儲(chǔ)經(jīng)常調(diào)用的數(shù)據(jù)，在長時(shí)間不斷電使用過程中非常容易形成數(shù)據(jù)碎片。例如傳統(tǒng)PC中，設(shè)備通常會(huì)裝載大量的應(yīng)用軟件，每個(gè)應(yīng)用軟件有軟件業(yè)務(wù)與數(shù)據(jù)兩部分組成，當(dāng)用戶卸載軟件時(shí)，軟件業(yè)務(wù)會(huì)被動(dòng)態(tài)卸載，數(shù)據(jù)部分包含了注冊表信息和數(shù)據(jù)庫靜態(tài)數(shù)據(jù)，對于注冊表信息來說設(shè)備必須重啟才能得到釋放，如果卸載了軟件以后沒有相應(yīng)的執(zhí)行重啟操作，就會(huì)形成寄存器數(shù)據(jù)碎片。
[0003]傳統(tǒng)PC通常采用設(shè)備重啟的方式實(shí)現(xiàn)，以達(dá)到數(shù)據(jù)恢復(fù)的目的。即使沒有馬上重啟，少量的寄存器數(shù)據(jù)碎片也不會(huì)影響設(shè)備的整機(jī)性能，但在云操作系統(tǒng)中，由于云操作系統(tǒng)的特殊性，設(shè)備需要無休止運(yùn)轉(zhuǎn)，如果必須以重啟來解決注冊表無法動(dòng)態(tài)刪除導(dǎo)致寄存器數(shù)據(jù)碎片，則必須停止運(yùn)轉(zhuǎn)?，F(xiàn)有技術(shù)的解決方案中，例如鐵路售票系統(tǒng)就采取的此種方法，提出一個(gè)時(shí)間點(diǎn)進(jìn)行單獨(dú)的設(shè)備維護(hù)，通常為夜間進(jìn)行系統(tǒng)維護(hù)工作，導(dǎo)致服務(wù)中斷，用戶體驗(yàn)不佳。然而如果不進(jìn)行重啟，每次對設(shè)備進(jìn)行添加應(yīng)用軟件和刪除應(yīng)用軟件動(dòng)作時(shí)，就會(huì)出現(xiàn)一定量的數(shù)據(jù)信息無法被刪除，那么在長時(shí)間的運(yùn)行中，隨著操作次數(shù)的增多，問題會(huì)逐漸暴露出來。云計(jì)算中的另一種解決方案主要是使用主備服務(wù)器的方式，當(dāng)一個(gè)云計(jì)算設(shè)備運(yùn)行到一定程度寄存器復(fù)位時(shí)，就自動(dòng)將主動(dòng)服務(wù)器重啟，此方法可以保證服務(wù)器不間斷的為客戶服務(wù)，但必須配備兩臺(tái)備份的服務(wù)器，顯然浪費(fèi)了資源，提高了硬件成本。
[0004]針對相關(guān)技術(shù)中所存在的上述問題，目前尚未提出有效的解決方案。

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

[0005]本發(fā)明的目的在于提供一種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法及裝置，對寄存器進(jìn)行定時(shí)掃描，根據(jù)寄存器使用量和用戶休眠情況自動(dòng)進(jìn)行動(dòng)態(tài)寄存器修復(fù)。
[0006]根據(jù)本發(fā)明的一個(gè)方面，提供了一種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法，包括以下步驟:
[0007]步驟S101，對寄存器進(jìn)行定時(shí)掃描，獲取每次掃描中寄存器的注冊表信息的使用次數(shù)；
[0008]步驟S102，將超過一預(yù)設(shè)最小次數(shù)而未使用的注冊表信息標(biāo)識(shí)為數(shù)據(jù)碎片，并將存在數(shù)據(jù)碎片的寄存器加入黑名單；
[0009]步驟S103，當(dāng)確定黑名單中存在寄存器時(shí)，如果在線終端用戶數(shù)量低于一預(yù)設(shè)最大數(shù)量，則對黑名單中的寄存器進(jìn)行重啟。
[0010]優(yōu)選地，所述步驟SlOl中，在所述系統(tǒng)中注冊一個(gè)用于維護(hù)寄存器的定時(shí)器，該定時(shí)器以一預(yù)設(shè)頻率對寄存器進(jìn)行定時(shí)掃描。
[0011]優(yōu)選地，所述數(shù)據(jù)碎片包括與已刪除的應(yīng)用軟件相關(guān)聯(lián)的注冊表信息。
[0012]優(yōu)選地，所述步驟S103在確定黑名單中存在寄存器之后，還包括:
[0013]系統(tǒng)對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤，以獲取當(dāng)前在線終端用戶數(shù)量。
[0014]優(yōu)選地，所述對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤進(jìn)一步包括:
[0015]系統(tǒng)定時(shí)向終端發(fā)送心跳信息，根據(jù)對該心跳信息的應(yīng)答，獲取標(biāo)識(shí)當(dāng)前該終端是否為活動(dòng)還是休眠的狀態(tài)信息；和/或
[0016]監(jiān)視云集群系統(tǒng)當(dāng)前任務(wù)列表，以獲取與任務(wù)相關(guān)聯(lián)的終端用戶信息。
[0017]優(yōu)選地，所述獲取當(dāng)前在線終端用戶數(shù)量進(jìn)一步包括:
[0018]獲取已成功登錄的終端用戶數(shù)量。
[0019]優(yōu)選地，所述預(yù)設(shè)最大數(shù)量為I。
[0020]根據(jù)本發(fā)明的另一個(gè)方面，提供了一種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)裝置，包括以下模塊:
[0021]寄存器掃描模塊，用于對系統(tǒng)中的寄存器進(jìn)行定時(shí)掃描，獲取每次掃描中寄存器的注冊表信息的使用次數(shù)；
[0022]數(shù)據(jù)碎片標(biāo)識(shí)模塊，用于將超過一預(yù)設(shè)最小次數(shù)而未使用的注冊表信息標(biāo)識(shí)為數(shù)據(jù)碎片，并將存在數(shù)據(jù)碎片的寄存器加入黑名單；
[0023]數(shù)據(jù)修復(fù)模塊，用于當(dāng)確定黑名單中存在寄存器時(shí)，如果在線終端用戶數(shù)量低于一預(yù)設(shè)最大數(shù)量，則對黑名單中的寄存器進(jìn)行下電重啟。
[0024]優(yōu)選地，所述數(shù)據(jù)修復(fù)模塊，進(jìn)一步包括在線用戶跟蹤模塊，用于對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤，以獲取當(dāng)前在線終端用戶數(shù)量。
[0025]優(yōu)選地，所述在線用戶跟蹤模塊進(jìn)一步包括:
[0026]心跳監(jiān)控模塊，用于定時(shí)向終端發(fā)送心跳信息，根據(jù)終端對該心跳信息的應(yīng)答，獲取標(biāo)識(shí)當(dāng)前該終端是否為活動(dòng)還是休眠的狀態(tài)信息；和/或
[0027]任務(wù)監(jiān)控模塊，用于監(jiān)視所述系統(tǒng)的當(dāng)前任務(wù)列表，以獲取與任務(wù)相關(guān)聯(lián)的終端用戶信息。
[0028]通過采用本發(fā)明的技術(shù)方案，對寄存器的數(shù)據(jù)修復(fù)既不需要增加服務(wù)器設(shè)備，也能夠保證不間斷提供服務(wù)，相比于現(xiàn)有技術(shù)具有以下優(yōu)點(diǎn)，減少用戶采購成本，增強(qiáng)用戶體驗(yàn)，提聞運(yùn)行效率。
【專利附圖】

【附圖說明】
[0029]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的過分限定。其中:
[0030]圖1顯示了根據(jù)本發(fā)明實(shí)施例的云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法的流程圖。
[0031]圖2顯示了根據(jù)本發(fā)明實(shí)施例云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)裝置的模塊圖。
【具體實(shí)施方式】
[0032]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明了，下面結(jié)合【具體實(shí)施方式】并參照附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。應(yīng)該理解，這些描述只是示例性的，而并非要限制本發(fā)明的范圍。此外，在以下說明中，省略了對公知結(jié)構(gòu)和技術(shù)的描述，以避免不必要地混淆本發(fā)明的概念。
[0033]圖1顯示了根據(jù)本發(fā)明實(shí)施例的云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法的流程圖。
[0034]如圖1所示，本發(fā)明的實(shí)施例中的方法包括:
[0035]步驟S101，對寄存器進(jìn)行定時(shí)掃描，獲取每次掃描中寄存器的注冊表信息的使用次數(shù)。
[0036]具體地，本發(fā)明在系統(tǒng)中注冊一個(gè)用于維護(hù)寄存器的定時(shí)器，對寄存器進(jìn)行定時(shí)掃描，獲取當(dāng)前寄存器使用信息。該定時(shí)器可以通過一預(yù)設(shè)頻率對寄存器使用量進(jìn)行掃描。在一個(gè)實(shí)施例中，預(yù)設(shè)頻率例如為30分鐘，即每隔30分鐘掃描一次寄存器使用情況，用于對寄存器狀態(tài)進(jìn)行維護(hù)。在一個(gè)實(shí)施例中，每隔30分鐘調(diào)用一次狀態(tài)維護(hù)線程，記錄注冊表信息的使用次數(shù)。
[0037]步驟S102，將超過預(yù)設(shè)最小次數(shù)而未使用的注冊表信息標(biāo)識(shí)為數(shù)據(jù)碎片，并將存在數(shù)據(jù)碎片的寄存器加入黑名單。
[0038]每次掃描均與歷史掃描結(jié)果進(jìn)行對比，如果有注冊表信息在預(yù)設(shè)掃描次數(shù)內(nèi)一直未被使用，則將該寄存器狀態(tài)加入黑名單。由于對設(shè)備進(jìn)行添加應(yīng)用軟件和刪除應(yīng)用軟件動(dòng)作時(shí)，軟件的數(shù)據(jù)部分所包含的注冊表信息會(huì)遺留在寄存器中。本發(fā)明通過注冊表信息的最近未使用時(shí)間來判斷是否為待清理的冗余注冊表信息。
[0039]在一個(gè)實(shí)施例中，預(yù)設(shè)最小次數(shù)為20次，當(dāng)有注冊表信息超過20次沒有被使用的時(shí)候，確定該寄存器存在數(shù)據(jù)碎片即冗余和無效的注冊表信息，并將該寄存器狀態(tài)加入黑名單。舉例而言，在tl時(shí)刻，首次掃描中記錄所有注冊表信息使用次數(shù)，在t20時(shí)刻(如tl+20X30分鐘)的第20次掃描中，記錄t2時(shí)刻的注冊表信息使用情況，并與第一次的使用信息進(jìn)行對比，確定是否有注冊表信息在這段時(shí)間內(nèi)未使用。
[0040]步驟S103，當(dāng)黑名單中存在寄存器時(shí)，如果在線的終端用戶數(shù)量低于一預(yù)設(shè)最大數(shù)量，則對黑名單中的寄存器進(jìn)行下電重啟。
[0041]其中，當(dāng)黑名單中存在寄存器時(shí)，系統(tǒng)實(shí)時(shí)對終端用戶在線的數(shù)量進(jìn)行跟蹤。判斷用戶是否在線可根據(jù)終端與云集群系統(tǒng)的連接策略來預(yù)先定義。在一個(gè)實(shí)施例中，系統(tǒng)定時(shí)向終端發(fā)送心跳信息，并嘗試接收相應(yīng)的應(yīng)答信號(hào)，獲取標(biāo)識(shí)當(dāng)前該終端是否為活動(dòng)還是休眠的狀態(tài)信息，或者還可以監(jiān)視云集群系統(tǒng)當(dāng)前任務(wù)列表，通過用戶提交的任務(wù)來追蹤當(dāng)前正在產(chǎn)生會(huì)話的終端數(shù)量。
[0042]在另一優(yōu)選的實(shí)施例中，云計(jì)算集群通過身份驗(yàn)證模塊，計(jì)算已登錄用戶的數(shù)量，作為當(dāng)前在線用戶數(shù)。具體地，通過Web接口服務(wù)器發(fā)送用戶服務(wù)列表和相關(guān)登錄信息給指定的消息處理服務(wù)器，由消息處理服務(wù)器登錄服務(wù)；Web消息處理服務(wù)器將異步為每個(gè)服務(wù)調(diào)用接口函數(shù)，測試服務(wù)是否可通過用戶提供的信息登錄，登錄是否成功的消息由服務(wù)插件實(shí)例推送到Web接口服務(wù)器中。
[0043]由于云計(jì)算系統(tǒng)的特殊性，同時(shí)可能有多個(gè)用戶終端連接于該云集群系統(tǒng)，如果有太多的用戶在線時(shí)來重啟寄存器，必然會(huì)導(dǎo)致多個(gè)服務(wù)中斷。因此僅當(dāng)用戶在線人數(shù)為少于一定數(shù)量時(shí)，對黑名單中的寄存器進(jìn)行強(qiáng)制下電重啟，在復(fù)位重啟過程中，數(shù)據(jù)碎片被清理和修復(fù)，包括冗余的注冊表信息。
[0044]在優(yōu)選的實(shí)施例中，該預(yù)設(shè)最大數(shù)量為1，表示僅當(dāng)沒有用戶在線時(shí)，對寄存器進(jìn)行下電重啟。
[0045]上述方法首先確定黑名單中存在寄存器，再監(jiān)控在線用戶數(shù)量，主要是基于監(jiān)控的有效性的考慮。實(shí)時(shí)跟蹤將消耗系統(tǒng)的大量計(jì)算資源，如果先于確定黑名單是否存在待修復(fù)的寄存器而進(jìn)行網(wǎng)絡(luò)監(jiān)控，可能會(huì)出現(xiàn)黑名單中不存在需要修復(fù)的寄存器，導(dǎo)致無效的實(shí)時(shí)跟蹤過程。
[0046]由此，該方法對寄存器的狀態(tài)進(jìn)行實(shí)時(shí)監(jiān)控，在不過度影響用戶使用的時(shí)候?qū)τ袉栴}的寄存器進(jìn)行下電復(fù)位操作，以便重啟以修復(fù)注冊表信息。
[0047]圖2顯示了根據(jù)本發(fā)明實(shí)施例用于在云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)裝置的模塊圖。
[0048]根據(jù)本發(fā)明的另一個(gè)方面，提供了一種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)裝置200，包括以下模塊:
[0049]寄存器掃描模塊202,用于對系統(tǒng)中的寄存器進(jìn)行定時(shí)掃描,獲取每次掃描中寄存器的注冊表信息的使用次數(shù)；
[0050]數(shù)據(jù)碎片標(biāo)識(shí)模塊204，用于將超過一預(yù)設(shè)最小次數(shù)而未使用的注冊表信息標(biāo)識(shí)為數(shù)據(jù)碎片，并將存在數(shù)據(jù)碎片的寄存器加入黑名單；
[0051]數(shù)據(jù)修復(fù)模塊206，用于當(dāng)確定黑名單中存在寄存器時(shí)，如果在線終端用戶數(shù)量低于一預(yù)設(shè)最大數(shù)量，則對黑名單中的寄存器進(jìn)行下電重啟。
[0052]具體地，所述寄存器掃描模塊202在云集群系統(tǒng)中注冊一個(gè)用于維護(hù)寄存器的定時(shí)器，對寄存器進(jìn)行定時(shí)掃描，獲取當(dāng)前寄存器使用信息。該定時(shí)器可以通過一預(yù)設(shè)頻率對寄存器使用量進(jìn)行掃描。在一個(gè)實(shí)施例中，每隔30分鐘調(diào)用一次狀態(tài)維護(hù)線程，記錄注冊表信息的使用次數(shù)。
[0053]在數(shù)據(jù)碎片標(biāo)識(shí)過程中，每次掃描均與歷史掃描結(jié)果進(jìn)行對比，如果有注冊表信息在預(yù)設(shè)掃描次數(shù)內(nèi)一直未被使用，則將該寄存器狀態(tài)加入黑名單。在一個(gè)實(shí)施例中，預(yù)設(shè)最小次數(shù)為20次，當(dāng)有注冊表信息超過20次沒有被使用的時(shí)候，確定該寄存器存在數(shù)據(jù)碎片即冗余和無效的注冊表信息，并將該寄存器狀態(tài)加入黑名單。
[0054]優(yōu)選地，所述數(shù)據(jù)修復(fù)模塊進(jìn)一步包括在線用戶跟蹤模塊216，用于對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤，以獲取當(dāng)前在線終端用戶數(shù)量。
[0055]判斷用戶是否在線可根據(jù)終端與云集群系統(tǒng)的連接策略來預(yù)先定義。在一個(gè)實(shí)施例中，在線用戶跟蹤模塊包括心跳監(jiān)控模塊，用于定時(shí)向終端發(fā)送心跳信息，根據(jù)終端對該心跳信息的應(yīng)答，獲取標(biāo)識(shí)當(dāng)前該終端是否為活動(dòng)還是休眠的狀態(tài)信息。
[0056]在另一個(gè)實(shí)施例中，在線用戶跟蹤模塊包括任務(wù)監(jiān)控模塊，用于監(jiān)視所述系統(tǒng)的當(dāng)前任務(wù)列表，以獲取與任務(wù)相關(guān)聯(lián)的終端用戶信息。
[0057]在另一優(yōu)選的實(shí)施例中，在線用戶跟蹤模塊包括身份驗(yàn)證模塊，計(jì)算已登錄用戶的數(shù)量，作為當(dāng)前在線用戶數(shù)。
[0058]數(shù)據(jù)修復(fù)模塊206僅當(dāng)用戶在線人數(shù)為少于一定數(shù)量時(shí)，對黑名單中的寄存器進(jìn)行強(qiáng)制下電重啟，在復(fù)位重啟過程中，數(shù)據(jù)碎片被清理和修復(fù)，包括冗余的注冊表信息。在優(yōu)選的實(shí)施例中，該預(yù)設(shè)最大數(shù)量為1，表示僅當(dāng)沒有用戶在線時(shí)，對寄存器進(jìn)行下電重啟。
[0059]綜上所述，本發(fā)明的云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法及裝置，對寄存器進(jìn)行定時(shí)掃描，根據(jù)寄存器使用量和用戶休眠情況自動(dòng)進(jìn)行動(dòng)態(tài)寄存器修復(fù)。對寄存器的數(shù)據(jù)修復(fù)既不需要增加服務(wù)器設(shè)備，也能夠保證不間斷提供服務(wù)，相比于現(xiàn)有技術(shù)具有以下優(yōu)點(diǎn)，減少用戶采購成本，增強(qiáng)用戶體驗(yàn)，提高運(yùn)行效率。
[0060]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該理解，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算系統(tǒng)來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算系統(tǒng)上，或者分布在多個(gè)計(jì)算系統(tǒng)所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算系統(tǒng)可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)系統(tǒng)中由計(jì)算系統(tǒng)來執(zhí)行。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0061]應(yīng)當(dāng)理解的是，本發(fā)明的上述【具體實(shí)施方式】僅僅用于示例性說明或解釋本發(fā)明的原理，而不構(gòu)成對本發(fā)明的限制。因此，在不偏離本發(fā)明的精神和范圍的情況下所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。此外，本發(fā)明所附權(quán)利要求旨在涵蓋落入所附權(quán)利要求范圍和邊界、或者這種范圍和邊界的等同形式內(nèi)的全部變化和修改例。
【權(quán)利要求】
1.一種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)方法，其特征在于，包括以下步驟: 步驟S101，對寄存器進(jìn)行定時(shí)掃描，獲取每次掃描中寄存器的注冊表信息的使用次數(shù)； 步驟S102，將超過預(yù)設(shè)最小次數(shù)而未使用的注冊表信息標(biāo)識(shí)為數(shù)據(jù)碎片，并將存在數(shù)據(jù)碎片的寄存器加入黑名單； 步驟S103，當(dāng)確定黑名單中存在寄存器時(shí)，如果在線終端用戶數(shù)量低于一預(yù)設(shè)最大數(shù)量，則對黑名單中的寄存器進(jìn)行重啟。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于: 所述步驟SlOl中，在所述云集群系統(tǒng)中設(shè)置有定時(shí)器，該定時(shí)器以一預(yù)設(shè)頻率對寄存器進(jìn)行定時(shí)掃描。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于: 所述數(shù)據(jù)碎片包括與已刪除的應(yīng)用軟件相關(guān)聯(lián)的注冊表信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟S103在確定黑名單中存在寄存器之后，還包括: 系統(tǒng)對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤，以獲取當(dāng)前在線終端用戶數(shù)量。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤進(jìn)一步包括: 系統(tǒng)定時(shí)向終端發(fā)送心跳信息，根據(jù)對該心跳信息的應(yīng)答，獲取標(biāo)識(shí)當(dāng)前終端是否為活動(dòng)還是休眠的狀態(tài)信息；和/或 監(jiān)視云集群系統(tǒng)當(dāng)前任務(wù)列表，以獲取與任務(wù)相關(guān)聯(lián)的終端用戶信息。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述獲取當(dāng)前在線終端用戶數(shù)量進(jìn)一步包括: 獲取已登錄的終端用戶數(shù)量。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)設(shè)最大數(shù)量為I。
8.—種云集群系統(tǒng)中寄存器數(shù)據(jù)的修復(fù)裝置，其特征在于，包括以下模塊: 寄存器掃描模塊，用于對系統(tǒng)中的寄存器進(jìn)行定時(shí)掃描，獲取每次掃描中寄存器的注冊表信息的使用次數(shù)； 數(shù)據(jù)碎片標(biāo)識(shí)模塊，用于將超過預(yù)設(shè)最小次數(shù)而未使用的注冊表信息標(biāo)識(shí)為數(shù)據(jù)碎片，并將存在數(shù)據(jù)碎片的寄存器加入黑名單； 數(shù)據(jù)修復(fù)模塊，用于當(dāng)確定黑名單中存在寄存器時(shí)，如果在線終端用戶數(shù)量低于預(yù)設(shè)最大數(shù)量，則對黑名單中的寄存器進(jìn)行下電重啟。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于: 所述數(shù)據(jù)修復(fù)模塊，進(jìn)一步包括在線用戶跟蹤模塊，用于對在線終端用戶進(jìn)行實(shí)時(shí)跟蹤，以獲取當(dāng)前在線終端用戶數(shù)量。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述在線用戶跟蹤模塊進(jìn)一步包括: 心跳監(jiān)控模塊，用于定時(shí)向終端發(fā)送心跳信息，根據(jù)終端對該心跳信息的應(yīng)答，獲取標(biāo)識(shí)當(dāng)前該終端是否為活動(dòng)還是休眠的狀態(tài)信息；和/或 任務(wù)監(jiān)控模塊，用于監(jiān)視所述系統(tǒng)的當(dāng)前任務(wù)列表，以獲取與任務(wù)相關(guān)聯(lián)的終端用戶信息。
【文檔編號(hào)】G06F11/00GK103914352SQ201410102592
【公開日】2014年7月9日 申請日期:2014年3月19日 優(yōu)先權(quán)日:2014年3月19日
【發(fā)明者】康暖 申請人:漢柏科技有限公司