商业银行主机程序性能研究.docVIP

商业银行主机程序性能研究 随着商业银行各类业务需求的急速增长，主机项目投产和程序变更势在必行，但程序投产带来的风险也不容小觑。若投产程序性能较差，不仅会消耗较多的主机资源，而且在业务高峰时期更容易达到性能瓶颈，引起交易大面积拥堵，造成业务连续性降低和客户满意度下降等不良影响。本文从制度和流程两方面，深入探讨和研究主机程序性能管控方法，严控程序投产带来的性能风险。 一、主机程序投产简介 当前主机程序投产流程主要包括业务需求分析、开发、测试、评审、投产、验证、总结和反馈等环节。首先由业务部门提出业务需求，开发部门对业务需求进行分析并开发源代码；再由测试部门对主机程序进行功能测试和性能测试；在程序投产前，由科技管理部门通过召开月度投产会的形式，组织开发、测试和运维等技术部门分别从管理要求和专业角度评审待投产项目是否满足投产条件，对于满足投产条件的项目由主机部门进行投产；之后由业务部门和开发部门分别进行投产后的业务验证和技术验证；最后由主机部门进行投产后的总结和反馈。主机程序投产流程如图1所示。主机程序投产牵涉部门众多，流程也较为复杂，从程序性能管控方面来说，任何一个环节出现问题，都会导致投产后程序性能不佳，从而引起一系列不良影响。主要的性能风险如下:（1）开发环节程序设计缺陷，主机程序在某一个逻辑分支出现死循环，导致投产后主机CPU资源消耗增大，性能出现瓶颈。（2）测试环节由于缺乏统一的测试准入标准，导致性能测试不充分，测试总结报告中未针对程序性能问题给出明确的投产建议。（3）评审环节由于性能测试报告结论表述不清晰，缺乏统一的投产准入标准，导致主机程序性能评审不到位。（4）投产后的总结反馈环节缺乏统一的主机程序优化标准和有效的反馈机制，通常只有当核心系统整体性能指标出现异常时，我们才能顺藤摸瓜，逐层排查出单个程序的性能问题，因此缺乏对单个程序的性能优化监控标准和完善的性能问题反馈体系，存在性能问题发现不及时的风险。综上所述，主机程序投产流程环环相扣，牵一发而动全身。从程序性能管控方面来说，项目投产前的投产评审环节和项目投产后的总结反馈环节至关重要，直接决定了主机程序能否予以投产以及程序投产后若发生性能问题，能否及时进行反馈和优化。 二、主机程序性能管控措施 商业银行科技部门从投产前的评审环节和投产后的总结反馈环节入手，制定了相应的性能管控措施。首先，为明确主机程序性能测试标准和性能优化标准，使项目评审环节和总结反馈环节有据可依，分别制定了程序投产前的准入标准和程序投产后的运行优化标准；其次，为配合新标准在各个相关部门间有效运行，明确各部门的职责划分，建立了主机程序投产后的总结反馈机制。1.制定程序投产标准。（1）制定程序投产前准入标准为了保证主机程序投产后的性能符合要求，投产前的性能测试和投产评审环节必不可少。为此，商业银行各科技部门大力配合，由测试中心牵头，基于测试实践数据制定了《主机应用程序性能测试投产准入规范》（以下简称《规范》），为性能测试工作人员提供明确的测试关注指标，使得主机应用性能测试有据可依，测试结果数据更加真实有效，简化了主机性能测试流程，优化了测试方法，明确了主机应用程序性能标准，从源头上控制了投产性能风险。根据该《规范》，测试人员在待投产项目的《性能测试报告》中提出投产建议，为评审项目投产是否达标提供依据。对于在性能测试中不符合投产准入标准的程序，在月度投产会评审过程中可直接否决其投产。《规范》是主机应用程序开发、测试和投产三方协调的基础，是主机系统应用程序投产上线和安全运维的有力保障。准入条件见表1。（2）制定程序投产后运行优化标准《规范》主要是针对增量的程序在投产前进行有效的性能风险管控，而存量的程序则涉及较少。如何在主机程序投产后规范程序性能，及时优化性能不佳的程序，防范主机程序性能风险，成为了商业银行主机部门一个新的课题。为了规范主机应用程序运行，合理使用主机资源，主机部门根据多年核心系统生产运行和问题分析的经验，总结整理出与生产主机容量和安全相关的包含单笔交易CPU消耗、交易平均响应时间等在内的13类性能指标，见表2。根据生产运行情况，对Appbuilder程序与C语言程序分别执行两套CPU消耗标准，按不同交易类型设置不同优化标准，并根据实际情况对各个性能指标制订分档标准。按生产运行结果的不同档次与交易量和交易品种数相结合，明确主机应用程序在投产后是否需要优化，并给出具体的投产后的优化建议。此外，增加了死锁、超时等指标的投产优化规定以及给生产带来隐患的调试信息的检查，最终制定了《主机应用程序运行性能优化规范》（以下简称《优化规范》）。该规范一方面评估主机程序投产后对生产主机资源的使用是否合理，另一方面评估主机程序是否编写规范，从而保证主机系统的安全运