快半年没碰这个东西了，前两天突然要打开以前的项目，发现SQL Server数据库死活启动不起来。一直用着My SQL也就没理它。发现在服务管理器里面启动不了，在企业管理器里面也不能连接本地local连接，在服务里面MSSQLServer服务也不能启动。之前一直是正常使用的，好久没动它，居然就启动不了啦。奇怪！
进SQL Server的日志查看，发现如下描述：
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 正在以优先级“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”，还有后面的“The LSN (6:183:1) passed to log scan in database 'model' is invalid.。”在网上浏览了一些不能启动的原因，没有找到解决的办法。不过，通过仔细研究，发现SQL Server的基本数据库文件如果损坏的话，可能会引起不能正常启动的后果。结合错误日志的提示，是否"model"这个数据库文件有问题呢？于是，找到SQL Server的安装盘，并找到X86\DATA目录下的model.mdf和modellog.ldf，并把这两个文件拷贝到SQL Server的安装路径下Microsoft SQL Server\MSSQL\Data的目录下，覆盖原有文件。然后，再启动。哈哈，ok啦。
“内事不决问百度，外事不决问Google”，果然没错。当然，也要结合自己个体原因去分析、解决。
posted on 2009-04-19 12:55
matthew 阅读(1112)
评论(0) 编辑 收藏 所属分类:
数据库(Sql server,My sql)