1 Base de datos en producción
| Tabla | Filas | MD5 del contenido |
|---|
0cambios archivados (WAL lógico)
—cambios desde el último respaldo completo
2 Respaldar
Continuo (PITR)respaldo físico + archivo de cambios; activo automáticamente
Catálogo de respaldos
| Respaldo | LSN | Tamaño | Tiempo | SHA-256 | |
|---|---|---|---|---|---|
| Aún no hay respaldos. | |||||
3 Provocar un desastre
Errores humanos reales: la causa más común de pérdida de datos.
4 Recuperar
Con un respaldo físico puedes recuperar a cualquier cambio archivado (PITR).
Consola SQL
Bitácora
Buenas prácticas que aplica este laboratorio
- Regla 3-2-1: 3 copias, en 2 medios distintos, 1 fuera del sitio. Aquí: la base viva, el catálogo en memoria y el archivo descargado.
- Restaurar siempre en una instancia nueva y comparar huellas (filas + MD5) antes de reemplazar producción.
- Integridad: cada respaldo guarda su SHA-256; un archivo alterado se rechaza.
- RPO (cuántos datos puedo perder) baja con el archivado continuo; RTO (cuánto tardo en volver) se mide en cada restauración.
- Retención GFS: diarios, semanales y mensuales (la función
retencionGFSestá en el código).