维护计划故障:无法获取“Local Server Connection”连接
解决Windows更新后SQL Server 2005维护计划连接失效问题
我之前也碰过Windows更新搞挂SQL Server代理维护计划的情况,结合你给出的执行账户、版本和错误信息,给你几个针对性的排查修复步骤,应该能解决问题:
一、检查SQL Server代理账户的权限是否被更新重置
Windows更新有时候会悄悄修改内置系统账户的权限,尤其是NT\SQLSERVERAGENT这类服务账户,你可以这么操作:
- 打开SQL Server Management Studio,展开SQL Server代理右键选属性,切换到账户标签页,确认启动账户还是
NT\SQLSERVERAGENT,启动类型设为自动。 - 按下Win+R输入
secpol.msc打开本地安全策略,依次进入本地策略→用户权限分配,检查NT\SQLSERVERAGENT是否拥有以下权限:- 作为服务登录(Log on as a service)
- 替换进程级别令牌(Replace a process level token)
- 跳过遍历检查(Bypass traverse checking)
- 如果有缺失的权限,手动添加后重启SQL Server代理服务。
二、彻底重新配置维护计划的连接
你试过修改连接,但可能需要更彻底的操作,针对报错的Execute SQL Task来处理:
- 打开对应的维护计划,找到ID为
{230CB310-C98D-44D1-A40D-280DE97DE0EB}的Execute SQL Task,双击进入设置界面。 - 切换到连接标签页,先删除现有的"Local server connection",然后点击新建重新创建连接:选择你的本地SQL Server实例,身份验证可以试试SQL Server身份验证(用sa或者有足够权限的SQL账户,避免Windows身份验证在更新后失效),测试连接成功后保存。
- 保存整个维护计划,手动执行一次验证是否正常。
三、检查SQL Server实例的网络配置
Windows更新可能篡改了SQL Server的网络协议设置,即使是本地连接也会受影响:
- 打开SQL Server配置管理器,展开SQL Server网络配置→**[你的实例名]的协议**,确保TCP/IP和命名管道是启用状态。
- 右键TCP/IP选属性,检查IP地址里的TCP端口是否是默认的1433(默认实例)或者你自定义的端口,确认没有被修改。
- 重启SQL Server服务后再测试维护计划。
四、验证Windows防火墙规则
有时候更新会重置防火墙规则,哪怕是本地连接也可能被拦截:
- 打开Windows Defender防火墙→高级设置,检查是否有允许
sqlservr.exe(SQL Server主程序)和sqlagent.exe(SQL Server代理程序)通过防火墙的入站、出站规则。 - 如果没有,手动创建规则允许这两个程序的所有连接,或者针对本地网络开放权限。
你提供的错误详情:
执行用户:NT\SQLSERVERAGENT。
版本9.00.3042.00(64位),版权所有(C) Microsoft Corp 1984-2005。保留所有权利。
启动时间:下午4:49:16。
错误:2008-10-09 16:49:33.48,代码:0xC00291EC,来源:{230CB310-C98D-44D1-A40D-280DE97DE0EB} Execute SQL Task,描述:无法获取“Local server connection”连接。连接可能配置不正确或您无相应权限……
内容的提问来源于stack exchange,提问作者André Snede
相关产品推荐
相关产品推荐

