两个层面: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架构。
force不掉,说明transaction正在回滚,回滚结束日志就下降了。另外V97之后不存在kill session PID这一说。
建议从两个方面排查: 1 备份和恢复的tbspace路径如果一致的话,查下各表空间的路径权限。2 drop掉database,重新恢复下
建议在多个procedure并发执行时,监控下锁等待,并发慢两个主要的原因:1 锁互斥 2 系统IO处理能力不足
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30