Como recuperar banco de dados corrompido ou com tabela deletada

Por Equipe Técnica HD Doctor

Resposta direta

Banco de dados corrompido ou com tabela deletada tem recuperação possível na maioria dos casos — mesmo sem backup recente. A HD Doctor acessa diretamente os arquivos de dados (.mdf e .ldf no SQL Server; .b1p no SAP Business One) e extrai tabelas e registros íntegros antes que sejam sobrescritos. A janela é curta: cada nova transação no servidor reduz o que ainda é possível recuperar.

Por que um banco de dados corrompe — e por que agir rápido faz diferença?

A corrupção de banco de dados ocorre por falha de hardware (discos com setores defeituosos operando sem monitoramento SMART), desligamento abrupto do servidor durante transação ativa, atualização de sistema executada sem procedimento correto ou ataque de ransomware. No SAP Business One, a corrupção do arquivo .b1p torna o sistema totalmente inoperante — o que paralisa o ERP em produção. A deleção acidental de tabelas é o segundo cenário mais frequente. No SQL Server, um DROP TABLE sem backup ativo deixa os dados fisicamente no arquivo .mdf até que o espaço seja sobrescrito por novas transações. O tempo entre a deleção e o desligamento do servidor é o fator crítico: quanto mais cedo o serviço for parado, maior o volume de dados recuperável.

O que NÃO fazer quando o banco de dados corrompe ou perde dados

1.
Executar DBCC CHECKDB com REPAIR_ALLOW_DATA_LOSS. O próprio nome avisa: dados corrompidos são descartados sem tentativa de recuperação. Essa opção deve ser usada apenas como último recurso, após análise técnica especializada.
2.
Reiniciar o serviço SQL Server após corrupção. O processo de rollback automático sobrescreve páginas de dados que ainda teriam recuperação possível. Cada reinício reduz o volume recuperável.
3.
Restaurar sobre o arquivo corrompido sem cópia forense prévia. Se o backup também estiver corrompido ou desatualizado, não há como voltar ao estado anterior. A cópia forense preserva o estado original e permite repetir a análise.
4.
Usar ferramentas genéricas de recuperação de arquivos. Essas ferramentas recuperam o .mdf como contêiner, mas não reconstroem a estrutura interna de páginas e tabelas. O resultado é um arquivo ilegível pelo SQL Server.
5.
Aguardar mais de 24 horas para acionar suporte especializado. Em servidores com alta atividade de escrita, a janela de recuperação se fecha rapidamente. Cada nova transação sobrescreve o espaço deixado pelos dados deletados ou corrompidos.

O que fazer quando o banco de dados corrompe ou perde tabelas?

Cada ação errada nas primeiras horas — reiniciar o serviço, rodar DBCC CHECKDB, restaurar sem cópia prévia — reduz ou elimina as chances de recuperação.

1
Pare o serviço de banco de dados imediatamente
Interrompa qualquer gravação no disco. Não reinicie — o rollback automático pode sobrescrever páginas com dados recuperáveis. No SQL Server, pare pelo Gerenciador de Serviços do Windows, não pela interface do Management Studio.
2
Não execute DBCC CHECKDB sem orientação técnica
A opção REPAIR_ALLOW_DATA_LOSS descarta dados corrompidos sem tentativa de recuperação. Usado sem diagnóstico prévio, elimina o que ainda seria recuperável por análise de páginas do arquivo .mdf.
3
Localize e anote o caminho exato dos arquivos de dados
Identifique .mdf e .ldf (SQL Server), .b1p (SAP Business One) ou a pasta do PostgreSQL. Não mova nem copie pelo Windows Explorer — use ferramenta forense que preserve os metadados do arquivo.
4
Faça cópia bit a bit dos arquivos antes de qualquer análise
Com software forense, copie os arquivos para outra mídia antes de qualquer tentativa. Preserva o estado exato do incidente — sem esse passo, uma tentativa mal-sucedida fecha a janela de recuperação.
5
Envie os arquivos para análise da HD Doctor
A equipe analisa as páginas internas, identifica tabelas íntegras e extrai os registros em CSV ou SQL pronto para importação. Diagnóstico com estimativa de recuperabilidade em até 4 horas após o recebimento.
6
Valide os dados extraídos antes de reimportar em produção
Confira integridade referencial, datas e volume por tabela antes do restore. A HD Doctor entrega relatório de extração com contagem de registros por tabela para facilitar a conferência.

Perguntas frequentes sobre recuperação de banco de dados

É possível recuperar SQL Server sem o arquivo de log (.ldf)?

Sim, na maioria dos casos. O arquivo .mdf contém as páginas de dados principais — registros committed são recuperáveis mesmo sem o .ldf. Sem o arquivo de log, não é possível fazer rollback de transações abertas no momento da corrupção, mas os dados já confirmados estão íntegros nas páginas. A HD Doctor extrai os registros diretamente das páginas do .mdf, sem depender do serviço SQL Server.

A HD Doctor recupera SAP Business One após corrupção do banco?

Sim. A HD Doctor analisa o arquivo .b1p página a página para identificar quais tabelas estão íntegras — nas versões com SQL Server e HANA. Os dados íntegros são extraídos em formato compatível com reimportação, permitindo retomar o ERP sem perda total do histórico operacional. O diagnóstico identifica o escopo exato da corrupção antes de qualquer orçamento.

Quanto tempo leva a recuperação de um banco de dados corrompido?

Bancos de até 50 GB são analisados em até 24 horas, com entrega em 2 a 3 dias úteis. Bancos maiores ou com alta fragmentação levam de 5 a 7 dias úteis — o tempo é proporcional ao volume de páginas analisadas. O diagnóstico com orçamento fixo é entregue em até 4 horas após o recebimento dos arquivos. Não há cobrança em caso de insucesso.

O que fazer quando um colaborador executa DROP TABLE em produção?

Pare o serviço de banco de dados imediatamente e não reinicie. O SQL Server mantém os dados fisicamente no .mdf até que o espaço livre seja sobrescrito por novas transações — o desligamento interrompe esse processo e preserva a janela de recuperação. Quanto mais rápido o serviço for parado após o DROP TABLE, maior o percentual recuperável. Acione a HD Doctor logo após o desligamento — diagnóstico em até 4 horas.

É possível recuperar banco de dados afetado por ransomware?

Em muitos casos, sim. A HD Doctor analisa se os arquivos .mdf e .b1p foram total ou parcialmente criptografados — em arquivos com criptografia parcial, os registros íntegros são extraídos das páginas de dados. O percentual recuperado depende da variante e do momento em que o ataque foi interrompido. A análise é feita nas cópias dos arquivos; os originais permanecem intocados.

Banco de dados corrompido ou tabela deletada? Acione a HD Doctor agora.

Diagnóstico gratuito e atendimento em todo o Brasil.