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/