WiredTiger
负责的,其数据文件也是.wt
格式。既然如此,我们就有可能不通过MongoDB服务,而是直接用wt
工具从数据文件中恢复数据。虽然我们通常推荐生产环境一定要配置复制集,但是很无奈,技术社区已经数次有人因为单机运行,最后硬盘损坏等原因导致无法启动。wt
工具作为最后一根稻草,可以在放弃治疗前再尝试挽救一下。
编译
wt工具可以运行于Linux和Windows上。因为各自的操作系统和MongoDB版本不同,可能产生较多的组合。在使用时应该根据自己情况编译适合的版本。下面以CentOS 7为例演示编译过程。
1.安装操作系统依赖
sudo yum install -y epel-release libtool automake snappy snappy-devel lz4 lz4-devel zstd zstd-devel libzstd-devel zlib zlib-devel git make vim-common
2. 准备源码
git clone https://github.com/wiredtiger/wiredtiger.git
根据所使用的MongoDB版本,应该选择正确的wt
分支。例如我当前使用的MongoDB 4.4.1
,那么同样应该选择WiredTiger的相应tagmongodb-4.4.1
git tag | grep 4.4.1
mongodb-4.4.1
mongodb-4.4.1-rc0
mongodb-4.4.1-rc1
mongodb-4.4.1-rc2
mongodb-4.4.1-rc3
mongodb-4.4.10
mongodb-4.4.10-rc0
mongodb-4.4.11-rc0
git checkout tags/mongodb-4.4.1 -b v4.4.1
3. 编译源码
sh autogen.sh
./configure --disable-shared --with-builtins=lz4,snappy,zlib,zstd
make -j $(nproc)
make install
简单起见我们使用了--disable-shared
来将动态链接库直接打包到执行文件中,这样可以避免很多后续的麻烦,代价是生成的执行文件较大。
编辑数据
如果有幸dbpath
中的其他文件没有丢失,包括:
WiredTiger*
- 要恢复的集合的
collection-xxx.wt
- 与要恢复集合相关的index文件
则可以直接使用wt工具恢复数据了:
wt dump file:collection-10--2280053313118266952.wt
不过,如果所有东西都还在的话,为什么还要用wt来恢复呢?所以我相信大部分人到这里都是跑不下去的。所以来看下一步,当你丢到只剩个裤衩子的时候该怎么办。
数据恢复
wt
读取数据的基本前提条件是要有元数据,也就是WiredTiger*
那堆文件。那我们就来尝试构造这些文件:
mkdir temp
cd temp
touch WiredTiger WiredTiger.lock
wt list
为了简单起见,后续步骤我们没有使用wt来完成,而是使用MongoDB:
mongod --dbpath ./
启动另一个窗口,使用mongo shell连接到当前实例:
mongo
任意创建一个集合,我们将把数据恢复到这个集合中:
db.dump.insert({x: 1});
db.dump.stats().wiredTiger.uri
# statistics:table:collection-7-666354062479792805
collection-7-666354062479792805.wt
即我们要使用的目标文件名。此时应:
- 停止mongod(直接ctrl-c)
- 使用我们要恢复的文件覆盖上述文件
cp collection-10--2280053313118266952.wt collection-7-666354062479792805.wt
- 让wt帮我们修复文件:
wt salvage file:collection-7-666354062479792805.wt
- 重启mongod进程:
mongod --dbpath ./
- 再次使用shell连接到MongoDB,在dump集合中即可找到我们要恢复的数据。
注意此时集合数据虽然恢复正常,但如果你count()就会发现返回结果是1。不用担心,这个问题很容易修复:
db.dump.validate({full: true});
下面该怎么办大家心里有数了吗?
关于作者:张耀星
MongoDB大中华区首席咨询顾问,供职于MongoDB售后服务团队5年+,拥有近10年MongoDB使用经验。
评论前必须登录!
注册