Copias de seguridad de SQL Server con Volume Shadow Copy

9

Muchas utilidades de copia de seguridad conocidas para Windows utilizan el Servicio de instantáneas de volumen integrado en las versiones más recientes de Windows para crear una instantánea del disco en un punto en el tiempo para hacer una copia de seguridad de los archivos abiertos.

Pero, ¿qué tan bien juega este mecanismo con SQL Server? Sé que existe un Escritor VSS de SQL Server para ayudar a los sistemas de respaldo a interactuar con SQL Server, pero no todos los sistemas de respaldo conocen SQL Server y aprovechan la API relacionada con el respaldo que proporciona.

Entonces mi pregunta es, ¿qué pasa con los programas que no saben nada sobre SQL Server?

Presumiblemente obtienen una instantánea de un punto en el tiempo de los archivos MDF y LDF tal como existían en un solo instante. Y presumiblemente, el formato de datos de SQL Server es lo suficientemente robusto como para garantizar que una instantánea de este tipo sea consistente y utilizable.

¿Es así como funcionan las cosas o me estoy perdiendo algo? ¿Hay "problemas" sobre el uso de dicho mecanismo de respaldo, o estaría a salvo?

tylerl
fuente

Respuestas:

8

Respuesta corta: no juegan muy bien juntos a menos que tenga el servidor SQL configurado adecuadamente (e incluso entonces no lo recomendaría).

Aquí hay mucha información sobre VSS y MSSQL:
MSKB919023: conectividad de SQL Server 2005 y servicio de instantáneas de volumen (VSS) .

Sin embargo, una palabra de advertencia:

presumiblemente, el formato de datos de SQL Server es lo suficientemente robusto como para que una instantánea de este tipo sea consistente y utilizable

Esa es una gran suposición, y desafortunadamente no siempre es segura. Es por eso que sus planes de mantenimiento MSSQL son esenciales para garantizar que pueda recuperarse de los desastres.

Mark Henderson
fuente
6

Usted nunca se copia de seguridad de MDF y LDF archivos.

Ejecuta copias de seguridad (planes, SQL, SMO, lo que sea) y luego realiza una copia de seguridad de estos archivos de copia de seguridad.

Francamente, no entiendo qué dice ningún proveedor sobre VSS. Tampoco me gusta ningún proveedor que tenga un complemento de SQL Server para copias de seguridad. Utiliza solo copias de seguridad nativas de SQL Server

FYI: también excluye MDF y LDF del análisis de virus.

gbn
fuente
2

Si no tiene un software que tenga una "opción" SQL, entonces:

Cree planes de mantenimiento SQL o trabajos de copia de seguridad programados para las bases de datos, vuélvalos al disco y luego haga una copia de seguridad del servidor. O cuando los descargue, vuélvalos directamente a su ubicación de copia de seguridad de disco a disco si tiene uno.

El limpiador
fuente
2

El principal problema con la copia de seguridad VSS es causado por el almacenamiento en caché en el servidor SQL.

El estado actual en su disco no siempre contiene todos los cambios en la base de datos. El software de copia de seguridad debe ser consciente de esto para garantizar que el servidor SQL escriba todas sus memorias caché antes de tomar una instantánea.

Dicho esto: el método más seguro sigue siendo la copia de seguridad en la administración de SQL / con las herramientas del servidor SQL.

Y debe excluir todos los datos del servidor sql y los archivos de copia de seguridad de virusscanners (.bak, .mdf, .ldf).

Andreas Rehm
fuente
3
El propósito completo de la arquitectura VSS Requestor \ Writer es garantizar que la aplicación de confianza (por ejemplo, su aplicación de copia de seguridad) pueda indicar al propietario (SQL Server \ Exchange, etc.) que vacíe todos los datos almacenados en caché y abra las transacciones, luego vacíe la memoria caché del disco del sistema operativo antes haciendo la instantánea. Si funciona bien es otro problema, pero la arquitectura hace todo lo posible para garantizar que los archivos sean consistentes.
Helvick
2
mmm no. a menos que haya realizado un cambio de configuración loco, una vez que se confirma una transacción, está en el disco. no hay nada confirmado en la memoria caché que tampoco se confirme en el disco.
cuello largo