Comprobar la copia de seguridad restaurando el proceso completo
Verifique conjuntamente la base de datos, los archivos y los accesos. Un ejemplo con cifras distingue el desfase de datos del tiempo de recuperación.
Un aviso de copia correcta indica que ha terminado una tarea de respaldo. Para saber si el equipo podrá volver a trabajar, restaure y pruebe un proceso de negocio completo. Incluya los archivos, los permisos y las conexiones necesarios.
Empezar con una prueba sin efectos reales
Utilice un entorno de prueba separado y datos sintéticos. Desactive correos salientes, pagos y otras acciones reales. No restaure sobre producción para experimentar. Las claves y credenciales necesarias deben estar disponibles mediante el procedimiento previsto, sin copiarlas al registro de la prueba.
Este ejemplo ficticio utiliza una aplicación de pedidos. Se eligen dos objetivos: un desfase máximo de datos de 60 minutos, el Recovery Point Objective o RPO, y hasta 120 minutos para volver a disponer del servicio, el Recovery Time Objective o RTO. Son objetivos ilustrativos, no compromisos de servicio. AWS recomienda fijarlos según el impacto en el negocio.
Una cronología completa
Hora | Suceso del ejemplo |
|---|---|
09:25 | Estado coherente de datos, incluido el pedido de prueba T-17 y su adjunto |
09:30 | Termina la copia que contiene ese estado |
10:00 | Fallo supuesto; comienza la medición |
10:40 | Base de datos restaurada técnicamente |
10:50 | El acceso funciona; todavía faltan adjuntos |
11:05 | Adjuntos, permisos y proceso completo de pedido superan la prueba |
El desfase verificado de datos es de 35 minutos, entre 09:25 y 10:00. La recuperación dura 65 minutos, entre 10:00 y 11:05. El ejemplo cumple ambos objetivos. Que la copia termine a las 09:30 no significa que los datos incluidos estén actualizados hasta esa hora.
A las 10:40 la prueba aún no está superada. Una base de datos activa sin los adjuntos necesarios no permite el proceso acordado. Poder iniciar sesión a las 10:50 tampoco basta.
Demostrar que el trabajo puede completarse
Revise las líneas previstas de T-17 y abra su adjunto. Acceda con un rol ordinario definido: debe ver los pedidos permitidos y no abrir áreas protegidas ajenas a sus permisos. Cree después un pedido de prueba y llévelo hasta el final previsto. Las transferencias externas solo deben dirigirse a sistemas de prueba.
El registro indica primero «Falta el adjunto; prueba fallida». Tras corregir y repetir: «T-17 completo; roles comprobados; nuevo pedido de prueba finalizado». Anote el estado de datos de la copia y las horas reales. Una casilla marcada sin resultado no explicará después qué se recuperó.
Decidir la corrección según el resultado
Si faltan archivos, cambie el alcance de la copia. Si falta una clave, su disponibilidad controlada debe formar parte del plan de recuperación. Si el proceso tarda demasiado, encuentre el cuello de botella y repita los pasos afectados. Hacer copias más frecuentes no acelera por sí solo una importación lenta.
Los tiempos ilustrativos no sustituyen sus mediciones. Repita el ejercicio completo especialmente tras cambios de almacenamiento, cifrado, roles o procedimiento. Guarde un resultado comprensible para comparar la siguiente prueba.
Fuentes
Escrito por
- Lukas SchneiderRedactor técnicoLukas Schneider escribe en ASES sobre tecnologías en la nube y la operación de aplicaciones. Sus artículos abarcan desde la elección de la infraestructura hasta el mantenimiento, las copias de seguridad y la supervisión de sistemas en funcionamiento.
Seguir leyendo
Todos los artículos
Cloud y operación con ASES
Hosting, despliegue, mantenimiento y soporte