休眠（S4）会彻底终止NavicatMonitorService进程；必须禁用休眠、确保Task Scheduler服务自动运行、勾选“不管用户是否登录都要运行”并正确配置凭据，否则定时任务将失效。
休眠（S4）会直接杀死 NavicatMonitorService 进程
windows 休眠不是“暂停”，而是把内存内容写入 hiberfil.sys 后彻底断电。所有用户态服务，包括 navicatmonitorservice，都会被强制终止、上下文丢失。这不是延迟或卡顿，是进程从操作系统中彻底消失。锁屏或睡眠（s3）还能维持进程运行，但休眠后连定时器都不存在了。
常见错误现象：
— 任务日志在休眠前最后一条记录是凌晨 1:59，之后完全空白
— 手动点“运行”能成功，但定时时间点毫无反应
— Windows 任务计划程序里对应任务状态显示“已准备就绪”，却从未触发
必须执行的三步：
— 以管理员身份运行 powercfg /h off（禁用休眠）
— 进入「设置 → 系统 → 电源和睡眠 → 其他电源设置 → 选择电源按钮的功能 → 更改当前不可用的设置」，取消勾选「启用快速启动」
— 检查 powercfg /a 输出，确认不再出现 “Hibernate” 字样
Task Scheduler 服务停了，Navicat 定时任务就等于废纸
Navicat 自身不调度任务，它只是把配置写进 Windows 的任务计划库，真正唤醒并拉起 navicat.exe 的是系统服务 Task Scheduler。如果该服务没运行，或者启动类型设为“手动”，再精准的定时配置也永远不会被执行。
检查与修复要点：
— 按 Win + R 输入 services.msc，找到 Task Scheduler
— 状态必须是「正在运行」，启动类型必须是「自动(延迟启动)」
— 若刚改过启动类型，需右键 → 「重新启动」，等状态栏变绿后再操作任务
— 不要只看 Navicat 界面里的“已启用”图标——那只是注册标记，不代表调度器在干活
“不管用户是否登录都要运行”不是可选项，是硬性前提
这个勾选项控制的是会话上下文：未勾选时，任务只能在当前交互式桌面会话中运行；一旦锁屏、远程断开、或系统休眠后唤醒，任务就静默失效。而休眠唤醒后的首次登录，往往已错过预定时间点。
关键细节：
— 必须同时取消勾选「只在用户登录时运行」（二者互斥）
— 勾选后会弹出凭据框，必须填完整用户名（如 PCNAME\BackupUser 或 NT AUTHORITY\SYSTEM）并输入正确密码
— 若使用非管理员账户，还需在 secpol.msc → 「本地策略」→ 「用户权利分配」中添加该账户到「作为批处理作业登录」权限列表
— 密码变更、域账户过期、甚至 Windows 凭据管理器更新，都可能导致已有任务凭据失效，表现为状态卡在“已停止”
替代方案：绕过 Navicat 调度，用 Windows 原生任务兜底
如果你的业务不能容忍任何一次漏执行（比如每日合规备份），不要依赖 Navicat 自带的“自动运行”模块。改用 Windows 任务计划程序直接调用命令行：
— 触发器选「在工作站解锁时」或「登录时」，而非「按预定计划」
— 操作中“程序或脚本”填 C:\Program Files\PremiumSoft\Navicat Premium 16\navicat.exe
— “添加参数”填 --batchjob "Nightly_Backup"（需提前在 Navicat 中保存同名批处理作业）
— 「常规」页务必勾选「不管用户是否登录都要运行」，并选择「不存储密码时只在运行时可用」（配合本地账户权限）
注意：这种方式无法精确到分钟级，但能确保每次开机/解锁后至少执行一次——对多数生产场景，这比“准时但可能永远不触发”更可靠。真正的难点不在配置，而在于你得先确认那个运行账户能在无桌面会话下，完整访问数据库连接、备份路径和加密凭据。
