最近在進行災難演練
但是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無關