你所不知道的SQL Server数据库启动过程，以及启动不起来的各种问题的分析及解决技巧(转)...
目前SQL Server數據庫作為微軟一款優秀的RDBMS，其本身啟動的時候是很少出問題的，我們在平時用的時候，很少關注起啟動過程，或者很少了解其底層運行過程，大部分的過程只關注其內部的表、存儲過程、視圖、函數等一系列應用方式，而當有一天它運行的正常的時候突然啟動不起來了，這時候就束手無策了，能做的或許只能是重裝、配置、還原等，但這一個過程其實是一個非常耗時的過程，尤其當我們面對是龐大的生產庫的時候，可能在這火燒眉毛的時刻，是不允許你再重搭建一套環境的。
所以作為一個合格的數據庫使用者，我們要了解其啟動、運行過程的事情，一旦發生問題，我們也能及時定位，迅速解決。
閑言少敘，我們進入本篇的正題。?
SQL Server本身就是一個Windows服務，每一個實例對應的就是一個sqlserver.exe進程。這是一個可執行的文件，默認就放在SQL Server的安裝目錄下，當我們啟動的時候，就是直接調用這個文件，然后啟動這個服務。?
第一部分、SQL Server實例啟動的方法和啟動所發生的問題
? SQL Server實例分為下面幾種啟動方法：
（1）在Windows服務控制臺里手動啟動，或者自動啟動（默認），這個也是最常用的方式
（2）第二種方式是SQL Server本身自己提供的啟動方式，我們這里可以手動啟動
（3）在SQL Server的SSMS里面手動啟動它，這個方式一般大部分利用這種方式進行手動重啟
（4）通過Windows命令窗口，用'net start'命令手動啟動，這種方法也可以用
以上這幾種方式都可以啟動SQL Sever,并且都會在SQL 日志信息中有所記錄。
?
----------------------------------------------------------霸氣的分割線-----------------------------------------------------------------------
第二部分、SQL Server實例啟動的詳細過程以及所發生的問題項
第一步、檢查注冊表項
當一個sqlserver.exe文件開始啟動的時候，首先要干的第一件事就是先檢查它的配置信息存放于注冊表的值項
比較重要的幾個鍵值有下面幾個：
這里的
AuditLevel:其實就是SQL 如何記錄用戶登錄記錄；
LoginMode:是SQL Server服務器身份驗證方式等；
BackupDirectory:默認的備份路徑等信息；
關于注冊表信息簡要了解即可，不建議做任何修改，當然這些值的信息默認在SQL Server中都能設置：
在不修改注冊表的情況下，一般這一步的啟動順序一般不會出現問題，當然出現問題了也通常沒有辦法解決，大部分的解決方式只有重裝了。
但這一步驟，通常出現以下兩個個問題通常是可以解決的：
<1>啟動賬號權限問題
如果我們啟動SQL Server的進程使用的賬號連讀注冊表的權限都沒有，那這個服務是怎么也啟動不了的，通常這時候連SQL 的錯誤日志都沒有能力生成出來。
這時候我們該如何發現呢，雖然這時候它沒有能力創建SQL 的錯誤日志，但是它在Windows層面留下了痕跡，我們來看：
我將服務啟動賬號設置成gust來賓賬號，來啟動該服務
這時候會產生以下錯誤信息：
在Windows的日志信息里也會產生一條錯誤日志記錄：
這里的拒絕訪問指的就是拒絕訪問注冊表信息了。
解決方法：
此問題的解決方式就很簡單了，只需要將當然的用戶提權到SQL Server服務的啟動賬號就行了，提權的方式也很簡單，只需要添加到SQL的本地用戶的啟動服務組就可以了。
當然，也可以直接換一個更高級別的用戶登錄。一般默認都用的超級管理員賬戶。
<2>訪問日志和文件夾出現問題
默認在SQL Server啟動的時候會創建一個啟動日志文件，記錄所有正確的日志信息，當然也包括錯誤的日志信息，如果這時候找不到這個日志信息的路徑，或者已經存在一個日志，但是日志被鎖定了（某些NB的殺毒軟件擅長干這個），這時候這個服務也是啟動不了的，同樣也創建不出SQL Server的日志文件，這時候我們還得借助于Windows平臺本身，來解決。
SQL Server啟動的創建的日志文件路徑，同樣存在于注冊表項里，我們來看這個參數：
這里我們故意改成一個錯誤的路徑，來啟動下看看：
會產生以下錯誤
系統的錯誤日志信息
錯誤說明的很清楚。
解決方法：
這個問題解決起來也很簡單，只需要檢查好該路徑，確保路徑下的文件正確就可以。
不過有一點需要注意，當SQL Server還沒啟動起來的時候，有部分錯誤信息日志需要檢查Windows平臺下的系統日志。
?
----------------------------------------------------------霸氣的分割線-----------------------------------------------------------------------
?第二步、檢查系統配置環境，包括硬盤、內存與CPU等
當我們進行完第一步的時候，SQL Server已經讀取完注冊表信息，完成了它的errorlog文件的創建，然后開始進行第二步的進行，這一步驟所有的信息就會按照順序依次記錄到errorlog文件中，我們可以通過查看該文件來詳細跟蹤這一步驟的進行，根據上一步的注冊表信息，我們先來手動清空下這個日志，然后重啟一下SQL Server服務，查看下這個日志記錄
我們簡單大致分了以下幾大步驟：
一、首先檢查系統的軟件環境，包括OS版本、電腦信號、內存、硬盤、注冊表基礎配置項是否正確等
二、啟動系統數據庫master
三、開始利用服務用戶登錄系統、啟動系統資源數據庫、檢查數據庫版本信息等
四、啟動系統數據庫model
五、開始網絡配置進行連接，對外提供服務，使用的默認的1433端口
我們接著分析下面的日志：
六、其實完成上面的第五步之后，也就開始啟動msdb系統數據庫
七、這時候開始真正的啟動用戶數據庫，并且完整各個庫的完整性校驗，并且在啟動用戶數據庫之前，先將系統庫的tempdb進行清空
八、在搭建完成之后，才開始啟系統的另外一個數據庫tempdb
?
上面的整個SQL? Server系統啟動的過程產生了詳細的日志記錄，我們下面會依次按照該步驟進行詳細的進行逐步分析。
在檢查系統軟硬件環境的過程中，基本不會發生什么致命錯誤。比較常見的問題就是內存配置問題，其實在上面的日志記錄中有一句特別重要，它反映的就是SQL Server利用內存的情況，我們來看：
這句話的意思是將所有的數據頁鎖定到內存中，作為大部分數據庫而言，內存就是生命線，SQL Server同樣也是，如果系統（64bit中）沒有內存壓力的情況下，才能將數據頁正常的鎖定到內存中，如果內存壓力過大，系統內存是不允許將數據頁也加入到內存中，而這樣導致的問題就是SQL? Server嚴重的性能問題。
很多用戶希望限制SQL Server內存使用，并且有些客戶機將它限制到服務都不能啟動的情況，這時候在SQL Server的日志中是這樣展現的，我們來看：
可以看到，該錯誤的原因還是挺清楚的，修復該錯誤的解決方法也很簡單，將內存配置調大就可以。
跟內存有關的還有一種特殊的情況，就是SQL Server的啟動賬號在服務器上沒有Lock page in memory的權限，如果沒有這個權限，在明細日志中查看不到上面的日志記錄，該問題的解決方法也很簡單，只需要將需要權限加上就可，加權限的方式如下：
經過上面的步驟基本，完成數據的軟硬件檢測過程。
?
----------------------------------------------------------霸氣的分割線-----------------------------------------------------------------------
?第三步、啟動系統數據庫master
master數據庫是SQL Server系統啟動過程中的第一個系統庫，是非常關鍵的數據庫。如果這個庫不能被正常打開，則SQL Server就不能正常啟動。
和其它數據庫一樣，master數據庫也分為數據文件和日志文件，啟動的過程是依次打開，然后做恢復動作，如果這個過程沒問題的話，在Errorlog日志文件中，我們會看到如下的這句話：
如果這個過程出現了任何問題，SQL Server的啟動過程都會被中斷，啟動過程失敗。
而這個過程發生的錯誤，無非就集中以下幾種情況，我們來分析一下：
<1>在指定的路徑找不到master數據的數據文件或日志文件
關于這個SQL Server的最主要的系統數據庫的路徑，它是以注冊表形式存在的，在一下注冊表項，可以看到
如果在該路徑下找不到這個系統數據庫的話，服務是啟動不了的，并且會產生相應的錯誤日志信息，我們來模擬下，關掉服務，將這兩個文件移除走，然后啟動看一下：
首先，該服務是啟動失敗的
我們來看一下系統日志
看Errorlog的日志信息
可以看到，該問題提示錯誤信息還是挺詳細的。我們來看第二種情況
<2>文件找到了，但是沒有權限訪問，或者不能以排他的方式打開該文件（默認的是獨占鎖進行文件打開的）
此種情況也是有可能產生的，比如某些NB的殺毒軟件就可以干這個事，讓你的系統庫無法訪問，這樣同樣也是啟動不了的，我們這樣來看，提示的錯誤的信息有哪些：
來看Errorlog的錯誤記錄：
<3>文件找到了，訪問權限也有，但是文件有問題，就是說是數據庫損壞了
這個問題也經常出現，比如磁盤壞掉了，恢復后發現文件有問題，不能正常打開，這種問題我們來看錯誤信息：
?
日志中的信息
關于master系統庫的啟動過程，基本就是上面的三種錯誤，關于這三種問題，我們該如何解決呢？
解決方法：首先如果根據錯誤日志定位出問題的性質，如果是前兩種問題其實是挺好解決的，比如文件沒找到、權限項不對等，這些問題相應的去解決就可以，最棘手的就是第三種情況，出現這種情況最理想的情況是master數據庫進行了備份，通過備份文件進行恢復就可以，一切就可以正常，當然通過暴力的停掉服務，拷貝文件進去也可以解決。
最揪心的就是這個庫就沒備份，那該如何解決呢？這種方式的解決就得借助SQL Server的安裝程序，進行重建master數據了，但是這種方式重建的master數據庫會導致以前的SQL Server的設定全部清空掉。
清空的信息包括：所有的賬戶信息（意味著需要重建）、msdb中的所有job信息等（也需要重建）、用戶數據庫信息（必須全部重新附加attch上）
而這一系列過程如果是一個生產庫，可能會是一個非常大的工作量！
?
----------------------------------------------------------霸氣的分割線-----------------------------------------------------------------------
?第四步、啟動系統資源數據庫，并檢查數據版本信息
資源數據庫是SQL Server2005中引入的邏輯數據庫，在實例下是看不到的，但是有它的物理文件，主數據庫默認名稱為：mssqlsystemresource.mdf、日志名稱為：mssqlsystemresource.ldf
如果該數據庫啟動的過程中也出現了問題，那SQL Server也不能正常啟動。
這個系統數據庫比較特別，它是一個只讀數據庫，完全由SQL Server自己維護，用戶是不能更改的，所以我們只要保證它的是數據庫文件和日志完好就可以，不需要對它進行任何的跟蹤和維護。
當然如果非要看這個數據庫，可以通過單用戶的DAC方式進行連接。
所以這個數據庫在一般情況下不會發生意外，基本上是能正常啟動，不過特殊情況下，不能啟動的情況就以下兩種：
<1>數據庫文件不存在，無法訪問，或者文件壞掉了
其實它的報的錯誤信息，類似于上面的master數據庫，我來截個圖，看一下：
這個是errorlog記錄的錯誤信息
在windows層面也有它自己的錯誤日志信息：
<2>資源數據庫的版本和SQL Server的版本不一致
這個有可能是人為的更改了這個資源數據庫，導致現有的資源數據庫文件和數據庫版本不一致，這樣的話也會導致錯誤的形成
?
windwos平臺也記錄下了該錯誤的信息，看下面的圖片：
?
?
解決方法：
關于資源庫的這兩個問題解決方法，非常的簡單。只要找到和這臺服務器上的SQL Server的版本一致的數據庫，拷貝過來就行。
當然最好的預防措施是：每當安裝完SQL Server或者打完補丁之后，就及時的備份這個兩個文件，放在安全的地方，用的時候拷貝過來就行，備份是數據庫管理員的天職
當然有時候在緊急的情況下，找不到相同版本的數據庫，理論上這個庫是只讀的，所以不會發生任何改變，我們隨便找一臺機器，安裝一下同版本數據庫，然后拷貝過來就行，當然一定注意的是這里面是相同版本。?
?
----------------------------------------------------------霸氣的分割線-----------------------------------------------------------------------
第五步、啟動系統數據庫model
model系統數據庫同樣也是SQL Server啟動過程中用到的一個非常關鍵的數據庫，如果這個庫損壞，SQL Server啟動也會失敗，關于model數據不能啟動的原因基本和master的類似，同樣也是兩種：1、數據庫文件早不到或者不能訪問；2、數據庫文件能訪問但是是損壞的文件。
診斷此種問題的方式也和上面的兩種方式一樣，查看啟動過程產生的errorlog文件或者windows系統日志，這里我們就不重現該問題了。
我們只給出此種問題的解決方法：
1、如果該庫我們已經做過備份，那最直接也是最有效的解決方式就是直接還原，這里的還原方式可能和普通庫的還原方式不一樣，因為SQL? Server實例還沒有啟動，我們恢復過程采取以下過程：
a.用參數啟動SQL Server，在命令提示行中執行以下命令，這樣的話SQL Server啟動就會跳過model數據庫恢復這一步
net start MSSQLSERVER /f /m /T3608b.現在恢復model數據庫，打開SSMS，直接輸入
RESTORE DATABASE model FROM DISK ='G:\data\model.bak' WITH MOVE 'modeldev' TO 'E:\dataDefaultFileManger\MSSQL10.MSSQLSERVER\MSSQL\DATA\model.mdf' MOVE 'modellog' TO 'E:\dataDefaultFileManger\MSSQL10.MSSQLSERVER\MSSQL\DATA\model.ldf' ,replacec.恢復成功后，直接重啟SQL Server既可以。
2、將SQL Server關閉，然后直接采取暴力的方式將model數據文件拷貝回來就可以，這種方式簡單有效，但是非常規操作
3、還有一種方式是利用setup安裝文件，重建該數據庫，過程緩慢，稍顯復雜，很不推薦。
?
?
----------------------------------------------------------霸氣的分割線-----------------------------------------------------------------------
第六步、開始網絡配置進行連接，對外提供服務，使用的默認的1433端口
當上面的幾個重要的系統庫都已經啟動完成之后，下一步就是開始檢查網絡環境，進行網絡服務的配置，對外進行提供服務了，一般來講，在SQL Server中利用的網絡啟動協議有三種：Shared Memory、Named Pope和TCP/IP，其實在日常我們最常用的就是TCP/IP這種方式了，并且默認開啟的是1433端口。
我們來看一下正常啟動過程中，該部分的詳細日志：
這里面的Shared Memory是專供本地連接通過LPC(Local Procedure Call)技術向SQL Server做的連接。它不走網絡層，所以他是速度最快的連接方式。正常啟動后會顯示上面的正常日志。
Named Pipe方式正常啟動，也會顯示出上面的日志?？梢钥吹?。
這其中我們最常用的TCP/IP這種方式，也正常的啟動了，并且指定了兩種訪問方式，ipv4/ipv6，然后后面加上了1433端口號。
在這個過程中最常出現的問題就是，1433端口被其它程序占用，
?
參考：http://www.cnblogs.com/zhijianliutang/p/4085546.html
轉載于:https://www.cnblogs.com/manmanlu/p/5922944.html
總結
以上是生活随笔為你收集整理的你所不知道的SQL Server数据库启动过程，以及启动不起来的各种问题的分析及解决技巧(转)...的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 公户转账是叫电汇吗
- 下一篇： mysql查看修改字符集