Instalación y configuración de UNIX para Clustered Data ONTAP
Cómo SnapManager retiene los backups en el almacenamiento local
Sugerir cambios
PDF
SnapManager permite crear backups que cumplen las políticas de retención, lo cual especifica cuántos backups se deben conservar correctamente en el almacenamiento local. Puede especificar la cantidad de backups correctos que debe conservarse en el perfil de una determinada base de datos.
Es posible crear backups para lo siguiente:
-
10 días de backup diarios en almacenamiento primario
-
2 meses de backups mensuales en almacenamiento primario
-
7 días de backup diarios en almacenamiento secundario
-
4 semanas de backups semanales en el almacenamiento secundario
-
6 meses de backups mensuales en almacenamiento secundario
Para cada perfil de SnapManager, puede cambiar los valores de las siguientes clases de retención no limitadas:
-
Cada hora
-
Todos los días
-
Semanal
-
Mensual
SnapManager determina si se debe retener un backup teniendo en cuenta el número de retención (por ejemplo, 15 backups) y la duración de la retención (por ejemplo, 10 días de backups diarios). Un backup caduca cuando su antigüedad supera el período de retención establecido para su clase de retención o la cantidad de backups supera el número de retenciones. Por ejemplo, si el número de backup es 15 (SnapManager ha tomado 15 backups correctos) y se establece el requisito de duración para 10 días de backups diarios, los cinco backups elegibles más antiguos caducan.
Cuando se caduca un backup, SnapManager libera o elimina el backup caducado. SnapManager siempre conserva el último backup realizado.
SnapManager solo cuenta la cantidad de backups realizados correctamente para el número de retención y no considera lo siguiente:
Backups no incluidos en el número de retención |
Detalles adicionales |
Backups con errores |
SnapManager conserva la información sobre backups realizados correctamente y sin errores. Aunque los backups sin éxito requieren solo un espacio mínimo en el repositorio, es posible que desee eliminarlos. Los backups sin éxito permanecen en el repositorio hasta que se eliminan. |
Backups designados para retenerse en cuenta de forma ilimitada o con backups para otra clase de retención |
SnapManager no elimina los backups designados para que se conserven de forma ilimitada. Además, SnapManager solo considera los backups en la misma clase de retención (por ejemplo, SnapManager sólo considera los backups por horas para el número de retención por horas). |
Backups montados desde el almacenamiento local |
Cuando se montan las copias Snapshot, también se clonan y por lo que no se consideran aptos para la retención. SnapManager no puede eliminar las copias Snapshot si están clonadas. |
Backups que se utilizan para crear un clon en el almacenamiento local |
SnapManager conserva todos los backups que se usan para crear clones, pero no los considera para el número de retención de backups. |
SnapManager proporciona un recuento de retención y una duración predeterminados para cada clase de retención. Por ejemplo, para el recuento de clases de retención cada hora, SnapManager, de forma predeterminada, retiene cuatro backups por hora. Puede anular estos valores predeterminados y establecer los valores al crear o actualizar el perfil, o cambiar los valores predeterminados para el recuento de retenciones y la duración en el archivo smo.config.
Cuando los backups locales caducan según su política de retención, los backups se eliminan.
En una operación de backup solo de archivado, SnapManager no archiva los archivos de registro de recuperación, a diferencia del proceso de backup de base de datos en línea. Debe agregar una secuencia de comandos de pretarea para archivar los archivos redo log antes de realizar la operación de copia de seguridad de archivvelog-only. La secuencia de comandos de pretarea debe ejecutar el comando ALTER System switch logfile.
El siguiente ejemplo muestra las acciones que SnapManager realiza en diversos tipos de backups, según una política de retención de backups de tres días (con el número establecido en retener 3):
Fecha de la copia de seguridad |
Estado |
Se han adoptado medidas para la política de retención |
Explicación |
5/10 |
Exitoso |
Mantenga |
Este es el backup exitoso más reciente, por lo que se mantendrá. |
5/9 |
Clonado correcto |
Omitir |
SnapManager no considera los backups utilizados para la clonado en el número de políticas de retención. Este backup se omite del número de backups realizados correctamente. |
5/8 |
Correcto, montado |
Omitir |
SnapManager no considera los backups montados en el número de políticas de retención. Este backup se omite del número de backups realizados correctamente. |
5/7 |
Error |
Omitir |
Los backups con errores no se cuentan. |
5/5 |
Exitoso |
Mantenga |
SnapManager mantiene este segundo backup diario de éxito. |
5/3 |
Exitoso |
Mantenga |
SnapManager mantiene este tercer backup diario de éxito. |
5/2 |
Exitoso |
Eliminar |
SnapManager cuenta este backup correctamente, pero después de que SnapManager alcanza tres backups diarios correctos, este backup se elimina. |
Información relacionada