我的SQL Server 2008运行良好。 大约一个小时之前，它突然停止了 – MSSQLSERVER服务停止了我右键单击，点击开始，它说服务已经开始，并停止
我看了一下事件日志，看到了这两个错误：
17207：udopen：创build/打开物理设备C：\ Program Files \ Microsoft SQL Server \ MSSQL \ data \ model.mdf时出现操作系统错误3（未find错误）。
17204：FCB ::打开失败：无法打开虚拟设备号（VDN）1的设备C：\ Program Files \ Microsoft SQL Server \ MSSQL \ data \ model.mdf 1。
model.mdf数据库从来没有在那个位置 – 我指定驱动器F：用于安装过程中的数据/日志。
我检查了SQLconfigurationpipe理器，尝试设置启动参数，但SQL Server未列为服务之一…..
编辑：
我现在已经把数据库移到了要查找的地方：C：\ Program Files \ Microsoft SQL Server \ MSSQL \ data \目录。
现在，如果我启动服务，它仍然不起作用 – 我在日志中得到此错误信息：无法find数据库ID 3，对象ID 1，索引ID 1 sysindexes中的行。在sysindexes上运行DBCC CHECKTABLE。
有趣的是，我检查了错误日志 – 在用户报告问题的时间周围，有这样的：
2010-01-08 17：11：26.44 spid51configuration选项'show advanced options'从0更改为1.运行RECONFIGURE语句进行安装。
2010-01-08 17:11:26.44 spid51 FILESTREAM：有效级别= 0，configuration级别= 0，文件系统访问共享名称='MSSQLSERVER'。
2010-01-08 17：11：26.44 spid51configuration选项“Agent XPs”从1更改为0.运行RECONFIGURE语句进行安装。
2010-01-08 17:11:26.44 spid51 FILESTREAM：有效级别= 0，configuration级别= 0，文件系统访问共享名称='MSSQLSERVER'。
2010-01-08 17：11：26.44 spid51configuration选项'show advanced options'从1变为0.运行RECONFIGURE语句进行安装。
2010-01-08 17:11:26.44 spid51 FILESTREAM：有效级别= 0，configuration级别= 0，文件系统访问共享名称='MSSQLSERVER'。
2010-01-08 17：11：44.89 spid10s Service Brokerpipe理器已closures。
2010-01-08 17：11：47.83 spid7s SQL Server正在响应来自Service Control Manager的“停止”请求而终止。 这只是一个信息性消息。 无需用户操作。
2010-01-08 17：11：47.83 spid7s SQL跟踪由于服务器closures而停止。 跟踪ID =“1”。 这只是一个信息性的消息; 无需用户操作。
首先，似乎有人正在使用sp_configure更改数据库上的选项，你知道这是谁吗？ 看起来像这样发生了一个脚本（时间是靠近在一起）他们也可能已经改变了你的模型数据库的位置使用类似于这个过程更改后，sql server服务已经closures，这就是为什么你看到默认跟踪＆服务代理停止（正常）。 如果它被更改为不正确的位置，那么这将解释为什么SQL服务器将无法启动
数据库ID为3是模型数据库，所以您已经移动了模型的错误副本，或者损坏了它。 根据您的设置，您有两个选项取决于哪一个更容易。
可能愚蠢的问题，但你运行chkdsk的音量？
你有没有证实你的F：驱动器和文件是你最后放置的地方？ 而chkdsk没有find与这些问题？
你有没有validation目录（和驱动器）的权限？
愚蠢的问题：你只是试图重新启动服务器？