方建勇中国人寿IT战略规划项目上海数据中心平台移植分析惠普.doc

中国人寿IT战略规划项目 数据库平台移植分析 版本号 V3.0 起草人:中国人寿IT规划项目组 北京市朝阳区建国路112号 中国惠普大厦（100022） 电话：010传真：010  版权说明 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部所有，受到有关产权及版权法保护。任何个人、机构未经中国惠普有限公司咨询与集成事业部的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。  文档信息 项目名称： 中国人寿信息化战略规划 文档版本号： 3.0 文档作者： 中国人寿信息化战略规划项目组 生成日期： 2004-3-8 文档审核者： 中国人寿信息化战略规划项目组 审核日期： 2004-3-8 文档维护记录 版本号 维护日期 作者/维护人 描述 目 录 1 概述 7 2 数据库平台移植的必要性 7 3 对未来数据库平台的要求 7 3.1 企业级数据库管理系统的一般要求 8 3.2 中国人寿对数据库系统的特殊要求 10 4 产品等级评分系统 11 4.1 适应中国人寿企业架构 11 4.2 软件供应商的状况 12 4.3 产品功能性-关键属性 12 4.4 其他可以参考的评分指标 13 4.5 评分表实例 13 5 移植方向分析 14 5.1 评价对象 15 5.2 升级到Informix V9.4 15 5.3 移植到新的数据库平台 17 5.3.1 初步筛选 17 5.3.2 优缺点分析 17 5.3.3 DB2和Oracle的比较 17 5.3.4 第三方评价 20 5.4 比较和推荐 21 6 数据库平台移植方案 22 6.1 移植时机选择 22 6.2 移植方法 22 6.3 移植的主要步骤 23 6.3.1 第一步：移植方案设计 23 6.3.1.1 实施方案 24 6.3.1.2 技术方案 24 6.3.2 第二步：数据移植工具开发 24 6.3.3 移植计划制定 25 6.3.3.1 移植操作计划 25 6.3.3.2 移植期后备计划 25 6.3.3.3 移植应急计划 25 6.3.3.4 移植回退计划 26 6.3.3.5 移植后维护监控计划 26 6.3.4 移植计划测试 26 6.3.5 移植演习 27 6.3.6 并发移植方案 27 6.3.6.1 单点移植 27 6.3.6.2 多点并行移植 27 6.3.7 移植实施 28 6.3.8 后期监控和维护 28 6.4 风险和控制方案 28 6.4.1 技术风险和规避计划 28 6.4.2 管理风险和规避计划 29  图表目录 图 51IBM对Informix的产品发展计划 16 表 41通用产品评分表 14 表 51和中国人寿相关的产品评价标准 19 表 52升级和移植的方法比较 21  概述 本文档主要是通过分析中国人寿目前对数据库管理系统（DBMS）平台的需求，确定新数据库平台的选择方法和选择标准，并介绍目前市场上可供选择的主流数据库平台及其对比，以明确中国人寿未来数据库移植的方向和大致实施方法，并为本项目第三阶段规划过渡计划时具体划分实施项目提供依据，同时，也对中国人寿未来具体实施数据库移植提供框架性的指导。 本文主要包括以下内容： 中国人寿当前状况和需求 主流数据库平台介绍和对比 数据库移植的主要实施步骤 风险分析和规避建议 数据库平台移植的必要性 目前中国人寿的主要业务系统都基于Informix平台，由于Informix被IBM收购，而IBM宣布将于2006年底停止对现行Informix数据库产品（V9.4以前，即原informix公司开发的版本）的支持，因此，中国人寿必须在2006年底前完成对现有informix版本的升级或移植。 本文将根据这一需求，就该平台的升级或移植方向和移植的主要实施步骤进行分析。 对未来数据库平台的要求 中国人寿未来的应用系统需要支持若干省甚至全国业务集中处理，这种集中处理模式具有数据量大、交易量大、响应速度要求高、稳定性要求较高等特点，因此支撑这些应用系统的数据库管理系统（DBMS）必须能够满足集中模式下高性能、高稳定性和可扩展性的需求。 在以下的分析中我们将首先分析对企业级应用中数据库管理系统功能和性能的一般性需求，这些需求与具体的某个应用关系不大，而是从企业级应用的角度考虑数据库系统应该具备的基本功能和性能水平，该需求可以成为数据库系统的基本选型标准，接下来我们会结合中国人寿未来的企业架构，尤其是集中模式