Plan de continuidad para una PyME: una página que sí se usa

Para qué sirve si nunca pasó nada grave

El día que se cae el servidor principal, se cifra la carpeta compartida o vence el dominio sin que nadie lo note, las decisiones se toman con apuro y, muchas veces, con la persona que sabe de vacaciones. El plan existe para que esas decisiones ya estén tomadas: qué se recupera primero, desde dónde, y quién les avisa a los clientes.

No hace falta una norma ni una consultora. Una PyME necesita un documento corto, que alguien que no es técnico pueda leer y seguir, y que esté a mano cuando lo demás no funcione.

Dos números que ordenan todo: RTO y RPO

El RTO (objetivo de tiempo de recuperación) es cuánto puede estar caído un sistema antes de que el daño sea serio. El RPO (objetivo de punto de recuperación) es cuántos datos podés perder, medido en tiempo: con un RPO de 24 horas alcanza un respaldo por día; con uno de una hora, no.

Los dos se definen hablando con quien usa cada sistema, no desde el área técnica. Comercial sabe cuántas horas sin la tienda soporta; administración sabe si rehacer una mañana de cobros es una molestia o un desastre. Y cada número tiene su costo: bajar el RTO de un día a una hora puede significar tener un segundo servidor encendido todo el tiempo.

La tabla que es el corazón del plan

Los valores son un ejemplo. Los tuyos salen de preguntar, y cambian cuando cambia el negocio.

Los escenarios que conviene pensar

• Se rompe el servidor o el proveedor tiene un incidente. ¿Dónde restaurás y cuánto tardás? Tener la receta escrita —qué instalar, en qué orden, dónde están los respaldos— ahorra horas.
• Ransomware en la oficina. Si la computadora que se infecta tiene acceso a la carpeta compartida y a los respaldos, se cifra todo junto. Al menos una copia tiene que estar fuera del alcance de esa red.
• Vence el dominio. Parece menor y es de lo más común: sin dominio no hay sitio ni correo. Activá la renovación automática, mantené un medio de pago vigente y hacé que dos personas reciban los avisos.
• Se va o se enferma la persona que sabe. Si las claves están solo en su cabeza o en su computadora, el plan no sirve. Guardalas en un gestor de contraseñas compartido.
• Se corta la luz o internet en la oficina. Si los sistemas críticos están en un datacenter, el equipo puede seguir trabajando desde otra conexión; si están en un servidor debajo de un escritorio, no.

Lo mínimo que tiene que existir antes del incidente

1. Respaldos automáticos guardados fuera de la infraestructura principal, con al menos una copia que no se pueda borrar desde la red de la oficina.
2. Una lista de accesos: panel del proveedor, registro del dominio, DNS, bancos y plataformas de pago, con al menos dos personas que puedan entrar a cada uno.
3. Los contactos de soporte de cada proveedor y la forma de abrir un caso urgente.
4. Un canal para coordinar que no dependa del correo de la empresa, como un grupo de mensajería con los responsables.
5. El plan impreso o guardado fuera de los sistemas que protege.

Qué parte resuelve dónde están tus sistemas

Una parte del plan la cubre el lugar donde corren tus sistemas. En el datacenter TIER‑II de InHosting, en CABA, la energía está estabilizada con UPS y generadores redundantes, hay climatización con control de temperatura y humedad, control de acceso, alarmas y extinción de incendios. Un corte de luz en tu barrio no apaga tu servidor.

Los servidores cloud suman discos en RAID 10 con un disco de reserva, consola de rescate y red privada entre equipos del mismo datacenter. Durante un incidente, la página de estado del servicio, que se comprueba cada 60 segundos desde un monitoreo externo, te dice si el problema es de la plataforma o de tu lado. Lo que sigue siendo tuyo es el sistema operativo y los respaldos de lo que corre adentro: backup del proveedor o backup propio explica cómo armarlos.

El simulacro anual

Un plan que nunca se probó tiene huecos que no se ven en el papel. Reservá medio día por año para esto:

1. Elegí un sistema de la tabla, empezando por el más crítico.
2. Restauralo en un entorno aparte con el respaldo real, sin ayuda de quien lo armó, siguiendo solo lo que está escrito.
3. Cronometrá desde que empezás hasta que alguien lo puede usar.
4. Anotá todo lo que faltó: una clave, un paso, un archivo que no estaba en el respaldo.
5. Corregí el plan y compará el tiempo real con el RTO que habías definido.