Backups y restauración: RPO, RTO y pruebas que sí cumplen auditoría

RPO y RTO: definir antes de elegir herramienta

RPO (Recovery Point Objective) es cuántos datos puedes perder en el peor escenario: ¿una hora, un día, una semana? RTO (Recovery Time Objective) es cuánto tardas en volver a operar. Un e-commerce que factura en tiempo real necesita RPO de minutos; un sitio institucional puede tolerar RPO de 24 horas si el negocio lo acepta por escrito.

Sin esos números acordados con negocio, el equipo técnico compra «backup diario» por costumbre y descubre en el ransomware que el único snapshot disponible tiene tres días de antigüedad y no incluye base de datos binlog.

Documenta por sistema: web, correo, ERP (Siesa), archivos de bodega. Cada uno puede tener RPO distinto. La suma de restores parciales define el plan de continuidad real, no el slogan del proveedor de hosting.

Qué respaldar en hosting administrado

Mínimo viable: archivos del sitio (código y uploads), dump consistente de base de datos, zonas DNS exportadas, configuración de correo (buzones, alias, filtros) y certificados TLS con sus claves privadas en almacén seguro. En WordPress, incluye wp-content y tabla de opciones; olvidar plugins activos en restore parcial deja el sitio en blanco.

Los backups deben ser inmutables o air-gapped respecto al servidor productivo. Si el atacante tiene acceso al panel y borra backups locales, no hay recuperación. Conecta almacena copias off-site en nodos separados del clúster de virtualización propio con retención configurable y prueba de restore incluida en el SLA administrado.

Automatiza verificación de integridad: checksum, tamaño esperado, y alerta si un job falla dos veces seguidas. Un backup silenciosamente roto durante meses es más común de lo que admiten las auditorías.

Restauración: la prueba que casi nadie hace

Un backup no existe hasta que restauras en entorno aislado y validas login, checkout, envío de correo y cron jobs. Programa restore de prueba trimestral: monta la copia en staging, ejecuta smoke tests y mide tiempo real de RTO.

Para bases ligadas a Siesa, valida que IDs de pedidos y stock no queden desincronizados tras un point-in-time restore. A veces es más seguro restaurar solo web y re-sincronizar catálogo desde ERP que mezclar estados inconsistentes.

Documenta runbook paso a paso con contactos de guardia. En incidentes, el equipo ejecuta bajo presión; un PDF de «restaurar DirectAdmin desde snapshot X» evita improvisación a las 2 a.m.

Escenarios de desastre frecuentes

Borrado accidental de carpeta por FTP o despliegue CI mal configurado. Solución: snapshots frecuentes + permisos de deploy sin root en producción.

Ransomware o malware en WordPress popular. Solución: restore limpio + hardening Imunify360 + revisión de vectores de entrada; no pagar rescate sin evaluar integridad de backups off-site.

Corrupción silenciosa de base de datos por disco fallando. Solución: monitoreo SMART, replicas MySQL y backups binlog para point-in-time recovery.

Pérdida de DNS o dominio expirado. Solución: export DNS semanal y renovación automática con alertas; el backup de archivos no sirve si el tráfico no llega.

Escalar continuidad con ingeniería Conecta

Si tu RPO exige menos de una hora o tu RTO debe ser inferior a 30 minutos, el hosting compartido no aplica: necesitas replicación, failover y playbooks probados por DevOps.

Conecta diseña planes de backup alineados a DirectAdmin y virtualización propia, con tunnels Cloudflare para reducir exposición y restores asistidos por ingeniería con sede en Cali y cobertura en Bogotá y Miami.

Empieza auditando qué tienes hoy: pide al proveedor actual última fecha de restore exitoso. Si no hay respuesta clara, asume que no hay backup utilizable.