[转]DBA 谈Oracle E-Business Suite 系统优化

           随着企业应用管理领域的不断扩展，企业应用系统涉及的业务范围也越来越广泛，已经有原来的单纯生产制造、财务以及人力资源管理，逐步延伸到客户关系管理、供应链管理、电子商务等等领域，在这种情况下，系统之间数据的一致性和数据交换，就变得非常重要。ORACLE 11i 整个系统基于一个统一的数据库，并且共享统一的数据模型。在这种情况下，Oracle EBS 11i 系统具有的SAP在这方面所不太明显的优势逐渐发挥出来。同时，近年来，Oracle 在中国市场的大量投入，也使得不仅是Oracle 数据库在中国占去了近48%的市场份额，而Oracle 电子商务套件也在中国的市场范围也越来越大，从而在中国Oracle ERP 用户也急速的增长。在象中国移动、中国电信、伊利集团等这些大的公司中，一般有专门公司，提供专业的的Oracle ERP 服务，所以，即使出现性能问题，也有专业人员进行调整。但对于好多中小企业，本身上ERP 系统已经花费了大量的资金，出现了性能问题也无力聘请费用极高的高级顾问，进行系统的调优，并且有些企业领导本身也不太重视后台系统维护和优化的重要性，所以，好多中小企业中，并没有配备专门的ERP系统后台管理人员。虽然他们ERP 系统已经在正常运转，但在使用ORACLE ERP 过程中，出现很多性能低下的情况，频频出现，而系统的使用人员或前端维护人员，一般对后台并不了解，所以对于系统的性能问题，只能是束手无策。

为了解决这些朋友的困惑，并且让非专职的后台管理人员，也能根据本文提出的性能信息收集以及调优的原则，也能做一些必要的优化，从而使系统更好、更快的运行。

本人凭借在ORACLE ERP 领域很多年的管理和项目经验，将站在DBA 的角度，从后台管理角度出发，简单谈一下ORACLE EBS ERP 系统优化的目标和要使用的基本方法。

当然，对庞大的ERP 系统进行优化，并不是很简单的事， 他牵扯到很多方面，也牵扯到各个功能方面的顾问。优化一直是一个说起来简单，而做起来相当的难的事情，每个系统可能出现的性能问题，都不近相同，并且存在平台、版本以及应用的复杂程度的不同，所以，每个系统的优化也不近相同，有时候，只能根据现场环境具体问题，具体分析。

一． Oracle 数据库性能优化内容、原则和建议


1．Oracle EBS 整个系统基本系统信息收集工具

RDA（Remote Diagnostic Agent）工具是Oracle 公司提供的一个收集系统基本信息的工具，在RDA的report档中包含了OS，RDBMS，Instance等比较全面的信息。Oracle support会根据这些信息来做出分析，并可以这些系统给出建义。这个工具可以到Oracle 公司的metalink上下载，根据软件包的readme 文件在系统中进行安装即可，如果数据库是RAC 的方式，需要单独针对RAC 的包安装。

当然，还有很多的可以提供系统收集的工具，但作者感觉Oracle 提供的这个工具是最简单，也是最好用的工具之一。

2．Oracle 数据库运行情况信息收集

收集Oracle 数据库运行情况的工具很多，但大部分是有第三方软件方提供的，并且是收费的，虽然那些工具在使用中可能更简单后者更好一些，但对于中小企业ORACLE ERP 用户，购买这样的工具也将是不小的费用。

-Oracle Statspack 从Oracle8.1.6开始被引入Oracle,并立刻成为DBA以及Oracle专家用来诊断数据库性能的最重要的工具之一。通过Statspack我们可以很容易的确定Oracle数据库的瓶颈所在，记录数据库性能状态，也可以使远程技术支持人员迅速了解你的数据库运行状况。此工具在Oracle 9i 的使用更是广泛，但虽然到Oracle 10g 有了新的、更强大的工具，但一些熟悉Statspack 的DBA ，还是很热忠于使用此工具

-TKPROF工具是一个 用于分析Oracle 跟踪文件并且产生一个更加清晰合理的输出结果的可执行工具。如果一个系统的执行效率比较抵，一个比较好的方法是跟踪用户的会话并且使用TKPROF 工具的排序功能格式化输出。从而找出有问题的SQL 语句

-使用SQL_TRACE /10046 、事件进行数据库诊断

-运用logmnr /Stored Outline/ dbms_profiler 进行调优

3．针对Statspack Report 的几点建议

- 根据实际情况，采集数据的间隔不能太长，也不能太短，专家建议一般在15~30分钟1次

- 不要意味以命中率为主衡量性能问题

- 不要以偏概全，最好要产生多次报告，这样才能有助于ORACLE 专家迅速解决问题

- 关于TIMED_STATISTICS 的参数设定，建议在实例级别设置。

二． Oracle 数据库优化的内容


- 利用Oracle 的等待事件检测性能瓶颈并进行相应的优化

- 表空间的存储管理与优化

- Oracle 数据库中行迁移/行联接问题

- HVM 与数据库性能调整

- 调整I/O 相关的等待

- 利用Freelists/Freelist Groups 进行性能调整

- SGA/PGA 的优化

- 利用KEEP 池和RECYCLE 池进行优化

- 分析和解决数据库的热点块问题

- 分析和监控INDEX 进行性能调优

- 表结构的优化

- 合理运用分区表，提高系统的性能。

- 2 次开发SQL 语句的优化，假如开发很多的话，这将是优化的重点和难点

三． Application性能调优内容和方法


1．Oracle E-Business Suite 系统架构


2．Oracle EBS Application性能信息收集

- HTTP/Jserv ：可以从Server 运行状态、错误日志、Access 日志、Dynamic service (DMS) 状态、JServ 运行状态 这个几个方面收集需要的信息，然后把这些作为以后调优的根据

- Mod_plsql ：可以从Apache Access 日志、database connectios 数量以及这些连接消耗多少资源等方面收集信息，然后把这些作为以后调优的根据

- Forms Server：可以从操作系统日志、Enable Forms Listener Logging、Enable Sign-On Auditing、Forms Performance Collector、Forms Network Statistics、Forms Listener Logging、Forms Latency Meter 等几个方面收集信息，并把这些信息做为以后Application 调优的依据。

3． Oracle EBS Application性能优化

虽然Oracle EBS 系统已经在设计产品的时候，进行了优化，但这些优化并不一定适合每个公司的实际情况。同时，由于ORACLE EBS 系统是基于WEB 方式访问的ERP 系统，因此应用程序的优劣，将对客户访问ERP 系统影响是极大的。根据实际情况，也可以用如下的方面进行应用程序的优化：

- 优化http Listerner: 可以考虑从Server processes、Avaliable Memory\Cookie Domain\Hostname Lookups 等方面进行参数的优化和重新设置

- 优化Jserver: 可以考虑从Class Load Times、zone.properties等方面进行参数优化和重新设置

- 优化mod_plsql: 可以考虑从database connecting pooling、set response ayyay size 等方面进行参数优化和重新设置。

- 优化forms server: 可以考虑从set up forms runtime process pool、load balanceing forms servers等方面进行参数优化和重新设置。

- 优化TCP/IP：可以考虑从tcp_conn_hash_size、tcp_close_wait_interval、tcp_slow_start_initial、 tcp_conn_req_max_q0等方面进行参数优化和重新设置。

四． Storage Disk I/0性能调优内容和方法


1．原则上DISK 的调优有各Storage 厂家工程师来完成，DBA 只是辅助做这方面的优化。一般的性能数据收集每个厂商都有自己的工具和方法，如IBM 的nmon ,网上也有一些免费的测试I/O的小软件，如：bonnie，免费下载地址：http://www.textuality.com/bonnie/

2． 调优的原则

- 必须确定Disk Storage 所用的HBA DRIVER 是和OS 配合最好的版本

- 因为数据库表现出I/O 性能问题时，确认对应控制器以及DISK 是否有故障

- 通过测试DISK 的I/O ，判断是不是由于DISK Storage 老化或者业务增长太迅速，现有的DISK Storage 已经不能满足业务需要了。这种情况下，就应该考虑投资高端的设备了。

五． Server HW 性能调优内容和简单方法


1. 原则上HW OS 的调优有各厂家工程师来完成，DBA 只是辅助做这方面的优化。一般的性能数据收集每个厂商都有自己的工具和方法 数据收集的方法和工具

2． 一般的调优原则

- 关闭 后台进程

- 关闭GUI

- 修改内核参数，达到最优

- 优化处理器子系统

- 优化内存子系统

- 优化文件系统

- 优化网络子系统

每个操作系统的不同，调优的方向和方法也不尽相同，因此要根据实际情况，分类提出相应的方案。

六． HW Capacity 性能重新评估（tpmC值）


1． 原则上Hardware 的性能评估有各服务器厂家工程师来完成，DBA 只是辅助做这方面的优化。

2． 一般的评测方法

根据TPC-C的标准，tpmC值是根据标准模型中New-Order事务的处理数目来计算的，一个New-Order事务由平均4-5个SQL语句处理完成，整个测试的执行过程中，New-Order处理占45%。

3．估算方法举例：

估算条件：

某集团公司2007年将达到250万用户数

每天每用户产生5张定单

分析过程：

每分钟处理：（用户数）250万*5/24/60 =9250

峰值处理： 9250*1.5 =11350

需执行约6个SQL语句，则估算一个定单汇总处理业务相当的TPC-C值为：

6*0.45/4 = 0.67Tpmc

定单汇总和分析的TPC-C 值要求满足：

11350* 0.67Tpmc =9300Tpmc

考虑25%的冗余（操作系统以及其它开销）：

服务器性能 =9300Tpmc *1.25 =11000Tpmc



七． 简单总结

本文档在 如下方面进行简单的分析以及基本的调优

1． Oracle Database

2． Oracle EBS Application

3． Storage Disk I/O

4． 服务器 HardWare

5． 服务器Capacity 性能评估(tpmC值)


希望本文能起到“抛砖引玉”的作用，和大家一起探讨Oracle ERP 系统的优化。另外，本文只是从DBA 的角度是分析和优化Oracle EBS系统，从规划和开发的角度去分析和优化系统，将有别的其他调优内容和方法。