你的问题可以在information center得到答案,另外抓取SQL的话,可以考虑采用效率更高的方法:mon_get_pkg_cache_stmt table function
建议核查丢失了哪些procedures,如果这些丢失的在其它执行的SQL语句中没有被调用,就OK
两个层面:dbm层面:instance_memory以及max_connections等db层面:db memory,locklist相关,sort相关,stmtheap,以及重点的bufferpool等
可以考虑DB2 PureScale架构,同城异地双活都可以,实例是share的
可以通过修改Linux内核参数,做盘符绑定
两个建议:1 确定修改的所有参数,其中database_memory,logbuff,seqdetect都有可能影响性能,如果前两个参数是调大的,那可以忽略,最后一个参数默认就是YES,也不用特别关注。重点监控下DB主机资源,性能。2 WEB响应慢,也不一定是...
压缩备份需要消耗CPU资源,两个建议:1 监控CPU使用率,是否是瓶颈2 如果使用的本地盘,性能是比存储差,瓶颈有可能在IO上
知识就是用来学习,分享,传播的,见过挺多固步自封的人,怕自己的知识被别人学走的,你是我佩服的前辈!
针对OLTP的系统设计,双活的话,Oracle是RAC,DB2是PureScale ,MYSQL是MMM/MHA等
就产品的特性而言,ORACLE RAC更适合的场景是OLTP,因为RAC是share disk架构,不适合大数据量的分析类场景。对于OLAP建议使用DB2 DPF share nothing架构。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30