TWI712879B

TWI712879B - 容災資料處理方法、裝置、設備及系統

Info

Publication number: TWI712879B
Application number: TW108110025A
Authority: TW
Inventors: 張亮亮
Original assignee: 開曼群島商創新先進技術有限公司
Priority date: 2018-10-29
Filing date: 2019-03-22
Publication date: 2020-12-11
Also published as: TW202016737A; WO2020088072A1; CN109614263A; CN109614263B

Abstract

本說明書實施例揭示了一種容災資料處理方法、裝置及系統，所述方法包括當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果；若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將對應的用戶列入閘道黑名單；確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；對總黑名單中不屬於真實黑名單的用戶進行鎖定，並對鎖定用戶對應的閘道帳戶資料進行合併更新處理。利用本說明書各個實施例，可以實現在容災期間對除真實黑名單之外的用戶帳戶的正常交易。

Description

容災資料處理方法、裝置、設備及系統

本說明書實施例係有關電腦資料處理技術領域，特別是，有關一種容災資料處理方法、裝置及系統。

資料庫發生網路故障或者意外終止，可能會導致部分或者全部服務不可用，業內稱為資料庫failover(簡稱FO，容災)。一般資料庫有會主庫和備庫，資料庫failover通常發生在主庫上。當主庫不可用後，拉起備庫需要一定時間，在這段時間內，為了保障業務進行，帳戶資料通常會寫入FO庫(或稱容災庫)。在備庫被拉起或者主庫被修復後，再將容災庫中資料寫入主庫或備庫中。

但利用容災庫進行帳務資料處理時，因主庫當機瞬間，可能導致主庫和其他即時同步資料庫資料狀態不一致，從而無法準確知曉容災期間主庫中用戶的準確帳務資料，例如用戶的準確餘額，限制了用戶的正常交易，給用戶帶來不好的體驗。同時流程切換過程中還可能會出現部分分散式伺服器狀態不一致，而導致主庫、容災庫存在同時記帳的風險。

本說明書實施例的目的是提供一種容災資料處理方法、裝置及系統，可以有效地確保容災期間用戶的正常交易。

為實現上述目的，本說明書是透過包括以下實施例來實現的：一種容災資料處理方法，所述方法包括：當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果；若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將所述用戶資訊對應的用戶打標後列入閘道黑名單；確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。

一種容災資料處理裝置，所述裝置包括：業務資料獲取模組，用以當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果；閘道記帳模組，用以若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將所述用戶資訊對應的用戶打標後列入閘道黑名單；黑名單合併模組，用以確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；帳戶更新模組，用以對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。一種容災資料處理設備，包括處理器及用以儲存處理器可執行指令的記憶體，所述指令被所述處理器執行時實現包括以下步驟：當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果；若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將所述用戶資訊對應的用戶打標後列入閘道黑名單；確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。一種容災資料處理系統，包括至少一個處理器以及儲存電腦可執行指令的記憶體，所述處理器執行所述指令時實現本說明書任意一個實施例所述方法的步驟。本說明書一個或多個實施例提供的一種容災資料處理方法、裝置及系統，可以透過在主庫容災期間，先利用閘道記帳方式對流入類交易資料進行處理，將閘道記帳的用戶打標並列入為閘道黑名單中。同時非同步產生真實黑名單，所述真實黑名單用戶可以為主庫發生容災的瞬間，主庫和其他即時同步資料庫資料狀態不一致而產生的未決帳戶。當確定產生真實黑名單後，則可以先將閘道黑名單與真實黑名單合併獲得總黑名單。然後，對總黑名單中不屬於真實黑名單的用戶帳戶進行鎖定，並對鎖定用戶的帳戶資料進行合併更新處理，從而獲得鎖定用戶的完整帳戶資訊。從而，可以防止主機出現當機後主庫、容災庫同時記帳的同時，還可以確保除未決帳戶之外的其他帳戶的正常交易。

為了使本技術領域的人員更好地理解本說明書中的技術方案，下面將結合本說明書一個或多個實施例中的圖式，對本說明書一個或多個實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅是說明書的一部分實施例，而不是全部的實施例。基於說明書一個或多個實施例，本發明所屬技術領域中具有通常知識者在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本說明書實施例方案保護的範圍。資料庫發生網路故障或者意外終止，可能會導致部分或者全部服務不可用，業內稱為資料庫failover(容災)。一般資料庫有會主庫和備庫，資料庫failover通常發生在主庫上。當主庫不可用後，拉起備庫需要一定時間，在這段時間內，為了保障業務進行，帳戶資料通常會寫入FO庫(或稱容災庫)。在備庫被拉起或者主庫被修復後，再將容災庫中資料寫入主庫或備庫中。但利用容災庫來進行帳務資料處理時，因主庫當機瞬間，可能導致主庫和其他即時同步資料庫資料狀態不一致，從而無法準確知曉容災期間主庫中用戶的準確帳務資料，例如用戶的準確餘額，限制了用戶的正常交易，給用戶帶來不好的體驗。同時流程切換過程中還可能會出現部分分散式伺服器狀態不一致，而導致主庫、容災庫存在同時記帳的風險。相應地，本說明書實施例提供了一種資料庫容災資料處理方法，在帳務容災期間，先利用閘道記帳方式對流入類交易資料進行處理，並將閘道記帳的帳戶打標並列入為閘道黑名單中。同時非同步產生真實黑名單，所述真實黑名單用戶可以為主庫發生容災的瞬間，主庫和其他即時同步資料庫資料狀態不一致而產生的未決帳戶。當確定產生真實黑名單後，則可以先將閘道黑名單與真實黑名單合併獲得總黑名單。然後，將總黑名單中不屬於真實黑名單的用戶帳戶鎖定，並對鎖定用戶帳戶的資料進行合併更新處理，從而獲得鎖定用戶帳戶的完整帳務資料。利用本說明書實施例的方案，當主機出現當機後，可以將資料處理轉移到容災庫中進行，防止出現主庫、容災庫同時記帳。並採用只允許流入類交易的閘道記帳方式，將閘道記帳用戶進行打標，列入閘道黑名單中。同時，還可以非同步識別未決帳戶，產生真實黑名單；並在真實黑名單確定後，對真實黑名單之外的閘道帳戶進行資料合併更新處理。從而可以實現除真實黑名單之前的其他用戶在容災期間均可以進行正常交易。圖1是本說明書提供的所述一種容災資料處理方法實施例流程示意圖。雖然本說明書提供了如下述實施例或圖式所示的方法操作步驟或裝置結構，但基於常規或者無需創造性的勞動在所述方法或裝置中可以包括更多或者部分合併後更少的操作步驟或模組單元。在邏輯性上不存在必要因果關係的步驟或結構中，這些步驟的執行順序或裝置的模組結構不限於本說明書實施例或圖式所示的執行順序或模組結構。所述的方法或模組結構的在實際中的裝置、伺服器或終端產品應用時，可以按照實施例或者圖式所示的方法或模組結構來進行循序執行或者並存執行(例如，並行處理器或者多執行緒處理的環境、甚至包括分散式處理、伺服器集群的實施環境)。具體的一個實施例如圖1所示，本說明書提供的容災資料處理方法的一個實施例中，所述方法可以包括： S202：當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果。在主機容災狀態下，可以停止主機資料記錄，呼叫容災資料庫對業務進行處理。本說明書的一個實施例中，容災資料庫對業務處理過程中，在確定未決帳戶資料之前，可以先進行閘道記帳。其中，所述閘道記帳可以包括只允許流入不允許流出的資料處理狀態。容災資料庫進行閘道記帳時，僅可用來處理流入類交易，而不允許處理流出類交易。所述流入類交易通常指對於某個用戶帳戶而言，交易的資金流向是指向該用戶帳戶的，通常的表現如用戶帳戶資金增加。例如，可以包括向支付寶餘額中存入資金的交易，如可以包括透過銀行卡等第三方平臺向帳戶A的支付寶餘額中存入資金的交易，也可以包括透過其他帳戶的支付寶餘額向帳戶A的支付寶餘額中存入資金的交易等。相應地，可以將從用戶帳戶流出資金的交易稱為流出類交易，通常的表現如用戶帳戶資金減少。如帳戶A的支付寶餘額中流出資金的交易稱為帳戶A的流出類交易。所述第一業務處理請求中可以包括業務類型、交易資金等交易資訊、以及用戶資訊(如用戶ID)等。當容災資料庫獲取第一業務處理請求後，可以先獲取業務類型，所述業務類型可以包括流入類交易、流出類交易。然後，可以判斷所述交易類型是否為流入類交易，獲得第一判斷結果。 S204：若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將所述用戶資訊對應的用戶打標後列入閘道黑名單。若第一判斷結果為是，即第一業務處理請求中的業務類型為流入類，則可以對所述第一業務處理請求中的交易進行閘道記帳。為了區別其他狀態下的帳戶，本說明書實施例中可以將閘道記帳狀態下對應的帳戶稱之為閘道帳戶。在一些實施方式中，可以根據所述第一業務處理請求中的用戶資訊來判斷是否存在對應的閘道帳戶。若根據用戶資訊而判斷存在對應的閘道帳戶，則可以將所述第一業務處理請求中的交易金額記錄到所述用戶資訊對應的閘道帳戶中。如果不存在對應的閘道帳戶，則可以根據所述用戶資訊來新建一個餘額為零的帳戶，作為所述用戶資訊對應用戶的閘道帳戶。然後，可以獲取所述第一業務處理請求中的交易金額，將交易金額記錄在該新建的閘道帳戶中。並將進行閘道記帳的用戶進行打標，如可以標記為閘道黑名單用戶，列入閘道黑名單列表中。通常帳戶可以透過用戶資訊來進行標識，如用戶ID等。為了便於資料處理，可以將各個資料庫及各狀態下的帳戶採用相同的標識，如用戶ID。若帳戶A在主機中的帳戶標識為用戶A的ID，則帳戶A在閘道記帳狀態下對應的閘道帳戶標識也為用戶A的ID，以便於各資料庫以及各狀態下記錄的資料讀取、合併及更新等處理。相應地，可以將進行閘道記帳的用戶對應的用戶ID進行打標，並將用戶ID列入閘道黑名單列表中。當然，具體實施時，也可以採用其他的方式對帳戶進行標識，這裡不做限定。若判斷業務類型為流出類，則可以拒絕相應的業務處理請求，如可以返回請求出錯等消息。 S206：確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單。當主庫發生容災瞬間或者一段時間內，主庫和其他即時同步資料庫資料可能存在狀態不一致，而產生未決帳戶資料，可以將該部分未決帳戶確定為真實黑名單。如，主庫接收到帳戶C的流入類交易資訊，用戶向帳戶C中存入200元，主庫進行相應記帳。但是此時發生主庫容災，其他同步資料庫未來得及進行資料同步，從而導致主庫帳戶C的資料與其他同步資料庫不一致，無法確定帳戶C的準確餘額。假設流入類交易前，帳戶C的餘額為100元，流入類交易後，帳戶C的餘額應為300元。但同步資料庫未接收到相應資料，同步資料庫帳戶C餘額仍為100元。若帳戶C欲進行流出類交易200元，該資料處理由某同步資料庫進行，則可能導致交易失敗。在一些實施方式中，利用容災資料庫進行閘道記帳期間，可以同時利用與閘道記帳不同的其它資料處理線路，非同步分析主庫與其他即時同步資料庫的資料，確定未決帳戶，獲得真實黑名單列表。閘道記帳過程中，因不知哪些帳戶屬於未決帳戶，採用只允許流入類交易而不允許流出類交易的方式，可以防止平臺資金損失，同時還可以確保部分流入類交易的正常進行。在非同步確定真實黑名單後，可以撈取閘道記帳期間產生的閘道黑名單，然後，將真實黑名單與閘道黑名單進行合併，獲得總黑名單列表。 S208：對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。可以將總黑名單中不屬於真實黑名單的用戶對應的閘道帳戶鎖定。在一些實施方式中，如可以對總黑名單中不屬於真實黑名單的用戶的閘道帳戶進行撈取，並先暫停該部分帳戶的交易處理請求。然後，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。相應地，鎖定用戶的容災帳戶中包含了該用戶的完整帳戶資訊。為了便於區分，本說明書實施例中，可以將容災資料庫中完整記帳期間對應的用戶帳戶稱之為容災帳戶。需特殊說明的是，所述閘道帳戶、容災帳戶均為在容災資料庫中的用戶帳戶，可以透過用戶資訊與其他資料庫中的帳戶資料來進行相互關聯。對於同一個用戶，二者可以是專閘針對不同記帳狀態下所產生的不同帳戶；也可以是同一個帳戶，僅僅是為了便於表述，在不同記帳狀態下定義的名稱不同。具體實施時，可以根據實際需要來進行設定，這裡不做限定。在一些實施方式中，可以從讀庫和tair(緩存)等同步資料庫中獲取鎖定用戶在主庫當機前的最新資料記錄，並與鎖定用戶的閘道帳戶資料合併，將鎖定用戶對應的閘道帳戶中的資料更新成完整的帳務資料，獲得鎖定用戶對應的容災帳戶。圖2是本說明書提供的另一種容災資料處理方法實施例流程示意圖。如圖2所示，本說明書的另一個實施例中，所述獲得鎖定用戶對應的容災帳戶之後，還可以包括： S2102：當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據所述第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於真實黑名單，獲得第三判斷結果； S2104：第三判斷結果為否時，根據所述第二業務處理請求中的用戶資訊確定相應用戶對應的容災帳戶； S2106：根據所述相應用戶對應的容災帳戶對所述第二業務處理請求中的交易進行完整記帳。為了更好地區分表述，本說明書實施例中，可以將確定總黑名單之前的閘道記帳期間獲取的業務處理請求稱之為第一業務處理請求，將確定總黑名單之後的完整記帳期間獲取的業務處理請求稱之為第二業務處理請求。二者只是文字表述的差別，在內容上並沒有特殊的限定。相應地，所述第二業務處理請求中也可以包括業務類型、交易資金等交易資訊、以及用戶資訊(如用戶ID)等。所述完整記帳可以包括既允許流入也允許流出的資料處理狀態。容災資料庫進行完整記帳時，既允許處理流入類交易，也允許處理流出類交易。獲得鎖定用戶的完整帳務資料後，當容災資料庫獲取業務請求方發送的第二業務處理請求後，可以根據所述第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於真實黑名單。如果屬於真實黑名單，則可以拒絕進行相應的交易請求。如果不屬於真實黑名單，則可以根據所述第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶。如果確定存在相應的容災帳戶，則可以根據對應的容災帳戶對業務處理請求中的相應交易進行完整記帳。經過步驟S208的處理後，鎖定用戶均對應有包含完整帳務資料的容災帳戶，因此，如果該業務處理請求為鎖定帳戶的業務處理請求時，則可以根據用戶資訊來確定相應用戶的容災帳戶，並可以根據該容災帳戶來進行正常的流入類及流出類交易處理。以及可以將相應的交易資料記錄在對應的容災帳戶中。本說明書實施例中，可以將既不屬於未決帳戶，也未在閘道記帳期間進行交易的用戶稱之為正常用戶。則可以說明正常用戶在主庫的其他即時同步資料中的帳務記錄資料正確且完整。在一些實施方式中，對於正常用戶，如果沒有在容災資料庫中進行過業務處理，則可以不在容災資料中產生對應的帳戶資訊，以確保後續資料回遷的簡便性。根據所述第二業務處理請求中的用戶資訊來確定對應的容災帳戶時，如果沒有匹配到相應的容災帳戶，則可以說明該用戶是第一次在容災資料中進行業務處理。則可以在容災資料庫中新建一個餘額為零的容災帳戶，然後，可以根據所述第二業務處理請求中的用戶資訊來調取讀庫及tair(緩存)等資料庫中相應用戶的帳務資料，合併到相應用戶對應的容災帳戶中，將該容災帳戶中的帳務資料更新成完整的帳務資料。則合併更新處理後的容災帳戶中包含了相應用戶的完整帳務資料。然後，可以基於合併更新處理後的容災帳戶對該業務處理請求中的交易進行處理，並記錄在相應的容災帳戶中，實現用戶的完整記帳。如果在容災資料庫中再次接收到關於該用戶的業務處理請求時，則可以根據用戶資訊來確定相應的容災帳戶，並根據該用戶對應的容災帳戶而對業務處理請求中的相應交易進行完整記帳。相應地，本說明書的一個實施例中，所述根據所述第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，可以包括：當根據所述第二業務處理請求中的用戶資訊未匹配到對應的容災帳戶時，根據所述第二業務處理請求中的用戶資訊而產生容災帳戶，並對該容災帳戶的資料進行合併更新處理；相應地，根據合併更新處理後的容災帳戶對所述第二業務處理請求中的交易進行完整記帳。本說明書上述實施例提供的方案，在主庫故障後，可以暫停主庫的帳務處理，臨時調取容災資料庫而對帳務資料進行處理，防止主庫異常帳務處理帶來較多的未決帳戶。在確定未決帳戶之前，可以先在容災資料庫中利用閘道記帳的方式來進行帳務處理，閘道記帳過程中，採用只允許流入類交易而不允許流出類交易的方式，可以防止平臺資金損失。並對閘道記帳的用戶進行打標，列入閘道黑名單列表中。在閘道記帳的同時，可以非同步分析主庫故障至容災資料庫啟用時間段內產生的未決帳戶，產生真實黑名單。當真實黑名單產生後，可以將閘道黑名單與真實黑名單合併，獲得總黑名單列表。確定總黑名單列表後，可以對總黑名單中不屬於真實黑名單的用戶進行帳務資料合併，獲得相應用戶的完整帳務資料。當再次接收到業務處理請求時，對於鎖定用戶可以利用已包含完整帳務資料的容災帳戶來進行正常帳務處理。對於正常用戶，則可以產生相應的容災帳戶，並從同步資料庫中調取完整帳務資料，利用包含完整帳務資料的容災帳戶來進行正常業務處理。從而實現除真實黑名單之外的用戶的正常帳務處理。從而，利用上述實施例提供的方案，可以最大程度地確保容災期間資料庫的帳務處理能力。本說明書的另一個實施例中，可以採用非同步方式撈取總黑名單中不屬於真實黑名單的用戶並進行鎖定，對鎖定用戶得帳戶資料進行合併更新批次處理。在一些實施方式中，可以先暫停鎖定用戶的交易處理，在對其他用戶進行正常記帳的同時，利用與正常記帳不同的其它資料處理線路，非同步撈取鎖定用戶清單，放入任務佇列中。然後，對鎖定用戶清單中的資料以批次處理的方式進行資料合併更新處理，從而可以高效的實現對鎖定用戶的資料更新處理。同時，還可以確保在此期間，容災資料庫中其他資料的正常交易處理。圖3是本說明書提供的另一種容災資料處理方法實施例流程示意圖。如圖3所示，本說明書的另一個實施例中，所述方法還可以包括： S2202：對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理時，當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據所述第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於總黑名單，獲得第二判斷結果； S2204：第二判斷結果為否時，根據所述第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶； S2206：根據所述相應用戶對應的容災帳戶對所述第二業務處理請求中的交易進行完整記帳；在一些實施方式中，當採用非同步的方式對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理的同時，還可以根據第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於總黑名單，獲得第二判斷結果。如果第二判斷結果為否，即相應用戶不屬於未決帳戶，也未在閘道記帳期間進行交易，則該用戶屬於正常用戶。此時，對於正常用戶，可以根據所述第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，根據所述相應用戶對應的容災帳戶對所述第二業務處理請求中的交易進行完整記帳。具體實施時，參考上述實施例的方案，根據所述第二業務處理請求中的用戶資訊來確定對應的容災帳戶時，如果沒有匹配到相應的容災帳戶，則可以說明該用戶是第一次在容災資料中進行業務處理。則可以在容災資料庫中新建一個餘額為零的容災帳戶，然後，可以根據所述第二業務處理請求中的用戶資訊來調取讀庫及tair(緩存)等資料庫中相應用戶的帳務資料，合併到相應用戶對應的容災帳戶中，將該容災帳戶中的帳務資料更新成完整的帳務資料。則合併更新處理後的容災帳戶中包含了相應用戶的完整帳務資料。然後，可以基於合併更新處理後的容災帳戶而對該業務處理請求中的交易進行處理，並記錄在相應的容災帳戶中，實現用戶的完整記帳。如果在容災資料庫中再次接收到關於該用戶的業務處理請求時，則可以根據用戶資訊來確定相應的容災帳戶，並根據該用戶對應的容災帳戶對業務處理請求中的相應交易進行完整記帳。當確定非同步進行的鎖定用戶的帳戶資料合併更新完畢後，則可以對除真實黑名單之外的所有用戶進行完整記帳。相應的完整記帳實施方案可以參考步驟S2102-S2106中提供的方案來實施，這裡不做贅述。本說明書上述實施例提供的方案，透過採用非同步方式對總黑名單中不屬於真實黑名單的用戶進行帳務資料進行合併更新處理的同時，對總黑名單列表之外的正常用戶在容災資料庫中進行正常帳務處理。從而可以進一步提升容災期間資料庫的帳務處理能力。圖4表示本說明書的一個實施情況中容災資料處理示意圖。如圖4所示，以支付寶的餘額記帳為例來說明本說明書實施例方案的具體實現方式。為了便於說明，可以將容災資料庫中資料處理方式看作兩個不同的階段：閘道failover階段(對應於閘道記帳狀態)、完整failover階段(對應於完整記帳狀態)。主庫當機前，假設用戶A在主庫有餘額100元，主庫帳號表為：

Failover庫(容災庫)帳號表：無記錄。 Failover記錄表：無記錄。主庫當機後，可以非同步產生真實黑名單，同時容災資料庫進行閘道記帳。此時，若用戶A透過銀行卡向支付寶餘額中充值100元，可以先初始化failover(容災庫)記錄為閘道記帳，並對用戶A初始化一個餘額為零的failover帳戶資訊，可以將此failover帳戶資訊稱之為閘道帳戶。然後，將用戶A充值的100元存入用戶A對應的閘道帳戶，並對用戶A進行打標並存入閘道黑名單列表中。則：主庫帳號表為：

Failover庫中帳號表為：

Failover記錄表為：

當非同步判斷產生真實黑名單後，容災資料庫撈取真實黑名單與閘道黑名單，合併獲得總黑名單。並將總黑名單中不屬於真實黑名單的用戶進行鎖定，獲得鎖定用戶。然後，非同步結合讀庫、fair資料對用戶A在Failover庫中帳號進行合併更新，更新後：主庫帳號表為：

Failover庫帳號表為：

可以將用戶A在Failover庫中帳號進行合併更新後的帳戶稱之為用戶A的容災帳戶。此後，若再接收到用戶A業務處理請求，則可以利用用戶A的容災帳戶對業務處理請求中的交易進行完整記帳。如，若用戶A使用餘額支出100，則： Failover庫帳號表為：

Failover記錄表為：

假設用戶B在總黑名單產生前，未進行閘道記帳，其主機帳戶餘額為300元。總黑名單產生之後，容災資料庫接收到用戶B的業務處理請求，可以先判斷用戶B是否屬於總黑名單。若不屬於，則可以為用戶B初始化一個餘額為零的容災帳戶，並撈取用戶B在讀庫、fair中的最新記錄資料合併至用戶B的容災帳戶中，獲得用戶B合併更新後的容災帳戶。此時：主庫帳號表為：

Failover庫帳號表為：

若接收到的業務處理請求中的交易資訊為用戶B使用餘額支出100，利用用戶B合併更新後的容災帳戶對該交易正常處理後，則： Failover庫帳號表為：

Failover記錄表為：

相應地，假設真實黑名單產生之後，若判斷用戶C屬於真實黑名單，則完整記帳狀態下，可以拒絕對用戶C的業務處理請求。若用戶C還屬於閘道黑名單，即用戶C在閘道記帳狀態下進行過流入類交易，則可以在容災資料庫中保留用戶C的閘道記帳記錄資料，以備於後續資料回遷等處理。從而，利用本說明書上述實施例提供的方案，可以實現在容災期間對除真實黑名單之外的其他用戶帳戶的正常交易，且同時避免了容災庫、主庫同時記帳的風險。在備庫被拉起或者主庫被修復後，可以將容災庫的資料進行回遷。本說明書的一個實施例中，可以根據記帳狀態對容災庫中的資料進行回遷處理，其中，所述記帳狀態包括閘道記帳、完整記帳。若判斷記帳狀態為閘道記帳，則可以僅將閘道帳戶餘額增加至主庫或者備庫餘額中。若判斷記帳狀態為完整記帳，則可以將相應採用完整記帳的用戶資料進行整體回遷。從而可以提高回遷資料處理的效率以及準確性。本說明書中的各個實施例均採用漸進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。具體上可以參照前述相關處理相關實施例的描述，在此不做一一贅述。上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範疇之內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多工處理和並行處理也是可以的或者可能是有利的。本說明書一個或多個實施例提供的一種容災資料處理方法，可以透過在主庫容災期間，先利用閘道記帳方式對流入類交易資料進行處理，將閘道記帳的用戶打標並列入為閘道黑名單中。同時非同步產生真實黑名單，所述真實黑名單用戶可以為主庫發生容災的瞬間，主庫和其他即時同步資料庫資料狀態不一致而產生的未決帳戶。當確定產生真實黑名單後，則可以先將閘道黑名單與真實黑名單合併獲得總黑名單。然後，對總黑名單中不屬於真實黑名單的用戶帳戶進行鎖定，並對鎖定用戶的帳戶資料進行合併更新處理，從而獲得鎖定用戶的完整帳戶資訊。從而，可以防止主機出現當機後主庫、容災庫同時記帳的同時，還可以確保除未決帳戶之外的其他帳戶的正常交易。基於上述所述的容災資料處理方法，本說明書一個或多個實施例還提供一種容災資料處理裝置。所述的裝置可以包括使用了本說明書實施例所述方法的系統、軟體(應用程式)、模組、元件、伺服器等並結合必要的實施硬體的裝置。基於同一個創新構思，本說明書實施例提供的一個或多個實施例中的裝置如下面的實施例所述。由於裝置解決問題的實現方案與方法相似，因此本說明書實施例具體的裝置的實施可以參見前述方法的實施，重複之處不再贅述。以下所使用的，術語“單元”或者“模組”可以實現預定功能的軟體和/或硬體的組合。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。具體地，圖5表示說明書提供的一種容災資料處理裝置實施例的模組結構示意圖，如圖5所示，所述裝置可以包括：業務資料獲取模組102，可以用於當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果；閘道記帳模組104，可以用於若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將所述用戶資訊對應的用戶打標後列入閘道黑名單；黑名單合併模組106，可以用來確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；帳戶更新模組108，可以用來對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。利用上述實施例中的方案，可以實現在容災期間對除真實黑名單之外的其他用戶帳戶的正常交易。且同時避免了容災庫、主庫同時記帳的風險。圖6表示說明書提供的另一種容災資料處理裝置實施例的模組結構示意圖。如圖6所示，本說明書的另一個實施例中，所述裝置還可以包括第二完整記帳模組，所述第二完整記帳模組110，所述第二完整記帳模組110可以包括：第二判斷單元，可以用於當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據所述第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於真實黑名單，獲得第三判斷結果；第二完整記帳單元，可以用於第三判斷結果為否時，根據所述第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，以及根據所述相應用戶對應的容災帳戶對所述第二業務處理請求中的交易進行完整記帳。本說明書的一個或者多個實施例中，所述第二完整記帳單元可以包括：帳戶更新子單元，可以用於當根據所述第二業務處理請求中的用戶資訊未匹配到對應的容災帳戶時，根據所述第二業務處理請求中的用戶資訊而產生容災帳戶，並對該容災帳戶的資料進行合併更新處理；完整記帳子單元，可以用於根據合併更新處理後的容災帳戶對所述第二業務處理請求中的交易進行完整記帳。利用上述實施例提供的方案，可以最大程度地確保容災期間資料庫的帳務處理能力。本說明書的一個實施例中，所述帳戶更新模組108可以包括：帳戶更新單元，可以用來採用非同步的方式撈取總黑名單中不屬於真實黑名單的用戶並進行鎖定，並對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理。利用上述實施例中的方案，可以提高帳戶合併更新處理的效率。圖7表示說明書提供的另一種容災資料處理裝置實施例的模組結構示意圖。如圖7所示，本說明書的另一個實施例中，當第一帳戶更新模組108採用非同步方式對鎖定用戶進行資料合併更新處理時，所述裝置還可以包括第一完整記帳模組109，所述第一完整記帳模組109可以包括：第一判斷單元，可以用來對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理時，當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據所述第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於總黑名單，獲得第二判斷結果；第一完整記帳單元，可以用於第二判斷結果為否時，根據所述第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，以及根據所述相應用戶對應的容災帳戶對所述第二業務處理請求中的交易進行完整記帳。相應地，當第一帳戶更新模組108執行完相應操作後，可以進一步利用第二完整記帳模組110來進行後續操作。需要特殊說明的是，相應的第一完整記帳模組以及第二完整記帳模組僅僅是為了更清楚表述而進行區分定義，二者可以是不同的模組，也可以是同一個模組。當二者是同一個模組時，用以在不同階段執行分配給的不同任務。本說明書的另一個實施例中，所述裝置還可以包括：資料回遷模組，可以用於根據記帳狀態對容災庫中的資料進行回遷處理，其中，所述記帳狀態包括閘道記帳以及完整記帳。利用上述實施例中的方案，可以提高回遷資料處理的效率以及準確性。需要說明的，上述所述的裝置根據方法實施例的描述還可以包括其他的實施方式。具體的實現方式可以參照相關方法實施例的描述，在此不作一一贅述。本說明書一個或多個實施例提供的一種容災資料處理裝置，可以透過在主庫容災期間，先利用閘道記帳方式對流入類交易資料進行處理，將閘道記帳的用戶打標並列入為閘道黑名單中。同時非同步產生真實黑名單，所述真實黑名單用戶可以為主庫發生容災的瞬間，主庫和其他即時同步資料庫資料狀態不一致而產生的未決帳戶。當確定產生真實黑名單後，則可以先將閘道黑名單與真實黑名單合併獲得總黑名單。然後，對總黑名單中不屬於真實黑名單的用戶帳戶進行鎖定，並對鎖定用戶的帳戶資料進行合併更新處理，從而獲得鎖定用戶的完整帳戶資訊。從而，可以防止主機出現當機後主庫、容災庫同時記帳的同時，還可以確保除未決帳戶之外的其他帳戶的正常交易。本說明書提供的上述實施例所述的方法或裝置可以透過電腦程式來實現業務邏輯並被記錄在儲存媒體上，所述的儲存媒體可以被電腦讀取並執行，實現本說明書實施例所描述方案的效果。因此，本說明書還提供一種容災資料處理設備，包括處理器及儲存處理器可執行指令的記憶體，所述指令被所述處理器執行時實現包括以下步驟：當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷所述第一業務處理請求的類型是否為流入類，獲得第一判斷結果；若第一判斷結果為是，則根據所述第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據所述閘道帳戶對所述第一業務處理請求中的交易進行閘道記帳，並將所述用戶資訊對應的用戶打標後列入閘道黑名單；確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。所述儲存媒體可以包括用以儲存資訊的物理裝置，通常是將資訊數位化後再以利用電、磁或者光學等方式的媒體來加以儲存。所述儲存媒體有可以包括：利用電能方式來儲存資訊的裝置如，各式記憶體，如RAM、ROM等；利用磁能方式來儲存資訊的裝置如，硬碟、軟碟、磁帶、磁芯記憶體、磁泡記憶體、U碟；利用光學方式來儲存資訊的裝置如，CD或DVD。當然，還有其他方式的可讀儲存媒體，例如量子記憶體、石墨烯記憶體等等。需要說明的，上述所述的處理設備根據方法實施例的描述還可以包括其他的實施方式。具體的實現方式可以參照相關方法實施例的描述，在此不作一一贅述。本說明書實施例所提供的方法實施例可以在移動終端、電腦終端、伺服器或者類似的計算裝置中執行。以運行在伺服器上為例，圖8是應用本發明實施例的一種容災資料處理伺服器的硬體結構方塊圖。如圖8所示，伺服器10可以包括一個或多個(圖中僅示出一個)處理器100(處理器100可以包括但不限於微處理器MCU或可程式設計邏輯裝置FPGA等的處理裝置)、用以儲存資料的記憶體200、以及用於通訊功能的傳輸模組300。本發明所屬技術領域中具有通常知識者可以理解到，圖8所示的結構僅為示意，其並不對上述電子裝置的結構造成限定。例如，伺服器10還可包括比圖8中所示更多或者更少的元件，例如還可以包括其他的處理硬體，如資料庫或多級緩存、GPU，或者具有與圖8所示不同的配置。記憶體200可用以儲存應用軟體的軟體程式以及模組，如本發明實施例中的搜尋方法對應的程式指令/模組，處理器100透過運行儲存在記憶體200內的軟體程式以及模組，從而執行各種功能應用程式以及資料處理。記憶體200可包括高速隨機記憶體，還可包括非易失性記憶體，如一個或者多個磁性儲存裝置、快閃記憶體、或者其他非易失性固態記憶體。在一些實例中，記憶體200可進一步包括相對於處理器100遠端設置的記憶體，這些遠端儲存器可以透過網路而被連接至電腦終端。上述網路的實例包括但不限於網際網路、企業內部網、局域網、移動通訊網及其組合。傳輸模組300用以經由一個網路來接收或者發送資料。上述的網路具體實例可包括電腦終端的通訊供應商提供的無線網路。在一個實例中，傳輸模組300包括一個網路介面卡(Network Interface Controller，NIC)，其可透過基站與其他網路設備相連從而可與網際網路進行通訊。在一個實例中，傳輸模組300可以為射頻(Radio Frequency，RF)模組，其用以透過無線方式而與網際網路進行通訊。上述實施例所述的一種容災資料處理設備，可以透過在主庫容災期間，先利用閘道記帳方式對流入類交易資料進行處理，將閘道記帳的用戶打標並列入為閘道黑名單中。同時非同步產生真實黑名單，所述真實黑名單用戶可以為主庫發生容災的瞬間，主庫和其他即時同步資料庫資料狀態不一致而產生的未決帳戶。當確定產生真實黑名單後，則可以先將閘道黑名單與真實黑名單合併獲得總黑名單。然後，對總黑名單中不屬於真實黑名單的用戶帳戶進行鎖定，並對鎖定用戶的帳戶資料進行合併更新處理，從而獲得鎖定用戶的完整帳戶資訊。從而，可以防止主機出現當機後主庫、容災庫同時記帳的同時，還可以確保除未決帳戶之外的其他帳戶的正常交易。本說明書還提供一種容災資料處理系統，所述系統可以為單獨的容災資料處理系統，也可以應用在業務處理分散式系統中。所述的系統可以為單獨的伺服器，也可以包括使用了本說明書的一個或多個所述方法或一個或多個實施例裝置的伺服器集群、系統(包括分散式系統)、軟體(應用程式)、實際操作裝置、邏輯閘電路裝置、量子電腦等並結合必要的實施硬體的終端裝置。所述容災資料處理系統可以包括至少一個處理器以及儲存電腦可執行指令的記憶體，所述處理器執行所述指令時實現上述任意一個或者多個實施例中所述方法的步驟。需要說明的，上述所述的系統根據方法或者裝置實施例的描述還可以包括其他的實施方式，具體的實現方式可以參照相關方法實施例的描述，在此不作一一贅述。上述實施例所述的一種容災資料處理系統，可以透過在主庫容災期間，先利用閘道記帳方式對流入類交易資料進行處理，將閘道記帳的用戶打標並列入為閘道黑名單中。同時非同步產生真實黑名單，所述真實黑名單用戶可以為主庫發生容災的瞬間，主庫和其他即時同步資料庫資料狀態不一致而產生的未決帳戶。當確定產生真實黑名單後，則可以先將閘道黑名單與真實黑名單合併獲得總黑名單。然後，對總黑名單中不屬於真實黑名單的用戶帳戶進行鎖定，並對鎖定用戶的帳戶資料進行合併更新處理，從而獲得鎖定用戶的完整帳戶資訊。從而，可以防止主機出現當機後主庫、容災庫同時記帳的同時，還可以確保除未決帳戶之外的其他帳戶的正常交易。需要說明的是，本說明書上述所述的裝置或者系統根據相關方法實施例的描述還可以包括其他的實施方式，具體的實現方式可以參照方法實施例的描述，在此不作一一贅述。本說明書中的各個實施例均採用漸進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於硬體+程式類、儲存媒體+程式實施例而言，由於其基本上類似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。儘管本說明書實施例內容中提到閘道記帳、資料合併更新處理之類的獲取、定義、互動、計算、判斷等操作和資料描述，但是，本說明書實施例並不局限於必須是符合標準資料模型/範本或本說明書實施例所描述的情況。某些行業標準或者使用自訂方式或實施例描述的實施基礎上略加修改後的實施方案也可以實現上述實施例相同、等同或相近、或變形後可預料的實施效果。應用這些修改或變形後的資料獲取、儲存、判斷、處理方式等獲取的實施例，仍然可以屬於本說明書的可選實施方案範圍之內。上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範疇內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施例中，多工處理和並行處理也是可以的或者可能是有利的。上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體地，電腦例如可以為個人電腦、膝上型電腦、車載人機互動設備、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。為了描述的方便，描述以上裝置時以功能分為各種模組來分別描述。當然，在實施本說明書一個或多個時可以把各模組的功能在同一個或多個軟體和/或硬體中實現，也可以將實現同一功能的模組由多個子模組或子單元的組合來實現等。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或元件可以結合或者可以整合到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通訊連接可以是透過一些介面、裝置或單元的間接耦合或通訊連接，可以是電性、機械或其它的形式。本發明所屬技術領域中具有通常知識者也知道，除了以純電腦可讀程式碼方式來實現控制器以外，完全可以透過將方法步驟進行邏輯程式設計來使得控制器以邏輯閘、開關、特殊應用積體電路、可程式設計邏輯控制器和嵌入式微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內部包括的用來實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用來實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和／或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和／或方塊圖中的每一個流程和／或方塊、以及流程圖和／或方塊圖中的流程和／或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可程式設計資料處理設備的處理器以產生一個機器，使得透過電腦或其他可程式設計資料處理設備的處理器執行的指令產生用來實現在流程圖中的一個流程或多個流程和／或方塊圖中的一個方塊或多個方塊中指定的功能的裝置。這些電腦程式指令也可被儲存在能引導電腦或其他可程式設計資料處理設備以特定方式操作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖中的一個流程或多個流程和／或方塊圖中的一個方塊或多個方塊中指定的功能。這些電腦程式指令也可被裝載到電腦或其他可程式設計資料處理設備上，使得在電腦或其他可程式設計設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式設計設備上執行的指令提供用來實現在流程圖中的一個流程或多個流程和／或方塊圖中的一個方塊或多個方塊中指定的功能的步驟。在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法或者設備中還存在另外的相同要素。本發明所屬技術領域中具有通常知識者應明白，本說明書一個或多個實施例可提供為方法、系統或電腦程式產品。因此，本說明書一個或多個實施例可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體態樣的實施例的形式。而且，本說明書一個或多個實施例可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。本說明書一個或多個實施例可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式計算環境中實踐本本說明書一個或多個實施例，在這些分散式計算環境中，由透過通訊網路而被連接的遠端處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存裝置在內的本地和遠端電腦儲存媒體中。本說明書中的各個實施例均採用漸進的方式來描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本上類似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本說明書的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述並不必須針對的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本發明所屬技術領域中具有通常知識者可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特徵進行結合和組合。以上所述僅為本說明書的實施例而已，並不用來限制本說明書。對於本發明所屬技術領域中具有通常知識者來說，本說明書可以有各種更改和變化。凡在本說明書的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本說明書的申請專利範圍的範疇之內。

S202:步驟 S204:步驟 S206:步驟 S208:步驟 S2102:步驟 S2104:步驟 S2106:步驟 S2202:步驟 S2204:步驟 S2206:步驟 102:業務資料獲取模組 104:閘道記帳模組 106:黑名單合併模組 108:帳戶更新模組 109:第一完整記帳模組 110:第二完整記帳模組 10:伺服器 100:處理器 200:記憶體 300:傳輸模組

為了更清楚地說明本說明書實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本說明書中記載的一些實施例，對於本發明所屬技術領域中具有通常知識者來講，在不付出創造性勞動性的前提下，還可以根據這些圖式而獲得其他的圖式。在圖式中：圖1為本說明書提供的一種容災資料處理方法實施例的流程示意圖；圖2為本說明書提供的另一種容災資料處理方法實施例的流程示意圖；圖3為本說明書提供的另一種容災資料處理方法實施例的流程示意圖；圖4為本說明書提供的一個實施例中容災資料處理流程示意圖；圖5為本說明書提供的一種容災資料處理裝置實施例的模組結構示意圖；圖6為本說明書提供的另一種容災資料處理裝置實施例的模組結構示意圖；圖7為本說明書提供的另一種容災資料處理裝置實施例的模組結構示意圖；圖8是根據本說明書的一個示例性實施例的伺服器的示意結構圖。

Claims

一種容災資料處理方法，該方法包括：當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷該第一業務處理請求的類型是否為流入類，獲得第一判斷結果；若第一判斷結果為是，則根據該第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據該閘道帳戶對該第一業務處理請求中的交易進行閘道記帳，並將該用戶資訊對應的用戶打標後列入閘道黑名單；確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；以及對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。
根據請求項1所述的容災資料處理方法，該對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，包括：採用非同步方式撈取總黑名單中不屬於真實黑名單的用戶並進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理。
根據請求項2所述的容災資料處理方法，該方法還包括：對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理時，當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據該第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於總黑名單，獲得第二判斷結果；第二判斷結果為否時，根據該第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶；以及根據該相應用戶對應的容災帳戶對該第二業務處理請求中的交易進行完整記帳。
根據請求項1至3中任一項所述的容災資料處理方法，該獲得鎖定用戶對應的容災帳戶之後，還包括：當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據該第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於真實黑名單，獲得第三判斷結果；第三判斷結果為否時，根據該第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶；以及根據該相應用戶對應的容災帳戶對該第二業務處理請求中的交易進行完整記帳。
根據請求項4所述的容災資料處理方法，該根據該第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，包括：當根據該第二業務處理請求中的用戶資訊未匹配到對應的容災帳戶時，根據該第二業務處理請求中的用戶資訊來產生容災帳戶，並對該容災帳戶的資料進行合併更新處理；以及相應地，根據合併更新處理後的容災帳戶對該第二業務處理請求中的交易進行完整記帳。
根據請求項5中所述的容災資料處理方法，該方法還包括：根據記帳狀態對容災庫中的資料進行回遷處理，其中，該記帳狀態包括閘道記帳以及完整記帳。
一種容災資料處理裝置，該裝置包括：業務資料獲取模組，用以當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷該第一業務處理請求的類型是否為流入類，獲得第一判斷結果；閘道記帳模組，用以若第一判斷結果為是，則根據該第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，根據該閘道帳戶對該第一業務處理請求中的交易進行閘道記帳，並將該用戶資訊對應的用戶打標後列入閘道黑名單；黑名單合併模組，用以確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；以及帳戶更新模組，用以對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。
根據請求項7所述的容災資料處理裝置，該帳戶更新模組包括：帳戶更新單元，用以採用非同步方式撈取總黑名單中不屬於真實黑名單的用戶並進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理。
根據請求項8所述的容災資料處理裝置，該裝置還包括第一完整記帳模組，該第一完整記帳模組包括：第一判斷單元，用以對鎖定用戶對應的閘道帳戶資料進行合併更新批次處理時，當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據該第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於總黑名單，獲得第二判斷結果；以及第一完整記帳單元，用於第二判斷結果為否時，根據該第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，以及根據該相應用戶對應的容災帳戶對該第二業務處理請求中的交易進行完整記帳。
根據請求項7至9中任一項所述的容災資料處理裝置，該裝置還包括第二完整記帳模組，該第二完整記帳模組包括：第二判斷單元，用以當容災資料庫獲取業務請求方發送的第二業務處理請求後，根據該第二業務處理請求中的用戶資訊來判斷相應用戶是否屬於真實黑名單，獲得第三判斷結果；以及第二完整記帳單元，用於第三判斷結果為否時，根據該第二業務處理請求中的用戶資訊來確定相應用戶對應的容災帳戶，以及根據該相應用戶對應的容災帳戶對該第二業務處理請求中的交易進行完整記帳。
根據請求項10所述的容災資料處理裝置，該第二完整記帳單元包括：帳戶更新子單元，用以當根據該第二業務處理請求中的用戶資訊未匹配到對應的容災帳戶時，根據該第二業務處理請求中的用戶資訊來產生容災帳戶，並對該容災帳戶的資料進行合併更新處理；以及完整記帳子單元，用以根據合併更新處理後的容災帳戶對該第二業務處理請求中的交易進行完整記帳。
根據請求項11所述的容災資料處理裝置，該裝置還包括：資料回遷模組，用以根據記帳狀態對容災庫中的資料進行回遷處理，其中，該記帳狀態包括閘道記帳以及完整記帳。
一種容災資料處理設備，包括處理器及用以儲存處理器可執行指令的記憶體，該指令被該處理器執行時實現包括以下步驟：當容災資料庫獲取業務請求方發送的第一業務處理請求後，判斷該第一業務處理請求的類型是否為流入類，獲得第一判斷結果；若第一判斷結果為是，則根據該第一業務處理請求中的用戶資訊來確定對應的閘道帳戶，以及根據該閘道帳戶對該第一業務處理請求中的交易進行閘道記帳，並將該用戶資訊對應的用戶打標後列入閘道黑名單；確定非同步產生的真實黑名單，將真實黑名單與閘道黑名單進行合併獲得總黑名單；以及對總黑名單中不屬於真實黑名單的用戶進行鎖定，對鎖定用戶對應的閘道帳戶資料進行合併更新處理，獲得鎖定用戶對應的容災帳戶。
一種容災資料處理系統，包括至少一個處理器以及儲存電腦可執行指令的記憶體，該處理器執行該指令時實現根據請求項1至6中任意一項所述方法的步驟。