Lo que hace distinto a un data center
- Los datos son de tus clientes: quien los toque debe firmar confidencialidad y documentar cada paso.
- Los discos a menudo no pueden salir del edificio, por política de seguridad o por contrato con el cliente final.
- Una sola falla de storage tumba a la vez los servicios de muchos clientes.
- Cada hora sin servicio cuenta contra los acuerdos de disponibilidad (SLA) con tus clientes.
- Los volúmenes son de decenas o cientos de terabytes, repartidos entre cabinas SAN, virtualización y almacenamiento distribuido.
Las fallas que tumban un data center
Según el análisis anual de caídas del Uptime Institute (2026), los problemas de energía causan el 45 % de las caídas graves, y los incendios vienen aumentando por las baterías de litio de los UPS.
Energía y UPS
Un corte o una falla del UPS apaga los servidores de golpe: arreglos RAID que no vuelven a montar, volúmenes dañados y bases de datos inconsistentes.
Incendio y baterías de litio
Una celda que se recalienta puede incendiar todo el banco de baterías del UPS. El hollín conduce la electricidad: los discos expuestos no deben encenderse.
Humo de un incendio cercano
Un incendio en un edificio vecino o en la vegetación puede meter humo por las tomas de aire: dispara la detección, obliga a apagar los equipos y deja hollín sobre ellos.
Descarga del sistema contra incendios
El estruendo del gas al dispararse puede sacar de pista los cabezales de los discos duros, en una prueba, por una falsa alarma o por humo externo, aunque no haya fuego en la sala.
Agua
Inundaciones por lluvias o tormentas, filtraciones y fugas del sistema de enfriamiento. Un equipo mojado no debe encenderse.
Calor extremo
Si falla el enfriamiento, la sala se recalienta y los discos empiezan a fallar en cadena.
Ransomware
Antes de cifrar, los atacantes suelen pasar días, y a veces semanas, dentro de la red: ganan permisos, copian la información para llevársela, ubican dónde hacer el mayor daño posible, borran o cifran primero los respaldos y los snapshots, y después cifran los servidores y el storage al mismo tiempo.
Sabotaje o acceso indebido
Un ex empleado o un intruso borra máquinas virtuales, volúmenes o respaldos. Además de recuperar los datos, investigamos los registros del sistema (logs) para reconstruir qué pasó, desde dónde y cuándo.
Error humano
Carpetas, máquinas virtuales o volúmenes borrados por accidente, un comando ejecutado en el servidor equivocado o un arreglo inicializado por error.
Lo que resolvemos para un data center
Trabajo en sitio, también en caliente
Cuando los equipos no pueden salir, trabajamos dentro del data center, incluso con los sistemas en producción, y en jornadas continuas cuando la urgencia lo exige.
Sin depender de la plataforma
Trabajamos a bajo nivel, directamente sobre los datos, sin depender de la plataforma ni del fabricante del storage. Reconstruimos el sistema de archivos de cada una: VMFS, NTFS, ReFS, ext4, XFS, ZFS y otros.
Ransomware: buscamos la debilidad del ataque
Trabajamos sobre copias forenses de los volúmenes afectados, incluidos el servidor principal y el hipervisor, y buscamos la debilidad del ataque que abra el camino para recuperar la información.
Confidencialidad y cadena de custodia
Firmamos el acuerdo de confidencialidad del data center o el de su cliente, y registramos quién recibe, manipula y entrega cada disco, y cuándo.
Descontaminación de los equipos
Como parte de la recuperación, descontaminamos los discos y la electrónica expuestos a hollín, humo o agua antes de intentar leerlos, para frenar la corrosión y no causar más daño.
Daño físico en clean room
Si un disco del arreglo tiene daño físico, se abre solo en el clean room (cámara de flujo laminar con presión positiva) de nuestro laboratorio y luego se integra a la reconstrucción.
Informe técnico
Documentamos la falla, el procedimiento y el resultado, para tu cliente final y para tu auditoría.
Servicios más solicitados por este perfil
Preguntas frecuentes
¿Recuperan datos de servidores Unix como Sun Solaris, IBM AIX o HP-UX?
Sí. Recuperamos información de discos y arreglos de servidores Sun y Oracle con Solaris (UFS y ZFS), IBM con AIX (JFS y JFS2) y HP con HP-UX (VxFS y HFS), incluidos discos con sectores no estándar de 520 o 528 bytes. Primero recuperamos el acceso a los datos de cada disco y extraemos una copia binaria; de ahí obtenemos los archivos. Cuando el caso exige levantar el sistema completo, por ejemplo para abrir una base de datos tal como estaba, estudiamos el caso: según la plataforma, lo hacemos en el propio servidor, en hardware compatible que aporte el cliente o sobre un emulador.
¿Pueden trabajar dentro de nuestro data center?
Sí. Cuando la política de seguridad o el contrato con tu cliente impide sacar los equipos, trabajamos en sitio, incluso en caliente con los sistemas en producción. Coordinamos con tu equipo las ventanas de trabajo.
¿Qué plataformas y sistemas de archivos atienden?
Virtualización VMware ESXi (VMFS), Hyper-V y Proxmox; cabinas SAN y NAS, ZFS, Ceph y vSAN; sistemas de archivos NTFS, ReFS, ext4 y XFS, entre otros; y discos SAS, SATA y SCSI y SSD NVMe U.2, U.3, PCIe (AIC) y EDSFF. En todas las plataformas nuestro trabajo es a bajo nivel, en hexadecimal, directamente sobre los datos, y reconstruimos el sistema de archivos de cada una.
¿Recuperan volúmenes o archivos cifrados que se dañaron?
Sí. Cuando un volumen o un archivo cifrado (BitLocker, VeraCrypt, LUKS o el cifrado de máquinas virtuales) se corrompe, reparamos lo dañado para que vuelva a abrir con su clave. Lo hacemos en el laboratorio y, cuando el caso lo permite, también en sitio, dentro del data center. Para esto necesitamos la contraseña o la clave de recuperación del cliente: sin ella, el cifrado no se puede abrir.
¿Firman confidencialidad y llevan cadena de custodia?
Sí. Firmamos el acuerdo de confidencialidad que corresponda y registramos quién recibe, manipula y entrega cada disco, y cuándo.
¿Se puede descifrar sin pagar el rescate?
A veces sí. Algunas variantes de ransomware tienen debilidades que permiten recuperar la información sin pagar. Para saberlo, investigamos el ataque sobre copias forenses de los volúmenes afectados. Si no aparece ninguna debilidad, buscamos copias o datos que el ataque no alcanzó. Cada ataque es distinto, y la investigación indica el camino de solución en cada caso.
¿Por qué el ransomware también afectó nuestros respaldos?
Porque los atacantes los buscan primero: pasan días, y a veces semanas, dentro de la red ubicando los respaldos y los snapshots, y copiando la información para llevársela antes de ejecutar el cifrado, para después amenazar con publicarla. Luego borran o cifran los respaldos y lanzan el ataque principal, para que no haya cómo restaurar sin pagar. Aun así, a menudo quedan copias, versiones anteriores o datos que el ataque no alcanzó: eso es lo que buscamos. Si sospechas que se llevaron información, podemos confirmarlo con un análisis forense.
¿Qué hacemos mientras llegan?
No enciendan equipos expuestos a hollín o agua. No reconstruyan ni inicialicen el arreglo, y no restauren respaldos sobre los discos originales. Si es ransomware, aíslen de la red lo afectado. Si sospechan sabotaje, no borren ni roten los registros del sistema: son la evidencia de lo que pasó.
¿Qué pasa si mis unidades de almacenamiento estuvieron expuestas al fuego?
Depende de la temperatura que alcanzaron. Los platos de un disco duro tienen una capa lubricante muy delgada sobre la que vuela el cabezal, y esa capa soporta menos temperatura que la capa magnética donde están los datos, que solo se pierden por calor a temperaturas bastante más altas (la temperatura de Curie). Si el disco no superó lo que tolera la capa lubricante, hay posibilidades reales de recuperar la información. Si la superó, los datos pueden seguir en los platos, pero la recuperación se vuelve mucho más difícil. Por eso es clave no encender el disco y traerlo al laboratorio cuanto antes.
¿Y si es un SSD o una memoria flash?
Un SSD no tiene platos ni capa lubricante: guarda los datos como cargas eléctricas en chips de memoria. El calor acelera la pérdida de esas cargas, y si la temperatura llegó a fundir la soldadura, los componentes pueden desprenderse o dañarse. Aun así, si los chips de memoria sobrevivieron, en algunos casos la información todavía se puede recuperar. Cada caso se estudia en el laboratorio: no lo enciendas y tráelo cuanto antes.
¿Cuánto tarda y cuánto cuesta?
La evaluación técnica es el primer paso y tiene un costo: toma 5 días hábiles en el servicio estándar o 48 horas en el de emergencia, incluidos fines de semana y feriados. Con su resultado te entregamos un informe con la cotización según las horas técnicas y el personal que requiera el caso.
¿Se cayó tu storage o un ataque cifró tus servidores?
Cuéntanos qué pasó y te indicamos cómo abordaríamos tu caso.