Docker升级后数据丢失及容器数据管理最佳实践咨询

问题背景 #

使用Docker已有6个月，此前一直认为它能实现容器升级但数据完好的理想效果。上周五按提示升级Docker后，出现启动致命错误，卸载重装后发现所有数据丢失。使用的docker-compose.yml中数据库服务定义如下：

db:
    image: mariadb:10.9
    volumes:
        - mariadb_data:/var/lib/mysql
    environment:
        TZ: 'America/Chicago'
        MYSQL_ALLOW_EMPTY_PASSWORD: 'no'
        MYSQL_ROOT_PASSWORD: 'rootpwd'
        MYSQL_USER: 'User'
        MYSQL_PASSWORD: 'UserPassword1234'
        MYSQL_DATABASE: 'Database'
    ports:
        - 3306:3306
    restart: always
    networks:
        - backend
    healthcheck:
        test: mysqladmin ping -h 127.0.0.1 -u $$MYSQL_USER --password=$$MYSQL_PASSWORD
        start_period: 5s
        interval: 5s
        timeout: 5s
        retries: 55

volumes:
  mariadb_data:

问题解答 #

1. 数据是否真的丢失？Docker是否存在可用于恢复的隐藏归档？ #

• Docker命名卷（如mariadb_data）默认存储路径为/var/lib/docker/volumes/。若卸载Docker时选择了彻底清理（如部分包管理工具的purge选项），该目录会被删除，数据不可逆丢失；若仅卸载程序未删除数据目录，重装Docker后重启容器即可恢复数据。
• Docker本身无自动生成的隐藏归档，仅能通过以下途径尝试恢复：
  • 检查系统备份工具是否备份过/var/lib/docker/目录
  • 确认是否手动执行过卷备份脚本
  • Linux系统可查看是否有文件系统快照（如LVM、Btrfs快照）

2. 容器与数据管理的最佳实践 #

• 数据与容器彻底分离：始终使用命名卷或宿主机绑定挂载存储持久化数据，绝不要依赖容器内部存储（容器删除后数据直接丢失）。
• 定期备份数据：
  • 用命令手动备份卷：docker run --rm -v mariadb_data:/data -v $(pwd)/backup:/backup busybox tar czf /backup/mariadb_backup_$(date +%Y%m%d).tar.gz /data，可将其设为定时任务。
  • 数据库优先用原生工具（如mysqldump）导出SQL文件，避免直接备份卷导致的数据一致性问题。
• 谨慎卸载Docker：卸载前确认是否保留/var/lib/docker/目录，除非确定不再需要所有容器、镜像和数据。
• 使用固定版本镜像：避免latest标签，指定具体版本（如你使用的mariadb:10.9），防止意外升级到不兼容版本。
• 版本化管理配置文件：将docker-compose.yml等配置文件存入Git，避免配置丢失。

3. 如何搭建定期更新容器且保障数据安全的系统？ #

• 数据层独立于Docker：将持久化数据存储在宿主机绑定挂载目录，或NAS、云存储等外部存储服务中，即使Docker完全损坏，数据仍可独立保留。
• 自动化更新与回滚：
  • 使用Watchtower工具自动检查镜像更新、拉取新镜像并重启容器，但数据库更新前必须先完成备份，且确认新版本兼容旧数据。
  • 搭建CI/CD流程（如GitLab CI）：编写脚本依次完成数据备份、拉取新镜像、停止旧容器、启动新容器，更新失败则回滚旧版本并恢复备份。
• Docker环境冗余备份：
  • 定期备份命名卷存储目录或绑定挂载的宿主机数据目录。
  • 将docker-compose.yml托管到Git，确保Docker重装后可快速恢复容器配置。
  • 关键业务可采用Docker Swarm或Kubernetes做容器编排，实现高可用，单个节点Docker故障时，其他节点仍能提供服务，数据存储在共享卷中。

内容的提问来源于stack exchange，提问作者jvanheijzen