中国某保险公司IT战略规划项目数据库平台移植高端设计报告

海量免费资料尽在此
中国人寿IT战略规划项目
数据库平台移植
高端设计报告
版本号
起草人:中国人寿IT规划项目组
北京市朝阳区建国路112号
中国惠普大厦（100022）
电话：
传真：
版权说明
本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部和中国人寿共同所有，受到有关产权及版权法保护。

任何个人、机构未经中国惠普有限公司咨询与集成事业部和中国人寿共同的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。

文档信息
目录
1概述 (7)
2数据库平台移植的必要性....................................................................................................................... 3对未来数据库平台的要求.......................................................................................................................
企业级数据库管理系统的一般要求..............................................................................................
中国人寿对数据库系统的特殊要求............................................................. 错误!未定义书签。

4产品等级评分系统...................................................................................................................................
适应中国人寿企业架构..................................................................................................................
软件供应商的状况 .........................................................................................................................
产品功能性-关键属性 ....................................................................................................................
其他可以参考的评分指标..............................................................................................................
评分表实例 ..................................................................................................................................... 5移植方向分析.......................................................................................................... 错误!未定义书签。

评价对象 .........................................................................................................................................
升级到Informix .............................................................................................................................
移植到新的数据库平台..................................................................................................................
初步筛选......................................................................................................................................
优缺点分析..................................................................................................................................
DB2和Oracle的比较.................................................................................................................
第三方评价..................................................................................................................................
比较和推荐 ..................................................................................................................................... 6数据库平台移植方案...............................................................................................................................
移植时机选择 ................................................................................................ 错误!未定义书签。

移植方法 .........................................................................................................................................
移植的主要步骤 .............................................................................................................................
第一步：移植方案设计..............................................................................................................
实施方案...................................................................................................................
技术方案...................................................................................................................
第二步：数据移植工具开发......................................................................................................
移植计划制定 (3)
移植操作计划...........................................................................................................
移植期后备计划.......................................................................................................
移植应急计划...........................................................................................................
移植回退计划.......................................................................... 错误!未定义书签。

移植后维护监控计划...............................................................................................
移植计划测试..............................................................................................................................
移植演习......................................................................................................................................
并发移植方案..............................................................................................................................
单点移植...................................................................................................................
多点并行移植...........................................................................................................
移植实施..................................................................................................... 错误!未定义书签。

后期监控和维护..........................................................................................................................
风险和控制方案 .............................................................................................................................
技术风险和规避计划..................................................................................................................
管理风险和规避计划 (29)
图表目录
图5-1IBM对I NFORMIX的产品发展计划 .......................................................................................................
1概述
本文档主要是通过分析中国人寿目前对数据库管理系统（DBMS）平台的需求，确定新数据库平台的选择方法和选择标准，并介绍目前市场上可供选择的主流数据库平台及其对比，以明确中国人寿未来数据库移植的方向和大致实施方法，并为本项目第三阶段规划过渡计划时具体划分实施项目提供依据，同时，也对中国人寿未来具体实施数据库移植提供框架性的指导。

本文主要包括以下内容：
•中国人寿当前状况和需求
•主流数据库平台介绍和对比
•数据库移植的主要实施步骤
•风险分析和规避建议
2数据库平台移植的必要性
目前中国人寿的主要业务系统都基于Informix平台，由于Informix被IBM收购，而IBM宣布将于2006年底停止对现行Informix数据库产品（以前，即原informix公司开发的版本）的支持，因此，中国人寿必须在2006年底前完成对现有informix版本的升级或移植。

本文将根据这一需求，就该平台的升级或移植方向和移植的主要实施步骤进行分析。

3对未来数据库平台的要求
中国人寿未来的应用系统需要支持若干省甚至全国业务集中处理，这种集中处理模式具有数据量大、交易量大、响应速度要求高、稳定性要求较高等特点，因此支撑这些应用系统的数据库管理系统（DBMS）必须能够满足集中模式下高性能、高稳定性和可扩展性的需求。

在以下的分析中我们将首先分析对企业级应用中数据库管理系统功能和性能的一般性需求，这些需求与具体的某个应用关系不大，而是从企业级应用的角度考虑数据库系统应该具备的基本功能和性能水平，该需求可以成为数据库系统的基本选型标准，接下来我们会结合中国人寿未来的企业架构，尤其是集中模式和应用系统架构的分析，归纳出中国人寿对数据库系统的特殊要求。

3.1企业级数据库管理系统的一般要求
•高可用性(High Availablity)
高可用性是指在某一台主机上特定的作业因主机设备异常而无法继续运作时,可在最短的时间内在其它正常的主机上重新启动该项作业。

实现系统的高可用性需要硬件系统、软件应用、软件管理体系等方面的综合协调和控制。

对数据库系统而言，可从以下几个方面支持系统的高可用性：
1 较强的容错能力、错误恢复能力、错误记录及预警能力
2 支持对数据库在线管理和维护，减少因系统维护和管理导致的计划内停机
3 数据备份
–支持数据的在线备份，减少由于数据备份而导致的系统服务中断
–数据备份效率高，特别是对于核心系统的大数据量备份，备份效率对系统可用性有较大的影响
4 数据恢复
5 数据复制
–支持网络上同构或异构数据库之间的数据有效传输和冗余性复制
–提供多样化的数据复制策略，如实时复制、定时复制、双向复制、多点方式下的N 向复制、复制转发、复制范围可整表复制或表中部分行复制或修改单元复制–数据复制技术的可靠性、可管理性
•高性能及可扩展性
1 具有强的查询优化能力，能够自动优化查询语句
2 具有快速的并发访问操作，并发控制稳定、可靠、支持多线程、多进程
3 具有支持并行操作所需的技术，如多服务器协同、技术事务处理的完整性
控制技术等
4 具有足够的业务处理能力，包括能够管理的数据量和数据处理速度能满足未来3-
5 年系统不断增加的用户访问的需求
•安全性
1 提供多样化多层次的安全控制机制，支持C
2 或以上级安全标准能够防止
对数据的非法访问
2 支持数据库存储加密、数据传输通道加密及相应冗余控制
•可管理性
1 提供图形化、智能化、自动化的管理工具，降低管理成本与复杂度
2 允许用户根据需要制定专门的管理策略
3 能够提供必要的管理日志和运行统计报告
4 开发工具易使用，开发效率高，维护方便
•集成能力
集成能力主要要求：数据库系统具有良好的开放性支持、异种数据库的互访等，具体内容包括：
1 能够将原有数据库向本数据库无损失移植
2 支持XA ODBC X/OpenCLI JDBC XML 等标准
3 支持分布式事务及两阶段提交功能
4 对大型异种数据库的访问
5 对文件数据和桌面数据库数据的访问
•网络能力
支持主流的网络协议如TCP/IP IPX/SPX NETbios 及其他混合协议
•内容管理
1 高性能数据库引擎，丰富的数据类型等
2 支持对多媒体数据及大数据量处理的技术需求
•适用平台
支持主流厂商的硬件平台及操作系统平台
•国际化
支持多种语言特别是中文汉字内码符合双字节编码
3.2中国人寿对数据库系统的特殊要求
•对大数据量和大数据表的支持
作为全国最大的寿险服务供应商，中国人寿在集中模式下的数据量将是一个巨大的数字（根据数据中心的高端设计，总的业务处理系统的数据量将超过500TB），数据库系统必须能够支持超大规模的数据库和数据表存储，并且且能够在数据库设计和性能优化方面为此类大型数据表提供支持。

•数据复制
根据中国人寿的应用架构，其数据将分布在核心保险应用、销售支持、财务系统、精算系统等多个应用系统中，这些数据可能在逻辑上属于不同的数据库，但是可以由相同的DBMS 管理或驻留在相同的硬件平台上，以提供充分的数据集成和数据共享，另外，不同的数据模块间还要有一定的数据冗余，以提高本系统处理的性能，在这种要求下，冗余数据的同步主要通过数据复制来实现，当前我们考虑主要通过应用逻辑层（如企业应用集成EAI等）来控制和实现数据复制和同步以增强数据共享的灵活性和可控制性，但同时也会要求数据库产品也提供数据复制功能，以根据实际的解决方案要求选择最适当的技术手段来实现，提高总体系统架构的性能和灵活性。

•数据备份
由于中国人寿的数据量极大，数据库系统必须能对数据备份的效率提供必要的技术支持和保证，并提供诸如完整备份、增量备份、差分备份等多种备份方式，以保证系统备份能够在所需的时间窗（timeframe）内完成。

4产品等级评分系统
针对中国人寿将来选择数据库平台的招标需要，我们提出一个等级评分系统，为将来的招标委员会提供一个候选产品的评价方法。

候选产品分三个系列进行评分，共有十六个评价指标，每种产品的得分和它所比较的同类产品相关，也就是说，得分高低是相对的。

因此，即使一个产品在四项指标中的三项指标都领先，也不意味着这个产品的市场占有率是75%，以下是对这些分类评分的具体论述。

4.1适应中国人寿企业架构
•支持中国人寿标准：
产品是否遵循中国人寿所采纳的各项IT标准？
•应用整合能力：
产品是否能和领先的ERP,Web, 和像Siebel这样的CRM应用进行整合？
•运用现有基础架构的能力：
产品是否可以和中国人寿目前的应用进行数据共享或交换？应用是否可以安装或配置在目前中国人寿的硬件设施上？
•关键技术和软件供应商解决方案的协同工作能力：
产品是否和其他推荐给中国人寿的应用或方案能够协同工作，并具有较高的效率？
4.2软件供应商的状况
•财务稳定性:
本部分包含了关于软件供应商财务状况问题的解答？企业是否有良好的财务稳定性的历史？
企业未来的财务稳定性如何？
•公司远景/方向:
用于评价企业是否明确其未来发展远景，企业是否已经清楚地说明或论证了关于他所提供的解决方案、产品和服务的战略性方向？
•市场地位:
企业是否被当作市场的领导者？它是否被当作创新者或是新产品的开发者？
•和其他厂商的伙伴关系/结盟:
企业是否能和其他厂商，尤其是保险行业应用系统供应商形成伙伴关系？过去是否有过成功的经验？
4.3产品功能性-关键属性
•Product reliability产品可靠性:
与同领域其他产品相比较，产品的可靠性如何？
•Product compatibility产品兼容性:
产品与中国人寿将会采用的其他软硬件兼容性如何？
•Product scalability产品伸缩性:
产品伸缩性是指厂商采取恰当的整合解决方案后，可以满足日益增长多方面需求，如：用户量，并发会话，附加硬件，和对其他解决方案地依赖。

不用停机便可以增删硬件，同时又不影响网络其服务器，这也是所期望要达到的。

•Product feature set: 产品特性集合：
产品是否具有一个涵盖实现中国人寿系统架构所需所有功能的特性集？
•Performance: 性能：
性能是一种相对概念，它基于和同领域其他厂商产品的比较结果。

为了评判性能，我们必须获得同领域相关产品的性能基准报告，这份报告通常包括每秒交易量，反应时间，和其他相关参数。

4.4其他可以参考的评分指标
在实际招标中，还要根据实际情况，对下产品评分表中列出的评价指标作出相应的增加和调整，例如：•增加价格因素，这显然是很重要的参考指标；
•增加在全国范围内的支持能力，这对于业务几乎覆盖全国的中国人寿现状也十分需要；
•增加服务承诺指标和今后若干年内的免费升级等因素；
•对于厂商所作出的个性化承诺，如大规模免费培训、各种免费授权等，也可以根据中国人寿的实际需要进行考虑；
•产品包或产品线中的其他工具或产品，如电子商务开发、联机分析引擎、数据分析和报表等工具，如果供应商能够提供业界领先的、
适合人寿的、全套完整的解决方案，有助于提高未来系统的集成度，
也有利于中国人寿利用采购规模优势来获取更好的价格。

4.5评分表实例
下表列出了一个对功能相似的两个产品进行评价的示例，我们建议中国人寿在根据上述基本评价标准筛选之后，对最终的两到三个候选者进行最终的评分，以确定最适合中国人寿需求的数据库平台。

表4-1通用产品评分表
5移植方向分析
本章对现有Informix版本的替代产品的选择方向进行分析，以明确中国人寿最终对数据库平台产品的选择因素。

5.1评价对象
本章分析的主要是关系型数据库管理系统产品，包括整个产品包所包含的数据库管理系统、指令语言、开发工具和管理工具等。

目前，中国人寿可以选择的升级或替代方案共有两种：
I.将现有Informix平台升级到，并跟随着IBM对Informix的产品计划不断升级；
II.将现有Informix平台移植到新的数据库平台上，如DB2、ORACLE、Sybase、MS SQL SERVER等。

以下对上述两个大方向进行深入的分析。

5.2升级到Informix
下图（5－1）是IBM的Informix产品发展计划：该计划以2003年3月发布的为基础，在2006年下半年过渡到和DB2具有互操作性的。

而随后的方向比较明确的是和DB2的互操作性。

值得指出的是，该图仅仅是IBM的产品发展计划，而不是对最终用户的承诺，而且2006年以后Informix 的发展方向，仍然没有被明确。

图5-1IBM对Informix的产品发展计划
优点：
•时间不紧迫，可以比较详细地进行计划
•可以充分利用现有技术储备，对应用系统的影响小
•短期内的投资可能是最低的
•对系统管理的影响较小
缺点：
•未来发展方向不明确，可以预见，IBM不会长期同时支持两条数据库平台的产品线，所以Informix有可能最终还是要并入DB2数据库平
台产品线
•可能需要跟随IBM的产品计划，进行多次升级
•核心应用系统的更新过程也是更换数据库平台的最佳时机，可以最大限度地降低对业务的影响，这样的话，如果将来真的需要将
Informix移植到其他数据库，现在保持在Informix平台上就错过了
这一时机。

5.3移植到新的数据库平台
5.3.1初步筛选
首先，可以被排除在外的数据库为sybase，因为Sybase在整个数据库市场中已经处于不断衰退的过程中，而且其数据库在大规模应用中的稳定性也值得怀疑。

其次，对于MS SQL Server，由于其仅支持Windows平台，所以也限制了中国人寿对服务器的选择，基于MS SQL Server在小规模应用中低成本、简单易用的优势，我们建议在诸如网站、行政管理等小规模应用中，考虑采用MS SQL Server作为其数据库平台。

5.3.2优缺点分析
优点：
•移植后，可以保持较长期的稳定
•可以充分利用数据整合和应用系统升级的时机
•相对于Informix，DB2和Oracle在总体上更加成熟和先进，
•其他相关产品供应商和应用开发商的支持更多，有利于其他产品的选型和系统的集成
•DB2和Oracle本身也提供诸如电子商务、商业智能甚至ERP等解决方案和产品
缺点
•需要重新购买产品，短期投资大
•需要培训数据库管理和开发人员的技能
•应用系统需要全面移植
5.3.3DB2和Oracle的比较
基于上述分析，候选产品中重点考虑Oracle和DB2的比较，这里我们运用上一章中的产品评分表来进行量化的比较分析。

表5-1和中国人寿相关的产品评价标准
从表格（5－1）分析中可以看出，相对于中国人寿的需求来说，Oracle和DB2单就产品和供应商而言相差不多，而相对而言，Oracle具有以下一些优势：
•TPC-C测试的结果显示，Oracle和其他诸如BEA产品的集成具有性能领先优势
•Oracle在开放平台的市场份额占有绝对的优势
•由于oracle是独立软件开发商，因此相对于DB2，oracle拥有更多的合作伙伴，在市场上有更多的技术资源可利用
•除电子商务、商业智能外，Oracle还拥有ERP等业务应用系统可供中国人寿选择
•TPC－C测试结果显示，Oracle数据库的性能处于比较领先的地位•目前看来，两种产品的价格都比较昂贵
•在国内的人力资源市场拥有更多的oracle技术资源
•如免费的培训、免费的技术资料转让或免费参与移植项目等
•虽然很多诸如Sibel，SAP等系统同样可以在DB2上运行，但是其最初的开发平台通常为Oracle
综上所述，Oracle在市场占有率以及和其他合作伙伴的集成方面具有微弱的优势。

但是，上述内容仅仅是对ORACLE和DB2这两个产品进行粗略的初步分析，在实际的招标过程中，还需要对上一章所阐述的价格、服务承诺等因素进行综合分析。

另外，各项指标的权重也可以根据需要进行灵活地调整，以最终确定目标数据库平台产品。

5.3.4第三方评价
独立研究机构Morgan Stanley公布的调查报告显示：51%的CIO们把Oracle作为首选的数据库供应商，而IBM和Informix加在一起的数字还不足22%，Morgan Stanley认为，在最了解当今数据库性能的CIO群体中，Oracle数据库继续雄居领先的地位。

AMR Research在2001年11月提供的一项研究报告同样表明，在所有计划改变其原有数据库的Informix用户中，有50%将转向Oracle。

Evans Data研究报告也证实，Oracle是应用开发者首选数据库，Evans Data在研究报告中指出，大多数开发者在选择数据库时主要考虑可靠性、可伸缩性、完整性以及总拥有成本等因素，在这些方面，Oracle都获得了开发者的认同。

5.4比较和推荐
表5-2升级和移植的方法比较
基于上述分析（表5－2），我们建议，对于诸如保险核心系统、CRM等重要应用，可以在将来实施招标过程中结合具体的采购流程和评分体系，在Oracle和DB2的高版本之间作出选择。

另外，我们认为在Oracle和DB2的选择种要综合考虑以下成本因素：
•软件自身的购置成本，尤其是定价方式（按最终用户、按CPU数目和主频、企业买断式等）；
•扩展工具包（如数据集成、数据仓库技术、电子商务等）的购置成本；
•后续升级支持的成本；
•对基础架构平台的选择限制或影响（如某种数据库在某一平台上的性能明显远高于其他平台等）；
•培训成本等。

6数据库平台移植方案
本章主要描述数据库平台移植实施的方案，包括移植项目的主要步骤、可能的技术和管理风险，以及针对这些风险的控制方案建议。

6.1移植时机选择
根据新的应用系统架构，中国人寿需要在今后一段时间通过升级、开发或购买等方式建立新的核心保险应用系统，因此，作为该核心应用的数据平台，数据库系统的移植必须和新的应用系统开发同步协调进行。

在本项目的第三阶段，我们将从总体上对核心应用的开发及发布和数据库系统的移植进行综合规划，其主要指导原则是：
•核心应用系统的要求应当作为数据库平台的选型的重要依据
•数据库平台的选择应当在应用系统实施项目前确定
•数据库平台的移植方案将作为应用系统开发和部署方案的重要组成部分
•数据库平台的移植实施也将作为应用的测试推广工作的重要组成部分
6.2移植方法
我们的建议基于HP系统移植方法，这套方法是HP在多年IT整合项目中系统移植实施的基础上总结而成。

整个方法所建议的实施过程如下图所示，它从整体上表达了由可行性分析、设计到实施的全部过程。

同时，它还建议对较为复杂的系统进行先导项目的试验，以降低实施风险。

HP的移植方法主要包括如下四个阶段：
➢系统移植规划
-确定数据库移植目标、范围和限制条件
-确定项目成功的条件和考量方法及尺度；
-确定项目的风险和具体的实施方法
-确定整合的具体内容和潜在的障碍
➢系统移植分析及概要设计
-调查和分析现有的IT环境，包括应用、基础架构、设施，以及IT管理、IT对业务的影响力，企业的IT系统特点等；
-初步确定整合的可选方案和概要的系统配置方案；
-评估移植和后续运营工作量和投入；
-建立实施团队，准备开始实施整合；
➢实施移植
-移植方案详细设计
-项目管理
-实现移植方案（如果有需要，还要首先建立一个原型验证系统）
-测试和考量移植项目
➢后期评审、日常运营和改进
6.3移植的主要步骤
在数据库平台选型完毕之后，移植工作的实施就成为过渡方案的重要环节，数据库平台的移植是一项庞大而复杂的系统工程，从过去的经验看，多数移植项目不能够100％成功的原因是因为过于重视了移植的技术操作，而忽略了总体移植项目的实施过程和风险控制，因此，根据中国人寿的实际情况，我们建议中国人寿按照以下步骤来制定数据库平台移植方案。

6.3.1第一步：移植方案设计
一个成功的数据库移植项目，一定要基于一个完善的移植方案，因此，在整个移植过程的第一步，就是要在数据库厂商和应用系统供应商的配合下，对数据库移植的实施过程进行充分的分析和研究，形成一套完整的技术和实施方案。

6.3.1.1实施方案
实施方案是指基于应用系统部署计划，所需的具体数据库移植操作过程，包括：
•移植对象和目标的确定
•主要移植数据指标的确定和量化
•移植时机的选择和关键里程碑设定
•移植环境和资源的准备清单
•相应的培训、沟通计划
6.3.1.2技术方案
技术方案是指在Informix和新的数据库管理系统之间进行应用移植的技术实现方法，技术方案中主要包括：
•两个数据库平台间的功能覆盖程度和差异评估
•不同技术实现手段的转换
•新系统功能差距的替代方案
•数据移植方法设计
•移植测试方法
6.3.2第二步：数据移植工具开发
基于移植的具体目标和数据指标要求，根据两个数据库平台的特点，进行移植工具的开发，通常地，这些移植工具主要包括：
•数据校验：包括源系统数据校验（抽取前）和目标系统校验（加载后）
•数据抽取：包括全量抽取（不变量）和增量抽取（变量）；
•数据转换：源系统数据向目标系统数据的转换程序，包括缺陷数据的补充方案和临时替代方案；
•数据传输：如果存在不同物理存放位置间的数据移植，还要开发相应的数据传输程序，保证传输过程的自动化、可靠性和完整性；
6.3.3移植计划制定
移植计划不仅仅包括基本的移植操作步骤，还应当根据对业务的影响制定完善的后备计划和应急计划，另外，还要考虑一旦移植操作发生意外，导致移植无法成功完成时的回滚计划，以保证对业务的最小间断和系统的平稳过渡。

6.3.3.1移植操作计划
基于实施方案和技术手段，利用移植工具制定的移植操作过程，主要包括：
•所需环境和资源检查清单；
•详细的移植操作步骤和命令集；
•所有相关的配置表；
•详细的任务清单和时间表；
•相关的操作人员、管理人员、用户的联络表和沟通计划
6.3.3.2移植期后备计划
移植后备计划是考虑到移植过程中可能有紧急的业务需要执行，由业务部门配合制定的移植期间的业务操作替代方案，主要的替代方法有：
•预先的业务处理：提前完成一些业务操作，一旦有业务需要，这些操作的结果立即被应用；
•保留关键业务系统备份：这要求一定能够追踪到移植期间的增量，并在移植完成后能够在不影响业务一致性的前提下进行数据补录；
•手工操作：利用手工操作处理业务，同样要保证完整的数据补录；。