El sitio deja de recibir consultas. Alguien entra al panel del hospedaje y encuentra un respaldo de anoche marcado como completo. Entonces aparece la siguiente pregunta: quién puede restaurarlo y qué va a faltar cuando termine.
Conviene tener esa conversación mientras la página funciona. Un ensayo de recuperación permite comprobar qué información vuelve, qué accesos hacen falta y en qué paso se atora el equipo.
El National Cyber Security Centre del Reino Unido recomienda comprobar que los respaldos incluyan la información importante y saber cómo restaurarlos. El ejercicio que sigue lleva esa recomendación a la entrega de un sitio entre un negocio y su proveedor técnico.
Identifica qué necesita el sitio para funcionar
Pídele a tu proveedor que nombre las piezas detrás de las páginas. Puede haber código, imágenes cargadas por el equipo, una base de datos, configuración del dominio y conexiones con otros servicios. El correo o las reservaciones podrían depender de una cuenta distinta.
Anota dónde vive cada pieza y quién tiene acceso. Una copia del código puede reconstruir el diseño y dejar vacío el catálogo. El respaldo del hospedaje puede omitir registros guardados en otro servicio. Pide que te expliquen qué incluye cada copia y qué queda fuera.
Pensemos en un negocio ficticio de reparaciones. Su lista de revisión podría incluir descripciones de servicios, fotos de trabajos, solicitudes de cita y el medio por el que llegan esas solicitudes. Hay que comprobar cada parte después de restaurar.
Acuerda cuánto puede aguantar la operación
Define qué trabajo reciente podría reconstruir el equipo a mano. Después identifica cuánto tiempo podría operar con una página temporal y un teléfono de contacto. Esas respuestas ayudan a elegir la frecuencia de respaldo y el procedimiento de recuperación.
Aterriza los supuestos. Un sitio que publica artículos de vez en cuando tiene necesidades distintas a un sistema que recibe citas durante todo el día. Pregunta qué ocurriría con los registros creados después del respaldo elegido. Deja por escrito cómo los identificarían y recuperarían.
Evita aceptar un plazo calculado únicamente con el tiempo de descarga. Recuperar accesos, revisar información y conectar servicios también toma tiempo. Mide el ejercicio completo antes de prometerle al equipo una hora de regreso.
Haz el ensayo en un entorno separado
Pide que restauren una copia elegida en un entorno de prueba aislado. El sitio público debe seguir operando. Acuerda quién autoriza el ejercicio y quién lo detiene si aparece una dependencia que no estaba contemplada.
Antes de abrir la aplicación restaurada, desactiva envíos de mensajes, cobros, tareas programadas y conexiones que puedan afectar a clientes reales. Utiliza accesos de prueba cuando estén disponibles. Limita quién puede consultar los datos restaurados y fija cuándo eliminarán esa copia temporal.
El proveedor debe poder explicar ese aislamiento con palabras claras. Un ensayo no debería terminar en un segundo sistema mandando recordatorios de citas o modificando registros de la operación real.
Revisa lo que hace un cliente
Abre la copia desde un celular. Visita una página de servicio importante, revisa imágenes y sigue el recorrido de contacto. Si el sistema guarda registros, compara uno con sus archivos adjuntos contra la fecha del respaldo elegido.
Anota el resultado de cada acción. Que cargue la portada dice poco sobre una cita que nadie puede consultar. Invita a la persona que usa el sistema todos los días. Puede detectar detalles faltantes que el equipo técnico pase por alto.
Utiliza datos ficticios en las pruebas de funcionamiento. Confirma el destino de prueba antes de enviar algo. Los sistemas de cobro y los avisos a clientes reales deben permanecer desconectados durante todo el ensayo.
Deja instrucciones que otra persona pueda seguir
Guarda la referencia del respaldo, los pasos de restauración, las cuentas necesarias, el tiempo observado y los problemas pendientes. Las contraseñas deben quedarse en el sistema seguro acordado, separadas de estas instrucciones.
Nombra a un contacto suplente de quien normalmente administra el sitio. Comprueba que el negocio pueda entrar a sus cuentas de dominio y hospedaje si el desarrollador habitual no está disponible. Programa otro ensayo después de cambios importantes, como sustituir la plataforma de citas.
Lleva los hallazgos al plan de mantenimiento del sitio. Si vas a reconstruirlo, incluye una restauración demostrada en la entrega del desarrollo web. Pide ver el sitio recuperado y las instrucciones que usaría tu equipo para repetir el proceso.