Seis estrategias de respaldo para bases de datos NoSQL, y qué falla de verdad

Seis estrategias han sido diseñadas para respaldar bases de datos NoSQL, cada una con su propio enfoque y forma de fallar. Estas estrategias se aplican a tres motores de base de datos reales: MongoDB, Redis y Neo4j. Cada estrategia se prueba restaurando la base de datos y verificando si los datos fueron restaurados correctamente.

Los seis métodos de respaldo son:

1. MongoDB: el método lógico mongodump crea archivos BSON comprimidos que contienen las colecciones de la base de datos.

2. MongoDB: la copia en frío del motor WiredTiger crea una instantánea de todo el almacenamiento del motor.

3. Redis: el volcado RDB crea un archivo binario de toda la base de datos.

4. Redis: la copia del AOF registra las órdenes de escritura para restaurar la base de datos.

5. Neo4j: el dump binario crea un archivo .dump que contiene todo el grafo de la base de datos.

6. Neo4j: la exportación a JSON Lines convierte los nodos y aristas a texto y las elimina los identificadores internos.

La estrategia más problemática fue la restauración de los datos con mongorestore, que no puede aceptar una carpeta como entrada. Si se utiliza el directorio del dump, mongorestore devuelve cero documentos restaurados y un mensaje que muestra que no sabe qué hacer. Esto debe hacerse con cada archivo .bson.gz individualmente. La conclusion es que, aunque una estrategia pueda tener éxito, debe verificar si los datos fueron restaurados correctamente.