快照存储的关键问题在于它们是crash-consistent，而非application-consistent--唯一的例外是Reduxio。此外，许多存储系统在给定的任一Volume、LUN或者文件系统的快照数目都有很强的限制。这就要求早期的快照需要复制下来，这就会消耗更多的存储空间并且需要额外的存储系统。
存储快照经常与备份应用程序相结合以此来保持与应用程序一致性。结构化应用程序的备份代理与结构化应用同时安装。在储存系统获取快照之前，该代理能暂停结构化应用，媒体备份服务器告诉存储系统获取快照，然后告诉该代理重启结构化应用程序。这就提供了应用程序一致的快照，目前 Commvault、 EMC、 Hewlett Packard Enterprise、Veritas和其他几家公司能够提供。这种方法在管理结构化应用程序代理时仍然存在问题。
刚刚描述的组合的一个变本是复制数据管理，可由Actifio、Cohesity 和Rubrik提供。复制数据管理是在一个系统中将文件备份和存储快照的两者结合。这里并没有外部媒体备份服务器。这些产品往往集中在虚拟管理程序API上。只有Actifio一个产品，存在操作系统代理可以备份Docker容器和镜像。但他们之中不存在任一产品同时具有结构化应用程序的一致性。
方法4：无代理的云备份和恢复在撰写本文的时候，只有Asigra-powered 云备份和恢复服务提供Docker数据容器和Docker 镜像备份。该服务提供了一个on-site物理或虚拟设备，无需代理来备份操作系统和所有的Docker 容器。最新的备份保存在本地云，该方式具有很快的回收率。此外，所有的备份都保存在云备份和恢复服务提供商的数据中心内。在第一次全卷备份后，所有的额外的备份都是永久增量，提供虚拟的、全容量的、一次性回收。所有云端备份数据删除重复数据并对数据压缩。
这种方法的缺点是：它必须得到云服务提供商而非软件开发人员（尽管它可以作为一个私有许可证。）的许可。
原文链接： Docker data container protection methods: Pros and cons（译者/刘崇鑫 审校/朱正贵 责编/仲浩）
译者简介：刘崇鑫，北京邮电大学研究生在读，专业光通信工程。
更多Docker相关教程见以下内容：
Docker安装应用(CentOS 6.5_x64)
Ubuntu 14.04安装Docker
在Ubuntu Trusty 14.04 (LTS) (64-bit)安装Docker