Aparentemente, Windows Server Backup tiene cierto soporte para la copia de seguridad de las bases de datos de SQL Server:
Capacidad para recuperar aplicaciones. Windows Server Backup utiliza la funcionalidad VSS que está integrada en aplicaciones como Microsoft® SQL Server® para proteger los datos de la aplicación. [Fuente: TechNet ]
Además, las personas informan que Windows Server Backup parece desencadenar algún tipo de operación de copia de seguridad en SQL Server .
Sin embargo, no encuentro la documentación (oficial) sobre cómo hacer una copia de seguridad de las bases de datos de SQL Server con Windows Server Backup.
- ¿Solo necesito hacer una copia de seguridad del
.mdf
? El.mdf
y el.ldf
? - ¿En línea o solo fuera de línea?
- ¿Cuál es el procedimiento oficial para restaurar las bases de datos de SQL Server respaldadas de esta manera?
- ¿Hay algo especial que considerar al hacer copias de seguridad incrementales / diferenciales?
- ¿Dónde se documenta todo esto?
(Sé cómo hacer copias de seguridad con los planes de mantenimiento de SQL Server sqlmaint.exe
, T-SQL BACKUP y SQL Server Agent. Solo estoy interesado en la alternativa que ofrece Windows Server Backup (¿aparentemente?)).
fuente
Respuestas:
Windows Server Backup no pretende ser una herramienta de respaldo para SQL Server.
Cita de la Guía paso a paso de Windows Server Backup para la sección de Windows Server 2008 : "¿Quién debe usar Windows Server Backup?"
La sección que citó básicamente dice que cuando se inicia Windows Server Backup, se activará la función VSS en Windows. SQL Server sabrá que se está produciendo una instantánea de volumen y, con la ayuda del servicio SQL Server Writer, se asegurará de que se pueda realizar una copia de los archivos de la base de datos (* .mdf, * .ndf, * .ldf).
El propósito del servicio SQL Server Writer se define de la siguiente manera:
Cita de la sección del Servicio de Escritor SQL : "Propósito"
Entonces, eso es básicamente todo lo que sucede con la copia de seguridad de Windows Server.
Las copias de seguridad creadas con Windows Server Backup mientras se ejecuta SQL Server deben ser consistentes, pero las transacciones que aún no se han escrito en el disco no se encuentran en la instantánea de volumen. La instantánea de la base de datos se tomó mientras estaba EN LÍNEA.
Sin embargo, el artículo de MSDN Snapshot Backups dice:
y adicionalmente:
Para responder tu pregunta:
Respuestas:
Explicado en la implementación de la vida real
En nuestro entorno, tenemos una situación similar en la que VMware realiza una instantánea y los DBA realizan volcados de SQL Server con Commvault. El historial de copias de seguridad se ve así:
La instantánea de VMware creará una entrada en las tablas del historial de la base de datos de MSDB con
IS_SNAPSHOT = 1
yFULL
para cada instantánea de VMware que se realice (diariamente). Las copias de seguridad de SQL Server nativas (bueno, Commvault usando nativo) se realizan usando copias de seguridad COMPLETAS, DIFF y TLOG. Estas copias de seguridad no están marcadas como IS_SNAPSHOT y existen como entradas COMPLETAS adicionales (una vez por semana), DIFF (cada dos días) y LOG (cada hora) en las tablas de copia de seguridad en la base de datos msdb.Con esta configuración, podemos realizar una restauración a la fecha y hora instantánea y luego poner la base de datos en LÍNEA, o podemos realizar una restauración individual a cualquier punto en el tiempo usando las copias de seguridad "nativas" de SQL Server.
fuente
No puedes O al menos probablemente no deberías. En lo que respecta a las bases de datos de SQL Server, las copias de seguridad nativas son el método admitido.
Creo que puede estar malentendido lo que dice el artículo de TechNet. El comentario que citó no indica que puede usar la copia de seguridad de Windows Server para bases de datos de SQL Server. En realidad, solo destaca que la copia de seguridad de Windows Server utiliza el mismo Servicio de instantáneas de volumen que SQL Server utiliza. Más información: TechNet: Servicio de escritor SQL
fuente
La copia de seguridad SQL no solo copia datos, sino que también trunca el registro. Puede encontrar cientos de opciones en la página de manual que le ayudarán, como comprimir el archivo de copia de seguridad sobre la marcha.
Recuerdo que la copia de seguridad vss se usó para copiar una máquina virtual congelada o para tomar una instantánea de un lun en una SAN para hacer una copia de seguridad de una imagen estática, pero la copia de seguridad será "consistente con el bloqueo" al igual que la interrupción de energía y no será realmente consistente.
Relacionado
fuente
Yo creo que utiliza un tipo de copia de seguridad especial llamado "instantáneas de copia de seguridad".
De la documentación de SQL Server 2008:
Todo está muy poco claro para mí. Especialmente si esto trunca los registros de transacciones o no.
fuente