Lista para probar la restauración de una web de eventos
Una copia guardada no demuestra que puedas recuperar la web. Antes de vender entradas, restaura una versión en un entorno separado y prueba el recorrido del visitante. No uses datos reales de asistentes ni pagos en el ensayo.
Equipo editorial de Boletolibre
Publicado
1. Define el alcance y los objetivos
Anota la versión de la copia, la hora y zona horaria, el responsable y el recorrido esencial. RTO es el tiempo máximo de interrupción aceptable y RPO la antigüedad máxima tolerable de los datos restaurados. Establece objetivos propios y comprueba los resultados reales. Una copia correcta por sí sola no acredita recuperación.[3][2]
| Dato | Anotar |
|---|---|
| Recorrido crítico | Página → inscripción o entradas → confirmación segura |
| Punto de recuperación | Fecha, hora, zona horaria y ubicación de la copia |
| RTO y RPO objetivo | Límites aprobados por el equipo |
| Entorno | Pruebas aisladas, sin cambiar el DNS público |
2. Comprueba las piezas de la copia
Revisa páginas y base de datos, archivos e imágenes, configuración y secretos. Por ejemplo, una copia de la base de datos de WordPress no incluye archivos, temas, extensiones, subidas ni configuración. Los registros en un proveedor externo de entradas o correo requieren su propio plan.[4]
- Anota qué sistema conserva cada dato y quién puede restaurarlo.
- Documenta DNS y certificado sin modificar producción.
- Marca como «no probado» cualquier proveedor externo fuera del ejercicio; no lo declares recuperado.
3. Restaura sin efectos reales
- Prepara un sitio de pruebas restringido y registra la hora de inicio.
- Desactiva o redirige correo, webhooks, analítica y pagos reales; usa cuentas y datos sintéticos.
- Restaura archivos, base de datos, imágenes y configuración; registra pasos manuales y fallos.
- Mantén intactos sitio y DNS públicos.
La lista de referencia propone probar en un entorno aislado y revisar archivos, base de datos, formularios e integraciones.[1]
4. Verifica el recorrido del visitante
| Comprobación | Resultado |
|---|---|
| Página | Fecha, lugar, precio y políticas correctos |
| Medios y enlaces | Imágenes, descargas y enlace de entradas |
| Inscripción | Envío sintético a un destino de pruebas |
| Compra y confirmación | Modo de prueba, sin cargos ni mensajes a asistentes reales |
| Administración | Acceso autorizado y edición inocua |
Marca aprobado, fallido o no probado en cada fila. Que cargue la portada no demuestra que se haya recuperado la inscripción.
5. Mide, corrige y repite
Detén el cronómetro cuando funcione el recorrido acordado. Compara el tiempo con el RTO y la antigüedad de los datos con el RPO. Si falla un paso crítico, asigna responsable y fecha de repetición.[2][3]
| Registro del ejercicio | Valor |
|---|---|
| Fecha, responsable y entorno | ________ |
| Copia y punto de recuperación | ________ |
| RTO objetivo / tiempo real | ________ / ________ |
| RPO objetivo / desfase real | ________ / ________ |
| Fallos, responsable y nueva prueba | ________ |
Guarda el acta fuera del sitio recuperado y repite tras cambios importantes o antes de una venta decisiva.
Fuentes y lecturas
- Website Backup Restore Testing Checklistmybox.com · Consultado
- Perform periodic recovery testingAWS Well-Architected Framework · Consultado
- Define recovery objectives for downtime and data lossAWS Well-Architected Framework · Consultado
- Backing up your databaseWordPress Developer Resources · Consultado