一次精心的io调整.docVIP

一次精心的IO调整 摘要： 一旦说到ORACLE数据库性能调整，大家就想到调整SQL,调整initial 参数，作STATSPACK等等工具。本文从操作系统出发，对IO进行精心规划，在没有改变数据库任何代码的情况下，将数据库性能3倍。给数据库性能调整提供另外一种思路。 当前环境 系统物理图 说明： 主机是IBM P690。操作系统AIX5.2-ML04； ORACLE数据库是ORA9204。表空间约为300GB，exp文件大小为90GB。其中最大的一个表记录为2亿7千万条记录，有分区，有局部索引和全局索引； 存储系统是IBM FAST700。FAST700有两个控制器，控制器A和控制器B。FAST700带有两个磁盘扩展柜。每个扩展柜有14个73GB硬盘，共计28个。 3） 性能现象描述 当连接到数据库的用户数在30以下，性能没有问题；而现在用户一般都在300个左右。高峰期500个； 系统重新启动在一个小时之内，性能没有问题，之后越来越慢，最后不能忍受； 用户有个台帐统计业务，没有执行，消耗大量CPU和内存。执行时间约有16小时。在非生产时间内不能完成，严重影响生产系统。 诊断 原因查看 使用AIX性能检查命令：topas.看性能： CPU Kernel 2.0 |# | User 18.0 | ###### | Wait 80.0 | ######################## Idle 0.0 | 从上可以看出，大量的CPU消耗在等待上面。 硬盘 Disk BBusy% KB-Read KB-Writ … hdisk8 100 34114 18078 hdisk9 100 45342 14027 … 从上可以看出，hdisk8和hdisk9非常忙，几乎不堪重负。 原因分析 分析hdisk8和hdisk9信息 hdisk Vg Filesystem hdisk8 datavg /oradata4 /oradata5 hdisk9 data1vg /oradata6 /oradata7 在hdisk8和hdisk9上有/oradata4 /oradata5 /oradata6 /oradata7 四个文件系统。在来看看数据库中的数据库文件： SQLselect file_name from dba_data_files; /oracle/app/oracle/product/9.2.0/oradata/oracle9i/indx01.dbf /oracle/app/oracle/product/9.2.0/oradata/oracle9i/system01.dbf /oracle/app/oracle/product/9.2.0/oradata/oracle9i/tools01.dbf /oracle/app/oracle/product/9.2.0/oradata/oracle9i/users01.dbf /oradata1/oracle9i/oradata/1.DBF /oradata1/oracle9i/oradata/2.DBF /oradata1/oracle9i/oradata/3.dbf /oradata2/oracle9i/oradata/4.DBF /oradata2/oracle9i/oradata/5.dbf /oradata2/oracle9i/oradata/6.dbf /oradata2/oracle9i/oradata/7.dbf /oradata2/oracle9i/oradata/8.dbf /oradata3/oracle9i/oradata/9.dbf /oradata3/oracle9i/oradata/10.dbf /oradata4/oracle9i/oradata/1