Automation Anywhere定时任务VPN远程登录Win7后失效：原因及解决方法

我之前帮不少用户排查过类似的问题，结合Windows 7 Enterprise的系统特性和Automation Anywhere的调度机制，主要原因和对应解决办法如下：

问题核心原因分析 #

• 会话隔离限制：Windows 7的远程桌面（包括VPN登录的桌面会话）会生成独立的交互式会话ID，你最初创建的调度任务很可能绑定了本地登录的会话ID。当VPN远程登录后，原本地会话会被锁定或切换到后台，而AA的部分调度任务无法跨会话执行——毕竟很多依赖UI操作的任务需要指定的交互式环境。
• 用户上下文不匹配：如果远程登录用的账户和创建AA调度的账户不是同一个，或者远程账户权限不足（比如没有「登录作为服务」权限、无法访问AA安装目录），调度任务会因权限问题无法触发。
• 屏幕锁定与会话资源限制：VPN远程断开后，Windows 7会自动锁定屏幕，而AA的部分任务（尤其是涉及界面操作的）需要在非锁定的交互式会话中运行。另外，若你用的是用户级调度而非系统级服务调度，锁定屏幕后用户会话的后台进程可能被系统限制资源，导致调度停止。
• AA服务运行账户配置错误：如果Automation Anywhere调度服务是配置为当前用户账户运行，而非本地系统账户，切换到远程会话后，原用户会话的服务可能被终止，无法正常触发任务。

针对性解决方案 #

• 修改调度任务的会话绑定设置：
  打开AA的调度管理器，找到目标任务进入设置。将运行会话改为**「任何交互式会话」**（若有该选项），或配置为系统账户运行，避免绑定到特定用户会话。
• 统一登录账户并配置权限：
  尽量用创建调度任务的同一账户进行VPN远程登录。若必须用不同账户，需给该账户授予：
  • 本地安全策略中「用户权限分配」下的「登录作为服务」权限
  • Automation Anywhere安装目录和任务存储目录的读写权限
• 配置系统允许锁定屏幕下运行任务：
  1. 打开本地组策略编辑器（运行gpedit.msc）
  2. 导航到计算机配置→管理模板→系统→登录
  3. 启用「始终使用经典登录」（可选，用于稳定会话状态）
  4. 在AA任务设置中勾选「即使用户未登录也运行」（需调度服务以系统账户运行）
• 重新配置AA调度服务的运行账户：
  1. 打开Windows服务管理器（运行services.msc）
  2. 找到Automation Anywhere Scheduler Service（或对应名称的服务）
  3. 右键选「属性」，切换到「登录」选项卡
  4. 选择「本地系统账户」，并勾选「允许服务与桌面交互」（若任务涉及UI操作）
  5. 重启服务后重新配置调度任务
• 验证任务执行情况：
  创建一个简单的测试调度（比如1分钟后运行），本地登录设置后，VPN远程登录再断开，等待触发时间，检查任务是否执行。同时查看AA日志目录（默认C:\Program Files\Automation Anywhere\Enterprise\Logs）的错误信息，辅助排查。

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