生産中のMongodbの再起動/自動修復

Question

私が達成したいのは、Mongodbをもっと確実に起動する/etc/init.dスクリプトを、ハードにダウンしたとしても、システムの場合には自動修復を試みるべきですロック状態にある。

はい、私はこれを自分でスクリプトすることができましたが、誰かがこれを既に実行しているに違いないと思います。

サーバがダウンした後、Mongodbは/etc/init.d/mongodスクリプトで再起動しない状態になっています。明らかに、ロックファイルは削除する必要があり、 - repairオプションで起動し、--dbpathを修正してから正常に再起動する必要があります。場合によっては、db-filesの所有権をmongodbを実行するユーザに変更する必要もあります。もう1つの問題は、標準の/etc/init.d/mongodスクリプトがこのような状況で失敗を報告するのではなく、Mongodが起動したことを報告する「OK」ステータスで喜んで、誤って返されることです。

$ sudo /etc/init.d/mongod start 
Starting mongod: forked process: 9220 
all output going to: /data/mongo/log/mongod.log 
                  [ OK ] 
$ sudo /etc/init.d/mongod status 
mongod dead but subsys locked 

OSはCentOSまたはFedoraです。

誰でも/etc/init.dスクリプトやそのようなスクリプトへのポインタを修正していますか？その状況で自動的に修復を試みますか？モンゴートの監視犬として機能する別のツールがありますか？

なぜmongodbを自動的に修復しようとすると悪い考えがあるのですか？

$ sudo /etc/init.d/mongod status 
mongod dead but subsys locked 

$ sudo ls -l /var/lib/mongo/mongod.lock 
-rw-r--r--. 1 mongod mongod 5 Nov 19 11:52 /var/lib/mongo/mongod.lock 


$ sudo tail -50 /data/mongo/log/mongod.log 
************** 
old lock file: /data/mongo/db/mongod.lock. probably means unclean shutdown 
recommend removing file and running --repair 
see: http://dochub.mongodb.org/core/repair for more information 
************* 
Sat Nov 19 11:55:44 exception in initAndListen std::exception: old lock file, terminating 
Sat Nov 19 11:55:44 dbexit: 

Sat Nov 19 11:55:44 shutdown: going to close listening sockets... 
Sat Nov 19 11:55:44 shutdown: going to flush oplog... 
Sat Nov 19 11:55:44 shutdown: going to close sockets... 
Sat Nov 19 11:55:44 shutdown: waiting for fs preallocator... 
Sat Nov 19 11:55:44 shutdown: closing all files... 
Sat Nov 19 11:55:44  closeAllFiles() finished 

Sat Nov 19 11:55:44 dbexit: really exiting now 

Answer 1

ので言及した最初のビットは、ジャーナリングです。ジャーナリングは、「高速修復」として効果的に請求されます。ジャーナリングはデフォルトで2.0以降で有効になっており、デフォルトでは「修復」が実行されます。

ディスクがジャーナリングの余分な書き込みスループットを処理できる場合、これが問題を解決する可能性があります。

なぜmongodbを自動的に修復しようとすると悪い考えがあるのですか？

自動的にMongoDBを修復する際の＃1の問題は、単に時間の1つです。

あなたは200ギガバイトのデータベースを持っている場合、システムは以下の修理時に実行する必要があります：（？あなたはドライブの空き容量を持っていない）

1. ファイルの〜200ギガバイトを割り当てを
2. のすべてを読みますメモリへの既存のファイルからのデータ（200GB read）
3. （200GB write）有効性のために、各ドキュメントをチェックして、戻って新しいファイルにそれを書く
4. 再作成し、すべてのインデックス（ディスク

から）

フラッシュ、すべてあなたが修復を実行するには、ドライブのスラッシングの深刻な量だ私のノートを見れば。

しかし、ほとんどの本番インストールではレプリカセットが実行されています。この場合、修復する代わりに、バックアップから復元するだけで済みます。バックアップからリストアするのは、データを一度書き込むだけです。すでに完了している必要があります。

を返すinit.dスクリプトがあるにも関わらず、システムモニタリングでDBが起動していないことがわかります。

Answer 2

ジャーナリングは、が32ビット版で動作することを指摘したいだけです。ただし、デフォルトでは32ビットではオンになっていません。