Source: NETLOGON
Date: 8/12/2012 8:22:16 PM
Event ID: 5719
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: <computer name>
Description: This computer was not able to set up a secure session with a domain controller in domain due to the following: The remote procedure call was cancelled.
This may lead to authentication problems. Make sure that this computer is connected to the network. If the problem persists, please contact your domain administrator.
空字符串表示 SQL Server 试图将凭据移交给本地安全机构子系统服务（LSASS），但由于某些问题，无法执行此操作。 LSASS 不可用，或者无法联系域控制器。
可能还会看到以下相应的 SSPI 错误代码：
SSPI 握手失败，错误代码0x80090311，同时与集成安全性建立连接;连接已关闭。
在建立具有集成安全性的连接时，SSPI 握手失败，错误代码0x80090304;连接已关闭。
这些错误代码如下所示：
错误 -2146893039（0x80090311）：无法联系颁发机构进行身份验证。
错误 -2146893052 （0x80090304）：无法联系本地安全机构。
若要解决这些错误，可以将有问题的 DC 脱机，或使用 NLTEST.EXE 来切换 DC。
- 若要查询 DC，请运行 NLTEST /SC_QUERY:CONTOSO 命令。
- 若要更改 DC，请运行 NLTEST /SC_RESET:CONTOSO\DC03 命令。
如果需要进一步的帮助，请联系 Microsoft Active Directory 团队。
检查客户端和服务器上的事件日志，了解在故障发生时记录的任何与网络相关的或 Active Directory 相关的消息。 如果发现任何问题，请与域管理员协作来解决问题。
用户“（null）”登录失败
指示“null”可能意味着 LSASS 无法使用 SQL Server 服务帐户凭据解密安全令牌。 此条件的主要原因是 SPN 与错误的帐户相关联。
要解决该问题，请执行以下步骤：
使用 SQLCheck 或Setspn.exe诊断和修复 SPN 相关问题。
使用 SQLCheck 检查是否信任 SQL 服务帐户进行委派。 如果输出指示帐户不受信任进行委派，请与 Active Directory 管理员合作，为帐户启用委派。
用于SETSPN -X-Q检查重复 SPN 或错放 SPN 的有用命令。
诊断和修复域名系统（DNS）名称解析问题。 例如：
使用 PowerShell 脚本 Ping IP 地址：
ping -a <your_target_machine>-4（专用于 IPv4 和 -6 IPv6）
ping -a <your_remote_IPAddress>
使用 NSLookup 多次输入本地和远程计算机名称和 IP 地址。
在返回的结果中查找任何差异和不匹配。 网络上 DNS 配置的准确性对于成功的 SQL Server 连接非常重要。 不正确的 DNS 条目可能会导致以后出现许多连接问题。
确保防火墙或其他网络设备不会阻止客户端连接到域控制器。 SPN 存储在 Active Directory 中。 如果客户端无法与目录通信，则连接无法成功。
为了增强安全性，返回到客户端的错误消息有意隐藏身份验证错误的本质。 但是，在 SQL Server 错误日志中，相应的错误包含映射到身份验证失败条件的错误状态。 将错误状态与以下列表进行比较以确定登录失败的原因。
登录有效，但服务器访问失败。 此错误的一个可能原因是 Windows 用户作为本地管理员组的成员有权访问 SQL Server，但 Windows 不提供管理员凭据。 若要连接，请使用 “以管理员 身份运行”选项启动连接程序，然后将 Windows 用户作为特定登录名添加到 SQL Server。
登录是有效的登录，但服务器访问失败。
必须更改密码。
38、46
找不到用户请求的数据库。
将 SQL Server 设置为仅使用 Windows 身份验证，而客户端尝试使用 SQL 身份验证登录时。 另一个原因是 SID 不匹配。
102 - 111
Azure AD 故障。
122 - 124
由于用户名或密码为空导致的失败。
用户请求的数据库不存在。
132 - 133
Azure AD 故障。
存在其他错误状态，并表示一个意外的内部处理错误。
更罕见的原因
尝试使用 SQL 身份验证登录失败的错误原因。服务器仅针对Windows 身份验证进行配置。在以下情况下可以返回。
当服务器配置为混合模式身份验证，ODBC 连接使用 TCP 协议时，连接不会显式指定连接应使用受信任的连接。
为混合模式身份验证配置 SQL Server 时，ODBC 连接使用命名管道，并且用于打开命名管道的客户端用于自动模拟用户的凭据，并且连接字符串不会显式指定使用受信任的身份验证。
若要解决此问题，应在连接字符串中包含 TRUSTED_CONNECTION = TRUE。
在此示例中，身份验证错误状态为 8。 这表示密码不正确。
Source
使用 Windows 身份验证模式安装 SQL Server 后，将更改为 SQL Server 和 Windows 身份验证模式时， 最初禁用 sa 登录名。 这会导致状态 7 错误：“用户'sa'登录失败”。若要启用 sa 登录名，请参阅 “更改服务器身份验证模式”。
0420 一致身份验证问题的原因
