Parte del Grupo TecInfoBcn · Recuperación de datos a nivel nacional

Recuperar bases de datos SQL: SQL Server, MySQL, MariaDB y PostgreSQL

Actualizado 16 jul. 2026 · Verificado por el laboratorio · Sala limpia clase 100

Una base de datos parada detiene la empresa entera: facturación, pedidos, historiales, contabilidad. Y estas averías tienen algo traicionero: casi siempre llegan acompañadas de decisiones tomadas con prisa que agravan el daño — reparaciones agresivas, reinicios en bucle, backups restaurados encima. Recuperamos SQL Server, MySQL, MariaDB y PostgreSQL trabajando desde el soporte, siempre sobre copias, y con un objetivo que va más allá de «ver ficheros»: que la base vuelva a abrir con consistencia transaccional.

SQL Server: MDF, LDF y el estado «suspect»

Cuando SQL Server no consigue completar la recuperación al arrancar — páginas corruptas, un LDF que no casa con su MDF, checksums que fallan — marca la base como suspect y la deja inaccesible. La reacción instintiva es forzar el modo de emergencia y ejecutar una reparación que admite pérdida de datos; el problema es que esa reparación descarta páginas y rompe cadenas de integridad de forma opaca. Nuestro enfoque es el contrario: clonamos el soporte, localizamos las páginas dañadas en la imagen, las reparamos o reconstruimos a partir de estructuras redundantes y nos apoyamos en el log de transacciones para dejar la base en un punto consistente, no en un remiendo.

Un matiz importante: buena parte de las corrupciones no nacen «del SQL», sino del hardware que hay debajo — sectores defectuosos bajo el fichero MDF, cachés de controladora sin batería que pierden escrituras en un apagón —, y por eso nuestro diagnóstico examina siempre el soporte además de la estructura lógica.

MySQL y MariaDB: InnoDB corrupto, ibdata1 y ficheros .ibd

En InnoDB, la corrupción del tablespace compartido (ibdata1) o de un fichero .ibd impide arrancar el servicio. Subir innodb_force_recovery escalón a escalón «hasta que algo arranque» es tentador, pero los niveles altos alteran datos y cada reinicio escribe sobre el disco. Cuando los ficheros están dañados o han sido borrados, extraemos los registros directamente de las páginas InnoDB, reconstruimos el diccionario y regeneramos las tablas en un servidor limpio, tabla a tabla, con sus tipos y claves.

PostgreSQL, bases borradas y el papel del soporte

En PostgreSQL tratamos la corrupción del directorio de datos y del WAL, que impide levantar el clúster aunque las tablas estén sanas. Y cuando lo que ha ocurrido es un DROP DATABASE o un borrado del directorio de datos, el problema se convierte en una recuperación de ficheros: las páginas siguen en el disco hasta que algo las sobrescribe. Aquí el soporte manda: en un disco mecánico hay margen; en un SSD, el TRIM puede vaciar los bloques liberados en cuestión de horas, así que apaga el equipo cuanto antes. Y si la base vivía sobre un RAID o dentro de una máquina virtual, sumamos esas capas al plan de trabajo, como en cualquier recuperación de servidores.

«Restauré el backup encima… y el backup era malo»

Es el caso que más veces nos cuentan con la voz quebrada: la base falla, se restaura la última copia sobre los mismos ficheros y entonces se descubre que esa copia estaba corrupta, vacía o era de hace meses. Restaurar encima sobrescribe el MDF o el tablespace original, pero no siempre lo destruye todo: quedan páginas de la base anterior en zonas del disco aún no reutilizadas. Cuanto menos se use el sistema desde ese momento, más se puede rescatar: deja el servidor quieto y pide la recogida gratuita.

Cómo trabajamos tu base de datos

  1. Diagnóstico en 24-48 horas desde la llegada del soporte — 20 € IVA incluido, deducibles del presupuesto.
  2. Presupuesto cerrado y sin compromiso, indicando qué tablas y qué rango temporal son recuperables.
  3. Recuperación sobre copias: reparación de páginas, extracción de registros, reconstrucción de índices y verificación de consistencia en un motor limpio.
  4. Entrega verificada contigo: conteos de filas, integridad referencial, apertura sin errores. Sin datos, no pagas.

La entrega se adapta a tu equipo técnico: la base montada y funcional, un backup nativo del motor o un volcado SQL listo para importar. Y si solo necesitas unas tablas concretas con urgencia, las priorizamos y te las adelantamos en cuanto estén verificadas.

Puedes enviarnos el disco, el servidor completo o una imagen: hay recogida gratuita en toda España en 24-48 horas con devolución incluida, o entrega en nuestras tiendas de Barcelona y en la oficina de Madrid con cita previa. Llámanos al 93 410 54 47 o cuéntanos el caso desde la página de contacto: con el mensaje de error exacto ya podemos orientarte, y el contenido se trata con confidencialidad estricta.

¿Has perdido datos importantes?

Diagnóstico por 20 € (deducible). Si no recuperamos tus datos, no pagas nada.

Solicitar diagnóstico

Preguntas frecuentes

SQL Server marca mi base de datos como «suspect», ¿qué hago primero?
Sobre todo, no fuerces el modo de emergencia ni lances reparaciones con pérdida de datos admitida sin tener una copia previa: esas reparaciones descartan páginas de forma irreversible y sin decirte cuáles. Detén la actividad sobre esa instancia y consúltanos; lo correcto es clonar primero los ficheros y trabajar sobre la imagen.
Hicimos un DROP TABLE (o borramos la base entera), ¿se puede deshacer?
Muchas veces sí, si se actúa rápido: las páginas de datos permanecen en el disco hasta que algo las sobrescribe. Para el servicio o congela las escrituras cuanto antes — especialmente si el almacenamiento es SSD, donde el TRIM puede vaciar los bloques liberados en poco tiempo — y no instales software de recuperación en ese equipo.
MySQL no arranca por corrupción de InnoDB, ¿subo innodb_force_recovery?
Con mucha cautela y solo en niveles bajos para intentar un volcado; los niveles altos pueden alterar datos y cada intento de arranque escribe sobre el soporte. Si la base importa de verdad, lo prudente es parar, clonar el disco y extraer los registros desde las páginas InnoDB en laboratorio.
¿Cuánto cuesta recuperar una base de datos?
Cada caso es distinto: no es lo mismo reparar unas páginas corruptas que reconstruir un tablespace sobrescrito. Por eso el proceso empieza con un diagnóstico de 20 € IVA incluido, deducible del presupuesto, y sigue con un presupuesto cerrado y sin compromiso. Sin datos, no pagas.
¿Qué os envío: el disco, el servidor o una imagen?
Lo que te resulte más práctico: los discos, el servidor completo o una imagen sector a sector si tu equipo técnico puede generarla sin escribir en el original. Organizamos recogida gratuita en 24-48 horas en toda España con devolución incluida, y tratamos el contenido con confidencialidad estricta.
Escrito por el equipo de Laboratorio de Datos

Más de 23 años recuperando información de discos duros, SSD, RAID y todo tipo de soportes. Laboratorio propio con sala limpia clase 100.

Sigue leyendo

Llamar Pedir recogida