根據(jù)目前的要求

根據(jù)目前的要求：就15、17部數(shù)據(jù)庫拆分有以下兩個可能性方案1.可以再新買的服務器上做邏輯 standby，但需要建立兩個實例 才能滿足 15、17部的需求2.也可以采用 stream技術，可以同時滿足不同數(shù)據(jù)庫的擴展，但 維護可能較邏輯 standby困難以下資料可以參考：高級復制（AdvancedReplication）、流復制（StreamsReplication）、備庫（Dataguard）區(qū)別dataguard在高可用及容災方面一般是 dba的首選，畢竟 dataguard在這方面存在壓倒性的優(yōu)勢，不管是物理備用庫（physicalstandbydatabase）還是邏輯備用庫（logicalstandbydatabase），它們都具有一些共同的待征。配置和管理方面的成本： dataguard比streamreplication簡單方便；安全與穩(wěn)定方面的成本： dataguard比streamreplication穩(wěn)定可靠。對對于一個24x7的系統(tǒng)來說，這些是非常重要的，系統(tǒng)宕機時間的增加不僅影響著公司的形象，還會影響公司的效益；采用dataguard，數(shù)據(jù)的安全性相當有保障，物理備用庫可以在最短的時間完成故障切換，邏輯備用庫在保障數(shù)據(jù)安全的同時，也可以承擔大量的報表等業(yè)務；由于dataguard的配置與管理比較簡單，同理也降低了dba的工作強度；那什么情況下選擇使用streamreplication呢？l局部復制stream可以只復制某些表或某些模式l異構環(huán)境充分利用現(xiàn)有的設備與技術l遠程容災stream對網(wǎng)絡的要求較dataguard低streamreplication有靈活的復制策略，不僅可以配置只復制某些表，還可以配置僅復制某些表上的ddl或dml，相比dataguard必須整個數(shù)據(jù)庫復制而言， 可以節(jié)省相當?shù)拇鎯ν顿Y， 畢竟對于某些海量數(shù)據(jù)而言，有許多是不必要復制的。如果在異構環(huán)境，即不同的操作系統(tǒng)，那 dataguard將會束手無策，非 streamreplication莫屬，這樣可以充分利用現(xiàn)有的環(huán)境，配置高用可方案，在異構環(huán)境， streamreplication將會是advancedreplication的強勁對手。streamreplication傳播的是經(jīng)過logmnr挖掘并包裝的邏輯改變記錄（LCRs），相比dataguard傳送archivedredolog、advancedreplication的mviewlog與mview刷新的方式，streamreplication對網(wǎng)絡的需求降低了很多，在遠程異地容災的過程中，租用網(wǎng)絡帶寬是一筆較高的費用，streamreplication可以適當?shù)亟档瓦@筆費用。advancedreplication相對于dataguard，缺點是：配置與管理較復雜、安全與穩(wěn)定性不夠；優(yōu)點：局部復制、異構環(huán)境等。 advancedreplication是一種相當成熟的技術，在許多關鍵系統(tǒng)中得到成功的運用，相對于 9iR2推出的streamreplication而言，雙方適用的環(huán)境雖然相當，比如都可以進行局部復制、異構復制、遠程容災等， advancedreplication目前在穩(wěn)定性與安全性方面更經(jīng)得起考驗。對比streamreplication與advancedreplication底層的實現(xiàn)技術， streamreplication在實時性、穩(wěn)定性、高效率、低消耗（較少的 cpu/network資源）等方面更有優(yōu)勢，但凡一些新推出的功能，都或多或少存在一些不確定的因素。在10gR1中，oracle針對目前streamreplication存在的弱點進行了增強，不僅提供了從advancedreplication遷移到streamreplication的腳本，還提供了streamreplication的配置與監(jiān)控工具，streamreplication在配置與管理方面必將智能化、簡單化，擔負起與 shareplex爭奪企業(yè)數(shù)據(jù)復制市場的重任。綜上所述，oracle在數(shù)據(jù)復制方面， dataguard、advancedreplication、streamreplication都有自己的特點及獨到的地方，做為 dba，用什么樣的方案取決于目前的設備環(huán)境、業(yè)務需求、將來的發(fā)展趨勢以及已經(jīng)成熟的技術。 當然，對于已經(jīng)選擇的數(shù)據(jù)復制方案， 技術上必須有一定的掌握；畢竟所有的方案都不是沒有問題的，即使目前較安全、穩(wěn)定、便于管理的dataguard，也會出現(xiàn)一些莫明其妙的事情， 所以最好做到良好的監(jiān)控， 預防可能存在的問題，問題一旦發(fā)生，能快速地解決問題。高級復制與 StreamsReplication的原理是完全不同的， StreamsReplication可以到表，用戶，數(shù)據(jù)庫級別，但高級復制似乎只能到表一級。StreamsReplication不是高級復制的升級版。異構環(huán)境下，oracle的高可用和容災有高級復制和 stream復制兩種，兩種的異同點如下：1．高級復制是基于觸發(fā)器（ trigger）原理，而 stream是基于日志挖掘原理，因此 stream復制對源數(shù)據(jù)庫的性能影響更小，但實時性不如高級復制。2．高級復制復制的對象是基于數(shù)據(jù)庫目標（ object）的，如表、索引和存儲過程，而 stream復制可以針對表、方案（schema）和整個數(shù)據(jù)庫，因此如果出于容災整個數(shù)據(jù)庫的考慮， stream復制的配置相對簡單。3．高級復制是一種相當成熟的技術， 在許多關鍵系統(tǒng)中得到成功的運用， 相對于9iR2推出的stream復制，高級復制目前在穩(wěn)定性與安全性方面更經(jīng)得起考驗。4．從發(fā)展的角度看，流的應用會越來越多，從 oracle10g，oracle公司提供了從高級復制向流復制移植的工具，可以看出，

oracle

公司會更偏重于基于流的新技術。5．由于高級復制是基于觸發(fā)器的，

因此所有的復制對象結構 （ddl）的改變，都必須通過

oracle提供的復制包來實施，和應用結合的比較緊，更適合于開發(fā)者使用，而流復制則更適合 dba來實施。兩種都用了一段時間了， 實際使用來看，streams復制需要更少的帶寬，2m帶寬，如果 streams復制不行，高級復制大概更沒戲，但是用 streams最好別網(wǎng)絡斷線時間過長，不知道是 bug還是oracle沒考慮這種情況， 如果復制停頓一段時間， 再恢復正常，大概是隊列表中消息太多了，入隊出隊都很慢， 非線性增長啊， 這樣就需要不短的一段時間來同步數(shù)據(jù)， 高級復制就沒這種狀況。bug，反正 10,2,0,1有一些，看你碰的到碰不到了，嚴重的能讓你刪掉隊列表重建才行，意味著基本是重建整個復制了，不過想重復一下又不出現(xiàn)了；還有使用 negativerule如果站點多了遇到大的更新事務速度就變得極慢，站點多了要先設計好結構；會不停在有 apply進程的站點udump目錄下生成 trc文件，雖然還算不上很成熟，不過以后必定會取代高級復制，建議打 10.2.0.3補丁，據(jù)說修正了