1、北京九橋同步軟件有限公司 數(shù)據(jù)庫復制軟件（簡稱FZS）V1.0 軟件產品說明書 北京九橋同步軟件有限公司2015年01月 目 錄前 言41、 數(shù)據(jù)庫復制軟件介紹51.1 數(shù)據(jù)庫復制軟件51.2 Oracle在線日志解析技術51.3 Oracle在線數(shù)據(jù)遷移技術61.4 圖形監(jiān)控管理報警技術71.5 數(shù)據(jù)比對修復技術71.6 備份數(shù)據(jù)庫數(shù)據(jù)回滾技術81.7 歷史數(shù)據(jù)庫歸檔技術81.8 ETL數(shù)據(jù)抽取轉換加載技術81.91 跨數(shù)據(jù)庫數(shù)據(jù)轉換集成技術91.92 SMS、Email定制化的開發(fā)服務服務91.93 廣泛的應用系統(tǒng)支持92、 FZS能為用戶做什么92.1 提高交易系統(tǒng)整體可用性92.2 災

2、難恢復102.3 分擔交易業(yè)務102.4 業(yè)務數(shù)據(jù)分發(fā)112.5 實時數(shù)據(jù)集成112.6 配合業(yè)務交易，容災系統(tǒng)完全恢復交易112.7 跨平臺在線數(shù)據(jù)遷移122.8 圖形化監(jiān)控工具和短信報警平臺133、 FZS支持的復制對象133.1 FZS支持的復制對象133.2 FZS支持的復制schema133.3 FZS支持的ddl操作145、 FZS如何保證復制交易的準確性165.1 數(shù)據(jù)庫初始化同步與增量同步的無縫結合165.2 按照源端scn順序合成唯一的交易文件進行復制165.3專有的交易合成文件格式175.4 FZS如何保證RAC環(huán)境的復制準確性176、 FZS如何保證復制的性能176.1

3、讀取Oracle日志來分析出交易內容176.2 抓取、分析、合成在內存中完成186.3只合成已經提交的交易186.4實時壓縮傳輸186.5 合成交易文件大小的限制186.6 首次復制的性能196.7 增量復制過程中的裝載性能197、 FZS如何保證復制數(shù)據(jù)的可用性197.1 交易數(shù)據(jù)準確197.2 支持絕大部分的ddl操作197.3 權限的支持197.4 目的端數(shù)據(jù)庫始終處于打開狀態(tài)208、 FZS如何進行工作209、 FZS的特性219.1 在線部署簡單、占用資源少219.2 異構跨平臺的支持219.3 同時復制到多個目標節(jié)點219.4 對部分表重新進行單獨全同步229.5 定時復制229.

4、6 實時顯示交易的統(tǒng)計229.7 字符操作和客戶端操作模式229.8 靜態(tài)數(shù)據(jù)校驗239.9 支持oracle自帶數(shù)據(jù)導入工具239.91 FZS的部署要求23附錄1、常見異常情況及其操作支持231.1 網絡中斷231.2 源端數(shù)據(jù)庫重新啟動241.3 源端FZS重新啟動241.4目標端FZS重新啟動241.5目標數(shù)據(jù)庫重新啟動241.6 源端刪除用戶、導入數(shù)據(jù)24附錄2、異常的處理243.1 bug的處理243.2不支持的schema及其ddl的處理253.3軟件的升級25附錄3、 FZS的軟件體系架構25附錄4、FZS支持的環(huán)境列表264.1 數(shù)據(jù)對象類型264.2 數(shù)據(jù)類型274.3 D

5、DL操作列表284.4 平臺兼容性列表284.5 不支持的對象及其環(huán)境描述29第 4 頁 共 36 頁前 言自從震驚世界的“9.11”事件發(fā)生后，全世界都看到了金融、電信等行業(yè)用戶在災難中的巨大損失。因此，如何更加高效的保護我們IT系統(tǒng)的核心數(shù)據(jù)，提高企業(yè)應對災難的能力，是每個IT企業(yè)在數(shù)據(jù)呈爆炸式增長的21實際都必須進行考慮的重中之重。根據(jù)數(shù)據(jù)庫市場信息統(tǒng)計目前絕大部分企業(yè)都在使用Oracle數(shù)據(jù)庫，尤其是金融、電信、證券、財政、醫(yī)療等行業(yè)使用的最多的也是Orcacle數(shù)據(jù)庫。而金融、證券、財政醫(yī)療行業(yè)是國民經濟的重要環(huán)節(jié)，每天都面臨著如何應對災難，以求防患于未然。現(xiàn)如今，中國的金融、電信、

6、證券、財政等行業(yè)正在面臨業(yè)務模式的重大變革，在業(yè)務日新月異、數(shù)據(jù)成爆炸式增長的今天，系統(tǒng)部署模式也從分散向集中過渡。同時，公司之間的不斷兼并和激烈的競爭，也使得信息技術部門格外看重數(shù)據(jù)系統(tǒng)的核心數(shù)據(jù)保護。試想一下，如果哪個公司的核心系統(tǒng)遭遇災難而不能恢復的話，那么整個公司將不得不面臨被兼并或倒閉的命運。因此，數(shù)據(jù)庫系統(tǒng)的安全性和抗災難能力直接關系到公司和客戶的切身利益、企業(yè)形象。一個信息化的企業(yè)往往擁多種應用系統(tǒng)，例如OA辦公，業(yè)務交易，客戶信息管理管理，人力資源管理系統(tǒng)等等。越來越復雜的IT架構以及日趨爆炸式增長的數(shù)據(jù)量讓每個企業(yè)都承受不起IT系統(tǒng)發(fā)生無法恢復的故障，那我們就必須選用一款高質

7、量的，可信賴的，服務好的產品來保護我們的核心數(shù)據(jù)，以便在災難發(fā)生時以最少的時間來恢復數(shù)據(jù),接下來我們將向您介紹能夠為您提供可靠數(shù)據(jù)保障的偉大數(shù)據(jù)庫保護產品 數(shù)據(jù)庫復制軟件，數(shù)據(jù)庫復制軟件所應用的Oracle在線日志解析技術已經經過了市場十年的考驗，現(xiàn)在已經是一款非常成熟的，穩(wěn)定的、高質量的Oracle數(shù)據(jù)庫同步保護產品，接下來我們將一一進行了解。1、數(shù)據(jù)庫復制軟件介紹1.1 數(shù)據(jù)庫復制軟件數(shù)據(jù)庫復制軟件V1.0（簡稱FZS）是新一代數(shù)據(jù)庫邏輯復制軟件，在下文都以FZS簡稱。FZS是一種基于Oracle 在線日志（Redolog）分析技術的結構化數(shù)據(jù)實施復制備份軟件產品，備份數(shù)據(jù)庫始終處于OPE

8、N狀態(tài)。FZS通過在源端（生產）數(shù)據(jù)庫服務器和目標端（備份端）數(shù)據(jù)庫服務器各自配置一個代理程Sourage Agent 和Target Agent，F(xiàn)ZS Agent程序是綠色免安裝的程序，直接解壓配置啟動參數(shù)就可以進行數(shù)據(jù)實時同步。FZS利用數(shù)據(jù)庫日志在線跟蹤、分析技術，將生產數(shù)據(jù)庫的交易信息以事務為單位，通過異步的方式，實時的傳遞、裝載到目標數(shù)據(jù)庫中，以達到源端、目標端復制數(shù)據(jù)保持同步的目的。1.2 Oracle在線日志解析技術FZS通過在線分析Oracle Redo Log 獲得SQL語句和數(shù)據(jù)，完成DataBase級別schema 級別或table級別的數(shù)據(jù)復制。區(qū)別于早期的以SQL語

9、句為單位的日志處理、傳輸技術，F(xiàn)ZS對日志的整合和傳輸以“事務”為單位，無需處理復雜的"回滾"機制。使用該技術，在擁有高性能的同時還能夠更好的保證數(shù)據(jù)復制的一致性和完整性。FZS無需等待Oracle Redo Log文件歸檔之后再進行處理，而是在線讀取其數(shù)據(jù)塊內容，抓取日志跟Oracle數(shù)據(jù)庫寫日志是并行操作而又不互相影響，而且不使用Oracle的任何資源。FZS也不會傳輸Oracle redo log的全部內容到目的端，除指定復制對象（數(shù)據(jù)表）相關的DML/DDL操作之外，其他的信息不做處理，也就是說FZS以事務為單位來跟蹤，分析在線日志，只處理已經COMMIT的交易，對

10、于ROLLBACK操作，F(xiàn)ZS不處理該操作，所以FZS只抓取約1/3日志變化量。FZS讀取日志的間隔時間可以用參數(shù)設定,以秒為單位。因此正常情況下,FZS都是準實時的抓取變化日志量。在每次抓取的日志量處理完成以后，記錄在FZS的緩存目錄中，因此對于日常運行過程中，F(xiàn)ZS停止或其它原因需要讀取歸檔日志時，根據(jù)記錄的日志物理位置來定位需要抓取的歸檔日志。Rac環(huán)境中，在每一個實例所在的主機操作系統(tǒng)上可以讀取另外主機的在線日志（包括歸檔日志）。通過每一個實例的日志和SCN來保證交易順序的準確性。下圖是FZS通過解析Oracle在線日志Redolog實現(xiàn)數(shù)據(jù)同步的原理圖：下圖是FZS以事務為單位保障數(shù)

11、據(jù)一致性的原理圖：1.3 Oracle在線數(shù)據(jù)遷移技術FZS提供了類似Oracle EXP/IMP,EXPDP/IMPDP數(shù)據(jù)遷移工作，整個數(shù)據(jù)初始化遷移工作只需要一條命令就可以實現(xiàn)在線數(shù)據(jù)遷移。FZS遷移數(shù)據(jù)時無需停止業(yè)務，通過SCN號（Oracle system change number）控制機制，完整的將生產服務器數(shù)據(jù)復制到備份端服務器。可在7X24小時運行的業(yè)務上完成安全的，高性能的數(shù)據(jù)遷移工作。FZS 開始獲取數(shù)據(jù)時，利用了Oracle數(shù)據(jù)庫自身提供的“一致性讀”的特性,使用快照的方式進行數(shù)據(jù)初始化全同步，能夠保證讀取數(shù)據(jù)的準確性。即由執(zhí)行一個瞬間鎖表動作（用以獲取表的SCN號），

12、然后會馬上釋放該鎖。FZS 根據(jù)SCN號對應時刻表的快照來獲取表中的數(shù)據(jù)。對于所要同步的每一張表需如下過程： 1、 lock一張表2、 記錄同步時刻的SCN 3、 釋放lock,根據(jù)SCN獲取表中的數(shù)據(jù) 4、 通過TCP/IP網絡傳送數(shù)據(jù) 5、 目標端接收數(shù)據(jù)，實時裝載 說明：FZS軟件lock一張表的時間非常短，平均零點幾秒。不會出現(xiàn)lock住表不釋放的情況，因為FZS軟件lock表的目的就是為了獲取SCN號碼。如果FZS軟件無法lock某張表，它也不會強制給這張表加鎖，而是不斷的重試等待，直到系統(tǒng)釋放該表的lock。1.4 圖形監(jiān)控管理報警技術FZS 具有一個完整的監(jiān)控客戶端，可方便的監(jiān)控

13、軟件的運行，系統(tǒng)資源占用等狀態(tài)，而且可以對軟件進行配置修改，不需要去配置復雜晦澀的配置文件。FZS 還提供了提供了字符操作模式，通過兩種方式都可以對FZS進行日常維護和監(jiān)控，滿足了不同用戶的使用習慣。 1.5 數(shù)據(jù)比對修復技術FZS 在數(shù)據(jù)同步過程中可以在命令行用一條命令對實時同步的數(shù)據(jù)進行數(shù)據(jù)比對驗證，將逐行逐字符的比對生產數(shù)據(jù)庫和備份數(shù)據(jù)庫的內容，并在FZS Target Agent(客戶端)形成可讀的txt報告文件，以便直觀的查看數(shù)據(jù)比對結果。如果有發(fā)現(xiàn)數(shù)據(jù)比對結果有數(shù)據(jù)同步不一致的情況，可以用一個命令直接修復該表的數(shù)據(jù)，即直接重新同步該表的數(shù)據(jù)，或者重新初始化同步所有的數(shù)據(jù)。1.6 備

14、份數(shù)據(jù)庫數(shù)據(jù)回滾技術FZS 在數(shù)據(jù)同步過程中備份數(shù)據(jù)庫始終處于OPEN狀態(tài)，因此不僅可以進行實時的查詢，開啟FZS數(shù)據(jù)庫回滾功能，還能夠在備份服務器進行數(shù)據(jù)回滾。開啟DRS數(shù)據(jù)庫回滾功能后，F(xiàn)ZS Target Agent 客戶端會過濾生產數(shù)據(jù)庫進行的Truncate，Drop,Delete操作，將遇到這些操作時，F(xiàn)ZS Target Agent不會真正的刪除數(shù)據(jù)，而是將該表Rename(該變表的名稱)，使其變成數(shù)據(jù)庫中的一張隱藏表，類似Oracle數(shù)據(jù)庫的Flash Back功能，不過FZS是在備份數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)庫回滾的，完全不影響生產數(shù)據(jù)庫，但是需要在備份服務器預留足夠的存儲空間。1.7

15、歷史數(shù)據(jù)庫歸檔技術FZS歷史數(shù)據(jù)庫歸檔技術的主要目的是減少生產服務器的查詢壓力，歷史數(shù)據(jù)庫歸檔技術借助一種數(shù)據(jù)比對和數(shù)據(jù)驗證方式，來驗證主交易數(shù)據(jù)庫和熱容災數(shù)據(jù)的歷史數(shù)據(jù)庫數(shù)據(jù)完全一致。數(shù)據(jù)驗證完成后，我們可以Truncate掉主交易數(shù)據(jù)庫的歷史數(shù)據(jù)庫數(shù)據(jù)而保留備份服務器的歷史數(shù)據(jù)庫數(shù)據(jù)，備份服務器始終處于OPEN狀態(tài)，可以進行實時的查詢。1.8 ETL數(shù)據(jù)抽取轉換加載技術FZS ETL(Extraction Transformation Loading)數(shù)據(jù)抽取、轉換、加載技術可以實現(xiàn)生產服務器和備份服務器數(shù)據(jù)類型的轉換，SQL語句的過濾等功能，滿足您實現(xiàn)數(shù)據(jù)進行數(shù)據(jù)清洗。1.91 跨數(shù)據(jù)庫

16、數(shù)據(jù)轉換集成技術FZS跨數(shù)據(jù)庫數(shù)據(jù)轉換集成技術主要是能夠將Oracle數(shù)據(jù)庫的實施實時同步到informix數(shù)據(jù)庫和Teradata數(shù)據(jù)庫倉庫中，F(xiàn)ZS跨數(shù)據(jù)庫數(shù)據(jù)轉換集成技術能夠讓您完全不用修改當前業(yè)務系統(tǒng)的結構就能夠迅速幫您解決跨數(shù)據(jù)庫平臺的數(shù)據(jù)轉換問題，目前已經得到了廣泛的應用，為企業(yè)解決了數(shù)據(jù)整合的難題，提高了企業(yè)的競爭力。1.92 SMS、Email定制化的開發(fā)服務服務FZS 軟件的開發(fā)維護團隊為您的企業(yè)提供定制化SMS(短信息)、Email(郵件) 報警服務，能夠和您現(xiàn)有的短信報警系統(tǒng)、郵件報警系統(tǒng)進行整合，從而實現(xiàn)自動監(jiān)控FZS同步軟件工作情況。1.93 廣泛的應用系統(tǒng)支持FZS

17、所使用的Oracle在線日志解析技術經過了各種應用系統(tǒng)數(shù)據(jù)庫的重重考驗，如AIX、HP-UX、LINUX、WINDOWS環(huán)境下部署的Oracle數(shù)據(jù)庫，包括9i/10g/11g，HA,RAC,ASM,RAW,NFS等待環(huán)境。FZS 不依賴硬件的復制能力，支持多種系統(tǒng)平臺，具有部署簡單、復制速度快、交易延遲時間短的特點。能夠支持所有系統(tǒng)平臺，跨多種Unix/Linux操作系統(tǒng)和大型機平臺、不同Oracle版本之間的交易復制。 FZS復制的目標數(shù)據(jù)庫為在線打開狀態(tài)，可以隨時復用。FZS 適用于異構熱容災、數(shù)據(jù)遷移、數(shù)據(jù)實時復制等應用領域。 對于即將購買或已經購買了 FZS軟件的用戶而言，更為關心的

18、是FZS到底能為用戶做些什么呢？2、 FZS能為用戶做什么2.1 提高交易系統(tǒng)整體可用性FZS幫助用戶提高交易系統(tǒng)Oracle數(shù)據(jù)庫的可用性，無論是執(zhí)行計劃內停機（如系統(tǒng)升級、備份）還是遇到非計劃故障引起的宕機（例如硬件故障、災難、人為錯誤等）， FZS都能盡量減少業(yè)務切換的時間，提高可用性。能夠最大限度地減少數(shù)據(jù)丟失、經濟損失以及生產力的降低。2.2 災難恢復對于大部分公司而言，容災是一項巨大的工程，意味著高額的資金投入和人力成本。受到傳統(tǒng)復制技術的限制，容災必須擁有專用的硬件支持、專用的傳輸鏈路、容災距離以及系統(tǒng)平臺等諸多的限制。此外由于傳統(tǒng)容災系統(tǒng)的不能時時使用的特性，導致不但風險不能評

19、估，而且巨大的投入也可能得不到任何回報。 FZS使用邏輯數(shù)據(jù)容災技術，傳遞的是交易信息，因此傳輸數(shù)據(jù)量很小，保證了在低帶寬環(huán)境下實現(xiàn)低延遲的Oracle交易異步復制，是一種高效且低成本的數(shù)據(jù)庫容災方式。 FZS使用標準的IP網絡進行通訊，容災端的Oracle數(shù)據(jù)庫可以部署在本地或遠程容災中心，距離沒有限制。此外，由于復制的目的端數(shù)據(jù)庫始終處于打開狀態(tài)，因此，當生產數(shù)據(jù)庫遇到計劃內或非計劃停機時， FZS能夠支持前端應用程序快速、無縫的切換到容災數(shù)據(jù)庫。與其它基于磁盤或文件系統(tǒng)的物理復制技術相比，不但省略了漫長的數(shù)據(jù)庫recovery和啟動時間，而且能夠保證100%的切換成功率。當源端應用系統(tǒng)數(shù)

20、據(jù)庫在恢復正常使用后，可以通過 FZS將容災端數(shù)據(jù)再次復制到源端數(shù)據(jù)庫中，從而達到互為容災的目的。2.3 分擔交易業(yè)務FZS邏輯交易復制技術保證了目的端數(shù)據(jù)庫始終處于可用狀態(tài)，因此對于 FZS所復制的schema只能做只讀應用之外，新創(chuàng)建的shema不會對復制本身產生任何影響，對于即席查詢、報表處理、數(shù)據(jù)備份、統(tǒng)計分析等業(yè)務或應用都可以放在復制的目標數(shù)據(jù)庫上進行處理。多種應用也不必在同一個交易數(shù)據(jù)庫上爭奪處理資源和時間窗口。生產系統(tǒng)運行和維護的壓力得以釋放，提高了穩(wěn)定性，而不同的應用在分布的數(shù)據(jù)庫上也可以進行有針對性的優(yōu)化。下圖表示在容災系統(tǒng)做業(yè)務查詢、報表處理、數(shù)據(jù)備份、統(tǒng)計分析等應用的示例

21、。2.4 業(yè)務數(shù)據(jù)分發(fā)FZS能夠完成企業(yè)范圍內的數(shù)據(jù)分發(fā)，從交易數(shù)據(jù)生產庫實時復制到一個或多個本地或異地的數(shù)據(jù)庫中。 FZS支持多種數(shù)據(jù)分發(fā)拓撲結構，一對一、一對多、多對一、級聯(lián)復制以及組合的數(shù)據(jù)分發(fā)模式。數(shù)據(jù)分發(fā)是一種典型的通過部署多服務器、多數(shù)據(jù)庫來分擔負載，提高響應速度的企業(yè)應用模式。2.5 實時數(shù)據(jù)集成FZS能夠將不同地域，不同業(yè)務系統(tǒng)，相同業(yè)務系統(tǒng)的核心數(shù)據(jù)實時集成到一個大的數(shù)據(jù)倉庫中，從而幫助企業(yè)建立智能數(shù)據(jù)中心，構建企業(yè)的私有云平臺。或者幫著企業(yè)實現(xiàn)不同地域核心系統(tǒng)數(shù)據(jù)的集中保護，交互等。 FZS支持多種數(shù)據(jù)分發(fā)拓撲結構，一對一、一對多、多對一、級聯(lián)復制以及組合的數(shù)據(jù)集中模式。數(shù)

22、據(jù)集中是將企業(yè)各個分公司的核心數(shù)據(jù)實時同步到總部的數(shù)據(jù)倉庫中，對大數(shù)據(jù)進行智能化分析、管理，幫助企業(yè)建立統(tǒng)一的數(shù)據(jù)災備中心。2.6 配合業(yè)務交易，容災系統(tǒng)完全恢復交易FZS在每提交一個合成的交易文件后，都會在目的端共享內存中記錄最后一個完成裝載的交易的源端提交時間。并且通過 FZS提供的工具可以將共享內存顯示出來，以方便不同需求。對于交易系統(tǒng)有嚴格交易記錄的系統(tǒng)，配合 FZS目標端提供的源端記錄交易提交時間可以達到完全恢復全部交易的目的。這種情況，只有在特殊情況下，才會使用。下圖表示 FZS如何配合做全部交易恢復的示例2.7 跨平臺在線數(shù)據(jù)遷移在交易系統(tǒng)數(shù)據(jù)庫移植過程中，經常會面臨兩個問題：1

23、、新系統(tǒng)和源系統(tǒng)os平臺或數(shù)據(jù)庫平臺不同2、系統(tǒng)切換一段時間過程中，某種原因導致新交易系統(tǒng)部分交易無法正常運行，這個時候就需要將交易系統(tǒng)切換到原來的交易系統(tǒng)上，而如何將切換后的交易及時同步到原來的交易系統(tǒng)上，是用戶在做交易數(shù)據(jù)庫系統(tǒng)移植時所面臨的一個難題。針對這兩種情況， FZS針對這種進行了合理的解決方式：FZS本身支持異構跨平臺方式，對于源端和目標端os和db版本不同的情況均能夠支持。FZS將新交易系統(tǒng)同步的切換后，變化的數(shù)據(jù)及時的同步到舊交易系統(tǒng)上，這樣就可以保持兩邊數(shù)據(jù)的一致性。從而在交易切換時能夠滿足后臺交易數(shù)據(jù)一致性的需求。2.8 圖形化監(jiān)控工具和短信報警平臺FZS提供了圖形化的工

24、具來實時監(jiān)控數(shù)據(jù)庫容災系統(tǒng)的運行狀態(tài)，監(jiān)控工具是獨立的，綠色的免安裝的FZS監(jiān)控客戶端，該客戶端不需要部署在服務器上，直接拷貝至window平臺，啟動FZS客戶端就可以實施監(jiān)控FZS建立的數(shù)據(jù)庫容災系統(tǒng)的運行狀態(tài)。FZS 還提供定制開發(fā)的短信預警平臺，利用FZS產品的短信預警功能，可以自由設置接收短信的人員，當FZS數(shù)據(jù)庫復制系統(tǒng)出現(xiàn)任何異常時，將向相關人員發(fā)送警告短信。另外FZS短信預警平臺還可以根據(jù)客戶系統(tǒng)進行深度定制開發(fā)，以更好的和客戶IT系統(tǒng)進行深度融合。 3、 FZS支持的復制對象3.1 FZS支持的復制對象FZS支持三種級別的復制：用戶級復制、表級復制、整庫復制用戶級復制表示源端數(shù)

25、據(jù)庫指定用戶所包含的表、視圖、索引、過程、函數(shù)、包、序列等數(shù)據(jù)對象全部復制到目標端數(shù)據(jù)庫指定的用戶下。 FZS支持源端用戶名和目標端用戶名不同的復制方式。表級復制表示源端數(shù)據(jù)庫指定用戶下的單個表復制到目標端數(shù)據(jù)庫指定用戶下的單個表。3.2 FZS支持的復制schemaFZS所支持的數(shù)據(jù)對象類型（即用戶包含的schema）如下：Table(Constraint)IndexFunctionProcedurePackagePackage bodySequenceSynonymTriggerViewJava SourceJava Class3.3 FZS支持的ddl操作FZS支持的ddl操作指復制sc

26、hema所包含的ddl操作，除了table中的IOT表、 UDT數(shù)據(jù)類型外， FZS支持的其它schema及其操作，F(xiàn)ZS均能夠復制到目標端，從而保持源端目標端數(shù)據(jù)一致。這里只列舉部分ddl操作語句。對象DDL語句Constraint alter table add constraint drop constraint rename constraint modify constraint Table Create Create as select Create partition by Create temporary Alter table rename to add column ren

27、ame column to modify column drop column add partition drop partition Truncate Drop Insert Delete UpdateFunction Create Alter . compile Drop Index Create Drop Procedure Create Alter . compile Drop Package Create Alter . compile Drop Package body Create Alter . compile Drop Sequence Create Drop Select

28、 Synonym Create Drop Trigger Create Drop View Create Alter . compile Drop 通過上面的描述我們知道了 FZS能做什么，那么 FZS是如何在機制上來保證數(shù)據(jù)的準確性、性能、可用性以及高可用性的呢？下面將一一為您描述。5、 FZS如何保證復制交易的準確性5.1 數(shù)據(jù)庫初始化同步與增量同步的無縫結合在首次進行數(shù)據(jù)初始化同步時，對于同步的每一個表的復制過程如下：1、會鎖該表；2、記錄同步時刻的scn；3、讀取該表數(shù)據(jù)；4、該表解鎖。在表做開始同步的時刻，鎖表是為了保證該表在日志中不會有交易發(fā)生，同時又因為記錄了scn，也不會有多余

29、的交易被抓取、也不會漏掉相關交易。FZS開始讀取數(shù)據(jù)時，利用了oracle數(shù)據(jù)庫自身提供的“多版本”特性，能夠保證讀取數(shù)據(jù)的一致性。同時對該表進行解鎖，又使該表被鎖的時間不會太長從而嚴重影響正常交易。這種方式保證了源端在任何時刻下都可以進行首次數(shù)據(jù)的批量復制而不會影響復制數(shù)據(jù)的準確性。5.2 按照源端scn順序合成唯一的交易文件進行復制 嚴格按照源端Oracle數(shù)據(jù)庫內部SCN執(zhí)行順序以及已經提交的交易來合成交易文件，合成的交易文件號是從0開始的、每一次的合成交易文件號都比上一次合成的交易文件號加1。目的端接受交易合成文件后，嚴格按照從小到大順序進行裝載，裝載的交易文件不能缺失。否則裝載的進程

30、將一直處于等待狀態(tài)。這樣就可以保證在目的端裝載過程中，保證按照源端合成的交易文件順序來裝載。5.3專有的交易合成文件格式采用專有的合成交易文件格式，只有 FZS提供的工具才可以解析交易內容。這樣即保證了在網絡傳輸過程中數(shù)據(jù)的安全性又可以保證網絡傳輸過程中數(shù)據(jù)的準確性。交易文件的中的事務編號嚴格按照Oracle SCN進行排序，保證不會出現(xiàn)事務交叉現(xiàn)象。5.4 FZS如何保證RAC環(huán)境的復制準確性對于源端是rac環(huán)境來說：rac環(huán)境中，在每一個實例所在的主機操作系統(tǒng)上可以讀取另外主機的在線日志（包括歸檔日志）。通過每一個實例的日志和scn來保證交易順序的準確性。對于目標端是RAC環(huán)境來說：FZS

31、在目標端的裝載是通過oracle的標準接口來實現(xiàn)的。另外目標端裝載是嚴格按照源端交易生成的dtf文件序號來進行的，因此無論目標端是rac環(huán)境還是單機環(huán)境都可以保證裝載的準確性。FZS通過以上各個環(huán)節(jié)來保證FZS復制交易的準確性。6、 FZS如何保證復制的性能6.1 讀取Oracle日志來分析出交易內容FZS是直接通過讀取Oracle日志來分析出交易內容，而不是通過數(shù)據(jù)庫表來得到，這樣將不依賴數(shù)據(jù)庫本身的數(shù)據(jù)內容而直接得到交易信息。從而大大加快了合成交易文件的速度。6.2 抓取、分析、合成在內存中完成源端在線日志的抓取的最新位置是通過查詢數(shù)據(jù)庫實例sga的動態(tài)視圖得到的，這樣不僅速度快而且不會直

32、接影響源端數(shù)據(jù)庫的物理I/O。源端歸檔日志的抓取是直接抓取歸檔日志內容。也不會影響到源端數(shù)據(jù)庫的物理I/O。抓取后的數(shù)據(jù)，只分析同步用戶或表相關的交易，對于跟同步用戶或表無關的交易直接丟棄。日志的抓取、分析、合成大部分情況下都是在內存中完成的，只有少數(shù)批量交易數(shù)據(jù)時才會使用緩存目錄，這樣就可以盡可能的提高抓取、分析、合成交易的速度。6.3只合成已經提交的交易FZS只合成跟同步用戶或表有關的、已經提交的交易，并且每一個交易的大小不會超過10MB。這樣將大大提高交易文件的合成速度。6.4實時壓縮傳輸網絡傳輸時，首先在源端將交易合成文件在內存中進行壓縮，在目的端接收后在內存中完成解壓縮，即：進行傳輸

33、之前先壓縮、目的端接受壓縮交易文件解壓縮后，存放到相應的緩存目錄下。這樣可以大大減少網絡流量，從而加快交易合成文件傳輸?shù)乃俣取τ诓缓衛(wèi)ob類型的字段，交易合成文件何以壓縮到10-15%左右。6.5 合成交易文件大小的限制FZS對每一個合成的交易文件最大上限為10MB，加上網絡傳輸時的壓縮功能，會使網絡傳輸速度大大提高。由于每一個合成的交易文件最大為10MB，在目的端裝載時的讀取、裝載速度會很快、占用資源會比較少，從而大大加快了每一個交易合成文件的裝載速度。6.6 首次復制的性能對于首次復制而言，F(xiàn)ZS在源端支持并行復制、目的端支持并行裝載的模式，這樣可以充分利用主機資源，加快首次同步的速度

34、，減少首次復制對于源端、目的端主機性能的影響。6.7 增量復制過程中的裝載性能對于某些情況下，目標節(jié)點裝載增量合成交易文件慢的情況，F(xiàn)ZS支持多個并行裝載，可以將不同用戶或表的數(shù)據(jù)放在不同的增量目錄下，實行并行裝載，不過對于表之間有關聯(lián)關系的數(shù)據(jù)（比如外健），就需要將這些有關聯(lián)關系的表放在同一個增量目錄下，來保證裝載數(shù)據(jù)正確性。 FZS通過以上各個環(huán)節(jié)來保證復制性能7、 FZS如何保證復制數(shù)據(jù)的可用性7.1 交易數(shù)據(jù)準確FZS首先通過上述環(huán)節(jié)來保證交易數(shù)據(jù)的準確性。7.2 支持絕大部分的ddl操作FZS所支持的schema包含的ddl操作，祥見附錄4.3。7.3 權限的支持對于交易系統(tǒng)而言，權

35、限是非常重要的，這體現(xiàn)在兩個方面，一方面是同步時源端數(shù)據(jù)庫中已經存在的權限，另外就是在日常使用過程中，源端數(shù)據(jù)庫發(fā)生改變的權限。這兩點FZS都能夠支持。7.4 目的端數(shù)據(jù)庫始終處于打開狀態(tài)由于目的端裝載是以數(shù)據(jù)庫的交易方式來提交的，因此目的端數(shù)據(jù)庫始終處于打開狀態(tài)。即在任何情況下目的端數(shù)據(jù)庫都是可用的。 FZS通過以上環(huán)節(jié)來保證復制后目的端數(shù)據(jù)的實時可用性。8、 FZS如何進行工作源端程軟件流程圖：目標端軟件流程圖： 通過解析數(shù)據(jù)庫的在線日志，F(xiàn)ZS軟件項目通過以下產品邏輯實現(xiàn)： A源端，負責分析數(shù)據(jù)庫的在線日志，并通過調度并發(fā)，生成業(yè)務交易文件。由發(fā)送管理模塊負責將交易文件推送到備庫服務器

36、B目標端，由接收管理模塊與源端通信，負責收集業(yè)務交易文件，并將業(yè)務交易應用到目標庫。通過上面的描述，我們從機制上了解了 FZS如何保證了準確性、性能、可用性以及高可用性。下面我們將繼續(xù)為您介紹一下FZS的特性。9、 FZS的特性9.1 在線部署簡單、占用資源少FZS部署非常簡單。所有軟件安裝配置都可以使用圖形界面進行操作。對于Unix/Linux以及Oracle熟悉的技術人員參照相關文檔，在10-30分鐘即可部署完畢。在源端和目標端數(shù)據(jù)庫上不創(chuàng)建任何表。FZS對于每一個同步的用戶或表，只需4條指令完成，并且支持腳本操作，這樣就可以避免多個用戶復制時復雜的指令操作了。對于n個用戶的復制，源端只需

37、要n+3條指令即可完成復制操作。增量復制過程中，F(xiàn)ZS對于主機CPU資源的占用平均不會超過5%。9.2 異構跨平臺的支持FZS是以數(shù)據(jù)庫的交易為單位進行復制、裝載，因此對于不同操作系統(tǒng)上的不同oracle平臺環(huán)境，F(xiàn)ZS均可以支持。對于源端和目的端操作系統(tǒng)，數(shù)據(jù)庫版本不同的情況也可以支持，當然前提是不同oracle版本之間的schema使用方法要彼此支持。9.3 同時復制到多個目標節(jié)點FZS支持一個源端同時復制多個目的節(jié)點的復制模式。真正在軟件上實現(xiàn)了一對多的復制模式。大大減少了源端主機資源的占有率。9.4 對部分表重新進行單獨全同步在增量使用過程中，有可能會因為某種誤操作導致目的端數(shù)據(jù)更改，

38、當源端再次對相關部分的數(shù)據(jù)進行更改時，結果導致FZS將停止這張表的復制。對于這種情況，F(xiàn)ZS的處理方式是對該表重新進行單獨全同步，同時對于其它正在復制的表或shema不會有任何影響。這樣就避免了因為某一張表的誤操作而需要相關用戶需要全同步的操作。9.5 定時復制FZS支持指定時間裝載復制數(shù)據(jù)到指定時刻交易的功能。不僅可以滿足某些特殊的應用需求而且在某些方面起到了備份的作用。9.6 實時顯示交易的統(tǒng)計FZS在目的端運行日志中：顯示每一個合成交易文件的裝載時間以及延遲時間。顯示每一個合成交易文件的dml數(shù)量，包括inert、update、delete數(shù)量上的統(tǒng)計。顯示每一個合成交易文件的ddl操作

39、語句。9.7 字符操作和客戶端操作模式FZS提供了不僅提供了字符操作模式而且也提供的客戶端監(jiān)控界面，通過兩種方式都可以對FZS進行日常維護和監(jiān)控。滿足了不同用戶的使用習慣兩種操作模式，F(xiàn)ZS均提供了后臺服務進程，無須第三方軟件或服務協(xié)助。9.8 靜態(tài)數(shù)據(jù)校驗FZS提供了靜態(tài)數(shù)據(jù)校驗功能，來確認復制數(shù)據(jù)的準確性，使用此功能時，最好在業(yè)務相對較少時刻，否則統(tǒng)計將沒有太大意義。9.9 支持oracle自帶數(shù)據(jù)導入工具FZS支持源端oracle自帶的 imp和sqlldr數(shù)據(jù)導入工具的使用。對于10G中的impdp工具，F(xiàn)ZS也提供支持。這樣就不會影響使用oracle技術人員的操作習慣。9.91 FZ

40、S的部署要求FZS對于部署數(shù)據(jù)庫環(huán)境有如下要求：Ø 目的端數(shù)據(jù)庫用戶在復制之前要事先存在，權限要求跟源端相同。Ø 表空間名稱要求跟源端復制用戶或表所使用的相關表空間名稱相同。Ø 增量同步過程中，復制的用戶不能刪除。Ø 源端、目的端數(shù)據(jù)庫的字符集要相同。Ø 源端數(shù)據(jù)庫需要運行在歸檔模式下。正常情況下FZS是直接抓取在線日志的，為了保證復制的連續(xù)性，在特殊情況下會用到歸檔日志。Ø 源端緩存空間大約為每天歸檔日志大小的1/3。下面將介紹技術人員比較關心的異常情況的支持、異常情況的處理機制、FZS的軟件體現(xiàn)架構以及FZS支持的環(huán)境。附錄1、常

41、見異常情況及其操作支持這里主要列舉了增量同步期間，F(xiàn)ZS對于常見的異常情況的支持。1.1 網絡中斷對于復制期間網絡中斷的情況，由于FZS使用了緩存機制，因此在網絡恢復后將繼續(xù)進行復制、裝載。1.2 源端數(shù)據(jù)庫重新啟動對于復制期間源端數(shù)據(jù)庫重新啟動的情況，由于FZS使用了重試的機制，因此不會因為源端數(shù)據(jù)庫的重新啟動而重新啟動FZS軟件。1.3 源端FZS重新啟動對于復制期間網絡中斷的情況，由于FZS使用了緩存機制，因此在重新啟動后，F(xiàn)ZS將繼續(xù)復制。1.4目標端FZS重新啟動對于復制期間源端數(shù)據(jù)庫重新啟動的情況，由于FZS使用了緩存機制，因此在重新啟動后，F(xiàn)ZS將繼續(xù)復制、裝載合成的交易文件。1.5目標數(shù)據(jù)庫重新啟動對于復制期間源端數(shù)據(jù)庫重新啟動的情況，由于FZS使用了重試的機制，因此不會因為源端數(shù)據(jù)庫的重新啟動而重新啟動FZS軟件。1.6 源端刪除用戶、導入數(shù)據(jù)對于源端的常見的，邏輯導出數(shù)據(jù)、刪除用戶、導入數(shù)據(jù)的操作，以及sql導入數(shù)據(jù)，F(xiàn)ZS均能夠將源端的操作復制到目標端，從而達到源端、目標端數(shù)據(jù)一致的效