根据目前的要求

根据目前的要求：就15、17部数据库拆分有以下两个可能性方案1.可以再新买的服务器上做逻辑 standby，但需要建立两个实例 才能满足 15、17部的需求2.也可以采用 stream技术，可以同时满足不同数据库的扩展，但 维护可能较逻辑 standby困难以下资料可以参考：高级复制（AdvancedReplication）、流复制（StreamsReplication）、备库（Dataguard）区别dataguard在高可用及容灾方面一般是 dba的首选，毕竟 dataguard在这方面存在压倒性的优势，不管是物理备用库（physicalstandbydatabase）还是逻辑备用库（logicalstandbydatabase），它们都具有一些共同的待征。配置和管理方面的成本： dataguard比streamreplication简单方便；安全与稳定方面的成本： dataguard比streamreplication稳定可靠。对对于一个24x7的系统来说，这些是非常重要的，系统宕机时间的增加不仅影响着公司的形象，还会影响公司的效益；采用dataguard，数据的安全性相当有保障，物理备用库可以在最短的时间完成故障切换，逻辑备用库在保障数据安全的同时，也可以承担大量的报表等业务；由于dataguard的配置与管理比较简单，同理也降低了dba的工作强度；那什么情况下选择使用streamreplication呢？l局部复制stream可以只复制某些表或某些模式l异构环境充分利用现有的设备与技术l远程容灾stream对网络的要求较dataguard低streamreplication有灵活的复制策略，不仅可以配置只复制某些表，还可以配置仅复制某些表上的ddl或dml，相比dataguard必须整个数据库复制而言， 可以节省相当的存储投资， 毕竟对于某些海量数据而言，有许多是不必要复制的。如果在异构环境，即不同的操作系统，那 dataguard将会束手无策，非 streamreplication莫属，这样可以充分利用现有的环境，配置高用可方案，在异构环境， streamreplication将会是advancedreplication的强劲对手。streamreplication传播的是经过logmnr挖掘并包装的逻辑改变记录（LCRs），相比dataguard传送archivedredolog、advancedreplication的mviewlog与mview刷新的方式，streamreplication对网络的需求降低了很多，在远程异地容灾的过程中，租用网络带宽是一笔较高的费用，streamreplication可以适当地降低这笔费用。advancedreplication相对于dataguard，缺点是：配置与管理较复杂、安全与稳定性不够；优点：局部复制、异构环境等。 advancedreplication是一种相当成熟的技术，在许多关键系统中得到成功的运用，相对于 9iR2推出的streamreplication而言，双方适用的环境虽然相当，比如都可以进行局部复制、异构复制、远程容灾等， advancedreplication目前在稳定性与安全性方面更经得起考验。对比streamreplication与advancedreplication底层的实现技术， streamreplication在实时性、稳定性、高效率、低消耗（较少的 cpu/network资源）等方面更有优势，但凡一些新推出的功能，都或多或少存在一些不确定的因素。在10gR1中，oracle针对目前streamreplication存在的弱点进行了增强，不仅提供了从advancedreplication迁移到streamreplication的脚本，还提供了streamreplication的配置与监控工具，streamreplication在配置与管理方面必将智能化、简单化，担负起与 shareplex争夺企业数据复制市场的重任。综上所述，oracle在数据复制方面， dataguard、advancedreplication、streamreplication都有自己的特点及独到的地方，做为 dba，用什么样的方案取决于目前的设备环境、业务需求、将来的发展趋势以及已经成熟的技术。 当然，对于已经选择的数据复制方案， 技术上必须有一定的掌握；毕竟所有的方案都不是没有问题的，即使目前较安全、稳定、便于管理的dataguard，也会出现一些莫明其妙的事情， 所以最好做到良好的监控， 预防可能存在的问题，问题一旦发生，能快速地解决问题。高级复制与 StreamsReplication的原理是完全不同的， StreamsReplication可以到表，用户，数据库级别，但高级复制似乎只能到表一级。StreamsReplication不是高级复制的升级版。异构环境下，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有一些，看你碰的到碰不到了，严重的能让你删掉队列表重建才行，意味着基本是重建整个复制了，不过想重复一下又不出现了；还有使用 negativerule如果站点多了遇到大的更新事务速度就变得极慢，站点多了要先设计好结构；会不停在有 apply进程的站点udump目录下生成 trc文件，虽然还算不上很成熟，不过以后必定会取代高级复制，建议打 10.2.0.3补丁，据说修正了