最近、エンジンパラメータのMongoDB cacheSizeGBに関連付けられているダウンタイムのプロセスMongoDBの例外は、このパラメータが使用するメモリのwiredTigerエンジンMongoDBの量を制限するために使用されます。以下は、今後の参考のために問題に対処するためのトラブルシューティングプロセスです。
ビジネス側のフィードバック:2019年9月16日午前9時16分00秒でMongoDBの異常なダウンタイム、手で通常の再起動が、ログはMongoDBのを見ることは珍しいことではありません
エラーが発生しました。 https://wenku.baidu.com/view/4bac53c8326c1eb91a37f111f18583d048640f38
トラブルシューティングのプロセス:
1は、MongoDBのログレコードを手動で再起動し、エラーなしのログに加えて、発見された観察しました
2.機構のMongoDBの実行が、それは大規模なメモリの消費量であり、オペレーティングシステム・ソフトウェア・エラーのない直接のダウンタイムで実行し、
ようにホストメモリ、IO、ネットワークと:一般ような、オペレーティング・システム・リソースの障害に関連付けられています。鄭州不妊病院:HTTP://yyk.39.net/zz3/zonghe/1d427.htmの L
3は、ホストオペレーティングシステムのログを表示し、そのOOMのアラーム通知を見つけました
--2019.9.16 9時17分10秒分、オペレーティングシステムのログヒント:のmongodはOOMキラーを呼び出し
--2019.9.16九時17分12秒時間は、オペレーティングシステムのログは注意:オペレーティングシステムのスワップ領域が使い果たされます
--2019.9.16午前9時17分13秒分、オペレーティングシステムのログヒント:キルはそのメモリ-31G程度であるとき28232は、プロセスを殺すのmongod
4、オペレーティングシステムワークメモリ32Gを参照してください
5、設定ファイルがのmongodのメモリ使用量パラメータを制限していないのmongodスタートアップコンフィギュレーションファイルを参照してくださいcacheSizeGB
6、分析、要約:
2019.9.16 9:17:10~9:17:13,主机内存和swap相继耗尽,引起 oom-killer kill mongod,导致mongodb数据库
无疾而终。建议客户在mongodb的启动配置文件中加入mongod的内存使用限制参数cacheSizeGB。