MECM任务序列：以其他账户运行命令失败问题求助

1. 先搞定路径的核心问题 #

• 检查32/64位路径重定向：如果任务序列在32位上下文运行，%windir%\System32会被系统重定向到%windir%\SysWOW64，直接导致找不到64位PowerShell或脚本路径解析错误。强制调用64位PowerShell，把命令里的PowerShell路径改成%windir%\Sysnative\WindowsPowerShell\v1.0\powershell.exe。
• 手动验证路径可用性：在目标机器上用管理员权限开命令行，直接执行powershell.exe -File "<完整脚本路径>.ps1"，确认脚本本身能正常运行，排除路径不存在或本地权限问题。

2. 修正ServiceUI的参数顺序 #

你当前的命令把-session参数放在了-process后面，这会导致ServiceUI参数解析错误。调整参数顺序，正确格式如下：

serviceui.exe -session:%CurrentUserSessionID% -process:TSProgressUI.exe %windir%\System32\WindowsPowerShell\v1.0\powershell.exe -File "<scriptpath>.ps1" -User "%userVAR%" -Domain "%userDomainVAR%"

同时要确认%CurrentUserSessionID%变量是否正确获取——可以在TS里加个临时步骤执行quser > C:\TS_Session_Info.log，检查会话ID是否被正确传递，避免变量为空或错误。

3. 解决权限与路径访问问题 #

• 权限配置：确保执行TS的账户（包括你用的特定权限账户）对脚本路径有读取+执行权限。如果脚本在网络共享，要同时检查共享权限和NTFS权限，域环境下还要注意Kerberos双跳问题，必要时给执行账户配置约束委派。
• 改用本地路径：把脚本先复制到目标机器的临时目录（比如C:\Windows\Temp），再调用本地路径的脚本，彻底规避网络共享的连接或权限坑。

4. 调整PowerShell执行参数 #

• 绕过执行策略：在PowerShell命令里加-ExecutionPolicy Bypass，避免系统执行策略阻止脚本运行，修改后的命令片段：

  powershell.exe -ExecutionPolicy Bypass -File "<scriptpath>.ps1" -User "%userVAR%" -Domain "%userDomainVAR%"
  

• 换用-Command参数测试：如果-File始终有路径解析问题，换成-Command方式调用，能规避部分引号解析异常：

  powershell.exe -ExecutionPolicy Bypass -Command "& '<scriptpath>.ps1' -User '%userVAR%' -Domain '%userDomainVAR%'"
  

5. 细化日志排查 #

• 加个临时TS步骤输出解析后的路径：echo "<scriptpath>" >> C:\TS_Script_Path.log，确认变量替换后的实际路径是否和预期一致。
• 给PowerShell命令添加详细日志输出：

  powershell.exe -ExecutionPolicy Bypass -NoProfile -NonInteractive -File "<scriptpath>.ps1" -User "%userVAR%" -Domain "%userDomainVAR%" >> C:\PS_Script_Log.log 2>&1
  

  查看日志里的具体错误信息，比TS自带日志更精准。

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