ORACLE 11G stream概念（5）

5.5.2  Local Capture
当capture进程启动时，用于数据复制的数据目录叫做流数据目录会被自动建立。它存放source db中primary data dictionary 的多版本信息。它匹配字段个数、字段类型、表名称等信息。Capture进程和apply进程都使用这些信息。
DownStream Capture
DownStream Capture的类型：
1. Real-Time的downsteam capture进程：在source db端，通过LGWR将redo日志通过网络传输到downstream db中，在downstream db中通过RFS进程(file server process)接受并存储到它的standby redo log文件中
2. Archived-Log的downsteam capture进程：将归档日志文件从source db拷贝到downstream db中，并且capture进程从归档日志文件中获取变化。归档日志可以通过redo transport service传输，也可手工拷贝。
Real-Time的优点是可以更快地实现同步，因为它不需要等待redo日志归档即可进行capture。Archived-Log模式的优点是，在一个downsteam db中可以同时配置多个来自不同source db的capture进程。
对于同一个source db，可以配置多个real-time的downsteam capture进程，但是在一个downsteam db中，不能同时配置多个real-time的downsteam capture进程。

两种模式的特点比较

Local Capture的优点和缺点：
它的优点：
1. 带宽要求不高：
它仅将符合复制规则的那些redo日志传送到dest db，而不是传输所有的redo日志；
2. 实时性好：
source db的变动可以被快速capture到，通过队列传送到dest db。每秒可处理的LCRs约为1.5万个，时延约1-2秒；
它的缺点：
1. 略微增加source db的CPU使用率；
Downstream Capture的优点和缺点：
它的优点：
1. 对source db几乎没有影响；
2. 可以实现多个source db对应一个dest db；
它的缺点：
1. 带宽要求高：
 因为source db的所有日志都需要传输到dest db；而不是仅传送那些需要的日志；
2. 额外存储空间：
需要一个存储空间存放从source db传送过来的归档日志，并且还需要为这些日志制定清理机制；
3. 如果采用real-time模式，那么还需要规划standby redo log的文件；
4. 如果采用archived-log模式，那么实现同步的时间会较长
 必须等source db上的onle redo归档、然后传输到dest db上，才能被capture及apply；

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10129726/viewspace-706743/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10129726/viewspace-706743/