Respaldar no es recuperar

Febrero, seis de la mañana. Un cliente llama a Francisco Olazo, LATAM Lead Engineer en Enteracloud: su operación está detenida. Tenía respaldos de hacía meses, pero ningún servidor donde restaurarlos.

La falla era técnica; el impacto, de negocio: usuarios que no facturan, órdenes que no salen, mercancía detenida en el cruce. Y la pregunta que pocos saben responder: ¿cuánto tardaríamos en volver a operar?

“El backup protege la información. Una estrategia de recuperación protege tu operación.”

Francisco Olazo, Enteracloud

RPO y RTO: las dos cifras que importan

En el panel de ciberseguridad del Foro de Tecnología MX, Diego Garza, de Veeam, lo dijo sin rodeos: tener respaldos no es estar protegido. Hay que definir RPO y RTO, y probar la recuperación.

El RPO es cuánta información puedes perder, medida en tiempo: si respaldas cada noche, puedes perder hasta un día de trabajo. El RTO es cuánto puedes tardar en volver a operar. Ambas son decisiones de negocio antes que técnicas.

La regla 3-2-1

Operar, recuperar, escalar

Olazo ordena la estrategia en tres frentes:

1. Operar. Alta disponibilidad, alertas y visibilidad. Si no podemos verlo, difícilmente podemos administrarlo.
2. Recuperar. Restaurar de prueba cada mes o cada dos meses. Es la única forma de saber que el respaldo sirve.
3. Escalar. Crecer on-premise toma de tres a cinco semanas. En la nube, el recurso llega con el proyecto.

La segunda es la que casi nadie hace. Un respaldo que nunca se restauró es una suposición, no un plan.