Oracle 10g RAC 性能调整及配置.ppt

胡 天 银 技术咨询顾问 甲骨文公司 内容 RAC 调优基本思路 应用设计上的调整 编译选项和语句的调整 Oracle调整选项 I/O布局和OS的影响 Network调整选项 HA的调整 RAC 调优基本思路 现象 在RAC上系统性能不如单机节点 解释 用top或sar看CPU的利用率，可发现RAC时CPU的占用率不稳定，idle的使用率很高，用于实际计算时间反而不如一节点 目标 提高cpu的利用率，即可达到性能线性扩展 细节信息（StatsPack） RAC相关部分 Global lock Statistics Global Cache Statistics Cache Fusion Statistics CR（Consistent Read block processing） Current block/cache fusion block processing GCS and GES Statistics RAC中要注意的Wait Events Global cache cr request Library cache lock Library cache pin Buffer busy due to global cache Global cache busy Global cache open x Global cache open s Global cache null to x Global cache s to x Global cache null to s 问题总结 Global cache的活动和性能成反比 Global cache相关events在top event里 RAC速度比单节点慢 RAC的适用范围 适用于任何系统，但是。。。 杂凑应用 Oracle EBS 和SAP ERP 对应用透明，无需做任何调整 密集OLTP应用 如电信的cdr的载入 证券行业的交易系统 不透明，需要做一定调整 RAC调整的原则 在不能做到透明的线性扩展时考虑 应用分区 按照不同应用或不同应用模块部署 最建议的方式，做到最好的线性扩展，这种方式对单节点的资源要求最小，各节点通过HA保证高可用性 数据分区 按照应用特征如地市进行数据分区 利用Oracle强大的分区功能做数据分区，可考虑range或list分区，hash分区和组合分区 但在I/O不是热点时使用hash不会起到很好效果 RAC优化的步骤 先调整单机再上RAC，可简化调优难度 调整设计 调整编译选项和sql 调整I/O布局 调整network 调整OS 内容 RAC 调优基本思路 应用设计上的调整 编译选项和语句的调整 Oracel调整选项 I/O布局和OS的影响 Network调整选项 HA的调整 Index RAC环境下不建议在线维护过多索引 会引起性能急剧下降 主要是索引块的分裂及对索引末端项的争用 可建议删除不必要索引 或索引在数据加载后重建 在分区条件下可对索引做local分区 建议使用reverse index Sequence Sequence 建议采用cache/noorder（缺省） 采用nocache/order时性能最差 如果在使用sequence上的列建索引，建议加大cache值 如果要连续和次序 使用timestamp 开发注意事项 不要在事务中引入Trigger 建议在事务中实现 不要出现全表扫描 性能影响比单机更大 内容 RAC 调优基本思路 应用设计上的调整 编译选项和语句的调整 Oracel调整选项 I/O布局和OS的影响 Network调整选项 HA的调整 编译选项调整 针对编译的pro*c代码，可在编译选项里面加上hold_cursor=yes 和prefetch=200 例 PROC_PROFLAGS=ireclen=132 oreclen=132 \ select_error=no \ mode=ansi \ userid=$(USERID) \ SQLCHECK=SEMANTICS \ PARSE=PARTIAL \ HOLD_CURSOR=YES \ PREFETCH=200\ RELEASE_CURSOR=NO \ PREFETCH=10 \ MAXOPENCURSORS=60 \ define=USE_PRO_C \ def_sqlcode=YES \ CODE=CPP \ CPP_SUFFIX=cpp \ CLOSE_ON_COMMIT=NO \ threads=YES \ CPOOL=YES \ # unsafe_null=YES \ #只支持oracle的数据库，要求mode=oracle include=$(ORAClEHOME)\precom