我创建了一个工具来编排和启动数据和mysql容器的备份，简单地称为docker-backup。在docker中心上甚至有一个现成的图像。

它主要是用Bash编写的，因为它主要是编制。它在实际的备份引擎上使用了两面性。目前可以备份到FTP(S)和Amazon S3。

配置非常简单:在YAML中编写一个配置文件，描述要备份的内容和位置，然后就完成了!

对于数据容器，它自动挂载由容器共享的卷以备份和处理它。对于mysql容器，它链接它们，并执行一个mysqldump与你的容器捆绑，并处理结果。

我写它是因为我使用Docker- cloud，它不是最新的Docker引擎版本，因为我想拥抱Docker的方式，在我的应用程序容器中不包括任何备份过程。

假设您的卷名为data_volume。您可以使用以下命令将卷备份到名为data_image的docker镜像，并从镜像中恢复卷:

备份:

docker run --rm --mount source=data_volume,destination=/data alpine tar -c -f- data | docker run -i --name data_container alpine tar -x -f-
docker container commit data_container data_image
docker rm data_container

恢复:

docker run --rm data_image tar -c -f- data | docker run -i --rm --mount source=data_volume,destination=/data alpine tar -x -f-

如果您的项目使用docker-compose，这里有一种备份和恢复卷的方法。

docker-compose.yml

基本上，您可以在docker-compose中添加db-backup和db-restore服务。Yml文件，并将其改编为卷的名称。在本例中，我的卷名为dbdata。

version: "3"

services:
  db:
    image: percona:5.7
    volumes:
      - dbdata:/var/lib/mysql

  db-backup:
    image: alpine    
    tty: false
    environment:
      - TARGET=dbdata
    volumes:
      - ./backup:/backup
      - dbdata:/volume
    command: sh -c "tar -cjf /backup/$${TARGET}.tar.bz2 -C /volume ./"

  db-restore:
    image: alpine    
    environment:
      - SOURCE=dbdata
    volumes:
      - ./backup:/backup
      - dbdata:/volume
    command: sh -c "rm -rf /volume/* /volume/..?* /volume/.[!.]* ; tar -C /volume/ -xjf /backup/$${SOURCE}.tar.bz2"

避免腐败

为了保持数据一致性，在备份或恢复之前停止db容器

docker-compose stop db

备份

备份到默认目标(backup/dbdata.tar.bz2):

docker-compose run --rm db-backup

或者，如果你想指定另一个目标名称，请执行以下操作:

docker-compose run --rm -e TARGET=mybackup db-backup

恢复

从backup/dbdata.tar进行恢复。bz2,获取:

docker-compose run --rm db-restore

或从特定文件恢复使用:

docker-compose run --rm -e SOURCE=mybackup db-restore

我改编了https://loomchild.net/2017/03/26/backup-restore-docker-named-volumes/中的命令来创建这种方法。

如果我想恢复容器，我可以尝试提交一个图像，然后删除容器，并从提交的图像创建一个新容器。但如果我这样做，卷就会被删除，所有的数据都消失了

正如docker用户指南解释的那样，数据卷意味着将数据持久化在容器文件系统之外。这也简化了多个容器之间的数据共享。

虽然Docker永远不会删除卷中的数据(除非你用Docker rm -v删除关联的容器)，但没有被任何Docker容器引用的卷被称为悬挂卷。这些悬空的书卷很难清除，也很难进入。

这意味着，一旦删除了使用卷的最后一个容器，数据卷就会悬空，其内容就难以访问。

为了防止这些悬空卷，诀窍是使用您想要持久化的数据卷创建一个额外的docker容器，以便始终至少有该docker容器引用该卷。通过这种方式，你可以删除运行wordpress应用程序的docker容器，而不会失去对数据量内容的访问。

这样的容器称为数据卷容器。

一定有一些简单的方法来备份我的容器和卷数据，但我到处都找不到它。

备份docker映像

要备份docker映像，请使用docker save命令，该命令将生成一个tar归档文件，稍后可以使用docker load命令创建一个新的docker映像。

备份docker容器

您可以通过不同的方式备份docker容器

通过使用docker commit命令根据docker容器当前状态提交一个新的docker映像 使用docker export命令将docker容器文件系统导出为tar归档文件。稍后，您可以使用docker import命令从tar归档文件创建一个新的docker映像。

注意，这些命令只备份docker容器分层文件系统。这里不包括数据卷。

备份docker数据卷

要备份数据卷，您可以使用想要备份的卷运行一个新容器，并执行tar命令以生成docker用户指南中描述的卷内容的存档。

在您的特定情况下，数据卷用于存储MySQL服务器的数据。因此，如果您想为这个卷导出一个tar存档，首先需要停止MySQL服务器。要做到这一点，你必须停止wordpress容器。

备份MySQL数据

另一种方法是远程连接到MySQL服务器，使用mysqldump命令生成数据库转储。然而，为了实现这一点，你的MySQL服务器必须配置为接受远程连接，并有一个允许远程连接的用户。这可能不是你正在使用的wordpress docker图像的情况。

Edit

Docker最近引入了Docker卷插件，允许将卷的处理委托给供应商实现的插件。

docker run命令对-v选项有一个新的行为。现在可以给它传递一个卷名。以这种方式创建的卷被命名，以后很容易引用，从而缓解了悬空卷的问题。

编辑2

Docker引入了Docker volume prune命令，可以轻松删除所有悬挂卷。

如果你想要一个完整的备份，你需要执行以下几个步骤:

将容器提交给一个映像 保存图像 通过在容器中创建卷的挂载点的tar文件来备份容器的卷。 对数据库容器也重复步骤1-3。

需要注意的是，Docker仅仅将容器提交给镜像，并不包括附加到容器的卷(参考:Docker提交文档)。

提交操作将不包括容器内挂载的卷中包含的任何数据。

我一直在使用这个批处理脚本备份我所有的卷。该脚本将容器名称作为唯一参数，并自动查找其所有已挂载的卷。

然后它为每个卷创建一个tar存档。

#! /bin/bash

container=$1
dirname="backup-$container-$(date +"%FT%H%M%z")"

mkdir $dirname
cd $dirname

volume_paths=( $(docker inspect $container | jq '.[] | .Mounts[].Name, .Mounts[].Source') )

volume_count=$(( ${#volume_paths[@]} / 2 ))

for i in $(seq $volume_count); do

    volume_name=${volume_paths[i-1]}
    volume_name=$(echo $volume_name | tr -d '"')

    volume_path=${volume_paths[(i-1)+volume_count]}
    volume_path=$(echo $volume_path | tr -d '"')
    echo "$volume_name : $volume_path"

    # create an archive with volume name
    tar -zcvf "$volume_name.tar" $volume_path

done

该代码可在Github上获得。