El Respaldo que Nunca Salió del Edificio: La Trampa del "Plan B" de Sala Contigua

Un director de sistemas de una empresa caraqueña me mostró, con genuino orgullo, su sala de servidores hace un par de años. Doble puerta, piso técnico, aire acondicionado de precisión, un generador dedicado. En una esquina, detrás de un rack un poco más pequeño que los demás, señaló su "servidor de respaldo": una réplica completa de la base de datos principal, actualizada cada noche.

Le pregunté dónde estaba ese respaldo.

Señaló el mismo rack, dos metros más allá del servidor principal.

La historia que ningún manual de TI cuenta

En el papel, esa empresa tenía continuidad resuelta. Backups diarios, redundancia de hardware, un procedimiento documentado de recuperación. Cualquier auditoría de TI convencional habría marcado la casilla correspondiente sin objeciones.

Pero un respaldo que vive en la misma sala, sobre la misma losa, conectado al mismo tablero eléctrico y a la misma estructura que el servidor que dice proteger, no es un plan de contingencia. Es una copia de seguridad contra errores humanos, contra un disco que falla, contra un borrado accidental. Contra un sismo que dañe ese edificio, no protege absolutamente nada.

Piénselo un momento: si algo lo suficientemente grave ocurre como para dejar fuera de servicio el servidor principal por causas físicas, lo más probable es que ese mismo evento afecte también al servidor que está a dos metros de distancia. La redundancia que existe solo dentro de las cuatro paredes de un edificio no es redundancia frente al tipo de evento que realmente puede paralizar una empresa: un sismo, un incendio estructural, una inundación del piso técnico completo.

El giro: Venezuela no tiene la infraestructura de nube que otros países dan por sentada

Aquí está la parte incómoda de esta conversación. En muchos países, la respuesta obvia sería "suba todo a la nube" y el problema quedaría resuelto en una tarde. En Venezuela, la conectividad internacional intermitente, el costo en divisas de los servicios en la nube y, en algunos sectores, restricciones regulatorias sobre dónde puede residir cierta información, hacen que muchas empresas terminen posponiendo indefinidamente esa migración.

El resultado es que, año tras año, el respaldo se queda donde siempre estuvo: en el cuarto de al lado. No por negligencia, sino porque migrar se siente como un proyecto grande, caro y urgente solo en teoría, hasta que deja de serlo en la práctica.

Esto no es un caso aislado de una sola empresa caraqueña. Lo he visto en talleres de continuidad con gerentes de sistemas de bancos regionales, distribuidoras y empresas de manufactura: cuando pregunto dónde está físicamente el respaldo, la respuesta casi siempre señala hacia algún punto dentro del mismo perímetro. A veces es otro piso del mismo edificio. A veces es una bodega en el mismo terreno industrial. La lógica detrás de esa decisión no es descabellada, protege contra fallas de disco y errores humanos, que son, estadísticamente, la causa más común de pérdida de datos. El problema es que esa misma lógica deja a la empresa completamente expuesta frente al tipo de evento menos frecuente, pero mucho más costoso: uno que inhabilite el edificio entero de un solo golpe.

La buena noticia es que la solución no exige mudar toda la operación a un centro de datos en otro continente de un día para otro. Exige sacar del edificio, primero, lo que de verdad no se puede recrear si se pierde: las bases de datos transaccionales, los registros contables, los contratos y expedientes digitalizados, el código fuente de los sistemas propios. El resto puede esperar una migración más gradual.

Lo que puede hacer esta semana, sin presupuesto de transformación digital

No hace falta un proyecto de meses para reducir este riesgo de forma significativa.

Primero, identifique cuáles de sus sistemas son verdaderamente irremplazables si se pierden por completo, y cuáles simplemente son costosos de reconstruir. Son categorías distintas y merecen estrategias distintas.

Segundo, para esos sistemas irremplazables, contrate un respaldo automatizado en la nube, alojado fuera del territorio nacional, aunque sea en su versión más económica. Un respaldo incremental nocturno de las bases de datos críticas suele costar una fracción de lo que cuesta reconstruir esa información desde cero, o peor, no poder reconstruirla en absoluto.

Tercero, si la conectividad es un obstáculo real para respaldos automáticos frecuentes, establezca al menos un respaldo físico que salga del edificio una vez por semana: un disco cifrado que un responsable se lleva a su casa, o a otra sede de la empresa en una zona sísmica distinta. No es elegante ni moderno, pero saca la copia de la línea de fuego.

Cuarto, pruebe la restauración además del respaldo. Un backup que nadie ha intentado restaurar bajo presión de tiempo es, en la práctica, una promesa sin verificar. Programe un ejercicio trimestral donde alguien del equipo, no necesariamente el más experto, intente recuperar un sistema completo usando solo la copia externa.

Quinto, documente el procedimiento de recuperación en un formato que sobreviva sin acceso a los sistemas de la empresa: impreso, o guardado también fuera del edificio. De poco sirve un manual de recuperación que solo existe en el servidor que hay que recuperar.

Sexto, revise quién tiene las credenciales para activar ese respaldo externo si la persona que normalmente lo hace no está disponible. Un plan de recuperación que depende de una sola persona con acceso tiene el mismo defecto de fondo que un respaldo guardado en la sala de al lado: parece resuelto en el papel, hasta el día en que hace falta usarlo de verdad.

El cierre

Ese director de sistemas terminó contratando un servicio de respaldo en la nube para sus bases de datos críticas, alojado fuera del país, con un costo mensual menor al de mantener encendido un solo rack adicional en su sala de servidores. Volví a visitarlo meses después. El rack pequeño del respaldo local seguía ahí, en la misma esquina.

Pero esta vez, cuando le pregunté dónde estaba su plan B, no señaló hacia el otro extremo del cuarto. Señaló hacia arriba, hacia algún lugar que ninguno de los dos podía ver desde esa sala, y sonrió. Por primera vez, su respaldo estaba realmente en otro lugar.