1、找一个专职ORACLE DBA的工作2、上论坛看别人回答问题,自己动手做实验,回答问题3、多看实战类分享的问题4、多做实验
shared pool实际上是比较难标准化的一个大小,与应用有关。不过,要做一个通用的标准,可以设置为内存的10%左右。对于绑定变量使用很好/SQL数量不多的的系统,1G以下足够;但是改用绑定变量却没用,或者使用大量in(...)的SQL,10G
其实您说的都是现象了,比较大的可能是SQL效率不够高,或者配置方面的原因,可以加我微信shadow-huang-bj,将AWR报告发我,也许能很快解决问题,谢谢
OS层面sar -d 输出中的IO响应时间DB层面,下列等待事件或者lgwr的trace文件均可'log file parallel write','db file sequential read','db file scattered read'
对于OLAP/DSS类型,不建议关闭对于OLTP系统,建议关闭,否则一些非核心功能,如报表查询,产生大量IO,影响全局性能。具体可见我最近发布的文章中的其中一个案例,可参考。
工具有很多,比如swingbench。也可以采用Swingbench先铺垫背景压力,再使用loadrunner 进行压测
分情况讨论:1)IO负载很小,但单IO相应时间很慢,则关注多路径是否有超时、报错,SAN交换机和存储等IO路径是否有报错,存储后端是否有热点盘,存储读写cache命中率是否正常、读写cache比例是否合适、cache是否被关闭、存储端口使
我最近发布的文章中详细解答了您的问题,可参考。从操作系统sar -d或者数据库awr报告来检查均可。写性能检查的方法:AWR报告中有'log file parallel write',超过10毫秒需要关注 读性能检查的方法:AWR报告中有'db file seq
目前几款主流的多路径软件如下:EMC厂商提供的powerpathHDS厂商提供的dlnkmgrLinux自带的muthpath用法的内容太多,可以根据上述多路径,自行百度相关用法即可
以aix为例,iostat显示的磁盘busy%可能不准,需要修改aix的sys0相关参数,正如文中所说,需要获取sar -d的数据,确认IO是否存在性能问题,通过调整OS参数queue_depth可能可以进行进一步优化,最好的方式是看看AWR报告,查看整个系统
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30