营销业务(系统)、系统级优化方案.docVIP

PAGE PAGE 3 PAGE 1 目 录 TOC \o 1-3 \h \z \u 1. 项目简介 4 2. 项目定义 5 2.1. 系统架构图 5 2.2. 项目范围 5 2.3. 项目目标 6 2.4. 成功要素 6 2.5. 项目交付物 6 2.6. 实施内容及风险防范措施 7 2.6.1. 优化实施内容 7 2.6.2. 风险防范措施 7 2.7. 优化策略概述 7 3. 系统瓶颈总结 9 3.1. 系统瓶颈简介 9 4. 数据库缺陷消除 10 4.1. 死锁现象 10 4.2. ORA-7445现象 11 5. 中间件优化 12 5.1. 中间件基本配置 12 5.2. JDK优化 14 5.3. 堆栈优化 15 5.4. 负载均衡优化 15 6. 系统及数据库优化 17 6.1. 数据库参数优化 17 6.1.1. db_keep_cache_size调整 17 6.2. 数据库对象优化 17 6.2.1. KEEP池调整 17 6.2.2. 无用索引清理 18 6.2.3. 索引层次过高 19 6.2.4. 索引碎片清理 19 6.2.5. 表碎片清理 20 6.2.6. 无效对象清理 22 6.2.7. 回收站清理 23 6.2.8. 表并行度 24 项目简介 国网黑龙江电力公司营销业务系统随着业务量与数据量的增大，系统压力越来越大，系统可靠性与高效性降低，影响了对业务支持的质量。 为此，北京中电普华信息技术有限公司、国网黑龙江电力公司及该软件的开发公司东软公司一起合作，对营销业务系统通过先进、标准、可控的技术、工具和方法，监控系统的运行状况，评估系统现状，定位系统运行瓶颈，制定具体的优化实施及操作方案，并对优化实施结果进行评估。实现优化系统性能、提升系统运行质量、挖掘系统潜力、创建系统建设良性循环模式的目的，并有助于提高维护人员的技术水平。 本项目分为四个阶段： 第一阶段为优化小组在哈尔滨市对国网黑龙江电力公司营销业务系统进行现场调研和性能分析，形成性能分析报告，并提出初步优化建议。 第二阶段，优化小组和开发厂家在国网公司相关部门的领导下，在哈尔滨市成立联合测试小组，对主要问题的优化方案进行验证。 第三阶段，优化小组在哈尔滨市实施现场优化实施工作，并在实施完成后进行性能评估。 第四阶段，开发厂商完成应用优化的代码调整工作，发布新的版本；与开发厂商协商，该部分工作在2013年12月完成。 项目定义 系统架构图 黑龙江省营销业务系统采用B/S架构，由用户登录浏览器进行操作，连接到中间件服务器，中间件服务器连接数据库底层，中间件服务器使用8台AIX服务器搭建的weblogic服务器，数据库为2台HP-unix服务器搭建的10g RAC数据库。整体架构如以下图： 项目范围 本次优化的对象为国网黑龙江电力公司营销业务应用系统。 咨询的技术范围包括以下内容： 对营销业务应用系统的运行情况进行分析 建立一个性能基线，供调整前后对比 根据分析结果，给出优化建议 根据优化建议，做相应调整 项目目标 对营销业务应用系统的实际运行情况进行科学严谨的分析论证，提出相应的优化建议，各方配合组织实施。优化建议包括系统级优化建议、表碎片整理、索引碎片整理、索引清理等几个方面。 成功要素 公司领导和项目负责人的支持及帮助； 普华内部充分的准备，数据库、操作系统、存储等各方面专家的共同努力； 与应用开发维护专家积极有效的配合； 整个调优团队积极高效的合作。 项目交付物 《国网黑龙江电力公司_营销业务_系统级优化方案》 《黑龙江电力公司营销系统索引清理方案》 《黑龙江电力公司营销系统索引碎片整理方案》 《黑龙江电力公司营销系统表碎片整理方案》 实施内容及风险防范措施 优化实施内容 根据前期进行的系统性能评估制订了优化实施方案，具体实施内容见后续章节。 风险防范措施 确保数据库备份完整可用； 所有操作和检查环节都使用事前完成并预演通过的脚本，避免临时修改脚本； 每部分完成，通过检查确认无误，再进行其它部分，避免互相干扰。 普华工程师和应用系统专家现场支持，及时处理突发问题。 优化策略概述 针对营销业务系统的持续跟踪，根据AWR详细信息，从操作系统参数，中间件等几个关键点的分析和测试，我们将从以下几个方面进行本次优化工作： 数据库参数优化，db_keep_cache_size，可以将经常访问的小表放入keep池中，减少解析次数和等待时间。 数据库发生大量死锁：开发商进行逻辑调整，避免死锁发生。 碎片整理：查找碎片严重的表和索引，消除碎