Estamos buscando reemplazar las copias de seguridad del servidor SQL tradicional con una copia de seguridad basada en VSS de archivos mdf y ldf. Como persona db, estoy un poco nervioso acerca de esto, y aún así no puedo encontrar evidencia de que esto no funcione.
¿Alguien puede sugerir una prueba que pueda configurar que demuestre dónde podemos perder transacciones con esta estrategia? [Retirar el cable de alimentación durante una transacción de larga duración está bien].
El sistema que estamos viendo crea una instantánea inicial de los archivos mdf y ldf y luego copia los cambios. No puedo imaginar un escenario en el que eso pueda fallarnos.
¡Espero que puedan ayudarme a convencer a mi jefe de que necesitamos mantener copias de seguridad tradicionales!
fuente
Respuestas:
Lamento decepcionarte, pero las copias de seguridad VSS de SQL Server son totalmente compatibles con Microsoft a través del servicio SQL Writer ( http://technet.microsoft.com/en-us/library/ms175536.aspx ).
Cuando la aplicación de copia de seguridad de terceros desea realizar una copia de seguridad, SQL Writer le dice a SQL Server que "congele IO" en la base de datos. Después de congelar el IO, se toma una instantánea de los archivos mdf y ldf. Una vez que se completa la instantánea, IO se descongela. Esto evita toda actividad de escritura en la base de datos mientras se genera la instantánea, y podría tomar 60 segundos o más. La aplicación de copia de seguridad de terceros copia las instantáneas de los archivos ldf y mdf. Si prueba la aplicación de respaldo de terceros y ve mensajes en el registro de errores sobre Congelación y Descongelación de E / S para sus bases de datos, entonces está utilizando la interfaz del Escritor SQL, y las copias de seguridad son buenas.
Descripción completa aquí: http://technet.microsoft.com/library/Cc966520
fuente