pen*_*ate 29 sql-server windows-vista sql-server-2008
尽管选中"记住密码"复选框,SQL Server 2008仍不记得密码.
我怀疑重启会解决问题.但是,这个问题仍然存在.
环境:Windows Vista Ultimate,SQL Server 2008
我一直犹豫要发布这个,因为它看起来很琐碎和奇怪.
Pun*_*ged 39
SSMS 2012中有一个解决方案,对我有用.Microsoft现在提供了一种从记住的服务器列表中删除服务器的机制,从列表中删除违规服务器将允许您在下次连接时保存密码:
小智 13
如果您注册服务器,并以这种方式连接(只需快速双击),它就会很棒!
我从serverfault.com得到了它,它工作得很好!
小智 8
我相信我找到了解决这个问题的方法.
如果您的SQL Server似乎忘记了您的密码,请尝试以下操作:
在登录屏幕上,单击"登录"选择框的向下箭头.
不要立即选择登录名.
等几秒钟.
然后从列表中选择登录名.
您的密码将显示在密码框中.
为什么会出现这种奇怪的行为?我相信SQL Server可能必须轮询帐户,并且当您立即单击登录名时不会及时执行.
自从我使用2008 R2以来,SSMS 2012答案对我不起作用。但是,我确实找到了一种“修复”它的方法。这不是一个真正的解决方法,但是如果您保留文件的备份,那么如果其中一台服务器丢失了凭据,则始终可以非常轻松地还原它。
重要说明:
在尝试查找为什么/何时确实确实丢失凭据时,我发现它似乎总是记住上次使用的用户名,该用户名从未使用您的个人资料用于该特定服务器。 例如,如果您以全新的配置文件开头,并连接到名为MyServer的服务器,并且以sa作为用户名,则无论是否选中“记住密码”,如果您成功登录sa,看来SSMS现在将其存储在内存中。现在,如果您使用用户名Tester并成功登录,则默认情况下它将始终以Tester作为用户打开。
现在是修复/解决方法:
首先,请查看本文,但我建议您不要删除文件,只需将其重命名为SqlStudio.bin.OLD或其他名称,这样您就可以随时将其还原以检查所有设置已使用此方法重置。
我的方法:
我首先按照我的建议重命名了bin文件。然后,我打开SSMS,并使用我一直想用于这些服务器的凭据登录到最常使用的每台服务器,然后为每台服务器选择“记住密码”。然后,我对bin文件进行了备份,并将其存储在网络上的安全位置。这样,如果我需要使用其他用户名登录服务器以进行测试或其他操作,则以后可以轻松还原我的原始bin文件。或者,如果需要,可以在使用新用户名之前重命名bin文件并以新用户身份进行工作。完成后,只需删除新的bin文件,然后将原始文件重命名为.bin,就可以了。
关键是获得bin文件的良好版本并进行备份。如果添加了新服务器,则可以使用所需的凭据并记住密码,使用与上述相同的方法登录,然后将bin文件复制到备份位置。希望这可以帮助!