问题描述
We are planning to migrate Oracle 11g DB from HPUX environment to Vmware infrastructure. but while doing performance testing we are not getting expected performance while executing batch job.benchmark is 200k transaction per minute but on linux it is processing 75k per minutes Client is HPUX11iv3 16 core 256 GB RAM and DB server is RHEL 6.7 ( 16 core 64 GB RAM) SGA 3,058.3 TOP events Event Waits Total Wait Time (sec) Wait Avg(ms) % DB time Wait Class DB CPU 8773.6 53.9 db file sequential read 4,749,119 4226.3 1 25.9 User I/O SQL*Net break/reset to client 19,740,519 2824.5 0 17.3 Application kksfbc child completion 36,712 1794 49 11.0 Other CPU utilisation on DB is hardly 20%
专家解答
所以假设这个数据是specific to the task at hand,您将花费大量时间:
1) db文件顺序读取
这是对表的索引访问。所以寻找SQL的不良优化计划。统计数据可能没有数据,或者其他原因。那里的 * 平均 * 时间看起来像1毫秒,因此表明I/O性能是足够的。
2) SQL * 网络中断/重置到客户端
当某些东西被呈现给崩溃的数据库时,你会得到这个。例如,如果您的应用发送过来: “从NON_EXISTENT_TABLE中选择 *”,那么由于该表不存在,随后的解析错误将导致此事件。数据库上写着 “哇... 有些事情不起作用,让所有人恢复同步并重新开始”
3) kksfbc儿童完成
与SQL的解析相关。
所以,如果我不得不做一个猜测-你有一个应用程序做潜在的很多解析,在许多情况下,解析失败 (导致重置)。
听起来前方有很长的路 .... 抱歉。
1) db文件顺序读取
这是对表的索引访问。所以寻找SQL的不良优化计划。统计数据可能没有数据,或者其他原因。那里的 * 平均 * 时间看起来像1毫秒,因此表明I/O性能是足够的。
2) SQL * 网络中断/重置到客户端
当某些东西被呈现给崩溃的数据库时,你会得到这个。例如,如果您的应用发送过来: “从NON_EXISTENT_TABLE中选择 *”,那么由于该表不存在,随后的解析错误将导致此事件。数据库上写着 “哇... 有些事情不起作用,让所有人恢复同步并重新开始”
3) kksfbc儿童完成
与SQL的解析相关。
所以,如果我不得不做一个猜测-你有一个应用程序做潜在的很多解析,在许多情况下,解析失败 (导致重置)。
听起来前方有很长的路 .... 抱歉。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




