SQL服务器不能开启怎么解决？

SQL Server 1069 错误（由于登录失败而无法启动服务）解决方法

1.

我的电脑--控制面板--管理工具--服务--右键MSSQLSERVER--属性--登陆--登陆身份--选择"本地系统帐户"

或:

2.

我的电脑--控制面板--管理工具--服务--右键MSSQLSERVER--属性--登陆--登陆身份--选择"此帐户"--密码和确认密码中输入你修改后的administrator密码.

两者的区别:

选择第一种方式,以后修改了administrator密码,不用再调整(但要求登陆操作系统的是系统管理员)

选择第二种方式,以后修改了administrator密码,还要再重复做上面的操作.

以下摘自泡泡网

SQLServer2000发生错误1069（由于登陆失败而无法启动服务）的解决方案

下面我们依次介绍如何来解决这三个最常见的连接错误。

第一个错误“SQL Server 不存在或访问被拒绝“通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。一般说来，有以下几种可能性：

1、SQL Server名称或IP地址拼写有误；

2、服务器端网络配置有误；

3、客户端网络配置有误。

要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。

首先，检查网络物理连接：

ping ＜服务器IP地址＞

或者

ping ＜服务器名称＞

如果 ping ＜服务器IP地址＞失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如 ISA Server。防火墙软件可能会屏蔽对 ping、telnet 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。

如果ping ＜服务器IP地址＞ 成功而 ping ＜服务器名称＞失败，则说明名字解析有问题，这时候要检查 DNS 服务是否正常。有时候客户端和服务器不在同一个局域网里面，这时候很可能无法直接使用服务器名称来标识该服务器，这时候我们可以使用HOSTS文件来进行名字解析，具体的方法是：

1、使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system32\drivers\etc）.

2、添加一条IP地址与服务器名称的对应记录，如：

172.168.10.24 myserver

也可以在 SQL Server 的客户端网络实用工具里面进行配置，后面会有详细说明。

其次，使用 telnet 命令检查SQL Server服务器工作状态：

telnet ＜服务器IP地址＞ 1433

如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明 SQL Server 服务器工作正常，并且正在监听1433端口的 TCP/IP 连接；如果命令返回“无法打开连接“的错误信息，则说明服务器端没有启动 SQL Server 服务，也可能服务器端没启用 TCP/IP 协议，或者服务器端没有在 SQL Server 默认的端口1433上监听。

接着，我们要到服务器上检查服务器端的网络配置，检查是否启用了命名管道，是否启用了 TCP/IP 协议等等。我们可以利用 SQL Server 自带的服务器网络使用工具来进行检查。

点击：程序 -＞ Microsoft SQL Server -＞服务器网络使用工具，打开该工具后看到的画面如下图所示：

从这里我们可以看到服务器启用了哪些协议。一般而言，我们启用命名管道以及 TCP/IP 协议。

点中 TCP/IP 协议，选择“属性“，我们可以来检查 SQK Server 服务默认端口的设置，如下图所示：

一般而言，我们使用 SQL Server 默认的1433端口。如果选中“隐藏服务器“，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接。

检查完了服务器端的网络配置，接下来我们要到客户端检查客户端的网络配置。我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具。

点击：程序 -＞ Microsoft SQL Server -＞ 客户端网络使用工具，打开该工具后看到的画面如下图所示：

从这里我们可以看到客户端启用了哪些协议。一般而言，我们同样需要启用命名管道以及 TCP/IP 协议。

点击 TCP/IP 协议，选择“属性“，可以检查客户端默认连接端口的设置，如下图所示。

该端口必须与服务器一致。

单击“别名“选项卡，还可以为服务器配置别名。服务器的别名是用来连接的名称，连接参数中的服务器是真正的服务器名称，两者可以相同或不同。如下图中，我们可以使用myserver来代替真正的服务器名称sql2kcn-02，并且使用网络库 Named Pipes。别名的设置与使用HOSTS文件有相似之处。

通过以上几个方面的检查，错误 1 发生的原因基本上可以被排除。下面我们再详细描述如何来解决错误 2。

当用户尝试在查询分析器里面使用sa来连接SQL Server，或者在企业管理器里面使用sa来新建一个SQL Server注册时，经常会遇到如图 2 所示的错误信息。该错误产生的原因是由于SQL Server使用了“仅 Windows“的身份验证方式，因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接。解决方法如下所示：

1、 在服务器端使用企业管理器，并且选择“使用 Windows 身份验证“连接上 SQL Server；

2、 展开“SQL Server组“，鼠标右键点击SQL Server服务器的名称，选择“属性“，再选择“安全性“选项卡；

3、 在“身份验证“下，选择“SQL Server和 Windows “。

4、 重新启动SQL Server服务。

在以上解决方法中，如果在第 1 步中使用“使用 Windows 身份验证“连接 SQL Server 失败，那么我们将遇到一个两难的境地：首先，服务器只允许了 Windows 的身份验证；其次，即在以上解决方法中，如果在第 1 步中使用“使用 Windows 身份验证“连接 SQL Server 失败，那么我们将遇到一个两难的境地：首先，服务器只允许了 Windows 的身份验证；其次，即使使用了 Windows 身份验证仍然无法连接上服务器。这种情形被形象地称之为“自己把自己锁在了门外“，因为无论用何种方式，用户均无法使用进行连接。实际上，我们可以通过修改一个注册表键值来将身份验证方式改为 SQL Server 和 Windows 混合验证，步骤如下所示：

1、点击“开始“-“运行“，输入regedit，回车进入注册表编辑器；

2、依次展开注册表项，浏览到以下注册表键：

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]

3、在屏幕右方找到名称“LoginMode“，双击编辑双字节值；

4、将原值从1改为2，点击“确定“；

5、关闭注册表编辑器；

6、重新启动SQL Server服务。

此时，用户可以成功地使用sa在企业管理器中新建SQL Server注册，但是仍然无法使用Windows身份验证模式来连接SQL Server。这是因为在 SQL Server 中有两个缺省的登录帐户：BUILTIN\Administrators 以及＜机器名＞\Administrator 被删除。要恢复这两个帐户，可以使用以下的方法：

1、打开企业管理器，展开服务器组，然后展开服务器；

2、展开“安全性“，右击“登录“，然后单击“新建登录“；

3、在“名称“框中，输入 BUILTIN\Administrators；

4、在“服务器角色“选项卡中，选择“System Administrators“ ；

5、点击“确定“退出；

6、使用同样方法添加 ＜机器名＞\Administrator 登录。

以下注册表键

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode

的值决定了SQL Server将采取何种身份验证模式。该值为1，表示使用Windows 身份验证模式；该值为2，表示使用混合模式（Windows 身份验证和 SQL Server 身份验证）。

看完如何解决前两个错误的方法之后，让我们来看一下如图 3 所示的第三个错误。

如果遇到第三个错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错。这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器，并且是慢速连接时，有可能会导致以上的超时错误。有些情况下，由于局域网的网络问题，也会导致这样的错误。

要解决这样的错误，可以修改客户端的连接超时设置。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）。具体步骤为：

1、在企业管理器中，选择菜单上的“工具“，再选择“选项“；

2、在弹出的“SQL Server企业管理器属性“窗口中，点击“高级“选项卡； 3、在“连接设置“下的“登录超时（秒）“右边的框中输入一个比较大的数字，如 20。

查询分析器中也可以在同样位置进行设置。

在windows控制面版-->管理工具-->服务-->MSSQLSERVER-->属性-->改为你的新的操作系统密码！

或

在windows控制面版-->管理工具-->服务-->MSSQLSERVER-->属性-->改为本地登陆！

因为没有将MSSQLSERVER服务功能打开造成的，解决方法如下。

1、首先通过计算机自带服务进行启动，鼠标右击“我的电脑”点击“管理”。

2、进入如下界面，随后选择“服务和应用程序”，如下图所示。

3、然后选择“服务”，如下图所示。

4、接着在服务页面中，选择MSSQLSERVER服务，这里这个服务是没有启动的。

5、这里将其启动即可，启动之后即可解决SQL Server代理服务无法启动的问题了。

SQL Server 服务由于登录失败而无法启动怎么办

SQL Server 服务由于登录失败而无法启动

症状

在重新启动 SQL Server、SQL Executive 或 SQL Server Agent 时，可能无法启动该服务，并显示以下错误信息：

Error 1069:The service did not start due to a logon failure.

或者

错误 1069：由于登录失败而无法启动服务

原因

SQL Server、SQL Agent 或 SQL Server Executive 启动服务帐户的密码不正确，因为密码可能已被更改了。

替代方法

若要解决此问题，请在 SQL Server 主机的 Microsoft SQL Server 服务帐户中键入正确的密码。

若要在 Microsoft Windows 2000 Server 和 Microsoft Windows XP 中更正该密码，请按照下列步骤操作： 1. 单击开始，指向设置，然后单击控制面板。

2. 双击管理工具，然后双击服务。

3. 双击 MSSQLSERVER，然后单击登录选项卡。

4. 在密码和确认密码文本框中键入正确的密码，然后单击确定。

若要在 Microsoft Windows NT 4.0 中更正该密码，请按照下列步骤操作： 1. 单击开始，指向设置，然后单击控制面板。

2. 双击服务，然后双击 MSSQLSERVER。

3. 在密码和确认密码文本框中键入正确的密码，然后单击确定。

注意：通过 Services 小程序更改该密码使 SQL Server 可以成功重新启动；但是，如果安装了 Microsoft 搜索（全文搜索服务），则它要求通过 SQL 企业管理器 (SEM) 进行随后的密码更改。

以下一节摘自 SQL Server 2000 联机图书：

“After changing the SQL Server service account information in Control Panel, you must also change the SQL Server service account in SQL Server Enterprise Manager.This allows the service account information for Microsoft Search service to remain synchronized as well.

Important:Although the Microsoft Search service is always assigned to the local system account, the full-text search engine tracks the SQL Server service account in Windows.Full-text search and failover clustering are not available if Windows password changes are not reset using SQL Server Enterprise Manager.”（在控制面板中更改 SQL Server 服务帐户信息后，您还必须在 SQL Server 企业管理器中更改 SQL Server 服务帐户。这样，用于 Microsoft 搜索服务的服务帐户信息也会保持同步。重要说明：尽管将 Microsoft Search 服务始终分配给本地系统帐户，但全文搜索引擎跟踪 Windows 中的 SQL Server 服务帐户。如果没有使用 SQL Server 企业管理器重置 Windows 密码更改，则无法使用全文搜索和故障转移群集。）

通过使用 SEM，右键单击服务器，单击属性，然后单击安全选项卡。在启动服务帐户下面，输入相应的帐户和密码。

安装SQL Server2000时是使用默认登录用户来作为启动SQL Server服务的账号（对于自己使用的单机，通常就是administrator了），但是我更改了用户名出现“同于登录失败而无法启动服务”的错误 以下我试过的方法.

1，把用户口令改回原来的，再启动服务

2，使用控制面版服务管理器，找到MSSQLSERVER服务，更改启动账号信息，改成变更后的，再启动服务

3，也是推荐使用的方法，创建一个新用户，专门用于启动SQL Server服务，安装SQL Server时就使用该用户来启动SQL Server，这样就可以避免用于频繁更改administrator口令而带来的1069错误了。如果已经安装好SQL Server，也可以在控制面版服务管理器下更改MSSQLSERVER服务的服务账号信息，换成SQL服务专用的用户。

首先介绍网络上常用的两种解决方法：

1.我的电脑--控制面板--管理工具--服务--右键 MSSQLSERVER--属性--登陆--登陆身份--选择"本地系统帐户"

或:

2.我的电脑--控制面板--管理工具--服务--右键 MSSQLSERVER--属性--登陆--登陆身份--选择"此帐户"--密码和确认密码中输入你修改后的administrator密码.

两者的区别:

选择第一种方式,以后修改了administrator密码,不用再调整(但要求登陆操作系统的是系统管理员)

选择第二种方式,以后修改了administrator密码,还要再重复做上面的操作.

下面是我遇到的一种情况：

今天上午同事又告诉我他的`SQL不能登陆自己的“企业管理器”了，报出的错误就是“1069 错误，由于登录失败而无法启动服务”，上网查到了以上两种方案，但是当我看到了服务的窗口又发现了一个可能引起此问题的地方：

我们先找到MSSQLSERVER服务，然后查看它的属性

发现是使用域帐户在启动服务时进行验证，于是便询问是否修改过登陆域的密码，得到答案是修改过，因为域中作了设置，一定时期后要求用户修改密码，而且不能 与以前密码相同（空密码除外，这个我做过实验^_^）。于是将这里的密码重新进行设置，再重新启动服务成功，SQL也可登陆成功。

通过这个问题发现，当域的密码被修改过后，相应服务使用的登陆验证信息不会自动更新需要手动来更新，才能解决此问题。如果大家嫌比较麻烦，还是像上面的解决方案那样直接将登陆身份修改为“本地系统帐户”比较简单。

---