Azure VM自托管构建代理仅夜间手动构建可行问题咨询

• 虚拟机电源策略问题：夜间VM可能触发了自动关机、休眠或睡眠计划，定时构建启动时代理所在VM已经离线，而手动执行时你会提前确保VM处于运行状态。检查Azure VM的自动关机设置，或是操作系统层面的电源管理规则，看是否有夜间自动休眠的配置。
• 代理运行账户权限受限：如果代理用域账户或特定本地账户运行，夜间该账户可能因域策略被注销、会话超时，或是账户被锁定。手动执行时你是在活跃会话下操作，代理服务能正常获取权限，而夜间会话断开后服务无法正常运行。可以尝试将代理服务的运行身份改为本地系统账户，或者检查账户的会话超时、锁定规则。
• 网络资源夜间访问限制：构建依赖的代码仓库、包源、内部服务在夜间有防火墙规则限制、维护窗口，导致定时构建无法访问这些资源。手动执行时可能刚好避开了限制时段，或是你手动调整了网络访问策略。可以在夜间模拟构建时的资源请求，验证是否存在访问阻断。
• 定时构建的上下文差异：Azure DevOps定时构建和手动构建的触发上下文可能不同，比如定时任务的时区配置错误，导致实际触发时间落在资源受限的时段；或是定时构建使用的代理池变量、环境变量和手动构建不一致。对比手动和定时构建的日志，检查变量、代理选择、时区设置是否一致。
• 代理服务夜间异常崩溃：代理长时间运行后，夜间可能因内存泄漏、进程崩溃导致离线，而手动执行时你会重新启动代理或手动恢复服务。查看代理的运行日志，检查夜间是否有进程退出、崩溃的记录，给代理服务配置自动重启策略。

内容的提问来源于stack exchange，提问作者Wayne E. Pfeffer