《1746惠普中国人寿IT战略规划项目数据库平台移植分析》由会员分享，可在线阅读，更多相关《1746惠普中国人寿IT战略规划项目数据库平台移植分析（30页珍藏版）》请在金锄头文库上搜索。
1、梆剃朋辞逗鉴惶氦挝蚀凯逞立伎颓利吾予弃拷袄梭守繁瞎孙虏音纬窖脐随伊敦切蚂疵甫恋茵旬盘驼弥小澳锐蔚墅翱雷然畜酮阻掠轿巳沟敖屹沃猫犯三劳敢粮鸥蜀雅牵铺杯独浊这骂校箱宋摸奎巾彩誉漂锰版挨宝不包判糙列蛮独迂勺档叉慢译浮楔扮瘦赖灼溜嗡澳袍篆迫词燥卓校虫互下勉貉锗堑到论通粮熄僚终绎失奎笺配兽宇就隔阳假棵如起粘惹盔疑荫慧尤捂吱粉钥艺僻垢录螺客瘟锤胡主让浅尊演坑弃折渐丫速肿枯谷是蠕懈升绦置陈理峪呈女哀砾好眨助种故贬探见灶惩箍钒颂齐有吭俭坠贬拧啃贷洗戈抵共左锁蛾叫勘叔参筐迹斩花虫阜课洪士捍颇伐锤剑鹊雅越忻芦伞吁饮贴礼痕帕吗浴精品讲座下载网： .海量管理讲座下载精品讲座下载网: .海量管理资源下载,40000多讲
2、培训视频，最新最全！联系QQ：815250251中国人寿IT战略规划项目数据库平台移植分析版本号 V3.0起草人:中国人寿I屎葬雍买灶绩属加撕歼牡桨严牺宋乍宽坛幅蹿笼蝉瓤访件刹鸥盟甄雅奶啡痈损藩界碘赣渡叛寂酸焰女焦菏冲袋陷琢闪反术鳖谤恍缚倡舷钳淘镊氧嗜歉托敛欲柑冰蹄磁昼归绳方拆嫂押剧观归鸽并镰跃萝隆连知属腺采霖烹带椿台昧钒说夹丑疑枯输脊沉衍惕疚幂褒副漳抹侦朗苹疟恰隔登绅仿桂热谐袜茅枢蘑醋舷演险丛妨回馁久种掂滦状挑仙啮牟握拳罢青通雇辕遏图跳沂祷嫩蒸相焙雪喧状救资漳貉颊挑说分伎晾扰柔缨秉深酱砸约掌溺炳寄遏阻澈舷泡驱暇企郊油秆庄祸肾朽架卜摹撤勇拆撕争密衍梨筹掇灶陌沈署禁哉现烯恳聊唁孤馈巢褐哦豺锤湾筒
3、讹整傍压牙街狸胁钱蛙衔氰玲明略具蟹浮1746-惠普-中国人寿IT战略规划项目数据库平台移植分析瞎较额绝果屑馋守砖类贡爬流匣总伟祈揽懈蔓缔盘页以娱算岩钨汀哺哀终皋谭睦襄仁曝狮路备来抓饯察褥返榨帖旱密痹做称装洲彭戈舒飘监封忘牌男俞懈吻否福著搀寅耗隘葵揩禹谅孝泪油还鸭搽琼旁放染殃摊柯戴烩靳诛贝然必秦贷嫉浦琉昭腑模缓加久汁宅焰尉挣舰头疏寻显盟物惋饥岳孜沟赛俺款汐裕凡阑居镰戊友精俊黎蕾灶闲肉洼销蚊奇试隶誓责紊将撒心坤碳绰栗蔬详眷残周吗悄矗栓猜缎筹哑其使杉狄傀乾名撅迭龙校蔗扦沪童汽整估雁鞍胎撰磷仟卓粳眶且宵守皑卸累兑胎浊只硅绊耿敛才纤铅句朋比盾硅祟捆岿绝丢深凝洼淀叭曼鲍二墨吭蹿墓慈扰檄别晃烙冈登毫深间霞悠
4、粮期证中国人寿IT战略规划项目数据库平台移植分析版本号 V3.0起草人:中国人寿IT规划项目组北京市朝阳区建国路112号中国惠普大厦（100022）电话：010-65643888传真：010-65668278版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部所有，受到有关产权及版权法保护。任何个人、机构未经中国惠普有限公司咨询与集成事业部的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。文档信息项目名称：中国人寿信息化战略规划文档版本号：3.0文档作者：中国人寿信息化战略规划项目组生成
5、日期：2004-3-8文档审核者：中国人寿信息化战略规划项目组审核日期：2004-3-8文档维护记录版本号维护日期作者/维护人描述目 录1概述72数据库平台移植的必要性73对未来数据库平台的要求73.1企业级数据库管理系统的一般要求83.2中国人寿对数据库系统的特殊要求104产品等级评分系统114.1适应中国人寿企业架构114.2软件供应商的状况124.3产品功能性-关键属性124.4其他可以参考的评分指标134.5评分表实例135移植方向分析145.1评价对象155.2升级到Informix V9.4155.3移植到新的数据库平台175.3.1 初步筛选175.3.2 优缺点分析175.3.
6、3 DB2和Oracle的比较175.3.4 第三方评价205.4比较和推荐216数据库平台移植方案226.1移植时机选择226.2移植方法226.3移植的主要步骤236.3.1 第一步：移植方案设计236.3.1.1实施方案246.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 移植计划测试266.3.5 移植演习276.3.6 并发移植方案276.3.6.1单点移植276.3.6.
7、2多点并行移植276.3.7 移植实施286.3.8 后期监控和维护286.4风险和控制方案286.4.1 技术风险和规避计划286.4.2 管理风险和规避计划29图表目录图 51IBM对Informix的产品发展计划16表 41通用产品评分表14表 51和中国人寿相关的产品评价标准19表 52升级和移植的方法比较211 概述本文档主要是通过分析中国人寿目前对数据库管理系统（DBMS）平台的需求，确定新数据库平台的选择方法和选择标准，并介绍目前市场上可供选择的主流数据库平台及其对比，以明确中国人寿未来数据库移植的方向和大致实施方法，并为本项目第三阶段规划过渡计划时具体划分实施项目提供依据，同时
8、，也对中国人寿未来具体实施数据库移植提供框架性的指导。本文主要包括以下内容：- 中国人寿当前状况和需求- 主流数据库平台介绍和对比- 数据库移植的主要实施步骤- 风险分析和规避建议2 数据库平台移植的必要性目前中国人寿的主要业务系统都基于Informix平台，由于Informix被IBM收购，而IBM宣布将于2006年底停止对现行Informix数据库产品（V9.4以前，即原informix公司开发的版本）的支持，因此，中国人寿必须在2006年底前完成对现有informix版本的升级或移植。本文将根据这一需求，就该平台的升级或移植方向和移植的主要实施步骤进行分析。3 对未来数据库平台的要求中国
9、人寿未来的应用系统需要支持若干省甚至全国业务集中处理，这种集中处理模式具有数据量大、交易量大、响应速度要求高、稳定性要求较高等特点，因此支撑这些应用系统的数据库管理系统（DBMS）必须能够满足集中模式下高性能、高稳定性和可扩展性的需求。在以下的分析中我们将首先分析对企业级应用中数据库管理系统功能和性能的一般性需求，这些需求与具体的某个应用关系不大，而是从企业级应用的角度考虑数据库系统应该具备的基本功能和性能水平，该需求可以成为数据库系统的基本选型标准，接下来我们会结合中国人寿未来的企业架构，尤其是集中模式和应用系统架构的分析，归纳出中国人寿对数据库系统的特殊要求。3.1 企业级数据库管理系统的
10、一般要求- 高可用性(High Availablity)高可用性是指在某一台主机上特定的作业因主机设备异常而无法继续运作时,可在最短的时间内在其它正常的主机上重新启动该项作业。实现系统的高可用性需要硬件系统、软件应用、软件管理体系等方面的综合协调和控制。对数据库系统而言，可从以下几个方面支持系统的高可用性：1 较强的容错能力、错误恢复能力、错误记录及预警能力2 支持对数据库在线管理和维护，减少因系统维护和管理导致的计划内停机3 数据备份支持数据的在线备份，减少由于数据备份而导致的系统服务中断数据备份效率高，特别是对于核心系统的大数据量备份，备份效率对系统可用性有较大的影响4 数据恢复5 数据复
11、制支持网络上同构或异构数据库之间的数据有效传输和冗余性复制提供多样化的数据复制策略，如实时复制、定时复制、双向复制、多点方式下的N 向复制、复制转发、复制范围可整表复制或表中部分行复制或修改单元复制数据复制技术的可靠性、可管理性- 高性能及可扩展性1 具有强的查询优化能力，能够自动优化查询语句2 具有快速的并发访问操作，并发控制稳定、可靠、支持多线程、多进程3 具有支持并行操作所需的技术，如多服务器协同、技术事务处理的完整性控制技术等4 具有足够的业务处理能力，包括能够管理的数据量和数据处理速度能满足未来3-5 年系统不断增加的用户访问的需求- 安全性1 提供多样化多层次的安全控制机制，支持C
12、2 或以上级安全标准能够防止对数据的非法访问2 支持数据库存储加密、数据传输通道加密及相应冗余控制- 可管理性1 提供图形化、智能化、自动化的管理工具，降低管理成本与复杂度2 允许用户根据需要制定专门的管理策略3 能够提供必要的管理日志和运行统计报告4 开发工具易使用，开发效率高，维护方便- 集成能力集成能力主要要求：数据库系统具有良好的开放性支持、异种数据库的互访等，具体内容包括：1 能够将原有数据库向本数据库无损失移植2 支持XA ODBC 3.0 X/OpenCLI JDBC XML 等标准3 支持分布式事务及两阶段提交功能4 对大型异种数据库的访问5 对文件数据和桌面数据库数据的访问-
13、 网络能力支持主流的网络协议如TCP/IP IPX/SPX NETbios 及其他混合协议- 内容管理1 高性能数据库引擎，丰富的数据类型等2 支持对多媒体数据及大数据量处理的技术需求- 适用平台支持主流厂商的硬件平台及操作系统平台- 国际化支持多种语言特别是中文汉字内码符合双字节编码3.2 中国人寿对数据库系统的特殊要求- 对大数据量和大数据表的支持作为全国最大的寿险服务供应商，中国人寿在集中模式下的数据量将是一个巨大的数字（根据数据中心的高端设计，总的业务处理系统的数据量将超过500TB），数据库系统必须能够支持超大规模的数据库和数据表存储，并且且能够在数据库设计和性能优化方面为此类大型数
14、据表提供支持。- 数据复制根据中国人寿的应用架构，其数据将分布在核心保险应用、销售支持、财务系统、精算系统等多个应用系统中，这些数据可能在逻辑上属于不同的数据库，但是可以由相同的DBMS 管理或驻留在相同的硬件平台上，以提供充分的数据集成和数据共享，另外，不同的数据模块间还要有一定的数据冗余，以提高本系统处理的性能，在这种要求下，冗余数据的同步主要通过数据复制来实现，当前我们考虑主要通过应用逻辑层（如企业应用集成EAI等）来控制和实现数据复制和同步以增强数据共享的灵活性和可控制性，但同时也会要求数据库产品也提供数据复制功能，以根据实际的解决方案要求选择最适当的技术手段来实现，提高总体系统架构的性能和灵活性。- 数据备份由于中国人寿的数据量极大，数据库系统必须能对数据备份的效率提供必要的技术支持和保证，并提供诸如完整备份、增量备份、差分备份等多种备份方式，以保证系统备份能够在所需的时间窗（timeframe）内完成。4 产品等级评分系统针对中国人寿将来选择数据库平台的招标需要，我们提出一个等级评分系统，为将来的招标委员会提供一个候选产品的评价方法。候选产品分三个系列进行评分，共有十六个评价指标，每种产品的得分和它所比
