Qué revisar antes de cambiar la retención de las copias

Separa recuperación de archivo histórico

La retención de copias permite volver a estados anteriores dentro de una estrategia de recuperación. No sustituye automáticamente un archivo documental consultable ni garantiza cumplir una obligación legal. Identifica quién necesita recuperar qué periodo y para qué. Si hay requisitos de conservación o una investigación que obliga a preservar información, pide la validación de los responsables correspondientes antes de retirar puntos. No apliques un plazo universal por sector sin analizar el caso.

Simula el efecto sobre puntos existentes

Lista puntos, fechas, tipos y dependencias. Consulta si la nueva política actúa solo sobre copias futuras o también sobre las conservadas, y cómo elimina los puntos según el producto. Si existen copias completas y dependientes, verifica que permanece una secuencia restaurable. Anota el punto más antiguo que seguirá siendo utilizable. Una cifra de «treinta días» puede ocultar diferencias entre puntos diarios, mensuales o datos enviados a otro nivel de almacenamiento.

Comprueba restricciones y recursos

Revisa capacidad, crecimiento, transferencias y condiciones económicas aplicables con datos reales de tu servicio. Si hay inmutabilidad, algunas reducciones pueden estar bloqueadas o condicionadas; no intentes sortear la protección borrando el almacén. Microsoft documenta diferencias entre mecanismos y cargas en Azure Backup, por lo que debes comprobar tu configuración exacta. Incluye también claves antiguas: mantener un punto sin conservar cómo descifrarlo deja una retención inútil.

Aprueba con un antes y después verificable

Presenta política actual, propuesta, puntos que se perderían y fecha prevista del efecto. El responsable del dato acepta la cobertura; el técnico ejecuta un cambio autorizado. Antes de reducir, valida un punto representativo y preserva lo necesario mediante un mecanismo compatible y aprobado. Tras aplicar, comprueba inventario y comportamiento durante el siguiente ciclo. Registra desviaciones y fecha de revisión para no descubrir la nueva cobertura cuando llegue una petición de recuperación antigua.

Fuentes y documentación

• NIST SP 800-34 Rev. 1: planificación de contingencias — BIA, objetivos de recuperación, pruebas, dependencias y validación antes de declarar recuperado un servicio.
• Microsoft Learn: Secure by default with soft delete for Azure Backup — La recuperación tras borrado depende del tipo de almacén, región, carga y periodo de conservación; existen exclusiones.
• Microsoft Learn: almacén inmutable de Azure Backup — Bloqueo de operaciones que causarían pérdida de puntos; el bloqueo de inmutabilidad puede ser irreversible.