《《精编》中国人寿IT战略规划项目数据库平台移植高端设计报告》由会员分享，可在线阅读，更多相关《《精编》中国人寿IT战略规划项目数据库平台移植高端设计报告（30页珍藏版）》请在金锄头文库上搜索。
1、中国人寿IT战略规划项目数据库平台移植高端设计报告版本号 V3.0起草人:中国人寿IT规划项目组北京市朝阳区建国路112号中国惠普大厦（100022）电话：010-65643888传真：010-65668278版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部和中国人寿共同所有，受到有关产权及版权法保护。任何个人、机构未经中国惠普有限公司咨询与集成事业部和中国人寿共同的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。文档信息项目名称：中国人寿信息化战略规划文档版本号：3.0文档作者：中
2、国人寿信息化战略规划项目组生成日期：2004-3-8文档审核者：中国人寿信息化战略规划项目组审核日期：2004-3-8目 录1概述72数据库平台移植的必要性73对未来数据库平台的要求73.1企业级数据库管理系统的一般要求83.2中国人寿对数据库系统的特殊要求104产品等级评分系统114.1适应中国人寿企业架构114.2软件供应商的状况114.3产品功能性-关键属性124.4其他可以参考的评分指标134.5评分表实例135移植方向分析145.1评价对象145.2升级到Informix V9.4155.3移植到新的数据库平台165.3.1 初步筛选165.3.2 优缺点分析165.3.3 DB2和
3、Oracle的比较175.3.4 第三方评价205.4比较和推荐206数据库平台移植方案216.1移植时机选择226.2移植方法226.3移植的主要步骤236.3.1 第一步：移植方案设计236.3.1.1实施方案236.3.1.2技术方案246.3.2 第二步：数据移植工具开发246.3.3 移植计划制定256.3.3.1移植操作计划256.3.3.2移植期后备计划256.3.3.3移植应急计划256.3.3.4移植回退计划266.3.3.5移植后维护监控计划266.3.4 移植计划测试276.3.5 移植演习276.3.6 并发移植方案276.3.6.1单点移植276.3.6.2多点并行移
4、植276.3.7 移植实施286.3.8 后期监控和维护286.4风险和控制方案286.4.1 技术风险和规避计划286.4.2 管理风险和规避计划29图表目录图 51IBM对Informix的产品发展计划15表 41通用产品评分表14表 51和中国人寿相关的产品评价标准19表 52升级和移植的方法比较211 概述本文档主要是通过分析中国人寿目前对数据库管理系统（DBMS）平台的需求，确定新数据库平台的选择方法和选择标准，并介绍目前市场上可供选择的主流数据库平台及其对比，以明确中国人寿未来数据库移植的方向和大致实施方法，并为本项目第三阶段规划过渡计划时具体划分实施项目提供依据，同时，也对中国人
5、寿未来具体实施数据库移植提供框架性的指导。本文主要包括以下内容： 中国人寿当前状况和需求 主流数据库平台介绍和对比 数据库移植的主要实施步骤 风险分析和规避建议2 数据库平台移植的必要性目前中国人寿的主要业务系统都基于Informix平台，由于Informix被IBM收购，而IBM宣布将于2006年底停止对现行Informix数据库产品（V9.4以前，即原informix公司开发的版本）的支持，因此，中国人寿必须在2006年底前完成对现有informix版本的升级或移植。本文将根据这一需求，就该平台的升级或移植方向和移植的主要实施步骤进行分析。3 对未来数据库平台的要求中国人寿未来的应用系统需
6、要支持若干省甚至全国业务集中处理，这种集中处理模式具有数据量大、交易量大、响应速度要求高、稳定性要求较高等特点，因此支撑这些应用系统的数据库管理系统（DBMS）必须能够满足集中模式下高性能、高稳定性和可扩展性的需求。在以下的分析中我们将首先分析对企业级应用中数据库管理系统功能和性能的一般性需求，这些需求与具体的某个应用关系不大，而是从企业级应用的角度考虑数据库系统应该具备的基本功能和性能水平，该需求可以成为数据库系统的基本选型标准，接下来我们会结合中国人寿未来的企业架构，尤其是集中模式和应用系统架构的分析，归纳出中国人寿对数据库系统的特殊要求。3.1 企业级数据库管理系统的一般要求 高可用性(
7、High Availablity)高可用性是指在某一台主机上特定的作业因主机设备异常而无法继续运作时,可在最短的时间内在其它正常的主机上重新启动该项作业。实现系统的高可用性需要硬件系统、软件应用、软件管理体系等方面的综合协调和控制。对数据库系统而言，可从以下几个方面支持系统的高可用性：1 较强的容错能力、错误恢复能力、错误记录及预警能力2 支持对数据库在线管理和维护，减少因系统维护和管理导致的计划内停机3 数据备份 支持数据的在线备份，减少由于数据备份而导致的系统服务中断 数据备份效率高，特别是对于核心系统的大数据量备份，备份效率对系统可用性有较大的影响4 数据恢复5 数据复制 支持网络上同构
8、或异构数据库之间的数据有效传输和冗余性复制 提供多样化的数据复制策略，如实时复制、定时复制、双向复制、多点方式下的N 向复制、复制转发、复制范围可整表复制或表中部分行复制或修改单元复制 数据复制技术的可靠性、可管理性 高性能及可扩展性1 具有强的查询优化能力，能够自动优化查询语句2 具有快速的并发访问操作，并发控制稳定、可靠、支持多线程、多进程3 具有支持并行操作所需的技术，如多服务器协同、技术事务处理的完整性 控制技术等4 具有足够的业务处理能力，包括能够管理的数据量和数据处理速度能满足未来3-5 年系统不断增加的用户访问的需求 安全性1 提供多样化多层次的安全控制机制，支持C2 或以上级安
9、全标准能够防止 对数据的非法访问2 支持数据库存储加密、数据传输通道加密及相应冗余控制 可管理性1 提供图形化、智能化、自动化的管理工具，降低管理成本与复杂度2 允许用户根据需要制定专门的管理策略3 能够提供必要的管理日志和运行统计报告4 开发工具易使用，开发效率高，维护方便 集成能力集成能力主要要求：数据库系统具有良好的开放性支持、异种数据库的互访等，具体内容包括：1 能够将原有数据库向本数据库无损失移植2 支持XA ODBC 3.0 X/OpenCLI JDBC XML 等标准3 支持分布式事务及两阶段提交功能4 对大型异种数据库的访问5 对文件数据和桌面数据库数据的访问 网络能力支持主流
10、的网络协议如TCP/IP IPX/SPX NETbios 及其他混合协议 内容管理1 高性能数据库引擎，丰富的数据类型等2 支持对多媒体数据及大数据量处理的技术需求 适用平台支持主流厂商的硬件平台及操作系统平台 国际化支持多种语言特别是中文汉字内码符合双字节编码3.2 中国人寿对数据库系统的特殊要求 对大数据量和大数据表的支持作为全国最大的寿险服务供应商，中国人寿在集中模式下的数据量将是一个巨大的数字（根据数据中心的高端设计，总的业务处理系统的数据量将超过500TB），数据库系统必须能够支持超大规模的数据库和数据表存储，并且且能够在数据库设计和性能优化方面为此类大型数据表提供支持。 数据复制根
11、据中国人寿的应用架构，其数据将分布在核心保险应用、销售支持、财务系统、精算系统等多个应用系统中，这些数据可能在逻辑上属于不同的数据库，但是可以由相同的DBMS 管理或驻留在相同的硬件平台上，以提供充分的数据集成和数据共享，另外，不同的数据模块间还要有一定的数据冗余，以提高本系统处理的性能，在这种要求下，冗余数据的同步主要通过数据复制来实现，当前我们考虑主要通过应用逻辑层（如企业应用集成EAI等）来控制和实现数据复制和同步以增强数据共享的灵活性和可控制性，但同时也会要求数据库产品也提供数据复制功能，以根据实际的解决方案要求选择最适当的技术手段来实现，提高总体系统架构的性能和灵活性。 数据备份由于
12、中国人寿的数据量极大，数据库系统必须能对数据备份的效率提供必要的技术支持和保证，并提供诸如完整备份、增量备份、差分备份等多种备份方式，以保证系统备份能够在所需的时间窗（timeframe）内完成。4 产品等级评分系统针对中国人寿将来选择数据库平台的招标需要，我们提出一个等级评分系统，为将来的招标委员会提供一个候选产品的评价方法。候选产品分三个系列进行评分，共有十六个评价指标，每种产品的得分和它所比较的同类产品相关，也就是说，得分高低是相对的。 因此，即使一个产品在四项指标中的三项指标都领先，也不意味着这个产品的市场占有率是75%，以下是对这些分类评分的具体论述。4.1 适应中国人寿企业架构 支
13、持中国人寿标准：产品是否遵循中国人寿所采纳的各项IT标准？ 应用整合能力：产品是否能和领先的ERP,Web, 和像Siebel这样的CRM应用进行整合？ 运用现有基础架构的能力：产品是否可以和中国人寿目前的应用进行数据共享或交换？应用是否可以安装或配置在目前中国人寿的硬件设施上？ 关键技术和软件供应商解决方案的协同工作能力：产品是否和其他推荐给中国人寿的应用或方案能够协同工作，并具有较高的效率？4.2 软件供应商的状况 财务稳定性: 本部分包含了关于软件供应商财务状况问题的解答？企业是否有良好的财务稳定性的历史？企业未来的财务稳定性如何？ 公司远景/方向: 用于评价企业是否明确其未来发展远景，
14、企业是否已经清楚地说明或论证了关于他所提供的解决方案、产品和服务的战略性方向？ 市场地位:企业是否被当作市场的领导者？它是否被当作创新者或是新产品的开发者？ 和其他厂商的伙伴关系/结盟:企业是否能和其他厂商，尤其是保险行业应用系统供应商形成伙伴关系？过去是否有过成功的经验？4.3 产品功能性-关键属性 Product reliability产品可靠性: 与同领域其他产品相比较，产品的可靠性如何？ Product compatibility产品兼容性:产品与中国人寿将会采用的其他软硬件兼容性如何？ Product scalability产品伸缩性: 产品伸缩性是指厂商采取恰当的整合解决方案后，可以满足日益增长多方面需求，如：用户量，并发会话，附加硬件，和对其他解决方案地依赖。不用停机便可以增删硬件，同时又不影响网络其服务器，这也是所期望要达到的。 Product feature set: 产品特性集合：产品是否具有一个涵盖实现中国人寿系统架构所需所有功能的特性集？ Performance: 性能：性能是一种相对概念，它基于和同领域其他厂商产品的比较结果。为了评判性能，我们必须获得同领域相关产品的性能基准报告，这份报告通常包括每秒交
