Oracle數(shù)據(jù)庫是應(yīng)用最多的數(shù)據(jù)庫，為中國眾多行業(yè)提供了服務(wù)。深圳潮數(shù)軟件科技有限公司(以下簡稱“潮數(shù)科技”)推出專業(yè)針對Oracle數(shù)據(jù)庫的復(fù)制系統(tǒng)，其基于Oracle 在線日志和事務(wù)進行復(fù)制(同步)操作，對原數(shù)據(jù)庫“零影響”，并提供了諸如雙活、斷點續(xù)傳、高可靠性、支持加密傳輸?shù)忍厣δ堋?/p>

　　基于日志、事務(wù)捕獲、無需代理和校驗 對原數(shù)據(jù)庫幾乎“零影響”

　　數(shù)據(jù)庫復(fù)制(replication)與同步(syhchronize)是有區(qū)別的，同步要比復(fù)制技術(shù)上難得多。因為，同步≠復(fù)制，同步的目的是只留下最新的文件，而復(fù)制文件只是希望把文件制作一份拷貝。因此，同步是一個雙向的過程，而復(fù)制只是簡單的單向過程。同步后，要保證源端和目標端的數(shù)據(jù)庫是“完全一致的”，也只有這樣，才能夠?qū)崿F(xiàn)雙活和讀寫分離。

　　傳統(tǒng)的數(shù)據(jù)庫備份、復(fù)制、同步軟件往往通過觸發(fā)器(trigger)來實現(xiàn)數(shù)據(jù)庫內(nèi)容的復(fù)制，這不僅延遲較高(往往達到秒級或以上)，而且對于原有的數(shù)據(jù)庫和系統(tǒng)是有極大影響的，會“拖累”原數(shù)據(jù)庫及其系統(tǒng)。

　　而潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)通過實時解析數(shù)據(jù)庫在線Log日志(先分析Redo log，后分析Archive log)的獲取數(shù)據(jù)變化信息，然后將這些變化信息發(fā)送到目標數(shù)據(jù)庫去應(yīng)用，以達到保持源端和目標端數(shù)據(jù)庫的數(shù)據(jù)實時保持一致的狀態(tài)。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)無需等待Oracle Redo Log文件歸檔之后再進行處理，而是在線讀取其數(shù)據(jù)塊內(nèi)容，抓取日志跟Oracle數(shù)據(jù)庫寫日志是并行操作而又不互相影響，而且不使用Oracle的任何資源。

　　即潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)通過日志、事務(wù)(SCN變化)來捕獲，只有毫秒級的延遲，不依賴于觸發(fā)器，多任務(wù)并發(fā)分析日志，把無用的日志過濾掉，只使用最有用的日志進行分析，排成隊列(按照事務(wù)順序生成Jsonfile隊列文件，隊列文件約1/4日志大小)進行處理。不占用Oracle的資源，對于原有的數(shù)據(jù)庫幾乎是“零影響”。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)不會傳輸Oracle redo log的全部內(nèi)容到目標端，除指定復(fù)制對象(數(shù)據(jù)表)相關(guān)的DML/DDL操作之外，其他的信息不作處理，也就是說潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)以事務(wù)為單位來跟蹤，分析在線日志，只處理已經(jīng)確認(COMMIT)的交易，對于“回滾”(ROLLBACK)操作，潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)不處理，所以只需要抓取約1/3日志變化量。

　　同時，潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)所有操作是基于數(shù)據(jù)庫的，而不是基于磁盤和文件的，配置更靈活，對于系統(tǒng)幾乎是沒有影響的。

　　而且，潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)是基于Oracle的機制來實現(xiàn)同步的，數(shù)據(jù)無需校驗，減輕了資源占用的同時，保證了數(shù)據(jù)一致性。而傳統(tǒng)的CDP是需要一致性代理，還需要外圍進行校驗，對于系統(tǒng)資源的占用較大。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)進行增量同步時，CPU資源占用一般<5%，內(nèi)存資源占用則<5%，是極小的資源占用，對系統(tǒng)的影響是非常小的。

　　由于潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)對日志的整合和傳輸以“事務(wù)”為單位，無需處理復(fù)雜的“回滾”(ROLLBACK)機制。所以使用該技術(shù)，在擁有高性能的同時還能夠更好地保證數(shù)據(jù)復(fù)制(同步)的一致性和完整性。

　　雙活數(shù)據(jù)庫 負載均衡的同時實現(xiàn)讀寫分離

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)在進行數(shù)據(jù)庫同步操作時，同時支持開歸檔或不開歸檔備份，較RMAN更為先進;而且，其源端和目標端的數(shù)據(jù)庫都是可用的，是打開的，是“活的”，數(shù)據(jù)可讀、增、刪、改，可用于數(shù)據(jù)集成、數(shù)據(jù)挖掘、數(shù)據(jù)分析。

　　小知識 Oracle數(shù)據(jù)庫的歸檔模式與非歸檔模式的區(qū)別

　　在歸檔模式下，當LGWR后臺進程的寫操作從一個重做日志組切換到另一個重做日志組之后，歸檔寫后臺進程(ARCH/ARCRn)就會將原來的重做日志文件中的信息賦值到歸檔日志文件中，可以把歸檔日志文件看成是重做日志文件的克隆。 Oracle服務(wù)器保證，在歸檔寫后臺進程沒有將重做日志文件中的信息賦值到歸檔日志文件之前，和檢查點操作沒有完成之前，LGWR不能再寫這組重做日志文件;同時Oracle還要將一條記錄有這個歸檔日志文件序列號的記錄寫入控制文件。有了歸檔日志文件，Oracle服務(wù)器就能保證所謂的全恢復(fù)，即所有提交的數(shù)據(jù)都能恢復(fù)，因為那些在重做日志文件中被覆蓋掉的信息已經(jīng)存在于歸檔日志文件中了。

　　在非歸檔模式下，沒有產(chǎn)生歸檔文件，數(shù)據(jù)庫無法保證在系統(tǒng)崩潰之后所有的提交數(shù)據(jù)都能恢復(fù)，因為當重做日志切換了一圈，后提交的數(shù)據(jù)已經(jīng)被覆蓋。在非歸檔模式下，數(shù)據(jù)庫只能保證恢復(fù)到上一次備份的時間點，從上一次備份到系統(tǒng)崩潰這段時間內(nèi)的所有提交的數(shù)據(jù)會丟失。相對于歸檔模式，數(shù)據(jù)庫性能會稍有提高。

　　這樣，能夠?qū)崿F(xiàn)讀寫分離，也能夠?qū)崿F(xiàn)更好地負載均衡，尤其是對于源端的壓力明顯減輕，可保證源端更穩(wěn)定地運行。

　　與CDP、P2V完全不一樣，此時往往目標端數(shù)據(jù)庫是關(guān)閉狀態(tài)，是“死的”，根本不可能實現(xiàn)讀寫分離和負載均衡，浪費了資源。

　　雙活方案還有一個好處，當一個站點發(fā)生故障時，另外一個站點可實時接管所有業(yè)務(wù)，能夠?qū)崿F(xiàn)應(yīng)用級雙活無縫切換，保證業(yè)務(wù)連續(xù)性，防止業(yè)務(wù)宕機。因此，“雙活”解決方案也成為了當下數(shù)據(jù)中心建設(shè)的熱點話題。

　　斷點續(xù)傳 確認后刪除 解決“大數(shù)據(jù)問題”

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)提供了斷點續(xù)傳功能，能夠提供可靠的傳輸保障。在網(wǎng)絡(luò)中斷、系統(tǒng)宕機、數(shù)據(jù)庫關(guān)閉等故障情況下，仍然能夠保證數(shù)據(jù)的續(xù)傳。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)提供了點對點傳輸，在源端和目標端都設(shè)置有磁盤緩存，文件按照順序傳輸。等目標端確認寫入磁盤后才會刪除源端數(shù)據(jù)。

　　就算需要同步或復(fù)制、備份的數(shù)據(jù)量很大，斷點續(xù)傳、點對點傳輸、刪除確認等特色也能夠保證“大數(shù)據(jù)”得到很好的處理。

　　加密傳輸 保證數(shù)據(jù)安全

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)支持傳輸過程中加密數(shù)據(jù)，保證在傳輸過程中不被黑客或第三方截獲，保證數(shù)據(jù)安全。

　　支持更多操作系統(tǒng)和數(shù)據(jù)庫 支持異構(gòu)環(huán)境

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)支持更多操作系統(tǒng)和數(shù)據(jù)庫，其中日志抓取支持： Oracle 9i、10g、11g、12c、Informix、DB2;數(shù)據(jù)裝載支持： Oracle 9i、10g、11g、12c、MySql、分布式Mysql、Sql Server、HP Vertica、 Teradata;操作系統(tǒng)支持：Windows XP、2000、2003、Linux各版本、 Sun Solaris、 HP NonStop、HP-UX、HP TRU64、 HP OpenVMS、 IBM AIX、IBM z、IBM ISeries、zLinux等。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)能夠支持Oracle RAC，可以支持24 x 7 有效的數(shù)據(jù)庫應(yīng)用系統(tǒng)，在低成本服務(wù)器上構(gòu)建高可用性數(shù)據(jù)庫系統(tǒng)，并且自由部署應(yīng)用。在Oracle RAC環(huán)境下，Oracle集成提供了集群軟件和存儲管理軟件，為用戶降低了應(yīng)用成本。當應(yīng)用規(guī)模需要擴充時，用戶可以按需擴展系統(tǒng)，以保證系統(tǒng)的性能。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)對于異構(gòu)環(huán)境支持較好，尤其是對于異構(gòu)操作系統(tǒng)支持更好。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)同時支持國產(chǎn)數(shù)據(jù)庫和任何支持JDBC接口的數(shù)據(jù)庫，高靈活、可擴展性，開放式的API，更容易接受擴展性。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)擁有先進的加載機制，采用并發(fā)、多線程的裝載技術(shù)，同時支持分布式數(shù)據(jù)庫加載;同時通過接口的模式支持別的數(shù)據(jù)庫的加載。

　　支持異構(gòu)環(huán)境下舊系統(tǒng)不斷機遷移和增量同步

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)能夠提供異構(gòu)數(shù)據(jù)庫環(huán)境下歷史數(shù)據(jù)的初始化全同步和實時變化數(shù)據(jù)的增量同步功能。

　　首先實現(xiàn)歷史數(shù)據(jù)初始化全同步歷史數(shù)據(jù)同步功能：歷史數(shù)據(jù)和增量數(shù)據(jù)同時讀取;歷史數(shù)據(jù)裝載完成后，增量數(shù)據(jù)開始裝載;之后即開始增量數(shù)據(jù)同步。

　　歷史數(shù)據(jù)的遷移過程中系統(tǒng)不必中斷，有效地保證業(yè)務(wù)連續(xù)。

　　潮數(shù)數(shù)據(jù)庫復(fù)制系統(tǒng)可廣泛地被應(yīng)用在本地容災(zāi)、異地容災(zāi)、異構(gòu)數(shù)據(jù)庫數(shù)據(jù)分發(fā)、數(shù)據(jù)清洗、在線遷移、讀寫分離、合規(guī)遵從等場景。