🚀 小白也能懂：用 BackApp 搭建你的“自动备份指挥中心”

想象一下，你手里有 3 台服务器（或者虚拟机），里面存着重要的网站代码和数据库。以前，你可能需要每天登录每一台机器，手动打包文件，再下载到本地——这简直是噩梦。

BackApp 就是你的全自动搬家公司。 你只需要坐在指挥中心（安装了 BackApp 的本地电脑），给它钥匙（SSH），告诉它去哪搬（路径）、搬什么（规则）、几点搬（定时），它就会自动搞定一切。

软件安装

第一阶段：准备工作（建立连接）

在使用任何功能前，BackApp 得先能“进得去”你的远程服务器。

1. 添加“房门钥匙” (SSH 认证)

BackApp 通过 SSH 协议连接你的服务器。这就像你给搬家公司钥匙，他们才能进屋搬东西。

• 点击“添加服务器”： 在 Web 界面上操作。

• 认证方式：

• 密码认证（入门）： 就像输入普通的登录密码，简单直接。

• 密钥认证（推荐）： 上传你的私钥文件。这比密码更安全，就像刷指纹一样。

• 结果： 只要连接测试通过，BackApp 就拥有了管理这台服务器的能力。你可以按此步骤添加无数台服务器。

第二阶段：规划仓库（存储与命名）

东西搬回来后，得有个地方放，而且不能乱。

2. 指定“卸货区” (本地存储位置)

你需要告诉 BackApp，从服务器拉回来的文件，存在你本地电脑的哪个文件夹里。

• 设置： 比如填写 /data/my_backups。
• 注意： 确保你本地硬盘空间足够大！

3. 贴好“标签” (命名规则)

如果所有备份都叫 backup.zip，第二天你就分不清谁是谁了。

• 设置命名规则： BackApp 允许你定义文件夹名称的格式。
• 示例： 设置为 {服务器名}_{日期}。
• 效果： 你的文件夹会自动变成 Web_Server_2023-10-27，清晰明了。

第三阶段：制定任务（核心配置）

这是最关键的一步，告诉 BackApp 具体干什么。

Cron 表达式： 这是一种通用的定时代码。

小白翻译：

0 2 * * * = 每天凌晨 2 点执行。

0 0 * * 1 = 每周一执行。

设置好后，BackApp 会准时自动干活。

4. 使用“任务模板” (Backup Profile)

默认软件已经内置了两个postgresql的profile

5. 挑选“搬运对象” (文件规则)

你肯定不希望把服务器里的垃圾文件也备份回来。

• 包含 (Include)： 比如只备份 /var/www/html（网站代码）。
• 排除 (Exclude)： 比如排除 /var/www/html/cache（缓存垃圾）或 *.log（日志文件）。

6. 设置“魔法指令” (预/后备份命令)

这是最强大的功能！ 有些文件（比如运行中的数据库）直接复制会坏掉，必须先“打包”再“搬运”。

• 预备份命令 (Pre-backup)： 在搬运之前，在远程服务器上执行。

• 场景： mysqldump > db_backup.sql （先把数据库导出成文件）。

• 后备份命令 (Post-backup)： 在搬运之后执行。

• 场景： rm db_backup.sql （搬完后，把远程服务器上的临时文件删掉，打扫战场）。

第四阶段：自动化与监控（定时与日志）

设置好后，你就可以当甩手掌柜了。在runs这里会显示成功与否

7. 设定“闹钟” (Cron 调度)

你不需要每天守着点点按钮。

• Cron 表达式： 这是一种通用的定时代码。

• 小白翻译：

• 0 2 * * * = 每天凌晨 2 点执行。

• 0 0 * * 1 = 每周一执行。

• 设置好后，BackApp 会准时自动干活。

8. 查看“体检报告” (日志与 UI)

BackApp 提供了一个基于 React 和 Material-UI 构建的漂亮界面。

• 状态监控： 每次备份是成功了绿灯，还是失败了红灯，一目了然。
• 详细日志： 如果失败了，点击日志，它会告诉你是在哪一步卡住了（比如“磁盘已满”或“密码错误”）。

总结：你的操作流

1. 连：在界面上配置 SSH，连上远程服务器。
2. 存：设置本地保存路径。
3. 选：告诉它备份哪些文件夹，排除哪些垃圾。
4. 令：设置“先导出数据库，再下载，最后删除临时文件”的命令流程。
5. 定：设置每天凌晨 3 点自动跑。

搞定！从此以后，你只需要偶尔登录这个漂亮的网页看看全是绿色的“Success”标志，享受安心的感觉。