Prepara la recuperación antes de necesitarla
Recuperar una web exige algo más que volver a cargar la portada. Identifica la actividad esencial, localiza accesos y copias, y ensaya el recorrido completo en un entorno separado. Decide quién coordina y cómo trabajar mientras tanto.
Un plan que termina en una comprobación
- Priorizar
Define qué necesita volver primero: consultas, pedidos o compras.
- Restaurar
Recupera datos y configuración compatibles en el entorno previsto.
- Verificar
Comprueba formularios, accesos y operaciones de negocio.
- Conciliar
Revisa pendientes y operaciones recientes antes de cerrar el incidente.
El incidente que documentó Cloudflare
En su informe del 21 de febrero de 2026, Cloudflare explicó que el día anterior un cambio provocó la retirada de rutas de una parte de los clientes de BYOIP, el servicio que permite usar direcciones IP propias. No afectó a todos sus clientes ni a todos los usuarios de BYOIP. El proveedor describió la reversión del cambio y tareas adicionales para restaurar configuraciones. Es un análisis publicado por la empresa afectada, no un incidente ni un trabajo de LORSYS.
Fuente: informe de Cloudflare sobre el 20 de febrero de 2026
Guarda un mapa accesible durante la caída
Localiza dominio, DNS, alojamiento, aplicación, base de datos, correo e integraciones. Indica responsables y contactos de soporte. Guarda el procedimiento donde pueda consultarse aunque el servicio principal esté inaccesible.
Lo que debe estar localizado
- Accesos
Una segunda persona autorizada puede recuperar las cuentas necesarias.
- Copias
Conoces qué contienen, su antigüedad y cómo restaurarlas.
- Configuración
Identificas versión desplegada, parámetros y dependencias.
- Comunicación
Existe un canal alternativo y alguien responsable de actualizarlo.
No guardes contraseñas en el inventario: documenta cómo obtener acceso mediante la custodia acordada. Si los avisos llegan a un correo que depende del mismo sistema caído, prepara otro canal.
Ensaya sin afectar a clientes
Restaura una copia en un entorno aislado. Comprueba arranque, datos y archivos; desactiva envíos reales y acciones externas para evitar mensajes o cobros. Anota tiempo, bloqueos y pasos manuales. Otra persona autorizada debería poder seguir el procedimiento.
Volver a una versión anterior y recuperar datos son decisiones diferentes. Una copia antigua puede perder pedidos posteriores. Antes de revertir, decide cómo preservar y conciliar esas operaciones y comprueba que la aplicación es compatible con los datos restaurados.
Ensaya formularios, acceso y consulta de pedidos con datos de prueba. Identifica qué información posterior a la copia necesitarías recuperar por otro medio. Corrige bloqueos y vuelve a comprobar las partes afectadas.
Coordina decisiones y acuerda el siguiente paso
Durante una caída, registra inicio, recorridos afectados y cambios realizados. Consulta dependencias y evita modificar varias capas sin comprobar su efecto. Cambiar DNS o saltarse un intermediario puede requerir certificados y protecciones preparados previamente.
Comunica hechos confirmados y una próxima hora de actualización. Al volver el servicio, revisa colas de pedidos y correos. Convierte lo aprendido en acciones concretas: una copia inutilizable, un acceso ausente o un aviso tardío.
En LORSYS podemos revisar despliegue, dependencias y copias y acordar un ensayo de recuperación. Horarios y respuesta dependen de arquitectura y servicio contratado. Describe qué actividad depende de la web y quién la mantiene; no compartas credenciales en el primer contacto.