本文主要是介绍我被SQL关到门外的解决之道，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
要想重新访问SQL Server，您需要修改SQL Server 2000 和 SQL Server 7.0决定SQL Server身份验证模式的注册表键值。
- 在SQL Server 7.0中，该键为：
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MSSQLServer
/MSSQLServer/LoginMode - 在SQL Server 2000中，该键为：
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSQLServer
/MSSQLServer/LoginMode
“LoginMode”的值为0表示只进行Windows 的身份验证，为1表示验证模式为混合模式。在您把自己关在外面之后，您可以把“LoginMode”改为1，重新启动SQL Server，然后以sa（system administrator）身份登录，输入您知道的sa密码即可。
以下关于SQL Server的角色成员的信息可能会帮助您理解为什么您会把自己关在SQLServer外面。在您安装SQL Server 2000 或 7.0的时候，安装进程自动地为“BUILTIN/Administrators”创建一个登录帐号，该帐号为“sysadmin”角色成员。“BUILTIN/Administrators”登录帐号代表了Microsoft Windows® 2000 或Microsoft Windows NT® server 上的系统管理员本地组。 Windows 2000 或 Windows NT的 “Administrator”帐户是系统管理员本地组的成员。此外，如果您的服务器是一个域的成员（包括Windows 2000 的域和Windows NT 4.0的域），“Domain Admins”全局组也会成为本地系统管理员组的成员。这意味着系统管理员本地组的所有成员都会自动地获得SQL Server上的“sysadmin”权限。
为了加强您的SQL Server的安全性，您可能更愿意创建您自己的组并授予它“sysadmin”权限，然后删除“BUILTIN/Administrators”登录帐号，或者至少从“sysadmin”服务器角色中删除它。使用这种方法，您可以较好地对谁可以访问您的SQL Server进行控制。这种方法也断开了SQL Server 系统管理员和Windows 2000 或 Windows NT 管理员之间的联系， 因为他们通常有不同的任务，并且需要不同的权限。为了加强安全性，您可能想把SQL Server配置成只支持Windows身份验证。但是，必须要记住：这种配置会禁用您的“sa”帐户。（这个方法可能是禁用“sa”帐户的唯一方法，因为您不能删除“sa”帐户。）如果您以错误的顺序实施了这个安全措施，您将不能再以>“sysadmin”的身份登录到SQL Server上，除非按照我上面所说的方法修改注册表键值。正确的顺序是：
- 创建Windows 2000 或者 Windows NT 用户组并为组分配成员。例如：创建一个叫做“SQLAdmins”的组。
- 把“SQLAdmins”映射为SQL Server里的一个用Windows身份验证方式验证登录的帐户，并把该帐户分派到“sysadmin”服务器角色。
- 删除“BUILTIN/Administrators”登录帐户或者把它从“sysadmin”服务器角色中删除。
- 把SQL Server的身份验证模式改为“仅进行Windows身份验证”。
- 重新启动SQL Server 以反映身份验证模式的变化。
注意: 如果您以下面的这种错误顺序实施这些步骤：删除“BUILTIN/Administrators”登录帐户，改变SQL Server 的身份验证模式为“仅进行Windows身份验证”，然后重新启动SQL Server，那么“sa” 帐户将被禁用，并且因为没有定义其它Windows身份验证登录帐户而无法进入SQL Server。为了避免这种情况发生，请以正确的顺序实施这些安全措施。
看完上面这些，按步实施，一切OK!
这篇关于我被SQL关到门外的解决之道的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
