Colin の 資料庫小鋪

至於SQL Server叢集伺服器而言, 許多user會因為已經花了大筆的預算購置了硬體設備, 自然也會將軟體的版本一次到位, 拉到相當高的版本. 不過當前的SQL Server 2012 License真的算起來是有點貴, 可能也會先採取使用Standard版本, 有必要者才會申購Enterprise版本吧.

上個星期, 遇到一個site, 很有趣的地方是, user反應要將SQL Server 2008 R2由Standard升級到Enterprise版本, 原因是...... 當初在進行SQL Server 2008 R2安裝時, 找不到Enterprise的安裝序號, 所以就先使用了Standard版本~~

要升級SQL Server 2008 R2 Standard到Enterprise版本, 原則上與獨立伺服器的升級並沒有什麼差別, 因為在升級過程中, 不過就多一個選擇是指向SQL Server叢集名稱與Instance Name而已. 以下Colin就演示一下在SQL Server叢集伺服器上的同版升/降級方式. 有關獨立伺服器的升級方式, 請參閱 SQL Server 同版升級 一文.

STEP 01: 先來檢查一下SQL Server系統環境的版本資訊, 在這裡Colin是安裝了一個測試環境, 安裝的是SQL Server 2008 R2 Standard Edition.
SQL Server Cluster Name: SQLC

前些日子到一個好朋友的公司去拜訪, 恰巧他們公司的DBA正在進行資料庫升級.... Colin記得他們才剛升級到Microsoft SQL Server 2012吶!!! 難道有傳說中的隱藏版本 @.@|||

後來聊著聊著, 嗯.... 與很多客戶都遇到相同的問題, 就是Microsoft SQL Server 2012新式的價格策略, 讓很多使用者退而求其次的選擇了標準版 (Standard) 來做為production的建置. (話說有user和Colin提到, SQL Server License採用Standard, 整個採購案是一百多萬, 換成SQL Server 2012 Enterprise版本, 則整個採購案要七百多萬.....) 好啦, 標準版就標準版吧~~ 大多功能也都能應付很多企業的運作了. 只是....... 真的要用到只有企業版才支援的功能時, 又是一大問題了~~ 對License而言, 就去付錢吧!! 但升級來說, 很多DBA又開始一場小小的戰爭了 @.@ 是嗎??

後來他們公司的DBA, 和Colin去樓下聊天, 他抱怨著從Standard升級到Enterprise, 又浪費了好幾天的時間, 從安裝, 移資料庫, 搬使用者.... 一個migration的標準流程倒是背的很熟. 我只問了一句 "同版升級不就幾分鐘就做完了", 之後Colin就被唸了一頓了, 說Colin不懂SQL Server是什麼, 有多複雜等等的~~ 哈哈哈

事實上, 早期在SQL Server 2000, 確實要進行同版升/降級, 就是重裝了. 但是日新月異的技術, 早就改變了整個SQL Server的核心架構. Colin也做了不少同版升級的案子, 大多數都是做人情的, 只要user確認了系統環境能負荷升級後的需求, 加上提供安裝source, 我都會隨手幫忙裝一下~~~ 講起來很簡單吧~~ 是很簡單, 那就來看一下SQL Server 2012同版升級的操作方式囉 (SQL Server 2008也一樣的).

STEP 01: 先來檢查一下SQL Server系統環境的版本資訊, 在這裡Colin是安裝了一個測試環境, 安裝的是SQL Server 2012 Standard Edition.

大多數的資料庫移轉, 不管是透過移動資料庫檔案, 或是使用備份還原的方式移動資料庫, 甚至使用複製資料庫精靈來操作, 多半都會遇到一個狀況, 就是使用者反應無法連線到資料庫進行存取.

這是一個蠻讓人頭痛的問題, 很多DBA在遇到此問題時, 就只有一個一個使用者帳號去重建, 建立後發現使用者可以順利登入到SQL Server囉~~ 可是好像又進不到資料庫來操作, 或是原本指定的權限都不正確了......

在被詢問到這個問題時, Colin通常就是一番長篇大論~~~ 目的就是讓大家能更了解資料庫帳號管理的部份, 所以就來看一下一個帳號存取資料表時的簡易觀念:
1. 使用者帳號登入到SQL Server, 這是會由系統的Logins來進行檢查是否有登入的權限
2. 確認能夠登入後, 就會檢查此帳號對於哪些Database具有存取的權限

進行完成了一連串的升級檢查後, 再來少不了的就是進行升級了. 在此Colin假設應用程式方的功課都做完了, 就可以開始處理資料庫的移轉了.

資料庫升級移轉的項目, 不外乎下列幾個大項目
* SQL Server伺服器層級的設定
* Database移轉
* Logins/Permission移轉

安裝SQL Server 2012 Upgrade Advisor後, 就可以透過SSUA來進行先前版本的資料庫檢查了. 但要注意的是, Colin並不建議使用SQL Server 2012 Upgrade Advisor來操作SQL Server 2000的資料庫, 這在官方文件上是提及"不支援"的!!如果真的要將SQL Server 2000升級, 最佳的做法是先升級到SQL Server 2005/2008/2008R2, 完成升級後再升級到SQL Server 2012上.

在後續的範例中, Colin將會使用SQL Server 2005所附帶的AdventureWorks範例資料庫來進行操作, 以下是測試環境的資訊:

Machine 1:
Windows Server 2003 R2
SQL Server 2005

談到安裝SQL Server Upgrade Advisor 2012 (SSUA 2012) 這個版本, 心中有種感慨...... Microsoft的產品功能怎麼愈做愈不人性化了!! 過往的經驗是功能愈做愈簡便, 甚至有時都將小工具做到一鍵安裝了, 沒想到這個版本提供的SSUA, 在安裝過程中就先飽受折磨~~ 無言吶!!

先來看SQL Server Upgrade Advisor 2012這個工具的安裝程式吧. 我們可以從SQL Server 2012的安裝光碟中取得, 也可以在download center中找到. SQL Server Upgrade Advisor是屬於SQL Server Feature Pack的軟件之一, 所以直接去尋找SQL Server Feature Pack裡的下載即可.

Microsoft® SQL Server® 2012 功能套件
http://www.microsoft.com/zh-tw/download/details.aspx?id=29065

 安裝光碟中的安裝程式

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