消息队列存取方式可以保证所有数据都可以准确到达目标SERVER，它可以忽略主机或网络的状态。当网络发生故障数据存放在本地发送消息队列中，当网络恢复后消息队列再自动将数据分发。 
4． 数据同步 :
CDR 用同步处理保证数据能正确的复制到目标SERVER,当复制数据正确存储到目标SERVER 后，目标SERVER 向源SERVER 发送确认信息。
l  CDR 的几个组成部分：
1． 复制SERVER:由一个dbserver 组成，与成员SERVER 可以在不同主机或同一主机上。 
2． 复制对象：包括database table columns 还有一些option 如冲突解决规则和范围。 
3． 成员：目标dbserver database table columns  限制条件：必须有primary key 只能复制单表；不能使用Join 和subquery.
4． 全局目录：是管理复制功能的一系列table , 全局目录在每个dbserver 都有一份,可集中管理。 
l  复制规划 
1． 确定系统拓扑结构，并制作如“三.复制实例”中的表3-1，拓扑如图示：采用树型主从模式。 
2． 有关逻辑日志：逻辑日志的大小应至少容纳一次复制所复制的数据。
3． 有关消息队列：消息队列是一个dbspace,它的大小不仅与逻辑日志有关，而且与网
络中断期间所需缓冲的数据多少有关。（Onconfig 中定义）
4． 影子表：如果定义了冲突解决规则，就要定义影子表，其大小根据规则不同而不同，
如基于时间戳的冲突解决规则需要是复制表的2 倍。 
5． 假脱机目录：可以指定事物中断后数据暂存目录（缺省：/tmp）。
6． 复制线程个数：是个均衡值即要保证性能也不能浪费（onconfig 中定义）。 
7． 网络带宽： 
流量计算如公式：(#transactions per hour)*(#bytes)*(#sites)*130% 
8． 应用分析：估算每天大约有多少数据增删改，分析传送时间安排。
9．确定要复制的database 用的是unbuffer 方式的逻辑日志。
4.2. CDR 配置实例
4.2.1. 系统环境准备 
1．数据复制源主机：IBM 370 SCO 5.0.5 IDS 7.31.UC2 CBPS 7 
2．数据复制目的主机：IBM 250 SCO 5.0.5 IDS 7.31.UC2 
3．检查逻辑日志（logical log）的大小 
4．建立发送、接受队列dbspace 
5．确定参与复制的Informix Server、database 及table 
cdr 工作表：
Host name Informixserver group database table 
Picc21 ld370222_tcp Grp_picc21 Picc2 * 
Ibm500 ld370220_tcp Grp_ibm500 Picc2 * 
省公司dbserver
地市1 dbserver 地市2 dbserver 地市3 dbserver 
4.2.2. 确定复制环境 
1. 复制模式：单向数据复制
2. 复制时间间隔：立即更新 
4.2.3. 建立picc21 和ibm500 的数据库之间的互访
1) 分别在picc21 和scosysv 上编辑$INformIXDIR/etc/sqlhosts 文件如下： 
grp_picc21 group - - i=1
ld370222_shm onipcshm picc21 ls370222_shm g=grp_picc21 
ld370222_tcp ontlitcp picc21 ls370222_tcp g=grp_picc21 
grp_ibm500 group - - i=2 
ld370220_shm onipcshm ibm500 ls370220_shm g=grp_ibm500 
ld370220_tcp ontlitcp ibm500 ls370220_tcp g=grp_ibm500
2) 分别在picc21 和ibm500 上的/etc/hosts 文件包括如下2 项： 
176.176.21.78 picc21 picc21 
176.176.66.103 ibm500 
3) 分别在picc21 和ibm500 上的/etc/services 文件包括如下2 项: 
ls370222_tcp 5889/tcp 

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] 下一页