El sistema de facturación dejó de responder a media mañana. El motor de base de datos devuelve un error de tabla, el módulo de inventario no abre y alguien ya reinició el servidor tres veces para ver si se arregla solo. Esa última acción es la que más daño hace. Cuando una base de datos se corrompe, el reloj no corre contra el error: corre contra las escrituras que siguen cayendo sobre un archivo dañado y contra el respaldo automático que se sobreescribe esta noche.
Lo que sigue es un protocolo de emergencia. La primera sección se ejecuta en cinco minutos, sin conocimientos de administración de bases de datos, y tiene un solo objetivo: congelar la situación para que la información todavía recuperable siga ahí cuando llegue un técnico. Después vienen el diagnóstico, la recuperación ordenada, los costos reales de una intervención en Ecuador y los plazos que usted puede exigirle a su proveedor.
Los primeros cinco minutos: qué hacer antes de tocar la base
Si solo tiene tiempo para leer una sección, lea esta. En una base datos corrupta empresa pierde información sobre todo por lo que hace el equipo en la primera media hora, no por el fallo original.
- Detenga las escrituras. Baje la aplicación, el ERP o el sitio a modo de mantenimiento. Mientras el sistema sigue arriba, cada pedido, cada factura y cada sesión escriben sobre páginas dañadas.
- Deje de reiniciar el servicio. Un reintento de arranque fallido puede volver a aplicar registros de transacciones a medias y profundizar el daño. Uno basta para saber que no arranca.
- Saque una copia en frío de los archivos de datos a otro disco o a otro servidor, con el motor detenido. Esa copia es su red de seguridad: cualquier reparación posterior se intenta sobre ella, nunca sobre el original.
- Anote el mensaje de error literal y la hora exacta. El texto del registro del motor es lo que decide la estrategia de recuperación. Una captura de pantalla sirve, una descripción de memoria no.
- Ubique el último respaldo y compare su hora con la hora del dato que necesita. Un respaldo anterior al dato no puede recuperarlo. Confirme además que el archivo se puede abrir, no solo que existe en la carpeta.
Con esos cinco pasos ya tiene lo esencial: un estado congelado, una copia intacta y un punto de partida conocido. Si el servicio es crítico y no hay nadie que pueda ejecutarlos, esto es exactamente lo que atiende nuestra línea de emergencias técnicas.
¿Qué es una base de datos corrupta?
Una base de datos corrupta es aquella en la que lo que hay escrito en disco ya no coincide con lo que el motor espera encontrar. No es un dato borrado ni un error de la aplicación: es una inconsistencia en la estructura del archivo, en sus índices o en su registro de transacciones.
Se distinguen dos familias. La corrupción física afecta las páginas o bloques del archivo, por un corte de energía sin sincronización a disco, por una unidad que informa como escrito lo que todavía no llegó al medio o por un fallo de hardware. La documentación de SQLite, verificada en octubre de 2026, agrupa estas causas e incluye una muy común en empresas: copiar el archivo de la base en caliente, con una transacción abierta, lo que produce un respaldo que mezcla contenido viejo y nuevo.
La corrupción lógica es distinta: los datos están, pero no cuadran entre sí. Índices que apuntan a filas inexistentes, claves huérfanas, contadores desalineados. El sistema arranca y responde, y el problema aparece semanas después en un reporte que no suma.
| Síntoma | Causa frecuente | Qué NO hacer |
|---|---|---|
| El motor no arranca y el registro menciona páginas dañadas | Corte de energía o fallo de disco sin sincronización completa | Reintentar el arranque en bucle |
| Una tabla concreta da error y el resto funciona | Daño localizado en el archivo de esa tabla o en su índice | Ejecutar una reparación automática sin copia previa |
| El respaldo restaurado tampoco abre | Copia tomada en caliente, mientras había transacciones abiertas | Dar por perdida la información sin revisar copias anteriores |
| Los reportes no cuadran pero el sistema opera normal | Corrupción lógica en índices o en claves relacionadas | Corregir a mano registros sueltos en producción |
| Error de disco lleno junto con el fallo de la base | Registro de transacciones o archivado que creció sin control | Borrar archivos del directorio de datos para hacer espacio |
Cómo se recupera una base de datos corrupta, paso a paso
- Congelar y duplicar. Motor detenido, copia completa del directorio de datos y del registro de transacciones a un medio aparte. Toda la recuperación se intenta sobre la copia.
- Diagnosticar sin escribir. Se leen los registros del motor y se corren verificaciones de solo lectura. En MariaDB y MySQL, la sentencia CHECK TABLE revisa estructura y datos, y sus modos QUICK, MEDIUM y EXTENDED permiten ir de un chequeo rápido a uno exhaustivo que valida que cada clave exista y apunte a su fila.
- Arrancar en modo de recuperación forzada y exportar. MySQL permite levantar el motor con operaciones de fondo desactivadas para poder volcar las tablas. Su propia documentación advierte que esto se usa solo en emergencia, que hay que empezar por el nivel más bajo y subir de uno en uno, y que los niveles 4 o superiores pueden corromper los archivos de forma permanente. Si el volcado se logra en los niveles bajos, la pérdida se limita a datos de páginas concretas.
- Reconstruir en limpio. El volcado se importa en una instancia nueva, con la misma versión del motor y el mismo juego de caracteres, nunca sobre el servidor dañado.
- Verificar contra el negocio, no contra el sistema. Conteo de registros por mes, totales de ventas del último trimestre, número de la última factura emitida, pedidos del día del fallo. Que el sistema abra no significa que la información esté completa.
- Cerrar la causa y dejar respaldos verificables. Si el motor es PostgreSQL, el archivado continuo del registro de escritura permite recuperar a un punto en el tiempo, por ejemplo al minuto anterior al fallo, siempre que se haya configurado antes. Un respaldo que nunca se ha restaurado de prueba no es un respaldo.
| Escenario | Qué se recupera | Riesgo |
|---|---|---|
| Respaldo reciente y verificado | Todo hasta la hora del respaldo | Bajo |
| Archivado continuo activo (recuperación a un punto en el tiempo) | Hasta minutos antes del fallo | Bajo |
| Sin respaldo, volcado en niveles bajos de recuperación forzada | Casi todo, con pérdida en páginas dañadas | Medio |
| Sin respaldo, niveles altos de recuperación forzada | Parcial y no garantizado | Alto, puede dañar los archivos de forma permanente |
| Archivos ya sobreescritos por reintentos y reparaciones a ciegas | Fragmentos sin consistencia | Muy alto |
Para qué sirve atender esto bien, según el sector
En una importadora de autopartes, una recuperación parcial deja stock fantasma y saldos que nadie puede conciliar. En una clínica privada de Quito, el daño alcanza historias clínicas, que son datos personales sensibles, y el incidente entra en el terreno legal. En una cooperativa de ahorro y crédito, cada transacción no recuperada es una diferencia de caja que hay que justificar ante el organismo de control. En una tienda en línea, restaurar el respaldo de ayer significa perder las ventas de hoy. Si el servidor también quedó comprometido, el camino es el de un sitio hackeado, no el de una falla de disco.
Cuánto cuesta una intervención de emergencia
| Servicio | Precio | Qué cubre |
|---|---|---|
| Intervención de servidor | Mínimo USD 500 | Contención, copia forense, diagnóstico del motor y recuperación de la base |
| Incidente de limpieza de malware o spam SEO | USD 600 a 1.200 | Cuando la corrupción viene de una intrusión y hay archivos o contenido inyectado |
| Diagnóstico de ciberseguridad | USD 850, precio cerrado | Revisión completa del servidor, accesos, respaldos y puntos de entrada |
| Hosting administrado | Desde USD 150 al año | Respaldos con prueba de restauración y monitoreo posterior |
Todos los valores son en dólares y no incluyen IVA. Al 15% vigente, una intervención de USD 500 factura USD 575. El precio final de una recuperación depende del tamaño de la base, del motor y de cuánto se intervino antes de llamar: un servidor donde ya se corrieron reparaciones a ciegas cuesta más y recupera menos. Las condiciones completas están en la página de precios.
Plazos: qué esperar hora a hora
Las primeras dos horas son de contención y copia. Entre la segunda y la duodécima hora se intenta la extracción y se levanta la instancia nueva, que es cuando el negocio vuelve a operar, aunque sea en modo degradado. Entre las doce y las setenta y dos horas se verifica la información con las cifras del negocio y se documenta lo que no se recuperó. La segunda semana es para la causa raíz: el disco, la sincronización, el proceso que copiaba la base en caliente o el registro de transacciones que creció sin control. Al mes se hace una restauración de prueba. Ese ensayo distingue una empresa con respaldos de una empresa con archivos de respaldo.
Preguntas frecuentes
¿Se puede recuperar una base de datos corrupta sin respaldo?
En muchos casos sí, de forma parcial. Si el motor arranca en niveles bajos de recuperación forzada y permite volcar las tablas, se recupera casi todo, con pérdida limitada a las páginas dañadas. Sin respaldo nadie puede prometer integridad total, y cualquier proveedor que la prometa antes de ver el servidor está adivinando.
¿Por qué no debo reiniciar el servicio varias veces?
Porque cada arranque intenta volver a aplicar el registro de transacciones sobre un archivo inconsistente. En el mejor caso no cambia nada; en el peor, extiende el daño a estructuras que estaban sanas y convierte una recuperación de horas en una pérdida definitiva.
¿Sirve el respaldo automático de mi hosting?
Solo si se ha restaurado alguna vez. Dos fallos frecuentes: la copia se tomó con la base en caliente y arrastra la misma inconsistencia, o su rotación es más corta que el tiempo que tardó en notarse el problema.
¿Cuánto tarda recuperar una base de datos corrupta?
Con respaldo verificado, entre dos y seis horas. Sin respaldo y con extracción por recuperación forzada, de doce a setenta y dos horas según el tamaño. Si ya hubo reparaciones a ciegas, el plazo deja de ser estimable.
Si la base tenía datos de clientes, ¿debo notificar a alguna autoridad?
Si la corrupción afectó la disponibilidad o la integridad de datos personales con riesgo para los titulares, en Ecuador aplica el régimen de notificación de la Ley Orgánica de Protección de Datos Personales, que administra la Superintendencia de Protección de Datos Personales. Un fallo de disco con recuperación completa y sin acceso de terceros es un caso distinto de una intrusión, pero la evaluación se documenta, no se asume.
¿Qué evita que esto vuelva a pasar?
Respaldos fuera del servidor con prueba de restauración mensual, archivado continuo del registro de escritura y alertas de disco e integridad. Es parte del hosting administrado y de lo que revisamos en un sistema a medida antes de ponerlo en producción.
Artículos relacionados
- Control de rondas de guardias con códigos QR: cómo funciona: control de rondas de guardias con qr o nfc: cómo funciona en cinco pasos.
- Cuánto cuesta un ERP a medida en Ecuador y qué incluye: rangos reales de inversión para un erp a medida en ecuador en 2026.
- Cuánto cuesta un sistema a medida en Ecuador en 2026: cuánto cuesta un sistema a medida en ecuador en 2026 según el alcance.
Fuentes consultadas
- MySQL 8.4 Reference Manual, Forcing InnoDB Recovery, sobre los niveles de recuperación forzada y sus riesgos.
- MariaDB Documentation, CHECK TABLE, sobre los modos de verificación de tablas.
- PostgreSQL Documentation, Continuous Archiving and Point in Time Recovery.
- SQLite, How To Corrupt An SQLite Database File, catálogo de causas reales de corrupción.
- NIST SP 800-184, Guide for Cybersecurity Event Recovery.
Si la base está caída ahora
Ejecute los cinco pasos de la primera sección y escríbanos desde contáctanos con el mensaje de error literal, el motor y su versión, la hora del fallo y la fecha del último respaldo. Con esos cuatro datos podemos decirle en la primera llamada si el caso se resuelve con una restauración o si requiere extracción por recuperación forzada. Los valores de una intervención de servidor y del diagnóstico de ciberseguridad están publicados en precios, siempre más IVA.
Blue Nova Consulting
¿Lo tiene caído en este momento?
Escríbanos y revisamos su caso. El WhatsApp y el formulario llegan al mismo equipo técnico.
Los valores que aparecen en este artículo son referenciales y no incluyen el IVA del 15 por ciento.
Sigue leyendo
Comentarios y opiniones
0 comentarios · Moderación previa
Cuéntanos tu experiencia, dudas o casos similares. Revisamos cada comentario antes de publicarlo para mantener conversaciones de calidad. También puedes suscribirte para recibir nuevos artículos.