登陆sql server ,提示错误error18456

正如我们在问答论坛中所知道的，这个错误1 8 4 5 6 是导致SQL Server身份验证失败的主要原因。
我以前也遇到过，当时确实很头疼。
解决这个问题就得一步一步来，就像做饭一样，要有耐心。

首先您必须以管理员身份运行 SQLServer。
这很简单。
找到SQL Server的快捷方式或可执行文件，右键单击并选择“以管理员身份运行”。
就是这样。

然后，在登录界面中，服务器名称需要替换为点（.），代表本地服务器。
我之前已经尝试过并且是正确的。

接下来，确保 SQLServer 服务正在运行。
这需要您打开“服务”管理控制台并运行services.msc命令将其打开。
找到与SQL Server相关的服务，查看状态是否为“正在运行”。
之前检查的时候发现有时候会启动不了。

如有必要，您还必须启用外部连接。
在SQLServerManagementStudio中，右键单击服务器名称，选择“属性”，然后在“连接”页面上，选中“允许到此服务器的外部连接”。

检查SQLServer的身份验证模式也很重要。
仍然在 SQL Server Management Studio 中，右键单击服务器名称，选择“属性”，然后在“安全”页面上，确保服务器身份验证模式设置为“SQL Server 和 Windows 身份验证模式”。

如果您使用 SQL Server 身份验证并忘记了密码，则可能需要重置密码。
我以前从未这样做过，但网上有教程，所以应该不难。

还必须检查防火墙设置，以确保它不会阻止 SQL Server 端口（默认为 1 4 3 3 ）上的通信。
我记得有一次，有一个防火墙问题几乎没有解决。

最后，检查SQLServer错误日志也很重要。
此日志通常包含更详细的错误信息，可以帮助您诊断问题。
如果您已尝试所有这些方法但问题仍未解决，您可能需要考虑更深入的故障排除，例如检查 SQL Server 配置设置或联系数据库管理员。

说到这里，我自己还没有运行过这个。
我记得数据在X左右，但我建议你检查一下。
希望这些提示对您有所帮助，祝您好运！

解决sql server 2008 18456 用户登录失败的方法

错误1 8 4 5 6 表示用户登录失败。

首先检查是否为1 8 4 5 6 尝试使用管理员帐户。
输入SSMS并单击数据库。
双击数据库并选择常规。
检查您的登录状态并将其更改为活动状态。

右键单击服务器并选择“属性”。
选择安全性并选中 SQL Server 和 Windows。
单击“确定”保存。

重新启动 SQLServer 服务。
尝试使用 sa 帐户。

如果这不起作用，请使用配置工具进行检查。
你自己掂量一下。

SQL SERVER 2008 18456错误怎么解决

嘿，听了你的列表后，我认为 SQL Server 2 008 中的错误 1 8 4 5 6 真的很烦人。
每当出现这个问题时，就像走在紧绳上一样。
上次我在2 02 3 年在深圳帮客户做这件事，简直把我折磨死了。

你说的步骤还是比较靠谱的。
我通常按​​这个顺序尝试它们。
我们先来说说Windows身份验证。
我特别记得上次有客户使用混合模式，但忘记更改密码，所以他直接通过Windows身份验证登录。
我真的很有信心。
因此第一步是使用管理员帐户登录 SSMS 并选择 Windows 身份验证。
这是一个基本操作，但确实不能跳过。

对于 Sa 帐户，您再次提到撤销密码策略。
这取决于具体情况。
例如，我在上海的一个测试环境。
为了快速调试，我给sa开了一个弱密码，并关闭了该策略。
然而，这不能在生产环境中完成。
你是对的，我需要提醒这一点。
关键是确认SA没有被锁定。
上次一家小公司花了很长时间才说密码错误。
原来系统已经锁定了它，如果解锁的话就没事了。

服务器认证方式，这个也是关键。
某些服务器仅在打开 Windows 验证的情况下安装，导致 SQL 验证根本不起作用。
我在北京遇到了另一位顾客。
服务器是2 008 R2 选择混合模式后，重启服务这是正确的做法。

重启服务这一步不能跳过。
我有时会忘记这一点。
更改配置后，长时间没有响应。
这真的很烦人。
我还检查了日志。
上次状态码是1 2 ，我想了很久才弄清楚是时间同步的问题。
服务器与客户端的时间差太大，导致认证失败。
这条SQL Server日志只是一把万能钥匙，但是你得慢慢读。

至于其他可能的原因，账号锁定、密码配对、权限不足、网络问题，我都遇到过。
一位客户正在远程连接，但他公司的防火墙封锁了SQL端口，花了很长时间。
老实说，我很少使用 Profiler 和 Event Viewer 来进行高级故障排除，但它们确实非常强大。
上次我通过分析器发现是DLL加载问题。

总的来说，你写的步骤很全面，基本上可以覆盖大部分情况。
但归根结底，这个SQL Server其实是一个骗局。
有时，在进行小的配置更改时，您必须检查整个事情。
如果实在无法解决，请备份数据并恢复登录帐户。
虽然这很麻烦，但往往是最有效的。
无论如何，这取决于你。
祝你好运！