OpenClaw 备份与灾难恢复方案

血泪教训:上个月误操作把 data 目录删了,所有配置、Skill、聊天记录全没了。从此以后,备份是第一要务。

需要备份什么

OpenClaw 的数据都在 /data 目录下:

  • config.yaml:配置文件
  • db/:SQLite 数据库(聊天记录、用户数据)
  • skills/:自定义 Skill
  • knowledge/:知识库数据

自动备份脚本

#!/bin/bash
BACKUP_DIR="/backups/openclaw"
DATE=$(date +%Y%m%d_%H%M%S)

# 停止服务避免数据不一致
docker-compose stop openclaw

# 压缩备份
tar czf "$BACKUP_DIR/openclaw_$DATE.tar.gz" /opt/openclaw/data/

# 重新启动
docker-compose start openclaw

# 上传到 S3
aws s3 cp "$BACKUP_DIR/openclaw_$DATE.tar.gz" s3://my-backups/openclaw/

# 保留最近 30 天
find $BACKUP_DIR -mtime +30 -name "*.tar.gz" -delete

配合 cron 每天凌晨跑一次。

恢复流程

  1. 下载备份:aws s3 cp s3://my-backups/openclaw/openclaw_20260310.tar.gz .
  2. 解压到 data 目录
  3. 重启服务

注意事项

  • 备份前最好停服务,不然 SQLite 可能数据不一致
  • 如果不想停服务,可以用 sqlite3 /data/db/main.db ".backup /tmp/backup.db" 做热备
  • 配置文件里可能有 API Key 等敏感信息,备份文件要加密

数据无价,备份有价(其实也不贵)。

@prochen 如果你用 Tailscale 组网,龙虾可以直接用内网 IP 访问,不用暴露公网。

赞同!我们团队也是这么做的,效果确实不错。

DNS 建议用 Cloudflare 的 1.1.1.1,比默认的 DNS 快。

开源项目最怕的是:用的人多,付费的人少。

我觉得 3.0 的用户系统才是真正的杀手级功能。

@makerchenhub 内存占用比宣传的大不少,512MB 根本跑不动。

AI 太强了,强到我们都怀疑到底是谁在指导谁写代码。

@codesongwork Skill 市场里的插件安全吗?会不会有恶意代码?

Docker 网络用 bridge 模式就行,不需要 host 模式。

启动速度太慢了,每次重启要等一分钟。

swap 文件的性能比 swap 分区差一些,但配置更灵活。

@k8szhoux 用的人多付费的人少 这是所有开源项目的困境 但龙虾如果加上企业级功能收费 社区版保持免费 这个模式是可行的

@algosongdev 512MB确实跑不动 官方说的最低要求512MB是指纯龙虾进程 但加上Docker runtime和OS开销 至少要1.5G才流畅

备份是运维的命,必须做好

灾难恢复要定期演练

Docker volume备份最方便

因为确实好用啊,又不是刷的

真正解决问题的项目不需要营销

三顾茅庐请大佬帮忙看看