根本原因是windows系统要求注册计划任务必须提升权限，否则调用schtasks或com接口时直接返回0x80070005错误；“以管理员身份运行navicat”是强制前提，因自动运行功能需向system32\tasks写入xml，该操作被uac拦截，仅右键选择此方式才可靠提权。
Navicat定时任务在非管理员账户下无法创建计划，根本原因不是数据库权限问题，而是Windows系统层面对「注册计划任务」这一操作的硬性提权要求——schtasks.exe或COM接口调用必须运行在提升后的权限上下文中，否则直接返回0x80070005（拒绝访问），且不生成有效错误日志。
为什么“以管理员身份运行Navicat”是强制前提
Navicat的「自动运行」功能本质是调用Windows任务计划程序API向%WINDIR%\System32\Tasks写入任务定义XML。该操作被UAC明确归类为高风险行为，即使当前用户属于Administrators组，进程默认仍以标准完整性级别启动，无法完成注册。
- 右键快捷方式 → “以管理员身份运行”是唯一可靠方式；勾选“兼容性”里的“以管理员身份运行此程序”仅对单次生效，子进程可能降权
- 从开始菜单、搜索栏或脚本中启动Navicat，哪怕账户本身是管理员，进程也默认无提升权限
- 验证是否真正提权：打开Navicat后看右下角状态栏是否显示「已连接(管理员)」；没显示即未生效
非管理员账户连“创建”这一步都卡在系统调用层面
当使用普通用户（如backup_user）启动Navicat时，其进程尝试调用ITaskService::NewTask会立即失败，Navicat界面通常只显示模糊的“权限不足”，实际错误发生在Windows内核侧，与MySQL账号、Navicat Team角色、连接密码保存等完全无关。
- 错误现象：点击「设置任务计划」按钮无响应，或弹出空白提示框
- 后台无任何
Event Viewer日志，因为调用甚至没到达Task Scheduler服务层 - 若强行用PowerShell以普通用户身份执行
schtasks /create，同样返回0x80070005
绕过限制的可行路径只有两条
不能靠“给账户加组”或“改UAC滑块”解决，必须让任务注册动作本身运行在高权限上下文中。
- 方案一：用管理员账户创建任务后，手动导出任务XML，再用
schtasks /create /xml导入到目标账户名下（需提前配置好该账户密码） - 方案二：放弃Navicat内置调度，改用外部调度器（如Windows任务计划程序直接调用
navicatcmd.exe），此时由管理员账户创建调度任务，但指定以普通用户身份运行作业 - 注意：
navicatcmd.exe本身不触发UAC，但它依赖的配置文件（如--profile路径）和导出目录仍需该普通用户有完整NTFS读写权限
真正容易被忽略的是：任务创建成功 ≠ 任务能运行。很多用户卡在第一步就以为是Navicat bug，其实连Windows系统最基础的计划任务注册门槛都没跨过去——它根本不区分你是要备份还是导出，只要调用注册API，就必须提权。
