Los objetivos de recuperación deben definir cuánto tiempo puede estar interrumpida una función y cuánta información puede perderse en un incidente. Se fijan según operación y capacidad técnica, no copiando una cifra de otro negocio. Una copia de seguridad ayuda, pero no demuestra que la recuperación pueda completarse dentro de esos objetivos.
Separa disponibilidad y pérdida de datos
Una web informativa puede tolerar una interrupción distinta de una tienda o una aplicación con operaciones continuas. Identifica tareas críticas y consecuencias de no tenerlas disponibles.
También revisa qué datos se generan: contenido, consultas, pedidos o archivos. Restaurar una versión anterior puede recuperar el sitio y perder operaciones nuevas si no hay otro registro.
Documenta un objetivo que pueda probarse
Para cada función, registra:
- Interrupción máxima aceptable propuesta.
- Pérdida de información aceptable propuesta.
- Fuente y frecuencia de las copias.
- Dependencias y accesos necesarios.
- Responsable y procedimiento de recuperación.
Las cifras deben acordarse con el negocio y contrastarse mediante prueba. No prometas tiempos basados solo en que el hosting ofrece «backup diario».
Un ejemplo con catálogo y consultas
Ejemplo hipotético: la web publica fichas poco cambiantes y recibe consultas por un sistema externo. La recuperación del catálogo puede tener otro objetivo que la del canal de contacto.
Si el equipo desconoce dónde se almacenan los mensajes, no puede afirmar qué perdería al restaurar. Hay que mapear sistemas y confirmar qué datos conserva cada uno.
No publiques ese mapa con detalles sensibles. La documentación operativa debe tener controles de acceso apropiados.
Ensaya una restauración representativa
Prueba en entorno separado cuando sea posible. Comprueba archivos, base de datos, configuración y funciones. Registra tiempo observado y trabajo manual, distinguiéndolos del compromiso contractual.
Incluye dependencias como DNS, licencias y terceros. Una restauración puede terminar y seguir sin funcionar si faltan claves o conexiones que no se recuperan con la copia.
Después revisa si el objetivo es viable con recursos disponibles. Si no lo es, ajusta infraestructura o expectativas explícitamente.
Registra lo que sucede durante el ensayo
Anota inicio, pasos manuales, incidencias y momento en que las tareas críticas vuelven a funcionar. Distingue restauración de archivos y capacidad real de operar.
Si una integración permanece desconectada, el sitio puede estar visible y el objetivo de recuperación no haberse cumplido. Documenta la dependencia y su responsable.
Revisa cuánto dato falta respecto al estado anterior y dónde puede recuperarse. El ensayo debe permitir ajustar objetivos con evidencia, sin convertir el mejor tiempo observado en garantía de cualquier incidente. Las condiciones de producción y terceros pueden modificar el procedimiento y sus resultados.
Recuperar es volver a operar
Una copia útil se integra en un procedimiento probado. Incluye ensayos y responsabilidades en el mantenimiento web, sin confundir disponibilidad de backup y continuidad confirmada.