navicat 17无法在软件内直接创建定时自动备份任务，因其已移除“计划任务”图形化入口，必须通过导出批处理或shell脚本，并交由操作系统调度器（如windows任务计划程序、cron）执行。
navicat 17 无法在软件内直接创建“定时自动备份任务”——它没有内置调度器，所有时间控制必须交给操作系统。你看到的“自动运行”按钮只是批处理作业触发器，不是定时器。
为什么 Navicat 17 没有「计划任务」菜单
navicat 16 及更早版本中可见的「计划」或「自动运行」图形化配置面板，在 navicat 17 中已被彻底移除。官方文档明确说明：该功能已退化为「批处理作业 + 外部调度」组合模式。如果你在界面里找不到入口，不是操作遗漏，而是设计如此。
必须用「导出为脚本」代替点几下就备份
右键数据库 → 「备份数据库」→ 在向导最后一步，关键动作是：取消勾选“立即执行”，勾选“保存为批处理文件”（Windows）或“保存为 Shell 脚本”（macOS/Linux）。生成的脚本内容类似：
mysqldump --host=192.168.1.100 --port=3306 --user=admin --password=secret --databases myapp > "/backup/myapp_$(date +%Y%m%d).sql"
但注意：--password=secret 是明文硬编码，极危险；$(date +%Y%m%d) 在 Windows 批处理里不生效；路径必须写死绝对路径，不能用 %APPDATA% 或 ~ 这类变量。
- MySQL 推荐改用
mysql_config_editor set --login-path=prod --user=admin --password，脚本中替换为--login-path=prod - PostgreSQL 必须删掉
--password=，改用.pgpass文件，并在脚本开头加export PGPASSFILE="/full/path/to/.pgpass" - Windows 用户需手动拼日期：用
for /f循环获取%date:~0,4%%date:~5,2%%date:~8,2%，否则%date%格式不可控
Windows 任务计划程序里三个必填坑点
哪怕脚本双击能跑，放进任务计划后大概率失败，原因几乎都卡在这三项：
-
“起始于”字段不能为空，必须填脚本所在目录的绝对路径，例如C:\navicat_backups\，否则mysqldump找不到、输出路径报错、日志写不进指定位置 - 必须勾选
“不管用户是否登录都要运行”，否则服务器锁屏或远程断开后任务静默终止 - 必须勾选
“使用最高权限运行”，否则可能因权限不足无法写入目标目录或读取.pgpass
Linux/macOS 用户同理：cron 的环境变量与交互式 shell 不同，PATH 常缺失 /usr/local/bin，导致 mysqldump 找不到，得在 crontab 里显式声明 PATH=/usr/local/bin:/usr/bin:/bin。
分库分表不能靠逻辑连接统一备份
Navicat 17 的「逻辑连接」只是界面分组，不改变底层行为。右键一个逻辑分组，不会出现“备份全部子库”选项——每个分库（如 order_001、order_002）必须单独建 Backup 任务，保存为独立的 .psc 文件。
可行做法是：
- 为每个分库建一个备份任务，路径统一设为
D:\backups\sharded\20260728\下带标识的子目录，例如order_001_202607281205.psc - 把这些任务拖进同一个批处理作业，按顺序执行；失败时日志能定位到具体哪个库
- 备份完成后，用外部脚本打包压缩并校验：
tar -a -cf full_shard_backup_20260728.tar.gz D:\backups\sharded\20260728\，再跑certutil -hashfile ... SHA256
最常被忽略的是：Navicat 自带的“导出为 SQL”不处理 CREATE DATABASE 冲突，也不重写表名前缀，还原时极易覆盖或报错——这不是功能缺陷，而是设计边界。
