通过长达半年的售前和商务,总算忽悠用户买了informix旗舰版11.7,从实施,到Oracle迁移,数据备份恢复,管理员培训搞完了。现在又忽悠用户在新厂也买informix数据库,遇到了问题:
以下环境为:
X86-64 Windows 2003 企业版 64位
Informix 11.7 旗舰版
InfoSphere CDC 6.3.1 FP3 Windows Edition
1、新厂老厂相隔50公里,有电信10M光纤专线连接,由于是西南边陲,网络时常受各种原因中断,当前条件下也无解。
2、新厂老厂均部署了informix 11.7旗舰版,各自实施了HDR以保障高可用性。
3、用户有一个应用模块是考勤系统,每次考勤数据数据均保存在informix中,现在用户有需求:老厂新厂的考勤在网络正常的时候,可以实现这个考勤表的记录可以同步,但是在两地专线断网的时候,也可以老厂新厂各自考勤独立使用,网正常后数据再次同步。
我的办法:
1、实施了新厂和老厂之间的ER,目前系统是新厂(HDR)————ER————老厂(HDR)
2、简单的同步复制没有问题,但是问题出现了:应用中有许多联合主键的SQL,导致ER复制会有失败。查了ER的信息中心,ER不支持联合主键。
3、打算用infoSphere CDC来进行表级别的数据复制,以保证表记录的汇总。发现又报完整性约束、唯一性索引等表设计不支持的问题。
4、翻了翻informix的高可用性主键,SDS等用共享存储的方式不能适用于新厂老厂的存储分离。
4、看来只有informix flexible grid来做了,目前正在看这个方面的文档。
——————————————————————
请问各种同学,专家:
1、有没有其他方式来绕开联合主键问题?比如修改设计,怎么修改?
2、CDC如何忽略不被支持的表和列?CDC的PPT上写的是具备忽略功能,这个功能在哪儿?
3、informix flexible grid能满足我的问题3 吗?
相关文章
- 由 “无法使用从远程表选择的 lob 定位符” 错误而引导出来的一系列问题解决方案
- 发锁事务重试机制(JPA高并发下的乐观锁异常)总结,以及中间遇到各种问题和解决方案
- 斯坦福大学公开课机器学习: advice for applying machine learning | deciding what to try next(revisited)(针对高偏差、高方差问题的解决方法以及隐藏层数的选择)
- 基于Golang 高并发问题的解决方案
- Linux高可用性方案之Heartbeat的watchdog配置(转)
- Linux-HA 高可用开源方案 Keepalived VS Heartbeat 的选择
- 「mysql优化专题」高可用性、负载均衡的mysql集群解决方案(12)
- Linux学习-MySQL的主从复制高可用性解决方案MHA
- Informix高可用性的方案选择问题
- Linux-HA 高可用开源方案 Keepalived VS Heartbeat 的选择