http://space.itpub.net/13060367/viewspace-171143網頁有這幾種技術的具體區別。

在高可用及容災方面一般是dba的首選，畢竟dataguard在這方面存在壓倒性的優勢，不管是物理備用庫（physical standby database）還是邏輯備用庫（logical standby database），它們都具有一些共同的待徵。

配置和方面的成本：dataguard比stream replication簡單方便；
安全與穩定方面的成本：dataguard比stream replication穩定可靠。

對對於一個24x7的系統來說，這些是非常重要的，系統當機時間的增加不僅影響著公司的形象，還會影響公司的效益；採用dataguard，資料的相當有保障，物理備用庫可以在最短的時間完成故障切換，邏輯備用庫在保障資料安全的同時，也可以承擔大量的等業務；由於dataguard的配置與管理比較簡單，同理也降低了dba的工作強度；那什麼情況下選擇使用stream replication呢？
l 區域性複製 stream可以只複製某些表或某些模式
l 異構環境充分利用現有的裝置與技術
l 遠端容災 stream對網路的要求較dataguard低
stream replication有靈活的複製策略，不僅可以配置只複製某些表，還可以配置僅複製某些表上的ddl或dml，相比dataguard必須整個複製而言，可以節省相當的儲存投資，畢竟對於某些海量資料而言，有許多是不必要複製的。
如果在異構環境，即不同的作業系統，那dataguard將會束手無策，非stream replication莫屬，這樣可以充分利用現有的環境，配置高用可方案，在異構環境，stream replication將會是advanced replication的強勁對手。
stream replication傳播的是經過logmnr挖掘幷包裝的邏輯改變記錄（LCRs），相比dataguard傳送archived redo log、advanced replication的mview log與mview重新整理的方式，stream replication對網路的需求降低了很多，在遠端異地容災的過程中，租用網路頻寬是一筆較高的費用，stream replication可以適當地降低這筆費用。
advanced replication相對於dataguard，缺點是：配置與管理較複雜、安全與穩定性不夠；優點：區域性複製、異構環境等。advanced replication是一種相當成熟的技術，在許多關鍵系統中得到成功的運用，相對於9iR2推出的stream replication而言，雙方適用的環境雖然相當，比如都可以進行區域性複製、異構複製、遠端容災等，advanced replication目前在穩定性與安全性方面更經得起考驗。
對比stream replication與advanced replication底層的實現技術，stream replication在實時性、穩定性、高效率、低消耗（較少的cpu/network資源）等方面更有優勢，但凡一些新推出的功能，都或多或少存在一些不確定的因素。
在10gR1中，針對目前stream replication存在的弱點進行了增強，不僅提供了從advanced replication遷移到stream replication的指令碼，還提供了stream replication的配置與監控工具，stream replication在配置與管理方面必將智慧化、簡單化，擔負起與shareplex爭奪資料複製市場的重任。
綜上所述，oracle在資料複製方面，dataguard、advanced replication、stream replication都有自己的特點及獨到的地方，做為dba，用什麼樣的方案取決於目前的裝置環境、業務需求、將來的發展趨勢以及已經成熟的技術。當然，對於已經選擇的資料複製方案，技術上必須有一定的掌握；畢竟所有的方案都不是沒有問題的，即使目前較安全、穩定、便於管理的dataguard，也會出現一些莫明其妙的事情，所以最好做到良好的監控，預防可能存在的問題，問題一旦發生，能快速地解決問題。

高階複製與Streams Replication的原理是完全不同的，Streams Replication可以到表，使用者，資料庫級別，但高階複製似乎只能到表一級。
Streams Replication不是高階複製的升級版。

異構環境下，oracle的高可用和容災有高階複製和stream 複製兩種，兩種的異同點如下：
1．高階複製是基於觸發器（trigger）原理，而stream是基於日誌挖掘原理，因此stream複製對源資料庫的效能影響更小，但實時性不如高階複製。
2．高階複製複製的物件是基於資料庫目標（object）的，如表、索引和儲存過程，而stream複製可以針對表、方案（schema）和整個資料庫，因此如果出於容災整個資料庫的考慮，stream複製的配置相對簡單。
3．高階複製是一種相當成熟的技術，在許多關鍵系統中得到成功的運用，相對於9iR2推出的stream複製，高階複製目前在穩定性與安全性方面更經得起考驗。
4．從發展的角度看，流的應用會越來越多，從oracle10g，oracle公司提供了從高階複製向流複製移植的工具，可以看出，oracle公司會更偏重於基於流的新技術。
5．由於高階複製是基於觸發器的，因此所有的複製物件結構（ddl）的改變，都必須透過oracle提供的複製包來實施，和應用結合的比較緊，更適合於開發者使用，而流複製則更適合dba來實施。
兩種都用了一段時間了，實際使用來看，streams複製需要更少的頻寬，2m頻寬，如果 streams複製不行，高階複製大概更沒戲，但是用streams最好別網路斷線時間過長，不知道是bug還是oracle沒考慮這種情況，如果複製停頓一段時間，再恢復正常，大概是佇列表中訊息太多了，入隊出隊都很慢，非線性增長啊，這樣就需要不短的一段時間來同步資料，高階複製就沒這種狀況。
bug，反正10,2,0,1有一些，看你碰的到碰不到了，嚴重的能讓你刪掉佇列表重建才行，意味著基本是重建整個複製了，不過想重複一下又不出現了；還有使用 negative rule如果站點多了遇到大的更新事務速度就變得極慢，站點多了要先設計好結構；會不停在有apply程式的站點udump目錄下生成trc檔案，雖然還算不上很成熟，不過streams複製真是好東西，以後必定會取代高階複製，建議打10.2.0.3補丁，據說修正了不少bug。

stream 對系統的設計與維護方要有相當的對stream技術的把控能力，而大多數系分與DBA對這個東西都沒有經驗，所以難以推廣；dataguard勝在維護簡單可靠，一般dba都可以維護。stream以後會的前景會非常廣闊! 尤其是雙向複製,解決了很多實際問題。

轉載自：http://hi.baidu.com/edeed/blog/item/6410564e54c9fe0eb3de05b9.html

[zt] 高階複製、流複製（Streams）、備庫區別

相關文章