[發明專利]一種預防集群節點間文件腦裂的方法及計算機可讀介質

在審

• 申請號: 202011000947.4
• 申請日: 2020-09-22
• 公開（公告）號: CN112181901A
• 公開（公告）日: 2021-01-05
• 發明（設計）人: 張軍
• 申請（專利權）人: 華云數據控股集團有限公司
• 主分類號: G06F16/13
• 分類號: G06F16/13;G06F16/182;G06F16/23
• 代理公司: 蘇州友佳知識產權代理事務所(普通合伙) 32351
• 代理人: 儲振

1.一種預防集群節點間文件腦裂的方法，其特征在于，包括：

運行于至少配置兩個作為服務端的節點中的集群中，在向任意一個節點執行文件操作時，僅對待操作文件的片段添加分布式鎖；

根據文件操作所對應的文件屬性值和/或節點間的心跳檢測結果確定文件操作是否成功；

將文件操作失敗所對應的待操作文件的片段參比源文件執行修復。

2.根據權利要求1所述的預防集群節點間文件腦裂的方法，其特征在于，所述預防集群節點間文件腦裂的方法運行于GlusterFS分布式文件系統中，所述GlusterFS分布式文件系統連接至少一個客戶端及至少兩個作為服務端的節點，并在至少兩個節點之間建立心跳檢測。

3.根據權利要求2所述的預防集群節點間文件腦裂的方法，其特征在于，還包括：對文件操作成功所對應的待操作文件的片段釋放分布式鎖；

至少兩個節點之間建立心跳檢測的超時時間閾值設置為2～10ms。

4.根據權利要求3所述的預防集群節點間文件腦裂的方法，其特征在于，還包括：將文件操作失敗所對應的待操作文件的片段加入待修復隊列，并在將文件操作失敗所對應的待操作文件的片段參比源文件執行修復完成后，將文件操作失敗所對應的待操作文件的片段移出待修復隊列，所述待修復隊列運行于GlusterFS分布式文件系統；

其中，所述操作成功的文件所對應的文件屬性值為0，文件操作失敗的文件所對應的文件屬性值為1。

5.根據權利要求4所述的預防集群節點間文件腦裂的方法，其特征在于，還包括：主動掃描或者被動掃描以確定源文件；其中

主動掃描以確定源文件具體為：人工在客戶端向服務端發起掃描是否存在操作成功的文件，以將操作成功的文件定義為源文件；

被動掃描以確定源文件具體為：服務端定時掃描本地節點及異地節點，以確定是否存在操作成功的文件，以將操作成功的文件定義為源文件，其中，被動掃描的時間設置為5～10秒。

6.根據權利要求5所述的預防集群節點間文件腦裂的方法，其特征在于，還包括：將源文件的節點信息更新至操作成功的文件的屬性中，以響應后續將文件操作失敗所對應的待操作文件的片段參比源文件所執行的修復操作，并根據所述源文件的節點信息確定源文件的引用路徑。

7.根據權利要求4所述的預防集群節點間文件腦裂的方法，其特征在于，所述將文件操作失敗所對應的待操作文件的片段參比源文件執行修復包括以下子步驟：

S11、判斷待操作文件的片段是否加入待修復隊列；

S12、將源文件添加分布式鎖；

S13、對已經加入待修復隊列的待操作文件的片段確定待執行修復操作所參比的源文件所在的節點是否可以連接，

若否，則等待修復操作，

若是，則對所述待操作文件的片段參比源文件執行修復；

S14、在修復完成后解除向源文件所添加的分布式鎖。

8.根據權利要求7所述的預防集群節點間文件腦裂的方法，其特征在于，所述子步驟S12還包括：

根據源文件所在節點的數據寫入待執行修復操作所在節點中的情況，以全量修復或者增量修復的方式對文件操作失敗所對應的待操作文件的片段進行修復；其中

當源文件所在節點的數據未寫入待執行修復操作所在節點時，以全量修復的方式對文件操作失敗所對應的待操作文件的片段進行修復，

當源文件所在節點的數據未完全寫入待執行修復操作所在節點時，以增量修復的方式對文件操作失敗所對應的待操作文件的片段進行修復。

9.根據權利要求8所述的預防集群節點間文件腦裂的方法，其特征在于，以增量修復的方式對文件操作失敗所對應的待操作文件的片段進行修復時，按照設定的數據大小逐一對源文件進行比對，并僅對部分不一致的數據片段參比源文件執行修復，并將一致的數據片段同步至與文件操作失敗所對應的待操作文件相同位置中并予以替換；

其中，設定的數據大小為64KB～1MB。