SQLSERVER 2005 登陆18456错误的解决方法

laohan8848 的文章 http://blog.csdn.net/laohan8848/article/details/3520199 且参考文章【谁修改了我的数据库密码--强制实施密码策略问题】 http://www.2cto.com/database/201205/131953.html 且参考 志在四方的文章 http://blog.sina.com.cn/s/blog_5e06a

laohan8848的文章 http://blog.csdn.net/laohan8848/article/details/3520199 

且参考文章【谁修改了我的数据库密码--强制实施密码策略问题 】 http://www.2cto.com/database/201205/131953.html

且参考 志在四方的文章 http://blog.sina.com.cn/s/blog_5e06afe00100guwc.html

昨天我的SQL（Microsoft SQL Server 2005 ）登录不上去了，原来是出现了几个小问题，现在记录一下我的解决这几个情况的办法。（解决方法有很多种，这些只是我的解决方法，仅供参考）
查找问题的过程：（注：用windows账号还是可以登录的）
第一步： 启动所有与SQL有关的服务，问题依旧；
第二步： 查看windows防火墙，被默认启动了，不启动选择项被Disabled
两个提示“由于安全考虑,某些设置由组策略控制”“Windows防火墙正在使用您的域设置”，先用gpedit.msc打组策略编辑器，机算机配置-- 管理模板--网络--网络连接--Windows防火墙--标准配置文件，查看右边各选项属性，都是未配置状态，问题不在这里。
另外一个提示中提到域设置，域设置不可能禁用SQL Server,并且我查看本地开放端口（net start ），25，1433，1434都是开发状态。
晕，会不会是密码错误？ 问题一、忘记了登录Microsoft SQL Server 2005 的sa的登录密码
解决方法：先用windows身份验证的方式登录进去，然后在‘安全性’-‘登录’-右键单击‘sa’-‘属性’，修改密码点击确定就可以了。
问题二、已成功与服务器建立连接，但是在登录过程中发生错取。（provider:共享内存提供程序，error：0-管道的另一端上无任何进程。）（Microsoft SQL Server,错误:233）
解决方法：打开‘程序’－‘所有程序’－‘Microsoft SQL Server 2005 ’－‘配置工具’－‘SQL Server 配置管理器’，在弹出的窗体中，找到‘SQL Server 2005 网络配置’，把‘MSSQLSERVER的协议’下的“Named Pipes”和“TCP/IP”启动，然后重新启动Microsoft SQL Server 2005就可以了。
问题三、无法打开用户默认数据库。登录失败。用户‘sa’登录失败。（Microsoft SQL Server, 错误：4064）
解决方法：先用windows身份验证的方式登录进去，然后在‘安全性’-‘登录’-右键单击‘sa’-‘属性’，将默认数据库设置成master，点击确定就可以了。

 

这时还是不行,后来才知道一个最晕的问题,服务器名是  计算机/实例名,FFC50E78A6DF423/server2005 这次全好了,呵呵
 

********************************************************************************************

在帮一个用户进行系统从Sql2000升级到Sql2005的过程中，遇到了几个问题，因前段时间同时忙于几个项目，没能及时把问题解决方法整理下来。这段时间有些轻松了，更新一下我的blog希望能帮助朋友们解决实践中的问题。

 

问题描述：

      在升级Sql2000的DTS包的时候，试着手工执行了几次，突然系统报18456错误，提示信息是“无法连接到×××服务器”，其他信息为“用户‘sa’登录失败。（Microsoft SQL Server，错误：18456）”。

 

问题原因：

      升级Sql2000的DTS包是这次数据库系统整体升级的一部分。除此之外，系统硬件进行了升级，新升级的系统服务器加入到了用户机构的域中，并更改了数据库sa的用户口令。

      原DTS的数据包是保存了原Sql2000数据库库系统的用户凭据，口令自然是原先的数据库口令。在试运行DTS包之前服务器管理员刚刚把新升级成功的数据库服务器加入域。

      用户机构的域是设置了“密码策略”。Sql Server 2005的sa用户默认是启用了“强制实施密码策略”。而一般默认的Windows帐户密码策略或者AD（域帐户）密码策略都是3－6次错误口令登陆失败后，系统暂时冻结该用户。冻结的时间要看系统设定的长短。

   该问题就出在DTS用错误的sa口令（旧的sa口令）多次试图访问系统，而sa的“强制实施密码策略”起了作用。

 

图解：

   sa帐户被锁定，原因是sa的帐户启用了“强制实施秘密策略”，或者“强制过期”。在登录用户sa的登录属性对话框中，能看到改选项是否选定状态。如下图（1）所示：   

            图（1）

 

     选中“强制实施秘密策略”后，sql server2005 会调用windows或者域的帐户管理策略。如果是windows的帐号管理策略，可以通过“控制面板”的“本地安全设置”中看到“帐户策略”情况，其中 的“密码策略”可以设置用户秘密的失效时间、长短等，另外在“帐户锁定策略”可以设置“帐户锁定阈值”，即帐户用错误的口令尝试登录几次，系统即自动锁定 该帐户。可以参考图（2）。

  

            图（2）

 

      如果sql server的帐号已经被锁定，在该帐户的登录属性里面能看到如图（3）所示。

 

            图（3）

    周五（10月20日）遇到的问题是因为，旧有的DTS包中设置的链接还是旧数据库的sa口令，当多次测试执行该DTS时，已经超过了尝试sa错误口令的次数，造成了图（3）所示的sql server帐户被锁定。

 

    这是即使用集成windows的帐户登录sql server，取消图（3）“登录已锁定”的勾选。再重新用sa的正确口令登录sql server时，也会出现18456的错误。如图（4）所示。这是因为sa的口令需要重新设置。再次用集成windows的帐户登录sql server的帐户登录sql server进行sa的密码重新设置，即可解决问题。

            图（4）

       总结：第一，如果数据库安全性没有特殊的要求，去掉图（2）所示的“强制实施秘密策略”勾选，能避免该类问题的发生。第二，从旧系统数据库升级上来的DTS，尽快修改旧链接的sa登录口令，保证系统帐户登录认证不会出问题，同时保证DTS能正确执行。

1.远程与本地通过【Microsoft SQL Server Management Studio Express】工具以【SQLSERVER 身份验证】方式登录，均失败。

2.远程通过【Microsoft SQL Server Management Studio Express】工具以【Windows 身份验证】方式登录，失败。

3.进入Windows 2003 Server系统，通过【Microsoft SQL Server Management Studio Express】工具以【Windows 身份验证】方式登录，成功。

4.选择左侧树形目录中的【安全性】项后，选择【登录名】，选中【sa】，点击属性，在【常规】栏中，重新设置密码后(新密码可与旧密码相同)，点击确定即可。

5.远程通过【Microsoft SQL Server Management Studio Express】工具以【SQLSERVER 身份验证】方式登录，输入新密码，登录成功，问题解决。

小结下

在解决该问题的过程中，参考上面的文章，也查看Windows Server 2003 系统的【本地安全设置】，如图

1.参考文章中提到的"当多次测试执行该DTS时，已经超过了尝试sa错误口令的次数，造成了图（3）所示的sql server帐户被锁定。"

2.参考文章中提到的"在这里，虽然我勾选了强制实施密码策略，但是我设置的密码很简单依然可以，这是为什么？原来，这个功能要用到NetValidatePasswordPolicy() API这个函数。"

结合上面的参考文章及本人Windows Server 2003中的【密码策略】、【账户锁定策略】配置信息，并未找到本机Sqlserver 2005中【sa】账户被锁定的原因。

因本人对windows 安全机制相关策略不了解，也未去深究，虽然问题解决，但还是有些遗憾。