性能、數據一致性和系統穩定性往往是用戶在使用數據復制產品時主要的關注點。DDS作為新一代復制軟件產品，不但在功能上能夠滿足用戶的各種業務需要，而且在以上方面也能讓用戶感到滿意。
日志分析速度
DDS速度有多快？其中一個主要的描述就是處理日志的速度。在實驗室壓力測試下，DDS利用一顆1GHz的CPU的資源每天能夠處理200~300GB的Oracle日志。當然由于硬件條件的不同我們很難有一個非常精確的性能指標，但是這樣的表現足以應付絕大多數交易系統。
復制延遲
復制的延遲是指源端日志產生到目的端交易裝載完畢的時間差。用戶對數據實時性的嚴格要求讓復制延遲成為重要的關注指標。DDS技術原理決定了延遲必定存在，雖然它可能很小。一般認為以下幾個方面的瓶頸會產生延遲問題：
1. 硬件速度。如果硬件非常舊且只有一個CPU，那么數據的分析處理就會變慢，特別是目的端主機處理能力和源端生產系統差距較大的情況下，在目的端執行同樣的交易往往需要更多的時間。
2. 網絡帶寬和網絡阻塞。DDS傳輸的交易數據相對較小，因此對網絡帶寬要求很低。經驗表明，對于一個中等規模的交易系統（100萬筆交易/天），帶寬達到2Mb/s以上，就不會出現明顯的網絡延遲。當然一條專用穩定的線路是必要的，其他網絡應用引起的阻塞會嚴重的影響DDS的傳輸性能。
3. 目的端數據庫的工作情況。偶爾我們會遇到復制的交易在目的端暫停裝載的情況，而DDS自身卻沒有錯誤發生。這是由于目的端數據庫的問題造成的。數據庫shutdown，不可連接，某些資源緊張，大量的job運行等都可能導致以上問題。目的端裝載延遲在所有可能引起延遲的因素中所占比例最高，影響也最大。
如果不存在以上瓶頸，那么DDS的延遲表現還是非常優秀。在單實例數據庫模式下，平均的延遲為1~2秒，RAC模式數據庫下，平均的延遲為7~10秒。與業內其他同類產品相比，DDS毫不遜色。
資源使用
與其它類型的復制產品比較，DDS要求的整體系統資源很少。無須采購指定型號的硬件，如磁盤陣列；不需要特殊基礎軟件配合，如專用文件系統；也不需要應用軟件支持，完全無關。
對于單個系統的資源使用，平均的CPU利用率為5%左右，內存使用小于100MB，在沒有交易處理工作的時候，不占用系統資源。這樣的資源使用基本不會對數據庫的運行產生任何影響。
綜合來說，DDS是一種在性能表現和資源利用兩方面都比較優秀的產品。
