課程一 選擇正確的SQL 2005版本
SQL產品有5種版本
Enterprise Edition(32位元和64位元)
完整版, 有全部的功能, 可容納大量的資料, 設計大型DB環境時應選用
Standard Edition(32位元和64位元)
可以容納大量的資料, 包括電子商務, 企業倉儲和企業營運方案需要的功能
適合中小型組織採用
如果組織使用的資料庫會包含大量資料, 但不需要Enterprise Edition的全部功能,
則可以採用Standard Edition
Workgroup Edition(只有32位元)
適合小型組織採用
如果只需處理小型伺服器上的少量資料, 可以採用此版本
Developer Edition(32位元和64位元)
開發人員使用的
包含Enterprise Edition 所有功能, 但不能當作正式伺服器
Express Edition(只有32位元)
免費的
只適合處理非常少量的資料
如果只需要處理極少量資料, 可以採用此版本
課程二 為SQL 2005決定基礎結構的需求
此篇主要在於說明要灌SQL2005需要哪些軟硬體, 基本上都是查表的資料, 節錄一些重點:
在灌SQL 2005以前, 要先啟用TCP/IP
如果是XP 要灌SQL2005 (Standard Edition)的話, 建議使用
XP Pro + SP2以上的OS
1G以上的Ram
1G以上的硬碟空間 (要灌完整的SQL 與範例資料庫的話)
IE6.0以上的瀏覽器
最好要有IIS 5.0以上
課程3 使用預設, 具名及多個SQL Server 2005執行個體
什麼是預設執行個體? 什麼是具名執行個體?
具名執行個體的意思只是說, 在安裝的過程中為該執行個體定義名稱而以. 之後, 我們需要使用名稱, 才能存取該執行個體.
預設執行個體就是我們灌SQL時, 如果不為該執行個體定義名稱, 那該SQL就是預設執行個體. 當我們需要存取它時, 只要填寫安裝它的伺服器即可.
如果要在同一部電腦上, 除了預設的執行個體外, 安裝多個SQL Server執行個體, 則DBA必須為其他的執行個體提供不同的名稱
EX.
在BARNEY-PC伺服器上安裝SQL2005且沒有定義名稱, 此SQL 就是預設執行個體, 在呼叫時, 只要填寫"BARNEY-PC" 即可存取該執行個體
在BARNEY-PC伺服器上再安裝另一個SQL 2005, 此時就一定要定義名稱, 避免名稱重復造成衝突. 假設定義名稱為"barney-SQL"
在呼叫時, 要填寫"barney-SQL"才可存取該執行個體
一台電腦上只能有一預設執行個體, 但可以有多個具名執行個體
測試：在VM上灌兩個SQL執行個體, 看可否重預設執行個體, 並呼叫之.
課程四 如何安裝新的SQL Server 2005 執行個體
SQL Server 服務很少需要與其他伺服器互動, 但SQL Server的作業, 複寫, 記錄傳送等功能, 通常會要求SQL Server Agent服務與不同伺服器進行互動. 所以DBA通常會幫這兩項服務建立個別的帳戶, 避免提供SQL Server服務超過它所需的權限
網路服務帳戶(Network Service account, 跟Users群組有相同的等級)與本機帳戶(local system account, 屬Windows OS帳戶)會將太多權限授予SQL Server 與 SQL Server Agent服務, 所以不建議將帳戶供這些服務使用. 建議在正式狀況中, 建立一個到兩個專用的網域使用者帳戶, 供SQL Server 與 SQL Server Agent服務使用
總結 : SQL Server 與 SQL Server Agent服務要區分不同的帳戶操作它們, 且此種帳戶要用網域使用者帳戶
Windows驗證與混合驗證
Windows驗證模式提供的安全等級最高, 不過, 在你的環境中, 若存有不使用Windows使用者帳戶的舊版應用程式, 就需要使用混合驗證模式
若使用混合驗證模式的話, 因為此帳戶擁有非常高的權限, 所以要使用強勢密碼
定序
定序就是安裝OS時, 你會想要安裝的語言版本, 像是英語, 希臘語..., 及與這些語言相關的字元集, 數字, 貨幣, 時間, 日期......
安裝SQL Server 2005時, 也會要你選擇定序, 原則上SQL Server 2005會抓安裝機上的定序並顯示為預設, 所以通常選擇預設值灌下去就對了, 除非
1. 你要灌的SQL Server 2005 的語言 跟安裝機上定序的語言不同
2. 你要灌的SQL Server 2005要跟別種語言的SQL Server 2005一起參與複寫的配置
那時就可以手動挑選要灌的定序
課程五 如何升級至SQL Server 2005 環境
當我們灌好SQL Server 2005後, 就想要將舊的SQL SERVER升級至新的好使用他的新功能, 因此, DBA就要想好升級策略, 以及避免升級失敗, 系統回不來的系統復原作業
升級策略:
在升級之前
1. 記得先備份所有DB跟相關物件(因為升級之後的物件無法再restore回給未升級的Instance用)
2. 先製做測試計畫, 驗證安裝是否成功
3. 先製作升級回復計畫, 升級不成功時還可使用
資源不足的話可以採用直接升級(直接複寫原始的Instance)
資源足夠的話可以採用併存轉移(原本Instance不變, 架一個新的Instance, 再把DB搬過去), 此法也可將SQL Server環境的停機時間降到最低程度
若要將DB從一SQL Server Instance移到另一個Instance, 有四種方式
卸離/附加
將DB卸離-->復製一份複本當備份-->將卸離的檔案拿到SQL 2005 執行個體附加
這種方法有安全的優點, 但是要求使用者有一段時間不能存取資料庫
備份/還原
定期備份資料庫-->將備份檔案移到SQL 2005 執行個體的安裝機上-->還原它
此法不會影響原始DB環境的活動, 也不會危及原始的DB檔案在原始SQL Server版本中的有效性, 而且檔案會較小
但使用此法時, DBA需要考量原始DB檔案, 備份檔案, 及新資料庫所需的磁碟容量
Copy Database Wizard
使用Copy Database Wizard 可以讓DBA移動一個或多個SQL 2000或SQL 2005的資料庫, 以及相關的物件, 同時來源資料庫可以繼續上線使用
直接複製的做法能有效運用磁碟空間, 也可以維持資料庫的正常作業
手動重建結構描述與資料的匯出/匯入
用Script的方式, 在新的Instance中執行指令, 把物件從舊的Instance搬移到新的Instance
耗時費力, 較少使用, 但此法可以讓DBA做一些細部的整理與篩選, 再將資料塞入新的Instance
成功升級的秘訣
建立系列的檢核清單(升級前 中 後的檢核清單)
備份所有重要的檔案
確保資料庫的一致性(執行DBCC CHECKDB)
保留足夠的磁碟空間
確保系統資料庫的空間
傳送登入資訊(確保所有的所有的DB Server上, master資料庫都有相關的登入資訊)
這很重要, 因為master資料庫要有登入訊息, 才能還原
停用所有啟用預存程序
停止複寫
結束所有應用程式
在升級之後註冊SQL伺服器
重新擴展全文目錄
更新統計資料
更新使用量計數器
設定新的SQL Server安裝
文章定位：
