金安

摘要：隨著互聯(lián)網(wǎng)企業(yè)業(yè)務(wù)的持續(xù)增長(zhǎng)，為降低運(yùn)營(yíng)風(fēng)險(xiǎn)，容災(zāi)系統(tǒng)建設(shè)勢(shì)在必行。在闡述容災(zāi)系統(tǒng)概念的基礎(chǔ)上，針對(duì)企業(yè)業(yè)務(wù)與生產(chǎn)環(huán)境現(xiàn)狀，充分考慮到容災(zāi)系統(tǒng)的目標(biāo)與范圍，設(shè)計(jì)并實(shí)現(xiàn)了一套同城雙活容災(zāi)系統(tǒng)，并對(duì)事務(wù)沖突機(jī)制、高可用服務(wù)架構(gòu)、注冊(cè)發(fā)現(xiàn)與內(nèi)網(wǎng)DNS等關(guān)鍵技術(shù)要點(diǎn)進(jìn)行了闡述。3次演練結(jié)果證明，該方案在設(shè)計(jì)的規(guī)定指標(biāo)內(nèi)，當(dāng)生產(chǎn)機(jī)房出現(xiàn)整體故障時(shí)，容災(zāi)系統(tǒng)可以在很短時(shí)間內(nèi)接管原機(jī)房的所有服務(wù)，有效保障了數(shù)據(jù)一致性及業(yè)務(wù)持續(xù)性。

關(guān)鍵詞：

容災(zāi)；RTO；PRO；NRO；軟件事務(wù)存儲(chǔ)

DOIDOI：10.11907/rjdk.181946

中圖分類號(hào)：TP319

文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)文章編號(hào)：1672-7800（2018）008-0149-04

英文摘要Abstract：With the continuous growth of an Internet business， the disaster recovery system construction is imperative to reduce the risk of operations. Based on the concept of disaster system， according to current situation of the enterprise business and production environment， and fully considering the goal and scope of the system， we design and implement a suitable set of dual city disaster recovery system for the company. In this paper， key technical points such as transaction conflict mechanism， HA service architecture， registration discovery and Intranet DNS are also explained. Three disaster recovery drill results prove that the scheme ensures the business continuity and data consistency effectively within the design indexes. The system can take over all services in a very short time when faults occur.

英文關(guān)鍵詞Key Words：disaster recovery system；RTO；RPO；NRO；software transactional memory

0 引言

隨著移動(dòng)互聯(lián)網(wǎng)技術(shù)的發(fā)展，數(shù)據(jù)本身已成為企業(yè)生存與競(jìng)爭(zhēng)的核心價(jià)值所在。據(jù)IDC報(bào)告預(yù)測(cè)，2020年全球數(shù)據(jù)量將從目前的8.6ZB增長(zhǎng)到40ZB，其中我國(guó)占比為13%。因此，一個(gè)國(guó)家擁有的數(shù)據(jù)規(guī)模與數(shù)據(jù)分析能力將成為綜合國(guó)力的重要部分，對(duì)數(shù)據(jù)的存儲(chǔ)、處理、分析及使用也成為國(guó)家間、企業(yè)間新的競(jìng)爭(zhēng)焦點(diǎn)[1]。

不可抗力與人為失誤等原因都會(huì)給企業(yè)帶來(lái)毀滅性打擊，從一份安盛公司的報(bào)告得出，80%以上的中小企業(yè)在遭受重大災(zāi)難后的18個(gè)月內(nèi)都面臨破產(chǎn)或業(yè)務(wù)難以為繼的困境，同時(shí)伴隨著巨額的財(cái)產(chǎn)和名譽(yù)損失，所以保障數(shù)據(jù)安全性與業(yè)務(wù)連續(xù)性已成為信息化工作的重中之重。文獻(xiàn)[2]-[3]基于IOE架構(gòu)設(shè)計(jì)并實(shí)現(xiàn)了容災(zāi)系統(tǒng)；文獻(xiàn)[5]-[6]采用CDP實(shí)時(shí)數(shù)據(jù)保護(hù)技術(shù)有效保障了業(yè)務(wù)的連續(xù)性。然而，對(duì)于大型互聯(lián)網(wǎng)系統(tǒng)，完全基于SAN網(wǎng)絡(luò)架構(gòu)已不能滿足大數(shù)據(jù)同步的需求。文獻(xiàn)[7]-[8]分別提出一種緩存寫(xiě)操作重放技術(shù)與基于RS編碼技術(shù)的數(shù)據(jù)存儲(chǔ)方式，為本文容災(zāi)系統(tǒng)的數(shù)據(jù)同步與存儲(chǔ)提供了很好的參考；文獻(xiàn)[9]-[10]分析了國(guó)內(nèi)信息系統(tǒng)演練中存在的問(wèn)題，從理論上完善了容災(zāi)演練建設(shè)制度。

本文以某互聯(lián)網(wǎng)公司為例，針對(duì)該企業(yè)業(yè)務(wù)特點(diǎn)，并考慮TCO因素，在規(guī)范化系統(tǒng)等級(jí)制度的基礎(chǔ)上，設(shè)計(jì)一種基于事務(wù)沖突機(jī)制與高可用架構(gòu)等技術(shù)特點(diǎn)的同城雙活容災(zāi)系統(tǒng)，并建立了一套良好的演練機(jī)制，以保障業(yè)務(wù)的連續(xù)性需求。

1 容災(zāi)系統(tǒng)概述

1.1 容災(zāi)系統(tǒng)定義與分類

容災(zāi)系統(tǒng)定義為：建立至少兩套以上功能相同的系統(tǒng)，相互之間可以進(jìn)行健康狀態(tài)檢查與功能切換[11]。根據(jù)對(duì)系統(tǒng)的保護(hù)程度，容災(zāi)系統(tǒng)可分為數(shù)據(jù)級(jí)別與業(yè)務(wù)級(jí)別容災(zāi)。從地域建設(shè)模式來(lái)看，可分為同城容災(zāi)、異地容災(zāi)和兩地三中心容災(zāi)3種模式。

數(shù)據(jù)層容災(zāi)是業(yè)務(wù)層容災(zāi)的基礎(chǔ)，業(yè)務(wù)層容災(zāi)是數(shù)據(jù)層容災(zāi)的終極目標(biāo)，容災(zāi)建設(shè)應(yīng)以數(shù)據(jù)容災(zāi)為根本，以業(yè)務(wù)持續(xù)性為目標(biāo)，最終實(shí)現(xiàn)災(zāi)難發(fā)生時(shí)業(yè)務(wù)的平穩(wěn)過(guò)渡，并保證企業(yè)的安全生產(chǎn)[12]。

1.2 容災(zāi)系統(tǒng)恢復(fù)能力指標(biāo)

容災(zāi)系統(tǒng)恢復(fù)能力主要采用RTO、RPO、NRO 3個(gè)指標(biāo)作為評(píng)判依據(jù)[13]。RTO是容災(zāi)恢復(fù)的時(shí)間指標(biāo)，RTO越小，意味著容災(zāi)能力越強(qiáng)；RPO是指針對(duì)數(shù)據(jù)而言，恢復(fù)業(yè)務(wù)后所能容忍的數(shù)據(jù)丟失量；NRO是指災(zāi)難發(fā)生后，最終用戶通過(guò)備用網(wǎng)絡(luò)訪問(wèn)災(zāi)備中心所需的時(shí)間[11]。三者時(shí)序關(guān)系如圖1所示。

事實(shí)證明，快速收斂聚合的網(wǎng)絡(luò)可以為業(yè)務(wù)與數(shù)據(jù)遷移提供可靠的傳輸路徑[14]。除DNS解析生效外，NRO都要做到超前于RTO，這點(diǎn)在本文的容災(zāi)演練中可以得到驗(yàn)證。

2 同城雙活容災(zāi)系統(tǒng)方案設(shè)計(jì)與實(shí)現(xiàn)

2.1 業(yè)務(wù)與生產(chǎn)環(huán)境現(xiàn)狀

該互聯(lián)網(wǎng)企業(yè)平臺(tái)系統(tǒng)注冊(cè)賬號(hào)為5億以上，每天的活躍登錄用戶3 000萬(wàn)左右，登錄TPS峰值20 000次以上，平均響應(yīng)時(shí)間40ms，登錄成功率為90%左右，業(yè)務(wù)涵蓋注冊(cè)、認(rèn)證、登錄、風(fēng)控、計(jì)費(fèi)、支付、客服與短信等系統(tǒng)，每天新增業(yè)務(wù)數(shù)據(jù)50G左右，日志量500T以上。該系統(tǒng)生產(chǎn)環(huán)境部署在A機(jī)房，其中有生產(chǎn)機(jī)器1 000臺(tái)以上，包括四七層代理轉(zhuǎn)發(fā)、業(yè)務(wù)、緩存、數(shù)據(jù)庫(kù)、消息隊(duì)列、日志流分析等集群。

雖然系統(tǒng)符合業(yè)界SOA規(guī)范，架構(gòu)可以橫向擴(kuò)展，但是隨著業(yè)務(wù)增長(zhǎng)需要不斷疊加模塊與機(jī)器的做法，機(jī)房一旦發(fā)生災(zāi)難，對(duì)業(yè)務(wù)和系統(tǒng)將帶來(lái)毀滅性打擊[15]。

2.2 容災(zāi)系統(tǒng)目標(biāo)與范圍

依據(jù)災(zāi)難恢復(fù)等級(jí)標(biāo)準(zhǔn)，結(jié)合該企業(yè)互聯(lián)網(wǎng)業(yè)務(wù)量特點(diǎn)，對(duì)系統(tǒng)恢復(fù)的優(yōu)先級(jí)作出分類，將不可繞過(guò)服務(wù)均定義為核心系統(tǒng)，根據(jù)順序等級(jí)進(jìn)行恢復(fù)。對(duì)于可繞過(guò)服務(wù)，可進(jìn)行柔性降級(jí)處理或低等級(jí)容災(zāi)恢復(fù)。關(guān)鍵服務(wù)災(zāi)難恢復(fù)能力需達(dá)到6級(jí)，對(duì)應(yīng)RTO<30min，RPO=0，NRO

考慮到TCO與ROI指標(biāo)，決定采用同城雙活模式，按照業(yè)務(wù)策略比例共同對(duì)外提供服務(wù)，以避免系統(tǒng)閑置造成浪費(fèi)，必要時(shí)可將對(duì)外服務(wù)能力提高到雙倍。在提高利用率的同時(shí)，可以降低系統(tǒng)切換時(shí)間，以減少災(zāi)難影響程度并降低用戶感知度[16]。

2.3 容災(zāi)系統(tǒng)方案設(shè)計(jì)

一個(gè)完整的容災(zāi)系統(tǒng)由數(shù)據(jù)備份、備用數(shù)據(jù)處理、備用網(wǎng)絡(luò)、備用基礎(chǔ)設(shè)施、技術(shù)支持、運(yùn)行維護(hù)支持與災(zāi)難恢復(fù)預(yù)案7大技術(shù)管理要素組成[13]。對(duì)于大型互聯(lián)網(wǎng)系統(tǒng)而言，業(yè)務(wù)級(jí)容災(zāi)還涉及到業(yè)務(wù)監(jiān)控、配套安全、日志采集分析、權(quán)限控制與業(yè)務(wù)授權(quán)等，容災(zāi)設(shè)計(jì)難度遠(yuǎn)大于傳統(tǒng)行業(yè)。

根據(jù)系統(tǒng)工程方法論，容災(zāi)可分為圖2中所描述的7大步驟。本文僅對(duì)方案設(shè)計(jì)、關(guān)鍵技術(shù)實(shí)現(xiàn)與容災(zāi)演練進(jìn)行闡述。

該互聯(lián)網(wǎng)企業(yè)在上海有10大機(jī)房，平臺(tái)系統(tǒng)部署在生產(chǎn)A機(jī)房，為實(shí)現(xiàn)同城雙活容災(zāi)系統(tǒng)，除新建容災(zāi)B機(jī)房外，需將各大機(jī)房間的網(wǎng)絡(luò)形成環(huán)狀，機(jī)房之間用雙路裸光纖連接，即使AB機(jī)房?jī)陕饭饫w中斷，網(wǎng)絡(luò)也可自動(dòng)通過(guò)反向路由到達(dá)。由于機(jī)房數(shù)據(jù)同步量大，為保證數(shù)據(jù)同步的實(shí)時(shí)性，專線帶寬為4萬(wàn)兆。

通過(guò)GSLB和SmartDNS系統(tǒng)對(duì)業(yè)務(wù)訪問(wèn)流量進(jìn)行AB機(jī)房雙活導(dǎo)入。LB和四七層代理可進(jìn)行業(yè)務(wù)規(guī)則分流與邏輯控制，系統(tǒng)根據(jù)最小化功能特點(diǎn)細(xì)分為接入層、邏輯層、原子層、數(shù)據(jù)層與存儲(chǔ)層等集群。數(shù)據(jù)層涵蓋了緩存與落地?cái)?shù)據(jù)，存儲(chǔ)介質(zhì)分為傳統(tǒng)/分布式存儲(chǔ)、HDFS集群與本地文件系統(tǒng)等。架構(gòu)設(shè)計(jì)如圖3所示。

3 容災(zāi)系統(tǒng)實(shí)現(xiàn)關(guān)鍵技術(shù)

3.1 數(shù)據(jù)同步備份與事務(wù)沖突算法

對(duì)于容災(zāi)系統(tǒng)而言，數(shù)據(jù)的一致性與延遲性問(wèn)題是必須解決的技術(shù)問(wèn)題。根據(jù)業(yè)務(wù)場(chǎng)景不同，數(shù)據(jù)同步分為兩種，雙機(jī)房讀寫(xiě)分離與雙機(jī)房實(shí)時(shí)讀寫(xiě)。為達(dá)到最佳同步效果，對(duì)于峰值壓力，在業(yè)務(wù)層將數(shù)據(jù)操作頻率放入隊(duì)列進(jìn)行控制，以做到平滑過(guò)渡。另外，可以通過(guò)DB層透?jìng)鞔驑?biāo)事務(wù)的方式避免數(shù)據(jù)循環(huán)復(fù)制。除常用的同步技術(shù)外，借鑒業(yè)界經(jīng)驗(yàn)，還實(shí)現(xiàn)了一種基于事務(wù)沖突的檢查方法，可較好地處理事務(wù)的并發(fā)邏輯同步[17]。

事務(wù)沖突機(jī)制借鑒Bloom Filter的原理，使用k個(gè)Hash函數(shù)，每個(gè)字符串與k個(gè)bit對(duì)應(yīng)，當(dāng)前位串中存儲(chǔ)元素超過(guò)一定誤判率下能夠容納的個(gè)數(shù)時(shí)，增加新的相同長(zhǎng)度位串， 并將新元素加入到新位串中[18]。根據(jù)布隆過(guò)濾器原理與算法，經(jīng)過(guò)推導(dǎo)的最終公式如下：

k為Hash函數(shù)個(gè)數(shù)，m為位串長(zhǎng)度，f為可以接受的錯(cuò)誤率，n為f下長(zhǎng)度為m的位串至多可容納的元素個(gè)數(shù)[19-20]。例如，如果錯(cuò)誤率為8*10-5，則此時(shí)m應(yīng)大約為n的20倍，k大約為10個(gè)。為了比較事務(wù)讀寫(xiě)集合是否存在交集， 通常通過(guò)事務(wù)的Signature（簡(jiǎn)稱Sig）取交集加以判定。目前開(kāi)源STM中實(shí)現(xiàn)的是RingSTM SW算法，其是基于Sig監(jiān)測(cè)事務(wù)沖突的，但系統(tǒng)中同時(shí)只允許一個(gè)事務(wù)寫(xiě)Sig運(yùn)行[21-22]。在本文中，事務(wù)每讀取或?qū)懭胍粋€(gè)共享變量時(shí)， 將該變量寫(xiě)入讀或?qū)慡ig中， 當(dāng)進(jìn)行沖突檢測(cè)時(shí)， 調(diào)用比較Sig函數(shù)對(duì)事務(wù)間讀寫(xiě)集合的Sig進(jìn)行比較， 便可迅速判定二者是否沖突。該優(yōu)化檢測(cè)算法將采用更有效的Hash函數(shù)與動(dòng)態(tài)長(zhǎng)度Sig降低誤判率，盡可能降低對(duì)存儲(chǔ)的需求，提高檢測(cè)效率，對(duì)于該算法本文不再贅述。

對(duì)于數(shù)據(jù)傳輸?shù)挠行蚺c完整性，分別采用管道技術(shù)與基于Hash算法快速定位時(shí)間戳的最早日志方式加以確保。為保證數(shù)據(jù)的正確性，也使用了本地回放機(jī)制與多重校驗(yàn)機(jī)制。

為安全起見(jiàn)，數(shù)據(jù)庫(kù)采用安全協(xié)議SSHFS，通過(guò)備份中轉(zhuǎn)機(jī)備份數(shù)據(jù)到HDFS，中轉(zhuǎn)機(jī)與HDFS之間采用FUSE-DFS進(jìn)行掛載。另外，定期將數(shù)據(jù)自動(dòng)導(dǎo)入數(shù)據(jù)庫(kù)，用自動(dòng)化工具自動(dòng)校驗(yàn)數(shù)據(jù)的正確性，并以報(bào)告的方式給出結(jié)果。

3.2 高可用服務(wù)架構(gòu)

為提高容災(zāi)系統(tǒng)的可靠性與靈活性，運(yùn)維在匯聚層、機(jī)柜與電源等方面對(duì)相同服務(wù)的集群硬件進(jìn)行容錯(cuò)放置。軟件層次上應(yīng)對(duì)程序設(shè)置超時(shí)策略，以快速轉(zhuǎn)移故障并進(jìn)行資源釋放，并使用消息隊(duì)列集群對(duì)服務(wù)進(jìn)行異步調(diào)用。在訪問(wèn)高峰期，為避免大量并發(fā)調(diào)用影響其它核心服務(wù)使用，采取柔性降級(jí)處理，以保證核心服務(wù)對(duì)外不中斷。對(duì)于業(yè)務(wù)調(diào)用失敗或重復(fù)調(diào)用的情況，業(yè)務(wù)層應(yīng)保證服務(wù)必須擁有冪等性屬性。對(duì)于TCP服務(wù)集群，只需在調(diào)用端配置幾個(gè)VIP即可做到雙機(jī)房之間的自動(dòng)漂移，調(diào)用方只要嵌入調(diào)用SDK的相關(guān)接口即可。

3.3 注冊(cè)發(fā)現(xiàn)框架

容災(zāi)建設(shè)前，各個(gè)服務(wù)具有獨(dú)立的自我描述文件，在線上更新時(shí)除更新描述業(yè)務(wù)配置外，還需更新IP與端口等運(yùn)維信息，導(dǎo)致維護(hù)時(shí)較為困難。為提高效率并實(shí)現(xiàn)容災(zāi)切換的便捷性，設(shè)計(jì)服務(wù)注冊(cè)發(fā)現(xiàn)系統(tǒng)如圖4所示。

注冊(cè)發(fā)現(xiàn)系統(tǒng)由注冊(cè)中心SRC、服務(wù)消費(fèi)者SC與服務(wù)提供者SP 3部分組成，SRC管理各個(gè)服務(wù)與服務(wù)上下線策略等，SC需要向SRC獲取各注冊(cè)服務(wù)的信息，SP需要向SRC匯報(bào)自身服務(wù)的IP、域名與所在域等關(guān)鍵信息。域根據(jù)機(jī)房進(jìn)行劃分，根據(jù)IP判斷所在的域。同一個(gè)IP既可以是SC，也可以是SP。SP可以屬于多個(gè)域，SC只能屬于一個(gè)域，SC通過(guò)SRC獲取某個(gè)域的服務(wù)及IP域名對(duì)應(yīng)列表。SC可以周期性地去SRC獲取配置文件，或根據(jù)被動(dòng)通知完成配置文件更新，使配置文件可動(dòng)態(tài)生成。

3.4 SmartDNS技術(shù)

為實(shí)現(xiàn)內(nèi)網(wǎng)域名的解析功能，需在雙機(jī)房搭建內(nèi)網(wǎng)域名服務(wù)器。對(duì)于內(nèi)網(wǎng)分配設(shè)置的子域，只能由內(nèi)網(wǎng)DNS進(jìn)行權(quán)威解析，非約定的子域通過(guò)內(nèi)網(wǎng)DNS向外網(wǎng)權(quán)威服務(wù)器進(jìn)行遞歸查詢，內(nèi)網(wǎng)DNS映射關(guān)系由平臺(tái)增加域名后推送更新。

為保證業(yè)務(wù)DNS客戶端的容錯(cuò)性，業(yè)務(wù)模塊啟動(dòng)時(shí)需備份當(dāng)前的配置文件，如果下拉配置失敗，以備份為準(zhǔn)進(jìn)行運(yùn)行；對(duì)于大流量、短連接業(yè)務(wù)，開(kāi)啟NSCD服務(wù)以減輕查詢壓力；當(dāng)機(jī)房災(zāi)難發(fā)生，根據(jù)定制好的域名切換場(chǎng)景策略，比如單域名、發(fā)布業(yè)務(wù)集、域名類別、業(yè)務(wù)策略等；在平臺(tái)中更新域名映射記錄并重啟業(yè)務(wù)服務(wù)，使域名新映射生效。解析流程如圖5所示。

4 容災(zāi)系統(tǒng)維護(hù)與切換演練

根據(jù)同城容災(zāi)場(chǎng)景與故障經(jīng)驗(yàn)統(tǒng)計(jì)，本容災(zāi)切換可分為公網(wǎng)故障、專線故障與整體機(jī)房故障3種。對(duì)于公網(wǎng)故障而言，只需根據(jù)預(yù)先準(zhǔn)備好的域名一鍵切換后等待權(quán)威和各級(jí)域名提供商更新即可，若涉及到CDN需回源操作；對(duì)于專線故障，需將容災(zāi)B機(jī)房的流量切換至生產(chǎn)A機(jī)房，同時(shí)停止B機(jī)房的VIP服務(wù)。對(duì)于整體機(jī)房故障而言，除需要按照外網(wǎng)故障時(shí)的步驟進(jìn)行操作，還需將兩者機(jī)房交叉訪問(wèn)的業(yè)務(wù)集群進(jìn)行內(nèi)網(wǎng)域名的重新指向生效切換，以確保所有路由都在同一機(jī)房。

為了驗(yàn)證預(yù)案及切換步驟的準(zhǔn)確性、檢查組織流程制度的合理性并培訓(xùn)相關(guān)操作人員，企業(yè)組織了3次有序、全面的容災(zāi)切換演練。第一次為外網(wǎng)與專線故障演練，第二次為針對(duì)各個(gè)DB的單次演練，第三次是整體機(jī)房故障切換演練。對(duì)于第一次演練，發(fā)現(xiàn)1.2%左右的TCP集群客戶端SDK未能自動(dòng)切換，主要由于客戶端未能及時(shí)更新SDK、部分SDK遺留容災(zāi)配置與調(diào)用方網(wǎng)絡(luò)配置等原因造成。對(duì)于C類域名，10分鐘內(nèi)生效50%，4小時(shí)內(nèi)生效90%，通過(guò)排查發(fā)現(xiàn)該現(xiàn)象與域名解析商的TTL有關(guān)；對(duì)于B類域名，10分鐘內(nèi)生效50%，半小時(shí)內(nèi)生效70%，排查發(fā)現(xiàn)該現(xiàn)象多為調(diào)用方綁定VIP導(dǎo)致。第二次演練逐步將所有DB切換到容災(zāi)機(jī)房，即將業(yè)務(wù)訪問(wèn)的DB內(nèi)網(wǎng)域名更新至B機(jī)房，并將A機(jī)房相關(guān)的業(yè)務(wù)模塊重啟生效，主要發(fā)現(xiàn)的問(wèn)題為一些業(yè)務(wù)模塊需禁寫(xiě)數(shù)據(jù)庫(kù)配置才能切換生效、數(shù)據(jù)庫(kù)防火墻設(shè)置會(huì)導(dǎo)致業(yè)務(wù)模塊死鎖現(xiàn)象發(fā)生。第三次演練時(shí)間選擇在凌晨5～6點(diǎn)之間，整體回切選擇在3天后的同一時(shí)間段，以檢驗(yàn)B機(jī)房能否真正承擔(dān)A機(jī)房的生產(chǎn)任務(wù)。演練結(jié)果表明，機(jī)房整體故障切換，對(duì)于關(guān)鍵服務(wù)，RTO為28min，RPO為0；對(duì)于非關(guān)鍵服務(wù)，RTO為36min，RPO幾乎沒(méi)有數(shù)據(jù)丟失，容災(zāi)B機(jī)房在A機(jī)房故障后完全可以單獨(dú)運(yùn)行并提供服務(wù)，達(dá)到了方案的設(shè)計(jì)預(yù)期值。

5 結(jié)語(yǔ)

系統(tǒng)容災(zāi)與數(shù)據(jù)恢復(fù)一直是信息技術(shù)行業(yè)關(guān)注的焦點(diǎn)，本文以上海某互聯(lián)網(wǎng)企業(yè)為例，設(shè)計(jì)并實(shí)現(xiàn)了一種面向零數(shù)據(jù)丟失的容災(zāi)系統(tǒng)，基于優(yōu)化的事務(wù)沖突機(jī)制，有效保證了業(yè)務(wù)數(shù)據(jù)的一致性與較高的事務(wù)并發(fā)邏輯[23]。在系統(tǒng)建設(shè)完成后，按照預(yù)案要求與容災(zāi)場(chǎng)景進(jìn)行了3次比較全面的容災(zāi)演練，確保了容災(zāi)系統(tǒng)預(yù)案規(guī)劃的有效性，規(guī)范了容災(zāi)組織流程與制度，培養(yǎng)了工作人員處理容災(zāi)故障時(shí)良好的心理素質(zhì)與工作能力，并檢驗(yàn)了容災(zāi)系統(tǒng)的有效性[24]。另外，在發(fā)生故障時(shí)如何達(dá)到更加智能化的一鍵容災(zāi)切換從而降低RTO，以及優(yōu)化事務(wù)沖突機(jī)制算法以降低誤判率，是今后需要重點(diǎn)關(guān)注與研究的方向。

參考文獻(xiàn)：

[1] HU H，WEN Y，CHUA T，et al. Towards scalable systems for big data analytics： a technology tutorial[J]. IEEE Access，2014，2：652-687.

[2] 劉郁恒，楊龍剛.業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)雙活容災(zāi)建設(shè)方案研究[J].移動(dòng)通信，2017，41（4）：88-92.

[3] 歐陽(yáng)志成.容災(zāi)技術(shù)在電力企業(yè)的研究與應(yīng)用[J].產(chǎn)業(yè)觀察，2018（1）：32-34.

[4] 葉虹余.基于NAS架構(gòu)的數(shù)據(jù)容災(zāi)備份系統(tǒng)的統(tǒng)計(jì)與實(shí)現(xiàn)[J].軟件工程，2018，21（3）：44-46.

[5] 彭曄，劉曉壘，杜敏.CDP異地災(zāi)備系統(tǒng)的研究與實(shí)現(xiàn)[J].中國(guó)管理信息化，2013，16（21）：49-51.

[6] 劉辰，李俊，雷斌，等.大型企業(yè)在云網(wǎng)融合下的業(yè)務(wù)連續(xù)性保護(hù)研究與實(shí)現(xiàn)[J].世界有色金屬，2018（3）：199-201.

[7] 劉錦，劉曉潔，李濤，等.一種異地容災(zāi)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用研究，2007，24（8）：294-296.

[8] 夏紅燕.信息網(wǎng)絡(luò)分布式數(shù)據(jù)容災(zāi)應(yīng)用研究[J].電腦知識(shí)與技術(shù)，2018，14（12）：36-38.

[9] 王暉，謝靜綺.“互聯(lián)網(wǎng)+”時(shí)代下檔案容災(zāi)演練問(wèn)題的思考[J]. 蘭臺(tái)世界，2018（2）：65-67.

[10] 許昌軍，孫福國(guó)，曹玉龍.面向零數(shù)據(jù)丟失的滁州煙草數(shù)據(jù)中心災(zāi)備系統(tǒng)實(shí)踐[J]. 電腦與信息技術(shù)，2014，22（4）：33-36.

[11] 姚文斌，趙玲，王真，等.容災(zāi)信息系統(tǒng)的建模與仿真[J].北京郵電大學(xué)學(xué)報(bào)，2015，38（3）：50-53.

[12] 彭江強(qiáng)，李鋒，周龍.雙中心在企業(yè)容災(zāi)中的應(yīng)用[J].數(shù)據(jù)通信，2014，11（2）：66-70.

[13] 全國(guó)信息安全標(biāo)準(zhǔn)化技術(shù)委員會(huì). 信息安全技術(shù)——信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范[M].北京：中國(guó)標(biāo)準(zhǔn)出版社，2007.

[14] 齊貴霞，劉歡，王娟.電力通信網(wǎng)絡(luò)容災(zāi)系統(tǒng)建設(shè)研究[J].河北電力技術(shù)，2017，36（3）：57-59.

[15] 周華鋒，易仁波，王玉琴.南方電網(wǎng)一體化運(yùn)行智能系統(tǒng)災(zāi)備建設(shè)模式初探[J].南方電網(wǎng)技術(shù)，2014，8（2）：9-14.

[16] 姚文斌，伍淳華.中國(guó)災(zāi)備標(biāo)準(zhǔn)和產(chǎn)業(yè)發(fā)展現(xiàn)狀[J].中興通訊技術(shù)，2010，16（5）：24-28.

[17] 彭林，謝倫國(guó)，張小強(qiáng).事務(wù)存儲(chǔ)中的一種自適應(yīng)沖突檢測(cè)算法[J].計(jì)算機(jī)工程與科學(xué)，2009，31（11）：69-71.

[18] 劉瑩，高富祥.軟件事務(wù)存儲(chǔ)中沖突檢測(cè)算法研究[J].東北大學(xué)學(xué)報(bào)：自然科學(xué)版， 2013，34（6）：774-777.

[19] 時(shí)磊，楊驊，王紅梅，等.基于布隆過(guò)濾器的事務(wù)存儲(chǔ)架構(gòu)中的告訴緩存[J].微電子學(xué)與計(jì)算機(jī)，2011，28（3）：140-143.

[20] 竇強(qiáng)，王勇.事務(wù)存儲(chǔ)系統(tǒng)中PGHB沖突檢測(cè)算法改進(jìn)[J].電子學(xué)報(bào)，2010，38（1）：195-198.

[21] 彭林，謝倫國(guó)，張小強(qiáng).事務(wù)存儲(chǔ)中的一種自適應(yīng)沖突檢測(cè)算法[J].計(jì)算機(jī)工程與科學(xué)，2009，31（11）：69-72.

[22] 石東旭.軟件事務(wù)存儲(chǔ)動(dòng)態(tài)競(jìng)爭(zhēng)管理策略[J].軟件導(dǎo)刊，2012，11（4）：6-8.

[23] 宋偉，楊學(xué)軍.基于事務(wù)回退的事務(wù)存儲(chǔ)系統(tǒng)的故障恢復(fù)[J].軟件學(xué)報(bào)，2011，22（9）：2248-2262.

[24] 陳思，李華峰，涂慶華，等.數(shù)字化校園異地容災(zāi)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)與現(xiàn)代化，2014（4）：47-50.

（責(zé)任編輯：黃 ?。?/p>