DDS和Oracle Redo Logs
基于日志分析的實時復制技術
DDS通過分析Oracle redo log獲得實時交易信息，完成schema或table級別的數據復制。區別于早期的日志分析技術，DDS對日志的整合和傳輸以交易為單位，使用該技術，在擁有高性能的同時還能更好的保證數據傳輸的一致性和完整性。對生產數據庫也不會增加負載。
DDS從Oracle redo logs里面獲取所有的數據庫改變信息。通過對信息的分析整合，DDS將完整的交易信息復制到目的端。
DDS不是等待Oracle redo log文件寫滿之后再處理，而是隨時讀取其數據塊內容，間隔時間可以用參數指定，一般是秒級。DDS也不會復制Oracle redo log的全部內容到目的端數據庫，除指定復制對象（數據表）相關的DML/DDL操作之外，其他的信息將丟棄處理。
為了避免可能出現的復制錯誤，用戶需要打開數據庫的supplemental logging 和force logging參數以便DDS能獲取完整的數據信息。
置于裸設備或文件系統（包括ocfs）中的Oracle redo log可以被DDS正常讀取。如果用戶使用的是Oracle 10g ，并且將redo log保存在ASM（一種新的Oracle存儲格式）中，則需要在裸設備或文件系統上手動創建一組與原有日志同步的redo log member，供DDS復制使用。
Online 和 Archived Redo Logs
Oracle有兩種類型的日志：在線日志和歸檔日志。一般情況下，DDS從一組在線日志讀取信息，因此，不要求Oracle數據庫必須打開歸檔日志。但在某些特殊情況下，online redo log沒來得及分析就被覆蓋，此時，如果Oracle是歸檔模式，則DDS將從歸檔日志讀取需要的信息。
復制對象和數據定位
復制對象的指定
DDS支持兩種級別的復制：1.用戶（schema）級復制；2.表級復制。
用戶級復制表示源端數據庫指定用戶（schema）下的所有表、視圖、索引、過程、函數、包、序列等數據對象全部復制到目標端數據庫指定的用戶下。表級復制表示源端數據庫指定用戶（schema）下的單個表復制到目標端數據庫指定用戶下的單個表。
在使用DDS時，用戶通過編輯配置文件指定源端和目的端復制對象的映射關系，包括源端對象名，目的端對象名，目的主機編號等。源端和目的端對象名稱可以不同，但結構必須一致。軟件運行過程中，復制對象的映射參數會駐留內存，DDS通過日志分析過濾，只處理指定復制對象有關的交易，其它用戶或表的操作信息則被丟棄。
Rowid mapping
早期的數據庫邏輯復制軟件要求被復制的數據表有主鍵索引，通過where子句查詢的方式來定位DML操作的目標行。這種方法在數據修改較多或者表內行數較多的應用環境，特別是Update操作頻繁的情況下，效率較低。
為了滿足海量數據系統的應用要求，DDS以Oracle內部rowid為參照進行復制數據定位。系統在初始化過程中會自動創建源端數據行和目的端數據行的rowid mapping映射表，為二進制格式，系統根據該映射關系找到DML操作的目標行。Rowid定位技術在海量數據環境下處理Update和Delete操作具有較大的性能優勢。
