[發明專利]一種集群系統的數據同步方法和系統

在審

• 申請號: 201611061083.0
• 申請日: 2016-11-28
• 公開（公告）號: CN108123967A
• 公開（公告）日: 2018-06-05
• 發明（設計）人: 馮梅;胡福祥;趙明清;高毅夫;任安;陽波;李斌;周月蘭;宋九光;王旭;馮佳;李偉;欒彥鷗;路純;李光;劉瑞雪;朱玉立;萬軍
• 申請（專利權）人: 中國石油天然氣股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 李輝

本發明提供了一種集群系統的數據同步方法和系統，其中，該方法包括：數據變更的第一從屬服務器向主服務器發送數據變更的通知消息；主服務器在接收到通知消息時，向集群系統中的從屬服務器發送數據變更請求；從屬服務器基于接收到的數據變更請求執行相應的數據更改操作，以及在數據更改完成后向主服務器返回已更改完成的第一答復消息；當主服務器在確定接收完所有的從屬服務器返回的第一答復消息后，執行主服務器的數據更改。在本發明實施例中，主服務器通過發送消息的方式通知從屬服務器修改數據，在從屬服務器都同步修改完數據之后，主服務器才修改自身的數據，從而可以保證在主服務器發生故障時，主服務器和從屬服務器數據的同步。

技術領域

本發明涉及地質勘探技術領域，特別涉及一種集群系統的數據同步方法和系統。

背景技術

目前，跨區域數據同步技術主要包含兩個方面：數據同步和服務器切換。傳統數據庫的跨區域方案有以下兩種：

1)Master/Slave方案

這是最常用的方案，適用于大多數的跨區域同步需求。Master(主服務器)將操作日志實時地發送到Slave(從服務器)，Slave作為Master的一個Hot Backup(熱備份)。當Master宕機時，服務將切換到Slave，因而需要修改客戶端邏輯使得Master失效時可以自動尋找新的Master。

然而，在Master/Slave方案中，Master和Slave一般不是強同步的，所以，切換到Slave后可能會丟失宕機前對Master中數據的部分更新。如果Master和Slave是強同步的，即：所有的數據必須同時寫成功，Master和Slave才可以返回客戶端。這樣會產生另外一個問題，即：Master和Slave中任何一臺機器宕機時，都不允許寫服務，可用性太差。

2)Bigtable跨區域方案

集群可以是一組相互獨立的、通過高速網絡互聯的計算機，它們構成了一個組，并以單一系統的模式加以管理。Bigtable跨區域部署兩套集群，每個區域有各自的GFS存儲(分布式文件系統)和Bigtable Master。Bigtable Tablet將操作日志儲存至GFS成功后返回客戶端，并生成異步任務將操作日志同步到備機房。這里的難點在于Tablet宕機時，某些操作日志還沒有完成同步，因此，操作日志同步點也需要記錄到GFS中。當其它TabletServer加載先前宕機的Tablet中的數據時，將繼續發送沒有同步完成的操作日志到備機房。

然而，如果主機房整體發生故障，比如機房停電，可以手工將服務切換到備機房，這時會丟失最后的一部分更新操作，需要人工執行修正操作。

發明內容

本發明提供了一種集群系統的數據同步方法和系統，以解決現有技術中在進行跨區域數據同步時，當主服務器發生故障會導致部分數據丟失的問題。

本發明實施例提供了一種集群系統的數據同步方法，所述集群系統中可以包括主服務器和至少一個從屬服務器，可以包括：數據變更的第一從屬服務器向主服務器發送數據變更的通知消息；所述主服務器在接收到所述通知消息時，向集群系統中的從屬服務器發送數據變更請求；所述從屬服務器基于接收到的數據變更請求執行相應的數據更改操作，以及在數據更改完成后向所述主服務器返回已更改完成的第一答復消息；當所述主服務器在確定接收完所有的從屬服務器返回的第一答復消息后，執行所述主服務器的數據更改。

在一個實施例中，所述主服務器可以為所述集群系統中的任意一個服務器。