SQL Server 2012已經上市大半年了, 不少企業也漸漸開始對SQL Server 2012有了興趣, 怎麼說呢? 看起來這一個版本在功能與效能上, 著實有了明顯的改善. 當然Colin我也承接了不少升級的案例啦! 然而也有不少企業... 升級後發生一堆問題, 而把我挖去處理問題... 升級都是半夜吶!!
老實說, 升級Microsoft SQL Server並不是困難的事, 相信業界很多DBA也都實際操作過. 無論是就地升級 (In-Place Upgrade) 或是異機升級 (Side-by-Side Upgrade, Migration), 四處都提供著相當多的參考文件, 只要用心的參考, 一步一步的跟著實作, 原則上都可以順利升級資料庫.... 注意唷~~ 是原則上. 以Colin過去的經驗, 七到八成什麼都沒有考慮就升級的, 大多都會call support...... 如果是Side-by-Side Upgrade, 還可以先遷回原機繼續運作, 如果是In-Place Upgrade, 那可真是災難吶!
在Microsoft SQL Server線上叢書中, 有著一堆洋洋灑灑的升級文件, 但.... 我想很少人真的去拜讀吧~~ (Colin個人的感覺: SQL Server 2000的線上叢書還看得懂些, SQL Server 2005之後的可真的是要費盡苦心, 絞盡腦汁, 輪回翻讀, 方有一絲領悟), 例如下面這篇升級有關的資訊... 很多, 很雜, 但很有用
升級 Database Engine
http://msdn.microsoft.com/zh-tw/library/bb933942.aspx
原則上, 升級Microsoft SQL Server前, 最好能確認下列各項資訊與可行性
* 系統平台、硬體、相關軟體的支援
* Client & Application 連線版本的支援
* 資料庫結構性的支援
* 存取資料之應用程式的程式碼相容性
很多實例在Microsoft SQL Server升級上, 是因為原先的系統效能不足以支撐而採購新的設備, 而一併採購當前的最新版本的Microsoft SQL Server, 所以多半在系統平台、軟硬體的支援上, 不是太大的問題.
最常遇到問題的地方, 就是Client連線到新版的資料庫發生問題, 例如拿SQL Server 2008 Management Studio會連不到SQL Server 2012; 或是Application連線連不到SQL Server, 例如使用太老舊的ODBC版本. 再者就是升級後資料發生問題, 像是Data Type的改變, 或是SQL Server架構的改變 (後者在SQL 2000升級的狀況最明顯). 當然還有很不少的問題是有關應用程式編寫的方式, 可能已經不再支援了 (如早期的 *= ).
如果在升級前, 這些問題沒有被檢視出來, 就冒然的升級, 可以預見的是~~ 一場DBA的災難即將降臨, 同時與Application開發人員的戰爭也難以避免..... 所以啦, 微軟也貼心的提供了升級前的檢查工具, 自SQL Server 2005到SQL Server 2012都有著SQL Server Upgrade Advisor這個工具可以幫您進行升級前的檢查; SQL Server 2012還提供了Distributed Replay Utility可以在多台資料庫伺服器上進行應用程式的replay的操作, 以分析效能與相容性. 有關這二個工具可以參考下列文件.
使用 Upgrade Advisor 來準備升級
http://msdn.microsoft.com/zh-tw/library/ms144256.aspx
使用 Distributed Replay Utility 來準備升級
http://msdn.microsoft.com/zh-tw/library/ff878702.aspx
後續我們就再來探討工具的使用與升級的事宜吧~~
留言列表
SQL Server (5)