用友通SQLserver口令

MS-SQL:丢失sql数据库超级用户SA密码处理的方法。

您不必重新安装SQLServer。要想重新访问SQLServer，您需要修改SQLServer2000和SQLServer7.0决定SQLServer身份验证模式的注册表键值。

在SQLServer7.0中，该键为：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode

在SQLServer2000中，该键为：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\

MicrosoftSQLServer\\MSSQLServer\LoginMode

“LoginMode”的值为0表示只进行Windows的身份验证，为1表示验证模式为混合模式。在您把自己关在外面之后，您可以把“LoginMode”改为1，重新启动SQLServer，然后以sa（systemadministrator）身份登录，输入您知道的sa密码即可。

以下关于SQLServer的角色成员的信息可能会帮助您理解为什么您会把自己关在SQLServer外面。在您安装SQLServer2000或7.0的时候，安装进程自动地为“BUILTIN\Administrators”创建一个登录帐号，该帐号为“sysadmin”角色成员。“BUILTIN\Administrators”登录帐号代表了MicrosoftWindows2000或MicrosoftWindowsNTserver上的系统管理员本地组。Windows2000或WindowsNT的“Administrator”帐户是系统管理员本地组的成员。另外如果您的服务器是一个域的成员（包括Windows2000的域和WindowsNT4.0的域），“DomainAdmins”全局组也会成为本地系统管理员组的成员。这意味着系统管理员本地组的所有成员都会自动地获得SQLServer上的“sysadmin”权限。

为了加强您的SQLServer的安全性，您可能更愿意创建您自己的组并授予它“sysadmin”权限，然后删除“BUILTIN\Administrators”登录帐号，或者至少从“sysadmin”服务器角色中删除它。使用这种方法，您可以较好地对谁可以访问您的SQLServer进行控制。这种方法也断开了SQLServer系统管理员和Windows2000或WindowsNT管理员之间的联系，因为他们通常有不同的任务，并且需要不同的权限。为了加强安全性，您可能想把SQLServer配置成只支持Windows身份验证。但是必须要记住：这种配置会禁用您的“sa”帐户。（这个方法可能是禁用“sa”帐户的唯一方法，因为您不能删除“sa”帐户。）如果您以错误的顺序实施了这个安全措施，您将不能再以>“sysadmin”的身份登录到SQLServer上，除非按照我上面所说的方法修改注册表键值。正确的顺序是：

创建Windows2000或者WindowsNT用户组并为组分配成员。例如：创建一个叫做“SQLAdmins”的组。

把“SQLAdmins”映射为SQLServer里的一个用Windows身份验证方式验证登录的帐户，并把该帐户分派到“sysadmin”服务器角色。

删除“BUILTIN\Administrators”登录帐户或者把它从“sysadmin”服务器角色中删除。

把SQLServer的身份验证模式改为“仅进行Windows身份验证”。

重新启动SQLServer以反映身份验证模式的变化。

注意:如果您以下面的这种错误顺序实施这些步骤：删除“BUILTIN\Administrators”登录帐户，改变SQLServer的身份验证模式为“仅进行Windows身份验证”，然后重新启动SQLServer，那么“sa”帐户将被禁用，并且因为没有定义其它Windows身份验证登录帐户而无法进入SQLServer。为了避免这种情况发生，请以正确的顺序实施这些安全措施。

另一方法:0）停掉你现有的数据库服务。1）新建一个实例，就是重新安装一次SQLserver，以下称为new2）把你旧的数据库实例（以下称为old）的master.mdf,master.ldfcopy到一个文件夹3)在new中，通过attachdb的方式把文件夹中的两个文件加为new中的数据库，当然名称和位置在添加的时候都要改的。4）在new中，通过语句的方式，把master中的表sysxlogins中sa的密码更新到你刚添加的数据库（old中的master）的表sysxlogins中对应的sa的密码字段。5）把你刚添加的数据库（old中的master）在new中detachdb，然后把文件覆盖掉old中对应文件（覆盖前把文件备份）6）重新启动old服务器，看是否可行7）卸载new服务器