在数据库运维过程中，如果运维不规范，未建立容灾环境并未制定合适的备份策略并备份，在某些极端情况下（比如主机异常断电），可能导致数据库实例无法启动。此时，怎么尽最大的可能拯救数据？
在Oracle中，提供了一些隐含参数或者方法让数据库强制启动，并在捞出数据后重建数据库，或者利用DUL等工具尽可能的进行数据提取。那么在mongodb数据库的运维过程中，遭遇数据库文件损坏，实例无法启动的时候怎么办？我们都知道Mongodb从3.2版开始，默认使用的wiredTiger开源存储引擎，通过在github上下载wt引擎的源码，可以编译生成一个wt工具，利用该工具可以从mongodb数据文件中捞出数据。
软件下载地址：https://github.com/wiredtiger/wiredtiger，安装方法：
安装依赖包
yum-y install snappy.x86_64 snappy-devel.x86_64
编译安装
./configure--enable-snappy –prefix=/usr/local/wiredTiger
make&&makeinstall
数据恢复
在mongodb数据目录的文件结构中，包括数据库文件和WiredTiger.wt等元数据文件，若元数据文件丢失，则会导致wt工具也无法恢复数据，出现类似如下报错：
[1600001107:222670][28965:0x7f7a4a987740],file:WiredTiger.wt, connection: __posix_open_file, 715:/data/mongodb/WiredTiger.wt: handle-open: open: No such file ordirectory
如上图所示，需保证红框外的文件都在，才能从数据文件中抓取数据。
wt -v -h /data/mongodb -C"extensions=[/usr/local/wiredtiger/lib/libwiredtiger_snappy.so]"list –列出所有的对象名称，由于WT引擎默认使用了snappy压缩算法，所以需要使用extensions显示指定类文件位置。
从数据文件中导出数据：
/usr/local/wiredtiger/bin/wt -v -h /data/mongodb -C"extensions=[/usr/local/wiredtiger/lib/libwiredtiger_snappy.so]" dump -f /home/mongo/a.dmp test/collection/7-6614138329248103296
导出的文件在此时不是json文件，不能直接读取，需导入一个临时数据库中
>show dbs;
admin 0.000GB
config 0.000GB
local 0.000GB
>use test
>db.createCollection("test");
{"ok" : 1 }
>show tables;
test
>db.test.stats().wiredTiger.uri;
statistics:table:test/collection/0--2648066414802528487 --获取临时集合的数据文件信息
[mongo@node1~]$ mongod -f /etc/mongodb/mongodb1.conf ---shutdown##停止临时数据库，否则在导入的时候会报资源忙
[1600004969:259849][25396:0x7f9657853740],wiredtiger_open: __posix_file_lock, 410:/data/mongodb1/WiredTiger.lock: handle-lock: fcntl: Resourcetemporarily unavailable
[1600004969:259905][25396:0x7f9657853740],wiredtiger_open: __conn_single, 1720: WiredTiger database is alreadybeing managed by another process: Device or resource busy
数据导入：
[mongo@node1~]$ /usr/local/wiredtiger/bin/wt -v -h /data/mongodb1 -C"extensions=[/usr/local/wiredtiger/lib/libwiredtiger_snappy.so]"-R load -f /home/mongo/a.dmp -rtest/collection/0--2648066414802528487
file:test/collection/0--2648066414802528487:100002 --提示导入了100002个document
启动数据库，但是我们发现此时导入的数据可以find，但是count为0，如下图：
此时，我们采用导出和导入的方法更新元数据
再次查询，集合文档数据量count可正常显示，见下图：
注：wt工具导出和导入数据只能按集合逐一进行，mongodump和mongorestore修复元数据，可以按库多个集合同时修正。
本文档使用的案例是在测试环境的测试案例。本文仅仅是提供一种在极端情况下尽可能救援数据的一种方法，但使用过程中也有诸多限制。本人认为，成熟的运维应该是制定完善的运维方案，建立合适的数据库备份策略和数据库容灾架构，不到万不得已，不使用此类非常规的手段恢复数据。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/130142.html
摘要：现在已经成为的官方标准，如，以及的扩展协议。作者简介李会军，联合创始人，关注团队协作领域，致力于用工具解决中小团队的协作问题。 Worktile自上线两年多以来，以良好的用户体验和稳定的服务，获得了用户的认可和喜爱。截止笔者写这篇文章的时候，已经有超过10万家团队在使用Worktile。作为团队协作工具，从技术上分析首先要解决如下几个问题： 基于Web的跨平台设计，让用户在任何地方都...
摘要：通过指定，并在生产线上关闭的接口来达到规避网络进口的安全问题。避免同样的悲剧在发生。上海小胖原创地址欢迎各位大神前来评论。每周五，敬请期待，上海小胖独更。 序 原本这周想写一个系列关于 GDPR(General Data Protection Regulation) MongoDB 的，但是昨天（2017.09.05）又爆出超2.6W 个MongoDB 节点被劫持。所以临阵变卦，决定写...
阅读 1034·2023-01-11 13:20
阅读 1309·2023-01-11 13:20
阅读 819·2023-01-11 13:20
阅读 1413·2023-01-11 13:20
阅读 3719·2023-01-11 13:20
阅读 2109·2023-01-11 13:20
阅读 1091·2023-01-11 13:20
阅读 3152·2023-01-11 13:20
