保险公司数据集中项目中间件建议方案一、 前言财险公司经过多年的进展从保险的种类到业务量都有了很大的进展，目前已经有企业财产保险、家庭财产保险、责任保险、保证保险、车险等多个种类 ，业务量以每年 10%的速度增长。应用模式也在悄悄不断地发生变化以适应业务上和管理上的需要，已由原来完全分布式的业务数据模式走向地市一级的分布式集中模式。最近由中科软与尚洋合作开发的“PICC 财产险业务系统”采纳地市集中的方式，软件开发采纳面对对象的分析和设计思想，已经在多个地市进行了试点运行。在网络建设方面已经形成了省到地市、地市到县的 FR/DDN 网络格局。这些都为下一步的数据集中利用和业务的拓展打下了坚实的基础。数据集中是现在各行各业应用系统进展的一大趋势，金融、电信行业由于其进展的较早，经济和技术实力较强已经走到了前面。金融行业已有许多省份实现了省级的数据集中，移动总局也已经明确提出了省级数据集中的运营模式 。在保险行业，由于过去一直采纳数据分布的应用模式，如今采纳地市级的数据集中应用模式是向更高层次集中的必要尝试和过渡。二、 问题及需求分析本文对地市级以下的业务系统不做深化讨论，仅限于省级数据集中备份系统的相关问题。对于各个地市数据中心的数据在省级中心做增量数据集中，目前有两种方式：采纳数据库厂商提供的数据库复制技术、用应用程序来实现。无论选用何种方式，在技术实现上应该满足以下基本业务要求：1. 能够满足不同操作系统平台间（不同数据库版本、甚至异构数据库）的数据复制能力。2. 数据通讯过程中的正确性应该得到保障。3. 对数据传输过程中可能遇到的网络问题、主机问题应该能够有很好的应对机制，能够可靠传输，做到不重、不丢。4. 整个数据集中系统应该具有良好的通讯效率和处理效率，满足数据准实时集中同步的要求。要满足上述业务上的需求，采纳常规的数据库复制方式和一般的应用方式是难以达到的。原因在于无论是数据库复制方式还是一般的应用方式其通讯处理方式过于简单，低层通讯的正确性、资源的有效利用和网络故障的处理应对、主机故障的处理应对等没有很好的机制来加以保障。所以就有可能出现乱码、网络抖动或拥塞时，数据集中业务过程无法有效进行等问题。目前，针对此类应用（非联机事务处理系统，强调可靠性、非关联性、实时性要求不高）特点，各行各业广泛采纳消息中间件来实现。消息中间件是一种基础软件，在系统中的位置处在操作系统之上和应用...
