活动简介
在部署ORACLE数据库的服务器上,我们大家或多或少的遇到过下列情况:
1.业务系统运行缓慢,作为系统管理员需要检查包括IO在内的系统资源,这时系统管理员、存储管理员可能得到DBA(数据库管理员)的反馈说,IO的响应时间很慢,达到了30毫秒以上,要求解决。但存储管理员检查又不存在热点盘的情况,系统的IO量就是很大,除了使用更多的RAID组来重新分布数据、更换为更高端的存储外,似乎没有太好的办法;
2.我们可能通过IOSTAT和SAR命令观察到磁盘的busy很高、每秒的IOPS很高、每秒的IO读写两很大、HBA卡的流量很高等危险的现象;
本次活动主要从以下方面进行交流探讨:
IO响应时间长,到底是导致业务慢的原因还是结果?
IOPS很高、IO读写量很大,到底是原因还是结果?除了硬件的扩容或升级,难道没有别的解决方法么?
如何识别ORACLE服务器上的IO来源,如何判断这些IO是否是有效IO,怎么消除无效IO?
作为系统管理员和存储管理员需要掌握哪些数据库简单技能才不会在出现IO问题时处于被动的局面?
ORACLE DBA评判IO是否有性能问题的标准是什么?
ORACLE数据库的IO有什么特点?哪些IO是比较关键,是必须保障性能的?
我们将通过理论和案例为大家进行讲解和分享,希望对大家的日常工作有帮助。
嘉宾分享:
礼品
本次活动结束后,将由活动嘉宾评选出优秀提问者,社区给予社区金币或微信红包奖励。
提问数达到30个,奖励10位优秀提问者;提问数达到50个,奖励20位提问者;提问数达到70个,奖励30位提问者。