浅述青海电力人资管控系统性能优化.docVIP

浅述青海电力人资管控系统性能优化 　　摘 要：文章通过对人力资源管理系统性能优化，解决了系统性能瓶颈，延缓了保护硬件投资，提升了运维能力，进一步提高“三集五大”支撑系统的可用性和实用性。 　　关键词：人资管控 性能优化 CPU 数据库 SQL 　　目前，青海电力人资管控系统是人力资源集约化管理的重要系统，主要实现人力资源信息集中管理、综合报表、辅助决策等统一管控功能；建立横向集成、纵向贯通的人力资源信息交换与共享体系，实现总部与各单位的人力资源信息自动、安全、及时传输。由于业务量、数据量的快速增加，该系统日益受到性能问题的困扰。同时，由于人资管控系统与数据中心系统集成在一起，导致人资管控系统压力较大。 　　为此，青海省电力公司对人资管控系统及数据中心系统通过先进、标准、可控的技术、工具和方法，监控系统的运行状况，评估系统现状，定位系统运行瓶颈，制定具体的优化实施及操作方案，并对优化实施结果进行评估。实现优化系统性能、提升系统运行质量、挖掘系统潜力、创建系统建设良性循环模式的目的，并有助于提高维护人员的技术水平。 　　一、服务器性能分析及用户体验 　　青海省电力公司人力资管控系统与数据中心共用同一个数据库，使用RAC架构；人资管控应用服务器一台，使用中间件Weblogic（如图1）。通过前期调研与分析，人资管控系统服务器CPU使用率高峰值为90%，平均值为75%，数据中心两台服务器高峰时期CPU使用率高峰值为89%，平均值为83%。数据中心数据库服务器两台，每台服务器内存仅8G，内存使用率几乎达100%，内存剩余空间仅100M到200M左右，内存严重不足。这两台数据库服务器上同时为人资管控系统，营销辅助决策等5个系统提供数据服务，负载过高。通过对人资管控系统使用人员的调研，影响业务使用情况的报表主要为劳动统计报表上报，人资管控报表上报情况如表1。 　　图1 　　表 1 　　二、调整方案 　　2.1实施内容及风险防范措施 　　2.1.1 优化实施内容 　　图 2 　　2.1.2风险防范措施 　　确保数据库备份完整可用； 　　所有操作和检查环节都使用事前完成并预演通过的脚本，避免临时修改脚本； 　　每部分完成，通过检查确认无误，再进行其它部分，避免互相干扰； 　　2.2系统及数据库参数的优化 　　2.2.1操作系统参数调整 　　表 2 　　2.2.2数据库游标调整优化 　　通过分析，发现数据库参数Session_cache_corsors[1]的值偏低，目前为20，该参数设置较低会导致数据库中的硬解析增加，影响系统的性能。建议设置成100，减少Sql解析时间，提高系统性能。 　　目前系统中数据库参数open_cursors[2]参数的值为8000，通过相关的SQL语句查询，发现打开的游标数（open_cursors）的使用率才1%，建议将数据库参数open_cursors的值调整为1000。这样可以减少 共享池内存的争用，并减少共享池碎片。 　　表 3 　　2.2.3数据库监听器调整 　　数据库的两个实例的local_listener 参数没有进行配置，这将会导致客户端在连接数据库时出现有时可以正常连接，有时无法正常连接的的情况出现，建议设置local_listener参数，同时并同步更新相应的tnsnames.ora文件。 　　表 4 　　2.2.4索引调整 　　创建合适的索引，对提升数据库性能非常重要。 　　为了让SQL语句在执行时能够使用索引，在创建索引时注意查询条件在表中字段的选择。 　　SQL语句的编写技巧，会直接影响索引是否被使用，比较明显的： 　　column1||column2=‘aaabbb’ 　　Substr（column1，1）=‘aaa’ 　　Column1||’b’ =‘aaab’ 　　Column3 + 1 ：a 　　Like 的字符串中第一个字符如果是‘%’则用不到索引，Column1 like ‘aaa%’ 是可以的。 　　也用不到索引需要根据数据分布改写为in 　　字段类型的使用，例如：对时间类型的字段创建了索引，在SQL语句中使用了to_char（字段名，）作为查询条件，该字段索引就不被使用到。 　　另外，表内数据规范化很必要，例如：表内数据带空格，大小写不一致，在SQL语句中使用TRIM和UPPER等函数，影响到创建的索引不被使用，降低了查询效率。 　　2.2.5碎片整理 　　由于部分表的数据经常进行插入删除，并且长期未进行整理，因此存在较为严重的碎片问题。从而导致了少量的数据占用了大量的数据库空间。通过表碎片整理可以提高系统的总体性能。数据库中数据库对象不断变化以及数据操作不断进行，导致磁盘碎片的产生。数据库中碎片可分为表空间级、表级、索引级三类。 　　表空间级碎片是