Could not obtain information about Windows NT group/user 'xxxx\xxxx', error code 0x5
2015-10-23 00:13 潇湘隐者 阅读(1804) 评论(7) 编辑 收藏 举报案例描述
昨晚踢球回来,接到电话说一个系统的几个比较重要作业出错,导致系统数据有些问题。让我赶紧检查看看。检查作业日志时发现,作业报如下错误(关键信息用xxx替换)
The job failed. Unable to determine if the owner (xxxx\xxxx) of job xxxxx has server access (reason: Could not obtain information about Windows NT group/user 'xxxx\xxxx', error code 0x5. [SQLSTATE 42000] (Error 15404)).
检查告警邮件时,发现不止这个服务器的作业出现此类问题,而且发现有不少服务器都出现了此类错误。
案例分析
出现这个问题是因为这些服务器的SQL Server 服务启动帐户是用一个域账号(暂且用域账号A表示)启动的,而这个域账号A 居然被锁了(后面联系系统管理员检查后确认的)。导致数据库作业(作业的所有者(Job Owner)为域账号B,我使用的数据库管理员账户)出现上面错误。紧急情况是将作业的所有者改为sa,能保证作业运行不出错。当然问题的根源还是域账号被锁引起权限问题。
案例延伸
今天还测试了一下,当域账号被锁的情况下,启动SQL Server服务时,你会发现SQL Server服务启动失败,但是错误日志不会记录任何日志信息,如果不知道原因,肯定会被这个给弄懵。因为服务启动失败,但是又没有写入任何错误信息。如何你遇到这个情况,最好检查一下系统日志你应该会看到类似下面的错误信息。这样方便你发现蛛丝马迹!

· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库