¿Qué es una copia de seguridad de bajo impacto?
En circunstancias normales, el servicio de copia de seguridad y DR realiza una copia de seguridad inicial de transferencia completa de una base de datos que requiere 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 instantánea anterior, y aplica solo los cambios incrementales.
Una copia de seguridad de bajo impacto 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 poco confiable o una incapacidad para 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 de baja intensidad requieren más tiempo que las copias de seguridad realizadas en condiciones normales, ya que deben volver a realizar una transferencia completa para volver a crear un mapa de bits confiable. Luego, puede aplicar los cambios incrementales sin tener que reemplazar la imagen completa.
Elementos que no causan copias de seguridad de bajo impacto
- Actualizaciones de conectores
- Reinicios ordenados del sistema
- Reinicios elegantes de cbt_server o AAMService, siempre que el servicio siga ejecutándose en el momento de la copia de seguridad
- Conmutaciones por error que no experimentaron los errores que causan mapas de bits poco confiables.
Causas de los mapas de bits poco confiables
Un mapa de bits poco confiable ocurre cuando algo interrumpe el trabajo de copia de seguridad, lo que incluye lo siguiente:
- Un apagado incorrecto del host
- Un cierre no elegante causa una pantalla de presentación baja 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 cierre elegante o un error de pantalla azul. Esto es cierto incluso si una máquina de un clúster recibe 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 servicios de Actifio. Extraemos bitmaps de cada host de clúster que alojó la base de datos desde la copia de seguridad anterior para encontrar cambios y, sin todos los bitmaps, debemos ejecutar un inicio lento para mantener la integridad de los datos. Ten en cuenta que, si un host de clúster que alojaba una base de datos experimenta una BSOD, es posible que el mapa de bits esté disponible en la copia de seguridad, pero que aún no sea confiable, por lo que se mostrará una pantalla de presentación breve.
- Una actualización fallida del módulo del kernel
- Una falla o un reinicio en el daemon de modo de usuario
- Se produjo un error de huella digital mientras se ejecutaba una copia de seguridad. (el servicio de Copia de seguridad y DR realiza una "verificación de huella digital" en cada trabajo de copia de seguridad para detectar errores).
- Se produce un error durante la creación de la bóveda si, durante el cierre del SO, el disco de almacenamiento está lleno y el sistema no puede escribir todos los datos en la bóveda.
- Conmutación por error del nodo de SAP HANA, lo que hace que la copia de seguridad se redireccione a un nodo diferente
- La copia de seguridad se ejecuta en modo degradado debido a la imposibilidad de cargar el módulo del kernel. Esto suele ocurrir cuando el SO es una versión no compatible.
- Si cbt_server o AAMService se detienen durante la copia de seguridad, no se pueden recuperar los mapas de bits y la tarea de copia de seguridad se ejecuta en modo de pantalla de presentación baja.
Si AAMService no está inactivo 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 pantalla de presentación baja. El tiempo que tarda depende de la cantidad de E/S de disco que se produce en la base de datos. Por lo general, esto requiere días de tiempo de inactividad de AAMService.
- El cierre no elegante 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 de seguimiento en los últimos 15 minutos, por lo que, en general, para una base de datos ocupada, esto causaría un inicio lento.
- Si se desconecta un volumen que contiene un archivo con seguimiento (p.ej., un archivo .mdf de SQL Server) en el host y, luego, se vuelve a conectar, los mapas de bits no son confiables, ya que no hay forma de saber qué se escribió en el archivo mientras estaba desconectado.