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 --dbpath=/data/db2 >确认工作后,如果需要,可以删除/ data / db目录. 所有这些都可以通过不使用–repairpath选项“替换”/ data / db /中的文件来消除. 关于恢复,请查看Journaling – 这将创建一个每100毫秒刷新到持久磁盘的操作日志,当mongod启动并检测到未应用的日志文件并应用它们时,删除锁定文件,然后启动服务器. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |