xx人寿it战略规划项目数据库平台移植分析(编辑修改稿)

xx人寿it战略规划项目数据库平台移植分析(编辑修改稿)内容摘要：

库系统的特殊要求 对大数据量和大数据表的支持 作为全国最大的寿险服务供应商，中国人寿在集中模式下的数据量将是一个巨大的数字（根据数据中心的高端设计，总的业务处理系统的数据量将超过 500TB），数据库系统必须能够支持超大规模的数据库和数据表存储，并且且能够在数据库设计和性能优化方面为此类大型数据表提供支持。 数据复制 根据中国人寿的应用架构，其数据将分布在核心保险应用、销售支持、财务系统、精算系统等多个应用系统中，这些数据可能在逻辑上属于不同的数据库，但是可以由相同的 DBMS 管理或驻留在相同 的硬件平台上，以提供充分的数据集成和数据共享，另外，不同的数据模块间还要有一定的数据冗余，以提高本系统处理的性能，在这种要求下，冗余数据的同步主要通过数据复制来实现，当前我们考虑主要通过应用逻辑层（如企业应用集成 EAI等）来控制和实现数据复制和同步以增强数据共享的灵活性和可控制性，但同时也会要求数据库产品也提供数据复制功能，以根据实际的解决方案要求选择最适当的技术手段来实现，提高总体系统架构的性能和灵活性。 数据备份 由于中国人寿的数据量极大，数据库系统必须能对数据备份的效率提供必要的技术支持和保证，并提 供诸如完整备份、增量备份、差分备份等多种备份方式，以保证系统备份能够在所需的时间窗（ timeframe）内完成。 4 产品等级评分系统 针对中国人寿将来选择数据库平台的招标需要，我们提出一个等级评分系统，为将来的招标委员会提供一个候选产品的评价方法。 候选产品分三个系列进行评分，共有十六个评价指标，每种产品的得分和它所比较的同类产品相关，也就是说，得分高低是相对的。 因此，即使一个产品在四项指标中的三项指标都领先，也不意味着这个产品的市场占有率是 75%，以下是对这些分类评分的具体论述。 适应中国人寿企业架构 支 持中国人寿标准： 产品是否遵循中国人寿所采纳的各项 IT 标准。 应用整合能力： 产品是否能和领先的 ERP,Web, 和像 Siebel 这样的 CRM 应用进行整合。 运用现有基础架构的能力： 产品是否可以和中国人寿目前的应用进行数据共享或交换。 应用是否可以安装或配置在目前中国人寿的硬件设施上。 关键技术和软件供应商解决方案的协同工作能力 产品是否和其他推荐给中国人寿的应用或方案能够协同工作，并具有较高的效率。 软件供应商的状况 财务稳定性 : 本部分包含了关于软件供应商财务状况问题的解答。 企业是否有良好的财务稳定 性的历史。 企业未来的财务稳定性如何。 公司远景 /方向 : 用于评价企业是否明确其未来发展远景，企业是否已经清楚地说明或论证了关于他所提供的解决方案、产品和服务的战略性方向。 市场地位 : 企业是否被当作市场的领导者。 它是否被当作创新者或是新产品的开发者。 和其他厂商的伙伴关系 /结盟 : 企业是否能和其他厂商，尤其是保险行业应用系统供应商形成伙伴关系。 过去是否有过成功的经验。 产品功能性 关键属性 Product reliability 产品可靠性 : 与同领域其他产品相比较，产品的可靠性如何。 Product patibility 产品兼容性 : 产品与中国人寿将会采用的其他软硬件兼容性如何。 Product scalability 产品伸缩性 : 产品伸缩性是指厂商采取恰当的整合解决方案后，可以满足日益增长多方面需求，如：用户量，并发会话， 附加硬件，和对其他解决方案地依赖。 不用停机便可以增删硬件，同时又不影响网络其服务器，这也是所期望要达到的。 Product feature set: 产品特性集合： 产品是否具有一个涵盖实现中国人寿系统架构所需所有功能的特性集。 Performance: 性能： 性能是 一种相对概念，它基于和同领域其他厂商产品的比较结果。 为了评判性能，我们必须获得同领域相关产品的性能基准报告，这份报告通常包括每秒交易量，反应时间，和其他相关参数。 其他可以参考的评分指标 在实际招标中，还要根据实际情况，对下产品评分表中列出的评价指标作出相应的增加和调整，例如： 增加价格因素，这显然是很重要的参考指标； 增加在全国范围内的支持能力，这对于业务几乎覆盖全国的中国人寿现状也十分需要； 增加服务承诺指标和今后若干年内的免费升级等因素； 对于厂商所作出的个性化承诺，如大规模免费培训、各种免费授权等， 也可以根据中国人寿的实际需要进行考虑； 产品包或产品线中的其他工具或产品，如电子商务开发、联机分析引擎、数据分析和报表等工具，如果供应商能够提供业界领先的、适合人寿的、全套完整的解决方案，有助于提高未来系统的集成度，也有利于中国人寿利用采购规模优势来获取更好的价格。 评分表实例 下表列出了一个对功能相似的两个产品进行评价的示例，我们建议中国人寿在根据上述基本评价标准筛选之后，对最终的两到三个候选者进行最终的评分，以确定最适合中国人寿需求的数据库平台。 样例：产品评分表 适应中国人寿的企业架构 Weight 权重 产品 1 产品 2 Support for China Life Standards 支持中国人寿的标准 10 Package Application Integration包应用整合 3 Ability to leverage existing infrastructure 利用现有基础架构的能力 3 Interoperability with key technologies amp。 vendor solutions 与关键技术和软件供应商的协同工作能 4 适应中国人寿的企业架构 Weight 权重 产品 1 产品 2 力 Criteria Total 标准总和 Vendor Status 软件提供商状况 Weight Financial stability 财务稳定性 4 Vision / direction for their pany 公司远景和方向 4 Position in Marketplace 市场地位 4 Partnerships/Alliances with other Vendors 和其它软件供应商的伙伴关系 /联合 3 Criteria Total 标准总和 Product Functionality Key Attributes 产品的功能性 关键属性 Weight Product reliability 产品可靠性 5 Product patibility 产品兼容性 3 Product scalability 产品可伸缩性 4 Product feature set 产品特点集合 5 Performance 性能 5 Criteria Total 标准总和 表 41 通用产品评分表 5 移植方向分析 本章对现有 Informix 版本的替代产品的选择方向进行分析，以明确中国人寿最终对数据库平台产品的选择因素。 评价对象 本章分析的主要是关系型数据库管理系统产品，包括整个产品包所包含的数据库管理系统、指令语言、开发工具和管理工具等。 目前，中国人寿可以选择的升级或替代方案共有两种： I. 将现有 Informix 平台升级到 ，并跟随着 IBM 对 Informix 的产品计划不断升级； II. 将现有 Informix 平台移植到新的数据库平台上，如 DB ORACLE、 Sybase、 MS SQL SERVER 等。 以下对上述两个大方向进行深入的分析。 升级到 Informix 下图（ 5－ 1）是 IBM 的 Informix 产品发展计划：该计划以 2020 年 3 月发布的 为基 础，在 2020 年下半年过渡到和 DB2 具有互操作性的。 而随后的方向比较明确的是和 DB2的互操作性。 值得指出的是，该图仅仅是 IBM 的产品发展计划，而不是对最终用户的承诺，而且 2020 年以后Informix 的发展方向，仍然没有被明确。 图 51IBM 对 Informix 的产品发展计划 优点： 时间不紧迫，可以比较详细地进行计划 可以充分利用现有技术储备，对应用系统的影响小 短期内的投资可能是最低的 对系统管理的影响较小 缺点： 未来发展方向不明确，可以预见， IBM 不会长期同时支持两条数据库平台的产品线，所以 Informix 有可能最终还是要并入 DB2 数据库平台产品线 可能需要跟随 IBM 的产品计划，进行多次升级 核心应用系统的更新过程也是更换数据库平台的最佳时机，可以最大限度地降低对业务的影响，这样的话，如果将来真的需要将 Informix 移植到其他数据库，现在保持在 Informix 平台上就错过了这一时机。 移植到新的数据库平台 初步筛选 首先，可以被排除在外的数据库为 sybase，因为 Sybase 在整个数据库市场中已经处于不断衰退的过程中，而且其数据库在大规模应用中的稳定性也值得怀疑。 其次，对于 MS SQL Server，由于其仅支持 Windows 平台，所以也限制了中国人寿对服务器的选择，基于 MS SQL Server 在小规模应用中低成本、简单易用的优势，我们建议在诸如网站、行政管理等小规模应用中，考虑采用 MS SQL Server 作为其数据库平台。 优缺点分析 优点： 移植后，可以保持较长期的稳定 可以充分利用数据整合和应用系统升级的时机 相对于 Informix， DB2 和 Oracle 在总体上更加成熟和先进， 其他相关产品供应商和应用开发商的支持更多，。