0

mongodumpの後、正常に動作しているように見えたmongorestoreを実行しました

heathers-air:db heathercohen$ mongorestore -v -host localhost:27017
2015-02-06T11:22:40.027-0800 creating new connection to:localhost:27017
2015-02-06T11:22:40.028-0800 [ConnectBG] BackgroundJob starting: ConnectBG
2015-02-06T11:22:40.028-0800 connected to server localhost:27017 (127.0.0.1)
2015-02-06T11:22:40.028-0800 connected connection!
connected to: localhost:27017
2015-02-06T11:22:40.030-0800 dump/langs.bson
2015-02-06T11:22:40.030-0800    going into namespace [dump.langs]
Restoring to dump.langs without dropping. Restored data will be inserted without raising errors; check your server log
file dump/langs.bson empty, skipping
2015-02-06T11:22:40.030-0800    Creating index: { key: { _id: 1 }, name: "_id_", ns: "dump.langs" }
2015-02-06T11:22:40.031-0800 dump/tweets.bson
2015-02-06T11:22:40.031-0800    going into namespace [dump.tweets]
Restoring to dump.tweets without dropping. Restored data will be inserted without raising errors; check your server log
     file size: 4877899
30597 objects found
2015-02-06T11:22:41.883-0800    Creating index: { key: { _id: 1 }, name: "_id_", ns: "dump.tweets" }

ただし、データにアクセスしようとすると、データはまだ空で、復元前の状態です。

> show dbs
admin    (empty)
dump     0.078GB
local    0.078GB
tweets   (empty)
twitter  (empty)

30597 個のオブジェクトが見つかったと表示されていますが、それらはどこに行ったのでしょうか?

4

1 に答える 1

0

彼らはダンプデータベースに入り、次にコレクションdump.tweetsとdump.langs. ファイルがフォルダーに含まれているということは、 がファイルをデータベースに復元する必要があると考えていることをdump意味します(パスから推測されます)。詳細な出力は、データが具体的に配置されていることを明示的に示しています。mongorestoredumpdump.langsdump.tweets

復元先のデータベースを ( で-d) 指定し、特定のファイルを復元すると、必要なデータベースにドキュメントを復元できます。または、次のコマンドを実行して、ダンプ データベースを確認することもできます。

use dump;
db.tweets.find();
db.langs.find();
于 2015-02-07T01:54:54.297 に答える