今天看了SQL PASS上, 有人分享一個免費的工具, 名叫SQL PAGE VIEWER. 看起來好像不錯用的, 不過心中想的另一個方向是, 看page不就是用DBCC去打印就可以了嗎? 還是這個工具有什麼不一樣的地方呢? 好奇心讓Colin花了時間測試, 測完了心中在淌血!!! 偶的時間還來~~~ 那麼來看一下這個工具吧.
安裝步驟很簡單的, 基本上就是下一步、下一步的去完成即可, 沒什麼要選擇的.
STEP1: 歡迎畫面, 點選 "next".
STEP2: 授權, 勾選 "I accept the terms in the License Agreement", 再點選 "next".
前些日子, 敞公司的同仁曾經來尋問了一個... SQL Server蠻基本的問題, 就是有關SQL Server版本編號. 這也讓Colin回想起, 在處理不少user site的SQL Server資料庫問題時, 相當多的管理者也不太懂SQL Server版本編號這檔事. 這讓Colin很好奇~~ 也許, 這是微軟的功德一件, 大多數的管理者肯定都知道Service Pack這東西. 只是... 版本編號在很多troubleshooting的案例中, 扮演著相當重要的角色吶!
而在許多站台中, 也分享了有關SQL Server版本的資訊, 來看一下Colin最常使用的一個連結吧.
Microsoft SQL Server 2012, 2008R2, 2008, 2005, 2000 and 7.0 Builds
http://sqlserverbuilds.blogspot.tw/
在此連結中, 不止提及了主要大更新 (service pack), 也提供了增強/修復補丁 (hotfix) 的版本編號資訊. 原則上Colin會熟記下表中的版本編號
分享一個很特別的案例給大家, 這個問題也是一個客戶和Colin提問過的 (當然, 這是公司的案子啦!!), 主要的問題是在於透過Microsoft SQL Server SSIS透過ODBC方式連線到Informix時會發生問題. 最大的問題點是無法寫回到Informix端, 不管是寫文字, 由SQL Server Table取資料寫入, 或是從Informix拉資料下來再寫回去. 這個問題User告知已經困擾了他們多年囉~~ 也找了業界不少顧問來協助處理. 只是問題一直沒有被排除掉....... 最後竟然是採取寫C# Code來進行資料寫入的工作~~ @.@
當時, Colin做了一些測試後, 確實可以重現這樣子的問題. 當然, 一個很基本的觀念是..... 透過OLEDB來進行如何呢? 只是微軟官方已經公開表示, SQL Server 2012將會是最後一個支援OLEDB的版本 >.< 無言吶!!
之後Colin也在G神的協助下, 找到了不少人說明這樣子的一個流程如何進行, 那個站主很不錯, 寫的很詳細啦~~ 只是再看看留言區, 這次收到的問題也一堆人反應, 只是都沒有被解決~~ 難道, Colin一直以來專門解這種怪問題的宿命又來了 >.<
基於Colin與那位作者不認識, 他的站台也沒有寫可以轉PO, 那..... 就把Colin的測試狀況與解決方法丟出來囉~~~ (這篇應該是又臭又長.....)
Colin在此案例測試的環境如下:
昨天, Colin接到一個好友的訊息, 詢問了一個有關資料表與View的問題, 描述大致如下 (Colin有做整理):
有一個Table, 假設叫tbl_A, 其中包含了二個欄位C1, C2.
又建了一個View, 使用SELECT * FROM tbl_A去取資料.
之後對tbl_A做了ALTER TABLE ... ADD COLUMN加入C3欄位, 可是View中沒有顯示C3.
當下, Colin回答了解決的方式. 之後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
前些日子, 敞公司的同仁曾經來尋問了一個... SQL Server蠻基本的問題, 就是有關SQL Server版本編號. 這也讓Colin回想起, 在處理不少user site的SQL Server資料庫問題時, 相當多的管理者也不太懂SQL Server版本編號這檔事. 這讓Colin很好奇~~ 也許, 這是微軟的功德一件, 大多數的管理者肯定都知道Service Pack這東西. 只是... 版本編號在很多troubleshooting的案例中, 扮演著相當重要的角色吶!
而在許多站台中, 也分享了有關SQL Server版本的資訊, 來看一下Colin最常使用的一個連結吧.
Microsoft SQL Server 2012, 2008R2, 2008, 2005, 2000 and 7.0 Builds
http://sqlserverbuilds.blogspot.tw/
在此連結中, 不止提及了主要大更新 (service pack), 也提供了增強/修復補丁 (hotfix) 的版本編號資訊. 原則上Colin會熟記下表中的版本編號
