2017-01-17 27 views
1

MongoDBは、AWS上で3つのインスタンスを持つレプリケーションモードで動作しています。セットアップは1年以上前から開始されています。アプリケーションサーバーへの定期的な更新(Node.jsコードの実行)。アプリケーションサーバーは、同じコードを数か月にわたって実行しています。昨夜、DBへのすべての呼び出しが失敗し始めました。プライマリMongoDBを実行しているAWS EC2インスタンスにログインしたとき、mongoシェルからコレクションを見つけることができませんでした。これは数ヶ月間起きて動いているのと同じmongoシェルです(私はtmuxを使って接続します)。MongoDBのデータが消えた

ファイルシステムのサイズの消費量に基づいて、私が覚えているところでは、データはそこにあると思いますが、今アクセスする方法はわかりません。

sudo /usr/bin/mongod --replSet ReplicaSet --port 27017 --dbpath /data/db 

上記のコマンドはモンゴDBを開始するために使用された、何も変更されていないが、データは単に、昨夜姿を消しました。同じことは、任意のdropDatabaseコマンドが実行されているかどう参照ログMongoDBの...すべてのヘルプは非常に歓迎されるすべての3台のサーバ(プライマリおよびセカンダリ2)

+0

あなたが有効になっていますMongoDBのデプロイメント(https://docs.mongodb.com/manual/administration/security-checklist/)を参照してください。リモートの攻撃者は最近、セキュリティ保護されていないデータベースを侵害しています。 [あなたのデータをランクする悪意のある攻撃を回避する方法](https://www.mongodb.com/blog/post/how-to-avoid-a-malicious-attack-that-ransoms-your-data)をお読みください。 – Stennie

答えて

0

真です。 一般的には/var/log/mongo/mongo.logです。または、ログファイルの場所については/etc/mongo.confを参照してください。

最近公開されたmongoDBの一部が、身代金のためにハッキングされています。

News is here

0

私は、あなたが今することでこれを解決し想像してみてください。私は同様の問題を抱えている人には答えを出すつもりです。私はあなたの経験レベルがMongoDBではわからないので、おそらく必要以上に情報をレイアウトしようとします。とにかく、私はあなたが経験しているのと同様の問題を抱えています。私はMongoDBが大好きですが、それには学習曲線があります。私は、「一本化されていない文書」で何が起こるかを知っていました。もし私のようなものであれば、MongoDBはクラッシュ時に自動再起動するように設定されています。ログを確認しない限り、クラッシュは発生しません。クラッシュが発生した場合、またはリセットさえされた場合、「未確認」カテゴリにあるドキュメントは失われます。だから...

  1. 可能な答えは、MongoDBを最新のバージョンに更新することです。私が理解しようとしている古いものには、これに大きな問題があります。
  2. 「懸念事項を書く」とそれがデータ耐久性にどのように関係しているかを理解してください。私にこれを多く手伝った記事は次のとおりです:
    https://www.percona.com/blog/2016/07/14/mongodb-data-durability/

  3. confファイルがロードされていることを確認してください。おそらく、何らかの理由でデータが表示されない可能性があります。あなたは、テスト、負荷mongod.exeのために、テストのためにあなたのDBへのパスを直接指定することができ、すなわち:

のmongod --dbpath C:\モンゴ\データ\デシベル

関連する問題