1
¿Qué es Databasus y cómo realiza copias de seguridad de bases de datos MongoDB?
Databasus es una herramienta de respaldo autoalojada con licencia Apache 2.0 que usa mongodump internamente para crear copias de seguridad consistentes de MongoDB. Envuelve mongodump con una interfaz web moderna, programación automatizada, integración con almacenamiento en la nube (S3, Google Drive, Dropbox), notificaciones en tiempo real (Slack, Discord, Telegram) y cifrado AES-256-GCM, así que no necesita scripts de shell personalizados ni tareas cron.
2
¿Databasus soporta replica sets de MongoDB?
Sí, Databasus soporta completamente los replica sets de MongoDB. Puede conectarse a cualquier miembro de un replica set usando el formato estándar de URI de conexión de MongoDB con las opciones de replica set. Databasus leerá desde el nodo especificado, lo que le permite respaldar desde nodos secundarios para reducir la carga del primario. Esto resulta especialmente útil en entornos de producción donde se quiere evitar afectar al rendimiento del nodo primario.
3
¿Puedo respaldar bases de datos de MongoDB Atlas con Databasus?
Sí, Databasus funciona sin problemas con MongoDB Atlas. Como Databasus usa respaldos lógicos mediante mongodump, solo requiere credenciales de conexión MongoDB estándar, sin permisos especiales de Atlas ni roles administrativos; en la lista de IP permitidas solo hace falta la de su servidor de Databasus. Basta con proporcionar su cadena de conexión de Atlas (disponible en el panel de Atlas) y Databasus se encarga del resto.
4
¿Qué versiones de MongoDB soporta Databasus?
Databasus soporta las versiones 4, 5, 6, 7 y 8 de MongoDB. Todos los respaldos usan la herramienta nativa mongodump con las opciones --archive y --gzip para obtener archivos BSON comprimidos y eficientes. Los archivos pueden restaurarse con mongorestore en cualquier versión compatible de MongoDB, lo que simplifica las migraciones entre versiones.
5
¿Cómo maneja Databasus las colecciones grandes de MongoDB?
Databasus transmite la salida de mongodump directamente al destino de almacenamiento, cifrando opcionalmente el flujo en tránsito. Este enfoque evita escribir archivos temporales en disco, por lo que resulta eficiente para bases de datos con colecciones grandes. La opción --archive crea un solo archivo comprimido en lugar de una estructura de directorios, lo que reduce la sobrecarga de E/S y simplifica la gestión del almacenamiento.
6
¿Puedo respaldar clústeres fragmentados (sharded) de MongoDB con Databasus?
Actualmente, Databasus se centra en respaldar bases de datos MongoDB individuales, no en respaldos coordinados de clústeres fragmentados.
Para clústeres fragmentados, puede:
• Respaldar cada shard por separado conectándose a los replica sets de cada shard
• Respaldar a través de un router mongos (aunque esto puede afectar al rendimiento)
Para clústeres fragmentados en producción, considere los respaldos nativos de MongoDB Atlas o mongodump con --oplog para obtener consistencia a un punto en el tiempo entre shards.
7
¿Cómo protege Databasus las credenciales y las copias de seguridad de MongoDB?
Databasus implementa seguridad en varias capas:
1. Cifrado de credenciales: todos los URI de conexión, contraseñas y datos de autenticación de MongoDB se cifran con AES-256-GCM antes de almacenarse.
2. Cifrado de respaldos: cada archivo BSON se cifra con una clave única derivada de la clave maestra, el ID del respaldo y una sal aleatoria.
3. Manejo seguro de credenciales: los URI de conexión se pasan directamente a mongodump mediante parámetros seguros, sin exponerse nunca en los registros ni en los listados de procesos.
8
¿Databasus soporta copias de seguridad incrementales de MongoDB o el seguimiento del oplog?
Databasus se centra en respaldos lógicos completos con mongodump, no en respaldos incrementales ni en recuperación a un punto en el tiempo basada en el oplog. Para la mayoría de los casos de uso, los respaldos completos programados (por hora, día o semana) proporcionan puntos de recuperación suficientes sin la complejidad de gestionar el oplog. MongoDB Atlas ya ofrece respaldos continuos nativos con recuperación a un punto en el tiempo, y los respaldos incrementales externos no pueden restaurarse fácilmente en clústeres de Atlas.
9
¿Puedo restaurar copias de seguridad de MongoDB en otra versión u otro clúster?
Sí, como Databasus crea archivos estándar de mongodump en formato BSON, puede restaurarlos en cualquier servidor MongoDB compatible: otra versión, otro proveedor de nube o una máquina de desarrollo local. Descargue el respaldo desde Databasus (se descifra automáticamente) y luego use mongorestore con las opciones --archive y --gzip. Databasus muestra el comando exacto de restauración para cada respaldo.
10
¿Cómo funciona la compresión de mongodump en Databasus?
Databasus usa la opción --gzip integrada de mongodump, que comprime los datos BSON durante el proceso de volcado. Esto suele reducir el tamaño del archivo en un 60-80% en comparación con BSON sin comprimir. La compresión ocurre en el flujo de mongodump antes del cifrado opcional, de modo que tanto los archivos comprimidos como los cifrados siguen siendo eficientes. La descompresión es automática al usar mongorestore con la opción --gzip.
11
¿Puedo respaldar colecciones concretas de MongoDB en lugar de bases de datos completas?
Actualmente, Databasus respalda bases de datos MongoDB completas, no colecciones individuales. Esto garantiza respaldos completos y consistentes que incluyen todas las colecciones, los índices y los metadatos. Si necesita respaldos por colección, puede crear bases de datos separadas para distintos dominios de datos, cada una con su propia programación de respaldo en Databasus.
12
¿Databasus funciona con MongoDB ejecutado en Docker o Kubernetes?
Sí, Databasus se conecta a MongoDB a través de la red usando URI de conexión estándar, por lo que funciona con MongoDB sin importar dónde esté desplegado: contenedores Docker, pods de Kubernetes, máquinas virtuales o servidores físicos. Solo asegúrese de que haya conectividad de red entre Databasus y su instancia de MongoDB. En despliegues de Kubernetes puede usar nombres DNS de servicios internos o endpoints de balanceadores de carga externos.