宓正宇

（中國電信股份有限公司上海分公司，上海 200120）

1 引言

中國電信股份有限公司上海分公司（以下簡稱上海電信）業(yè)務(wù)平臺(tái)建設(shè)從一開始的分散建設(shè)模式到現(xiàn)在的集中化建設(shè)模式，實(shí)現(xiàn)了業(yè)務(wù)平臺(tái)的集約化運(yùn)營與管理。業(yè)務(wù)平臺(tái)的集中化建設(shè)可以減少運(yùn)營商對(duì)硬件的投資，減少運(yùn)營的維護(hù)成本，便于集約化運(yùn)營管理等。但由此帶來的安全隱患也不能忽視，例如火災(zāi)、地震等不可抗拒因素，用戶數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)集中存放的單點(diǎn)故障會(huì)對(duì)公司造成不可預(yù)計(jì)的損失。因此上海電信統(tǒng)籌安排了臨港新城電信機(jī)房作為公司IT系統(tǒng)的新建EDC機(jī)房，以實(shí)現(xiàn)電子化數(shù)據(jù)異地高速備份，提升IT系統(tǒng)的數(shù)據(jù)備份能力，并為后續(xù)進(jìn)一步的應(yīng)用級(jí)容災(zāi)做好準(zhǔn)備。同時(shí)異地災(zāi)備的數(shù)據(jù)庫還可以分散主節(jié)點(diǎn)數(shù)據(jù)庫的系統(tǒng)訪問壓力，擴(kuò)展了數(shù)據(jù)文件的實(shí)時(shí)讀寫能力。

本文探討了基于Oracle的Goldengate技術(shù)實(shí)現(xiàn)對(duì)電信IBP系統(tǒng)用戶及業(yè)務(wù)數(shù)據(jù)進(jìn)行異地備份，同時(shí)考慮到公眾客戶售中管控模塊的上線會(huì)對(duì)現(xiàn)有IBP生產(chǎn)數(shù)據(jù)庫系統(tǒng)產(chǎn)生影響，建議該管控模塊所需的IBP相關(guān)數(shù)據(jù)從IBP復(fù)制庫獲?。煌瑫r(shí)以后ODS的數(shù)據(jù)抽取也將從IBP復(fù)制庫獲取，減少生產(chǎn)系統(tǒng)的壓力。

2 Goldengate災(zāi)備系統(tǒng)技術(shù)

2.1 災(zāi)備技術(shù)

災(zāi)備技術(shù)應(yīng)用主要源于對(duì)數(shù)據(jù)的保護(hù)，其核心的技術(shù)思想是在異地創(chuàng)建副本。縱觀業(yè)界的災(zāi)備產(chǎn)品都是基于以下幾個(gè)數(shù)據(jù)保護(hù)與同步復(fù)制技術(shù)，包括基于傳統(tǒng)備份的災(zāi)備技術(shù)、基于鏡像的災(zāi)備技術(shù)、基于復(fù)制的災(zāi)備技術(shù)。其中，基于復(fù)制的災(zāi)備技術(shù)又可以分為基于數(shù)據(jù)庫的復(fù)制技術(shù)、基于存儲(chǔ)的復(fù)制技術(shù)、基于存儲(chǔ)交換層的復(fù)制技術(shù)、基于主機(jī)軟件的復(fù)制技術(shù)。本文主要涉及的是基于數(shù)據(jù)庫的復(fù)制技術(shù)，因?yàn)榛跀?shù)據(jù)庫的復(fù)制技術(shù)總體投資規(guī)模較小，而且不要求數(shù)據(jù)集中存儲(chǔ)，對(duì)網(wǎng)絡(luò)帶寬要求較低，但是實(shí)施難度大，技術(shù)成熟度也一般[1]。

2.2 Goldengate技術(shù)

Goldengate軟件是一個(gè)實(shí)現(xiàn)異構(gòu)數(shù)據(jù)環(huán)境間數(shù)據(jù)復(fù)制的綜合軟件分組，它通過分析源數(shù)據(jù)庫的在線日志或歸檔日志記錄數(shù)據(jù)的增/刪/改變化，然后將這些增/刪/改的操作同步到目標(biāo)數(shù)據(jù)庫，最終實(shí)現(xiàn)目標(biāo)數(shù)據(jù)庫與源數(shù)據(jù)庫的雙活和同步。另外該軟件提供異構(gòu)環(huán)境下交易數(shù)據(jù)的捕捉、轉(zhuǎn)換和接收，可以滿足異構(gòu)數(shù)據(jù)庫環(huán)境下的變化數(shù)據(jù)同步，而且即使是異構(gòu)操作系統(tǒng)或異構(gòu)數(shù)據(jù)庫都可以實(shí)現(xiàn)大量數(shù)據(jù)亞秒級(jí)的同步。Goldentate能實(shí)現(xiàn)一對(duì)一、一對(duì)多、多對(duì)一、雙向和點(diǎn)對(duì)點(diǎn)等靈活的拓?fù)浣Y(jié)構(gòu)并應(yīng)用到計(jì)費(fèi)系統(tǒng)、報(bào)表系統(tǒng)、供應(yīng)鏈系統(tǒng)等多個(gè)場景，滿足跟蹤、同步、分發(fā)和備份容災(zāi)的要求[2]。

（1）單向數(shù)據(jù)復(fù)制

單向數(shù)據(jù)復(fù)制簡單的說就是利用extract抓取進(jìn)程在源數(shù)據(jù)庫捕獲在線日志或者歸檔日志并在extract隊(duì)列中記錄源數(shù)據(jù)庫增/刪/改等操作，然后通過deliver傳輸進(jìn)程接收這些變化量，最后通過replicate入庫進(jìn)程創(chuàng)建復(fù)制或者同步的SQL語句，最終在目標(biāo)數(shù)據(jù)庫中進(jìn)行執(zhí)行操作。單向數(shù)據(jù)復(fù)制過程的示意如圖1所示。

圖1 單向數(shù)據(jù)復(fù)制示意

（2）雙向數(shù)據(jù)復(fù)制

雙向數(shù)據(jù)復(fù)制的原理與單向數(shù)據(jù)復(fù)制的原理基本一致，只是說兩端的源數(shù)據(jù)/目標(biāo)數(shù)據(jù)互相作為復(fù)制對(duì)象，并且源數(shù)據(jù)庫和目標(biāo)數(shù)據(jù)庫同時(shí)為雙活狀態(tài)。

但是雙向數(shù)據(jù)復(fù)制存在一個(gè)問題，那就是如果不采取有效的機(jī)制，剛被復(fù)制進(jìn)目標(biāo)數(shù)據(jù)庫的變化數(shù)據(jù)馬上會(huì)被目標(biāo)數(shù)據(jù)庫的抓取進(jìn)程復(fù)制回源數(shù)據(jù)庫，為了避免這種死循環(huán)狀態(tài)，Goldengate采用了一種非常有效的判斷機(jī)制來識(shí)別哪些數(shù)據(jù)可以用來被抓取。也可以這樣理解，這種判斷機(jī)制其實(shí)就是在抓取進(jìn)程中使用了跟蹤表機(jī)制，當(dāng)復(fù)制進(jìn)程和應(yīng)用程序同時(shí)更新同一個(gè)對(duì)象表的時(shí)候，抓取進(jìn)程就開始啟用跟蹤表機(jī)制，在進(jìn)行雙向數(shù)據(jù)復(fù)制中，抓取進(jìn)程就通過命令行向源數(shù)據(jù)庫和目標(biāo)數(shù)據(jù)庫中分別加入跟蹤表，一旦抓取進(jìn)程發(fā)現(xiàn)跟蹤表有數(shù)據(jù)更新，就判斷為復(fù)制進(jìn)程所產(chǎn)生，并忽略掉該操作；反之，如果更新表沒有數(shù)據(jù)更新，那么抓取進(jìn)程就判斷為由應(yīng)用程序產(chǎn)生，并將更新操作抓取出來。雙向數(shù)據(jù)復(fù)制的過程示意如圖2所示。

（3）其他復(fù)制方式

除了單向復(fù)制和雙向復(fù)制方式以外，Goldengate還提供了其他的復(fù)制方案，利用靈活的技術(shù)架構(gòu)可以滿足用戶不同的復(fù)制需求。例如廣播復(fù)制、集中復(fù)制和多層復(fù)制等。

2.2.1 關(guān)鍵特性

Goldengate的配置方式十分靈活，包括單向數(shù)據(jù)復(fù)制、雙向數(shù)據(jù)復(fù)制和多層次數(shù)據(jù)復(fù)制?？梢詽M足用戶本地駐地網(wǎng)或者城域網(wǎng)中的不同場景和需求。

該同步軟件有以下3個(gè)關(guān)鍵特性。

（1）實(shí)時(shí)訪問實(shí)時(shí)信息

Goldengate提供異構(gòu)系統(tǒng)間數(shù)據(jù)庫事務(wù)的實(shí)時(shí)捕獲、轉(zhuǎn)換、路由和交付。該軟件在確保事務(wù)完整性的同時(shí)讓更多數(shù)據(jù)庫和平臺(tái)實(shí)現(xiàn)了高性能、低影響的亞秒級(jí)數(shù)據(jù)移動(dòng)。它采用一個(gè)基于組件的體系結(jié)構(gòu)，可幫助企業(yè)系統(tǒng)所需的持續(xù)可用性和實(shí)時(shí)集成。

（2）保持關(guān)鍵系統(tǒng)的持續(xù)可用

Goldengate可以幫助系統(tǒng)恢復(fù)因意外或者計(jì)劃造成的終端停機(jī)，并提高系統(tǒng)性能和可伸縮性。該軟件可以支持下列情形，包括災(zāi)難恢復(fù)、數(shù)據(jù)保護(hù)、零停機(jī)運(yùn)營、數(shù)據(jù)分布和查詢卸載等。

（3）穩(wěn)定的模塊化體系結(jié)構(gòu)

Goldengate軟件體系包括3個(gè)主要組件：抓取、跟蹤隊(duì)列和交付。這種模塊化方式讓每個(gè)組件可以獨(dú)立運(yùn)行，從而加快數(shù)據(jù)復(fù)制并確保數(shù)據(jù)完整性[3]。

圖2 雙向數(shù)據(jù)復(fù)制示意

2.2.2 特性和優(yōu)勢

Goldengate軟件具備很多特性和優(yōu)勢，可以在平臺(tái)系統(tǒng)間快速移動(dòng)事務(wù)數(shù)據(jù)。包括以下幾點(diǎn)。

（1）實(shí)時(shí)數(shù)據(jù)

立即捕獲、轉(zhuǎn)換事務(wù)數(shù)據(jù)并將其交付給其他系統(tǒng)，延遲不到1 s，可以讓系統(tǒng)業(yè)務(wù)平臺(tái)均可獲得及時(shí)、準(zhǔn)確的信息，改善組織決策。

（2）異構(gòu)支持

利用異構(gòu)數(shù)據(jù)庫和平臺(tái)提高IT部門的靈活性。從現(xiàn)有的IT資源中提取數(shù)據(jù)，在統(tǒng)一所有企業(yè)用戶業(yè)務(wù)數(shù)據(jù)的同時(shí)降低了成本。

（3）可靠性

將所有提交的記錄交付給目標(biāo)系統(tǒng)，即使在網(wǎng)絡(luò)中斷時(shí)，也無需中斷系統(tǒng)。

（4）高性能、低影響

每秒移動(dòng)上千個(gè)事務(wù)，且不會(huì)影響源系統(tǒng)或目標(biāo)系統(tǒng)。實(shí)時(shí)訪問關(guān)鍵信息，且不影響生產(chǎn)系統(tǒng)。

（5）事務(wù)完整性

在源系統(tǒng)和目標(biāo)系統(tǒng)間移動(dòng)數(shù)據(jù)時(shí)，保持?jǐn)?shù)據(jù)提交邊界的一致性、隔離性、持久性等屬性，確保備份系統(tǒng)和報(bào)表數(shù)據(jù)庫間數(shù)據(jù)的一致性和應(yīng)用的完整性。

2.2.3 Goldengate與其他備份方式比較

基于數(shù)據(jù)庫備份的軟件還有Dataguard和Stream等，表1對(duì)3種實(shí)現(xiàn)方式進(jìn)行了詳細(xì)的比較。

表1 3種備份實(shí)現(xiàn)方式的比較

基于Goldengate軟件與存儲(chǔ)遠(yuǎn)程鏡像的比較見表2。

表2 基于Goldengate軟件與存儲(chǔ)遠(yuǎn)程鏡像的比較

因此基于上述原因綜合評(píng)估后，下面主要通過具體案例探討基于Goldengate技術(shù)實(shí)現(xiàn)IBP業(yè)務(wù)平臺(tái)的數(shù)據(jù)庫備份及數(shù)據(jù)庫同步以解決業(yè)務(wù)模塊增加訪問IBP系統(tǒng)數(shù)據(jù)庫壓力的方案。

3 案例

3.1 IBP（服務(wù)開通）系統(tǒng)

目前上海本地的IBP系統(tǒng)已經(jīng)綜合了SDH和基于SDH的多業(yè)務(wù)傳送平臺(tái)MSTP業(yè)務(wù)，因此上海本地的SDH業(yè)務(wù)和MSTP業(yè)務(wù)都是由IBP系統(tǒng)統(tǒng)一管控的，IBP系統(tǒng)承受的壓力可想而知。

3.2 IBP系統(tǒng)現(xiàn)狀

業(yè)務(wù)開通流程的系統(tǒng)支撐現(xiàn)狀如圖3所示。

圖3 業(yè)務(wù)開通流程的系統(tǒng)支撐現(xiàn)狀

上海電信IBP系統(tǒng)自2008年上線后，系統(tǒng)壓力不斷上升；除了要承受系統(tǒng)本身的新產(chǎn)品和新業(yè)務(wù)的壓力外，還要滿足很多外來系統(tǒng)的業(yè)務(wù)發(fā)展需求，具體如下。

· ODS系統(tǒng)每天從IBP抽取數(shù)據(jù)。

· 公眾客戶售中管控模塊對(duì)服務(wù)開通跨系統(tǒng)流程的關(guān)鍵環(huán)節(jié)進(jìn)行實(shí)時(shí)監(jiān)測要求。

· 公眾客戶售中管控模塊對(duì)服務(wù)開通跨系統(tǒng)流程的系統(tǒng)銜接環(huán)節(jié)進(jìn)行實(shí)時(shí)監(jiān)測要求。考慮到公眾客戶售中管控模塊的上線會(huì)對(duì)現(xiàn)有IBP生產(chǎn)數(shù)據(jù)庫系統(tǒng)產(chǎn)生影響，因此該管控模塊所需的 IBP相關(guān)數(shù)據(jù)從 IBP復(fù)制庫獲取；同時(shí)以后ODS的數(shù)據(jù)抽取也將從IBP復(fù)制庫獲取，減少生產(chǎn)系統(tǒng)的壓力。于是就有了本文中基于Goldengate來同步生產(chǎn)IBP數(shù)據(jù)庫數(shù)據(jù)到IBP復(fù)制庫的方法。

3.2.1 系統(tǒng)網(wǎng)絡(luò)拓?fù)?/p>

系統(tǒng)網(wǎng)絡(luò)拓?fù)淙鐖D4所示。

3.2.2 數(shù)據(jù)庫服務(wù)器性能與日志

數(shù)據(jù)庫服務(wù)器如圖5所示。

圖4 系統(tǒng)網(wǎng)絡(luò)拓?fù)?/p>

圖5 數(shù)據(jù)庫服務(wù)器性能

固網(wǎng)數(shù)據(jù)庫日志產(chǎn)生量每天約224 GB。

CDMA網(wǎng)數(shù)據(jù)庫日志產(chǎn)生量每天約139 GB。

3.3 基于Goldengate復(fù)制數(shù)據(jù)庫

Goldengate數(shù)據(jù)復(fù)制軟件當(dāng)前采用基于LOG的方法獲取數(shù)據(jù)變化，可以在相同或不同的Oracle數(shù)據(jù)庫版本進(jìn)行復(fù)制，或者可以從 Oracle數(shù)據(jù)庫復(fù)制數(shù)據(jù)到其他類型的數(shù)據(jù)庫（異構(gòu)復(fù)制）。目前，Goldengate只配置了DML復(fù)制，對(duì)于所有DDL操作均不予以復(fù)制[4]。

3.3.1 Goldengate支持類型及操作

（1）數(shù)據(jù)支持類型

支持numeric（數(shù)字類型），包括number、binary float、binary double。暫不支持 binary_integer和PLS_integer。

支持所有character（字符類型），包括char、varchar2、long、nchar、nvarchar2。

支持大對(duì)象，包括 clob、nclob、blob。但不支持bfile。

支持binary（二進(jìn)制類型），包括raw和long raw。

支持 date及 timestamp類型。支持除了timezone_region和 timezone_abbr類型的所有timestamp類型。

暫不支持多字節(jié)的XML類型。

支持用戶自定義類型（UDT），源端的 UDT與目標(biāo)端的UDT必須相同。

其他支持的數(shù)據(jù)類型，包括rowid、varray、interval day、interval year。

Goldengate暫不支持的其他數(shù)據(jù)類型：anydata 和 anydataset、anytype、mlslabel、uritype和urowid。

（2）特殊對(duì)象支持

Goldengate支持對(duì)于常規(guī)表的數(shù)據(jù)復(fù)制，對(duì)于一些特殊對(duì)象支持如下所示。

有條件支持物化視圖（materialized view），在以下有條件限制中支持：

· 源表必須有唯一主鍵；

· Goldengate不支持物化視圖使用“with rowid”來創(chuàng)建，但當(dāng)物化視圖LOG（不是物化視圖自己）用“with rowid”來創(chuàng)建時(shí)，Goldengate是支持的；

· 物化視圖必須是使用單個(gè)表，而不能包含joins生成的表；

· Goldengate不支持truncates物化視圖，但支持使用“delete from”來替代。

· 索引組織表（index organized table）通過物化視圖復(fù)制：

· 對(duì)于Goldengate基于LOG的復(fù)制方式，IoT表無法直接從日志中抽取，但是可以為IoT表建立物化視圖，通過復(fù)制該物化視圖的變化實(shí)現(xiàn)IoT數(shù)據(jù)變化的復(fù)制。

（3）不支持的特殊操作

以下特殊操作由于不寫日志，Goldengate無法予以復(fù)制。

· direct-path table load（由于不進(jìn)行寫LOG操作）

Oracle插入數(shù)據(jù)有兩種方式：常規(guī)插入和direct-path插入。常規(guī)插入，重新使用table中的自由空間，在已有數(shù)據(jù)中插入新數(shù)據(jù)，維護(hù)引用完整性約束。direct-path插入，在表中已有數(shù)據(jù)之后插入新數(shù)據(jù)；數(shù)據(jù)直接插入數(shù)據(jù)文件，繞過緩存；已有數(shù)據(jù)中的自由空間沒有被重新利用；忽略了引用完整性約束。direct-path會(huì)寫較少的 redo log和undo log，導(dǎo)致Goldengate無法通過日志獲取足夠信息捕捉數(shù)據(jù)變化。

常見的 direct path 插入包括：Insert/*+ APPEND */ into table1 as selecttable2; create table 1as select table2。

· 并行DML模式下缺省為direct-path

如：ALTER SESSION { ENABLE | FORCE }PARALLEL DML。

· 使用SQL *loader并且設(shè)置direct=y

如果遇到上述操作，一般這些表數(shù)據(jù)不是原生數(shù)據(jù)，可以在復(fù)制中排除掉這些表并通過定時(shí)備份等方式予以復(fù)制。

如果在應(yīng)用中使用該 hint，并且表被設(shè)置為nologging，則不會(huì)寫足夠日志，Goldengate無法復(fù)制。

如果在應(yīng)用中使用該 hint，則不會(huì)寫足夠日志，Goldengate無法復(fù)制。

· 不支持truncate操作

因?yàn)樵跀?shù)據(jù)庫維護(hù)的時(shí)候 truncate操作是不去寫數(shù)據(jù)庫日志的。

3.3.2 復(fù)制數(shù)據(jù)庫

（1）復(fù)制內(nèi)容和數(shù)據(jù)量

本次復(fù)制的內(nèi)容只需針對(duì)IBP系統(tǒng)中的3個(gè)模塊，分別見表3。

表3 IBP系統(tǒng)中的3個(gè)模塊

通過調(diào)研CDMA網(wǎng)和固網(wǎng)數(shù)據(jù)庫里的用戶，本次復(fù)制的數(shù)據(jù)量見表4。

以未來一年數(shù)據(jù)量的等比增長，需要復(fù)制的數(shù)據(jù)量為：

（2）軟硬件環(huán)境

本次復(fù)制工具使用的是 Oracle公司的Goldengate，鑒于Goldengate是通過將主庫所有的變化信息應(yīng)用到復(fù)制庫的方式，所需的主機(jī)性能建議和生產(chǎn)庫的性能相當(dāng)，同時(shí)由于 I/O的性能直接影響了復(fù)制的效果，建議存儲(chǔ)使用高端存儲(chǔ)，所配置容量與生成庫相當(dāng)。根據(jù)筆者的實(shí)際實(shí)施經(jīng)驗(yàn)，目標(biāo)庫的機(jī)器性能建議和生產(chǎn)庫相當(dāng)，但可以略微低一點(diǎn)。

表4 CDMA網(wǎng)和固網(wǎng)數(shù)據(jù)庫里的數(shù)據(jù)量

在主機(jī)配置方面，鑒于生產(chǎn)環(huán)境數(shù)據(jù)庫內(nèi)部的SCHEMA的名稱又相同，建議建立各自單獨(dú)的復(fù)制庫，建議配置見表5。

在存儲(chǔ)配置方面，根據(jù)式（1）、式（2）中以一年為基礎(chǔ)估算的存儲(chǔ)數(shù)據(jù)量為：

CDMA網(wǎng)復(fù)制庫：6.4 TB；

固網(wǎng)復(fù)制庫：2.4 TB。

（3）Goldengate部署及測試

本案例Goldengate的基本步驟如下所示。

· 整理需要復(fù)制的表的相關(guān)信息。包括：表的屬主、表結(jié)構(gòu)、索引、主外鍵、表的大小、表的用途、表所在的表空間和表采用的復(fù)制方式。

· 安裝主機(jī)和操作系統(tǒng)，配置網(wǎng)絡(luò)，安裝數(shù)據(jù)庫軟件。包括：操作系統(tǒng)的安裝、主機(jī)命名、IP地址分配、文件系統(tǒng)的劃分。存儲(chǔ)的劃分和分配，數(shù)據(jù)庫軟件的規(guī)劃和安裝及配置。

· 安裝 Goldengate軟件及測試。包括Goldengate軟件在生產(chǎn)庫和復(fù)制主機(jī)之間的安裝、部署。復(fù)制腳本的編寫和測試，復(fù)制程序的壓力測試。

· 系統(tǒng)割接前的復(fù)制內(nèi)容全備份。

· 系統(tǒng)割接前的生產(chǎn)庫和復(fù)制庫的同步。

· 系統(tǒng)割接時(shí)的生產(chǎn)庫和復(fù)制庫的同步。

· 系統(tǒng)割接后的生產(chǎn)庫和復(fù)制庫的同步檢測。

· 系統(tǒng)割接后的生產(chǎn)庫和復(fù)制庫的主機(jī)性能檢測。

· 系統(tǒng)割接后的生產(chǎn)庫應(yīng)用測試。

· 系統(tǒng)割接后的復(fù)制庫應(yīng)用測試。

表5 建議配置

4 使用Goldengate的要求及注意事項(xiàng)

4.1 時(shí)鐘同步

對(duì)于RAC環(huán)境，Goldengate要求所有節(jié)點(diǎn)必須保持時(shí)鐘同步，同時(shí)必須保持所有RAC節(jié)點(diǎn)和運(yùn)行的抽取進(jìn)程的節(jié)點(diǎn)保持時(shí)鐘同步。因?yàn)镚oldengate會(huì)比較本地的系統(tǒng)時(shí)間和commit的時(shí)間戳。所以不能忽略這個(gè)設(shè)置。否則可能導(dǎo)致數(shù)據(jù)復(fù)制的紊亂，因此 RAC環(huán)境下務(wù)必使用 NTP（網(wǎng)絡(luò)時(shí)間協(xié)議）進(jìn)行時(shí)間同步[5]。

4.2 共享存儲(chǔ)

在使用Goldengate數(shù)據(jù)同步的時(shí)候，Goldengate的相關(guān)軟件和工作目錄建議最好配置在共享存儲(chǔ)環(huán)境中，從而保證對(duì)所有節(jié)點(diǎn)都是可用的，從任何一個(gè)節(jié)點(diǎn)都可以啟動(dòng)Goldengate的進(jìn)程，當(dāng)其中一個(gè)節(jié)點(diǎn)出現(xiàn)異常時(shí)，可以在剩余的節(jié)點(diǎn)啟動(dòng)而無須修改任何配置參數(shù)。否則如果運(yùn)行在單個(gè)節(jié)點(diǎn)上的話，需要將剩余節(jié)點(diǎn)中的歸檔日志通過NFS文件共享的方式加載到Goldengate運(yùn)行節(jié)點(diǎn)。

4.3 定期清理歸檔

開啟數(shù)據(jù)庫歸檔后，需要部署清理歸檔日志的定時(shí)任務(wù)，以防磁盤空間被占滿導(dǎo)致數(shù)據(jù)庫無法啟動(dòng)的故障，包括主節(jié)點(diǎn)和容災(zāi)節(jié)點(diǎn)都要定時(shí)清理歸檔。

5 結(jié)束語

業(yè)務(wù)平臺(tái)集中建設(shè)和集約化運(yùn)營管理的發(fā)展是大勢所趨，越來越多的業(yè)務(wù)平臺(tái)走向集中，特別是隨著中國電信移動(dòng)業(yè)務(wù)的蓬勃發(fā)展，各業(yè)務(wù)或產(chǎn)品的基地化建設(shè)和運(yùn)營，各種用戶數(shù)據(jù)，業(yè)務(wù)數(shù)據(jù)的集中存放是否安全，各種重要的業(yè)務(wù)平臺(tái)是否有切實(shí)可行的容災(zāi)措施，是目前急需解決的問題。本文通過探討基于Oracle的Goldengate技術(shù)實(shí)現(xiàn)業(yè)務(wù)平臺(tái)數(shù)據(jù)庫的異地備份，通過復(fù)制IBP數(shù)據(jù)庫系統(tǒng)的案例很大程度上說明復(fù)制庫為緩解生產(chǎn)庫的壓力起到了很明顯的效果，總之希望Goldengate能對(duì)現(xiàn)網(wǎng)業(yè)務(wù)平臺(tái)的數(shù)據(jù)庫級(jí)容災(zāi)備份提供有效的幫助。

參考文獻(xiàn)：

[1] 羅圣美, 李明, 葉郁文.大數(shù)據(jù)容災(zāi)備份技術(shù)挑戰(zhàn)和增量備份解決方案[J].大數(shù)據(jù), 2015, 1(3)： 106-112.LUO S M, LI M, YE Y W.Challenge and solution of big data backup and recovery[J].Big Data Research, 2015, 1(3)：106-112.

[2] Oracle Goldengate administrator’s guide[R].2012.

[3] 曲波, 鄧旭東, 姜峰.Oracle Goldengate數(shù)據(jù)同步機(jī)制研究與應(yīng)用[J].微型電腦應(yīng)用, 2014, 30(6)： 55-58.QU B, DENG X D, JIANG F, et al.Research and application of Oracle Goldengatedata synchronization mechanism[J].Microcomputer Applications, 2014, 30(6)： 55-58.

[4] 李鵬, 于洪濤, 徐靜波.七號(hào)信令監(jiān)測系統(tǒng)中基于 Oracle 的數(shù)據(jù)同步方案研究[J].電信科學(xué), 2010, 26(2)： 60-64.LI P, YU H T, XU J B.Research on the scheme of Oracle-based data synchronization in the SS7 monitoring system[J].Telecommunications Science, 2010, 26(2)： 60-64.

[5] 佟敏, 李方村.關(guān)于 BOSS異地容災(zāi)系統(tǒng)建設(shè)的討論[J].電信科學(xué), 2004, 20(7)： 66-69.TONG M, LI F C.Discussion on the construction of BOSS disaster recovery system[J].Telecommunications Science, 2004,20(7)： 66-69.