快半年沒碰這個東西了，前兩天突然要打開以前的項目，發(fā)現SQL Server數據庫死活啟動不起來。一直用著My SQL也就沒理它。發(fā)現在服務管理器里面啟動不了，在企業(yè)管理器里面也不能連接本地local連接，在服務里面MSSQLServer服務也不能啟動。之前一直是正常使用的，好久沒動它，居然就啟動不了啦。奇怪！
        進SQL Server的日志查看，發(fā)現如下描述：

2009-04-17 23:32:20.16 server    Copyright (C) 1988-2002 Microsoft Corporation.
2009-04-17 23:32:20.16 server    保留所有權利。
2009-04-17 23:32:20.16 server    服務器進程 ID 是 520。
2009-04-17 23:32:20.16 server    將 SQL Server 消息記錄在文件“C:\Program Files\Microsoft SQL Server\MSSQL\log\ERRORLOG”中。
2009-04-17 23:32:20.34 server    SQL Server 正在以優(yōu)先級“normal”（已檢測到 1 CPU）啟動。
2009-04-17 23:32:26.84 server    已為 thread 模式處理而配置了 SQL Server。
2009-04-17 23:32:26.91 server    使用 dynamic 鎖分配。[500] 鎖塊，[1000] 鎖所有者塊。
2009-04-17 23:32:28.21 spid3     啟動數據庫“master”。
2009-04-17 23:32:33.91 server    正在使用“SSNETLIB.DLL”版本“8.0.2039”。
2009-04-17 23:32:33.92 spid5     啟動數據庫“model”。
2009-04-17 23:32:33.96 spid3     服務器名稱是“MATTHEW-6E9E0D4”。
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 4
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 5
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 6
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 7
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 8
2009-04-17 23:32:33.96 spid3     Skipping startup of clean database id 9
2009-04-17 23:32:34.65 spid5     錯誤: 9003，嚴重度: 20，狀態(tài): 1
2009-04-17 23:32:34.65 spid5     LSN (6:183:1) 無效。該 LSN 是傳遞給數據庫 'model' 中的日志掃描操作的。。
2009-04-17 23:32:34.65 spid5     錯誤: 9003，嚴重度: 20，狀態(tài): 1
2009-04-17 23:32:34.65 spid5     The LSN (6:183:1) passed to log scan in database 'model' is invalid.。
         問題的根源在“錯誤：9003”，還有后面的“The LSN (6:183:1) passed to log scan in database 'model' is invalid.。”在網上瀏覽了一些不能啟動的原因，沒有找到解決的辦法。不過，通過仔細研究，發(fā)現SQL Server的基本數據庫文件如果損壞的話，可能會引起不能正常啟動的后果。結合錯誤日志的提示，是否"model"這個數據庫文件有問題呢？于是，找到SQL Server的安裝盤，并找到X86\DATA目錄下的model.mdf和modellog.ldf，并把這兩個文件拷貝到SQL Server的安裝路徑下Microsoft SQL Server\MSSQL\Data的目錄下，覆蓋原有文件。然后，再啟動。哈哈，ok啦。
      “內事不決問百度，外事不決問Google”，果然沒錯。當然，也要結合自己個體原因去分析、解決。