數據回檔方法、裝置及系統與流程

2023-10-17 21:35:44

本發明涉及數據處理技術，尤其涉及一種數據回檔方法、裝置及系統。

背景技術：

回檔是指將資料庫中的數據恢復到歷史某一刻，如恢復到數據發生錯亂前的某一刻。當資料庫用戶因某種原因(如遊戲回檔、代碼漏洞引起數據錯亂等)需要進行數據回檔時，基於資料庫備份時產生的備份數據，用戶通過發起回檔任務可將選擇的備份數據恢復至所屬的實例。然而，在現有的回檔方法中，原始實例在回檔期間不可讀寫，使得用戶在回檔期間必須停止使用當前實例，給用戶帶來極大的不便。此外，回檔得到的實例數據會直接覆蓋原始實例的數據，且無法回退到回檔操作之前，如果選擇的備份數據不恰當，則會導致丟失本次回檔操作選擇的時間之後的數據，用戶想找回這部分數據會非常麻煩，甚至無法找回。

技術實現要素：

有鑑於此，有必要提供一種數據回檔方法、裝置及系統，其可解決上述的回檔過程中原始實例不可讀寫的問題以及回檔備份選擇不當導致數據丟失的問題。

本發明實施例提供一種數據回檔系統，包括控制中心、回檔中心與備份中心；

所述控制中心接收回檔請求，所述回檔請求包含回檔目標時間，在確認所述回檔請求可執行後，新建臨時實例並向所述回檔中心發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息；

所述回檔中心從所述備份中心獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知；

所述控制中心根據接收到的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

本發明實施例提供了一種數據回檔方法，包括：

控制中心接收回檔請求，所述回檔請求包含回檔目標時間；

所述控制中心確認所述回檔請求可執行後，新建臨時實例並向回檔中心發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息，以使所述回檔中心從備份中心獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知；

所述控制中心根據處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

本發明實施例提供了一種數據回檔裝置，包括：

回檔請求接收模塊，用於接收回檔請求，所述回檔請求包含回檔目標時間；

新建及指令發送模塊，用於在確認所述回檔請求可執行後，新建臨時實例並向回檔中心發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息，以使所述回檔中心從備份中心獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知；

處理模塊，用於根據用戶的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

在上述的數據回檔方法、裝置及系統中，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，同時，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而需根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。

為讓本發明的上述和其他目的、特徵和優點能更明顯易懂，下文特舉較佳實施例，並配合所附圖式，作詳細說明如下。

附圖說明

圖1為本發明第一實施例提供的數據回檔系統的架構示意圖。

圖2為本發明第一實施例提供的數據回檔系統的應用環境示意圖。

圖3為本發明第一實施例中轉正操作的應用環境圖。

圖4為本發明第一實施例中替換操作的應用環境圖。

圖5為本發明第一實施例中控制中心、回檔中心或備份中心的結構框圖。

圖6為本發明第二實施例提供的數據回檔方法的流程圖。

圖7為本發明第三實施例提供的數據回檔方法的流程圖。

圖8為本發明第四實施例提供的數據回檔方法的流程圖。

圖9為本發明第五實施例提供的數據回檔裝置的結構示意圖。

圖10為本發明第五實施例中轉正子模塊的結構示意圖。

圖11為本發明第五實施例中替換子模塊的結構示意圖。

圖12為本發明第五實施例中刪除子模塊的結構示意圖。

圖13為本發明第六實施例提供的數據回檔裝置的結構示意圖。

圖14為本發明第七實施例提供的數據回檔裝置的結構示意圖。

具體實施方式

為更進一步闡述本發明為實現預定發明目的所採取的技術手段及功效，以下結合附圖及較佳實施例，對依據本發明的具體實施方式、結構、特徵及其功效，詳細說明如後。

本發明實施例的數據回檔方法、裝置、系統用於對資料庫的數據進行回檔，該數據回檔方法、裝置、系統適用的資料庫包括但不限於MongoDB、SQL Server、ORACLE、MySQL。

資料庫實例(亦可稱集群)，是指運營商給用戶分配的單個資料庫服務，單個用戶可同時擁有多個實例，不同的實例之間可在內存、磁碟、CPU(Central Processing Unit，中央處理器)核心數等規格和性能上存在差異，每一個實例都有一個對應的網絡地址和埠可供用戶在雲伺服器裡連接並使用資料庫。其中，正式實例是指具有完全功能的資料庫實例，該完全功能包括但不限於手動備份、自動備份、提供網絡連接、讀寫數據文件等。

第一實施例

圖1為本發明第一實施例提供的數據回檔系統的架構示意圖。請參閱圖1，本實施例的數據回檔系統包括控制中心100、回檔中心200與備份中心300。

備份中心300，用於存儲備份數據。具體的，該備份數據包括全量備份與增量備份。全量備份，是指備份中心300間隔N天對資料庫做一次完整的資料庫備份得到的數據。增量備份，是指備份中心300實時同步備份資料庫的oplog(負責存儲所有資料庫操作和命令的日誌)得到的數據。同時，備份中心300將全量備份與增量備份的數據保留N+M天。此外，備份中心300在備份過程中生成備份數據元信息，該備份數據元信息包括用於描述備份數據的信息，如備份的開始時間與結束時間等。可理解的，所述全量備份與所述增量備份的結合相當於備份中心300每日自動進行數據備份，回檔時在所述全量備份的基礎上結合所述增量備份可回檔到所需的目標時間。

基於備份中心300的上述備份功能，通過設定N值與M值，可提供給用戶一個具體的可回檔目標時間段，用戶可以回檔到指定時間段(M天)內的任意時間點。例如，當N值為5，M值為10時，則用戶可以將資料庫的數據恢復到發起回檔操作的時間之前5天內的任意時間點。需要說明的是，在上述表達中，1天是指連續的24小時，而非1個自然日，即使24小時跨越兩個自然日，也不能計算為2天。

控制中心100，用於接收用戶的回檔請求，所述回檔請求包含回檔目標時間，在確認所述回檔請求可執行後，新建臨時實例並向回檔中心200發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息。

具體地，控制中心100是指資料庫實例的控制中心，用於管理整個實例中每個副本集/分片實例的狀態、可用性，以及遷移、升級、備份、回檔、監控、系統部署等功能。臨時實例，是指在對正式實例進行數據回檔時新建的實例，該臨時實例可設定保留一定時間(如48小時)並具有功能限制，比如不能進行數據備份(包括自動備份和手動備份)。在本實施例中，新建的臨時實例具有與原始實例(原正式實例)同等的規模與性能，同等的規模與性能包括但不限於內存、磁碟空間及CPU核心數相同。

上述回檔請求用於向控制中心100發起回檔操作，當用戶因某種原因需要進行數據回檔時，控制中心100接收用戶的回檔請求進而開始回檔流程。在開始回檔之前，用戶需確認將數據恢復到哪個具體的時刻，該具體的時刻即回檔目標時間，在本發明的實施例中，所述回檔目標時間可以為發起回檔操作的時間之前M天內的任意時間點。回檔目標時間是獲取備份數據的重要參數，回檔請求包含回檔目標時間，從而使回檔中心200可從備份中心300獲取確切的備份數據進行回檔。

進一步的，確認回檔請求是否可以執行，判斷標準例如可以為所述回檔目標時間是否在控制中心100預設的區間範圍內，或者備份中心300中是否存在與所述回檔目標時間相應的備份數據等。優選的，確認回檔請求的過程可以為：控制中心100向回檔中心200發送時間確認請求，所述時間確認請求包含所述回檔目標時間，以使回檔中心200查詢備份中心300中是否在所述回檔目標時間之前存在一個可用於回檔的全量備份，並根據查詢結果返回時間確認結果；若時間確認結果為是，控制中心100確認所述回檔請求可執行，若時間確認結果為否，則確認所述回檔請求不可執行，此時，可通過例如引導用戶重新選擇回檔目標時間的方式再次發起回檔。其中，查詢備份中心300中是否在所述回檔目標時間之前存在一個可用於回檔的全量備份具體可以是，查詢備份數據元信息後，確定最近一次進行全量備份的時間點，該時間點對應的全量備份即為可用於回檔的全量備份。

回檔中心200，用於從備份中心300獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知至控制中心100。

具體地，回檔中心200接收到回檔開始指令後開始數據寫入工作。此時，回檔中心200從備份中心300獲取與所述回檔目標時間對應的備份數據，接著，將備份數據解壓並寫入所述臨時實例中，並在完成數據寫入後返回寫入完成通知至控制中心300。其中，與所述回檔目標時間對應的備份數據，可以是備份數據元信息中記錄的與所述回檔目標時間相同的時間點所對應的全量備份，也可以是備份時間最接近所述回檔目標時間的全量備份與若干增量備份的組合。

進一步的，控制中心100在收到所述寫入完成通知後，賦予用戶訪問所述臨時實例的權限，並提示所述用戶對所述臨時實例進行數據檢驗。

具體的，為保證回檔期間數據寫入的準確性，在完成數據寫入之前可限制用戶訪問所述臨時實例，而在完成數據寫入後允許用戶訪問所述臨時實例，此時，用戶可在實例列表裡看到某一正式實例對應有一個臨時實例。其中，允許用戶訪問所述臨時實例的方式例如可以為，提供給用戶一個該臨時實例的訪問地址，用戶可以通過訪問此地址進行數據檢驗。

上述檢驗的目的在於檢驗回檔的數據是否符合用戶預期。由於臨時實例並非正式實例，在完成數據寫入後不會直接覆蓋原始實例，需要根據用戶的請求進行正式回檔操作，因此，通過數據檢驗可為用戶處理所述臨時實例提供參考依據，避免因回檔目標時間選擇不當而導致數據丟失。

進一步的，控制中心100根據用戶的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

在本實施例中，正式回檔操作包括將臨時實例轉為正式實例的操作(以下稱「轉正操作」)、以臨時實例替換原始實例的操作(以下稱「替換操作」)或刪除臨時實例的操作(以下稱「刪除操作」)。由於回檔中心200將數據寫入一臨時實例中，而該臨時實例具有功能限制且只保留一定時間便會被回收，因此，在回檔中心200完成數據寫入後，控制中心100可根據用戶的請求對完成數據寫入的臨時實例進行正式回檔操作，以得到具有完全功能的實例。

具體的，上述轉正操作的目的在於將完成數據寫入的臨時實例轉為一個具有完全功能的正式實例，且該正式實例不影響原始實例的使用，例如以和原始實例並存的方式存在，通過轉正操作得到的實例可用於月度分析等數據分析應用，以減少數據分析給原始實例帶來的壓力。上述替換操作的目的在於以完成數據寫入的臨時實例替換原始實例，最終得到的實例可以繼承原實例的訪問地址、監控數據等信息，但由於回檔目標時間可能早於資料庫最後一次備份的時間，因而不會繼承原實例的備份樹，通過替換操作得到的實例相當於覆蓋原始實例。上述刪除操作的目的在於，在用戶認為本次回檔結果不符合預期時提供重新回檔的機會，使用戶通過多次回檔找到合適的時間點以得到符合預期的回檔數據。優選的，刪除操作的過程可包括：控制中心100接收用戶的刪除處理請求後，刪除所述臨時實例並釋放所述臨時實例的資源，引導用戶重新進行回檔或結束回檔。

在本實施例中，上述轉正操作以及替換操作可供用戶在確認回檔數據符合預期時進行選擇，上述刪除操作可供用戶在確認回檔數據不符合預期時進行選擇。可以理解，上述轉正操作、替換操作以及刪除操作也可不以是否符合用戶預期為依據，而可根據用戶的實際需要進行選擇。本發明通過提供三種並列的處理操作，使用戶可以根據自身需求處理臨時實例以更好地利用實例及備份數據。

接下來結合圖2對本實施例的數據回檔系統進行具體描述，圖2中僅示出部分流程。在本實施例中，控制中心100、回檔中心200與備份中心300為獨立的伺服器，通過各伺服器之間的交互實現數據回檔。請參圖2，本實施例的數據回檔系統的工作過程可包括：

1、用戶在WEB控制臺或者API發起回檔操作。

用戶通過在應用程式上輸入回檔目標時間發起回檔操作，該應用程式通過API(Application Programming Interface，應用程式編程接口)訪問控制中心100以傳送數據，從而使控制中心100接收到對應的回檔請求。可理解的，用戶也可以通過WEB控制臺，即，數據回檔系統基於WEB(網頁)的用戶頁面輸入回檔目標時間以發起回檔操作。進一步的，所述回檔請求中包含所述回檔目標時間，從而使回檔中心200可從備份中心300獲取確切的備份數據進行回檔。在本發明的實施例中，所述回檔目標時間可以為發起回檔操作的時間之前M天內的任意時間點。

2、控制中心確認所述回檔請求可執行後，新建臨時實例。

確認回檔請求是否可以執行，判斷標準例如可以為所述回檔目標時間是否在控制中心100預設的區間範圍內，或者備份中心300中是否存在與所述回檔目標時間相應的備份數據等。

在本發明中，控制中心100新建的臨時實例是指在對正式實例進行數據回檔時新建的實例，該臨時實例可設定保留一定時間(如48小時)並具有功能限制，比如不能進行數據備份(包括自動備份和手動備份)。在本實施例中，新建的臨時實例具有與原始實例(原正式實例)同等的規模與性能，同等的規模與性能包括但不限於內存、磁碟空間及CPU核心數相同。同時，正式實例包括一個主節點(Primary)與多個數量可選的其他節點(Secondary1、Secondary2、……SecondaryN)，同樣的，臨時實例也對應包括一個主節點(Primary)與多個數量可選的其他節點(Secondary1、Secondary2、……SecondaryN)。

3、控制中心向回檔中心發送回檔開始指令，使回檔中心開始回檔。

控制中心100新建臨時實例後向回檔中心200發送回檔開始指令以發起回檔任務，該回檔開始指令包括所述回檔目標時間與所述臨時實例的信息，以使回檔中心200在接收到回檔開始指令後，將與所述回檔目標時間相應的備份數據寫入該臨時實例中。

4、回檔中心從備份中心獲取備份數據並解壓。

回檔中心200收到回檔開始指令後，從備份中心300獲取備份數據。具體的，備份中心300包括元信息資料庫(DataBase，DB)與備份存儲中心，DB用於保存備份數據元信息，備份存儲中心用於保存備份數據。備份數據元信息是備份中心300在備份過程中生成的用於描述備份數據的信息，如備份的開始時間與結束時間等，回檔中心200通過查找DB中與所述回檔目標時間相應的時間點，即可找到對應的備份數據，從而將備份數據提取出來。

5、回檔中心將從備份中心獲取的備份數據寫入臨時實例中。

回檔中心200獲取備份數據並解壓後，將備份數據寫入臨時實例中。

6、回檔中心完成數據寫入後返回寫入完成通知至控制中心。

回檔中心200完成數據寫入後返回寫入完成通知至控制中心100，以使控制中心100根據用戶的請求對所述臨時實例進行相應的正式回檔操作，該正式回檔操作包括轉正操作、替換操作或刪除操作。

可以理解，控制中心100、回檔中心200與備份中心300也可集成在一個伺服器中以實現數據回檔，並不以圖2所示為限。

優選的，轉正操作的過程如圖3所示，包括：

1、用戶在WEB控制臺或者API發起轉正操作。

用戶在應用程式上發起轉正操作，該應用程式通過API訪問控制中心100以傳送數據，從而使控制中心100接收到相應的轉正請求。可理解的，用戶也可以通過WEB控制臺，即，數據回檔系統基於WEB(網頁)的用戶頁面發起轉正操作，如點擊特定按鈕、連結等。

2、控制中心根據用戶的轉正請求喚起各支撐系統開始為所述臨時實例服務並完成支持初始化。

所述支撐系統例如可以為備份系統、監控系統、日誌中心、在線遷移/升級等與實例管理、操作相關的系統。

3、控制中心將所述臨時實例的信息修改為正式實例。

將所述臨時實例的信息修改為正式實例，是指賦予所述臨時實例與原正式實例同樣的功能，使轉正後得到的實例不再有功能限制，所述臨時實例轉正後與原始的正式實例並存，且不影響原始實例的使用。通過轉正操作得到的實例可用於月度分析等數據分析應用，以減少數據分析給原始實例帶來的壓力。

優選的，替換操作的過程如圖4所示，包括：

1、用戶在WEB控制臺或者API發起替換操作。

用戶在應用程式上發起替換操作，該應用程式通過API訪問控制中心100以傳送數據，從而使控制中心100接收到對應的替換請求。可理解的，用戶也可以通過WEB控制臺，即，數據回檔系統基於WEB(網頁)的用戶頁面發起替換操作，如點擊特定按鈕、連結等。

2、控制中心根據用戶的替換請求通知網關切換指向所述臨時實例，使所述網關斷開與原始實例的關係和連接，建立所述網關與所述臨時實例的關係和連接。

網關斷開與原始實例的關係和連接，建立所述網關與所述臨時實例的關係和連接，是指網關斷開與原始實例的代理伺服器(Proxy)的關係和連接，建立網關與所述臨時實例的代理伺服器(Proxy)的關係和連接，用戶訪問實例時直接連接到與該實例對應的代理伺服器。其中，在實例集群中包括有一個主節點(Primary)與多個數量可選的其他節點(Secondary1、Secondary2、……SecondaryN)，對應的，代理伺服器也有多個(Proxy Set，包括Proxy1、Proxy2、Proxy3)。

圖5為本發明第一實施例中控制中心、回檔中心或備份中心的結構框圖。如圖5所示，以控制中心500為例，控制中心500包括存儲器511、處理器512以及網絡模塊513。

存儲器511可用於存儲軟體程序以及模塊，如本發明實施例中的數據回檔方法、裝置及系統對應的程序指令/模塊，處理器512通過運行存儲在存儲器511內的軟體程序以及模塊，從而執行各種功能應用以及數據處理，即實現上述的數據回檔方法。存儲器511可包括高速隨機存儲器，還可包括非易失性存儲器，如一個或者多個磁性存儲裝置、快閃記憶體、或者其他非易失性固態存儲器。在一些實例中，存儲器511可進一步包括相對於處理器512遠程設置的存儲器，這些遠程存儲器可以通過網絡連接至控制中心500。上述網絡的實例包括但不限於網際網路、企業內部網、區域網、移動通信網及其組合。

網絡模塊513用於接收以及發送網絡信號。上述網絡信號可包括無線信號或者有線信號。在一個實例中，上述網絡信號為有線網絡信號。此時，網絡模塊513可包括處理器、隨機存儲器、轉換器、晶體振蕩器等元件。

上述的軟體程序以及模塊包括：作業系統514以及服務模塊515。其中作業系統514例如可為LINUX、UNIX、WINDOWS，其可包括各種用於管理系統任務(例如內存管理、存儲設備控制、電源管理等)的軟體組件和/或驅動，並可與各種硬體或軟體組件相互通訊，從而提供其他軟體組件的運行環境。服務模塊515運行在作業系統514的基礎上，並通過作業系統514的網絡服務監聽來自網絡的請求，根據請求完成相應的數據處理，並返回處理結果給系統的前端頁面或用戶端。也就是說，服務模塊515用於向用戶提供網絡服務。

可以理解，圖5所示的結構僅為示意，其並不對控制中心500的結構造成限定。例如，控制中心500還可包括比圖5中所示更多或者更少的組件，或者具有與圖5所示不同的配置。圖5中所示的各組件可以採用硬體、軟體或其組合實現。回檔中心和備份中心的結構與控制中心500類似，在此不再贅述。

本發明實施例提供的數據回檔系統，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。此外，基於備份中心的全量備份與增量備份的保留時間，用戶可以回檔到指定時間段內的任意時間點，並提供刪除選擇使用戶可通過多次回檔找到合適的數據，以減少用戶損失。同時，利用本發明的轉正操作可得到一個與原始實例並存的正式實例，當需要進行數據分析等會消耗實例大量計算能力的事項時，可有效緩解原始實例的壓力。

第二實施例

圖6為本發明第二實施例提供的數據回檔方法的流程圖。請參閱圖6，本實施例的數據回檔方法可包括以下步驟：

步驟S61，控制中心接收用戶的回檔請求，所述回檔請求包含回檔目標時間。

控制中心100是指資料庫實例的控制中心，用於管理整個實例中每個副本集/分片實例的狀態、可用性，以及遷移、升級、備份、回檔、監控、系統部署等功能。

上述回檔請求用於向控制中心100發起回檔操作，當用戶因某種原因需要進行數據回檔時，控制中心100接收用戶的回檔請求進而開始回檔流程。在開始回檔之前，用戶需確認將數據恢復到哪個具體的時刻，該具體的時刻即回檔目標時間。回檔目標時間是獲取備份數據的重要參數，回檔請求包含回檔目標時間，從而使回檔中心200可從備份中心300獲取確切的備份數據進行回檔。

步驟S62，所述控制中心確認所述回檔請求可執行後，新建臨時實例並向回檔中心發送回檔開始指令。

確認回檔請求是否可以執行，判斷標準例如可以為所述回檔目標時間是否在控制中心100預設的區間範圍內，或者備份中心300中是否存在與所述回檔目標時間相應的備份數據等。

在本發明中，控制中心100新建的臨時實例，是指在對正式實例進行數據回檔時新建的實例，該臨時實例可設定保留一定時間(如48小時)並具有功能限制，比如不能進行數據備份(包括自動備份和手動備份)。在本實施例中，新建的臨時實例具有與原始實例(原正式實例)同等的規模與性能，同等的規模與性能包括但不限於內存、磁碟空間及CPU核心數相同。

控制中心100新建臨時實例後向回檔中心200發送回檔開始指令，該回檔開始指令包括所述回檔目標時間與所述臨時實例的信息，以使回檔中心200在接收到回檔開始指令後，將與所述回檔目標時間相應的備份數據寫入該臨時實例中。

步驟S63，所述控制中心根據用戶的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

上述正式回檔操作包括轉正操作、替換操作或刪除操作。上述轉正操作的目的在於把完成數據寫入的臨時實例轉為一個具有完全功能的正式實例，且該正式實例不影響原始實例的使用，例如以和原始實例並存的方式存在，通過轉正操作得到的實例可用於月度分析等數據分析應用，以減少數據分析給原始實例帶來的壓力。上述替換操作的目的在於以完成數據寫入的臨時實例替換原始實例，最終得到的實例可以繼承原實例的訪問地址、監控數據等信息，但由於回檔目標時間可能早於資料庫最後一次備份的時間，因而不會繼承原實例的備份樹，通過替換操作得到的實例相當於覆蓋原始實例。上述刪除操作的目的在於，在用戶認為本次回檔結果不符合預期時提供重新回檔的機會，使用戶通過多次回檔找到合適的時間點以得到符合預期的回檔數據。優選的，刪除操作的過程可包括：控制中心100接收用戶的刪除處理請求後，刪除所述臨時實例並釋放所述臨時實例的資源，引導用戶重新進行回檔或結束回檔。

關於步驟S63的細節可進一步參見第一實施例中關於圖3、圖4的具體描述，在此不再贅述。

本發明實施例提供的數據回檔方法，本發明實施例提供的數據回檔方法，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。同時，利用本發明的轉正操作可得到一個與原始實例並存的正式實例，當需要進行數據分析等會消耗實例大量計算能力的事項時，可有效緩解原始實例的壓力。

第三實施例

圖7為本發明第三實施例提供的數據回檔方法的流程圖。請參閱圖7，第三實施提供的數據回檔方法與第二實施例相似，不同之處在於，在步驟S61之後還包括：

步驟S71，所述控制中心向回檔中心發送時間確認請求，所述時間確認請求包含所述回檔目標時間，以使所述回檔中心查詢備份中心中是否在所述回檔目標時間之前存在一個可用於回檔的全量備份，並根據查詢結果返回時間確認結果。

全量備份，是指備份中心300間隔N天對資料庫做一次完整的資料庫備份得到的數據。增量備份，是指備份中心300實時同步備份資料庫的oplog(負責存儲所有資料庫操作和命令的日誌)得到的數據。同時，備份中心300將全量備份與增量備份的數據保留N+M天。此外，備份中心300在備份過程中生成備份數據元信息，該備份數據元信息包括用於描述備份數據的信息，如備份的開始時間與結束時間等。可理解的，所述全量備份與所述增量備份的結合相當於備份中心300每日自動進行數據備份，回檔時在所述全量備份的基礎上結合所述增量備份可回檔到所需的目標時間。

基於備份中心300的上述備份功能，通過設定N值與M值，可提供給用戶一個具體的可回檔目標時間段，用戶可以回檔到指定時間段內(M天)的任意時間點。例如，當N值為5，M值為10時，則用戶可以將資料庫的數據恢復到發起回檔操作的時間之前5天內的任意時間點。需要說明的是，在上述表達中，1天是指連續的24小時，而非1個自然日，即使24小時跨越兩個自然日，也不能計算為2天。

查詢備份中心300中是否在所述回檔目標時間之前存在一個可用於回檔的全量備份具體可以是，查詢備份數據元信息後，確定最近一次進行全量備份的時間點，該時間點對應的全量備份即為可用於回檔的全量備份。

步驟S72，若時間確認結果為是，所述控制中心確認所述回檔請求可執行。

本發明實施例提供的數據回檔方法，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。此外，基於備份中心的全量備份與增量備份的保留時間，用戶可以回檔到指定時間段內的任意時間點，並提供刪除選擇使用戶可通過多次回檔找到合適的數據，以減少用戶損失。同時，利用本發明的轉正操作可得到一個與原始實例並存的正式實例，當需要進行數據分析等會消耗實例大量計算能力的事項時，可有效緩解原始實例的壓力。

第四實施例

圖8為本發明第四實施例提供的數據回檔方法的流程圖。請參閱圖8，第四實施提供的數據回檔方法與第二實施例相似，不同之處在於，在步驟S62之後還包括：

步驟S81，所述控制中心收到所述寫入完成通知後，賦予所述用戶訪問所述臨時實例的權限。

為保證回檔期間數據寫入的準確性，在完成數據寫入之前可限制用戶訪問所述臨時實例，而在完成數據寫入後允許用戶訪問所述臨時實例，此時，用戶可在實例列表裡看到某一正式實例對應有一個臨時實例。其中，允許用戶訪問所述臨時實例的方式例如可以為，提供給用戶一個該臨時實例的訪問地址，用戶可以通過訪問此地址進行數據檢驗。

步驟S82，提示所述用戶對所述臨時實例進行數據檢驗。

上述檢驗的目的在於檢驗回檔的數據是否符合用戶預期。由於臨時實例並非正式實例，在完成數據寫入後不會直接覆蓋原始實例，需要根據用戶的請求進行正式回檔操作，因此，通過數據檢驗可為用戶處理所述臨時實例提供參考依據，避免因回檔目標時間選擇不當而導致數據丟失。

本發明實施例提供的數據回檔方法，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。

第五實施例

圖9為本發明第五實施例提供的數據回檔裝置的結構示意圖。參閱圖9，本實施例的數據回檔裝置運行於控制中心100中，包括回檔請求接收模塊91、新建及指令發送模塊92以及處理模塊93。

回檔請求接收模塊91，用於接收用戶的回檔請求，所述回檔請求包含回檔目標時間。新建及指令發送模塊92，用於在確認所述回檔請求可執行後，新建臨時實例並向回檔中心200發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息，以使所述回檔中心200從所述備份中心300獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知。處理模塊93，用於接收寫入完成通知，並根據用戶的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。處理模塊93包括轉正子模塊931、替換子模塊932與刪除子模塊933。

優選的，如圖10所示，轉正子模塊931用於執行轉正操作，包括轉正請求接收單元101、支持初始化單元102與信息修改單元103。轉正請求接收單元101用於接收用戶的轉正處理請求。支持初始化單元102用於根據所述轉正請求喚起支撐系統開始為所述臨時實例服務以進行支持初始化。信息修改單元103用於在所述支撐系統完成支持初始化之後將所述臨時實例的信息修改為正式實例的信息。

優選的，如圖11所示，替換子模塊932用於執行替換操作，包括替換請求接收單元111與網關指向切換單元112。替換請求接收單元111用於接收用戶的替換處理請求。網關指向切換單元112用於根據所述替換請求通知網關切換指向所述臨時實例，使所述網關斷開與原始實例的關係和連接，並與所述臨時實例建立關係和連接。

優選的，如圖12所示，刪除子模塊933用於執行刪除操作，包括刪除請求接收單元121、刪除單元122。刪除請求接收單元121用於接收用戶的刪除處理請求。刪除單元122用於刪除所述臨時實例並釋放所述臨時實例的資源。刪除子模塊933也可進一步包括引導單元，該引導單元用於引導用戶重新進行回檔或結束回檔。

本實施例中數據回檔裝置的各功能模塊實現各自功能的具體過程，請參見第二實施例中關於圖6的具體描述，此處不再贅述。

本發明實施例提供的數據回檔裝置，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。同時，利用本發明的轉正操作可得到一個與原始實例並存的正式實例，當需要進行數據分析等會消耗實例大量計算能力的事項時，可有效緩解原始實例的壓力。

第六實施例

圖13為本發明第六實施例提供的數據回檔裝置的結構示意圖。參閱圖13，本實施例的數據回檔裝置包括回檔請求接收模塊131、回檔請求確認模塊132、新建及指令發送模塊133以及處理模塊134。

回檔請求接收模塊131，用於接收用戶的回檔請求，所述回檔請求包含回檔目標時間。

回檔請求確認模塊132包括確認請求發送子模塊1321與結果確認子模塊1322。確認請求發送子模塊1321用於在接收所述回檔請求後向回檔中心200發送時間確認請求，所述時間確認請求包含所述回檔目標時間，以使所述回檔中心200查詢備份中心300中是否在所述回檔目標時間之前存在一個可用於回檔的全量備份，並根據查詢結果返回時間確認結果。結果確認子模塊1322，用於若時間確認結果為是，確認所述回檔請求可執行。

新建及指令發送模塊133，用於在確認所述回檔請求可執行後，新建臨時實例並向所述回檔中心200發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息，以使所述回檔中心200從所述備份中心300獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知。

處理模塊134，用於接收寫入完成通知，並根據用戶的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

本實施例中數據回檔裝置的各功能模塊實現各自功能的具體過程，請參見第三實施例中關於圖7的具體描述，此處不再贅述。

本發明實施例提供的數據回檔裝置，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。此外，基於備份中心的全量備份與增量備份的保留時間，用戶可以回檔到指定時間段內的任意時間點，並提供刪除選擇使用戶可通過多次回檔找到合適的數據，以減少用戶損失。同時，利用本發明的轉正操作可得到一個與原始實例並存的正式實例，當需要進行數據分析等會消耗實例大量計算能力的事項時，可有效緩解原始實例的壓力。

第七實施例

圖14為本發明第七實施例提供的數據回檔裝置的結構示意圖。參閱圖14，本實施例的數據回檔裝置包括請求接收模塊141、新建與任務發送模塊142、賦予權限模塊143、提示檢驗模塊144以及處理模塊145。

回檔請求接收模塊141，用於接收用戶的回檔請求，所述回檔請求包含回檔目標時間。

新建與任務發送模塊142，用於在確認所述回檔請求可執行後，新建臨時實例並向所述回檔中心200發送回檔開始指令，所述回檔開始指令包含所述回檔目標時間與所述臨時實例的信息，以使所述回檔中心200從所述備份中心300獲取與所述回檔目標時間對應的備份數據，根據所述臨時實例的信息將所述備份數據寫入所述臨時實例並返回寫入完成通知。

賦予權限模塊143，用於收到所述寫入完成通知後，賦予所述用戶訪問所述臨時實例的權限。

提示檢驗模塊144，用於提示所述用戶對所述臨時實例進行數據檢驗。

處理模塊145，用於接收寫入完成通知，並根據用戶的處理請求對完成數據寫入的所述臨時實例執行正式回檔操作。

本實施例中數據回檔裝置的各功能模塊實現各自功能的具體過程，請參見第四實施例中關於圖8的具體內容，此處不再贅述。

本發明實施例提供的數據回檔裝置，通過建立臨時實例進行回檔，使得原始實例在回檔期間可正常讀寫，用戶在回檔期間可繼續使用當前實例而不受回檔操作的影響，並且，臨時實例在完成數據寫入後不會直接覆蓋原始實例，而可在用戶檢查臨時實例的數據後根據用戶的請求進行正式回檔操作，從而可避免因備份數據選擇不當而導致數據丟失的問題。同時，利用本發明的轉正操作可得到一個與原始實例並存的正式實例，當需要進行數據分析等會消耗實例大量計算能力的事項時，可有效緩解原始實例的壓力。

需要說明的是，本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對於裝置類實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

以上所述，僅是本發明的較佳實施例而已，並非對本發明作任何形式上的限制，雖然本發明已以較佳實施例揭示如上，然而並非用以限定本發明，任何本領域技術人員，在不脫離本發明技術方案範圍內，當可利用上述揭示的技術內容做出些許更動或修飾為等同變化的等效實施例，但凡是未脫離本發明技術方案內容，依據本發明的技術實質對以上實施例所作的任何簡介修改、等同變化與修飾，均仍屬於本發明技術方案的範圍內。