大家好,最近要寫一個評估案,
評估資料庫為什麼要升級?從 SQL 2000 升級 SQL 2008
大家是從什麼角度來看?
效能、價格、服務、安全性?
那要如何評估 SQL 2000 升級 SQL 2008 效能會提升 20 %
(微軟網站說單純升級不用動什麼東西就能提升 20 %)
寫評估案千萬別用自己的角度來寫..
要用高階主管的角度來寫,不然寫了一大堆資料庫效能、安全性.....
主管根本就懶得看,也許會有看沒有懂,所以不要去考主管們的資訊能力。
如果SQL Server 2000目前就用得好好的,你要切入的重點就是利用
SQL Server 2008提高的效能,可以帶動員工多少工作效率,或是可以節省
多少成本,或是提升安全性後可以減少多少損失..
多久可以把換系統的成本回收回來...這才是主管要看的東西。
目前只能想到這些:
第一、SQL 2000 在 2008/4/8 已停止服務支援。所以升級SQL 2008 勢在必行。
第二、SQL 2008 DATAENGIN 用.NET重寫,效能比SQL 2000 來的好,但好在那?
第三、SQL 2008 比 SQL 2000 功能多,例如:壓縮資料庫功能,減少硬碟空間浪費。
第四、SQL 2008 比 SQL 2000 更具安全性,例如:SA 登入三次密碼不正確即鎖住。
這些只是你覺得想換系統的原因中的一小部份..
你要做的是要把你想到的原因,轉成你換了新版系統後為什麼有了這些新功能會比較好?對企業有哪些好處?重點是省了多少開銷以及升級後與現在有何差異?
SQL 2008 的廣告或文件就有了,不然丟個DM給主管就好了.
這要看貴公司評估的出發點為何? SQL 2008提供的新功能, 對公司有沒有幫助?
還有舊系統是否能夠使用SQL 2008資料庫,
就像是Windows 7都快要上市了, 但仍有不少的公司還在使用Windows 98SE.
因為不知道您公司的型態,如果是像我們公司一樣超節省的製造業,我會建議您換一個角度來寫:
1.現況問題說明-現在這台SQL 2000有多少人使用?慢到什麼程度?使用者如何抱怨?如何耽誤到使用者的正常工作?資料增加的速度
2.解決方法-換主機+升級SQL 2008
3.投資效益-先算出可以節省使用者多少的等待時間,再換算成$$,升級費用/剛算出的$,平均幾年可以回收
目前共有20多人使用系統,月初結帳時,select or update 會互相lock 因此會很慢,畢竟是多工系統,資料一年大約成長20G吧!
我是想說導入2008後效能會不會變比較快,不容易lock。
這些數據有點奇怪
20人使用的系統算是很小的,會互相 lock 應該是 SQL 寫法的問題
一年成長 20 G? 不知道您們儲存的是什麼資料??
我們公司每天產生上千張單據,半年的資料也不過成長 1GB
您有沒有讓 DB Auto Shrink? 您的 20G 可能多半是 Transcaction Log
我建議您先把 SQL 2000 的效能調教好再來想升級的問題吧
有時會lock也是逼不得已,我公司系統太複雜,
部門跟部門會使用相同table,有的部門專門select,有的部門會回寫單據......,
一年資料庫確實是成長20G不包含log,光table就有上百個,每天也都有上千張單。光一個table 裡面就有千萬筆資料了,加一加破億了!
一年成長20G的資料庫目前其實沒有很大, 解決lock的問題(這邊的情況應該是block),
可以先檢查select是不是有用with (nolock)的hint
table上百個不算多,每天上千張單也不算多,所以有些table有上千萬筆資料應該就是您SQL Server效能不好的問題根源,我建議您可以請程式設計師將舊資料歸歷史資料檔,應該可以改善您的問題。
SQL2000與SQL2008最大的差別,就是磁碟I/O的瓶頸有被解決了,如果是使用64位元的SQL2008,那麼在記憶體配置上也有明顯的改善。
1.當初安裝SQL server 2000和現在要安裝SQL server 2008的硬體想必就差很多了, 硬體上效能當然會變好 (單核心-->多核心)
2.理論上32位元的作業系統只能定址到2的32次方(4GB),64位元可以定址到2的64次方(180億GB)
3.2008多了一些T-SQL的語法, 例如CTE 存取XML格式 pivot..., 正確使用的話可以加速運算的執行
3.除了資料庫引擎, 2008新增了許多2000沒有或不足的功能, 例如Reporting Service, Data Mining 的演算法...
4.同時select和update的資料可以區分開, 例如: 定期轉出一份資料供select用