SQL Server Agent无法触发.NET 6控制台作业问题求助

针对SQL Server 2016 Agent无法运行.NET 6控制台程序但能正常运行.NET Framework 4.7.2程序的问题，核心原因及对应解决方案如下：

• .NET 6运行时未安装在SQL Server服务器上
  SQL Server 2016发布时.NET 6尚未推出，服务器默认不会预装.NET 6运行环境。依赖框架模式发布的.NET 6程序需要服务器安装对应版本的.NET 6运行时才能执行，而.NET Framework 4.7.2通常会随SQL Server或系统更新预装。
  解决办法：在SQL Server Agent所在服务器安装** .NET 6 Desktop Runtime **（控制台程序依赖此运行时），安装时注意选择与程序匹配的架构（x64/x86）。

• 作业步骤未捕获错误输出，无法定位具体问题
  默认配置下SQL Server Agent可能不会显示.NET程序的执行错误，导致看起来“无任何反应”。
  解决办法：修改PowerShell作业步骤的命令，添加错误输出重定向，例如：

  & "\\myservername123\WriteTEST\你的.NET6程序.exe" 2>&1
  

  执行后查看作业历史的输出信息，可直接获取如“找不到.NET运行时”之类的具体错误。

• .NET 6程序发布模式不匹配
  若程序以依赖框架模式发布，服务器必须安装对应版本的.NET运行时；若发布为自包含模式，但未匹配服务器的架构（如服务器是64位，程序发布为32位），也会导致执行失败。
  解决办法：

  1. 若使用依赖框架模式，确保服务器安装对应版本的.NET 6运行时；
  2. 若使用自包含模式，发布时选择与SQL Server服务器一致的架构（如x64），并将所有发布文件部署到共享目录。

• SQL Server Agent服务账户权限限制
  虽然Agent账户对共享目录有访问权限，但.NET 6程序运行时可能需要访问系统临时目录、.NET运行时安装目录等资源，若Agent账户（通常为NT Service\SQLSERVERAGENT）缺少这些权限，会导致程序静默失败。
  解决办法：

  1. 检查Agent账户对.NET 6运行时安装目录（默认C:\Program Files\dotnet）是否有读取权限；
  2. 确保Agent账户对程序执行时的临时工作目录（如Agent默认工作目录C:\Windows\System32或指定的工作目录）有读写权限。

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