别再手动备份了，你的服务器文件正在裸奔
笔者在 N8N大学 交流群里见得最多的，不是什么高大上的 AI 接入，而是无数个“手滑”的惨案。凌晨三点，服务器磁盘突然报警，运维手忙脚乱地登录 SSH，敲下命令，然后发现——上一次备份竟然是一周前。
手动备份不仅痛苦，更是一种巨大的风险。你可能会忘记，可能会输错指令，甚至可能在恢复数据时才发现备份文件是空的。作为 N8N大学 的首席主编，我必须告诉你：**在 2024 年，还在用肉身执行定时任务，是对职业生涯的不负责。**
今天，我们就用 n8n 的 Schedule 节点，搭建一个“睡后自动备份”系统。把枯燥的重复劳动交给机器人，你只管安心睡觉。
准备工作：你需要这些“弹药”
在开始之前，我们需要检查一下装备。这套方案极其通用，无论你是用阿里云、腾讯云还是 AWS，甚至只是家里的树莓派，只要满足以下条件即可：
- 一台运行 n8n 的服务器：可以是 Docker 部署的，也可以是 Node.js 直接运行的。
- 目标服务器的 SSH 访问权限：你需要 IP、用户名、密码或私钥。
- SSH 节点支持：n8n 的原生社区版本通常包含 SSH 节点。如果你的版本没有，可以使用
Execute Command执行本地命令，或者通过HTTP Request调用 API（如果服务器有 API 接口）。
笔者提示： 为了演示最通用的方法，本文主要以 n8n 社区版自带的 SSH 节点 为例。如果你是 Docker 环境，请确保 n8n 容器能访问到目标服务器的 IP。
核心实操：三步搭建自动备份流水线
我们将创建一个 Workflow，它包含三个核心节点：定时触发 -> 执行 SSH 命令 -> 结果通知。这就像是给你的服务器请了一个不知疲倦的管家。
第一步：安装并配置 SSH 节点（如果缺失）
虽然 n8n 社区版通常自带 SSH 节点，但如果你发现找不到它，需要先在 n8n 的设置中安装 n8n-nodes-base 扩展包。这一步通常在 Docker 部署时已经完成，如果缺失，执行以下命令即可：
npm install n8n-nodes-base -g安装重启后，确保你的 n8n 界面能搜索到 SSH 节点。
第二步：设置 Schedule 定时触发器
这是整个流程的“心脏”。拖拽一个 Schedule 节点到画布上，双击进行配置。
关键参数设置：
- Rule Type：选择
Interval（固定间隔）或Cron（自定义时间）。笔者推荐使用 Cron Expression，因为它更灵活。- Cron Expression：输入
0 2 * * *。这代表每天凌晨 2 点执行一次。如果你不懂 Cron 表达式，没关系，n8n 提供了直观的图形化选择器。点击右侧的“生成”按钮，选择“每天”，时间设为半夜（如 02:00）。这样能避开业务高峰期，减少对服务器性能的影响。
第三步：配置 SSH 备份命令（核心逻辑）
从 Schedule 节点拉出一条连线，添加 SSH 节点。这里是存放你要执行的备份命令的地方。
1. 连接设置 (Credentials)：
- 点击“新建凭据”，填写目标服务器的 Host（IP地址）、Port（默认22）、Username 和 Password（或 Private Key）。保存并选中。
2. 命令设置 (Command)：
在 Command 字段中，输入你的备份指令。这里以备份 MySQL 数据库为例，同时打包网站目录：
mysqldump -u root -p'你的数据库密码' my_db > /var/backups/db_$(date +%Y%m%d).sql && tar -czf /var/backups/site_$(date +%Y%m%d).tar.gz /var/www/html3. 关键细节：
在 n8n 的 SSH 节点中，
Command字段直接输入上述命令。如果你的备份文件需要从服务器下载到 n8n 所在的机器，你需要配合 File Download 节点使用。但为了效率，我们通常建议先在服务器上压缩好，然后通过 Send Email 或 Telegram 节点发送一个“备份完成”的通知。笔者提示： 如果是备份大文件，建议在服务器上配置 rsync 或 scp 命令，将文件同步到另一台对象存储（如 S3）或 NAS 上，而不是直接传回 n8n 服务器，以免撑爆 n8n 所在的磁盘。
第四步：添加通知节点（可选但强烈推荐）
一个没有反馈的任务是不完整的。在 SSH 节点后，添加一个 Telegram 或 Send Email 节点。
配置好凭据后，在消息内容中插入变量：
备份完成！服务器: {{ $('SSH').item.json.host }}，时间: {{ new Date().toISOString() }}这样，每天早上醒来，你都能收到一条私信，确认备份任务是否成功执行。
避坑指南：实战中容易忽略的细节
虽然 n8n 很强大，但在处理文件和定时任务时，有几个坑是新手常踩的。
1. 时区问题（Timezone Hell）
n8n 的默认时区通常是 UTC。如果你在中国，设置了
0 2 * * *，它会在 UTC 时间的凌晨 2 点运行，也就是北京时间上午 10 点。这显然不是你想要的。解决方案： 进入 n8n 的 Settings -> Environment Variables，添加
TZ变量，值为Asia/Shanghai。重启 n8n 后，所有 Schedule 节点都会按北京时间运行。2. 命令执行超时（Timeout）
如果你的数据库非常大，备份时间可能超过 SSH 节点的默认超时时间（通常为 300 秒）。一旦超时，任务就会显示失败，但实际上备份可能还在后台跑。
解决方案： 在 SSH 节点的设置中，找到 Timeout 选项，将其调大，比如设置为
3600000（1小时）。或者，更优雅的做法是让备份命令在后台运行：nohup mysqldump ... > /dev/null 2>&1 &这样 SSH 命令会立即返回成功，而备份在后台默默进行。
3. 权限与路径问题
SSH 节点连接的用户必须有执行备份命令的权限，且写入的目录（如
/var/backups）必须存在且该用户有写权限。解决方案： 在测试阶段，先手动在 SSH 终端里跑一遍命令，确保无误后再粘贴到 n8n 中。不要在 n8n 里做“第一次尝试”。
FAQ 问答
Q1: 我的服务器是 Windows，这个方案还适用吗？
A: 适用。n8n 的 SSH 节点是跨平台的。如果你的 Windows 服务器开启了 OpenSSH 服务，配置方式完全一样。唯一的区别是你的备份命令需要换成 Windows 的 PowerShell 或 CMD 语法（例如使用
7z进行压缩）。Q2: 除了 SSH，还有更简单的备份方式吗？
A: 如果你的应用部署在 Docker 环境，可以考虑使用 n8n 的 Docker 节点直接调用容器快照。或者，如果你的文件在 S3/OSS 等对象存储上，可以直接使用 n8n 的对象存储节点进行复制/同步，这比 SSH 更稳定。
Q3: 如何确保备份文件的安全性？
A: 自动化备份只是第一步。建议定期（例如每周）将备份文件下载到本地或上传至异地云存储。同时，可以在 n8n 流程中加入加密步骤，使用 Crypto 节点对备份文件进行 AES 加密后再传输。
总结与资源
通过 n8n 的 Schedule 节点，我们将被动的“人找事”转变为主动的“事找人”。这不仅仅是节省了时间，更是在构建一套属于你自己的、可靠的运维防御体系。
在 N8N大学，我们相信技术应该服务于生活，而不是成为生活的负担。如果你在配置过程中遇到任何报错，或者有更复杂的备份需求（比如增量备份），欢迎随时在 n8ndx.com 留言，笔者会亲自为你解答。
下一步行动： 现在就打开你的 n8n 编辑器，拖拽出第一个 Schedule 节点吧！
