linux – MongoDB针对持续电源故障的最佳实践

前端之家收集整理的这篇文章主要介绍了linux – MongoDB针对持续电源故障的最佳实践前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
背景:

我在移动教练的一台机器上有一些AIO应用程序机器(运行带有rails mongodb chromium的ubuntu)来显示信息,偶尔用户可能会将某些数据中的chuck更改为mongodb.

现在,机器的电源是恒定的,教练司机可以随时关闭机器.机器有2个分区,首先是aufs for /,另一个是ext4 for mongodb / data目录.但是在停电的瞬间,没有数据输入到数据库中.

问题:

每次由于断电(每隔几个小时)重启机器,mongodb将在其目录中留下一个mongod.lock文件.在/etc/rd.local中我试图在每次启动时删除锁定文件,但它有时仍然拒绝启动.导致我的应用程序失败的开始.

根据官方文件http://www.mongodb.org/display/DOCS/Durability+and+Repair,我仍有一些机会无法启动.

在上述常规电源故障情况下运行mongodb的最佳做法是什么?不抛弃额外的硬件.

解决方法

所有mongod.lock文件都告诉你,数据库有一个不干净的关闭,即没有被管理员停止等.

当单独运行–repair操作时,mongod将尝试读取现有文件,写入新文件然后交换它们.完成后,它应该删除mongod.lock文件,并启用数据库.

如果与–repairpath参数一起使用,则修复的字段将被放置在指定的修复路径中,并且可能不会删除锁定文件,因为原始数据文件尚未修复,而是已使用修复的数据和指定的路径.

使用–repairpath的可能流程:

>服务启动,日志消息通知您锁定问题,退出.

mongod --dbpath=/data/db

>您运行类似于此的修复命令:

mongod --dbpath=/data/db --repair --repairpath=/data/db2

并等待它完成.
>完成后,从修复的文件路径启动mongod:

mongod --dbpath=/data/db2

>确认工作后,如果需要,可以删除/ data / db目录.

所有这些都可以通过不使用–repairpath选项“替换”/ data / db /中的文件来消除.

关于恢复,请查看Journaling – 这将创建一个每100毫秒刷新到持久磁盘的操作日志,当mongod启动并检测到未应用的日志文件并应用它们时,删除锁定文件,然后启动服务器.

原文链接:https://www.f2er.com/linux/399546.html

猜你在找的Linux相关文章