Recuperación de Datos en SQL Server
Respuesta directa
Microsoft SQL Server falla por archivos MDF/LDF/NDF corruptos, databases en SUSPECT o EMERGENCY, page errors crecientes, transaction log truncado y actualizaciones mal logradas. HD Doctor recupera el 91% de los casos SQL Server vía reparación técnica de páginas, extracción de tablas vía parser MDF y reconstrucción del log. En 24+ años atendimos 380+ casos SQL Server.
Crítico: NO ejecute DBCC CHECKDB con REPAIR_ALLOW_DATA_LOSS sin backup, NO haga DETACH/ATTACH en database SUSPECT, NO trunque el log con banco en alerta.
Cómo SQL Server organiza los datos
SQL Server usa MDF (Master Data File, principal), NDF (secundarios) y LDF (Log Data File, transaction log). Páginas de 8 KB con header GAM/SGAM/PFS/IAM. Transaction log usa modelo Full, Bulk-logged o Simple.
Síntomas comunes en SQL Server
- Database en estado SUSPECT, EMERGENCY o RECOVERY_PENDING
- Error 824/823/829 (consistency errors en páginas)
- DBCC CHECKDB reporta múltiples errores
- Error 5172 (header file is incorrect) al attach
- MDF no abre con "Cannot open database"
- Transaction log creció hasta llenar disco y se atascó
- BACKUP database falla con "page not found"
- Aplicación reporta deadlocks crecientes y queries lentas
Causas más frecuentes en SQL Server
| Causa | % | ¿Recuperable? |
|---|---|---|
| Page corruption (824, 823 errors) | 30% | ✅ Sí, reparación de páginas |
| Database SUSPECT tras I/O error | 22% | ✅ Sí, EMERGENCY mode + repair |
| Transaction log corrupto | 18% | ✅ Sí, reconstrucción del log |
| Storage failure (RAID/SAN bajo MDF) | 12% | ✅ Sí, recuperación de storage primero |
| Header file incorrect (5172) | 10% | ✅ Sí, reparación del header MDF |
| Update SQL Server mal logrado | 5% | ✅ Sí, datos en archivos separados |
| Otros (eliminación accidental, drop) | 3% | ✅ Sí, file carving |
Lo que NO debe hacer en SQL Server con problema
- 1.NO ejecute DBCC CHECKDB con REPAIR_ALLOW_DATA_LOSS sin backup. Borra páginas corruptas aún con datos extraíbles.
- 2.No haga DETACH en database SUSPECT. Puede no lograr reattach, causando pérdida completa.
- 3.No trunque el transaction log con banco en alerta. Truncar antes del checkpoint puede hacer la recuperación imposible.
- 4.No ejecute RESTORE con TRUNCATE_ONLY. Comando deprecated que destruye el log.
- 5.No sustituya MDF por backup antiguo sin extraer datos nuevos. Restore overwrite pierde transacciones.
- 6.No ejecute shrink en database corrupto. Shrink reorganiza páginas y puede amplificar corrupción.
Cómo HD Doctor recupera SQL Server
Trabajamos sobre copias de MDF/LDF/NDF, jamás en el original.
- 1
Recepción de archivos MDF/LDF/NDF
Envía los archivos del banco o los discos del servidor.
- 2
Diagnóstico en 24h
Análisis de páginas, headers, identificación de versión SQL Server.
- 3
Informe gratuito con alcance
Análisis técnico antes de aprobar.
- 4
Reparación de página técnica
Para corrupción de páginas, parser propietario que reconstruye GAM/SGAM/IAM/PFS.
- 5
Extracción vía parser MDF
Cuando el database no puede ser attached, extraemos tablas individualmente.
- 6
Reconstrucción del transaction log
Para LDF corrupto, creamos nuevo log y marcamos último checkpoint estable.
- 7
EMERGENCY mode + DBCC
Cuando es viable, ponemos en EMERGENCY, hacemos backup y DBCC CHECKDB controlado.
- 8
Validación de datos extraídos
Comparamos conteos de filas, integridad referencial y checksums.
- 9
Entrega + informe final
Database restaurado o tablas en formato BAK/SQL/CSV, informe firmado.
Tiempo y SLA
| Escenario | Plazo |
|---|---|
| Database SUSPECT (1 MDF) | 5–10 días hábiles |
| Page corruption sin daño físico | 7–12 días hábiles |
| Storage failure + recuperación MDF | 12–22 días hábiles |
| Database cifrado (TDE) | +5–10 días hábiles para análisis |
- SLA emergencial 24h disponible para SQL Server en producción.
- Política No Data, No Charge: si no recuperamos las tablas críticas que indicó, no paga por el servicio. Diagnóstico gratuito en el 92% de los casos.
Versiones y ambientes atendidos
Atendemos SQL Server 2005-2025. Ediciones: Express, Web, Standard, Enterprise, Developer. Azure SQL Database, Azure SQL Managed Instance. Soportamos TDE, Always Encrypted, AlwaysOn Availability Groups, Failover Cluster.
Por qué elegir HD Doctor para SQL Server
- 🏛️24+ años dedicados exclusivamente a recuperación de datos
- 🔬Sala limpa Clase 100 + infraestructura SQL Server propia
- 🧠Parser MDF nativo + reparación de páginas + reconstrucción de log
- ⚡SLA emergencial 24h para SQL Server en producción
- 🤝Único Platinum oficial WD con laboratorio regional
- ⚖️Informe firmado válido para peritaje y seguros
Preguntas frecuentes sobre SQL Server
¿Database en SUSPECT, ¿aún se puede recuperar?
Sí, en el 90% de los casos. SUSPECT es estado de protección. Ponemos en EMERGENCY, extraemos tablas vía parser.
¿Error 823/824 en producción. ¿Qué hacer?
Page corruption errors. Pare la aplicación, haga backup del MDF/LDF y envíe para análisis. NO ejecute DBCC CHECKDB con REPAIR_ALLOW_DATA_LOSS.
¿Perdí el LDF. ¿Recupera solo con MDF?
Sí, en el 85% de los casos. Puede haber pérdida de transacciones no commitadas.
¿Database cifrado con TDE. ¿Pueden?
Sí, con la master key y el certificate. Sin esas claves, el MDF es matemáticamente irrecuperable.
¿Storage del servidor se incendió. ¿Hay chance?
Sí. Recuperamos primero los discos físicos (RAID/SAN), luego extraemos los archivos MDF/LDF.
¿Cómo funciona el presupuesto?
El diagnóstico es gratuito. Tras el análisis técnico en hasta 24h enviamos por correo o WhatsApp el presupuesto detallado.