最近在进行灾难演练
但是oracle数据库的部分有个大问题
就是用了更好spec的硬件
更多的ram 更多core的CPU 较多的SGA & PGA
但是AP在load资料的速度反而更慢(差距几分钟以上)
原本DB是在8GB ram的VM(CentOS 5.5)上
新的我给了16GB(CentOS6.8 or Ubuntu 16)
前端搭配的是同个tomcat (code版本也都一样)
请问可能是哪个环节出错了吗?
请大家不吝指教 谢谢

database warm up?要比较也要把原本的db restart再比吧!XD

同一楼，先跑个一阵子让data进cache如果还是慢，监控新DB观察wait event，可能是有些设定变了再来你的灾难还原的手法是?虽然差别不大....

虽然db已经开了好几天 但我会试着再朝这方向试看看还原手法就是new一个Oracle 再把平常备份export的import其实我好奇的是CPU有办法指定吗? 给8core 都只吃1core观察到的就CPU loading > 90%http://imgur.com/a/aZFVs EM 撷取CPU loading

改用 data pump

用exp/imp或pump都会让DB快些，看来问题在CPU LOADING HIG几个问题，旧SERVER的EM CPU状况如何?Parallel相关的参数为何?EM CPU的地方再点进去，哪些SQL在作怪?不过还是建议汇出参数比对新旧DB有何差异

旧DB EM pattern差不多 就是高但间距短(SQL是要改善)但新旧DB用的SQL是一样的 新的spec up 却不见改善我会再详细比对一下参数 谢谢楼上几位大大提供参考方向

ㄟ你imp完有没有重算统计值? imp完之后要重算吧实体资料分布情况已经改变了...

没有 我也不知道那是什么 ^^" 我会去查看看 谢谢您!

请问ap load资料的方式为何？ 如果知道单拿一句load资料的语法个别在新旧硬件上跑之前先执行trace(sql trace,autotrace,oradebug,dbms_monitor)皆可，一比较后答案应该很容易就出来了。

ap load资料的方式=>hibernate, OJB(?) 我会试试单纯SQL上面的方法我都会survey一下 然后再回来跟大家分享结果

主机的I/O 还有网络的状态也要查 有可能跟DB无关