專利名稱：可動態配置容災粒度的業務系統應用級容災方法
技術領域：
本發明涉及不同地理區域的業務處理系統同時處理同步備份的方法，尤其處理過
程的同步、數據的同步、一致性，數據的實時備份，尤其過程數據的實時備份。
背景技術：
目前的災難恢復的方式主要有兩種 1、純備份的方式，即從不同邏輯角度分為不同的備份方式。例如全備份、增量備 份、差分備份、熱備份、冷備份等。它的優點包括避免災難發生后所導致的數據災難，有效 利用災難恢復方案在應急地點迅速準確地重新恢復業務應用；備份的頻率不是很高；具有 備份策略、可管理的自動備份方案成本比較低。它的缺點包括因介質容量不足而更換介 質，會降低備份數據的可靠性與完整性；系統故障的出現可能導致業務停頓；備份數據的 存取速度是一個很重要的因素。 2、數據級的容災方式，即在數據級容災方式下，所建立的異地容災中心可以簡單 地把它理解成一個遠程的數據備份中心。它的優點是，相比其他容災級別來講費用比較低， 而且構建實施也相對簡單。它的缺點包括恢復時間比較長；要確保原有的數據不會丟失 或者遭到破壞。 現有技術中公開了一些類似技術 200710002663. 7 "業務交換點容災方法及裝置"公開了一種業務交換點SSP容災 方法，包括步驟業務交換點獨立地對業務交換點與業務控制點消息交互超時情況進行周 期性統計；以及當周期性統計發現超時情況滿足容災條件時，業務交換點控制智能業務如 何接續。 200710187701. 0 "—種實現業務系統容災的方法及系統"公開了一種實現業務系 統容災的方法，包括確定業務系統發生故障時，修改IP路由設備的設置，在對應容災業務 系統局點的消息分發設備上，設置所述故障業務系統的服務IP地址相關的設置；接收到給 所述故障業務系統發送的消息時，通過連接所述容災業務系統局點的端口 ，將所述消息發 送到所述容災業務系統局點的消息分發設備；并根據消息分發設備中的映射關系，將所述 消息轉發到所述容災業務系統；由容災業務系統進行處理。 200710138037. 0 "—種實現容災的方法及裝置"公開了一種實現容災的方法業 務分發單元收到業務請求消息后，從至少兩個業務處理單元中選擇一個正常的業務處理單 元，并將收到的業務請求消息發送給被選擇的業務處理單元處理，其中，所述業務分發單元 以用戶為單位進行消息分發。另外，本發明還提供了一種節點設備，包括以用戶為單位進 行消息分發的業務分發單元和至少兩個業務處理單元，其中，業務分發單元，用于在收到業 務請求消息后，從所述至少兩個業務處理單元中選擇一個正常的業務處理單元，并將收到 的業務請求消息發送給被選擇的業務處理單元；業務處理單元，用于對收到的業務請求消 息進行處理。API (Application Programming Interface,應用程序編程接口 )是一些預先定義的函數，目的是提供應用程序與開發人員基于某軟件或硬件的以訪問一組例程的能力，而 又無需訪問源碼，或理解內部工作機制的細節。
發明內容
l)發明目的 獨立于各個支撐業務系統的可配置容災顆粒度的應用級容災平臺。
確保災難發生時，做到應用系統無縫隙及時切換。
2)技術方案 —、本發明的系統基于以下幾個部件組成
1.業務系統的應用aip接口
2.獨立于業務系統的仲裁平臺。
本發明的技術解決方案主要設計思想 1、容災顆粒度可以任意配置，配置的顆粒度的大小決定了災難發生時，所有的指 標。 2、用命令文件控制主備系統處理順序的一致性。
3、用索引文件控制主備系統處理結果的一致性。
4、用信號燈控制主備系統所處狀態。
5、用角色變量控制主備系統的處理模式。 —種可動態配置容災粒度的業務系統應用級容災方法，步驟包括 1)先建立兩個應用系統；2)再根據容災顆粒度，確定應用系統的容災角色是主應
用系統還是備應用系統；3)然后根據仲裁，確定主、備應用系統的處理關系；主、備之間的
關系可以被自動更改； 所述步驟3)中步驟包括 3. 8)先確定主應用系統和備應用系統之間的工作模式；工作模式包括
同步模式、異步模式和單點模式； 同步模式主備系統產生仲裁索引，等待仲裁結果；
異步模式主備系統產生仲裁索引，主不必等待仲裁結果；
單點模式主備系統不產生仲裁索引，不等待仲裁結果； 3. 9)主、備應用系統產生命令文件接口，記錄應用系統處理的原始數據屬性；
3. 10)主、備應用系統產生索引文件接口，記錄應用系統處理業務數據的結果；
3. 11)容災角色是用戶在仲裁平臺側可以配置的，應用系統通過調用容災即i還 獲知自己的容災角色； 3.12)主系統對輸入文件讀取并生成批命令文件，輸出批命令文件到主系統與仲 裁的接口目錄，仲裁平臺將批命令備份，并且送到備應用系統； 3. 13)主備應用系統分別產生該批命令文件的索引文件，分別放在與仲裁平臺的 接口下，仲裁平臺將接口下的索引文件傳輸至仲裁平臺仲裁，再將仲裁結果分別傳輸只與 主備系統的接口處； 3. 14)出現異常情況，根據用戶設置的異常處理模式，仲裁或即i設置相應的主、 備系統信號，仲裁將主、備應用系統的信號燈同步；所述異常情況包括仲裁失敗、仲裁超時或主備應用系統處理超時。 所述步驟2)中可配置容災顆粒度，容災顆粒度對容災系統的兩個指標RT0和RPO 產生重大影響；用戶可以根據不同的業務系統，不同的業務處理邏輯對顆粒度進行配置。 RTO(Recovery Time Objective)恢復時間目標、RTP(RecoverPoint Object)恢復點指標。所述步驟3. 2)中，原始數據屬性包括數據的大小和名稱。
所述步驟3.3)中，結果包括正確的、錯誤的和無效的處理結果。
所述步驟3)中，主、備應用系統中嵌入api，用來產生相應的命令文件、索引結果文件；命令文件接口如下文件命名BATCH.批次號.模塊號仲裁失敗文件名BATCH.批次號.模塊號 failBATCH.批次號.模塊號.overtime仲裁成功文件名BATCH.批次號.模塊號.SUCC6SS j索引文件接口如下文件命名INDEX.批次號.模塊號仲裁失敗文件名INDEX.批次號.模塊號 failINDEX.批次號.模塊號.overtime仲裁成功文件名INDEX.批次號.模塊號.SUCC6SS。本方法的特點和主要優勢在于
1、容災顆粒度可配置文件包-模塊、文件-模塊
文件包-系統、文件-系統原始數據_模塊、原始數據_系統等
2.處理模式無限制同步模式、異步模式、單點模式。
3.系統主備角色無限制:隨時可以進行切換和回切。4.以容災平臺為橋梁，將兩個應用中心整合為具有容災能力的體系。
本發明的有益效果RT0(Recovery Time Objective)恢復時間小于10分鐘；RTP (Recover Point Object)丟失生產數據趨于0 ;創造了巨大的社會價值。
圖1容災后的應用系統結構示意圖。
圖2是傳輸場景時序圖。
圖3本發明切換與回切時序圖。
圖4本發明處理過程場景時序圖。
具體實施例方式
下面結合附圖與具體實施方式
對本發明作進一步說明 本例中，一種可動態配置容災粒度的業務系統應用級容災方法，步驟包括 1.確定顆粒度 2.確定應用系統的容災角色 3.確定主備應用系統之間的工作模式 4.主備應用系統通過調用api產生命令文件接口記錄應用系統處理的原始業務 數據的大小，名稱等。(當角色是主中心的時候生效) 5.主備應用系統通過調用api產生索引文件接口記錄應用系統處理業務數據的 結果，包括正確的、錯誤的、無效的等各種處理結果。 6. API根據仲裁平臺提供的角色，控制主備應用系統容災處理流程。 7.仲裁平臺將主應用系統的命令文件傳輸給備應用系統。 8.仲裁平臺將主備應用系統的索引文件傳輸到仲裁平臺，對結果進行仲裁。 9.出現仲裁失敗，或者出現仲裁超時或者主備應用系統處理超時，甚者其他異常
出現，根據用戶設置的異常處理模式，仲裁或者即i會設置相應的主備系統信號等，仲裁會
將主備應用系統的信號燈同步。 10.出現故障，進行主備應用系統的切換，主系統變成備系統，容備系統升級為主 系統，主備無縫隙切換。 11.根據用戶意愿，可以將切換的主備應用系統進行回切。
如圖l，容災后的應用系統結構示意圖說明
1、在生產地和容災地分別建立一套業務處理系統。 2、原始處理數據將復制成兩份，分別送入主應用系統和備應用系統處理。
3、主備應用系統經過調用容災即i產生相應的容災信息。
4、仲裁平臺進行信息的仲裁和傳輸。
如圖2，傳輸場景時序圖說明 1、主應用系統生成命令文件，命令文件包括處理了哪些數據、數據屬性等。
2 、仲裁平臺從主應用系統取得命令文件傳輸給備應用系統。
3、仲裁平臺分別從主備應用系統取得相應命令文件的索引文件。
4、仲裁平臺對索引文件進行仲裁。 5、仲裁平臺將仲裁結果信息分別傳送到主應用系統和備應用系統。
如圖3，場景時序圖說明
圖示場景分為 1)正常流程主備系統處于同步模式下運行 2)切換流程主系統異常，將備系統升級為主系統，原主系統降為備系統，且系統 處于異步處理模式下。 3)回切流程原主系統修復，且數據處理已經追趕到同步模式，將主系統切換回 備系統，備系統恢復成主席的過程。
如圖4，本方法處理過程時序圖說明
正常流程描述 1、主系統對輸入文件讀取并生成批命令文件，輸出批命令文件到主系統與主仲裁 的接口目錄。 2、主仲裁將批命令文件發送給備仲裁，并將該文件備份，備仲裁接受該文件。
3、備系統對輸入文件讀取并生成批命令文件，把批命令文件輸出到備系統與備仲 裁的接口目錄。 4、備仲裁根據主備系統的批命令文件進行仲裁，將批命令仲裁通過信息文件放到
備系統與備仲裁的接口目錄，并將該文件給主仲裁，同時將主備系統的批命令文件備份。 5、主仲裁接受批命令仲裁通過文件放到主仲裁與主系統的接口目錄， 6、備系統發現仲裁通過信息文件后，開始業務處理，并將該文件移備份。 7、主系統將同步索引文件輸出到主系統與主仲裁的接口目錄，主仲裁將同步索引
文件發送到備仲裁，并備份該文件。 8、備系統將同步索引文件輸出到備系統與備仲裁的接口目錄。 9、備仲裁根據主備系統的同步索引文件進行仲裁，將同步索引仲裁通過信息文件
放到備系統與備仲裁的接口目錄，并發送該文件給主仲裁，備仲裁同時將主備系統的同步
索引文件備份，并備份同步索引仲裁通過信息文件 10、主仲裁接受同步索引仲裁通過文件放到主仲裁與主系統的接口目錄，并將該 文件移動備份。 11、主備系統發現同步索引仲裁通過文件后，提交批次任務正常處理完成信息給 流程調度， 12、一次處理任務完成。
失去同步后的處理流程 主系統正常處理，失去同步，并向流程調度提交任務成功完成信息。主不等備。
備系統同一數據源的批次堵塞，失去同步，并向流程調度提交任務處理失敗信息。 恢復同步流程 主系統正常處理，失去同步，并向流程調度提交任務成功完成信息。
備系統人工干涉后，開始處理被堵塞的批次。當追趕上后，由人工干預或者備仲
裁自動通知主仲裁改變系統狀態信號燈為主等備。 主系統不等待備系統。
權利要求
一種可動態配置容災粒度的業務系統應用級容災方法，其特征步驟包括是1)先建立兩個應用系統；2)再根據容災顆粒度，確定應用系統的容災角色是主應用系統還是備應用系統；3)然后根據仲裁，確定主、備應用系統的處理關系；主、備之間的關系可以被自動更改；所述步驟3)中步驟包括3.1)先確定主應用系統和備應用系統之間的工作模式；工作模式包括同步模式、異步模式和單點模式；同步模式主備系統產生仲裁索引，等待仲裁結果；異步模式主備系統產生仲裁索引，主不必等待仲裁結果；單點模式主備系統不產生仲裁索引，不等待仲裁結果；3.2)主、備應用系統產生命令文件接口，記錄應用系統處理的原始數據屬性；3.3)主、備應用系統產生索引文件接口，記錄應用系統處理業務數據的結果；3.4)容災角色是用戶在仲裁平臺側可以配置的，應用系統通過調用容災api還獲知自己的容災角色；3.5)主系統對輸入文件讀取并生成批命令文件，輸出批命令文件到主系統與仲裁的接口目錄，仲裁平臺將批命令備份，并且送到備應用系統；3.6)主備應用系統分別產生該批命令文件的索引文件，分別放在與仲裁平臺的接口下，仲裁平臺將接口下的索引文件傳輸至仲裁平臺仲裁，再將仲裁結果分別傳輸只與主備系統的接口處；3.7)出現異常情況，根據用戶設置的異常處理模式，仲裁或api設置相應的主、備系統信號，仲裁將主、備應用系統的信號燈同步；所述異常情況包括仲裁失敗、仲裁超時或主備應用系統處理超時。
2. 根據權利要求1所述的可動態配置容災粒度的業務系統應用級容災方法，其特征是 所述步驟2)中可配置容災顆粒度容災顆粒度對容災系統的兩個指標RTO和RPO產生重大影響；用戶可以根據不同的業 務系統，不同的業務處理邏輯對顆粒度進行配置。
3. 根據權利要求2所述的可動態配置容災粒度的業務系統應用級容災方法，其特征是 如果所述主應用系統失效，則切換至備應用系統。
4. 根據權利要求3所述的可動態配置容災粒度的業務系統應用級容災方法，其特征是 所述步驟3. 2)中，原始數據屬性包括數據的大小和名稱。
5. 根據權利要求4所述的可動態配置容災粒度的業務系統應用級容災方法，其特征是 所述步驟3.3)中，結果包括正確的、錯誤的和無效的處理結果。
6. 根據權利要求5所述的可動態配置容災粒度的業務系統應用級容災方法，其特征是 所述步驟3)中，主、備應用系統中嵌入api，用來產生相應的命令文件、索引結果文件。
全文摘要
一種可動態配置容災粒度的業務系統應用級容災方法，步驟包括1)先建立兩個應用系統；2)再根據容災顆粒度，確定應用系統的容災角色是主應用系統還是備應用系統；3)然后根據仲裁，確定主、備應用系統的處理關系；主、備之間的關系可以被自動更改。本發明的有益效果RTO恢復時間小于10分鐘；RTP丟失生產數據趨于0；創造了巨大的社會價值。
文檔編號H04L12/24GK101707530SQ20091003585
公開日2010年5月12日 申請日期2009年10月12日 優先權日2009年10月12日
發明者周連華, 孫力斌, 朱倩, 李國建, 王金松, 紀振華, 蔡華, 許小泉, 邵九松 申請人:南京聯創科技集團股份有限公司