Recuperar banco de dados é possível na maioria dos cenários — corrupção por queda de energia, falha de hardware, ransomware ou exclusão acidental. A Crowdertech recupera bancos de dados de todos os principais sistemas com 18 anos de experiência e diagnóstico gratuito em horas.

A taxa de sucesso depende diretamente da velocidade de acionamento e do que foi feito antes da chegada dos especialistas. Por isso, acione a Crowdertech antes de qualquer tentativa de reparo automático: (11) 99630-0675 · (11) 4863-3636.

Causas de banco de dados inacessível ou corrompido

Corrupção por queda de energia

A causa mais comum. Quando o servidor perde energia durante uma operação de escrita, a página de dados pode ficar em estado parcial — com os bytes gravados até a interrupção e o restante ausente. Por isso, o SQL Server entra em modo Suspect, o MySQL não consegue abrir o tablespace e o PostgreSQL reporta checksum inválido. Contudo, os dados gravados antes da interrupção geralmente estão íntegros — o banco se recusa a abrir como proteção, não porque os dados estão destruídos.

Corrupção por setores defeituosos no disco

Quando o disco que hospeda os arquivos de banco tem setores defeituosos nas páginas de dados, o sistema detecta erros de leitura e bloqueia o acesso. Por isso, bancos que ficam em HDs próximos do fim de vida têm maior probabilidade de corrupção progressiva. Além disso, o crescimento lento do número de setores defeituosos pode passar despercebido até que uma página crítica — como o cabeçalho do banco ou as entradas do catálogo — seja afetada.

Banco de dados sem backup disponível

Cenário mais comum do que se imagina. Por isso, a Crowdertech desenvolveu processos específicos para recuperação de banco de dados quando não existe backup disponível. Contudo, a viabilidade depende do estado dos arquivos de dados — MDF, IBD, PG ou FDB — e do quanto o sistema gravou por cima dos dados perdidos após o incidente.

Recuperação por sistema de banco de dados

SQL Server — MDF, LDF e BAK corrompidos

O SQL Server armazena dados no arquivo MDF e o log de transações no LDF. Por isso, quando o LDF está corrompido, o banco entra em modo Suspect mas o MDF frequentemente está íntegro. Além disso, arquivos de backup .BAK corrompidos têm estrutura interna que a Crowdertech acessa diretamente, extraindo as páginas de dados íntegras sem depender do SQL Server conseguir montar o arquivo. Para casos de ransomware que criptografou os arquivos MDF, a criptografia parcial frequentemente preserva a maioria das páginas de dados.

MySQL e MariaDB — InnoDB corrompido

O MySQL armazena cada tabela em um arquivo .ibd individual além do dicionário central no ibdata1. Por isso, quando o ibdata1 está corrompido, o MySQL não consegue iniciar — mas os dados de cada tabela ainda estão nos arquivos .ibd. Além disso, a Crowdertech acessa os arquivos .ibd diretamente, reconstruindo a estrutura das tabelas sem depender do dicionário. Para recuperar dados de MySQL corrompido, não execute mysqlcheck no arquivo original — trabalhe sempre sobre cópia.

SAP Business One — SQL Server e estrutura SBO

O SAP Business One usa SQL Server como backend, mas a estrutura de tabelas é proprietária da SAP. Por isso, a recuperação exige conhecimento específico do schema do SBO além do SQL Server. Contudo, a Crowdertech tem experiência documentada em recuperação de banco SAP Business One com SQL Server corrompido, incluindo empresas com múltiplas bases de dados SBO em servidores compartilhados. Além disso, o laudo técnico entregue é compatível com os requisitos de auditoria SAP.

PostgreSQL — páginas com checksum inválido

O PostgreSQL com checksum habilitado detecta corrupção página a página. Por isso, uma corrupção pontual pode bloquear tabelas específicas sem comprometer o banco inteiro. Além disso, a Crowdertech acessa as páginas corrompidas diretamente, identificando e extraindo os registros ainda íntegros dentro de cada página. Para bancos PostgreSQL usados em sistemas PACS de radiologia e prontuário médico, a Crowdertech mantém protocolo específico de recuperação com cadeia de custódia.

Firebird — FDB corrompido

O Firebird é amplamente usado em ERPs brasileiros como Totvs, Alterdata e Domínio. Por isso, a corrupção de arquivo FDB pode paralisar operações contábeis e fiscais críticas. Além disso, a ferramenta nativa gfix tem limites importantes — usada de forma incorreta, pode agravar a corrupção. Para recuperação de banco Firebird FDB corrompido, a Crowdertech tem protocolo forense específico que não depende do gfix.

O que saber sobre unidades de medida em bancos corporativos

Bancos de dados corporativos crescem rapidamente. Por isso, entender bits, bytes, gigabytes e terabytes é útil para dimensionar o volume a recuperar, estimar o prazo de clonagem forense e comunicar corretamente o escopo para a equipe de TI. Um banco SQL Server de 500 GB tem clonagem forense de 2 a 4 horas; um banco de 5 TB pode levar um dia inteiro só para a fase de clonagem.

Perguntas frequentes

Banco de dados em modo Suspect desde ontem — ainda tem recuperação? Sim. O modo Suspect indica que o sistema detectou inconsistência e bloqueou o acesso — não que os dados foram destruídos. Por isso, quanto mais rápido o diagnóstico, maior a taxa de recuperação. Contudo, cada reinício do servidor enquanto o banco está em Suspect pode agravar a situação. Desligue o servidor e acione especialistas: (11) 99630-0675.

É possível recuperar banco de dados sem o servidor original? Sim. A Crowdertech precisa apenas dos arquivos de banco — MDF/LDF para SQL Server, IBD/ibdata1 para MySQL, FDB para Firebird. Por isso, se você tem os arquivos mas não o servidor, o diagnóstico e a recuperação são possíveis normalmente. Além disso, para bancos em cloud como AWS RDS ou Azure SQL, coordenamos o acesso remoto aos snapshots.

Qual o prazo para recuperar banco de dados de 1 TB? O diagnóstico é entregue em horas independente do tamanho. A clonagem forense de 1 TB leva de 4 a 8 horas. A recuperação das páginas de dados leva de 24 a 48 horas para bancos com corrupção limitada. Contudo, bancos com corrupção extensa ou ransomware podem levar de 3 a 7 dias úteis.

Banco recuperado precisa de validação antes de voltar à produção? Sempre. A Crowdertech executa DBCC CHECKDB no SQL Server recuperado, mysqlcheck no MySQL e fbstat no Firebird antes da entrega — garantindo que o banco entregue está íntegro. Além disso, o laudo técnico documenta o resultado de cada verificação e o percentual de dados recuperados por tabela.

A Crowdertech recupera banco de dados de todos os sistemas com diagnóstico gratuito — (11) 99630-0675 · (11) 4863-3636.

Fontes: Microsoft Learn — SQL Server · MySQL Documentation · NIST SP 800-34r1.