计划任务或SQL Server代理作业启动时无网络连接导致任务失败的解决咨询

看起来你遇到了Windows 10 Server上计划任务和SQL Server代理作业启动时因网络未就绪而失败的棘手问题，手动运行正常但自动启动就掉链子确实很闹心。我给你几个针对性的排查和解决思路，你可以逐一尝试：

• 精准设置计划任务的网络触发条件
  单纯勾选“等待网络连接”可能不够精准，系统可能只会检测到网络硬件连接，但实际的网络服务或IP地址还没就绪。打开任务计划程序找到你的任务，进入「条件」选项卡，取消默认的“任何连接”，点击下拉框选择你实际使用的特定网络（比如公司局域网的以太网名称）。这样任务会等到这个具体网络完全就绪后才启动，比通用等待更可靠。

• 给任务添加启动延迟（比程序内等待更有效）
  程序里加10秒等待可能为时过早，因为任务启动时系统可能还在加载网络组件。在计划任务的「触发器」选项卡编辑每日触发规则，勾选「延迟任务时间」，设置30秒到1分钟的延迟，给系统足够的时间完成网络初始化。如果是SQL Server代理作业，可以在作业步骤前添加一个PowerShell延迟步骤：

  Start-Sleep -Seconds 30
  

• 配置SQL Server代理的专用代理账户
  如果SQL代理作业用的是系统账户，可能没有足够的网络访问权限。在SQL Server Management Studio中，打开「SQL Server代理」→「代理」→「代理账户」，创建一个拥有网络访问权限的域账户或本地管理员账户，然后让作业使用这个代理账户运行，而不是默认的系统账户。

• 添加网络连通性检测的前置步骤
  给任务加一个前置检测脚本，确保网络真正连通后再启动主程序：

  • 计划任务可以用批处理脚本（比如CheckNetwork.bat）：

    @echo off
    :CHECK_LOOP
    :: 替换成你的目标服务器地址，比公共域名更稳定
    ping -n 3 your-server-ip >nul
    if %errorlevel% equ 0 goto RUN_TASK
    timeout /t 10 /nobreak >nul
    goto CHECK_LOOP
    :RUN_TASK
    start "" "你的主程序路径.exe"
    

    把任务的操作改成运行这个批处理文件即可。
  • SQL代理作业可以在第一步添加PowerShell检测脚本：

    do {
        # 替换成你的目标服务器地址
        $isConnected = Test-Connection -ComputerName your-server-ip -Count 1 -Quiet
        if (-not $isConnected) { Start-Sleep -Seconds 10 }
    } while (-not $isConnected)
    

    设置这个步骤成功后再执行后续的作业逻辑。

• 检查任务的服务依赖
  如果任务依赖特定的网络服务（比如LanmanWorkstation或NetworkConnections），可以通过命令行给任务添加服务依赖，确保服务启动后再运行任务。以管理员身份打开命令提示符，运行：

  schtasks /change /tn "你的任务名称" /dependsOn LanmanWorkstation,NetworkConnections
  

这些方法应该能覆盖大部分网络未就绪的场景，建议先从启动延迟和网络检测脚本开始尝试，这两个操作简单且见效快。

备注：内容来源于stack exchange，提问作者Axeltherabbit