Como reparar o ficheiro MDF SQL Server: Guía completa (2025)

Os ficheiros MDF son os fundamentos SQL ServerMecanismo de almacenamento de datos de . Estes compoñentes críticos precisan unha detección rápida e métodos de recuperación axeitados cando se corrompen para minimizar a perda de datos. Aprendamos sobre os ficheiros MDF e como reparalos.

1.1 En que está un ficheiro MDF SQL Server?

MDF (Master Database File) serve como ficheiro principal de datos SQL Server que contén todos os datos do usuario, como táboas, índices, procedementos almacenados, vistas e outros obxectos de base de datos. Este ficheiro ten tanto o esquema como os datos reais, o que o converte no most parte importante de calquera SQL Server base de datos. A extensión .mdf identifica este ficheiro principal que funciona xunto cos ficheiros de rexistro (.ldf). Estes ficheiros de rexistro rastrexan a información das transaccións necesarias para as operacións de recuperación.

1.2 Causas comúns da corrupción dos ficheiros MDF

Os teus ficheiros MDF poden corromperse por varias razóns:

Cortes de enerxía ou inadecuados SQL Server paralizacións
Fallos de hardware, especialmente problemas do subsistema de almacenamento
Sectores defectuosos na unidade de almacenamento
Ataques de malware ou virus a sistemas desprotexidos
Erros do sistema de ficheiros que afectan ao almacenamento da base de datos
Erros de software SQL Server se

Os fallos do sistema durante as operacións de base de datos activas poden aumentar moito o risco de corrupción porque poden deter operacións de escritura importantes.

1.3 Consellos útiles para evitar a corrupción dos ficheiros MDF

Vexa como pode protexer os seus ficheiros MDF da corrupción:

Crea copias de seguridade regulares e verifica a súa integridade automaticamente
Use CHECKSUM como a opción Verificar páxina para todas as bases de datos
Executa os comandos BACKUP DATABASE con CHECKSUM
Consigue un UPS para evitar paradas repentinas
Comprobe o espazo no disco a miúdo para evitar problemas de almacenamento
Actualizar SQL Server e o sistema operativo con parches de seguridade
Execute DBCC CHECKDB regularmente en todas as bases de datos

1.4 Sinais comúns dun ficheiro MDF corrompido

A detección rápida da corrupción de ficheiros MDF pode aforrarche moito tempo de recuperación. Abaixo amósanse algúns dos signos comúns de corrupción de ficheiros MDF:

Mensaxes de erro cando tentas anexar ou acceder á base de datos
A base de datos móstrase en modo SUSPECT ou RECOVERY_PENDING
Erros de E/S en SQL Server rexistros, especialmente os erros 823, 824 ou 825
Erros de asignación nas páxinas GAM/SGAM/IAM/PFS.
Erros de coherencia durante as operacións da base de datos
Problemas de rendemento repentinos

A continuación móstranse algunhas das mensaxes de erro máis comúns cando o ficheiro MDF está danado:

Non se puideron recuperar os datos para esta solicitude. (Microsoft.SqlServer.Management.Sdk.Sfc) xxx.mdf non é un ficheiro de base de datos principal. (Microsoft SQL Server, Erro: 5171)

Produciuse un erro ao anexar a base de datos para o servidor 'xxx'. (Microsoft.SqlServer.Smo) A cabeceira do ficheiro 'xxx.mdf' non é unha cabeceira de ficheiro de base de datos válida. A propiedade FILE SIZE é incorrecta. (Micosoft) SQL Server, Erro: 5172)

SQL Server detectou un erro de E/S baseado na coherencia lóxica: suma de comprobación incorrecta (esperado: 0x2abc3894; real: 0x2ebe208e). Ocorreu durante a lectura da páxina (1:1) na ID de base de datos 12 no desfase 0x00000000002000 no ficheiro 'xxx.mdf'. Mensaxes adicionais no SQL Server O rexistro de erros ou o rexistro de eventos do sistema pode proporcionar máis detalles. Esta é unha condición de erro grave que ameaza a integridade da base de datos e que debe ser corrixida inmediatamente. Complete unha comprobación completa da coherencia da base de datos (DBCC CHECKDB). Este erro pode ser causado por moitos factores; para máis información, consulte SQL Server Libros en liña (Microsoft SQL Server, Erro: 824)

SQL Server Detectouse un erro de E/S baseado na coherencia lóxica: páxina rota (sinatura esperada: 0x########; sinatura real: 0x#######).

2. Métodos manuais gratuítos para reparar ficheiros MDF

SQL ServerOs métodos nativos de proporcionan métodos gratuítos para reparar a corrupción de ficheiros MDF. Estes enfoques manuais poden salvar bases de datos ás que non se pode acceder, pero requiren unha execución coidadosa.

2.1 Restaurar desde unha copia de seguridade recente

O most método de recuperación fiable starts coa restauración dunha copia de seguranza recente. Este enfoque evita a corrupción volvendo a un estado saudable. Podes usar o comando RESTORE DATABASE cos parámetros FROM DISK adecuados para devolver a túa base de datos ao seu estado antes da corrupción. A integridade dos seus datos permanece intacta sen comprometer as relacións entre os obxectos da base de datos.

2.2 Usar DBCC CHECKDB coas opcións de REPAIR

DBCC CHECKDB ofrécelle capacidades de reparación integradas se a restauración da copia de seguridade non é unha opción:

DBCC CHECKDB (database_name, REPAIR_ALLOW_DATA_LOSS) 
WITH ALL_ERRORMSGS, NO_INFOMSGS;

O comando ten tres niveis de reparación:

REPAIR_FAST: mantén a sintaxe só para compatibilidade con versións anteriores; non fai reparacións
REPAIR_REBUILD: Fai reparacións sen perda de datos
REPAIR_ALLOW_DATA_LOSS: Corrixe todos os erros informados, pero pode sacrificar algúns datos

Temos un guía completa sobre DBCC CHECKDB que abrangue todas as opcións e escenarios (a documentación oficial de Microsoft tamén está dispoñible aquí).

2.3 Riscos de usar REPAIR_ALLOW_DATA_LOSS

As opcións de reparación teñen riscos. REPAIR_ALLOW_DATA_LOSS pode eliminar as páxinas corruptas por completo, o que leva á perda permanente de datos. Tamén ignora as restricións de clave externa, que poden romper a integridade relacional entre as táboas. Polo tanto,

Antes da reparación, debes facer unha copia de seguridade manual do ficheiro MDF corrupto.
Despois da reparación, debes verificar as restricións mediante DBCC CHECKCONSTRAINTS para atopar fallos na lóxica empresarial.

2.4 Usar a táboa de comprobación de DBCC

DBCC CHECKABLE ofrécelle un tarenfoque obtido para a corrupción en táboas específicas:

DBCC CHECKTABLE (table_name, REPAIR_ALLOW_DATA_LOSS);

Este comando mira unha táboa en lugar de toda a base de datos. É máis rápido e ten menos riscos unha vez que sabes que táboas teñen problemas.

2.5 Configurar a base de datos en modo EMERXENCIA e USUARIO ÚNICO

As bases de datos gravemente danadas poden necesitar o modo EMERXENCIA como última opción:

ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ([DatabaseName], REPAIR_ALLOW_DATA_LOSS);

Os administradores de bases de datos teñen acceso de só lectura a través do modo de emerxencia se falla o acceso normal. O proceso reconstruí o rexistro de transaccións, pero perde a coherencia transaccional e rompe a cadea RESTORE. Fai unha copia de seguranza dos teus ficheiros de base de datos antes de probar as reparacións de emerxencia para manter abertas as túas opcións de recuperación.

2.6 Método de "hackeo de conexión"

Se non podes anexar un ficheiro MDF danado SQL Server, podes probar o método de "hack attach":

Crea unha base de datos ficticia co mesmo nome que a túa base de datos danada
Desconecta a base de datos ficticia
Elimina os ficheiros de base de datos simulados
Copia o teu ficheiro MDF danado na localización do ficheiro ficticio
Pon a base de datos en liña

Este método non solucionará a corrupción, pero axuda SQL Server recoñece o ficheiro e activa os comandos de reparación.

2.7 Corrixir unha base de datos mestra danada

A corrupción da base de datos mestra require estes pasos:

Copie o ficheiro master.mdf corrupto como unha base de datos de usuarios a outro servidor.
Usa os métodos manuais ou DataNumen SQL Recovery recuperar obxectos dela.
Exportar os obxectos recuperados a un script.
Reconstruír a base de datos mestra no servidor orixinal.
Executa o script xerado no paso 3 para recrear usuarios e obxectos.

3. Usando DataNumen SQL Recovery para reparar o ficheiro MDF corrupto

Se os métodos manuais anteriores fallan, podes probar ferramentas profesionais, como DataNumen SQL Recovery, que che axuda a arranxar ficheiros MDF danados que SQL ServerAs ferramentas integradas de 's non poden manexar. O software usa algoritmos avanzados para obter o most datos posibles de ficheiros corruptos e ofrécelle moitas opcións de recuperación.

Descarga gratuíta

3.1 Reparar un único ficheiro

O proceso de reparación de ficheiros únicos é sinxelo e fácil de seguir:

Pecha todos os programas que poidan cambiar o ficheiro MDF.
Start DataNumen SQL Recovery.
Escolla o ficheiro MDF danado escribindo o seu nome ou facendo clic no botón Explorar.
Inclúe calquera ficheiro NDF relacionado se o precisa.
Escolla o formato da base de datos de orixe ou deixe que o sistema o detecte:
Escolla onde quere gardar o ficheiro recuperado.
Fai clic en "Start Recuperación”, o software conectarase ao teu SQL Server instancia co nome do servidor e os detalles de inicio de sesión.
A continuación, o software arranxará o seu ficheiro cos seus algoritmos de recuperación avanzados.

Verás unha barra de progreso que mostra como vai a reparación. Despois de que estea feito, pode inspeccionar a súa base de datos recuperada SQL Server Estudo de xestión.

3.2 Reparar un lote de ficheiros

As empresas con varias bases de datos corruptas aforrarán tempo coa reparación por lotes. Podes engadir todos os teus ficheiros MDF danados a unha cola, configurar as túas preferencias de saída e start a recuperación. Esta función funciona moi ben en ambientes empresariais que precisan solucionar problemas de bases de datos sistémicas.

Pasos detallados:

Vaia á pestana "Recuperación por lotes".
Fai clic en "Engadir ficheiros" para engadir varios SQL Server Arquivos MDF para ser reparados.
Tamén podes facer clic en "Buscar ficheiros" para atopar ficheiros para reparar no ordenador local.
Fai clic en "Start botón "Recuperación".
Todos os ficheiros PST da lista repararanse un por un.

3.3 Recuperación do disco duro, imaxe do disco ou ficheiros de copia de seguranza

DataNumen SQL Recovery fai algo máis que a recuperación estándar. Pode obter datos SQL de:

Arquivos de disco da máquina virtual VMWare VMDK
Arquivos VHD de Virtual PC
Arquivos de imaxe ISO
Ficheiros de Windows NTBacup (.bkf)
Ficheiros de Acronis True Image (.tib)
Norton Ghost ficheiros (.gho, .v2i)

Esta flexibilidade é unha boa forma de recuperar os teus datos en varios escenarios, como:

Borras a base de datos en SQL Server.
Formateas o disco duro.
Fallo do disco duro.
O disco virtual en VMWare ou Virtual PC está corrupto ou danado e almacena a base de datos nel.
O ficheiro de copia de seguridade do soporte de copia de seguridade está corrupto ou danado e non podes restaurar o ficheiro de base de datos a partir del.
O ficheiro de imaxe de disco está corrupto ou danado e non podes recuperar o ficheiro MDF del.

Nos casos anteriores, aínda podes recuperar SQL Server directamente desde o disco duro, a imaxe do disco ou os ficheiros de copia de seguranza.

Se tes a imaxe do disco ou os ficheiros de copia de seguranza á man, podes facer o seguinte:

Fai clic no botón "..." para seleccionar o ficheiro de orixe.
No diálogo "Abrir ficheiro", seleccione "Todos os ficheiros (*.*)" como filtro.
Seleccione a imaxe de disco ou o ficheiro de copia de seguranza como ficheiro de orixe a reparar.
Establece o nome do ficheiro de base de datos fixo de saída, como E_Drive_fixed.mdf.

Se queres recuperar directamente desde un disco duro, podes usar DataNumen Disk Image para crear un ficheiro de imaxe de disco do disco duro como ficheiro de orixe DataNumen SQL Recovery:

Seleccione o disco duro ou disco.
Establece o nome do ficheiro de imaxe de saída.
Fai clic en "Start Clonación” para crear o ficheiro de imaxe do disco desde o disco duro/disco.

3.4 Recuperar rexistros e táboas eliminados

Se eliminas algúns rexistros dunha táboa ou eliminas algunhas táboas dunha base de datos por erro, podes recuperalos mediante DataNumen SQL Recovery.

Para os rexistros non eliminados, é posible que non aparezan na mesma orde que antes de eliminarse, polo que despois da recuperación, é posible que necesites usar instrucións SQL para atopar estes rexistros non eliminados.

Para as táboas sen eliminar, se non se poden recuperar os seus nomes, renomearanse como "Táboa_Recuperada1", "Táboa_Recuperada2", etc.

3.5 Recuperación de ransomware ou virus

Os métodos estándar non adoitan arranxar as bases de datos cifradas por malware. DataNumen SQL Recovery explota algoritmos especiais para obter datos de ficheiros MDF cifrados con ransomware sen pagar aos atacantes. O software pode recuperar ficheiros mesmo despois de que o cifrado danara os seus encabezados ou estruturas internas.

3.6 Reparar un ficheiro recuperado

Se os ficheiros MDF foron recuperados por DataNumen Data Recovery (ou outras ferramentas de recuperación de datos) non se poden anexar SQL Server, estes ficheiros aínda poden ter algo de corrupción. En tal caso, use DataNumen SQL Recovery para reparalos de novo, para garantir que os seus datos estean accesibles SQL Server.

3.7 Recuperar desde tempdb.mdf

Cando SQL Server está en execución, almacenará todo o temporary datos, incluíndo todo o temporary táboas e procedementos de almacenamento, nun temporary base de datos chamada tempdb.mdf. Cando se produza un desastre de datos, se non pode recuperar os datos desexados do mdf existente e os ficheiros ndf asociados, aínda pode recuperar os seus datos de tempdb.mdf usando DataNumen SQL Recovery, como segue:

Deixe SQL Server Servizo de Data Engine.
Usando a función de busca de Windows para buscar o ficheiro tempdb.mdf no ordenador onde o SQL Server instancia está instalada.
Despois de atopar o ficheiro tempdb.mdf, podes seleccionalo como o ficheiro de orixe que se vai recuperar e usalo DataNumen SQL Recovery para recuperalo.

3.8 Ficheiros de exemplo

SQL Server versión	Ficheiro MDF danado	Arquivo MDF corrixido por DataNumen SQL Recovery
SQL Server 2014	Erro1_4.mdf	Erro1_4_fixed.mdf
SQL Server 2014	Erro2_4.mdf	Erro2_4_fixed.mdf
SQL Server 2014	Erro4_4.mdf	Erro4_4_fixed.mdf
SQL Server 2014	Erro5_4.mdf	Erro5_4_fixed.mdf

4. Servizos de recuperación en liña

Os servizos en liña ofrécenche unha forma diferente de reparar bases de datos SQL cando non é posible ou cómodo descargar e instalar software de recuperación. Estes servizos en liña axudan a arranxar ficheiros MDF danados sen necesidade de coñecementos técnicos profundos.

4.1 Procedementos sinxelos de recuperación

Os servizos de recuperación de SQL en liña seguen un proceso fácil de usar:

Carga o ficheiro danado – O teu ficheiro MDF danado transfire de forma segura ao servidor do fornecedor de servizos mediante unha conexión cifrada
Tratamento e análise – O servizo analiza o teu ficheiro con algoritmos especializados e identifica os datos recuperables
Vista previa dos resultados da recuperación – Pode previsualizar os obxectos de base de datos recuperables antes de comprometerse coa recuperación total
Descargar arquivo reparado – O ficheiro de base de datos reparado ou os scripts SQL están dispoñibles despois do procesamento

Estes servizos na nube funcionan con SQL Server ficheiros de base de datos como .mdf, .ndf e .ldf. O tamaño do ficheiro e a gravidade da corrupción determinan o tempo de procesamento, que varía de segundos a minutos.

4.2 Pros e contras

Vantaxes da recuperación en liña:

Non precisa instalar software, perfecto para ambientes restrinxidos ou usuarios sen dereitos de administrador
Funciona en calquera sistema operativo, incluíndo macOS e Linux
Listo para usar sen descargar grandes paquetes de software
A interface fácil de usar é adecuada para persoas con habilidades técnicas básicas
Podes ver os datos recuperables antes de comprar

Limitacións para pensar:

A carga de información confidencial de bases de datos a servidores de terceiros xera problemas de privacidade
O tamaño máximo da base de datos ten restricións
Menos opcións de personalización que as ferramentas sen conexión
A velocidade de recuperación depende do rendemento e da carga do servidor
As versións de demostración mostran só algúns datos recuperables ata a compra

As ferramentas de recuperación sen conexión ofrécenche máis control e privacidade, pero necesitan máis coñecementos técnicos. Most os servizos en liña permítenche probar a súa eficacia con demostracións gratuítas. Estas demostracións recuperan datos de mostra e marcan outros elementos recuperables con marcadores de posición.

A mellor opción entre a recuperación en liña e fóra de liña depende das túas necesidades. A presión do tempo, as habilidades técnicas, a sensibilidade dos datos e o tipo de corrupción de ficheiros MDF xogan un papel importante nesta decisión.

5. Máis solucións

Aínda que os métodos tratados nas seccións anteriores manexan most escenarios de corrupción de ficheiros MDF, o panorama da recuperación de bases de datos ofrece solucións especializadas adicionais. Avaliamos numerosas abordaxes e compilamos esta lista completa dos most métodos alternativos eficaces que complementan as estratexias de reparación básica.

6. Despois da reparación: Validar e protexer a base de datos

Reparar o ficheiro MDF danado resolve só a metade do problema. A súa base de datos debe ser correcta e protexida despois da recuperación exitosa para manter a integridade dos datos e evitar problemas futuros.

6.1 Comprobar a integridade dos datos recuperados

Unha verificación de validación detallada garante que todos os datos permanecen intactos despois da reparación. O comando DBCC CHECKDB con DATA_PURITY busca valores non válidos:

DBCC CHECKDB (database_name) WITH DATA_PURITY, NO_INFOMSGS;

Este comando detecta valores de columna que poden ser non válidos ou fóra do rango para os seus tipos de datos. Ten en conta que debes corrixir os erros detectados manualmente xa que as opcións de reparación non poden corrixilos automaticamente.

DBCC CHECKCONSTRAINTS axuda a verificar que a lóxica empresarial permanece intacta porque as operacións de reparación non verifican nin manteñen restricións de chave estranxeira.

6.2 Reconstruír índices e restricións

A optimización do rendemento convértese no seguinte paso unha vez que se comproba a integridade dos datos. As operacións de reparación adoitan deixar os índices fragmentados, o que require atención rápida:

ALTER INDEX ALL ON table_name REBUILD;

O equipo principal debe reconstruír primeiros índices específicos de alto uso para restaurar o rendemento rapidamente en sistemas críticos. Isto crea novas, propiamente hosted indica que boost tempos de resposta das consultas.

6.3 Facer unha copia de seguridade da base de datos reparada

Crea de inmediato unha copia de seguridade completa da túa base de datos recén reparada:

BACKUP DATABASE database_name 
TO DISK = 'path\backup_file.bak' 
WITH CHECKSUM, FORMAT;

A opción CHECKSUM comproba a integridade da copia de seguridade durante a operación. Despois, proba a copia de seguranza nun servidor de proba para asegurarte de que funciona correctamente antes de usala para a recuperación da produción.

6.4 Configurar a monitorización e as alertas

A vixilancia proactiva axuda a detectar posibles problemas antes de que corrompan os datos. Configura alertas para métricas clave, incluíndo:

Porcentaxe de CPU (limiar: 90%)
Porcentaxe de espazo de datos utilizado (limiar: 95 %)
Uso do traballador (limiar: 60%)
Bloqueos (calquera ocorrencia)
Erros do sistema nos intentos de conexión

Azure Monitor ou SQL Server Management Studio pode configurar estas alertas. As alertas de estado permanecen activadas ata que se resolvan, o que evita que se produzan tormentas de notificacións durante os problemas en curso.

As comprobacións semanais de integridade mediante DBCC CHECKDB deberían executarse en bases de datos críticas para detectar os problemas antes.

7. Preguntas máis frecuentes

A corrupción da base de datos crea moitas preguntas dos usuarios. Vexamos algunhas preguntas comúns sobre a reparación de ficheiros MDF SQL Server.

7.1 Podo recuperar o ficheiro MDF sen o ficheiro LDF?

Resposta: Si, con ferramentas profesionais como DataNumen SQL Recovery, podes recuperar un ficheiro MDF sen o ficheiro LDF.

7.2 Debería usar ferramentas de reparación de terceiros ou métodos integrados?

Resposta: Os métodos integrados merecen ser probados primeiro, xa que teñen soporte oficial. Non obstante, as ferramentas de terceiros poden recuperar máis datos en casos graves de corrupción. A mellor opción depende de:

Criticidade dos datos
Dispoñibilidade de copia de seguranza
Límites de tempo
Limitacións orzamentarias
Tolerancia ao risco para a perda de datos

8. Conclusión

SQL Server a corrupción da base de datos necesita unha detección rápida e métodos de recuperación axeitados para minimizar a perda de datos. Os sinais de corrupción de ficheiros MDF axúdanche a actuar rápido cando xurdan problemas. Tes varias opcións de recuperación, desde integradas SQL Server ferramentas para solucións especializadas de terceiros como o DataNumen SQL Recovery ferramentaA continuación móstrase un resumo deste artigo:

Prevenir funciona mellor que curar. O mantemento regular da base de datos, os procedementos de copia de seguridade axeitados e a vixilancia da saúde do disco reducen substancialmente os riscos de corrupción. O sistema tamén ten que probar as bases de datos recuperadas a través de comprobacións de integridade e reconstruír índices para manter os datos fiables despois das reparacións.