Tengo MongoDB ejecutándose en modo de replicación, con 3 instancias, en AWS. La configuración ha estado funcionando durante más de un año. Con actualizaciones periódicas al servidor de aplicaciones (ejecutando código Node.js). El servidor de aplicaciones ha estado ejecutando el mismo código durante varios meses. Anoche, todas las llamadas a la base de datos comenzaron a fallar, cuando inicié sesión en la instancia AWS EC2 que ejecutaba el MongoDB principal, no pude encontrar ninguna de las colecciones del mongo Shell. Este es el mismo shell mongo que ha estado funcionando durante meses (uso tmux para conectarme).
Según el consumo de tamaño en el sistema de archivos, por lo que recuerdo, creo que los datos están ahí, pero no estoy seguro de cómo acceder a ellos ahora.
sudo /usr/bin/mongod --replSet ReplicaSet --port 27017 --dbpath /data/dbEl comando anterior se usó para iniciar mongo db, no se ha cambiado nada, pero los datos simplemente desaparecieron anoche. Lo mismo es cierto en los 3 servidores (Principal y 2 Secundarios)
Cualquier ayuda es muy bienvenida...
Vea el registro de mongodb si se ha ejecutado o no algún comando dropDatabase. Generalmente es /var/log/mongo/mongo.log. O consulte /etc/mongo.conf para conocer la ubicación del archivo de registro.
Recientemente, algunos mongoDB expuestos han sido pirateados para obtener un rescate.
Para debian/ubuntu
$ mongo > use admin > db.shutdownServer()y luego
mongod --fork --logpath /var/log/mongodb.log --dbpath /var/lib/mongodbImagino que ya lo habrás solucionado. Voy a dar una respuesta para cualquier persona con problemas similares. No estoy seguro de su nivel de experiencia con MongoDB, así que intentaré diseñar más información de la que probablemente necesite. De todos modos, he tenido un problema similar al que estás experimentando. Me encanta MongoDB, pero tiene una curva de aprendizaje, la mía fue con lo que sucede con los "documentos no confinados". Si, como yo, tiene MongoDB configurado para reiniciarse automáticamente en caso de un bloqueo, entonces, a menos que verifique sus registros, es posible que nunca se dé cuenta de un bloqueo. Si se produce un bloqueo, o incluso un reinicio, hay momentos en que se pierden los documentos que están allí, pero que caen en la categoría "sin confirmar". Asi que...
Comprenda las "preocupaciones de escritura" y cómo se relacionan con la durabilidad de los datos. Un artículo que me ayudó mucho con esto es:
https://www.percona.com/blog/2016/07/14/mongodb-data-durability/
Asegúrese de que se esté cargando el archivo conf. Tal vez no esté viendo sus datos por alguna razón. Puede, para una prueba, cargar mongod.exe y especificar la ruta directamente a su base de datos para una prueba, es decir:
mongod --dbpath c:\mongo\data\db