AWS EC2 T2 Micro Windows实例离线时计划任务执行失败求助

该问题属于Windows计划任务与交互式RDP会话的环境差异导致的典型异常，和AWS EC2基础设施无直接关联：手动RDP登录时使用的是交互式用户会话，默认加载完整用户配置、图形界面上下文、用户级网络规则与环境变量；而计划任务默认使用非交互式会话，存在多类限制会阻断涉及GUI、用户级配置、联网的操作。

• 非交互式会话不支持GUI操作
  你的脚本涉及启动浏览器的GUI操作，若计划任务勾选了「不管用户是否登录都要运行」，该模式下不会创建图形会话，所有GUI程序启动会直接失败。
  修复方案：打开计划任务属性的「常规」选项卡，勾选*「只在用户登录时运行」*，同时调整实例本地安全策略，关闭自动登出、空闲锁屏规则，保证执行任务的用户始终处于登录状态。如果必须使用「不管用户是否登录都要运行」模式，修改脚本逻辑将GUI操作改为无界面模式，比如Chrome启动时添加--headless=new参数规避图形界面依赖。
• 用户配置与路径寻址异常
  计划任务默认可能不加载完整用户配置文件，会导致脚本依赖的用户级环境变量、相对路径资源、用户目录下的文件无法找到。
  修复方案：计划任务属性「常规」选项卡勾选*「使用最高权限运行」*（适配涉及系统级操作的脚本）；在「操作」选项卡的启动程序配置中，将「起始于（可选）」字段填写为bat脚本所在的完整目录，避免相对路径寻址失败。
• 网络权限与初始化时机问题
  非交互式会话的网络权限与交互式会话存在差异，如果你的代理、VPN规则是用户登录后才生效的配置，会导致联网操作失败；如果实例同时配置了定时开机，早6点触发任务时网络组件还未完成初始化也会导致执行失败。
  修复方案：计划任务属性「条件」选项卡勾选*「只有在网络连接可用时才启动此任务」，同时将代理、DNS等网络配置改为系统级别，不要仅配置当前用户的网络规则；编辑早6点的触发规则，勾选「延迟任务时间：1分钟」*，给系统留出足够的初始化时间。
• 实例性能不足导致执行中断
  T2 Micro实例为积分制性能模型，若早6点时间段CPU积分耗尽，实例会被强制限制性能，脚本执行超时会被系统中断。
  修复方案：在AWS CloudWatch控制台查看该实例的CPUCreditUsage指标，确认是否存在积分耗尽的情况，若存在可以将实例调整为T2 Unlimited模式，或者升级到更高规格的实例。

你可以在bat脚本开头增加日志埋点，将每一步操作的执行结果、错误输出都追加到本地日志文件，示例写法：
echo %date% %time% 执行[操作名称] >> C:\script_run_log.txt 2>&1
通过日志可以快速定位到具体失败的执行步骤，缩小问题排查范围。

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