MongoDB数据库数据恢复环境：

一台Windows Server操作系统虚拟机上部署MongoDB数据库。

MongoDB数据库故障：

管理员在未关闭MongoDB服务的情况下拷贝数据库文件。将MongoDB数据库文件拷贝到其他分区后，对MongoDB数据库所在原分区进行了格式化操作。格式化完成后将数据库文件拷回原分区，并重新启动MongoDB服务。发现服务无法启动并报错。

MongoDB数据库故障检测：

在MongoDB数据库服务没有关闭的情况下拷贝MongoDB数据库文件，通常会导致mongod.lock文件以及WiredTiger.lock文件拷贝出错。如果从拷贝出的文件中删除掉这两个文件后再次启动服务，MongoDB数据库会自行重新生成这2个文件。

北亚企安数据恢复工程师对拷贝出的文件进行检测，发现_mdb_catalog.wt文件丢失。

_mdb_catalog.wt文件存放MongoDB中所有集合的元数据。数据库启动时需要从这个文件中读取相关的信息。此文件丢失会导致数据库无法获取数据库中集合对应的WT table名字、集合的创建选项、集合的索引信息等元

数据，导致数据库无法启动。

MongoDB数据库数据恢复过程：

1、尝试从文件系统层面恢复_mdb_catalog.wt文件。

扫描数据库所在分区并没有_mdb_catalog.wt文件的信息。根据MongoDB数据库中数据文件的特征值再次扫描数据库分区，也没有发现_mdb_catalog.wt相关的数据区域。基本上可以判断，_mdb_catalog.wt文件已经被彻底破坏，无法恢复。

2、尝试从数据库层面恢复数据。

本案例中的MongoDB数据库基于WiredTiger存储引擎，可以使用WiredTiger实用工具包提取数据库中的数据。

a、下载WiredTiger实用工具包，在windows环境下编译出可执行的wt工具。

b、使用编译完成的wt工具，清洗回写MongoDB数据库的集合文件中的数据。

c、完成数据清洗后读取文件中的数据，并写入到一个.dump文件中。通过这种方式将数据库的各个集合文件中的可用数据提取出来。

d、重新创建一个MongoDB数据库。根据提取出的集合文件创建对应数量的空集合。使用wt工具将提取出来的.dump文件一一写入到新创建的空集合中。

e、通过查询集合中的数据，确认这些集合与元数据库中集合的对应关系。修改集合名称，重建索引信息。

由于该MongoDB数据库中存在Gridfs存储的大字段（文件）集合，所以可以通过查询集合中的记录确定记录类型，从而确定fs.files和fs.chunks集合的位置。修改这两个集合名称为xxx.files和xxx.chunks后，重建集合索引。Gridfs集合恢复完成后就可以正常查看其中数据。

3、协助用户方对全部集合进行索引重建之后，由用户方对数据库进行查询验证，经过验证确认数据无误。本次数据恢复工作完成。