Chinaunix首页 | 论坛 | 博客
  • 博客访问: 289053
  • 博文数量: 60
  • 博客积分: 1437
  • 博客等级: 中尉
  • 技术积分: 632
  • 用 户 组: 普通用户
  • 注册时间: 2011-02-10 14:12
文章存档

2012年(7)

2011年(53)

分类: Oracle

2011-02-11 17:15:30

我们再来回顾一下Oracle GoldenDate的逻辑架构图:

从这个图中,我看可以看到Collector是在target端的,它是一个运行在目标端的后台进程,接受从TCP/IP网络传输过来的数据库变化,并写到trail文件或者extract 文件里。通常情况下,当管理进程接收到一个连接请求后会自动启动一个collector进程。管理进程启动的collector就叫做动态collector,用户不能与动态collector交互。ORACLE GG也提供手工运行collector,这个collector就叫做静态collector.
   注意:并不是所有的Oracle GG配置都需要一个collector进程!
   当使用动态collector的时候,一个collector进程只能从一个extract进程接收信息,因此你必须为每个extract进程配置一个collector进程。
   当使用静态collector的时候,多个extract进程可以共享一个静态collector,但是在实践中,one-to-one的配置是最优的!
   注意:collector进程会随这extract的中断而中断!
   在默认的配置下,是extract进程发起TCP/IP连接的(从source DB到target上的collector进程)。但是Oracle GoldenDate也可以配置成让Collector进程发起初始的TCP/IP连接。什么情况下会用到这种配置呢?
假如你的target端是在一个可信任的网络区域内(a trusted network zone)而你的source端是在一个不可信任的网络区域内(a less trusted zone),这个时候你就可以配置让collector进程发起初始的TCP/IP连接。这种环境在做数据中心的时候会碰到。

阅读(2204) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~