Si queremos hacer  un  respaldo de nuestros datos en Mongo DB tenemos varias opciones, una es utilizar las utilerías Mongodump y Mongorestore. Ambas utilerías están disponibles junto con cualquier instalación de Mongo DB.

Con mongodump podemos hacer un backup de nuestros datos, ya sea conectándonos a un servidor Mongo DB (Mongod o Mongos) y extraer esos datos como un cliente común o accediendo directamente a los archivos de datos en el sistema de archivos. Entonces, tenemos las opciones –host y –port para especificar el servidor y puerto a conectarnos y desde luego, podemos especificar una base de datos y una colección particular que deseamos respaldar con –db (-d) y –collection (-c). Lo que obtendremos serán los archivos BSON (Binary JSON) que contienen los datos. Ejemplo:

mongodump -d dbETW -c myCollection

Muy bien, ya tenemos nuestros datos en BSON, ahora ¿Qué hacemos si queremos restaurarlos?

Pues allí es dónde entra Mongorestore, que su trabajo principal es tomar los archivos BSON,  se contecta a algún servidor Mongo DB (Mongod o Mongos) y guardar los datos. También puede guardar los datos localmente a través del sistema de archivos, las opciones del comando son muy parecidas a las de mongodump, es decir, podemos especificar hosts, puertos, bases de datos, colecciones y demás. Ejemplo:

mongorestore –host 127.51.12.1 –port 3017 /backup/mongodump-2013-01-01

Por último hay que tomar en cuenta si nuestros servidores requieren autenticación, tenemos que especificar usuario y contraseña al conectarnos con estas utilerías tanto al respaldar como al restaurar.

¿Ya has realizados respaldos o restauraciones con alguna de estas herramientas? Cuentános tu experiencia.

¿Ya conoces MongoDB? Es una base de datos documental de código abierto, y la base de datos NoSQL líder. Forma parte de la nueva familia de sistemas de base de datos NoSQL. En vez de guardar los datos en tablas como se hace en las base de datos relacionales, MongoDB guarda estructuras de datos en documentos tipo JSON con un esquema dinámico (MongoDB llama ese formato BSON), haciendo que la integración de los datos en ciertas aplicaciones sea más fácil y rápida

Las bases de datos relacionales no fueron diseñados para hacer frente a los desafíos de escala y agilidad que se enfrentan las aplicaciones modernas. MongoDB puede ofrecer escalabilidad, rendimiento y facilidad de uso – pero un diseño adecuado será un factor fundamental para tener éxito.

Para conocer las ventajas sobre el funcionamiento de  MongoDB y cómo utilizarlo, te invitamos al webinar “Lo que debes saber sobre las bases relacionales para Mongo DB”.  Para entender mejor lo que el diseño no relacional es, se desarrollarán diseños de esquema como ejemplo.

El webinar estará a cargo de Bryan Reinero, Ingeniero Consultor y evangelista en 10gen en el desarrollo del controlador Java para MongoDB. Bryan desarrolló el análisis de datos y el software de procesamiento de señales en el Centro de Investigación Ames de la NASA.

Fecha: Jueves 09 de mayo

Hora: 11 a.m. PDT / 2:00 pm EDT / 18:00 UTC

Regístrate en: http://www.10gen.com/events/webinar/from-rdbms-to-mongodb

MongoDB 2.4 ha sido liberado e incluye nuevas características como la búsqueda de texto, Sharding basado en Hash, características geoespaciales avanzadas  y mucho más.

Las principales características y mejoras son:

• Sharding basado en Hash
• Arreglos Capped
• Búsqueda de texto búsqueda (Beta)
• Mejoras Geospatial
• Faster Counts
• Mejoras  en el Framework de agregación
• Privilegio basado en reglas
• Trabajando con SET Analyzer
• Replicación mejorada
• Y mucho más

10gen introduce la suscripción MongoDB Enterprise para grandes empresas, incluye monitoreo On-Prem, autenticación Kerberos, soporte SNMP, certificación de Linux Red Hat y otros sistemas operativos.

Descárgalo aquí y prueba su funcionalidad: http://www.mongodb.org/downloads  , sí requieres apoyo con gusto te asesoramos.

¿Cómo la próxima generación de bases de datos puede crear nuevas oportunidades para las empresas de Telecom?

Con consumidores y negocios que gastan cada vez más tiempo conectados a Internet, las telecomunicaciones pueden esperar un crecimiento en estos servicios, pero la demanda no siempre se convierte en beneficio. ¿Cómo la competencia, mercantilización, complejidad operacional y los costos de investigación de redes amenazan puede volverlos proveedores de bajo margen?.

Las telecomunicaciones para competir, necesitan desarrollar nuevos servicios y hacerlo rápidamente antes de que su ventaja competitiva sea neutralizada. Las telecomunicaciones necesitan herramientas que les permitan adaptarse a las necesidades cambiantes, de manera rápida y asequible, con la confiabilidad que ellos esperan de sus sistemas legacy de larga vida. Mongo apoya a las telecomunicaciones a desarrollar nuevas aplicaciones de manera rápida y adaptarlas a las necesidades de cambio.

Es altamente escalable, ideal para una edad en la que las compañías están capturando exponencialmente incremento de altos volúmenes de datos. Y en un ambiente desafiado por muchos cambios económicos,  el costo total de propiedad de MongoDB puede ser en órdenes de magnitud menor que las bases de datos tradicionales como Oracle.

En el presente documento se exponen diversos casos de uso donde se ha considerado usar a Mongo DB como parte de la solución.

¿Aún no conoces las características de Mongo DB? La ventaja que tiene MongoDB ante las bases de datos relacionales tradicionales, es la velocidad de consulta. Esto se logra porque la información se guarda a través de documentos en formato JSON, es tan solo una de las grandes diferencias ente Mongo y MySQL, su uso dependerá el tipo de proyecto que vayas a diseñar para decidir qué tipo de base de datos vas a usar.

Checa el comparativo ente MySQL y Mongo DB, sí necesitas asesoría para tus proyectos te podemos ayudar, consulta El Taller Web.

Referencia: http://www.wikivs.com/wiki/MySQL_vs_MongoDB
Link de interés: http://php-guia.com.ar/enlaces-de-interes/mysql-vs-mongodb-cual-es-la-mejor-opcion/

Foursquare (https://foursquare.com/) es una red social que te permite hacer registrar o “check in” del lugar en donde te encuentres, es muy popular en Estados Unidos, Brasil y México.

Después de realizar una evaluación al sistema tomaron la decisión de migrar su administrador de base de datos de Prostgress a Mongo DB.

Véamos algunos datos de interés:

• Foursquare tiene 15 millones de usuarios, >1 billón de Check In’s
• Tráfico de pico: Concurrentemente  ~2500 HTTP  QPS Overall, ~80 Check-in’s por segundo
• 8 Cluster de Mongo DB en producción
• 8 fragmentos de usuarios, 12 fragmentos de Check-ins
• Checkins: ~80 Inserciones/seg, ~2.5  ops/seg,  45MB/s Salidas en pico

Algunos hechos:

• Todos los servidores corren en EC2
• Mongo S (Mongo Shard) son colocados con AppServers, 1:1
• Mongo Cs (Mongo Drivers) compartido en 3 Instancias
• Mongo D (Mongo deamon) trabajando en un conjunto contenido en RAM
• Configuración para MongoD en almacén de respaldo: Volúmenes  4 EBS con RAID0.

La problemática: 

1. La Fragmentación se infla.

Al modificarse los datos Con el tiempo,  la huella de Mongo D RAM crece loos nodos de la página del disco  y el rendimiento del sitio sufre.

Solución:  La Orden replicaset por datSize + IndexSize, Uptime  DESC. –Reparar los nodos secundarios uno a la vez.  Los nodos primarios requieren stepdown() los cuáles son más delicados.

La problemática: 

         2. Ejecución del EBS degradado

Síntomas:

Ioutil % en un volumen  > 90

Qr/qw counts spike

Tasa de fallas > 10 en mongostat

Algunas veces: tcploss counts spike

Solución: Detener el proceso de Mongo D sí es nodo secundario, Stepdown() + Parar sí es el primario.  Reconstruir desde cero.

Las problemática:  

         3. Recientemente Mongo D no ha buscado en todos los datos.

Solución:

Db.checkins.find({unused_key:1}).explain()

Db.checkins.find({unused_key:1}).hint ({random_index: 1}).explain()

Cat > /dev/null trabaja demasiado, a menos que el tamaño del conjunto de datos es más grande que la memoria RAM.

He aquí la presentación completa:

https://docs.google.com/a/netmx.com.mx/presentation/pub?id=1q4R3F0AnWN-MQZqbysZ92nZ4_OC7bRzUCWfbmeHHcQQ&start=false&loop=false&delayms=3000&pli=1#slide=id.p

Por Cooper Bethea. Site Reliability Engineer, Foursquare.

Cónoce más sobre Mongo DB

Próximo webinar de Mongo DB: Análisis de costo de propiedad para MongoDB. Enero 17 11:00am PST / 2:00pm EST / 7:00pm UTC  http://www.10gen.com/events/webinar/tco-mongodb-vs-oracle