SQL Server 2008 - 缓存的 sa 密码？
SQL Server 2008 - cached sa password?
本周早些时候在工作中发生了一些奇怪的事情，在研究和谷歌搜索答案之后，我仍然none更聪明！
所以希望有人能阐明可能发生的事情。
我负责一家公司的数据库，并在周一 - 我登录查看一切，一切正常。
第二天，在使用 'sa' 帐户更新数据库的步骤中，作业 运行 失败 - 现在登录失败。
所以在检查 SQL 服务器日志后，我可以看到在我注销 20 分钟后，'sa' 开始每 6 分钟失败一次。
因此，在与公司交谈后，他们说他们在上周五更改了 'sa' 帐户密码，他们有一半预计这项工作会在周末失败，但直到下周二才失败。
这对我来说没有多大意义 - 听起来 sa 凭据已被缓存，当我在星期一打开和关闭 Management Studio 时，它已清除缓存的凭据？
有谁知道为什么会发生这种行为，解释绝对很棒。因为现在我觉得很奇怪！
凭据或连接。更改 SA 密码不会使打开的连接失效。如果启用了连接池，从服务器到数据库的负载很大，连接可以保持打开很长时间。
本周早些时候在工作中发生了一些奇怪的事情，在研究和谷歌搜索答案之后，我仍然none更聪明！
所以希望有人能阐明可能发生的事情。
我负责一家公司的数据库，并在周一 - 我登录查看一切，一切正常。
第二天，在使用 'sa' 帐户更新数据库的步骤中，作业 运行 失败 - 现在登录失败。
所以在检查 SQL 服务器日志后，我可以看到在我注销 20 分钟后，'sa' 开始每 6 分钟失败一次。
因此，在与公司交谈后，他们说他们在上周五更改了 'sa' 帐户密码，他们有一半预计这项工作会在周末失败，但直到下周二才失败。
这对我来说没有多大意义 - 听起来 sa 凭据已被缓存，当我在星期一打开和关闭 Management Studio 时，它已清除缓存的凭据？
有谁知道为什么会发生这种行为，解释绝对很棒。因为现在我觉得很奇怪！
凭据或连接。更改 SA 密码不会使打开的连接失效。如果启用了连接池，从服务器到数据库的负载很大，连接可以保持打开很长时间。