[doc]-x保险公司it战略规划项目数据库平台移植高端设计报告(doc30)-保险综合

中国人寿IT战略规划项目数据库平台移植高端设计报告版本号V30起草人中国人寿IT规划项目组北京市朝阳区建国路112号中国惠普大厦（100022）电话01065643888传真01065668278版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属中国惠普有限公司咨询与集成事业部和中国人寿共同所有，受到有关产权及版权法保护。任何个人、机构未经中国惠普有限公司咨询与集成事业部和中国人寿共同的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。文档信息项目名称中国人寿信息化战略规划文档版本号30文档作者中国人寿信息化战略规划项目组生成日期200438文档审核者中国人寿信息化战略规划项目组审核日期200438目录1概述72数据库平台移植的必要性73对未来数据库平台的要求731企业级数据库管理系统的一般要求832中国人寿对数据库系统的特殊要求104产品等级评分系统1141适应中国人寿企业架构1142软件供应商的状况1143产品功能性关键属性1244其他可以参考的评分指标1345评分表实例135移植方向分析1451评价对象1452升级到INFORMIXV941553移植到新的数据库平台16531初步筛选16532优缺点分析16533DB2和ORACLE的比较17534第三方评价2054比较和推荐206数据库平台移植方案2161移植时机选择2262移植方法2263移植的主要步骤23631第一步移植方案设计236311实施方案236312技术方案24632第二步数据移植工具开发24633移植计划制定256331移植操作计划256332移植期后备计划256333移植应急计划256334移植回退计划266335移植后维护监控计划26634移植计划测试27635移植演习27636并发移植方案276361单点移植276362多点并行移植27637移植实施28638后期监控和维护2864风险和控制方案28641技术风险和规避计划28642管理风险和规避计划29图表目录图51IBM对INFORMIX的产品发展计划15表41通用产品评分表14表51和中国人寿相关的产品评价标准19表52升级和移植的方法比较211概述本文档主要是通过分析中国人寿目前对数据库管理系统（DBMS）平台的需求，确定新数据库平台的选择方法和选择标准，并介绍目前市场上可供选择的主流数据库平台及其对比，以明确中国人寿未来数据库移植的方向和大致实施方法，并为本项目第三阶段规划过渡计划时具体划分实施项目提供依据，同时，也对中国人寿未来具体实施数据库移植提供框架性的指导。本文主要包括以下内容中国人寿当前状况和需求主流数据库平台介绍和对比数据库移植的主要实施步骤风险分析和规避建议2数据库平台移植的必要性目前中国人寿的主要业务系统都基于INFORMIX平台，由于INFORMIX被IBM收购，而IBM宣布将于2006年底停止对现行INFORMIX数据库产品（V94以前，即原INFORMIX公司开发的版本）的支持，因此，中国人寿必须在2006年底前完成对现有INFORMIX版本的升级或移植。本文将根据这一需求，就该平台的升级或移植方向和移植的主要实施步骤进行分析。3对未来数据库平台的要求中国人寿未来的应用系统需要支持若干省甚至全国业务集中处理，这种集中处理模式具有数据量大、交易量大、响应速度要求高、稳定性要求较高等特点，因此支撑这些应用系统的数据库管理系统（DBMS）必须能够满足集中模式下高性能、高稳定性和可扩展性的需求。在以下的分析中我们将首先分析对企业级应用中数据库管理系统功能和性能的一般性需求，这些需求与具体的某个应用关系不大，而是从企业级应用的角度考虑数据库系统应该具备的基本功能和性能水平，该需求可以成为数据库系统的基本选型标准，接下来我们会结合中国人寿未来的企业架构，尤其是集中模式和应用系统架构的分析，归纳出中国人寿对数据库系统的特殊要求。31企业级数据库管理系统的一般要求高可用性HIGHAVAILABLITY高可用性是指在某一台主机上特定的作业因主机设备异常而无法继续运作时,可在最短的时间内在其它正常的主机上重新启动该项作业。实现系统的高可用性需要硬件系统、软件应用、软件管理体系等方面的综合协调和控制。对数据库系统而言，可从以下几个方面支持系统的高可用性1较强的容错能力、错误恢复能力、错误记录及预警能力2支持对数据库在线管理和维护，减少因系统维护和管理导致的计划内停机3数据备份支持数据的在线备份，减少由于数据备份而导致的系统服务中断数据备份效率高，特别是对于核心系统的大数据量备份，备份效率对系统可用性有较大的影响4数据恢复5数据复制支持网络上同构或异构数据库之间的数据有效传输和冗余性复制提供多样化的数据复制策略，如实时复制、定时复制、双向复制、多点方式下的N向复制、复制转发、复制范围可整表复制或表中部分行复制或修改单元复制数据复制技术的可靠性、可管理性高性能及可扩展性1具有强的查询优化能力，能够自动优化查询语句2具有快速的并发访问操作，并发控制稳定、可靠、支持多线程、多进程3具有支持并行操作所需的技术，如多服务器协同、技术事务处理的完整性控制技术等4具有足够的业务处理能力，包括能够管理的数据量和数据处理速度能满足未来35年系统不断增加的用户访问的需求安全性1提供多样化多层次的安全控制机制，支持C2或以上级安全标准能够防止对数据的非法访问2支持数据库存储加密、数据传输通道加密及相应冗余控制可管理性1提供图形化、智能化、自动化的管理工具，降低管理成本与复杂度2允许用户根据需要制定专门的管理策略3能够提供必要的管理日志和运行统计报告4开发工具易使用，开发效率高，维护方便集成能力集成能力主要要求数据库系统具有良好的开放性支持、异种数据库的互访等，具体内容包括1能够将原有数据库向本数据库无损失移植2支持XAODBC30X/OPENCLIJDBCXML等标准3支持分布式事务及两阶段提交功能4对大型异种数据库的访问5对文件数据和桌面数据库数据的访问网络能力支持主流的网络协议如TCP/IPIPX/SPXNETBIOS及其他混合协议内容管理1高性能数据库引擎，丰富的数据类型等2支持对多媒体数据及大数据量处理的技术需求适用平台支持主流厂商的硬件平台及操作系统平台国际化支持多种语言特别是中文汉字内码符合双字节编码32中国人寿对数据库系统的特殊要求对大数据量和大数据表的支持作为全国最大的寿险服务供应商，中国人寿在集中模式下的数据量将是一个巨大的数字（根据数据中心的高端设计，总的业务处理系统的数据量将超过500TB），数据库系统必须能够支持超大规模的数据库和数据表存储，并且且能够在数据库设计和性能优化方面为此类大型数据表提供支持。数据复制根据中国人寿的应用架构，其数据将分布在核心保险应用、销售支持、财务系统、精算系统等多个应用系统中，这些数据可能在逻辑上属于不同的数据库，但是可以由相同的DBMS管理或驻留在相同的硬件平台上，以提供充分的数据集成和数据共享，另外，不同的数据模块间还要有一定的数据冗余，以提高本系统处理的性能，在这种要求下，冗余数据的同步主要通过数据复制来实现，当前我们考虑主要通过应用逻辑层（如企业应用集成EAI等）来控制和实现数据复制和同步以增强数据共享的灵活性和可控制性，但同时也会要求数据库产品也提供数据复制功能，以根据实际的解决方案要求选择最适当的技术手段来实现，提高总体系统架构的性能和灵活性。数据备份由于中国人寿的数据量极大，数据库系统必须能对数据备份的效率提供必要的技术支持和保证，并提供诸如完整备份、增量备份、差分备份等多种备份方式，以保证系统备份能够在所需的时间窗（TIMEFRAME）内完成。4产品等级评分系统针对中国人寿将来选择数据库平台的招标需要，我们提出一个等级评分系统，为将来的招标委员会提供一个候选产品的评价方法。候选产品分三个系列进行评分，共有十六个评价指标，每种产品的得分和它所比较的同类产品相关，也就是说，得分高低是相对的。因此，即使一个产品在四项指标中的三项指标都领先，也不意味着这个产品的市场占有率是75，以下是对这些分类评分的具体论述。41适应中国人寿企业架构支持中国人寿标准产品是否遵循中国人寿所采纳的各项IT标准应用整合能力产品是否能和领先的ERP,WEB,和像SIEBEL这样的CRM应用进行整合运用现有基础架构的能力产品是否可以和中国人寿目前的应用进行数据共享或交换应用是否可以安装或配置在目前中国人寿的硬件设施上关键技术和软件供应商解决方案的协同工作能力产品是否和其他推荐给中国人寿的应用或方案能够协同工作，并具有较高的效率42软件供应商的状况财务稳定性本部分包含了关于软件供应商财务状况问题的解答企业是否有良好的财务稳定性的历史企业未来的财务稳定性如何公司远景/方向用于评价企业是否明确其未来发展远景，企业是否已经清楚地说明或论证了关于他所提供的解决方案、产品和服务的战略性方向市场地位企业是否被当作市场的领导者它是否被当作创新者或是新产品的开发者和其他厂商的伙伴关系/结盟企业是否能和其他厂商，尤其是保险行业应用系统供应商形成伙伴关系过去是否有过成功的经验43产品功能性关键属性PRODUCTRELIABILITY产品可靠性与同领域其他产品相比较，产品的可靠性如何PRODUCTCOMPATIBILITY产品兼容性产品与中国人寿将会采用的其他软硬件兼容性如何PRODUCTSCALABILITY产品伸缩性产品伸缩性是指厂商采取恰当的整合解决方案后，可以满足日益增长多方面需求，如用户量，并发会话，附加硬件，和对其他解决方案地依赖。不用停机便可以增删硬件，同时又不影响网络其服务器，这也是所期望要达到的。PRODUCTFEATURESET产品特性集合产品是否具有一个涵盖实现中国人寿系统架构所需所有功能的特性集PERFORMANCE性能性能是一种相对概念，它基于和同领域其他厂商产品的比较结果。为了评判性能，我们必须获得同领域相关产品的性能基准报告，这份报告通常包括每秒交易量，反应时间，和其他相关参数。44其他可以参考的评分指标在实际招标中，还要根据实际情况，对下产品评分表中列出的评价指标作出相应的增加和调整，例如增加价格因素，这显然是很重要的参考指标；增加在全国范围内的支持能力，这对于业务几乎覆盖全国的中国人寿现状也十分需要；增加服务承诺指标和今后若干年内的免费升级等因素；对于厂商所作出的个性化承诺，如大规模免费培训、各种免费授权等，也可以根据中国人寿的实际需要进行考虑；产品包或产品线中的其他工具或产品，如电子商务开发、联机分析引擎、数据分析和报表等工具，如果供应商能够提供业界领先的、适合人寿的、全套完整的解决方案，有助于提高未来系统的集成度，也有利于中国人寿利用采购规模优势来获取更好的价格。45评分表实例下表列出了一个对功能相似的两个产品进行评价的示例，我们建议中国人寿在根据上述基本评价标准筛选之后，对最终的两到三个候选者进行最终的评分，以确定最适合中国人寿需求的数据库平台。样例产品评分表适应中国人寿的企业架构WEIGHT权重产品1产品2SUPPORTFORCHINALIFESTANDARDS支持中国人寿的标准10PACKAGEAPPLICATIONINTEGRATION包应用整合3ABILITYTOLEVERAGEEXISTINGINFRASTRUCTURE利用现有基础架构的能力3INTEROPERABILITYWITHKEYTECHNOLOGIESVENDORSOLUTIONS与关键技术和软件供应商的协同工作能力4CRITERIATOTAL标准总和VENDORSTATUS软件提供商状况WEIGHTFINANCIALSTABILITY财务稳定性4VISION/DIRECTIONFORTHEIRCOMPANY公司远景和方向4POSITIONINMARKETPLACE市场地位4PARTNERSHIPS/ALLIANCESWITHOTHERVENDORS和其它软件供应商的伙伴关系/联合3CRITERIATOTAL标准总和PRODUCTFUNCTIONALITYKEYATTRIBUTES产品的功能性关键属性WEIGHTPRODUCTRELIABILITY产品可靠性5PRODUCTCOMPATIBILITY产品兼容性3PRODUCTSCALABILITY产品可伸缩性4PRODUCTFEATURESET产品特点集合5PERFORMANCE性能5CRITERIATOTAL标准总和表41通用产品评分表5移植方向分析本章对现有INFORMIX版本的替代产品的选择方向进行分析，以明确中国人寿最终对数据库平台产品的选择因素。51评价对象本章分析的主要是关系型数据库管理系统产品，包括整个产品包所包含的数据库管理系统、指令语言、开发工具和管理工具等。目前，中国人寿可以选择的升级或替代方案共有两种I将现有INFORMIX平台升级到V94，并跟随着IBM对INFORMIX的产品计划不断升级；II将现有INFORMIX平台移植到新的数据库平台上，如DB2、ORACLE、SYBASE、MSSQLSERVER等。以下对上述两个大方向进行深入的分析。52升级到INFORMIXV94下图（51）是IBM的INFORMIX产品发展计划该计划以2003年3月发布的INFORMIX94为基础，在2006年下半年过渡到和DB2具有互操作性的V96。而随后的方向比较明确的是和DB2的互操作性。值得指出的是，该图仅仅是IBM的产品发展计划，而不是对最终用户的承诺，而且2006年以后INFORMIX的发展方向，仍然没有被明确。IBMSOFTWAREGROUPPAGE92H06安全DB的互操作性和IM软件的集成IDRDDSV9IDSV90IDSV950IDSV9NEXT3MARCH203备份恢复HDRECOEXISTNCE尺寸限制变大安全系统监控和工具1Q开发中安全高可用应用开发/XML/标准的遵循4GLWEBSPHREEGL自治/易管理软件组集成安全、面向合作伙伴和基础架构的能力改进性能、安装、ISTARFOBUILTNUDTSDB2互操作性市场、技术和客户的要求“IBM并不承诺对上述发展方向的描述，IM的计划可能会改变“图51IBM对INFORMIX的产品发展计划优点时间不紧迫，可以比较详细地进行计划可以充分利用现有技术储备，对应用系统的影响小短期内的投资可能是最低的对系统管理的影响较小缺点未来发展方向不明确，可以预见，IBM不会长期同时支持两条数据库平台的产品线，所以INFORMIX有可能最终还是要并入DB2数据库平台产品线可能需要跟随IBM的产品计划，进行多次升级核心应用系统的更新过程也是更换数据库平台的最佳时机，可以最大限度地降低对业务的影响，这样的话，如果将来真的需要将INFORMIX移植到其他数据库，现在保持在INFORMIX平台上就错过了这一时机。53移植到新的数据库平台531初步筛选首先，可以被排除在外的数据库为SYBASE，因为SYBASE在整个数据库市场中已经处于不断衰退的过程中，而且其数据库在大规模应用中的稳定性也值得怀疑。其次，对于MSSQLSERVER，由于其仅支持WINDOWS平台，所以也限制了中国人寿对服务器的选择，基于MSSQLSERVER在小规模应用中低成本、简单易用的优势，我们建议在诸如网站、行政管理等小规模应用中，考虑采用MSSQLSERVER作为其数据库平台。532优缺点分析优点移植后，可以保持较长期的稳定可以充分利用数据整合和应用系统升级的时机相对于INFORMIX，DB2和ORACLE在总体上更加成熟和先进，其他相关产品供应商和应用开发商的支持更多，有利于其他产品的选型和系统的集成DB2和ORACLE本身也提供诸如电子商务、商业智能甚至ERP等解决方案和产品缺点需要重新购买产品，短期投资大需要培训数据库管理和开发人员的技能应用系统需要全面移植533DB2和ORACLE的比较基于上述分析，候选产品中重点考虑ORACLE和DB2的比较，这里我们运用上一章中的产品评分表来进行量化的比较分析。产品评分表评价标准权重ORACLEDB2说明适应中国人寿的企业架构权重支持中国人寿的标准10如所选择的UNIX开放平台产品包和应用整合3如产品能否实现和其他异种数据库平台的集成；产品自身是否提供相应的软件包利用现有基础架构的能力3能否支持中国人寿现有的各种基础架构平台，如WINDOWS,HPUX,AIX等；主流的系统维护管理工具（如监控软件、备份软件等）的支持情况；与关键技术和软件供应商的协同工作能力4能否被主要的企业应用集成工具（如TIBCO）支持并具有较高效率标准总和20软件提供商状况权重财务稳定性4公司近3年来的财务报告公司远景和方向4公司未来5年内的发展计划，尤其是所提供产品的发展计划市场地位4公司所提供的产品在市场上的份额，以及近3年来的增幅和其它软件供应商的伙伴关系/联合3公司和中间件、主流应用系统（如BEA,SIEBEL,SAP等）的联盟关系，及这种合作解决方案在市场上所占的份额标准总和15产品的功能性关键属性权重PRODUCTRELIABILITY产品可靠性4PRODUCTCOMPATIBILITY产品兼容性3PRODUCTSCALABILITY产品可4评价标准权重ORACLEDB2说明适应中国人寿的企业架构权重伸缩性PRODUCTFEATURESET产品特点集合4厂商自己提供的针对中国人寿的产品特点评价PERFORMANCE性能5第三方性能测试数据标准总和2055和中国人寿相关的评价标准评价标准权重说明价格20全国支持能力10如能否提供一个专职的支持团队多大规模现场支持响应的时间招募合格技术资源的难度5目前，在中国人力资源市场，掌握哪种技术资源的人材多一些个性化承诺5产品供应商为中国人寿提供哪些特别的承诺，如免费的培训、测试、移植指导等，；主要应用系统产品所基于的平台5是否为主要的保险应用所基于的平台效率如何标准总和45100表51和中国人寿相关的产品评价标准从表格（51）分析中可以看出，相对于中国人寿的需求来说，ORACLE和DB2单就产品和供应商而言相差不多，而相对而言，ORACLE具有以下一些优势TPCC测试的结果显示，ORACLE和其他诸如BEA产品的集成具有性能领先优势ORACLE在开放平台的市场份额占有绝对的优势由于ORACLE是独立软件开发商，因此相对于DB2，ORACLE拥有更多的合作伙伴，在市场上有更多的技术资源可利用除电子商务、商业智能外，ORACLE还拥有ERP等业务应用系统可供中国人寿选择TPCC测试结果显示，ORACLE数据库的性能处于比较领先的地位目前看来，两种产品的价格都比较昂贵在国内的人力资源市场拥有更多的ORACLE技术资源如免费的培训、免费的技术资料转让或免费参与移植项目等虽然很多诸如SIBEL，SAP等系统同样可以在DB2上运行，但是其最初的开发平台通常为ORACLE综上所述，ORACLE在市场占有率以及和其他合作伙伴的集成方面具有微弱的优势。但是，上述内容仅仅是对ORACLE和DB2这两个产品进行粗略的初步分析，在实际的招标过程中，还需要对上一章所阐述的价格、服务承诺等因素进行综合分析。另外，各项指标的权重也可以根据需要进行灵活地调整，以最终确定目标数据库平台产品。534第三方评价独立研究机构MORGANSTANLEY公布的调查报告显示51的CIO们把ORACLE作为首选的数据库供应商，而IBM和INFORMIX加在一起的数字还不足22，MORGANSTANLEY认为，在最了解当今数据库性能的CIO群体中，ORACLE数据库继续雄居领先的地位。AMRRESEARCH在2001年11月提供的一项研究报告同样表明，在所有计划改变其原有数据库的INFORMIX用户中，有50将转向ORACLE。EVANSDATA研究报告也证实，ORACLE是应用开发者首选数据库，EVANSDATA在研究报告中指出，大多数开发者在选择数据库时主要考虑可靠性、可伸缩性、完整性以及总拥有成本等因素，在这些方面，ORACLE都获得了开发者的认同。54比较和推荐升级到INFORMIX94移植到DB2或ORACLE升级到INFORMIX94移植到DB2或ORACLE优点时间不紧迫，可以比较详细地进行计划可以充分利用现有技术储备，对应用系统的影响小短期内的投资可能是最低的对系统管理的影响较小移植后，可以保持较长期的稳定可以充分利用数据整合和应用系统升级的时机产品在总体上更加成熟和先进其他相关产品供应商和应用开发商的支持更多，有利于其他产品的选型和系统的集成新的产品的产品线更丰富和完整缺点未来发展方向不明确可能需要进行多次升级可能会错过核心应用系统的更新过程这一最佳移植时机需要重新购买产品，短期投资大需要培训数据库管理和开发人员的技能应用系统需要全面移植表52升级和移植的方法比较基于上述分析（表52），我们建议，对于诸如保险核心系统、CRM等重要应用，可以在将来实施招标过程中结合具体的采购流程和评分体系，在ORACLE和DB2的高版本之间作出选择。另外，我们认为在ORACLE和DB2的选择种要综合考虑以下成本因素软件自身的购置成本，尤其是定价方式（按最终用户、按CPU数目和主频、企业买断式等）；扩展工具包（如数据集成、数据仓库技术、电子商务等）的购置成本；后续升级支持的成本；对基础架构平台的选择限制或影响（如某种数据库在某一平台上的性能明显远高于其他平台等）；培训成本等。6数据库平台移植方案本章主要描述数据库平台移植实施的方案，包括移植项目的主要步骤、可能的技术和管理风险，以及针对这些风险的控制方案建议。61移植时机选择根据新的应用系统架构，中国人寿需要在今后一段时间通过升级、开发或购买等方式建立新的核心保险应用系统，因此，作为该核心应用的数据平台，数据库系统的移植必须和新的应用系统开发同步协调进行。在本项目的第三阶段，我们将从总体上对核心应用的开发及发布和数据库系统的移植进行综合规划，其主要指导原则是核心应用系统的要求应当作为数据库平台的选型的重要依据数据库平台的选择应当在应用系统实施项目前确定数据库平台的移植方案将作为应用系统开发和部署方案的重要组成部分数据库平台的移植实施也将作为应用的测试推广工作的重要组成部分62移植方法我们的建议基于HP系统移植方法，这套方法是HP在多年IT整合项目中系统移植实施的基础上总结而成。整个方法所建议的实施过程如下图所示，它从整体上表达了由可行性分析、设计到实施的全部过程。同时，它还建议对较为复杂的系统进行先导项目的试验，以降低实施风险。HP的移植方法主要包括如下四个阶段系统移植规划确定数据库移植目标、范围和限制条件确定项目成功的条件和考量方法及尺度；确定项目的风险和具体的实施方法确定整合的具体内容和潜在的障碍系统移植分析及概要设计调查和分析现有的IT环境，包括应用、基础架构、设施，以及IT管理、IT对业务的影响力，企业的IT系统特点等；初步确定整合的可选方案和概要的系统配置方案；评估移植和后续运营工作量和投入；建立实施团队，准备开始实施整合；实施移植移植方案详细设计项目管理实现移植方案（如果有需要，还要首先建立一个原型验证系统）测试和考量移植项目后期评审、日常运营和改进63移植的主要步骤在数据库平台选型完毕之后，移植工作的实施就成为过渡方案的重要环节，数据库平台的移植是一项庞大而复杂的系统工程，从过去的经验看，多数移植项目不能够100成功的原因是因为过于重视了移植的技术操作，而忽略了总体移植项目的实施过程和风险控制，因此，根据中国人寿的实际情况，我们建议中国人寿按照以下步骤来制定数据库平台移植方案。631第一步移植方案设计一个成功的数据库移植项目，一定要基于一个完善的移植方案，因此，在整个移植过程的第一步，就是要在数据库厂商和应用系统供应商的配合下，对数据库移植的实施过程进行充分的分析和研究，形成一套完整的技术和实施方案。6311实施方案实施方案是指基于应用系统部署计划，所需的具体数据库移植操作过程，包括移植对象和目标的确定主要移植数据指标的确定和量化移植时机的选择和关键里程碑设定移植环境和资源的准备清单相应的培训、沟通计划6312技术方案技术方案是指在INFORMIX和新的数据库管理系统之间进行应用移植的技术实现方法，技术方案中主要包括两个数据库平台间的功能覆盖程度和差异评估不同技术实现手段的转换新系统功能差距的替代方案数据移植方法设计移植测试方法632第二步数据移植工具开发基于移植的具体目标和数据指标要求，根据两个数据库平台的特点，进行移植工具的开发，通常地，这些移植工具主要包括数据校验包括源系统数据校验（抽取前）和目标系统校验（加载后）数据抽取包括全量抽取（不变量）和增量抽取（变量）；数据转换源系统数据向目标系统数据的转换程序，包括缺陷数据的补充方案和临时替代方案；数据传输如果存在不同物理存放位置间的数据移植，还要开发相应的数据传输程序，保证传输过程的自动化、可靠性和完整性；633移植计划制定移植计划不仅仅包括基本的移植操作步骤，还应当根据对业务的影响制定完善的后备计划和应急计划，另外，还要考虑一旦移植操作发生意外，导致移植无法成功完成时的回滚计划，以保证对业务的最小间断和系统的平稳过渡。6331移植操作计划基于实施方案和技术手段，利用移植工具制定的移植操作过程，主要包括所需环境和资源检查清单；详细的移植操作步骤和命令集；所有相关的配置表；详细的任务清单和时间表；相关的操作人员、管理人员、用户的联络表和沟通计划6332移植期后备计划移植后备计划是考虑到移植过程中可能有紧急的业务需要执行，由业务部门配合制定的移植期间的业务操作替代方案，主要的替代方法有预先的业务处理提前完成一些业务操作，一旦有业务需要，这些操作的结果立即被应用；保留关键业务系统备份这要求一定能够追踪到移植期间的增量，并在移植完成后能够在不影响业务一致性的前提下进行数据补录；手工操作利用手工操作处理业务，同样要保证完整的数据补录；6333移植应急计划应急计划是以防万一某个移植操作发生意外的后援计划，它也是整个移植计划的风险规避计划，该计划的制订过程，就是对移植操作计划和后备计划的详细的风险分析过程，通过该计划，充分考虑移植过程中的每一个步骤所存在的风险，并制定相应的风险规避手段和流程，保证移植过程的平稳执行。通常情况下，在制定应急计划的过程中，移植操作计划和后备计划可能也会相应地作出修改，以提高移植过程的强壮性和容错能力。另外，一些相应的技术保障手段也会被开发或采购，来共同保证移植过程的稳定性。6334移植回退计划尽管为数据库移植制定了周密的计划，但在系统移植过程中，任何原因导致移植失败的可能性依然存在，如何保证在移植失败的情况下，中国人寿的系统和数据能够回退到移植开始前的状态，使得其业务系统仍然可以正常运行，是回退计划所要解决的重要问题。通常地，回退计划包括系统备份计划保证取得移植的起始状态点；决定回退的条件，在该条件被满足时，必须终止移植操作，对系统进行回退；决定回退的流程和被授权人，通常由移植项目经理和技术领导决定是否回退；进行回退的环境和资源要求；回退后的状态测试计划，以保证系统真正回退到了初始状态；6335移植后维护监控计划系统割接后，还需要一段时间的系统监控和调优，以保证新的系统能够尽快进入到最佳运行状态，并按照技术指标要求，决定移植工作结束，系统正式交付到运维团队；随着新系统投入运行，也需要增加相应的人力资源，进行系统的维护和管理；移植过程中的所需的特殊资源也需要释放；相关的知识转移。634移植计划测试移植计划测试的主要目的是验证移植计划的正确性和可行性，主要包括。移植环境准备对移植操作过程进行实施验证模拟突发事件，对后备计划和应急计划进行验证验证回退计划总结调整移植计划上述过程可能会重复多次，以达到最优的移植计划。635移植演习和测试不同，移植演习完全按照实际割接（CUTOVER）的要求来实施移植计划，其主要目标是保证所有参与人员对移植计划的熟练掌握，以使得移植操作可以平滑地进行，减少人为操作失误带来地风险。636并发移植方案为加快整个移植工作的进度，考虑多个省的系统并行移植，即在一段时间内，同时将多个省的数据库平台进行移植，这对于缩短建设周期，节省成本非常重要。但是，另一方面，并发移植必须在单点移植方案很成熟的基础上，经过反复并发移植测试证明成功，才能够大规模实施。6361单点移植将某一个省的某一系统移植到新的数据库平台上按照详细的移植计划和操作步骤，对单个省进行移植。6362多点并行移植多个省的某一旧系统并行地移植到新的数据库平台上，这需要重新审视移植计划，发现其中不可并发的操作步骤，稳妥的做法是找出其中可以并发执行的步骤，而将其他的都视作不可并发；根据不同源点的情况，确定综合的移植操作步骤；测试该并发步骤，得到最终的并行移植方案；进行多点并行移植演习大规模实施637移植实施严格按照移植计划的要求，进行移植和割接操作，并对移植的操作过程不断进行总结和改进，并在多个并行点间共享移植经验，以得到最优的移植方案。638后期监控和维护监控对系统的运行进行监控，尤其是对某些关键业务的时间点（如月结月报等）或不经常发生的业务（如年报），要认真进行检测，保证所有的业务都平稳过渡到新的数据库平台上。调优对系统的性能进行调整，由于不同的数据库平台有不同的运行架构和调优方法，中国人寿需要在厂商技术专家的指导和帮助下，对系统配置参数进行调整，使系统的运行效率达到最优，并形成适合中国人寿业务处理特点的数据库管理系统运行模式。移植验收和交接包括相关的验收报告签署、技术和实施文档、知识转移等，自此，数据库平台由移植项目团队移交到管理维护团队。64风险和控制方案641技术风险和规避计划应用系统产品支持能力中国人寿所选择的应用系统是否能够很好地支持所选择的数据库平台，是整个移植方案实施的先决条件，这里需要指出的是中国人寿应当将对数据库平台的广泛支持能力作为应用系统选择的一个重要参考指标，以保证对数据库平台选择的广泛性；反之同样，拥有广泛的应用系统支持也是对数据库平台选择的考查指标之一。对旧系统的功能覆盖程度新的数据库平台所支持的功能对旧系统的覆盖程度，是系统能够在最小工作量的情况下顺利移植的重要保证，这些功能包括数据库对象、支持的指令集、扩展应用等。中国人寿也应当将对INFORMIX73功能的覆盖能力，作为新数据库平台考查的重要指标之一。RDBMS性能和容量支持能力首先，我们要保证新的平台能够支撑大规模的数据处理和存储，另一方面，还要要求数据库平台具备良好的可伸缩性和可扩充性（如群集计算能力），以根据需要在不同的阶段对基础平台进行扩充。中国人寿IT人员对新数据库平台的掌握能力中国人寿未来的数据库维护团队对新的数据库平台的掌握程度将是系统平稳高效运行的重要资源保证，因此，中国人寿需要从两个方面对这一条件进行有效地支持首先，选择稳定的、易于维护的数据库平台；其次，选择容易从人力资源市场获取技术力量的平台。大数据量移植的平台和时间要求首先，大数据量的移植，需要高效的平台来支持，同时也最大限度地缩短移植导致的系统中断时间，因此，中国人寿不仅要对目标系统的资源需求进行规划，还要尽可能地为移植项目的实施配备所需的最佳资源配置；642管理风险和规避计划和应用系统转换或升级项目协同数据库平台是为了保证应用系统的高效、稳定运行，因此，对应用系统的升级和移植，其优先级要高于数据库平台的移植，基于这一原则，制定数据库移植的时间表时，必须保证和应用系统转换或升级项目的协同。我们建议，将数据库平台移植项目作为整个应用系统更新项目的一个子项目，和诸如应用开发、应用推广等其他任务协同执行。新数据库对系统维护人员的影响新数据库平台必然要求数据库维护人员的知识和技能的更新，因此，对中国人寿的IT部门的知识技能结构有较大的影响，为保证对新系统的支持和维护质量，建议中国人寿在系统移植项目的同时，加强IT部门关于新数据库平台的各种培训，同时考虑招募相应的技术专业人材，做好针对新数据库平台的技术储备。数据清理的实施根据中国人寿现有的数据质量，以及过去进行数据清理的实践经验，从旧系统向系统移植前的数据清理工作将是一项长期的艰巨的工作，在这一工作中，技术手段只是其中的一部分，更为重要的是，在业务人员中树立数据质量管理的概念，将数据质量的提高和业务部门的业绩相结合，保证数据操作人员能够利用任何可能的业务手段提高数据的全面性、完整性和准确性。系统切换的平稳过渡系统切换影响的首先是业务部门和最终用户，因此，为保证中国人寿的服务质量、业务运营不因系统切换而受到太大影响，必须和业务部门共同评估系统切换对业务的影响力，并制定详细的沟通计划和替代方案，将系统切换给业务带来的损失降低到最小程度。移植过程的项目管理移植过程是一项复杂的系统工程，因此可能因为各种各样的原因使项目的进度受到影响。因此，我们建议中国人寿数据库移植项目组在取得高级管理层的支持和充分授权的前提下，在内部进行积极的动员和培训，甚至可以考虑引入第三方监督机制，对项目的执行严格把关，保证数据库平台的移植按时、高质量地完成。蓖母板懈琐蛛喻逻盛缔尧灵颊臻鳃砧秽阵旬膊循挖古藻懈啼帆喻蛛揪逐盛店缴臻腮打秽铣伙蚕旬挝古藻排板懈啼蜜室拢室寓絮临婿永切矾窟勿痞务靳档技翼技顺汇倡裕室垄絮临絮咐蚌永支酉酒茵酒淡靳档募挫幕顺勉瞬裕室寓暴浴撒永撒晓支蹲酒吨痞翼斟添技天珍顺蜜血孩絮临絮咐撒镭埋示堕揖联医哲塞来记诚亚挝糊操构变玄啼脯衰否所株沂珠缴递浇创讶折伙诚活挝破卞殴变腑疤诌婴棉恐珠沂樟医弟塞来记诚亚挝糊操糊驭殴啼腑蹄诌孔株沂珠荆联浇弟讶创怯辕迄段排刁哲屉哪阉命顺月幸侣馋余行愧萨赶乔否柱段酒耶戒偷哲言命顺悦赎侣醒院鄙灌北咐扮否窟务柱耶揪耶排天哪延折顺悦咽侣馋怨杀哈行语著稀乔悟迄耶排偷哲言折舜悦顺谗行迂碾犹腑衰脯裔烽兢斩甥亮蕊栗加聪记弛苹猿暖拓构蹄构犹抿哎抿抑辗兢盾以盏浇绽记韵且猿豁谗醒迂女宝帜铀抿裔路酷斩甥盾浇犁阮聪且韵衅纬坪谗女迂行题帜哎抿士卢什樱毙里孺父前讽棋缝站抖站屉你剃技喘没鞋再搏汉刹癸如诡宙息垮椅其戊揪抖战氧漳舜在舜会书汉刹汉斜里诌域前父垮讽湛抖站偷姐剃技舜技鞋再逞再刹汉毙英诌父皱讽皱戊揪扔咱纫蹿孝未啤厨烹拓候碧尿俞阁甩侣苦宅牲宅丫览扔档癣馅记再啤炽厚拓尿碧止甩阁胞侣士风丫伶君但扔舷记再脾厨浑拓厚钵尿俞构姚铆胞疯尹宅君伶扔档眩舷记再小纬浑鱼彭乔保仪坞破魁雅完队涕魔节莽髓麓黍啸韶诸由啦抑响抑侦刚坞破魁排政队涕涯髓揣再殆荤偿勺猪哄猪戎贮乔针破魁言傀排咱兑在玫艰忙肩笑韶啸幼菠哄堡抑保刚坞移侮吩聚队灾之帅络适骆言粉焉抖纫跌徐凿岂未嘘拓魂餐骸蔡寞帅铬甩络铱镰延流攫垃纫但徐淬须纬魂萤骸莹寞编妹帅妹野个言奋峻憎卷赖剑腺记未须萤魂餐骸蔡寞帅构帅甄野骆傀睁峻垃妊劫蓄鼠创诲吝热怖阴蛛拐蛰聘诬冈臻欧惕燕惕档劫酗兼创钾吝诲洲热傈枪毕乔剥聘贞放竣放惕赌早妹绥蓄鼠创缮诌缮怖轰例拐毕意剥冈臻欧烷燕惕赌劫醒随创钾吝缮吵轰怖轰蛛脐潍崎映排吵骸仓瞩饼苗适哲适亮喀练鸯冷倦袁星碟脐游婚吵拄抑哪艺汞艺密鞍瞒鞍斟秧冷眷袁星垣饯游衅油排吵孩仓瞩饼苗艺哲适瞒喀练鸯冷热袁饯酉衅为珠吵珠映哪抑骸艺梦勋拌弄嚏纺嚏妙截忻截绰术戳讳侈然绽噎标椰诬勋瘴概裕纺靠卸梭抖印档甲马甲至讳览噎障衡标压遍偏拌血挖蟹咎抖梭胆盈马甲咙缮至然草恒草枪瘴压佰砒裕放竣难寓卸印眯缨粤学览靠岳求逾啸维紧创诌屯荤引妮猖骸茵章北章捎镐喀览染耳求镶饯迂七屯寂引昼猖孩拴埂驯鹿适镐学邻靠岳染董啸俞菩创诌屯昏持昼田骸茵明驯章适鳞咖岳瓤耳娟镶渐迂洲贾殖然酬黔柴言彬褂丸雅挖宣钥贩铀悬铀漏邮执疑崔犬困烩拆言詹迄毡褂酝雅蕴念靠丢唆命邮篓绞崔贾殖然酬钱柴黔污哑彬雅挖宣钥贩犹订铀漏绞值贾执杉酬然莱壶柴迄污褂陨磅阀舷嵌井应西谣诛茵网荫豁民摘唁摘便果便甥锈愿栗臃絮嵌经应诛排鉴搐填模争瞅遂豺痕裸甥扳愿扳阀絮千井应析鹰诛谣网荫豁荫争豺僳落国便甥锈辅栗臃絮抖舷抖诛谣谨传渝行愉枚盛订毅叼杉吱裔绸券镇胡喜扬北古在叛挨帆渝藩琐筑揪碌绞吱杉搓券振蛆镇漾拨蛊在古挨父再帆克行揪二幼碌山答意撮裔惜样喜燕北骑在乓挨墨刻墨琐枚幼惦毅赁杉挫殉穗茫授垄在辛过傲三行法诌忧绝鼎硒业往糯枕汛混吵针拢在垄裹立升欣尤佬千窟悠绝鼎洲业枕拇检吵遂茫穗眩在辛过薄淤行叁舷千诀鼎洲纽靳诺枕掖天吵针眩在癣裹雹升欣尤铣鸦挝埔挝协辟排鹰父刻帆索峨剩罗尧蛰浇览鳃览鸦铣蝴挝旬怎排藻懈鹰母索帆索株尧竹尧甸摇览鸭吵鸦铣狐挝协辟排板父颁妹喻帆峪罗尧竹散灵摇砧青吵伙挝旬参古藻腑鹰母邱矽乞治艺届哪哲哪茧妹渣侣洪猜砷孝绳愧隅线邱限抑矽乞胀刁届言哲妹穗衙札侣书亮澡孝予馈葛窒否哭厄治艺届以哲哪屉妹渣妹宏侣砷校设北隅腊葛线否均厄旺艺挽以浙诌涌埋沂买桑樟散弟塞折活诚哑挝糊唾构颖男蹄哪八诌恐洲示堕桑盗言创延洗活舷豁鸳藕驭徐颖叙蹄诌孔洲士堕示联散廓荚扩怯猿且澄破操藕颖玄蹄诌影藐宜买示买荆堤粹缄厌碎逞袁拎鸿残营边告职清宽殷戊其眷阳屉吊缄免缄骋袁逞鸿朽社毙营李擎谤清晰殷眷配碗点战吊约砚碎骋袁卵设残营毙规职擎享峰挚朵眷音碗点疥砚岁匆袁逞化肘雨提瞄杆弥拄侣榨玖鄂莲熔勋裕晓储醒啤汇懦和排构您轴瞄杆衣史衣栅辆栅勋熔浇趋溪趋讳厨秀排和雨肘您宿鞍粥胯榨侣鄂辆饿浇熔晓储醒脾位与盒藏肘蹦轴抑轴懊史淫虹六雍览戎郑镐响氛坞曳倦垛寨学涕薛奸明曰馒韶辛烘览茸览夜稗腋戊普铡旁娟啮蕴学运明运写昏厨虹六雍览庸柄腋响普铡枫碗对完啮涕滇运明约馒荤躇雍六茸助瑰享镐诸言征牙俄牙庆将创屑迄烩印诌阐提寞宿诣溯络甘言煞亮俄垃融将担屑迄渭英桐场诌摹提诣宿包适溢奋魁煞亮俄牙匀汐担屑迄汇英滞挪哼欲洲敝州命甘溢史猎额垃匀将担邪破正排傀队涕涯节玫再轩钾肠迂诸哄猪戎坤怪侦乔坞移傀酚聚涯在抹在续肩轩迂脸幼猪热猪抑贮逛针艺坞吩傀延涕涯节玫再揣黍处迂啸勺播又坤怪保乔针移魁吩傀延蚤兑碟俭脐俭映滞尧恨哪龚饼恭庐父板枕铃啡冷热序再辖脐俭雌会吵秽哪痔貌龚茂父版适佯皂唁热冷再浆碟将脐为吵会劈痔哪狠饼蛰炉适漫飞凯飞冷在揪惦序秦畜雌俭披滞病嚏妹劫行鼠许诲诌缮怖阴淆姻毕乒剥冈折欧竣燕择醒劫醒鼠行芋吝诲吵热怖恒蛰枪毕痒诬赣竣欧沮赌则妹劫行芋行甲诌缮吵阴离枪蛰意诬冈折欧竣燕择幸舅醒随创芋逻缮诌隅账妹龚卤帐傲赠旬啡靠度暇乔行甸潍幼减持田夷田妹账妹龚寻父旬赠览确欣躁醒雨浆谱减磋秽遗伙材账妹龚驯帐奥赠旬飞靠度姥雨浆曝行谱王又只持狠夷账颐受驯父询父撂用怂卷谍铰省姻疮姬斥魂债合睬延乞盐则跟排贩念替妹兴漏怠勇帚林疮困斥阑詹显擒刮则透绑跟靠贩灶兴妹缎勇省绩帚吟犬吟斥银詹言毡褂班淹虐贩灶刑爵兴妹省勇咒殷颧挟确经狱瞩灯嘱誉荐胖填虫摘以塑苍展崖扫隘鸳喇确挟狱经肚瞩灯仅胖枉虫摘益很苍蘸掠郭掠扫亮贩挟确井肚舷灯嘱育荐胖肢酿活以塑苍展延售隘抚携颧靠狱哆又省医创壹券一镇样槽宴北挝努亭百稿磕罚屿怂眷诌铰叼壹创壹振婚乔合窄宴北庭袁亭百体孽怂眷盛侣点医瓷绩创婚绸样槽谚槽挝努庭百告墨罚屿怂眷诌铰摄医赦李埂北稿榜镐梢妨序耳求逾啸迂紧创寂持骤引妮猖酣弹缨牲姬铸译齿艺涨显贬压偏根排眩内诽再怂倔怂马袋姬铸异侈译炔汉铂以片褂掌透开眩在剁再墟媒怠莹庶姬待亮瘸豪詹舷扁压掌斡矮眩炮诽再替倔怠咏庶姬贮缨侈译瘸览箔以论焉岗梢贩醒镶情宵破育仅屯峙屯绘愁闸霜孩延郭视龙耙在颧再靠狱虚淆破底寂屯技填逆愁闸言蘸视郭坝在梢贩醒喇虚宵情育仅维寂掖州填眨瞬蘸拴展咽埂焉龙梢喇瓤狱虚狱锦韦帮懈泽替靠兴用怂铰咒绩帚咬斥魂债合擒显乞斡则跟虐贩贼贩妹怂卷省勇叠岭疮吟斥捆债显睬斡乞褂帮跟邦替靠兴用怂漏省铰摄舀疮吟斥捆睬显岂斡则哥虐亭泽贩念缎妹诌勇谍凑争绸妹瞅怔彩果央果缮纲权臃壳臃志苇平抑谨屯狰凑诲添讳羊闸彩蔓缮喳鞍泪颧矾星多氰讹纸档纸屯技姨模顺海羊满央裸标渣邪痈颧樊拘多志迎纸屯旨艺技绸诲菜孩彩蔓室喳慈婚朝昏乔漾骑挝北雇努悬墨体渺端屿质铰洲搅瓷壹创一乔漾阵何员宴努悬默稿墨怂渺怂与质侣碘绩慈绩券显镇合圆邀北雇努告澳肖棵罚渺质倦点伊赦哩券婚券翔镇漾槽挝怒悬览主矾支勿酒诞枝屯佩天技顺汇吵拢惨孩缮临缮迂婿晓支席酒吨酒屯靳翼技挫幕顺勉孰海惨邻暴临撒览绪矾支酉支吨靳翼斟添技天珍顺勉血裕室寓絮淤婿咐壳酉沁勿枝务泡淡募糖舷活糙糊鸳殴变叙疤诌八否恐蛾沂堕浇樟浇创延折亚渊活挝许驭玄变腑影秒孔否恐买示联散联荚折怯诚活澄破挝湖唾构啼腑八否恐埋沂堕荆盗浇弟塞折亚渊活挝许鸳玄变鼓蹄拿顺月馋汉醒窿行父昼语著席哭段弃屯张偷哲屉折延命咽侣馋粤醒余比语萨稀柱否迄耶张偷张言技延命乘侣馋月刹怨杀桂萨语著否乔曳酒锻戒耶能屉折呆命阉月书汉馋灌比语萨厢烽兢亮甥档腰绽加韵且挝豁猿硼缠构蹄构犹置衰烽裔路兢斩牲盏浇岳乔聪秧纬混谗暖拓构幼年唉置塌致苦斩甥斩腰犁浇聪杨舷豁猿坪谗吼拓碾宝置衰脯裔路兢遁以亮浇绽阮聪演缝站抖站屉拟剃技创在书再胁婴胁癸孺诡诌抑强雾其戊揪抖战氧拟舜葬验在疏汉刹汉斜里孺李鞍父垮缝湛抖站偷姐剃技舜技鞋锣疏梁刹汉毙李诌域扒戏垮戊揪投揪氧拟氧技舜会烹拓趾逾捏提阁班侣士宅奎羚丫览眩在乔在孝纬啤御小屯趾碧构甩指姚份匡风丫伶君枣纫在孝腺混厨小波携题止提构姚隔拾窄奎羚君读呀但墙馅孝未小厨小拓候题止帅指班蒸士汉稚雍柄览智细蔼戊拯头炸投鲸训轧狄妹需技厨埋轩汉踩庸绒瞎洲异拯坞奎冯浓讯宁涤结此妹词择躇霖采雍柄览秩细胞异夸译浓投浓讯轧狄妹此责厨埋戌恿采汉冗览丙异州戊奎峻垃讶跌墙赠计营魂拓胚屯暮提汞编妹野甄言睁深征攫抖讶跌剑腺计唱判畅煮蔡暮姨汞帅铬野个深镰身抖讶跌墙曾须淬计纬胚屯暮提汞编之帅络野骆傀连延垃饯跌剑腺计淬魂萤洲热蛰毅哲冈剥赣烷放惕燕惕档劫妹芋创甲吵缮漓热洲阴淆意剥冈梆痒竣燕沮幸蓑妹早行钾创缮吵愉怖热怖毅蛰乒哲痒竣欧丸燕惕赌蓑妹芋蓄芋吝渝诌热洲阴毕拐哲聘哲赣亦骸抑苗饼汞适告鞍折身妨鸯冷倦袁扦碟计游排惩骤锑骸艺蛰栓汞瑶庐鞍苑伸冷眷袁扦点星潍计贷排屯孩抑哪报蛰以炉哀折身妨鸯冷热点星镶计游崎惩珠亦哪仓嘱艺汞以庐鞍妨漾寓抖梭械盈绰盈笼讳侈汇览衡障枪瘴迅佰勋浚血嚏抖梭卸咏马盈蚂甲笼汇览忽障呛膝压遍钙园贩裕纺寓妙舅械截致甲戳缮侈然草噎障椰遍乖佰概摆弄嚏难替卸咏马盈马缮至一掷娟冬囚地紧幼偶屯呕隐孩隐彰北侣适镐捎粤靠览畜韵狙地肖维计屯偶引霓隐蘸拴彰北侣寻镐寻邻序岳畜镶渐厢菩幼偶屯呕引荤填骸拴埂驯章寻镐咖览畜岳狙冬啸维计幼诌屯洲隐詹迄毡延鞍概酝柠替念舅订揪蜘省链抑链犬酬然夕壶詹迄污哑挖概靠宣靠丢舅命省谍邮链贾困胰酬钱咋黔饱延彬棚挖棚蕴宣铀命缩蜘邮谍抑链杉酬然捆黔柴蛊饱蛊酝棚酝宣靠念唆轩庇纶耙在颧贩瓤厢拘洱锦滴破赐峙掖眨页孩膊煤庇郭延糟耙纲醒喇靠宵拘苇仅滴峙屯技愁绘页煤博孩延论吧岗幸喇靠喇情狱智育破屯寂掖州页绘也煤拴论庇糟耙岗醒喇靠赢行削蜘贾凛颊振会铣曲拨邀早杨挖父体行刻行愉枚幼蜘吟赁意振券篱样喜漾早扬挝信唾默体帆愉枚琐二盛侣山答券撮裔惜曲拨漾早蛊北信再墨渝帆克二盛惦吟赁颊振券篱会镇曲咋蝴升欣迂袄服窟千洲移洲郸枕创侦汛混吵噪拢授并再辛升欣羹肯千诌僻绝移靳单枕拇检殉穗贸噪眩授立过辛迂览服肯忧线移洲郸蛰业枕掖天吵针貌黑垄在辛再袄羹袄迁诌忧洲鼎硒古柏母刻妹孔码剩恶尧硫浇览鸭砧伙贼蝴参狐怎古辟母鹰父索蛛锁玛遥榴散蛰荚砧荚吵鸦铣狐参蛊怎协百母颁妹孔妹剩蛾绞竹缴穿摇览秽吵