English
资源说明：SQL登录时如果采用windows集成身份验证，登录框将会以“机器名\当前系统用户名”的格式显示登录名，而且登录名和密码都是灰色的，不允许用户输入。
了解到同事刚刚修改了服务器的机器名，因此在SQL的登陆框中显示“新机器名\当前系统用户名”。要知道windows集成身份验证能登录的原因是在SQL的登录名中已经包括了该用户名，原来的用户名在SQL安装的时候已经记录到了SQL中，如果机器名变更了，“新机器名\当前系统用户名”肯定无法正常登录。
网上看到有人说可以采用OSQL–S instancename –E（在命令行窗口中输入）登录进去后再去修改sa的密码，一番尝试后发现是扯谈，因为采用这种方式
在SQL Server中，Windows集成身份验证是一种常见的登录方式，它允许用户通过其Windows账户权限直接访问数据库，无需单独为SQL Server设置密码。然而，当服务器的机器名更改时，可能会出现无法使用Windows集成身份验证登录的问题，因为SQL Server在安装时会记录原始的机器名与用户账户。
我们要理解这个问题的根源。当尝试以"新机器名\当前系统用户名"登录时，由于SQL Server中的安全配置仍然与旧的机器名关联，导致登录失败。网上的一些解决方案，如使用OSQL工具并指定-S实例名 -E选项，希望以此方式登录并修改sa密码。然而，这种方法的前提是能够通过Windows集成身份验证登录，而这正是我们面临的问题。
在遇到这种情况时，我们可以参考微软官方的建议，通过在SQL Server的启动参数中添加“-m”选项来解决。"-m"参数指示SQL Server以单用户模式启动，这意味着只有单一的用户（通常是本地管理员组的成员）能够连接到SQL Server，并且这个用户将自动被赋予sysadmin固定服务器角色的权限。这样做实际上绕过了原有的Windows集成身份验证，让管理员能够登录并修复问题。
需要注意的是，-m参数并不检查登录的用户是否已经在SQL Server中定义，而是仅验证用户是否属于本地计算机的管理员组。因此，即使用户的Windows账户未在SQL Server中注册，他们也能以sysadmin身份登录。这样，你可以登录到SQL Server，更新与新机器名对应的登录信息，或者创建新的登录映射。
完成修改后，务必移除启动参数中的"-m"，并重新启动SQL Server服务，以恢复正常的多用户模式。否则，其他用户将无法通过Windows集成身份验证登录到SQL Server，除非他们也是本地管理员组的成员。
总结一下，解决“没有sa密码无法集成Windows身份验证登录”的关键是利用SQL Server的单用户模式启动，让管理员能够以sysadmin权限登录并更新必要的设置。这个过程涉及对SQL Server启动参数的临时修改，以及对登录映射或账户信息的调整。记住，始终确保在解决问题后恢复SQL Server的正常运行模式，以免影响其他用户。
本源码包内暂不包含可直接显示的源代码文件，请下载源码包。
