GRATISIntermedio · 13 min de lectura

Copias de seguridad que permiten recuperar

Pasa de «tenemos copias de seguridad» a tener evidencias de que los servicios importantes se pueden restaurar dentro de un plazo aceptable.

Lo que aprenderás

Objetivos de aprendizaje

  • Distinguir RPO de RTO
  • Proteger las copias de seguridad frente al mismo compromiso que afecta a producción
  • Validar la restauración de una aplicación
01

Define el objetivo de recuperación

El objetivo de punto de recuperación (RPO) describe la ventana aceptable de pérdida de datos; el objetivo de tiempo de recuperación (RTO) describe el tiempo disponible para restablecer el servicio. Son decisiones de negocio, no solo ajustes de almacenamiento. Inventaría las dependencias de las aplicaciones y decide qué servicios deben volver primero. Una copia reciente de archivos no demuestra que un servicio complejo se pueda recuperar.

02

Separa y protege las copias de recuperación

Usa varias copias y vías de recuperación independientes adecuadas a tus riesgos. Restringe la administración de las copias de seguridad y protege los ajustes de retención. Las copias sin conexión o inmutables pueden reducir algunos riesgos de ransomware, pero la configuración, el periodo de retención y el acceso administrativo siguen importando. Supervisa los trabajos fallidos en lugar de suponer que una programación demuestra que se completaron.

03

Prueba de forma aislada

Restaura datos y aplicaciones representativos en un entorno controlado. Comprueba la integridad, los permisos, las dependencias y el comportamiento de la aplicación. Mide el tiempo transcurrido y anota los pasos manuales. Una prueba aislada evita sobrescribir producción y puede revelar claves ausentes, servicios sin documentar o una secuencia de recuperación que nadie ha practicado.

Ejemplo aplicado

Ponlo en contexto

Un equipo ficticio descubre que su base de datos se restaura rápido, pero la aplicación también necesita un archivo de configuración que falta. El siguiente ejercicio incluye la cobertura de la configuración, el orden de las dependencias y un resultado medido del nivel de servicio.

Escenario ilustrativo con fines de aprendizaje, no una afirmación sobre un incidente verificado de un cliente.

Errores frecuentes

  • Medir el éxito de la copia en lugar del éxito de la restauración
  • Usar una sola cuenta de administrador para producción y recuperación
  • Ignorar las dependencias de las aplicaciones

Tu lista de verificación práctica

Las marcas de la lista de verificación son temporales y no se registran como progreso de la cuenta.

Resumen breve

La preparación para la recuperación se demuestra con una restauración repetible, no con la mera existencia de un archivo.

Pon a prueba tu comprensión.

Lecturas de referencia ↗