Anonymous
Anonymous asked in 電腦與網際網路硬體其他:硬體 · 1 decade ago

緊急!!資料庫主機處理速度問題(20點)

請問各位大大

小弟目前只是再公司IT部門實習,碰到以下狀況

目前作業環境為IBM System x3850 M2 (記憶體擴充到24GB CPU兩顆)

使用server 03 R2 Ent版搭 Win SQL 2000

硬碟 SAS 146GB 10000RPM x4 RAID 6

資料庫目前大小 36GB 資料目前約三萬多筆,預計未來會加入的約30%,但不至於超過十萬筆

以上是網管所設置,客戶端軟體Exact Globe

狀況為資料庫的速度過慢,clinet抱怨輸入資料、開啟資料需等待很久,於local端測試後,似乎是硬碟讀取速度不足所導致

今天Exact Globe人員到場處理後,也確定是硬碟速度不足,CPU、RAM、網路都ok

建議把硬碟換置成15000Rpm,然而這台主機只支援2.5"硬碟,去serverbank問後,他說只有3.5"才有15000RPM

跟董事長報告後,他說那乾脆買台支援3.5"的硬碟來用好了,丟50萬預算給我去找主機

請問各位大大我需要重新購置主機嗎?還是只要把記憶體用上即可?

問題到底出在哪?需要更新SQL系統嗎?

明天正式的網管會裝server 03 DataCenter ,不知道有沒有用,然後RAID成4

請問大大們這樣作妥當嗎?

有沒有什麼建議?因為再使用上資料讀寫率實在太高了。

對了,剛剛爬文發現server 03 DataCenter最低要8處理器...

那用企業版效能會比較好嗎?

Update:

目前正式網管還是把OS改成DataCenter

不過有把PF關掉、開AWE,目前狀況仍然尚可

至於資料部份

有個資料特別肥大"gbkmut"裡面的record 有六萬多筆,佔將近20GB

其他record加一加接近十萬筆,董事那邊的資訊是說「輸入」三萬筆的item...似乎不一樣

目前記憶體使用已經達到12GB的PF

效能算是尚可....但感覺治標不治本

Update 2:

Exact系統有提供建置索引,但那個最肥大的gbkmut建不了...可能要考慮用指令方式來建立了,不知道大大們有沒有什麼更好得方法

Update 3:

RAID部份仍然使用6

5 Answers

Rating
  • 1 decade ago
    Favorite Answer

    請問各位大大我需要重新購置主機嗎?還是只要把記憶體用上即可?

    問題到底出在哪?需要更新SQL系統嗎?

    你已經把問題講得很清楚了..就系統面來說, 瓶頸是在硬碟的I/O上

    明天正式的網管會裝server 03 DataCenter ,不知道有沒有用,然後RAID成4

    請問大大們這樣作妥當嗎?

    基本上沒用, 而且RAID4其實並不是正式的規格....也不會因此比較快.

    有沒有什麼建議?因為再使用上資料讀寫率實在太高了。

    對了,剛剛爬文發現server 03 DataCenter最低要8處理器...

    那用企業版效能會比較好嗎?

    差不多....只是你用不到Data Center的功能而已.

    從2.5" 10krpm 到3.5" 15krpm 的效率提升也沒有你想像的多..大約只有10-15%的提升而已..更何況你做RAID的同時, 瓶頸有可能出在RAID adapter上頭

    從系統角度來看, 比較好的方法可能可以採用FC + FC Disk Array的方式, 然後把Disk Array的Buffer Cache盡可能加大..以50萬的預算來說, 應該可以買到dual controller 8G Buffer Cache的Disk Array..

    另外有比較奇怪的事情...MSSQL 我是不太熟, 但是三萬筆用到36G會不會誇張了些? 然後頻繁的讀寫會不會跟SQL statement 甚至是資料庫沒有適當的正規化有關係? 要作效能調整這些都是必須考慮進去的....

    2009-08-07 15:13:58 補充:

    關於資料庫跟程式的問題...還是找你們的DBA或者DA來看看吧...這個我想沒有進一步的tracing就不是很make sense的事情了

    另外, 在系統效能上面, 你目前的瓶頸還是在I/O Wait嗎? 是的話...考慮一下Fibre Channel的Disk Array吧

  • 1 decade ago

    真正異常應該是 RAID6吧 這一個效能又沒比較好 懷疑這位網管的設定 若以思考角度可以同時掛2顆硬碟而言 做10才是正確的做法 況且server領域不是沒有同時壞2顆的慘劇 因此採用磁帶機備份才是真正企業主的安全管理方式 而不是花腦筋去思考硬碟安全性問題 本人就是採用RAID0 + 陣列櫃 + 磁帶機備份 掛了頂多磁帶還原就好 至於LAG部分 應該跟Datacenter中的SQL有沒有做好有關

  • 1 decade ago

    個人持不同意見

    3萬筆Record,佔36GB的存放空間.

    我猜測,可能是將影音或多媒體檔存入了database,

    問題可能出在網管佈線或主軸頻寬不夠導至.

    此點可由網管分析驗證.

    該不會是 交易檔 導至的吧! 那就必須往 前面前輩所示去思考了

  • 悅文
    Lv 6
    1 decade ago

    你可以做 sql server profile trace .

    先確定是否 應用系統沒有問題,再考慮硬體.

    多年經驗90%以上都是應用系統效能問題.

    如:

    系統分析不理想,資料庫表格關係複雜,

    未建立合適索引...等.

    我覺得先看看 程式 中 sql 是否理想是正途.

  • How do you think about the answers? You can sign in to vote the answer.
  • 1 decade ago

    對於第一位大大所分析的,我頗為認同,若真是硬碟的問題,其實買台硬碟櫃來做SQL,也是的選擇。

    但我直覺你資料庫的容量,才是問題的所在,如果這36GB集中在某幾個檔案的話,可能該套軟體在當時開發時,根本就沒考慮到會有這麼大得資料量,因此如果真是這樣,就算你換了再好的設備,雖然可能暫時可以解決目前LAG的狀況,但不表示這情形不會再來。簡單說,是軟體開發本身的架構問題。

Still have questions? Get your answers by asking now.