如何通过Server A的SQL Agent作业远程执行Server B上的.bat脚本

搞定这个需求的核心思路就是用Windows原生的WMIC工具，从Server A远程调用Server B的进程来执行bat脚本——毕竟不能在Server B装SQL Server，这个方案最直接。下面是具体的操作步骤和关键注意点：

1. 规范WMIC命令格式 #

你尝试的WMIC命令需要补全几个关键部分，正确的命令应该是这样的：

wmic /node:ServerB /user:DOMAIN\your_username /password:"your_secure_password" process call create "cmd /c C:\full\path\to\your\start_workflow.bat"

• 一定要加cmd /c：WMIC直接调用bat文件容易因为环境变量缺失失败，通过cmd.exe来执行能确保脚本拿到正确的系统上下文
• 路径必须是Server B上的绝对路径，比如你的bat在Server B的D:\Informatica\Jobs\run_workflow.bat，就替换成这个路径

2. SQL Agent作业的正确配置 #

在Server A的SQL Agent里创建作业时，注意这几点：

• 作业步骤类型选「操作系统(CmdExec)」
• 把上面的WMIC命令直接粘贴到「命令」输入框
• 运行作业的代理账户必须拥有Server B的管理员权限（至少要能远程创建进程，以及访问bat脚本所在的目录）

3. 必须检查的权限与环境 #

• 防火墙设置：Server B的防火墙要允许WMIC的通信端口（默认是135和动态RPC端口），可以先临时关闭防火墙测试，没问题再配置规则
• Informatica环境验证：在Server B上用你WMIC里指定的用户登录，手动运行bat脚本，确认能正常启动工作流——如果手动都失败，远程调用肯定也不行
• 特殊密码处理：如果密码里有!@#$%这类特殊字符，一定要用双引号把密码包起来，避免WMIC解析出错

4. 故障排查小技巧 #

如果执行失败，按这个顺序排查：

• 先在Server A的命令提示符里手动运行WMIC命令，看能不能触发Server B的脚本，先排除SQL Agent本身的问题
• 去Server B的「事件查看器」→「Windows日志>应用程序」里找WMIC相关的错误日志，看具体是权限还是路径问题
• 在bat脚本开头加一行日志记录：echo %date% %time% Script started >> C:\temp\workflow_log.txt，这样能确认脚本是否真的被执行了

备选方案：PsExec（如果WMIC不好用） #

要是WMIC因为权限或者环境兼容性问题卡壳，可以试试Sysinternals的PsExec工具，命令更简洁：

psexec \\ServerB -u DOMAIN\your_username -p "your_password" cmd /c C:\full\path\to\your\start_workflow.bat

只要把PsExec.exe放到Server A的SQL Agent能访问的路径（比如C:\Windows\System32）就行，它的远程执行兼容性有时候比WMIC更好

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