第三步、啟動系統(tǒng)數(shù)據(jù)庫master

master數(shù)據(jù)庫是SQL Server系統(tǒng)啟動過程中的第一個系統(tǒng)庫，是非常關(guān)鍵的數(shù)據(jù)庫。如果這個庫不能被正常打開，則SQL Server就不能正常啟動。

和其它數(shù)據(jù)庫一樣，master數(shù)據(jù)庫也分為數(shù)據(jù)文件和日志文件，啟動的過程是依次打開，然后做恢復(fù)動作，如果這個過程沒問題的話，在Errorlog日志文件中，我們會看到如下的這句話：

如果這個過程出現(xiàn)了任何問題，SQL Server的啟動過程都會被中斷，啟動過程失敗。

而這個過程發(fā)生的錯誤，無非就集中以下幾種情況，我們來分析一下：

<1>在指定的路徑找不到master數(shù)據(jù)的數(shù)據(jù)文件或日志文件

關(guān)于這個SQL Server的最主要的系統(tǒng)數(shù)據(jù)庫的路徑，它是以注冊表形式存在的，在一下注冊表項，可以看到

如果在該路徑下找不到這個系統(tǒng)數(shù)據(jù)庫的話，服務(wù)是啟動不了的，并且會產(chǎn)生相應(yīng)的錯誤日志信息，我們來模擬下，關(guān)掉服務(wù)，將這兩個文件移除走，然后啟動看一下：

首先，該服務(wù)是啟動失敗的

我們來看一下系統(tǒng)日志

看Errorlog的日志信息

可以看到，該問題提示錯誤信息還是挺詳細的。我們來看第二種情況

<2>文件找到了，但是沒有權(quán)限訪問，或者不能以排他的方式打開該文件（默認的是獨占鎖進行文件打開的）

此種情況也是有可能產(chǎn)生的，比如某些NB的殺毒軟件就可以干這個事，讓你的系統(tǒng)庫無法訪問，這樣同樣也是啟動不了的，我們這樣來看，提示的錯誤的信息有哪些：

來看Errorlog的錯誤記錄：

<3>文件找到了，訪問權(quán)限也有，但是文件有問題，就是說是數(shù)據(jù)庫損壞了

這個問題也經(jīng)常出現(xiàn)，比如磁盤壞掉了，恢復(fù)后發(fā)現(xiàn)文件有問題，不能正常打開，這種問題我們來看錯誤信息：

日志中的信息

關(guān)于master系統(tǒng)庫的啟動過程，基本就是上面的三種錯誤，關(guān)于這三種問題，我們該如何解決呢？

解決方法：首先如果根據(jù)錯誤日志定位出問題的性質(zhì)，如果是前兩種問題其實是挺好解決的，比如文件沒找到、權(quán)限項不對等，這些問題相應(yīng)的去解決就可以，最棘手的就是第三種情況，出現(xiàn)這種情況最理想的情況是master數(shù)據(jù)庫進行了備份，通過備份文件進行恢復(fù)就可以，一切就可以正常，當然通?暴力的停掉服務(wù)，拷貝文件進去也可以解決。

最揪心的就是這個庫就沒備份，那該如何解決呢？這種方式的解決就得借助SQL Server的安裝程序，進行重建master數(shù)據(jù)了，但是這種方式重建的master數(shù)據(jù)庫會導致以前的SQL Server的設(shè)定全部清空掉。

清空的信息包括：所有的賬戶信息（意味著需要重建）、msdb中的所有job信息等（也需要重建）、用戶數(shù)據(jù)庫信息（必須全部重新附加attch上）

而這一系列過程如果是一個生產(chǎn)庫，可能會是一個非常大的工作量！

------------------------------------------------------分割線-----------------------------------------------------------------

 第四步、啟動系統(tǒng)資源數(shù)據(jù)庫，并檢查數(shù)據(jù)版本信息

資源數(shù)據(jù)庫是SQL Server2005中引入的邏輯數(shù)據(jù)庫，在實例下是看不到的，但是有它的物理文件，主數(shù)據(jù)庫默認名稱為：mssqlsystemresource.mdf、日志名稱為：mssqlsystemresource.ldf

如果該數(shù)據(jù)庫啟動的過程中也出現(xiàn)了問題，那SQL Server也不能正常啟動。

這個系統(tǒng)數(shù)據(jù)庫比較特別，它是一個只讀數(shù)據(jù)庫，完全由SQL Server自己維護，用戶是不能更改的，所以我們只要保證它的是數(shù)據(jù)庫文件和日志完好就可以，不需要對它進行任何的跟蹤和維護。

當然如果非要看這個數(shù)據(jù)庫，可以通過單用戶的DAC方式進行連接。

所以這個數(shù)據(jù)庫在一般情況下不會發(fā)生意外，基本上是能正常啟動，不過特殊情況下，不能啟動的情況就以下兩種：

<1>數(shù)據(jù)庫文件不存在，無法訪問，或者文件壞掉了

其實它的報的錯誤信息，類似于上面的master數(shù)據(jù)庫，我來截個圖，看一下：

這個是errorlog記錄的錯誤信息

在windows層面也有它自己的錯誤日志信息：

<2>資源數(shù)據(jù)庫的版本和SQL Server的版本不一致

這個有可能是人為的更改了這個資源數(shù)據(jù)庫，導致現(xiàn)有的資源數(shù)據(jù)庫文件和數(shù)據(jù)庫版本不一致，這樣的話也會導致錯誤的形成

windwos平臺也記錄下了該錯誤的信息，看下面的圖片：

解決方法：

關(guān)于資源庫的這兩個問題解決方法，非常的簡單。只要找到和這臺服務(wù)器上的SQL Server的版本一致的數(shù)據(jù)庫，拷貝過來就行。

當然最好的預(yù)防措施是：每當安裝完SQL Server或者打完補丁之后，就及時的備份這個兩個文件，放在安全的地方，用的時候拷貝過來就行，備份是數(shù)據(jù)庫管理員的天職

當然有時候在緊急的情況下，找不到相同版本的數(shù)據(jù)庫，理論上這個庫是只讀的，所以不會發(fā)生任何改變，我們隨便找一臺機器，安裝一下同版本數(shù)據(jù)庫，然后拷貝過來就行，當然一定注意的是這里面是相同版本。 

------------------------------------------------------分割?------------------------------------------------------------------

第五步、啟動系統(tǒng)數(shù)據(jù)庫model

model系統(tǒng)數(shù)據(jù)庫同樣也是SQL Server啟動過程中用到的一個非常關(guān)鍵的數(shù)據(jù)庫，如果這個庫損壞，SQL Server啟動也會失敗，關(guān)于model數(shù)據(jù)不能啟動的原因基本和master的類似，同樣也是兩種：1、數(shù)據(jù)庫文件早不到或者不能訪問；2、數(shù)據(jù)庫文件能訪問但是是損壞的文件。

診斷此種問題的方式也和上面的兩種方式一樣，查看啟動過程產(chǎn)生的errorlog文件或者windows系統(tǒng)日志，這里我們就不重現(xiàn)該問題了。

我們只給出此種問題的解決方法：

1、如果該庫我們已經(jīng)做過備份，那最直接也是最有效的解決方式就是直接還原，這里的還原方式可能和普通庫的還原方式不一樣，因為SQL  Server實例還沒有啟動，我們恢復(fù)過程采取以下過程：

a.用參數(shù)啟動SQL Server，在命令提示行中執(zhí)行以下命令，這樣的話SQL Server啟動就會跳過model數(shù)據(jù)庫恢復(fù)這一步

net start MSSQLSERVER /f /m /T3608

b.現(xiàn)在恢復(fù)model數(shù)據(jù)庫，打開SSMS，直接輸入

RESTORE DATABASE model FROM DISK ='G:datamodel.bak'
WITH 
MOVE 'modeldev' TO 'E:dataDefaultFileMangerMSSQL10.MSSQLSERVERMSSQLDATAmodel.mdf'
MOVE 'modellog' TO 'E:dataDefaultFileMangerMSSQL10.MSSQLSERVERMSSQLDATAmodel.ldf'
,replace

c.恢復(fù)成功后，直接重啟SQL Server既可以。

2、將SQL Server關(guān)閉，然后直接采取暴力的方式將model數(shù)據(jù)文件拷貝回來就可以，這種方式簡單有效，但是非常規(guī)操作

3、還有一種方式是利用setup安裝文件，重建該數(shù)據(jù)庫，過程緩慢，稍顯復(fù)雜，很不推薦。