進SQL Server的日志查看,發現如下描述:
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 正在以優先級“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,狀態: 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,狀態: 1
2009-04-17 23:32:34.65 spid5 The LSN (6:183:1) passed to log scan in database 'model' is invalid.。
問題的根源在“錯誤:9003”,還有后面的“
“內事不決問百度,外事不決問Google”,果然沒錯。當然,也要結合自己個體原因去分析、解決。