同城雙中心災(zāi)備系統(tǒng)建設(shè)技術(shù)研究

朱潤娟，肖菊香，陳小嬌，張小文

（成都飛機(jī)工業(yè)（集團(tuán)）有限責(zé)任公司，四川 成都 610091）

作為信息化平臺的運(yùn)行載體，數(shù)據(jù)中心承載了主機(jī)系統(tǒng)、存儲系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、安全設(shè)備及動(dòng)環(huán)系統(tǒng)等一系列信息化要素。在日常運(yùn)行過程中，為了解決如服務(wù)器死機(jī)、數(shù)據(jù)庫宕庫、系統(tǒng)病毒感染、運(yùn)維人員誤操作、存儲設(shè)備損壞等這些原因?qū)е碌臉I(yè)務(wù)系統(tǒng)停機(jī)或者業(yè)務(wù)數(shù)據(jù)丟失等情況，IT人員會(huì)利用技術(shù)手段搭建專業(yè)的數(shù)據(jù)備份系統(tǒng)，通過合理的策略調(diào)度，將生產(chǎn)數(shù)據(jù)從應(yīng)用主機(jī)的硬盤或磁盤陣列備份到專用的備份存儲或物理磁帶庫設(shè)備，從而保障業(yè)務(wù)數(shù)據(jù)的安全，可應(yīng)對單數(shù)據(jù)中心的數(shù)據(jù)破壞或數(shù)據(jù)丟失情況。但如果發(fā)生地震、火災(zāi)、恐怖襲擊等整個(gè)數(shù)據(jù)中心都被破壞的情況，單數(shù)據(jù)中心的數(shù)據(jù)保護(hù)明顯是不夠的，需建立異地?cái)?shù)據(jù)保護(hù)系統(tǒng)，考慮到實(shí)施難度和實(shí)施成本等方面的因素，目前采用較多的是搭建同城雙中心災(zāi)備系統(tǒng)，應(yīng)對跨中心級別的數(shù)據(jù)破壞，保障數(shù)據(jù)安全，提高業(yè)務(wù)連續(xù)性和可靠性。

同城容災(zāi)，一般是指在一個(gè)城市內(nèi)符合規(guī)定距離的不同地點(diǎn)建立2個(gè)數(shù)據(jù)中心（通常2個(gè)數(shù)據(jù)中心之間的建設(shè)距離建議在200 km之內(nèi)）。2個(gè)數(shù)據(jù)中心的功能定位不同：其中一個(gè)數(shù)據(jù)中心定義為生產(chǎn)數(shù)據(jù)中心，配備信息化平臺運(yùn)行所需的所有軟硬件要素，負(fù)責(zé)為公司科研生產(chǎn)信息系統(tǒng)正常運(yùn)行提供穩(wěn)定的平臺支撐；另一個(gè)數(shù)據(jù)中心定義為災(zāi)備數(shù)據(jù)中心，配備相應(yīng)的軟硬件備份設(shè)備（備份設(shè)備可以和生產(chǎn)數(shù)據(jù)中心一樣配置全要素的軟硬件設(shè)備，也可以僅配備可提供支持核心系統(tǒng)運(yùn)行的部分軟硬件設(shè)備），并結(jié)合生產(chǎn)數(shù)據(jù)中心的實(shí)際情況搭建同城災(zāi)備系統(tǒng)，通過專業(yè)軟件的自動(dòng)化調(diào)度，定期將生產(chǎn)信息化數(shù)據(jù)從生產(chǎn)數(shù)據(jù)中心備份至災(zāi)備數(shù)據(jù)中心，負(fù)責(zé)對生產(chǎn)數(shù)據(jù)中心的信息數(shù)據(jù)、信息系統(tǒng)和信息設(shè)備進(jìn)行容災(zāi)管理。當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難或者破壞時(shí)，災(zāi)備數(shù)據(jù)中心可以臨時(shí)或正式接管生產(chǎn)數(shù)據(jù)中心的部分功能或全部功能，為企業(yè)科研生產(chǎn)提供信息化支撐能力，同時(shí)可以將備份數(shù)據(jù)恢復(fù)至生產(chǎn)數(shù)據(jù)中心，并恢復(fù)生產(chǎn)系統(tǒng)的正常運(yùn)行，從而支持科研生產(chǎn)的正常開展。

1 同城雙中心災(zāi)備系統(tǒng)建設(shè)

企業(yè)災(zāi)備系統(tǒng)建設(shè)是一個(gè)復(fù)雜而龐大的系統(tǒng)工程，涉及到機(jī)房基礎(chǔ)設(shè)施、網(wǎng)絡(luò)系統(tǒng)、存儲系統(tǒng)、主機(jī)系統(tǒng)、應(yīng)用系統(tǒng)等不同層面的規(guī)劃和建設(shè)，每個(gè)環(huán)節(jié)都擁有本專業(yè)獨(dú)立的一套技術(shù)體系，實(shí)現(xiàn)方式和影響因素各不相同。

1.1 機(jī)房基礎(chǔ)設(shè)施建設(shè)

按照理論規(guī)劃，企業(yè)在基礎(chǔ)建設(shè)時(shí)，應(yīng)該同時(shí)規(guī)劃生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心的相關(guān)建設(shè)，但是實(shí)際建設(shè)中，考慮到同城災(zāi)備系統(tǒng)的建設(shè)規(guī)模和建設(shè)成本等因素，很多企業(yè)會(huì)優(yōu)先建設(shè)生產(chǎn)數(shù)據(jù)中心，讓生產(chǎn)數(shù)據(jù)中心優(yōu)先投入使用，先讓科研生產(chǎn)信息化系統(tǒng)穩(wěn)定運(yùn)行起來，后面隨著企業(yè)生產(chǎn)業(yè)務(wù)的逐步發(fā)展，再后一步進(jìn)行災(zāi)備數(shù)據(jù)中心的建設(shè)。

同城災(zāi)備數(shù)據(jù)中心建設(shè)的首要問題是機(jī)房地理位置的選擇，是否滿足各種次生災(zāi)害的預(yù)防要求，如防火、防水、防電磁干擾、防地質(zhì)災(zāi)害等因素，不建議將數(shù)據(jù)中心建設(shè)在強(qiáng)電磁輻射或地震斷裂帶等自然災(zāi)害活動(dòng)頻繁的地區(qū)。其次，生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心之間的物理距離是否滿足同城雙中心的建設(shè)要求（理論距離范圍控制在200 km之內(nèi)），若生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心之間距離較長，其網(wǎng)絡(luò)鏈路建設(shè)成本較高，不利于數(shù)據(jù)量較大的生產(chǎn)數(shù)據(jù)傳輸，若距離較短，則不能完全實(shí)現(xiàn)各種災(zāi)難的預(yù)防，遇到較大的自然災(zāi)難時(shí)，可能會(huì)同時(shí)波及到2個(gè)數(shù)據(jù)中心。再次，是機(jī)房基礎(chǔ)設(shè)施的建設(shè)，包括電力接入（雙路市電及UPS）、動(dòng)環(huán)能源負(fù)載規(guī)劃、消防給排水、周邊交通情況等要與生產(chǎn)數(shù)據(jù)中心完全分離，以便在災(zāi)難發(fā)生時(shí)，災(zāi)備數(shù)據(jù)中心可以不依賴生產(chǎn)數(shù)據(jù)中心而獨(dú)立運(yùn)行。最后，要考慮災(zāi)備數(shù)據(jù)中心的機(jī)房建設(shè)是否滿足業(yè)務(wù)安全性及信息化應(yīng)用系統(tǒng)部署的基本要求，例如機(jī)房安防監(jiān)控如何部署，雙中心之間的通信網(wǎng)絡(luò)如何規(guī)劃，包括IP網(wǎng)絡(luò)和SAN網(wǎng)絡(luò)之間的鏈路建設(shè)，網(wǎng)絡(luò)線路是否符合冗余設(shè)計(jì)，網(wǎng)絡(luò)帶寬設(shè)置是否滿足業(yè)務(wù)數(shù)據(jù)的訪問需求等。

1.2 網(wǎng)絡(luò)系統(tǒng)建設(shè)

根據(jù)其作用不同，網(wǎng)絡(luò)系統(tǒng)分為計(jì)算網(wǎng)絡(luò)、存儲網(wǎng)絡(luò)和對外服務(wù)網(wǎng)絡(luò)。其中計(jì)算網(wǎng)絡(luò)用來實(shí)現(xiàn)同城雙中心災(zāi)備系統(tǒng)內(nèi)服務(wù)器設(shè)備之間的通信，根據(jù)計(jì)算節(jié)點(diǎn)對網(wǎng)絡(luò)帶寬和延遲的不同要求，可以基于千兆、萬兆以太網(wǎng)等不同性能的網(wǎng)絡(luò)構(gòu)建；存儲網(wǎng)絡(luò)用來實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心內(nèi)服務(wù)器和存儲設(shè)備或是存儲設(shè)備之間的數(shù)據(jù)通信，通?；贔C、千兆和萬兆IP網(wǎng)絡(luò)（iSCSI、NFS、CIFS等）或是Infiniband網(wǎng)絡(luò)構(gòu)建；服務(wù)網(wǎng)絡(luò)用來為互聯(lián)網(wǎng)或是局域網(wǎng)用戶提供服務(wù)，對網(wǎng)絡(luò)帶寬要求不高，通常采用百兆或是千兆以太網(wǎng)絡(luò)即可。

同城災(zāi)備網(wǎng)絡(luò)建設(shè)時(shí)，為了確保數(shù)據(jù)傳輸?shù)陌踩院蜆I(yè)務(wù)系統(tǒng)恢復(fù)的可靠性，一般建議在災(zāi)備數(shù)據(jù)中心與生產(chǎn)數(shù)據(jù)中心之間建立裸光纖網(wǎng)絡(luò)，并根據(jù)業(yè)務(wù)系統(tǒng)的實(shí)際情況選擇配套的網(wǎng)絡(luò)帶寬。成熟的災(zāi)備網(wǎng)絡(luò)鏈路會(huì)根據(jù)具體的業(yè)務(wù)功能規(guī)劃多條光纖鏈路，包括專用的生產(chǎn)網(wǎng)絡(luò)光纖鏈路、存儲網(wǎng)絡(luò)光纖鏈路、監(jiān)控網(wǎng)絡(luò)光纖鏈路、備份網(wǎng)絡(luò)光纖鏈路、管理網(wǎng)絡(luò)光纖鏈路等等。一般銀行系統(tǒng)、金融行業(yè)、大型企業(yè)或運(yùn)營商等會(huì)建立自己的專用災(zāi)備網(wǎng)絡(luò)鏈路，而小型公司會(huì)綜合考慮生產(chǎn)應(yīng)用和鏈路投入成本的問題，一般會(huì)選擇租用網(wǎng)絡(luò)鏈路來進(jìn)行災(zāi)備業(yè)務(wù)系統(tǒng)的數(shù)據(jù)傳輸。

1.3 數(shù)據(jù)復(fù)制傳輸架構(gòu)建設(shè)

在構(gòu)建容災(zāi)系統(tǒng)所涉及的諸多要素中，雙中心之間的數(shù)據(jù)復(fù)制傳輸技術(shù)是關(guān)鍵，必須確保生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心的數(shù)據(jù)及時(shí)同步，確保有2份冗余數(shù)據(jù)，只有保證了數(shù)據(jù)的安全可用，當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生數(shù)據(jù)丟失時(shí)，應(yīng)用或是業(yè)務(wù)的恢復(fù)才有可能。正常情況下系統(tǒng)的各種應(yīng)用在數(shù)據(jù)中心運(yùn)行，數(shù)據(jù)在生產(chǎn)、使用、加工、存儲和備份的過程中，數(shù)據(jù)流會(huì)經(jīng)過應(yīng)用系統(tǒng)、數(shù)據(jù)庫、生產(chǎn)服務(wù)器、生產(chǎn)存儲和備份存儲全部流程或是其中的幾個(gè)流程，那數(shù)據(jù)傳輸就可以在這些流程的任一層次上實(shí)現(xiàn)。具體在哪一層實(shí)現(xiàn)，主要和單位對業(yè)務(wù)應(yīng)用系統(tǒng)的容災(zāi)目標(biāo)有關(guān)，最終是實(shí)現(xiàn)數(shù)據(jù)級的災(zāi)備？還是實(shí)現(xiàn)應(yīng)用級的災(zāi)備？或是數(shù)據(jù)級和應(yīng)用級都要達(dá)到的雙活容災(zāi)？一般應(yīng)用級的容災(zāi)可以通過服務(wù)器主機(jī)層面或數(shù)據(jù)庫層的數(shù)據(jù)傳輸技術(shù)來實(shí)現(xiàn)，數(shù)據(jù)級容災(zāi)可以通過存儲層的數(shù)據(jù)傳輸技術(shù)來實(shí)現(xiàn)，若是雙活容災(zāi)，不僅需要在主機(jī)層、數(shù)據(jù)庫層和存儲層都進(jìn)行技術(shù)構(gòu)建，同時(shí)也要求網(wǎng)絡(luò)層、動(dòng)環(huán)系統(tǒng)甚至中間件等都具備容災(zāi)能力，這是個(gè)比較復(fù)雜、全系統(tǒng)層面的災(zāi)備建設(shè)。

1.3.1 基于存儲設(shè)備的數(shù)據(jù)復(fù)制技術(shù)

存儲層的數(shù)據(jù)復(fù)制傳輸，要求存儲設(shè)備必須采用同一廠家同一系列的且都安裝有數(shù)據(jù)復(fù)制模塊的高端存儲平臺，在兩端存儲上安裝數(shù)據(jù)傳輸軟件，兩個(gè)中心之間通過數(shù)據(jù)復(fù)制軟件的調(diào)度，完成生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心兩端存儲之間的數(shù)據(jù)復(fù)制，復(fù)制可以是“一對一”復(fù)制方式，也可以是“一對多或多對一”的方式，而且復(fù)制可以是雙向的。數(shù)據(jù)復(fù)制是基于存儲數(shù)據(jù)塊級別的數(shù)據(jù)同步，與前端應(yīng)用無關(guān)，數(shù)據(jù)傳輸時(shí)系統(tǒng)并不會(huì)判斷數(shù)據(jù)的具體內(nèi)容，數(shù)據(jù)傳輸軟件只要檢測到有新的數(shù)據(jù)塊產(chǎn)生就啟動(dòng)數(shù)據(jù)傳輸機(jī)制，這種方法適用于底層存儲結(jié)構(gòu)平臺單一、服務(wù)器平臺構(gòu)成復(fù)雜、上層應(yīng)用繁多的IT系統(tǒng)架構(gòu)數(shù)據(jù)級的容災(zāi)方案，不適合于復(fù)雜、異構(gòu)存儲平臺的容災(zāi)場景。一般包括同步復(fù)制和異步復(fù)制。

同步方式：即生產(chǎn)存儲和備份存儲之間可以實(shí)現(xiàn)數(shù)據(jù)同步更新，應(yīng)用系統(tǒng)的數(shù)據(jù)寫入生產(chǎn)存儲時(shí)，數(shù)據(jù)復(fù)制軟件識別到有新的數(shù)據(jù)塊落盤時(shí)，立刻調(diào)用程序?qū)⑿碌臄?shù)據(jù)塊寫入備份存儲，備份存儲寫操作完成后，生產(chǎn)服務(wù)器才給前方應(yīng)用返回?cái)?shù)據(jù)落盤確認(rèn)信息，即生產(chǎn)存儲和備份存儲之間可以實(shí)現(xiàn)數(shù)據(jù)同步更新，確保生產(chǎn)端和備份端的數(shù)據(jù)一致，當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難時(shí)，不會(huì)造成數(shù)據(jù)丟失，可實(shí)現(xiàn)RPO為零。

異步方式：即生產(chǎn)存儲和備份存儲之間可以實(shí)現(xiàn)數(shù)據(jù)異步更新，應(yīng)用系統(tǒng)的數(shù)據(jù)寫入生產(chǎn)存儲時(shí)，數(shù)據(jù)塊落盤的同時(shí)立刻給前方應(yīng)用返回?cái)?shù)據(jù)落盤確認(rèn)信息時(shí)，并不會(huì)等待數(shù)據(jù)復(fù)制軟件將新的數(shù)據(jù)塊寫入備份存儲，即生產(chǎn)數(shù)據(jù)先寫入生產(chǎn)存儲，備份數(shù)據(jù)會(huì)延遲寫入備份存儲，當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難時(shí)，網(wǎng)絡(luò)中斷可能造成最后一次數(shù)據(jù)并沒有寫入備份存儲，造成生產(chǎn)數(shù)據(jù)丟失。

1.3.2基于主機(jī)系統(tǒng)的數(shù)據(jù)復(fù)制技術(shù)

主機(jī)層面數(shù)據(jù)復(fù)制技術(shù)，主要是在生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心的服務(wù)器主機(jī)之間建立數(shù)據(jù)傳輸通道，在生產(chǎn)服務(wù)器和災(zāi)備服務(wù)器上安裝專業(yè)的主機(jī)數(shù)據(jù)傳輸管理軟件，并根據(jù)實(shí)際情況配置自動(dòng)調(diào)用策略，通過專業(yè)軟件的調(diào)度定時(shí)完成雙中心之間的數(shù)據(jù)復(fù)制，當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生數(shù)據(jù)破壞時(shí)，可通過災(zāi)備數(shù)據(jù)中心的服務(wù)器恢復(fù)備份數(shù)據(jù)，從而進(jìn)一步快速恢復(fù)業(yè)務(wù)應(yīng)用，提高企業(yè)應(yīng)用系統(tǒng)的容災(zāi)能力。

主機(jī)層面的數(shù)據(jù)復(fù)制技術(shù)是基于應(yīng)用層面的業(yè)務(wù)級數(shù)據(jù)同步，與存儲層面的數(shù)據(jù)復(fù)制技術(shù)不同，它和底層的存儲平臺無關(guān)，并不要求生產(chǎn)存儲和備份存儲必須同構(gòu)。只需要在生產(chǎn)服務(wù)器和備份服務(wù)器上安裝專業(yè)的數(shù)據(jù)傳輸軟件，當(dāng)生產(chǎn)應(yīng)用數(shù)據(jù)庫和文件系統(tǒng)有數(shù)據(jù)更新時(shí)，數(shù)據(jù)傳輸軟件將新的應(yīng)用數(shù)據(jù)復(fù)制到備份服務(wù)器端，為了確保數(shù)據(jù)的快速同步，此技術(shù)對主機(jī)性能要求較高，且數(shù)據(jù)復(fù)制時(shí)會(huì)占用大量的主機(jī)資源，在數(shù)據(jù)復(fù)制過程中占用了大量較大的CPU、內(nèi)存和網(wǎng)絡(luò)資源，嚴(yán)重時(shí)會(huì)影響應(yīng)用系統(tǒng)的正常使用，不適合大規(guī)模推廣，一般較少使用。

1.3.3 基于數(shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)

應(yīng)用系統(tǒng)層一般會(huì)選擇在數(shù)據(jù)庫層面進(jìn)行數(shù)據(jù)同步，數(shù)據(jù)庫作為支撐應(yīng)用系統(tǒng)運(yùn)行的核心部分，應(yīng)用系統(tǒng)的高可用直接依賴數(shù)據(jù)庫的高可用，很多企業(yè)的核心應(yīng)用系統(tǒng)大多是基于數(shù)據(jù)庫平臺開發(fā)的，數(shù)據(jù)庫承載了應(yīng)用系統(tǒng)的所有生產(chǎn)數(shù)據(jù)信息，若數(shù)據(jù)庫平臺發(fā)生故障，造成數(shù)據(jù)丟失，短時(shí)間內(nèi)無法修復(fù)，將直接影響信息系統(tǒng)的正常運(yùn)行，單實(shí)例節(jié)點(diǎn)的數(shù)據(jù)庫架構(gòu)無法滿足應(yīng)用系統(tǒng)高可用及業(yè)務(wù)連續(xù)性的需求，因此針對數(shù)據(jù)庫的高可用建設(shè)是很有必要的。

常用的基于數(shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)是通過數(shù)據(jù)庫之間的數(shù)據(jù)日志同步功能來實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)中心和災(zāi)備數(shù)據(jù)中心之間的數(shù)據(jù)傳輸復(fù)制，其中以O(shè)racle數(shù)據(jù)庫的Data Guard數(shù)據(jù)復(fù)制技術(shù)為代表，需要在生產(chǎn)數(shù)據(jù)庫和備份數(shù)據(jù)庫主機(jī)上安裝DG軟件，通過Oracle數(shù)據(jù)庫的日志同步功能，實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)庫和DG備庫之間的數(shù)據(jù)同步。數(shù)據(jù)傳輸過程不會(huì)占用太多的主機(jī)資源，但是為了確保日志數(shù)據(jù)能及時(shí)同步，對生產(chǎn)數(shù)據(jù)庫和DG備用數(shù)據(jù)庫之間的網(wǎng)絡(luò)要求較高，建議使用萬兆SAN網(wǎng)絡(luò)。由于Oracle-DG同步庫的搭建操作較復(fù)雜，對DBA的技術(shù)要求較高，需要數(shù)據(jù)庫管理人員有豐富的運(yùn)維經(jīng)驗(yàn)和扎實(shí)的專業(yè)知識，并在運(yùn)維工作中嚴(yán)謹(jǐn)細(xì)致，有足夠的工作責(zé)任心。

Oracle數(shù)據(jù)庫的Data Guard數(shù)據(jù)復(fù)制架構(gòu)在生產(chǎn)主庫構(gòu)建基于分布式的數(shù)據(jù)庫集群，通過2個(gè)節(jié)點(diǎn)的RAC數(shù)據(jù)庫對外提供訪問服務(wù)，同時(shí)構(gòu)建基于Oracle-Data Guard技術(shù)的冷備庫環(huán)境，通過Oracle數(shù)據(jù)庫獨(dú)有的日志閃回技術(shù)能夠達(dá)到生產(chǎn)主庫和冷備庫之間的數(shù)據(jù)庫同步，該架構(gòu)具備幾點(diǎn)優(yōu)勢：①RAC集群的2個(gè)節(jié)點(diǎn)可以自動(dòng)實(shí)現(xiàn)負(fù)載均衡，當(dāng)前端應(yīng)用系統(tǒng)訪問會(huì)話數(shù)較多時(shí)，負(fù)載均衡程序會(huì)根據(jù)會(huì)話訪問隊(duì)列進(jìn)行合理的負(fù)載分流，防止會(huì)話擁堵，有效提高應(yīng)用系統(tǒng)的訪問效率；②可提供數(shù)據(jù)庫高可用，RAC集群的2個(gè)節(jié)點(diǎn)可同時(shí)對外提供并發(fā)訪問，若其中一個(gè)節(jié)點(diǎn)故障后，另一個(gè)節(jié)點(diǎn)可自動(dòng)接管數(shù)據(jù)庫的所有業(yè)務(wù)并繼續(xù)提供服務(wù)，前端業(yè)務(wù)訪問無中斷；③故障容錯(cuò)和無縫切換功能，將硬件和軟件錯(cuò)誤造成的影響最小化；④通過并行執(zhí)行技術(shù)提高事務(wù)響應(yīng)時(shí)間——通常用于數(shù)據(jù)分析系統(tǒng)；⑤通過橫向擴(kuò)展提高每秒交易數(shù)和連接數(shù)——通常用于聯(lián)機(jī)事務(wù)系統(tǒng)；⑥節(jié)約硬件成本，可以用多個(gè)廉價(jià)PC服務(wù)器代替昂貴的小型機(jī)或大型機(jī)，同時(shí)節(jié)約相應(yīng)的維護(hù)成本；⑦可擴(kuò)展性好，方便添加刪除節(jié)點(diǎn)，便于擴(kuò)展軟硬件資源。

構(gòu)建基于Oracle-Data Guard技術(shù)的冷備庫環(huán)境，生產(chǎn)主庫與備庫之間采用“塊對塊”的日志復(fù)制進(jìn)行構(gòu)建，運(yùn)行時(shí)主、備節(jié)點(diǎn)之間通過日志同步來保證數(shù)據(jù)的一致性，可實(shí)現(xiàn)數(shù)據(jù)庫快速切換與災(zāi)難性恢復(fù)。在對主數(shù)據(jù)庫影響很小的情況下能夠?qū)崿F(xiàn)主、備庫的同步，結(jié)合Oracle閃回技術(shù)可達(dá)到如下目標(biāo)：①通過程序自動(dòng)化調(diào)度，生產(chǎn)集群庫與容災(zāi)庫可進(jìn)行實(shí)時(shí)數(shù)據(jù)同步，實(shí)現(xiàn)數(shù)據(jù)同城容災(zāi)的目的；②日常運(yùn)行中，在沒有數(shù)據(jù)恢復(fù)業(yè)務(wù)的時(shí)候，災(zāi)備中心的容災(zāi)數(shù)據(jù)庫可提供查詢、報(bào)表類只讀服務(wù)，因?yàn)閳?bào)表類的業(yè)務(wù)模塊在運(yùn)行時(shí)對數(shù)據(jù)庫的CPU、內(nèi)存的消耗都非常高，尤其是在業(yè)務(wù)高峰期時(shí)，運(yùn)行報(bào)表類業(yè)務(wù)更是對系統(tǒng)負(fù)載雪上加霜，讓災(zāi)備庫代替生產(chǎn)庫承擔(dān)報(bào)表查詢業(yè)務(wù)，可有效減低生產(chǎn)庫的訪問壓力；③當(dāng)生產(chǎn)中心的RAC集群生產(chǎn)庫發(fā)生故障時(shí)，災(zāi)備中心的Data Guard災(zāi)備庫可快速切換為生產(chǎn)庫，提供業(yè)務(wù)訪問，提高生產(chǎn)業(yè)務(wù)連續(xù)性。

2 結(jié)束語

建立同城雙中心災(zāi)備系統(tǒng)是信息安全應(yīng)急工作的一個(gè)重要環(huán)節(jié)，對于保障企業(yè)科研生產(chǎn)安全運(yùn)行有著重大意義。本文介紹了國家標(biāo)準(zhǔn)對災(zāi)難與恢復(fù)的相關(guān)體系要求，探討了同城雙中心災(zāi)備系統(tǒng)建設(shè)中基礎(chǔ)設(shè)施、網(wǎng)絡(luò)體系和數(shù)據(jù)存儲等方面的技術(shù)要點(diǎn)，為企業(yè)建設(shè)同城雙中心災(zāi)備系統(tǒng)提供了參考。該如何選擇同城雙中心災(zāi)備系統(tǒng)的建設(shè)模式，對于各個(gè)企業(yè)而言并沒有一個(gè)統(tǒng)一的模式，每個(gè)單位所實(shí)施的災(zāi)備方案都是依據(jù)其業(yè)務(wù)需求與IT策略來制定的，至于具體方式的選擇，要綜合考慮實(shí)施的復(fù)雜度、建設(shè)成本、可承受的折中風(fēng)險(xiǎn)等諸多因素，根據(jù)不同的要求和應(yīng)用特性去選擇最合適的方案。