Task Scheduler执行脚本时ExecuteNonQuery()报错，手动及ISE运行正常

这种情况我碰过好多次了，核心原因就是任务计划的执行环境和手动/ISE运行时完全不同，导致你复用的数据库连接在非交互式环境下出了问题。下面分几种常见情况给你解决方案：

1. 别复用长期打开的数据库连接 #

手动运行（包括ISE）时，连接可能因为环境的“活跃性”没被自动回收，但任务计划里脚本运行是完全独立的会话，之前打开的连接很可能已经被连接池回收、超时关闭，或者处于不可用状态。

解决办法：遵循数据库操作的最佳实践——晚打开，早关闭，每次执行数据库操作（包括写日志）时，单独创建连接并确保正确释放：

function Write-DbLog {
    param([string]$LogMessage)
    
    $connectionString = "你的数据库连接字符串"
    try {
        # 每次操作都新建连接
        $conn = New-Object System.Data.SqlClient.SqlConnection($connectionString)
        $conn.Open()

        $cmd = New-Object System.Data.SqlClient.SqlCommand(
            "INSERT INTO LogTable (LogMessage, CreateTime) VALUES (@msg, GETDATE())",
            $conn
        )
        $cmd.Parameters.AddWithValue("@msg", $LogMessage)
        $cmd.ExecuteNonQuery()
    }
    catch {
        # 日志写入失败时，退而求其次写入系统事件日志
        Write-EventLog -LogName Application -Source "你的脚本名称" `
            -EventId 1001 -EntryType Error -Message "日志写入失败: $_"
    }
    finally {
        # 确保连接被关闭和释放
        if ($conn.State -eq [System.Data.ConnectionState]::Open) {
            $conn.Close()
        }
        $conn.Dispose()
    }
}

2. 检查任务计划的执行权限 #

手动运行脚本用的是你的用户账户，大概率有数据库访问权限，但任务计划默认可能用NT AUTHORITY\SYSTEM这类系统账户，这类账户通常没有远程数据库的访问权限，甚至连本地数据库的登录权限都没有——看起来你是复用已打开的连接，但实际上连接根本没成功建立（只是你没捕获到连接阶段的异常）。

解决办法：

• 打开任务计划的属性，切换到安全选项，选择一个有数据库访问权限的用户账户（比如你平时手动运行的账户），并勾选“不管用户是否登录都要运行”。
• 在脚本开头添加连接测试逻辑，提前捕获连接失败的异常：

$connectionString = "你的数据库连接字符串"
try {
    $testConn = New-Object System.Data.SqlClient.SqlConnection($connectionString)
    $testConn.Open()
    Write-Host "数据库连接测试成功"
    $testConn.Close()
    $testConn.Dispose()
}
catch {
    throw "数据库连接失败，请检查权限或连接字符串: $_"
}

3. 排查连接字符串的适配问题 #

如果你的连接字符串用的是Windows集成认证（Integrated Security=True），任务计划的执行账户可能无法通过身份验证：比如数据库在远程服务器，系统账户没有AD域权限，或者无法解析数据库服务器的DNS名称。

解决办法：

• 若用集成认证，确保任务执行账户已被授予数据库的登录权限和对应表的读写权限；
• 若环境允许，改用SQL Server身份认证，在连接字符串里明确指定用户名和密码（注意不要明文存储密码，可以用ConvertTo-SecureString加密后存储，脚本里再解密读取）；
• 把连接字符串里的服务器名换成IP地址，避免DNS解析失败的问题。

4. 适配任务计划的极简执行环境 #

ISE运行时会加载很多额外的环境变量和.NET组件，但任务计划的执行环境是极简的，可能存在路径缺失、组件加载失败的问题。

解决办法：

• 在任务计划的操作设置里，把“起始于（可选）”设置为脚本所在的目录，避免相对路径导致的文件/组件找不到；
• 给脚本添加错误日志重定向：在任务计划的“添加参数”里输入-File "你的脚本完整路径.ps1" 2>&1 >> "C:\脚本日志\run.log"，这样所有错误信息都会被记录下来，方便排查；
• 脚本里所有引用的外部文件/组件都用全路径，不要依赖环境变量。

5. 排查连接池的隐性问题 #

手动运行时，连接池里的连接是活跃的，但任务计划运行时，连接池里的旧连接可能已经失效（比如数据库重启、连接超时），复用这些旧连接就会触发异常。

解决办法：

• 临时在连接字符串里添加Pooling=false来禁用连接池，测试是否能解决问题（不推荐长期使用，会影响性能）；
• 确保每次数据库操作都重新创建连接对象，不要复用之前的连接实例。

内容的提问来源于stack exchange，提问作者Verax