docker容器数据持久化与备份需以命名卷为核心，确保删容器不丢数据；备份前须保障一致性（如pg_dump或快照），通过只读临时容器执行tar归档，并强制验证恢复流程。

Docker 容器本身不自动持久化数据，必须显式配置存储机制并搭配备份策略，才能真正实现“存得住、备得稳、恢复快”。核心不是靠容器，而是靠外部挂载 + 一致性保障 + 可验证归档。

Crawl4ai Docker Skill

Docker化网页爬虫服务，支持REST API，可进行网页爬取与抓取，智能内容提取（基于 L...）

下载

优先用命名卷（Named Volume）管理业务数据
命名卷由 Docker 统一管理，路径独立、生命周期与容器解耦，删容器不丢数据，迁移也安全。

• 创建：docker volume create app-data
• 挂载进容器（如 PostgreSQL）：
  docker run -d --name pg-db -v app-data:/var/lib/postgresql/data -e POSTGRES_PASSWORD=123456 postgres:15
• 避免直接写容器内路径、不用匿名卷、慎用绑定挂载存核心数据——它易受宿主机权限和路径变更影响。

备份前必须确保数据一致性
运行中直接打包数据库目录，大概率产生损坏归档。要降低风险：

• 对支持热备的组件（如 PostgreSQL），用原生工具导出：pg_dump -U postgres mydb > backup.sql
• 无法停服时，临时冻结写入：MySQL 执行 FLUSH TABLES WITH READ LOCK，备份完再 UNLOCK TABLES
• 若底层存储支持快照（如 ZFS、LVM 或云盘），优先启用卷级快照，比文件级备份更可靠。

通过只读容器安全执行备份
别手动操作 /var/lib/docker/volumes/ 目录——权限混乱、易误删、破坏 Docker 状态。应启动临时容器隔离执行：

docker run --rm \
  -v app-data:/data:ro \
  -v /backup:/backup \
  alpine tar -czpf /backup/app-$(date +%Y%m%d-%H%M).tar.gz -C /data .

• :ro 强制只读，杜绝误写
• --rm 自动清理容器
• p 参数保留权限与时间戳，还原时更准确

备份后必须验证可用性
存在备份文件 ≠ 能成功恢复。需闭环验证：

• 定期用 tar -tzf backup.tar.gz | head -20 检查归档完整性
• 每月至少一次在测试环境执行完整恢复流程：解压 → 启动新容器 → 连接验证数据可读
• 把备份脚本集成进 cron 或 CI/CD，例如每天 2 点全量 + 每小时增量（配合 rsync --link-dest 或 Restic）

不复杂但容易忽略