我们再来回顾一下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连接。这种环境在做数据中心的时候会碰到。
阅读(2233) | 评论(0) | 转发(0) |
