Oracle Stream 深入探讨(已修改)

Stream的功能真是HA中最让人激动的一个功能，可以派生出很多应用。我这篇文档希望对Stream功能有一个比较全面的探讨。现在关于Simple Stream的配置文档比较多，但是关于DownStream 的不是很多，特别是Real-time DownStream的就更少了。希望熟悉的朋友可以对文档中错误的地方提出意见。

Real-time downStream配置部分已经完成，测试完全通过。

修改后的附件麻烦大家在楼下找

拜读下，谢了。

你说从9i开始，HA的solution有：
。。。
。。。
RAC
Oracle Parallel Server
。。。


你的Oracle Parallel Server是不是OPS? 那个不是8i的时候的RAC的前身吗？怎么还单独列出来呢？

应该是我的错误

我在最后的终稿中把这个错误修正了。非常感谢

没什么深入的东西。最后的实例也没有完成。

[QUOTE][i]最初由 teddyboy 发布[/i]
[B]没什么深入的东西。最后的实例也没有完成。 [/B][/QUOTE]

看错了 实例配置随后贴 :sweat: :shy2:

great..
但内容少了些，如果能出一本相关的书那最好了

怎么看起来不象是原创：(

增加了配置的附件

文档绝对是原创的，图片部分是在Oracle online DOC中找的。有不对的地方请大家指出。

thanks for share!

如果是灵活运用定义rule时的condition 就会更加得心应手。

是的

这样甚至可以代替一些专业的ETL工具

欢迎楼主继续分享心得。

[QUOTE][i]最初由 zhiweizeng 发布[/i]
[B]great..
但内容少了些，如果能出一本相关的书那最好了 [/B][/QUOTE]

亚马逊网站上有一本，书名就叫《Stream》

仔细读了你的文章后有点疑问，提出来大家一块讨论一下：
1、Instantiating the Database or table该怎样做？
因为在创建capture时use_database_link  => true
所以根据《Streams Concepts and Administration》提到的方式你采用了使用db_link方式，
仔细阅读了oracle的文档后发现，这种方式并不适合源库是一直改变的。假如要对一个生产库作downstream使用db_link的方式可能不太合适。
我自己在测试时没有使用这种方式。
2、propagation还有必要吗？
我一开始觉得三个进程都在一台机器上propagation就有点多余，所以实验中只建了一个queue，然后是capture和apply进程，也通过了。
3、如果源库同时还有Dataguard，我在测试的时候发现downstream的有些参数是会和dataguard有冲突的，毕竟二者有工作机制比较像。

表示关注！！！

讨论一下

[QUOTE][i]最初由 icu 发布[/i]
[B]仔细读了你的文章后有点疑问，提出来大家一块讨论一下：
1、Instantiating the Database or table该怎样做？
因为在创建capture时use_database_link  => true
所以根据《Streams Concepts and Administration》提到的方式你采用了使用db_link方式，
仔细阅读了oracle的文档后发现，这种方式并不适合源库是一直改变的。假如要对一个生产库作downstream使用db_link的方式可能不太合适。
我自己在测试时没有使用这种方式。
2、propagation还有必要吗？
我一开始觉得三个进程都在一台机器上propagation就有点多余，所以实验中只建了一个queue，然后是capture和apply进程，也通过了。
3、如果源库同时还有Dataguard，我在测试的时候发现downstream的有些参数是会和dataguard有冲突的，毕竟二者有工作机制比较像。 [/B][/QUOTE]

1-我看了一下发上来的文档，抱歉，init table 或 schema的部分是我写掉了的。我在测试中用expdp、impdp实现的。中间用到了SCN

2、propagation过程是为了该downstream机可作为多个slave database 的propagation服务。实例中slave database和propagation放在了一起，自然没有必要了。

3、downstream的机制和 logical standby是非常像的，都是LGWR本地/远程各写一份redo log。冲突可能会在dest上，不过不知可否用多个dest ，比如 dest_2用来downstream，dest_3用来dataguard，有条件的朋友可以测试一下。

Re: 讨论一下

[QUOTE][i]最初由 pepperdog 发布[/i]
[B]

1-我看了一下发上来的文档，抱歉，init table 或 schema的部分是我写掉了的。我在测试中用expdp、impdp实现的。中间用到了SCN

2、propagation过程是为了该downstream机可作为多个slave database 的propagation服务。实例中slave database和propagation放在了一起，自然没有必要了。

3、downstream的机制和 logical standby是非常像的，都是LGWR本地/远程各写一份redo log。冲突可能会在dest上，不过不知可否用多个dest ，比如 dest_2用来downstream，dest_3用来dataguard，有条件的朋友可以测试一下。 [/B][/QUOTE]

1、我在init schema时一般是用rman来做的，我使用impdp+network_link的时候碰到过这么一种情况，比如有些object是系统自动生成的比如一个主键的索引是sys×××，等impdp完了发现就变掉了，然后就会碰到错误，所以干脆rman了。不过既然你的impdp中指定了scn，但是你的capture在创建时可是没有体现start scn呀？

2、如果这个机器是作为中间的机器可以理解。

3、由于我的目标环境用的是物理的dg，所以测试时模拟有dg的情况，LOG_ARCHIVE_CONFIG这个参数和dest_n如果完全按照stream的文档来做的话dg和downstream只能有一个配置成功，不过最后做了些改动两个家伙终于能够和好了！！！不知道你碰到这种情况了吗？

Re: Re: 讨论一下

[QUOTE][i]最初由 icu 发布[/i]
[B]
3、由于我的目标环境用的是物理的dg，所以测试时模拟有dg的情况，LOG_ARCHIVE_CONFIG这个参数和dest_n如果完全按照stream的文档来做的话dg和downstream只能有一个配置成功，不过最后做了些改动两个家伙终于能够和好了！！！不知道你碰到这种情况了吗？ [/B][/QUOTE]

把你这两个参数的配置贴出来看一下。:D

thanks for share!