[發明專利]一種數據寫命令處理方法、裝置、電子設備及存儲介質

在審

• 申請號: 201911193363.0
• 申請日: 2019-11-28
• 公開（公告）號: CN110908613A
• 公開（公告）日: 2020-03-24
• 發明（設計）人: 王正
• 申請（專利權）人: 深信服科技股份有限公司
• 主分類號: G06F3/06
• 分類號: G06F3/06;G06F11/07
• 代理公司: 深圳市深佳知識產權代理事務所(普通合伙) 44285
• 代理人: 夏歡

本申請公開了一種數據寫命令處理方法，區別于現有存儲系統一味追求數據可靠性、忽視可能對分布式存儲集群整體運行造成嚴重影響的方式，本申請預先設置了短于超時時長的第一預設時長，并直接根據在該第一預設時長返回寫完成命令的副本磁盤的數量是否過總數的半數，來提前判斷得到本次數據寫命令是否成功的結果。相比于現有技術，本申請由于該第一預設時長的設置，使得數據可靠性略有降低，但能夠更好的保障分布式存儲系統整體的持續、穩定運行。本申請還同時公開了一種數據寫命令處理裝置、電子設備及可讀存儲介質，具有上述有益效果。

技術領域

本申請涉及分布式存儲技術領域，特別涉及一種數據寫命令處理方法、裝置、電子設備及可讀存儲介質。

背景技術

在分布式存儲系統中，一份相同數據將通過副本冗余機制將被同時存儲在不同的存儲節點中，以提升數據的可靠性。以三副本為例，現有存儲系統為了充分保障數據的可靠性，在接收到上層業務系統下發的數據寫命令時，會將待寫數據分別寫入第一副本磁盤、第二副本磁盤和第三副本磁盤，并在接收到全部副本磁盤返回的寫完成信號后才判定得到本次數據寫命令的成功與否，最終將判定結果反饋給業務系統(可參見如圖1所示的流程示意圖)。

現有方案為了保障數據的可靠性，必須要依據所有副本磁盤返回的信號才能夠判定得到本次數據寫命令成功的結果，否則將一直等下去。由于系統的復雜性，待寫數據寫入任意副本磁盤的過程可能會出現各種問題，例如磁盤硬件故障、進程死鎖、主機內存不足等原因引起將會導致IO卡慢，并進一步存儲系統也需要等待一段時間才能收到反饋信號。而較長的等待時間將可能會對所處的運行環境造成嚴重影響，例如windows系統可能會在IO超過7秒仍不返回的情況下出現藍屏、Oracle rac可能會在IO超過10多秒仍不返回的情況下宕機(請參見圖2，圖2在圖1的基礎上示出了由于IO卡慢導致副本磁盤2花費10秒才向存儲系統返回信號的情況)。

某一個出現卡慢的存儲節點，不僅會對存儲該節點的所有數據的讀寫都將造成影響，甚至還會影響到整個存儲卷或存儲集群。相比于對整個分布式存儲系統帶來的影響，數據的可靠性無疑顯得不是那么重要。

因此，如何克服上述技術缺陷，提供一種以保障分布式存儲集群持續、穩定運行為最高目的的數據寫命令處理方法，是本領域技術人員亟待解決的問題。

發明內容

本申請的目的是提供一種數據寫命令處理方法、裝置、電子設備及可讀存儲介質，旨在盡可能的保障分布式存儲集群持續、穩定運行。

為實現上述目的，本申請提供了一種數據寫命令處理方法，該方法包括：

根據接收到的數據寫命令，將待寫數據分別寫入對應的每個副本磁盤；

統計在第一預設時長內返回寫完成信號的副本磁盤的實際數量；其中，所述第一預設時長短于導致所在存儲集群產生異常的超時時長；

判斷所述實際數量是否超過所述副本磁盤的總數量的一半；

若所述實際數量超過所述總數量的一半，則上報所述數據寫命令完成的反饋信息。

可選的，在上報所述數據寫命令完成的反饋信息之后，還包括：

將未在所述第一預設時長內返回所述寫完成信號的副本磁盤標記為異常磁盤；

將所述異常磁盤設置為靜默狀態，得到故障磁盤；

通過預設路徑上報針對所述故障磁盤的故障修復通知。

可選的，將所述異常磁盤設置為靜默狀態之前，還包括：

判斷第二預設時長內是否存在返回所述寫完成信號的異常磁盤；其中，所述第二預設時長的起始時刻為所述第一預設時長的結束時刻，所述第一預設時長和所述第二預設時長的時長總和短于所述超時時長；

若存在返回所述寫完成信號的異常磁盤，則去除所述異常磁盤的標記；