Qué pasa con tus datos si se quema tu servidor (y cómo evitarlo)

El martes 14 de marzo de 2023, a las 15:47, el servidor de Impresiones Hermanos Tapia falló. No fue un incendio ni un robo. Fue un cortocircuito en el tablero eléctrico del local, probablemente causado por una variación de tensión durante una tormenta. El servidor llevaba siete años en esa sala, en un rack improvisado junto a cajas de papel y toner. En 40 minutos, el disco duro principal quedó irrecuperable.

Lo que perdieron esa tarde: ocho años de historial de clientes, toda la base de proveedores con precios negociados, los diseños de los trabajos recurrentes, el historial contable, las configuraciones del sistema de gestión y todos los correos corporativos. El backup más reciente tenía cuatro meses. Lo que recuperaron fue una fracción.

Este caso ficticio, pero completamente plausible para cualquier pyme chilena, ilustra algo que en Lumus vemos con frecuencia: las empresas no planifican la falla del servidor porque nunca ha pasado. Y nunca ha pasado hasta que pasa.

Qué se pierde exactamente cuando un servidor falla físicamente

Cuando el hardware muere, la conversación suele enfocarse en los archivos de datos: bases de datos, documentos, planillas. Pero eso es solo la punta del iceberg. La pérdida real tiene varias capas que pocas empresas anticipan:

• →Datos de aplicaciones: la base de datos del ERP, el CRM, el sistema de facturación. Todo lo que vive dentro del software instalado en el servidor. En muchos casos estos sistemas no tienen exportaciones recientes, y reconstruir la información desde cero puede tomar semanas o ser directamente imposible.
• →El sistema operativo y las configuraciones: reinstalar Windows Server o Linux es trivial. Reconstruir dos años de configuraciones personalizadas, permisos, reglas de red, scripts de automatización y ajustes del sistema no lo es. Ese conocimiento muchas veces solo existe en la cabeza de quien lo configuró, que puede ya no estar en la empresa.
• →El tiempo de recuperación: aunque tengas un backup, restaurarlo en hardware nuevo o en la nube toma tiempo. Dependiendo del volumen de datos y la disponibilidad del equipo técnico, el proceso puede tomar entre 4 horas y varios días. Todo ese tiempo la empresa opera ciega o directamente detenida.

Las 3 categorías de datos que las pymes nunca respaldan

Cuando una pyme dice que tiene backup, casi siempre se refiere a los archivos de una carpeta compartida o a la base de datos del sistema principal. Pero hay tres categorías de datos críticos que sistemáticamente quedan fuera del respaldo:

• →Los correos corporativos: si el correo está alojado en un servidor propio (Exchange on-premise, por ejemplo) o en un servidor compartido sin respaldo en la nube, toda la historia de comunicaciones desaparece con el hardware. Cotizaciones enviadas, acuerdos por correo, historial con proveedores y clientes, todo. Muchas pymes chilenas aún operan con servidores de correo propios sin respaldo externo.
• →Las configuraciones y licencias activadas: el software con licencia por dispositivo que estaba instalado en el servidor, las claves de activación que nadie guardó en ningún otro lugar, las configuraciones de la impresora, del router, de las reglas del firewall. Recuperar todo esto sin documentación puede costar más tiempo y dinero que los datos en sí.
• →Los archivos de trabajo en curso: los proyectos que no llegaron a guardarse en la carpeta compartida, los archivos en el escritorio de alguien, los documentos abiertos en el momento de la falla. Las pymes con trabajo creativo o de diseño suelen perder proyectos completos que representan horas o días de trabajo sin facturar.

Cómo la nube hace que esto sea un problema del pasado

La propuesta central de la computación en la nube no es “más velocidad” ni “más capacidad”. Es durabilidad y disponibilidad. Los grandes proveedores cloud como AWS, Google Cloud y Microsoft Azure almacenan los datos en múltiples ubicaciones físicas simultáneamente. Cuando un servidor en un datacenter falla, el tráfico se redirige automáticamente a otro. Para el usuario final, no pasa nada.

Migrar a la nube implica, en términos simples, que el servidor de tu empresa deja de ser una caja física que puede quemarse, inundarse o robarse, y se convierte en infraestructura distribuida en centros de datos diseñados específicamente para nunca fallar. AWS, por ejemplo, garantiza una disponibilidad del 99,99% en sus servicios de almacenamiento, lo que equivale a menos de una hora de interrupción al año.

Las implicancias prácticas para una pyme que migra a la nube:

• →Los datos sobreviven cualquier falla de hardware: porque no dependen de ningún hardware específico. Si el servidor virtual que corre tu sistema falla, se levanta uno nuevo automáticamente en minutos, no días.
• →Los backups son automáticos y verificados: no dependes de que alguien se acuerde de hacer el respaldo. Las políticas de backup se configuran una vez y funcionan solas. Además, puedes hacer pruebas de restauración periódicas para confirmar que el backup realmente funciona.
• →El acceso no depende de una ubicación física: si la oficina se inunda, si hay un corte de luz, si la empresa necesita operar desde otro lugar, los sistemas siguen disponibles desde cualquier conexión a internet.

Qué hacer si ya pasó

Si estás leyendo esto porque el servidor ya falló, hay pasos concretos que mejoran las chances de recuperación:

• →No enciendes el servidor dañado más veces de las necesarias: cada arranque adicional en un disco con falla mecánica aumenta la probabilidad de sobrescribir datos recuperables. Si el disco tiene daño físico, apágalo y no lo vuelvas a iniciar hasta que lo evalúe un especialista.
• →Llama a una empresa de recuperación de datos forense: en Chile hay empresas especializadas en recuperación de discos con daño físico y lógico. El costo varía según el tipo de falla y el volumen de datos, pero puede ser la diferencia entre recuperar el 90% de la información o el 0%.
• →Revisa fuentes alternativas de datos: correos en cuentas personales de los colaboradores, archivos en OneDrive o Google Drive que alguien sincronizó sin que fuera política formal, copias en computadores portátiles, reportes exportados a Excel que alguna vez alguien descargó. La información suele estar más distribuida de lo que parece.
• →Usa la crisis como argumento para migrar: una falla de servidor vivida en carne propia es el argumento más poderoso para aprobar la migración a la nube. Si sobreviviste con daño parcial, no esperes a la próxima para tomar la decisión.

Impresiones Hermanos Tapia tardó seis meses en reconstruir parcialmente su operación. A los nueve meses de la falla, migraron todo a la nube. El costo mensual de infraestructura cloud es menor al que pagaban en mantención del servidor. La diferencia es que ahora, si vuelve a ocurrir un cortocircuito, lo único que pierden es el hardware de la oficina.