系統運行緩慢，是iT訊息化的常態嗎？

    一年一度的十一的7天長假，是所有人期待的假期，無論是舉家外出旅遊，還是在家好好休息，就是天天不必到公司報到，真好！

但是也有許多人在這個長假中無法好好的放心的休假，尤其是訊息中心的技術人員，就擔心機房中的系統有異常。

這個是在十一假期中，在一個技術論壇上節錄出來的內容，發貼、回貼和日常一樣的忙碌！

 

發貼主題：同一個查詢，白天要30分鐘以上，晚上只要1分鐘，WHY？

發貼時間：07-10-05 13:12

目前我的數據庫不到150G，大表也基本分區了，現在白天的查詢慢得讓人無法忍受（同一個查詢，白天要30分鐘以上，晚上只要1分鐘），注：白天約有50人併發，晚上1～3個的併發數；
請高手指教，針對此現象，我要做哪些工作？
目前正打算採購小型機或PCSERVER做集羣。
誰能給我些優化建議，以及一些採購建議，以及採用何種軟硬件架構？

 

回帖1: 回帖時間：07-10-05 14:49

你的os，oracle版本，現在的系統結構。數據庫參數
做statspack，你目前的併發是非常小的。
把你儘量多的信息給出來，你現在相當於只有一個現象，什麼都沒有，別人也不好分析啊
感覺應該從你應用上找原因了

 

回帖 2: 回帖時間：07-10-05 14:52

你現在的情況來看，根本不適合用集羣，沒有必要用集羣，一共才50多個併發，沒有必要用集羣吧
一臺pcserver就足夠了，不放心安全可以做雙機，小機多貴啊

 

回帖3: 回帖時間：07-10-05 15:05

看看有什麼等待時間。
對這個sql做個trace。

 

回帖4: 回帖時間：07-10-05 15:07

你的確實,最好是對比白天和晚上的STASPACK,看看有哪些區別.集羣也許幫不上你解決根本問題.

 

回帖5: 回帖時間：07-10-05 17:27

你的服務器和存儲配置是什麼規格， 再升級改造前，先評估量化目前應用對硬件性能的實際需求。

 

回帖6: 回帖時間：07-10-05 19:28

相差這麼多? 應該是在等待什麼? 或是鎖或是latch 或是其他?
做個10046看看吧

 

回帖7: 回帖時間：07-10-05 19:44

應該併發引起等待比較多。需要具體分析，
把報告貼出來看看吧。

 

回帖8: 回帖時間：07-10-05 21:23

一致性導致的，看看trace裏是不是有從undo 裏面獲得數據

 

發貼人: 回帖時間：07-10-06 01:37

首先，非常感謝以上的好心人！
目前現象很明顯，2～3個用戶併發做查詢速度可以，10個以上併發時明顯變慢，請問你們有過此現象嗎，是否物理磁盤IO太厲害導致性能下降？
我目前的PC SERVER爲IBM3850，4個雙核至強3.16GCPU，OS爲WINDOW2003 64位＋ORACLE 10.2G個64位；5個146G的硬盤，其中2個做了鏡像，安裝OS並用於備份，另外3個做了RAID5存放數據庫文件。
先把參數及TOAD中的測試HEALTH REPORT貼上來，希望好心人幫我分析一下：

 

 

先不看問題如何解決的,但從這個的論壇發表時間中看到，還是有許多人在十一長假中仍然不停的工作。

今年的十一長假即將成爲過去完成式，但是這種“慢”的現象正成爲現在進行式！

在這類尋找優化的案例中，不禁的質疑，“iT系統慢！是普遍存在的現象嗎？”

 

你的系統曾經慢過嗎？？？？

你的系統現在還慢嗎？？？？