问题描述
编写了一个备份脚本，用于在夜间备份多个Docker卷。脚本首先停止使用这些卷的容器，然后创建一个新的容器，将所有卷挂载并使用borg进行备份。最后重新启动容器。然而，有时候脚本会遇到奇怪的问题，比如某个容器无法启动，因为其所需的镜像或网络丢失了。用户怀疑是不是Docker守护进程在脚本运行时进行了清理导致的，想知道是否可以禁止这种行为。但在守护进程日志中并未看到相关记录。
解决方案
以下操作可能涉及Docker的高级配置和守护进程设置，谨慎操作并备份相关数据。
方案1：检查docker run命令中的--rm选项
在用户提供的脚本中，使用了docker run命令，并带有--rm选项。根据Docker文档，--rm选项会在容器被删除时同时删除与容器关联的匿名卷。这可能是导致卷被删除的原因之一。如果你希望保留卷，请尝试去掉--rm选项。
方案2：Docker守护进程不会自动清理镜像和网络
Docker并不会自动清理镜像和网络，这些操作需要用户自行编写工具或脚本来实现。虽然docker-compose在运行docker-compose down命令时可能会移除网络，但它不会主动删除镜像和网络。因此，可能需要检查你的环境，查找是否有其他工具或脚本在进行清理操作。
方案3：排查可能导致清理的其他因素
如果镜像、网络或容器确实在备份脚本运行期间丢失，可能存在其他因素。你可以考虑以下几点来排查问题：
– 其他脚本或工具： 是否有其他脚本、工具或自动化流程在运行时执行了清理操作？
– 定时任务： 是否存在定时任务或计划任务与备份脚本冲突，导致了清理行为的触发？
– Docker配置： 是否在Docker的配置文件中设置了自动清理选项，例如设置了自动删除未使用的镜像或容器？
请仔细检查这些方面，以确定是否有其他因素导致了容器、网络或镜像的丢失。
方案4：日志和监控
你可以考虑加强日志和监控机制，以更好地追踪容器、网络和镜像的状态变化。使用Docker官方的日志记录功能，可以在容器或守护进程出现问题时进行排查。同时，设置监控工具来实时监测Docker环境的变化，有助于及时发现异常情况。
方案5：备份前停止自动清理
在运行备份脚本之前，你可以尝试手动停止Docker的自动清理行为。这可以通过设置Docker守护进程的配置来实现。具体来说，你可以考虑修改/etc/docker/daemon.json文件，在其中添加如下内容，以禁用自动清理操作：
{
"image-prune": false,
"network-prune": false
}
然后重新启动Docker守护进程，让配置生效。
方案6：备份时创建新的卷
在备份脚本中，你可以尝试不直接使用现有的卷，而是在备份开始时，创建新的临时卷，用于挂载容器中的数据。这样可以避免与正在运行的容器的卷发生冲突，从而降低意外清理的风险。
以上是一些解决方案供你参考。根据你的具体情况，可以选择适合你需求的方法来解决容器、网络和镜像丢失的问题。在实施任何更改之前，请务必备份重要数据，以免意外引发其他问题。