¿Qué es una copia de seguridad con poca dispersión?
En un dispositivo de copia de seguridad o recuperación de Backup and DR en circunstancias normales, Backup and DR realiza una copia de seguridad inicial de incorporación completa de una base de datos, lo que lleva mucho tiempo, y, luego, todas las copias de seguridad posteriores son copias de seguridad incrementales mucho más rápidas. Una copia de seguridad incremental compara los mapas de bits de la instantánea actual y la anterior, y aplica solo los cambios incrementales.
Una copia de seguridad de baja velocidad es un tipo especial de trabajo de copia de seguridad que se produce cuando algún error del sistema en el trabajo de copia de seguridad anterior genera una imagen de mapa de bits no confiable o la imposibilidad de leer el mapa de bits. El servicio que lee el mapa de bits es cbt_server en un entorno de Linux y AAMService en un entorno de Windows.
Las copias de seguridad con poca salpicadura consumen más tiempo que las copias de seguridad realizadas en condiciones normales, ya que deben realizar una nueva transferencia completa para volver a crear un mapa de bits confiable. Luego, puede aplicar los cambios incrementales sin tener que reemplazar la copia de seguridad completa.
Elementos que no provocan copias de seguridad con baja visibilidad
- Actualizaciones del conector
- Reinicio ordenado del sistema
- Reinicio correcto de cbt_server o AAMService, suponiendo que el servicio aún se esté ejecutando en el momento de la copia de seguridad
Conmutaciones por error que no experimentaron los errores que causan mapas de bits no confiables.
Causas de los mapas de bits no confiables
Se produce un mapa de bits no confiable cuando algo interrumpe el trabajo de copia de seguridad, lo que incluye lo siguiente:
- Cierre incorrecto del host:
- Un cierre no correcto provoca una pantalla de inicio pequeña debido a la falta de confiabilidad de los mapas de bits. Esto incluye desconectar la alimentación de una máquina física o cualquier otro método para apagar Windows sin realizar un apagado correcto, o un error de pantalla azul. Esto es así incluso si una máquina de un clúster muestra un error de pantalla azul que activa la conmutación por error, ya que el mapa de bits de la máquina con errores no es confiable.
- Si todos los servidores de Windows de un clúster que alojaron la base de datos desde la copia de seguridad anterior no están disponibles y no ejecutan el agente de Backup and DR Extraemos mapas de bits de cada host del clúster que alojó la base de datos desde la copia de seguridad anterior para encontrar cambios y, sin todos los mapas de bits, debemos ejecutar la función de baja velocidad de inicio para mantener la integridad de los datos. Ten en cuenta que, si un host del clúster que alojaba una base de datos sufre una BSOD, es posible que el mapa de bits esté disponible en la copia de seguridad, pero que siga siendo poco confiable, por lo que se necesita una recuperación con poca actividad.
- Error en la actualización del módulo del kernel
- Una falla o un reinicio en el daemon del modo de usuario
- Se produjo un error de huella digital durante la ejecución de una copia de seguridad. (Backup and DR realiza una "verificación de huella digital" en cada trabajo de copia de seguridad para detectar errores).
- Se produjo un error durante el almacenamiento en la bóveda si, durante el cierre del SO, el disco de almacenamiento estaba lleno y el sistema no pudo escribir todos los datos en la bóveda.
- Conmutación por error del nodo de SAP HANA, lo que provoca que la copia de seguridad se redireccione a otro nodo.
- La copia de seguridad se ejecuta en modo degradado debido a que no se puede cargar el módulo del kernel. Por lo general, esto ocurre cuando el SO es una versión no compatible.
- Si cbt_server o AAMService se detienen durante la copia de seguridad, no se podrán recuperar mapas de bits y el trabajo de copia de seguridad se ejecutará en modo de baja resolución.
Si AAMService no se detiene durante mucho tiempo, iniciar AAMService hará que los mapas de bits estén disponibles para una copia de seguridad normal.
- Si cbt_server o AAMService se detienen durante el tiempo suficiente para que el controlador ponga en cola algunos gigabytes de eventos, no se podrán volver a crear los mapas de bits y la copia de seguridad estará en modo de baja velocidad de inicio. El tiempo que tarda este proceso depende de la cantidad de E/S de disco que se produzcan en la base de datos. Por lo general, esto requiere días de inactividad del servicio de AAMService.
- El cierre no correcto de cbt_server o AAMService puede hacer que los mapas de bits no sean confiables para los mapas de bits cargados actualmente. Los mapas de bits se cargan si se escribió en el archivo rastreado en los últimos 15 minutos, por lo que, en general, para una base de datos con mucha actividad, esto provocaría una baja cantidad de splash.
- Si se desmonta un volumen que contiene un archivo rastreado (p.ej., un archivo .mdf de SQL Server) en el host y, luego, se vuelve a montar, los mapas de bits no son confiables, ya que no hay forma de saber qué se escribió en el archivo mientras estaba desmontado.