Tengo lo que parece ser un problema bastante común cuando intento realizar una copia de seguridad diferencial. Tenemos un SQL Server 2008 Standard (64 bits) y usamos Litespeed v 5.0.2.0 para realizar nuestras copias de seguridad. Realizamos copias de seguridad completas una vez por semana y una diferencial diariamente. El problema es que cada vez que intento realizar una copia de seguridad diferencial aparece el siguiente error:
La apertura de VDI falló debido a una solicitud de cancelación.
LA BASE DE DATOS DE RESPALDO está finalizando de manera anormal.No se puede realizar una copia de seguridad diferencial para la base de datos "myDb" porque no existe una copia de seguridad de la base de datos actual. Realice una copia de seguridad completa de la base de datos volviendo a emitir BACKUP DATABASE, omitiendo la opción CON DIFFERENCIAL.
El problema es que sé al 100% que tengo una copia de seguridad completa porque acabo de verificarla dos veces. Sólo una vez pude realizar una copia de seguridad diferencial y fue cuando la hice inmediatamente después de realizar una copia de seguridad completa.
Busqué y noté que esto es bastante común (aunque principalmente con SQL 2005) y una solución que muchas personas sugieren y que aún no he probado es deshabilitar el servicio SQL Server VSS Writer. El problema con esto es el número 1: creo que podría necesitar este servicio ya que estoy usando un software de respaldo de terceros y el número 2 no estoy seguro de qué hace exactamente el servicio y no quiero desactivarlo así sin más.
¿Alguno de ustedes ha experimentado este problema alguna vez y cómo lo solucionó?
Gracias,
Respuesta1
¿Está ejecutando copias de seguridad VSS en el servidor (NTbackup, BE, etc.) para otras cosas además de los datos SQL? De acuerdo aeste, las copias de seguridad diferenciales de SQL pueden invalidarse si un software de copia de seguridad utiliza VSS para las instantáneas.
Hasta donde yo sé, LS no usa VSS como dijo Nick. De acuerdo aeste hilola solución fue deshabilitar el servicio de escritura SQL.
Actualización basada en comentarios:
Debido a que está utilizando NTbackup para realizar copias de seguridad de otros archivos en el servidor, la solución sería deshabilitar el servicio de escritura SQL.
Cuando NTbackup se ejecuta, llamaTODOlos escritores VSS disponibles, incluso si no los necesita. Esto significa que el escritor SQL pondrá la base de datos en un estado consistente (vaciar la caché al disco) mientras se crea la instantánea. Luego, la base de datos cree que se ha realizado una copia de seguridad, incluso si no copió la información de la instantánea. Esto es lo que está rompiendo tus copias de seguridad.
Una cosa que puede verificar para ver si VSS se está ejecutando en las bases de datos (lo cual estoy seguro de que es así y rompe la cadena) es buscar en el registro SQL (creo que está en el registro de errores). Debería ver eventos de congelación/descongelación durante el tiempo que se ejecutan sus trabajos de NTbackup.
Respuesta2
Han pasado algunos años desde que usé Lightspeed, por lo que esto puede haber cambiado, pero ¿no proporciona Lightspeed sus propios procedimientos almacenados extendidos para realizar copias de seguridad? en cuyo caso, deberías llamarlos para hacer un diferencial. Probablemente no deberías llamar a los comandos nativos BACKUP DATABASE. No creo que puedas mezclar y combinar copias de seguridad nativas/a la velocidad de la luz.
Intenté husmear en el documento del producto en línea de Quests, pero lamentablemente es necesario ser cliente.
Desde la perspectiva de las copias de seguridad nativas de SQL Server, si nunca ha realizado una copia de seguridad completa, entonces no puede realizar un diferencial.
El servicio VSS permite realizar copias de seguridad a nivel de archivos del servidor SQL mediante instantáneas de volumen. Si está utilizando Lightspeed para las copias de seguridad y excluye el directorio del servidor SQL de las copias de seguridad a nivel del servidor (SO), probablemente esté bien desactivar esta opción. Probablemente esto no tenga nada que ver con no poder realizar copias de seguridad diferenciales.
¿Reiniciar la instancia del servidor SQL soluciona el problema? Si es así, es posible que desee considerar aumentar la memtoleave de los servidores SQL.mira esto.
Respuesta3
La causa más común para que ocurra este problema es si tiene otro software de respaldo (NTBackup, BE, Bacula, etc.) que toma una instantánea (copias VSS - Instantáneas de volumen) de su base de datos, entonces esto puede causar que la cadena de respaldos sea roto e invalida sus copias de seguridad DIFERENCIALES anteriores, razón por la cual cuando se inicia su proceso de copia de seguridad DIFERENCIAL actual, fallará ya que no puede ver que se haya realizado una copia de seguridad COMPLETA inicial u otra copia de seguridad DIFERENCIAL antes.
En primer lugar, debe averiguar qué herramienta de software está creando copias de seguridad instantáneas de su base de datos porque hay varias formas de resolver este problema. Consideremos el caso más común cuando se realizan copias de seguridad de instantáneas con la ayuda de NTBackup. La solución para NTBackup Principalmente, verifique SQL Server VSS Writer en el menú Servicio; debe tener la siguiente configuración: Tipo de inicio: Manual y el servicio debe detenerse. Si el servicio SQL Server VSS Writer se está ejecutando y se toma una instantánea, se bloqueará el modelo de recuperación completa y se romperá la cadena de respaldo. Para cambiar la configuración de SQL Server VSS Writer, vaya al "Menú estrella" y busque "Servicios" en la ventana abierta, seleccione "SQL Server VSS Writer".
Haga clic derecho en el servicio y seleccione "Propiedades", en la ventana abierta configure el "Tipo de inicio" en "Manual", presione "Detener" en la sección "Estado del servicio" para asegurarse de que el servicio no se ejecute automáticamente después de reiniciar su computadora y haga clic en "Aceptar" para aplicar todos los cambios.
Respuesta4
Tuve el mismo problema, aunque Bacula tomó instantáneas de la base de datos y mis propias copias de seguridad de SQL Server. Hay algún tipo de error que hacía que esto sucediera en un subconjunto de bases de datos en el servidor, lo cual era muy molesto. Al final, mi resolución fue cambiar los tiempos de copia de seguridad para que se ejecutara una copia de seguridad de SQL después de la copia de seguridad de Bacula para garantizar que los indicadores internos de SQL Server se restablecieran correctamente para indicar que se había realizado una copia de seguridad completa. Eso fue en 2005; supongo que los mismos problemas de VDI también están afectando a 2008.
Para árbitroaquíFue mi pregunta anterior.