Navicat 16 计划任务无法导出为独立配置文件,仅支持导出连接(.ncx)和已保存查询(.nqx),二者均不含触发时间、重试策略等计划逻辑,跨机迁移需人工记录参数并重建,推荐改用ncli+脚本+系统定时器实现可移植自动化。
Navicat 16 的计划任务不能直接导出为独立配置文件
navicat 16 的「计划」窗口里创建的任务(比如定时导出、备份、同步)全部存储在本地用户配置目录中,不是单个可复制的 .xml 或 .json 文件。你右键任务 →「导出」菜单根本不存在——这个操作只对「连接」或「查询」有效,对「计划任务」完全不可用。
能导出的只有连接和已保存查询,但它们不包含计划逻辑
你可以导出连接配置(文件 → 导出连接),生成一个 .ncx 文件;也能导出已保存的查询(文件 → 导出查询),得到 .nqx。但这两者都不含「何时执行」「执行几次」「失败是否重试」等计划属性。即使把连接和查询迁到新机器,计划任务仍需手动重建。
-
.ncx里只含主机、端口、用户名、加密后的密码、SSH 隧道设置等,不含任何调度信息 -
.nqx是纯 SQL 文本 + 编码/格式偏好,不记录它被哪个计划调用过 - 批处理作业(
自动运行 → 批处理作业)同样无法导出,其定义存在 SQLite 数据库里(Windows 下是%APPDATA%\PremierSoft\Navicat Premium\Navicat.ini)
真正可迁移的计划任务配置,得靠手动提取路径和参数
如果必须复现一套计划任务,唯一可靠方式是:在原机器上打开「计划」窗口,逐个双击任务 → 查看「触发器」页签里的日历时间、重复规则;再点开「任务」页签,记下它调用的是哪个连接名、哪个已保存查询名、输出路径和文件名模板(如 D:\report\sales_&Y&M&D.csv)。这些全是明文可读的,但得人工抄录或截图。
使用ydata-profiling(前身为pandas-profiling)生成全面的数据质量报告,包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 注意
&Y&M&D这类时间变量只在 Navicat 内部解析,导出后不会自动替换,迁移时要确认目标环境支持相同语法 - 若任务中用了「运行外部程序」,命令行路径(如
C:\Python39\python.exe C:\scripts\gen_report.py)必须在新机器上重新校准,尤其是空格路径没加英文双引号会导致静默失败 - 邮件通知里的 SMTP 设置(主机、端口、授权码)不会随连接导出,必须单独备份
跨机器部署建议用 ncli + 脚本替代 GUI 计划
与其费力迁移 GUI 计划,不如把关键动作转成命令行可执行流:用 ncli --query 取数,用 Python 脚本生成 HTML/CSV,再用系统 cron(Linux/macOS)或 Task Scheduler(Windows)调度该脚本。这样所有逻辑都在文本文件里,版本可控、路径清晰、无权限隐忧。
-
ncli命令本身不依赖 Navicat GUI 运行,只要连接配置存在就能执行 - 脚本里硬编码的路径、时间格式、编码选项,比 Navicat 界面里藏三层的设置更易审计和修改
- 最常被忽略的一点:Navicat 计划任务默认以当前登录用户身份运行,但若你在服务器上用 systemd 或 launchd 启动后台服务,它可能根本读不到用户级的
Navicat.ini——而脚本可以显式指定--profile参数指向配置位置










