專利名稱：數(shù)據(jù)存儲處理系統(tǒng)和數(shù)據(jù)存儲處理方法
技術(shù)領域：
本發(fā)明涉及計算機技術(shù)領域，具體而言，涉及一種數(shù)據(jù)存儲處理系統(tǒng)和一種數(shù)據(jù)存儲處理方法。
背景技術(shù)：
在傳統(tǒng)基于平臺的云計算數(shù)據(jù)中心中，數(shù)據(jù)的存儲和寫入是對整個平臺執(zhí)行性能最大的約束。通常數(shù)據(jù)的存儲和寫入是直接與云端的數(shù)據(jù)庫進行交互，大部分客戶端的請求都是由HTTP協(xié)議進行傳遞，大量的針對數(shù)據(jù)庫的操作大部分基于短連接執(zhí)行，或是使用數(shù)據(jù)庫連接池進行操作，例如像LAMP和J2EE體系中的標準執(zhí)行方式。由于數(shù)據(jù)庫寫入連 接最大值的限制和連接池回收利用與關閉的機制，導致其成為了整個平臺執(zhí)行效率與吞吐能力最大的瓶頸。目前市場上針對云計算的數(shù)據(jù)存儲和寫入方式主要采用三種執(zhí)行架構(gòu)方法(I)客戶端請求云計算平臺后直接連接指定數(shù)據(jù)庫，并根據(jù)請求內(nèi)容對指定已持久化的數(shù)據(jù)進行直接連接操作。該方法優(yōu)點是數(shù)據(jù)的一致性最高，并且最大限度的保證數(shù)據(jù)的事物性和原子性，同時在開發(fā)效率與成本控制上也具有比較大的優(yōu)勢。缺點是對于硬件的依賴過高，在對于大型云平臺操作的時候執(zhí)行效率不高，存在嚴重的數(shù)據(jù)排隊問題，并且在數(shù)據(jù)庫層方面存在嚴重的性能約束。(2)采用消息隊列方式進行對發(fā)送給云計算平臺的執(zhí)行請求進行分析和操作。該方法優(yōu)點是可以解決在面對超大數(shù)據(jù)執(zhí)行壓力下，對數(shù)據(jù)庫的壓力稀釋，有效的解決了數(shù)據(jù)層的數(shù)據(jù)并發(fā)問題。缺點是由于采用了消息隊列機制，導致數(shù)據(jù)的一致性最差，在針對頻繁交互的程序系統(tǒng)中給用戶的體驗較差，并且存在一定的業(yè)務不實用型。(3)存在多臺數(shù)據(jù)庫服務器，客戶端訪問云計算平臺后，根據(jù)負載均衡原則隨機或者根據(jù)一定的策略選擇一臺數(shù)據(jù)庫進行連接和數(shù)據(jù)庫操作，在操作結(jié)束后，數(shù)據(jù)庫之間通過自身和程序機制自動或手動同步數(shù)據(jù)，使存在的多臺服務器中數(shù)據(jù)保持一致。該方法優(yōu)點是隨著服務器的增加，對于數(shù)據(jù)庫的壓力會最大限度的減小，同時也可以有效的解決當前平臺在數(shù)據(jù)存儲和寫入的瓶頸。缺點是對于硬件的需求成本過高，當數(shù)據(jù)庫之間同步數(shù)據(jù)的時候也會因為距離和節(jié)點數(shù)的限制使自身的性能得到一定程度的下降，同時在數(shù)據(jù)同步過程中由于延遲問題，會導致數(shù)據(jù)一致性不統(tǒng)一。因此，需要一種新的數(shù)據(jù)存儲方法，能夠緩解存儲負載壓力，并處理數(shù)據(jù)同步和交互的不一致性。

發(fā)明內(nèi)容
本發(fā)明正是基于上述問題，提出了一種數(shù)據(jù)存儲處理系統(tǒng)，能夠緩解存儲負載壓力，并處理數(shù)據(jù)同步和交互的不一致性。有鑒于此，本發(fā)明提出了一種數(shù)據(jù)存儲處理系統(tǒng)，包括數(shù)據(jù)存儲業(yè)務模塊，接收客戶端對數(shù)據(jù)的存儲操作的請求；監(jiān)控負載壓力模塊，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，啟用平臺數(shù)據(jù)處理模塊；所述平臺數(shù)據(jù)處理模塊，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，通過監(jiān)控數(shù)據(jù)存儲操作的負載壓力，可以根據(jù)用戶連接數(shù)、請求連接數(shù)、忙閑時間判定和自定義設置等多種其他業(yè)務體系中常見的策略模式進行對壓力的部署，進而通過對壓力進行合理的分配，達到了緩解存儲負載壓力的效果。在上述技術(shù)方案中，優(yōu)選地，還包括任務檢查處理模塊，所述監(jiān)控負載壓力模塊在判斷結(jié)果為否時啟用所述任務檢查處理模塊，所述任務檢查處理模塊在當前不存在所述存儲任務時，直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，當存在存儲壓力問題時，可以直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫，提高了系統(tǒng)的運行速度。 在上述技術(shù)方案中，優(yōu)選地，所述任務檢查處理模塊在當前存在所述存儲任務時，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在上述技術(shù)方案中，優(yōu)選地，所述平臺數(shù)據(jù)處理模塊將所述數(shù)據(jù)作為緩存數(shù)據(jù)，和/或?qū)λ鰯?shù)據(jù)序列化以及加密后，再發(fā)送至所述遠程任務分發(fā)服務器。在該技術(shù)方案中，將所述數(shù)據(jù)作為緩存數(shù)據(jù)，處理了數(shù)據(jù)同步和交互的不一致性，同時數(shù)據(jù)緩存可以被系統(tǒng)自動回收和自動分配。在上述任一技術(shù)方案中，優(yōu)選地，所述監(jiān)控負載模塊根據(jù)當前的用戶連接數(shù)、請求連接數(shù)和/或忙閑時間判定，判斷是否存在所述存儲壓力問題。根據(jù)本發(fā)明的又一方面，還提出了一種數(shù)據(jù)存儲處理方法，其特征在于，包括步驟202，接收客戶端對數(shù)據(jù)的存儲操作的請求；步驟204，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，進入步驟206 ;所述步驟206，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，通過監(jiān)控對于數(shù)據(jù)存儲操作的負載壓力，可以根據(jù)用戶連接數(shù)、請求連接數(shù)、忙閑時間判定和自定義設置等多種其他業(yè)務體系中常見的策略模式進行對壓力的部署，進而通過對壓力進行合理的分配，達到了緩解存儲負載壓力的效果。在上述技術(shù)方案中，優(yōu)選地，所述步驟204還包括在判斷結(jié)果為否時進入步驟208 ;所述數(shù)據(jù)存儲處理方法還包括所述步驟208，在當前不存在所述存儲任務時，直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，當存在存儲壓力問題時，可以直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫，提聞了系統(tǒng)的運行速度。在上述技術(shù)方案中，優(yōu)選地，所述步驟208還包括在當前存在所述存儲任務時，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在上述技術(shù)方案中，優(yōu)選地，所述步驟206包括將所述數(shù)據(jù)作為緩存數(shù)據(jù)，和/或?qū)λ鰯?shù)據(jù)序列化以及加密后，再發(fā)送至所述遠程任務分發(fā)服務器。在該技術(shù)方案中，將所述數(shù)據(jù)作為緩存數(shù)據(jù)，處理了數(shù)據(jù)同步和交互的不一致性，同時數(shù)據(jù)緩存可以被系統(tǒng)自動回收和自動分配。在上述任一技術(shù)方案中，優(yōu)選地，所述步驟204包括根據(jù)當前的用戶連接數(shù)、請求連接數(shù)和/或忙閑時間判定，判斷是否存在所述存儲壓力問題。通過本發(fā)明的技術(shù)方案，能夠緩解存儲負載壓力，并處理數(shù)據(jù)同步和交互的不一致性。


圖I示出了根據(jù)本發(fā)明的實施例的數(shù)據(jù)存儲處理系統(tǒng)的框圖；圖2示出了根據(jù)本發(fā)明的實施例的數(shù)據(jù)存儲處理方法的流程圖；圖3示出了根據(jù)本發(fā)明的實施例的云計算數(shù)據(jù)存儲隊列架構(gòu)的結(jié)構(gòu)圖；圖4示出了根據(jù)本發(fā)明的實施例的云計算機平臺邏輯交互結(jié)構(gòu)圖；·圖5示出了根據(jù)本發(fā)明的實施例的遠程分發(fā)服務器的結(jié)構(gòu)圖。
具體實施例方式為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結(jié)合附圖和具體實施方式
對本發(fā)明進行進一步的詳細描述。在下面的描述中闡述了很多具體細節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明并不限于下面公開的具體實施例的限制。圖I示出了根據(jù)本發(fā)明的實施例的數(shù)據(jù)存儲處理系統(tǒng)的框圖。如圖I所示，數(shù)據(jù)存儲處理系統(tǒng)100包括數(shù)據(jù)存儲業(yè)務模塊102，接收客戶端對數(shù)據(jù)的存儲操作的請求；監(jiān)控負載壓力模塊104，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，啟用平臺數(shù)據(jù)處理模塊106 ;平臺數(shù)據(jù)處理模塊106，將數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由遠程任務分發(fā)服務器選擇隊列服務器，并由隊列服務器將數(shù)據(jù)存儲到數(shù)據(jù)庫。通過監(jiān)控數(shù)據(jù)存儲操作的負載壓力，可以根據(jù)用戶連接數(shù)、請求連接數(shù)、忙閑時間判定和自定義設置等多種其他業(yè)務體系中常見的策略模式進行對壓力的部署，進而通過對壓力進行合理的分配，達到了緩解存儲負載壓力的效果。在上述技術(shù)方案中，還包括任務檢查處理模塊108，監(jiān)控負載壓力模塊104在判斷結(jié)果為否時啟用任務檢查處理模塊108，任務檢查處理模塊108在當前不存在存儲任務時，直接將數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，當存在存儲壓力問題時，可以直接將數(shù)據(jù)存儲到數(shù)據(jù)庫，提高了系統(tǒng)的運行速度。在上述技術(shù)方案中，任務檢查處理模塊108在當前存在存儲任務時，將數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由遠程任務分發(fā)服務器選擇隊列服務器，并由隊列服務器將數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在上述技術(shù)方案中，平臺數(shù)據(jù)處理模塊106將數(shù)據(jù)作為緩存數(shù)據(jù)，和/或?qū)?shù)據(jù)序列化以及加密后，再發(fā)送至遠程任務分發(fā)服務器。在該技術(shù)方案中，將所述數(shù)據(jù)作為緩存數(shù)據(jù)，處理了數(shù)據(jù)同步和交互的不一致性，同時數(shù)據(jù)緩存可以被系統(tǒng)自動回收和自動分配。在上述任一技術(shù)方案中，監(jiān)控負載模塊104根據(jù)當前的用戶連接數(shù)、請求連接數(shù)和/或忙閑時間判定，判斷是否存在存儲壓力問題。圖2示出了根據(jù)本發(fā)明的實施例的數(shù)據(jù)存儲處理方法的流程圖。如圖2所示，數(shù)據(jù)存儲處理方法，包括步驟202，接收客戶端對數(shù)據(jù)的存儲操作的請求；步驟204，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，進入步驟206 ;所述步驟206，將數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由遠程任務分發(fā)服務器選擇隊列服務器，并由隊列服務器將數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，通過監(jiān)控數(shù)據(jù)存儲操作的負載壓力，可以根據(jù)用戶連接數(shù)、請求連接數(shù)、忙閑時間判定和自定義設置等多種其他業(yè)務體系中常見的策略模式進行對壓力的部署，進而通過對壓力進行合理的分配，達到了緩解存儲負載壓力的效果。
在上述技術(shù)方案中，步驟204還包括在判斷結(jié)果為否時進入步驟208 ;數(shù)據(jù)存儲處理方法還包括步驟208，在當前不存在存儲任務時，直接將數(shù)據(jù)存儲到所述數(shù)據(jù)庫。在該技術(shù)方案中，當存在存儲壓力問題時，可以直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫，提聞了系統(tǒng)的運行速度。在上述技術(shù)方案中，步驟208還包括在當前存在存儲任務時，將數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由隊列服務器將數(shù)據(jù)存儲到數(shù)據(jù)庫。在上述技術(shù)方案中，步驟206包括將數(shù)據(jù)作為緩存數(shù)據(jù)，和/或?qū)?shù)據(jù)序列化以及加密后，再發(fā)送至遠程任務分發(fā)服務器。在該技術(shù)方案中，將數(shù)據(jù)作為緩存數(shù)據(jù)，處理了數(shù)據(jù)同步和交互的不一致性，同時數(shù)據(jù)緩存可以被系統(tǒng)自動回收和自動分配。在上述任一技術(shù)方案中，步驟204包括根據(jù)當前的用戶連接數(shù)、請求連接數(shù)和/或忙閑時間判定，判斷是否存在存儲壓力問題。圖3示出了根據(jù)本發(fā)明的實施例的云計算數(shù)據(jù)存儲隊列架構(gòu)的結(jié)構(gòu)示意圖。如圖3所示，描述了云端用戶、云計算平臺300和消息隊列服務器之間的關系，以及存儲隊列架構(gòu)內(nèi)部的主要模塊。云計算平臺300接收客戶端302對于各種操作的請求，智能分析出當前操作有否為針對數(shù)據(jù)的存儲操作，如果存在存儲操作會先去查看是否開啟隊列機制模塊中是否開啟功能，當默認開啟時，調(diào)用監(jiān)控處理負載壓力模塊304。監(jiān)控處理負載壓力模塊304在其中起到根據(jù)配置文件或者一定的策略決定當前平臺是否存在存儲壓力問題。當監(jiān)控處理負載壓力模塊304判定當前系統(tǒng)存在壓力時便開啟自動數(shù)據(jù)存儲隊列功能。當啟用負載壓力時，將需要執(zhí)行存儲的數(shù)據(jù)交由平臺數(shù)據(jù)處理模塊306處理，平臺數(shù)據(jù)處理模塊306會執(zhí)行兩個動作，I :把當前數(shù)據(jù)作為緩存數(shù)據(jù)，更新或插入進內(nèi)存中；2 :將當前數(shù)據(jù)序列化后傳遞給數(shù)據(jù)加密解密模塊308進行加密處理。當以上兩個步驟執(zhí)行完成后，將加密后的序列化數(shù)據(jù)串傳遞給遠程任務分發(fā)服務器310進行操作。遠程任務分發(fā)服務器310接收到加密串后，先進行數(shù)據(jù)解密操作，并根據(jù)一定的負載均衡策略將執(zhí)行操作分發(fā)給隊列服務器312進行對數(shù)據(jù)的存儲操作，隊列服務器312采用與數(shù)據(jù)庫持久連接的方式批量執(zhí)行傳遞進服務器的數(shù)據(jù)操作。
當不啟用負載壓力時，程序會檢查存儲任務隊列模塊314，當數(shù)據(jù)存儲任務隊列模塊314中不存在任務信息時，直接進行對數(shù)據(jù)庫的存儲操作，并將存儲信息返回給平臺。當數(shù)據(jù)存儲任務隊列模塊314中存在任務信息時，發(fā)送一條快速更新數(shù)據(jù)存儲隊列消息給遠端數(shù)據(jù)隊列分發(fā)服務器310，數(shù)據(jù)隊列分發(fā)服務器收到消息后將消息快速分給隊列服務器312進行執(zhí)行，執(zhí)行成功完畢后，將結(jié)果返回給平臺進行處理。平臺收到消息后調(diào)用平臺數(shù)據(jù)處理模塊清空當前所有緩存數(shù)據(jù)，完成操作。圖4示出了根據(jù)本發(fā)明的實施例的云計算機平臺邏輯交互結(jié)構(gòu)圖。
如圖4所示，監(jiān)控處理負載壓力模塊402屬于云計算平臺的核心功能之一。它可以根據(jù)四種規(guī)則的優(yōu)先級來判定當前平臺是否存在存儲負載壓力問題，分別是用戶連接數(shù)410、請求連接數(shù)412、忙閑時間判定414和自定義規(guī)則416。用戶連接數(shù)410 :監(jiān)控處理負載壓力模塊402會根據(jù)當前訪問到網(wǎng)站的用戶數(shù)量進行智能的開啟或關閉數(shù)據(jù)存儲隊列功能。這方面的用戶數(shù)據(jù)信息可以是通過數(shù)據(jù)庫或是SESSION信息進行提供。請求連接數(shù)412 :監(jiān)控處理負載壓力模塊402會根據(jù)操作系統(tǒng)提供的當前請求數(shù)進行智能的開啟或關閉數(shù)據(jù)存儲隊列功能。忙閑時間判定414 :此判定數(shù)據(jù)被動判定模式，監(jiān)控處理負載壓力模塊402根據(jù)系統(tǒng)時間和配置文件中指定的忙閑時間進行判斷是否開啟或關閉數(shù)據(jù)存儲隊列功能。自定義規(guī)則416:根據(jù)用戶指定規(guī)則進行對開啟或者關閉數(shù)據(jù)存儲隊列功能的設定，例如根據(jù)用戶行為操作進行設定。Memory緩存數(shù)據(jù)404格式當開啟數(shù)據(jù)存儲隊列時，程序訪問和返回即時數(shù)據(jù)采用讀取內(nèi)存緩存方式進行處理。一條要執(zhí)行的數(shù)據(jù)應至少包括3個內(nèi)容1、原始數(shù)據(jù)；2、經(jīng)過處理需要執(zhí)行的數(shù)據(jù)；3、需要執(zhí)行的具體時間；Memory緩存數(shù)據(jù)404的作用當云計算平臺執(zhí)行數(shù)據(jù)存儲操作時，如啟用數(shù)據(jù)消息隊列機制引擎，那么需要一塊存儲臨時數(shù)據(jù)空間，在這里面使用高速內(nèi)存進行對數(shù)據(jù)存儲。當整個平臺處于壓力關閉狀態(tài)時，查看負載任務隊列406，如存在執(zhí)行隊列信息，通知遠程分發(fā)服務器快速執(zhí)行未執(zhí)行存儲隊列，同時清空當前內(nèi)存數(shù)據(jù)并更新狀態(tài)。圖5示出了根據(jù)本發(fā)明的實施例的遠程分發(fā)服務器的結(jié)構(gòu)圖。如圖5所示，隊列服務器510作用可以根據(jù)用戶具體需要設定數(shù)量。通過遠程任務分發(fā)服務器500通知，開啟執(zhí)行序列。隊列服務器與數(shù)據(jù)之間建立持久連接，避免了回收和請求數(shù)據(jù)連接的資源浪費，在執(zhí)行效率上對比使用多次回收利用的數(shù)據(jù)庫連接要快。遠程任務分發(fā)服務器500內(nèi)部處理流程遠程任務分發(fā)服務器500接收兩種類型通知1、帶有執(zhí)行時間的數(shù)據(jù)存儲分發(fā)通知；2、接收快速分發(fā)數(shù)據(jù)存儲通知。服務器接收到帶有執(zhí)行時間的數(shù)據(jù)存儲分發(fā)通知后，首先加載啟動策略調(diào)用數(shù)據(jù)加密解密模塊502進行分析數(shù)據(jù)，然后根據(jù)策略執(zhí)行數(shù)據(jù)備份。存入數(shù)據(jù)至少包括3個內(nèi)容1、原始數(shù)據(jù)；2、經(jīng)過處理需要執(zhí)行的數(shù)據(jù)；3、需要執(zhí)行的具體時間；數(shù)據(jù)存儲結(jié)束后加載負載均衡器504 (實現(xiàn)壓力自定分配)，將執(zhí)行操作交由隊列服務器510處理。服務器接收到快速分發(fā)數(shù)據(jù)存儲通知，首先通知數(shù)據(jù)存儲模塊獲取當前數(shù)據(jù)庫中存在的未過期的數(shù)據(jù)執(zhí)行隊列信息，然后將數(shù)據(jù)隊列信息執(zhí)行時間修改為當前服務器時間，快速平均分發(fā)給隊列服務器510處理，當所有隊列服務器510完成操作后通知遠程任務分發(fā)服務器500，調(diào)用云計算平臺存儲隊列模塊，要求清空隊列信息和內(nèi)存數(shù)據(jù)，完成操作。綜上所述，以上實施例中的技術(shù)方案帶來以下優(yōu)點I)在目前面向高負載高并發(fā)的云計算系統(tǒng)中，對于數(shù)據(jù)Read方面的架構(gòu)相當成熟，而相對Write的架構(gòu)一直發(fā)展緩慢，這里面提出了一套完整的體系架構(gòu)解決方案，并有效的解決了云計算平臺遇到的存儲負載壓力，在當前公開的解決方案體系中屬于首創(chuàng)。2)采用對于存儲數(shù)據(jù)建立臨時數(shù)據(jù)緩存的方式，處理數(shù)據(jù)同步和交互的不一致性，同時數(shù)據(jù)緩存可以被系統(tǒng)自動回收和自動分配。3)提供了根據(jù)策略模式并基于負載均衡的消息隊列執(zhí)行機制，一般消息隊列執(zhí)行常用于Socket下數(shù)據(jù)執(zhí)行，無任何策略而言(譬如消息執(zhí)行時間和是否開啟快速執(zhí)行)。4)監(jiān)控負載壓力模塊這個模塊是屬于本體系的核心模塊之一，它的只要功能是監(jiān)控執(zhí)行對于數(shù)據(jù)存儲操作的負載壓力，它可以根據(jù)用戶連接數(shù)、請求連接數(shù)、忙閑時間判定和自定義設置等多種其他業(yè)務體系中常見的策略模式進行對壓力模塊的部署。5)快速更新數(shù)據(jù)存儲模塊，當系統(tǒng)目前不存在任何壓力的情況下，根據(jù)策略啟用快速更新數(shù)據(jù)存儲模塊，他會清空當前緩存內(nèi)的數(shù)據(jù)，并通知遠程任務分發(fā)服務器執(zhí)行對數(shù)據(jù)的快速存儲操作。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求
1.一種數(shù)據(jù)存儲處理系統(tǒng)，其特征在于，包括 數(shù)據(jù)存儲業(yè)務模塊，接收客戶端對數(shù)據(jù)的存儲操作的請求； 監(jiān)控負載壓力模塊，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，啟用平臺數(shù)據(jù)處理模塊； 所述平臺數(shù)據(jù)處理模塊，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。
2.根據(jù)權(quán)利要求I所述的數(shù)據(jù)存儲處理系統(tǒng)，其特征在于，還包括 任務檢查處理模塊，所述監(jiān)控負載壓力模塊在判斷結(jié)果為否時啟用所述任務檢查處理模塊，所述任務檢查處理模塊在當前不存在存儲任務時，直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù) 庫。
3.根據(jù)權(quán)利要求2所述的數(shù)據(jù)存儲處理系統(tǒng)，其特征在于，所述任務檢查處理模塊在當前存在所述存儲任務時，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。
4.根據(jù)權(quán)利要求I所述的數(shù)據(jù)存儲處理系統(tǒng)，其特征在于，所述平臺數(shù)據(jù)處理模塊將所述數(shù)據(jù)作為緩存數(shù)據(jù)，和/或?qū)λ鰯?shù)據(jù)序列化以及加密后，再發(fā)送至所述遠程任務分發(fā)服務器。
5.根據(jù)權(quán)利要求I至4中任一項所述的數(shù)據(jù)存儲處理系統(tǒng)，其特征在于，所述監(jiān)控負載模塊根據(jù)當前的用戶連接數(shù)、請求連接數(shù)和/或忙閑時間判定，判斷是否存在所述存儲壓力問題。
6.一種數(shù)據(jù)存儲處理方法，其特征在于，包括 步驟202，接收客戶端對數(shù)據(jù)的存儲操作的請求； 步驟204，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，進入步驟206 ； 所述步驟206，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。
7.根據(jù)權(quán)利要求6所述的數(shù)據(jù)存儲處理方法，其特征在于，所述步驟204還包括在判斷結(jié)果為否時進入步驟208; 所述數(shù)據(jù)存儲處理方法還包括所述步驟208，在當前不存在存儲任務時，直接將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)存儲處理方法，其特征在于，所述步驟208還包括 在當前存在所述存儲任務時，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。
9.根據(jù)權(quán)利要求6所述的數(shù)據(jù)存儲處理方法，其特征在于，所述步驟206包括 將所述數(shù)據(jù)作為緩存數(shù)據(jù)，和/或?qū)λ鰯?shù)據(jù)序列化以及加密后，再發(fā)送至所述遠程任務分發(fā)服務器。
10.根據(jù)權(quán)利要求6至9中任一項所述的數(shù)據(jù)存儲處理方法，其特征在于，所述步驟204包括 根據(jù)當前的用戶連接數(shù)、請求連接數(shù)和/或忙閑時間判定，判斷是否存在所述存儲壓力問題。
全文摘要
本發(fā)明提供了一種數(shù)據(jù)存儲處理系統(tǒng)，包括數(shù)據(jù)存儲業(yè)務模塊，接收客戶端對數(shù)據(jù)的存儲操作的請求；監(jiān)控負載壓力模塊，判斷當前是否存在存儲壓力問題，在判斷結(jié)果為是時，啟用平臺數(shù)據(jù)處理模塊；所述平臺數(shù)據(jù)處理模塊，將所述數(shù)據(jù)發(fā)送至遠程任務分發(fā)服務器，由所述遠程任務分發(fā)服務器選擇隊列服務器，并由所述隊列服務器將所述數(shù)據(jù)存儲到所述數(shù)據(jù)庫。根據(jù)本發(fā)明的又一方面，還提出了一種數(shù)據(jù)存儲處理方法。通過本發(fā)明的技術(shù)方案能夠緩解存儲負載壓力，并處理數(shù)據(jù)同步和交互的不一致性。
文檔編號H04L29/08GK102752387SQ20121022608
公開日2012年10月24日 申請日期2012年6月29日 優(yōu)先權(quán)日2012年6月29日
發(fā)明者馬太航 申請人:用友軟件股份有限公司