¿Por qué una política de retención GFS elimina más puntos de restauración de los que sugieren las cantidades de conservación?
Una política de retención GFS puede eliminar más puntos de restauración de lo esperado porque los recuentos de conservación describen intervalos de tiempo, no una suma simple de copias de seguridad independientes.
Reglas como conservar la última, diaria, semanal, mensual y anual suelen seleccionar puntos de restauración representativos de periodos superpuestos. Una copia de seguridad puede satisfacer varios niveles temporales, mientras que otra puede quedar fuera de todos los intervalos debido a su marca de tiempo, grupo de origen, herencia de políticas o un cambio reciente en la política. Algunas herramientas procesan las reglas en un orden definido o excluyen de los niveles posteriores las copias ya seleccionadas. Obtén una vista previa de la programación exacta antes de ejecutar la limpieza o la compactación.
Enumera todos los puntos de restauración con su grupo de políticas y marca de tiempo
Exporta los identificadores de instantáneas o archivos, el host de origen, la ruta, las etiquetas, el estado de finalización, la hora local, la hora UTC y la política aplicada a cada grupo. No cuentes juntos todos los repositorios o fuentes.
Restic aplica las políticas de retención a grupos de instantáneas según el host, las rutas y las etiquetas, a menos que se cambie la agrupación, por lo que dos puntos de restauración visualmente similares pueden evaluarse con políticas diferentes.
Si las eliminaciones inesperadas afectan solo a un host, una ruta o un grupo de etiquetas, corrige ese grupo o selector en lugar de cambiar la retención de todo el repositorio.
No sumes los recuentos diarios, semanales y mensuales
Asigna cada punto de restauración al periodo que representa. Indica si la misma copia de seguridad es la candidata seleccionada para los niveles diario, semanal y mensual.
El simulador de limpieza de Proxmox muestra intervalos de retención superpuestos, incluidos casos en los que una candidata semanal cubre un periodo y las reglas posteriores no conservan otra copia de seguridad del mismo intervalo.
Por tanto, el total esperado no siempre es conservar-diarias más conservar-semanales más conservar-mensuales. Cuenta los identificadores únicos de las copias de seguridad conservadas después de aplicar todas las reglas.
Comprueba el orden de las reglas y la candidata elegida para cada periodo
Determina si se selecciona la copia de seguridad más reciente, más antigua, la primera o la última copia correcta dentro de cada periodo. Compáralo con la hora real de la copia de seguridad del trabajo.
Borg describe sus reglas de limpieza de estilo GFS y señala que el comportamiento en los límites del calendario puede afectar a los archivos cercanos al límite.
Un trabajo que se ejecuta justo antes y después de medianoche puede crear dos copias de seguridad que parecen corresponder a fechas locales diferentes, pero que ocupan una sola ventana de política después de la conversión de zona horaria o del programador.
Inspecciona las políticas heredadas a nivel de repositorio, usuario y fuente
Exporta la política efectiva en lugar de consultar únicamente los valores predeterminados globales. Comprueba las anulaciones por fuente, los valores heredados, las etiquetas, las carpetas y los ajustes preestablecidos de la interfaz.
El comando de políticas de Kopia admite valores de retención heredados por fuente, lo que puede hacer que la regla activa difiera de la configuración a nivel de repositorio que se muestra en otro lugar.
Un valor local de conservación igual a cero o un límite de herencia modificado puede eliminar puntos de restauración aunque la política principal parezca correcta. Guarda la política resuelta junto con la auditoría.
Revisa las reducciones recientes de la política y el momento de la limpieza
Compara los valores actuales de retención con las versiones anteriores de la política y con la hora de la última limpieza. Determina si los puntos antiguos se marcaron inmediatamente para su caducidad.
Microsoft documenta que reducir la retención afecta a los puntos de recuperación existentes durante una tarea de limpieza posterior, no solo a las copias de seguridad futuras.
Una limpieza retrasada puede hacer que muchas eliminaciones parezcan ocurrir de una sola vez. Conserva el registro del cambio de política y la lista de puntos marcados antes de aprobar otra ejecución.
Comprueba los indicadores GFS, la retención a corto plazo y la conversión de políticas
Inspecciona si los indicadores semanales, mensuales y anuales siguen asociados y si la cadena a corto plazo todavía puede admitir los puntos seleccionados. Revisa las actualizaciones del software y las conversiones de políticas.
Veeam advierte que cambiar la configuración GFS puede hacer que las candidatas existentes pierdan el estado GFS y pasen a ser aptas para la eliminación ordinaria a corto plazo.
No supongas que el nombre de archivo antiguo de un punto de restauración o su función como copia completa garantiza la retención a largo plazo actual. Verifica su indicador de política activo.
Ejecuta una simulación antes de limpiar y compactar
Congela las ediciones de la política, exporta la lista actual de puntos de restauración, ejecuta la simulación o prueba en seco de la plataforma y compara los identificadores conservados y eliminados con una muestra revisada manualmente.
El artículo de ZimaSpace sobre historiales grandes de instantáneas ofrece el contexto de recuperación relacionado; este artículo se centra en por qué los cálculos de retención difieren de un recuento simple.
El problema se resuelve cuando el simulador, la política efectiva y los identificadores únicos conservados coinciden en al menos dos límites de calendario, y ninguna ventana de recuperación necesaria depende de un punto marcado para su eliminación.
Preguntas frecuentes
¿Los recuentos de conservación diaria y semanal son acumulativos?
No necesariamente. El mismo punto de restauración puede representar ambos periodos, o el motor de retención puede excluir de las reglas posteriores las candidatas ya cubiertas.
¿Reducir la retención puede eliminar puntos de restauración existentes?
Sí. Muchos sistemas aplican la nueva política a los puntos existentes durante la siguiente limpieza, en lugar de aplicarla únicamente a las copias de seguridad futuras.
¿La limpieza libera espacio del repositorio inmediatamente?
Depende de la herramienta. Algunos sistemas marcan primero las instantáneas o los archivos y recuperan los datos compartidos durante un paso independiente de compactación o recolección de basura.
Productos recomendados
Soporte y Consejos
Más para leer
¿Por qué restaurar un volumen de Docker recrea el contenido de los archivos, pero elimina los atributos extendidos?
Un diagnóstico de restauración de volúmenes que abarca el inventario de atributos extendidos, las opciones de tar y Rsync, los espacios de nombres, la...
¿Por qué un contenedor en ejecución mantiene su antiguo límite de memoria después de cambiar el archivo de Compose?
Un diagnóstico del límite de memoria que abarca los cgroups activos, el reinicio frente a la recreación, los campos de Compose, los límites estrictos...
¿Por qué reiniciar un proxy inverso invalida todas las sesiones de una aplicación autoalojada?
Un diagnóstico de pérdida de sesión que abarca el alcance del reinicio, la propiedad de las cookies, la rotación de secretos, las sesiones respaldadas...
