【问题标题】:Why can the SA account no longer access the master database?为什么SA账号不能再访问master数据库了?
【发布时间】:2012-05-14 13:00:45
【问题描述】:

我有点卡住了。我们有一个由第三方设置和配置的数据库服务器。它是针对第三方产品的,所以很遗憾我们被他们的配置方式卡住了。

他们出色的配置包括使用 sa 帐户建立多个连接。大约一个星期以来,我们所有的事件日志都出现了连接故障,每十秒就有两个。我已设法确定这是此登录失败的主数据库。

肯定是sa账号访问master数据库。这不是一个错误的密码(这很好,因为我们不知道 sa 密码 - 供应商似乎也不知道。耶...)因为我们收到错误状态 16,所以我相信 sa 帐户有主数据库存在一些问题。

它可以毫无问题地连接到其他所有数据库 - 我可以看到成功连接到所有其他数据库。我检查了sa帐户权限,我真的看不出有什么问题。我正准备从两周前的备份中恢复主数据库,并希望向你们这些很棒的人开放,以防你们中的任何人以前遇到过这种情况并有任何替代建议......

希望你的...

夏天


编辑:在下面添加了我的错误的屏幕截图:

【问题讨论】:

  • 您是否有可能在某个时间点恢复了其中一个系统数据库? sa 帐户的 uid 似乎不同步了。
  • 我们没有,至少在上个月肯定没有——这个问题从上周开始就开始了,当时肯定没有任何变化。坦率地说,这里只有几个人知道如何恢复数据库,他们会先来找我。
  • uid 不同步的评论让我很感兴趣……会看看,谢谢 Gordon!
  • 这个问题可能更适合dba.stackexchange.com
  • 太棒了 - 不知道那个网站!!我现在就搬过去-谢谢

标签: sql sql-server database sql-server-2005


【解决方案1】:

我的第一个建议是让第三方供应商在那里重新配置和修复。他们弄得一团糟,让他们收拾干净。

恢复备份可能有效,但至关重要的是,您 1. 更改 sa 密码和 2. 不允许软件使用 sa 进行连接。我会将此作为与供应商的无交易项目。但是,如果他们这样做,供应商将最终无能,我会认真考虑他们的竞争,以取代这个设计糟糕的系统。

【讨论】:

  • 谢谢你 - 我完全同意所有观点。可悲的是,供应商让我们签订了合同(我们在购买软件然后将其交给 IT 时遇到了问题。现在大部分都停止了,但这是遗留问题之一......)他们说他们不会解决这个问题,因为它唯一有问题的数据库是主数据库,这不会影响应用程序的运行。可悲的是,我们的内部支持团队同意...只是数据库团队(我)对此有疑问。呜呜!!!
  • 将其标记为答案,因为我同意 - 像这样设置它是完全错误的。如果可能的话,这将是正确的解决方法。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-08-03
  • 1970-01-01
  • 2014-06-30
  • 2019-06-13
  • 1970-01-01
  • 2021-07-14
相关资源
最近更新 更多