Cómo relacionar frecuencia de copia y pérdida de datos asumible

La frecuencia de copia debe responder a cuánta información puedes perder, expresada como un punto de recuperación aceptable.

Equipo enginerIT· 2 min de lectura
El dato decisivo es la antigüedad recuperable demostrada, no la hora escrita en el calendario.

La frecuencia de copia debe responder a cuánta información puedes perder, expresada como un punto de recuperación aceptable. Si solo puedes reconstruir dos horas de trabajo, una copia nocturna no basta por sí sola. También debes comprobar cuándo se completó el último punto realmente recuperable y qué ocurre si falla una ejecución.

Traduce la pérdida a trabajo concreto

Pregunta qué registros se generan entre copias y cómo podrían reconstruirse: pedidos recibidos, partes firmados o movimientos de almacén. Define el objetivo por aplicación, no por una etiqueta general de «datos importantes». NIST denomina RPO al punto temporal al que deben recuperarse los datos. Diferéncialo del tiempo que tardas en volver a trabajar: una copia reciente puede necesitar muchas horas para restaurarse.

Calcula sobre puntos utilizables

Como ejemplo hipotético, una empresa admite perder como máximo cuatro horas de entradas. Programar copias cada cuatro horas deja poco margen si una falla, tarda en completarse o su punto no es utilizable. Registra la hora de referencia del dato recuperable y la disponibilidad de la copia en el destino previsto. Valora el retraso de una transferencia a otro repositorio y qué punto seguiría disponible si se pierde el almacenamiento principal.

Comprueba si la aplicación permite el diseño

Según la carga, puedes necesitar copias completas, incrementales o mecanismos de registro de transacciones compatibles. No asumas que cualquier producto admite recuperación al minuto ni que una réplica sustituye un historial: una modificación incorrecta puede propagarse. Valida con la documentación del fabricante la cadena necesaria, su conservación y el impacto de aumentar frecuencia. Ajusta ventanas, capacidad y supervisión con el responsable del servicio antes de cambiar la programación.

Ensaya el peor momento razonable

Plantea un fallo justo antes de la siguiente copia y otro tras una ejecución fallida. Restaura el punto disponible y compara su antigüedad con el objetivo aceptado. Deja una alerta y una persona que actúe cuando el margen se agote; un calendario sin seguimiento no mantiene el RPO. Si el objetivo no se puede cumplir con los medios actuales, registra la diferencia y pide una decisión de inversión o aceptación del riesgo, sin presentar la frecuencia configurada como cumplimiento demostrado.

Comprobaciones para cerrar la tarea

  • ✓ Define pérdida asumible por proceso y aplicación.
  • ✓ Mide antigüedad del último punto realmente recuperable.
  • ✓ Ensaya una copia fallida y documenta el margen restante.

Fuentes y documentación

Aplicarlo en tu empresa

Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.

Conocer el servicio relacionado →