web-dev-qa-db-fra.com

MongoDB - Je ne sais pas quoi faire avec le fichier

Windows 10 et MongoDB 3.2

J'ai 2 fichiers. Un avec extension .ns avec. Ils sont tous deux en C:\Data\Dump

J'essaie de courir

mongorestore -d gnome c:\data\dump

Cependant tout ce que je reçois est

2015-12-11T23:14:12.860+0000    building a list of collections to restore from c:\data\dump dir
2015-12-11T23:14:12.862+0000    don't know what to do with file "c:\data\dump\gnome.0", skipping...
2015-12-11T23:14:12.862+0000    don't know what to do with file "c:\data\dump\gnome.ns", skipping...
2015-12-11T23:14:12.863+0000    done

Aucun conseil?

mongodbmongodb-3.0
2
pee2pee

Le .ns Fichier est le fichier dans lequel MongoDB stocke les espaces de noms d'une base de données . Tellement probablement, ce que vous avez n'est pas un vidage, mais une copie des datafiles d'une seule base de données. Notez que cela n'est probablement qu'une copie partielle d'une instance de MongoDB.

Voici ce qu'il faut faire au cas où vous avez déjà une instance de MongoDB en cours d'exécution.

  1. Démarrez une autre instance de MongoDB sur un autre port avec le dbpath pointant vers le répertoire avec ces fichiers.
  2. Connectez-vous à l'instance de base de données et vérifiez les données.
  3. Faire une vidage des données.
  4. Arrêter la nouvelle instance.
  5. Restaurer le dépotoir à l'instance originale
  6. Éventuellement supprimer les datafiles "voyous"

Si vous n'avez pas encore d'instance en cours d'exécution, commencez simplement mongodb avec dbpath pointant vers le répertoire avec les fichiers de données ou copier les fichiers de données dans votre dbpath.

3
Markus W Mahlberg

essayez de créer un nouveau dossier nommé "gnome" dans le dossier de vidage et placez les fichiers à l'intérieur (C:\Data\Dump\gnome\gnome. *), puis essayez d'exécuter la même commande à nouveau.

0
Marcelo Ponce