将 mongo-data 链接到 /data/db 文件夹到卷 Mongodb Docker 从备份文件中恢复如何保护正确的备份文件建议的备份方法

如何解决将 mongo-data 链接到 /data/db 文件夹到卷 Mongodb Docker 从备份文件中恢复如何保护正确的备份文件建议的备份方法

我不小心删除了 docker mongo-data:/data/db 的卷，我有那个文件夹的副本，现在问题是当我运行 docker-compose up mongodb 容器没有启动并给出错误 mongo_1以下面的代码 14 退出，详细了解错误和 mongo-data 文件夹，有人能帮我吗

在 docker-compose.yml 中

卷： - ./mongo-data:/data/db

解决方法

从备份文件中恢复

从 docker 容器中的失败 mongodb 修复损坏文件的分步过程：

！在开始之前，请复制文件。！
确保您知道容器中运行的是哪个版本的映像

生成新容器以运行修复过程，如下所示

docker run -it -v <data folder>:/data/db <image-name>:<image-version> mongod --repair

修复文件后，您可以从 docker-compose
启动容器

如果修复失败，通常意味着文件损坏无法修复。仍然有机会通过将数据导出为 described here.

来修复它

如何保护正确的备份文件

数据库不断地处理文件，因此磁盘上的文件不断变化。此外，数据库会在内部内存缓冲区中保留一些更改，然后再将它们刷新到文件系统。尽管数据库引擎做得非常好，以确保数据库可以通过使用 2 阶段提交过程（首先更新事务日志而不是数据文件）从突然故障中恢复，但在复制文件时可能会出现损坏将阻止数据库恢复。

这种损坏的原因是复制进程不知道数据库写入进程的进度，这会创建一个 racing condition。用很简单的话来说，当数据库正在写入时，复制过程会创建一个半更新文件的副本，因此它会被破坏。

当数据库编写器正在写入文件时，我们称它们为 hot 文件。 hot files 是 OS 角度的术语，MongoDB 还使用术语 hot backup，它是 MongoDB 角度的术语。 Hot backup 表示在数据库运行时进行了备份。

要拍摄正确的快照（确保文件为 cold），您需要按照 here 说明的步骤进行操作。简而言之，在此过程中发出的命令 db.fsyncLock() 将通知数据库引擎刷新所有缓冲区并停止写入文件。这将使文件 cold，但数据库保持 hot，因此术语 hot files 和 hot backup 之间存在差异。复制完成后，通过发出 db.fsyncUnlock()

通知数据库开始写入文件系统

注意这个过程比较复杂，并且会随着数据库的不同版本而改变。这里我把它简化一下，以说明文件快照存在的问题。为确保正确且一致的备份，请始终遵循您使用的数据库版本的文档化过程。

建议的备份方法

首选备份应始终是数据转储方法，因为这可确保即使在升级/降级数据库引擎的情况下您也可以恢复。 MongoDB 提供了非常有用的工具，称为 mongodump，可用于通过转储数据而不是文件副本来创建数据库备份。

有关如何使用备份工具以及其他备份方法的更多详细信息，请阅读 MondoDB 文档的 MongoDB Backup Methods 章节。