O que torna um data center diferente
- Os dados são dos seus clientes: quem os manuseia deve assinar confidencialidade e documentar cada passo.
- Muitas vezes os discos não podem sair do prédio, por política de segurança ou por contrato com o cliente final.
- Uma única falha de storage derruba ao mesmo tempo os serviços de muitos clientes.
- Cada hora fora do ar conta contra os acordos de disponibilidade (SLA) com os seus clientes.
- Os volumes chegam a dezenas ou centenas de terabytes, distribuídos entre storages SAN, virtualização e armazenamento distribuído.
As falhas que derrubam um data center
Segundo a análise anual de interrupções do Uptime Institute (2026), problemas de energia causam 45% das interrupções graves, e os incêndios vêm aumentando por causa das baterias de lítio dos nobreaks (UPS).
Energia e nobreak (UPS)
Uma queda de energia ou uma falha do nobreak desliga os servidores de repente: arranjos RAID que não voltam a montar, volumes danificados e bancos de dados inconsistentes.
Incêndio e baterias de lítio
Uma célula que superaquece pode incendiar todo o banco de baterias do nobreak. A fuligem conduz eletricidade: os discos expostos não devem ser ligados.
Fumaça de um incêndio próximo
Um incêndio num prédio vizinho ou na vegetação pode levar fumaça para dentro pelas tomadas de ar: dispara a detecção, obriga a desligar os equipamentos e deixa fuligem sobre eles.
Descarga do sistema de combate a incêndio
O estrondo do gás ao disparar pode tirar de trilha os cabeçotes dos discos rígidos, num teste, num alarme falso ou por fumaça externa, mesmo sem fogo na sala.
Água
Inundações por chuvas ou tempestades, infiltrações e vazamentos do sistema de refrigeração. Um equipamento molhado não deve ser ligado.
Calor extremo
Se a refrigeração falha, a sala superaquece e os discos começam a falhar em cadeia.
Ransomware
Antes de criptografar, os atacantes costumam passar dias, e às vezes semanas, dentro da rede: ganham permissões, copiam a informação para levá-la, localizam onde causar o maior dano possível, apagam ou criptografam primeiro os backups e os snapshots, e depois criptografam os servidores e o storage ao mesmo tempo.
Sabotagem ou acesso indevido
Um ex-funcionário ou um invasor apaga máquinas virtuais, volumes ou backups. Além de recuperar os dados, investigamos os registros do sistema (logs) para reconstruir o que aconteceu, de onde e quando.
Erro humano
Pastas, máquinas virtuais ou volumes apagados por acidente, um comando executado no servidor errado ou um arranjo inicializado por engano.
O que resolvemos para um data center
Trabalho no local, inclusive a quente
Quando os equipamentos não podem sair, trabalhamos dentro do data center, inclusive com os sistemas em produção, e em jornadas contínuas quando a urgência exige.
Sem depender da plataforma
Trabalhamos em baixo nível, diretamente sobre os dados, sem depender da plataforma nem do fabricante do storage. Reconstruímos o sistema de arquivos de cada uma: VMFS, NTFS, ReFS, ext4, XFS, ZFS e outros.
Ransomware: buscamos a fraqueza do ataque
Trabalhamos sobre cópias forenses dos volumes afetados, incluindo o servidor principal e o hipervisor, e buscamos a fraqueza do ataque que abra o caminho para recuperar a informação.
Confidencialidade e cadeia de custódia
Assinamos o acordo de confidencialidade do data center ou o do cliente dele, e registramos quem recebe, manuseia e entrega cada disco, e quando.
Descontaminação dos equipamentos
Como parte da recuperação, descontaminamos os discos e a eletrônica expostos a fuligem, fumaça ou água antes de tentar lê-los, para frear a corrosão e não causar mais danos.
Dano físico em clean room
Se um disco do arranjo tem dano físico, ele só é aberto na clean room (câmara de fluxo laminar com pressão positiva) do nosso laboratório e depois é incorporado à reconstrução.
Relatório técnico
Documentamos a falha, o procedimento e o resultado, para o seu cliente final e para a sua auditoria.
Serviços mais solicitados por este perfil
Perguntas frequentes
Vocês recuperam dados de servidores Unix como Sun Solaris, IBM AIX ou HP-UX?
Sim. Recuperamos informações de discos e arranjos de servidores Sun e Oracle com Solaris (UFS e ZFS), IBM com AIX (JFS e JFS2) e HP com HP-UX (VxFS e HFS), incluindo discos com setores não padrão de 520 ou 528 bytes. Primeiro recuperamos o acesso aos dados de cada disco e extraímos uma cópia binária; dela obtemos os arquivos. Quando o caso exige levantar o sistema completo, por exemplo para abrir um banco de dados exatamente como estava, estudamos o caso: conforme a plataforma, fazemos isso no próprio servidor, em hardware compatível fornecido pelo cliente ou em um emulador.
Vocês podem trabalhar dentro do nosso data center?
Sim. Quando a política de segurança ou o contrato com o seu cliente impede retirar os equipamentos, trabalhamos no local, inclusive a quente com os sistemas em produção. Combinamos as janelas de trabalho com a sua equipe.
Quais plataformas e sistemas de arquivos vocês atendem?
Virtualização VMware ESXi (VMFS), Hyper-V e Proxmox; storages SAN e NAS, ZFS, Ceph e vSAN; sistemas de arquivos NTFS, ReFS, ext4 e XFS, entre outros; e discos SAS, SATA e SCSI e SSDs NVMe U.2, U.3, PCIe (AIC) e EDSFF. Em todas as plataformas nosso trabalho é em baixo nível, em hexadecimal, diretamente sobre os dados, e reconstruímos o sistema de arquivos de cada uma.
Vocês recuperam volumes ou arquivos criptografados que foram danificados?
Sim. Quando um volume ou arquivo criptografado (BitLocker, VeraCrypt, LUKS ou a criptografia de máquinas virtuais) é corrompido, reparamos o que foi danificado para que volte a abrir com a sua chave. Fazemos isso no laboratório e, quando o caso permite, também no local, dentro do data center. Para isso precisamos da senha ou da chave de recuperação do cliente: sem ela, a criptografia não pode ser aberta.
Vocês assinam confidencialidade e mantêm cadeia de custódia?
Sim. Assinamos o acordo de confidencialidade que corresponda e registramos quem recebe, manuseia e entrega cada disco, e quando.
É possível descriptografar sem pagar o resgate?
Às vezes, sim. Algumas variantes de ransomware têm fraquezas que permitem recuperar a informação sem pagar. Para saber, investigamos o ataque sobre cópias forenses dos volumes afetados. Se não aparece nenhuma fraqueza, buscamos cópias ou dados que o ataque não alcançou. Cada ataque é diferente, e a investigação indica o caminho de solução em cada caso.
Por que o ransomware também atingiu os nossos backups?
Porque os atacantes os procuram primeiro: passam dias, e às vezes semanas, dentro da rede localizando os backups e os snapshots, e copiando a informação para levá-la antes de executar a criptografia, para depois ameaçar publicá-la. Depois apagam ou criptografam os backups e lançam o ataque principal, para que não haja como restaurar sem pagar. Mesmo assim, muitas vezes restam cópias, versões anteriores ou dados que o ataque não alcançou: é isso que buscamos. Se você suspeita que levaram informação, podemos confirmar isso com uma análise forense.
O que fazemos enquanto vocês chegam?
Não liguem equipamentos expostos a fuligem ou água. Não reconstruam nem inicializem o arranjo, e não restaurem backups sobre os discos originais. Se for ransomware, isolem da rede o que foi afetado. Se suspeitarem de sabotagem, não apaguem nem rotacionem os registros do sistema: são a evidência do que aconteceu.
O que acontece se as minhas unidades de armazenamento foram expostas ao fogo?
Depende da temperatura que atingiram. Os pratos de um disco rígido têm uma camada lubrificante muito fina sobre a qual o cabeçote voa, e essa camada suporta menos temperatura que a camada magnética onde estão os dados, que só se perdem pelo calor a temperaturas bem mais altas (a temperatura de Curie). Se o disco não ultrapassou o que a camada lubrificante tolera, há possibilidades reais de recuperar a informação. Se ultrapassou, os dados podem continuar nos pratos, mas a recuperação fica muito mais difícil. Por isso é fundamental não ligar o disco e levá-lo ao laboratório o quanto antes.
E se for um SSD ou uma memória flash?
Um SSD não tem pratos nem camada lubrificante: guarda os dados como cargas elétricas em chips de memória. O calor acelera a perda dessas cargas, e se a temperatura chegou a derreter a solda, os componentes podem se soltar ou ser danificados. Mesmo assim, se os chips de memória sobreviveram, em alguns casos a informação ainda pode ser recuperada. Cada caso é avaliado no laboratório: não o ligue e traga-o o quanto antes.
Quanto tempo leva e quanto custa?
A avaliação técnica é o primeiro passo e tem custo: leva 5 dias úteis no serviço padrão ou 48 horas no de emergência, incluindo fins de semana e feriados. Com o resultado, entregamos um relatório com o orçamento conforme as horas técnicas e a equipe especializada que o caso exigir.
O seu storage saiu do ar ou um ataque criptografou os seus servidores?
Conte o que aconteceu e explicamos como abordaríamos o seu caso.
Atendemos em português por e-mail e WhatsApp. As ligações telefônicas são atendidas em espanhol.