aix上oracle数据库优化-1

数据库在aix上的优化

一、优化方法
1、谁调优
应用设计人员
应用开发人员
数据库管理员
系统管理员
2、调整什么
调整的代价是什么
个人觉得调整的方面包括：
调整应用设计：在系统设计初期成本最小，收益最大，而在后期代价很大，许多应用的设计问题是以后性能问题产生的主要因数。
调整开发方法：在开发阶段的代价最小，越往后代价越大
调整数据库层：在设计阶段需要开发dba参与，而同时在系统维护后期需要进一步的部署调整。
主机的性能调整：OS调整、硬件的调整
3、调整的阶段
应用设计和编码阶段
数据库结构
增加一个新的应用到已经存在的数据库中
故障诊断和调优
4、调整的目标
减少或者消除等待
访问最少的数据块数
将数据块尽量缓存在内存中
最小化响应时间
增加吞吐量
增加负载能力
减少恢复时间
增加命中率

二、选择合适的磁盘部署方案
1、选择合适的raid级别
最求高性能时，选择raid1+0
一般情况下，考虑使用raid5
比如oracle普通的数据文件使用raid1+0,而oracle的归档日志则采用raid5。
2、选择大小合适的IO块
随机读取使用小块的IO，需要seek time
顺序读取考虑使用较大的IO块，需要很少的seek time
随机与顺序读取正好分别是oltp,olap的主要特征
3、分开部署数据库的数据文件和日志文件
数据的IO请求是随机的，
日志的IO请求是串行的，快速的
4、选择合适的数据文件类型来存放数据库文件
裸设备/文件系统(DIO/CIO)，主要区别是是否使用操作系统缓存
ASM,仅实用于oracle10g以上的数据库产品
5、条带、镜像
目的是将IO打散在所有设备上
避免消除热点IO
6、从多个阵列上创建AIX VG,LUNs,条带化以达到最大的分布
PP分布：mklv -e x
LVM条带：(大于1M的strip size) mklv -S

三、aix下针对oracle建立lv建立方式
1、lv条带
1)oracle建议条带的大小为如下值的倍数
Db_block_size * db_file_multiblock_read_count
通常为1M大小
2)有效的LV条带尺寸为
AIX 5.2: 4k, 8k, 16k, 32k, 64k, 128k, 256k, 512k, 1 MB
AIX 5.3: AIX 5.2 Strip sizes + 2M, 4M, 16 MB, 32M, 64M, 128M
3)使用lv的0 offset
2、PP条带
使用最小的PP条带大小
将lv的pp分布在不同hdisk上。

四、异步IO
1、AIX参数(smit aio),当基于文件系统的配置的时候生效
minservers = 10*#cpus
maxservers = (10*#disks)/#cpus
maxreqs = a multiple of 4096 > 4 * #disks * queue_depth
上述配置在系统重启时生效。
典型配置: minservers=100, maxservers=100, maxreqs=16384
2、oracle端参数
disk_asynch_io = TRUE
filesystemio_options = {ASYNCH | SETALL}
db_writer_processes (通常使用默认值)
db_writer_io_slaves (通常不使用该参数)
3、监控AIO使用中
oracle的alert日志文件中出现如下的信息：
Warning "lio_listo returned EAGAIN"
AIX平台下的监控
pstat –a | grep aios
iostat –A
NMON "-A" and "-t" 选项
3、AIX文件系统
1)JFS
Sequential Read-Ahead, cached writes。默认有文件系统缓冲区，顺序读之前，需要将这些数据写进缓冲区。
DIO(Direct IO):在读的时候无缓存
该类型的文件系统不再被提高。
2)JSF2
Sequential Read-Ahead, cached writes。默认有文件系统缓冲区，顺序读之前，需要将这些数据写进缓冲区。
DIO(Direct IO):在读的时候无缓存
CIO(cocurrent IO):在DIO，但是禁了顺序写的功能。只能对oracle数据文件，日志文件和控制文件使用cio。
注意：带有cio功能的jfs2性能接近于裸设备raw device。

-----未完待续