¿En qué se diferencian las copias de seguridad de SQL de las copias de seguridad del servidor nocturno de TI?

Nuestro departamento de TI realiza una copia de seguridad de todo el servidor todas las noches (se instala una instancia de SQL Server en este servidor), que debería hacer una copia de seguridad de ese servidor y de toda la red, en caso de que algo salga mal ...

Entonces, mi gerente preguntó cuál es la importancia de mis copias de seguridad completas, diferenciales y de registro de SQL en comparación con lo que respalda el departamento de TI. Para ahorrar más espacio en nuestro servidor en lugar de guardar estos archivos durante un par de semanas y eliminarlos, ¡cree que TI solo los proporcionará!

Sé que no está bien, ya que puedo restaurar hasta los últimos 30 minutos con mis copias de seguridad de registros, TI lo restaura al día siguiente, pero ¿es esta la única diferencia?

Como guardo / envío los archivos de respaldo de mi base de datos al mismo servidor, TI los restaurará, pero si no tengo estos trabajos de respaldo en mi plan de mantenimiento, entonces puede restaurar la instancia de SQL sin ninguna de nuestras tablas, transacciones ... ¿Estoy haciendo esto bien?
Cualquier consejo será apreciado.

Las copias de seguridad de la base de datos le brindan la capacidad de restauración en un punto en el tiempo (siempre que tenga un FULLmodelo de recuperación). Incluso si su personal de TI realiza copias de seguridad cada pocos minutos, lo cual es extremadamente improbable, aún tendrá una brecha.

Las copias de seguridad del servidor no reemplazan las copias de seguridad de la base de datos, las complementan al "archivar" los archivos de copia de seguridad de la base de datos a largo plazo (es decir, más que solo hoy).

Al final, usted y su gerencia tienen que decidir su RPO (el objetivo del punto de recuperación: cuánto necesita para poder recuperarse en un choque). Con solo copias de seguridad diarias del servidor y sin copias de seguridad de la base de datos, puede perder un día completo de trabajo en el peor de los casos.

Editar : @Sting tiene un punto válido en que las instantáneas (el mecanismo más utilizado para hacer copias de seguridad del servidor) no es muy probable que tome una copia exactamente simultánea de todos los archivos de la base de datos (incluidos los archivos de registro), lo que puede generar inconsistencias cuando Usted restaura la copia de seguridad. Por ejemplo, si la instantánea lee el registro de transacciones unos pocos milisegundos antes de leer el archivo de la base de datos, el archivo de la base de datos podría contener una transacción no confirmada, pero como la transacción se confirmó un milisegundo más tarde, el registro no tendrá ningún registro.

Existe la posibilidad de que una restauración de archivos mdf y ldf a partir de instantáneas sea inconsistente transaccionalmente. Eso significa que estas restauraciones de sombra no cumplen con las propiedades ACID de la base de datos.

https://msdn.microsoft.com/en-us/library/aa480356.aspx

Lo más probable es que la restauración probablemente funcione, pero te preguntarás qué estás recibiendo realmente. (Sin mencionar que se le encargaría realizar pruebas para asegurarse de que las copias de seguridad / instantáneas del servidor funcionen correctamente en todos y cada uno de los servidores). Además, no hay forma de restaurar los registros de transacciones en un punto en el tiempo como puede usar SQL Server T -SQL RESTORE LOG / STOPAT.

Hasta que las copias de seguridad / restauraciones de Windows Server cumplan con la prueba ACID de SQL Server, nuestra industria no puede permitirse correr ningún riesgo.

Habiendo dicho todo esto, he estado en algunas de las reuniones más extrañas. Si transmite los problemas a TI y todavía no parece importarles o está dispuesto a correr el riesgo, eso elimina una gran carga de sus hombros. Pase lo que pase, documente las actas de la reunión de lo que decidan todos y por qué todos lo decidieron y envíelo a los asistentes a la reunión.

Todo depende de qué producto esté usando su departamento de TI para las copias de seguridad a nivel de servidor.

Por ejemplo, en un entorno virtual, VMWare tomará instantáneas del servidor. Si SQL Server está involucrado, VMWare tiene una opción que la mayoría de los administradores habilitan (o podría ser, por defecto, no lo sé) que congelará el IO para las bases de datos durante la instantánea. Ahora, si bien esto solo tomará unos segundos, tiene el potencial de causar problemas en su aplicación, y no es realmente un método confiable para restaurar la base de datos.

Si está utilizando un producto de terceros para hacer copias de seguridad a nivel de servidor, lo más probable es que solo esté haciendo copias de seguridad a nivel de archivo de sus bases de datos. En eso también debe tener la capacidad de realizar copias de seguridad de los archivos que están bloqueados, porque SQL Server tiene todos los archivos mdf y ldf adjuntos bloqueados desde la perspectiva de Windows. BackupExec de Symantec, por ejemplo, utiliza la opción avanzada de abrir archivo para realizar esto, por lo que básicamente puede tomar una foto de ese archivo bloqueado. De la misma manera que los sonidos harán que la mayoría de los DBA se avergüencen si tienen que restaurar la base de datos con una copia de seguridad como esa, piense en la coherencia de la base de datos cuando toma esa copia de seguridad. No hay garantía si la copia de seguridad se dispara mientras se produce un proceso de carga de datos, ¿qué parte de la carga de datos obtuvo esa copia de seguridad?

Las copias de seguridad nativas de SQL Server son confiables en el sentido de que se verifican como buenas copias de seguridad. Usted sabe exactamente en qué estado se encontraban cuando activó la copia de seguridad por COMPLETO, si tiene esto programado en torno a las cargas de datos y tal. Una copia de seguridad de registro para el modelo de recuperación COMPLETA garantiza que puede restaurar esa base de datos en el segundo.

Si su gerente está decidido a usar la copia de seguridad a nivel de servidor, investigaría mucho el producto que está utilizando. Me gustaría saber si hay algún "complemento" de SQL Server o agente de copia de seguridad que se pueda comprar para permitirle hacer copias de seguridad VDI de las bases de datos.

Algo que también debe considerar y discutir con su gerente es la participación que necesitará para verificar y solucionar problemas si fallan las copias de seguridad de SQL Server. He usado Netbackup en gran medida en trabajos anteriores y hace unos años un cliente quería que yo probara el uso del agente SQL Server de Netbackup para su entorno. Esto incluía otros DBA que también tenían que proporcionar soporte. Les dije por adelantado que la solución de problemas de fallas de respaldo para SQL Server requería que supieras un poco sobre Netbackup. Los servidores maestros de Netbackup generalmente se ejecutan en servidores Unix, por lo que ahora debe conocer algunos Unix ... puede ser divertido pero más doloroso si ya está ocupado. Es algo a tener en cuenta y puede ser un buen punto de discusión con su gerente, y descubra quién es responsable de la resolución de fallas.

Hay solo menos de un millón de variables en su pregunta. Deberá hablar con su departamento de TI sobre las copias de seguridad que realizan. Con toda probabilidad, tienen o pueden tener copias de seguridad disponibles al minuto. El tiempo que tardan en cargarse depende de más variables.

En un escenario perfecto, su departamento de TI está manteniendo sus copias de seguridad en uno o más servidores diferentes en diferentes ubicaciones. Probablemente esté manteniendo su copia de seguridad en el mismo servidor en el que viven sus bases de datos. Entonces, si el servidor muere o su edificio se incendia, su departamento de TI probablemente pueda restaurar sus archivos, pero las copias de seguridad que tomó se eliminarán con el servidor.

PERO puede restaurar su copia de seguridad, a su velocidad, cuando lo desee, siempre que su servidor siga vivo.

Como han dicho otros, depende de cuáles sean sus necesidades, su tolerancia al riesgo y la importancia del control del tiempo de recuperación. Si desea recuperarse de algo estúpido que hizo, sus copias de seguridad serán más rápidas y mejores. Si desea recuperarse de un desastre fuera de su control, la copia de seguridad de TI (debería ser) es la mejor opción.