none
当你把SQL Server登录的身份验证模式由Windows 身份验证模式修改为Windows SQL 混合验证模式后,登录用户拥有相应权限,但是无法通过SQL 身份验证模式登录,这是什么原因?我们应该怎样正确的修改身份验证模式?这两种身份验证模式该怎么去选择? RRS feed

答案

  • 这是因为用户在修改完身份验证模式之后,没有重新启动服务器,系统还没有配置这种身份验证模式,所以在登录的时候会提示错误信息。只需要重新启动服务器即可解决。
    身份验证模式正确的修改方法:
    1. 在 SQL Server Management Studio 的对象资源管理器中,右键单击服务器,再单击“属性”。
    2. 在“安全性”页上的“服务器身份验证”下,选择新的服务器身份验证模式,再单击“确定”。
    3. 在 SQL Server Management Studio 对话框中,单击“确定”以确认需要重新启动 SQL Server。
    在更改完身份验证模式后,为使改动生效,需要重新启动服务器,否则将无法使用SQL身份验证模式登录并报错。
    重新启动服务器的方法:在对象资源管理器中,右键单击您的服务器,再单击“重新启动”。如果运行有 SQL Server 代理,则也必须重新启动该代理。
    那么如何选择适合自己的身份验证模式呢?首先我们要了解两种身份验证模式的特性:
    当用户通过 Windows 用户帐户连接时,SQL Server 使用操作系统中的 Windows 主体标记验证帐户名和密码。也就是说,用户身份由 Windows 进行确认。SQL Server 不要求提供密码,也不执行身份验证。Windows 身份验证是默认身份验证模式,并且比 SQL Server 身份验证更为安全。
    当使用 SQL Server 身份验证时,在 SQL Server 中创建的登录名并不基于 Windows 用户帐户。用户名和密码均通过使用 SQL Server 创建并存储在 SQL Server 中。通过 SQL Server 身份验证进行连接的用户每次连接时必须提供其凭据(登录名和密码)。
    微软推荐用户尽可能的使用windows 身份验证,有关SQL Server身份验证的优缺点请参阅:http://technet.microsoft.com/zh-cn/library/ms144284.aspx
    2011年10月17日 2:07
    版主