Hoy les hablaré sobre dos funciones de Commvault para la copia de seguridad de MS SQL que se ignoran injustamente: la recuperación granular y el complemento Commvault para SQL Management Studio. No consideraré la configuración básica. La publicación es más probable para aquellos que ya saben cómo instalar un agente, configurar un cronograma, políticas, etc. Hablé sobre cómo funciona Commvault y qué puede hacer en este .
Recuperación granular
Opcion restauración a nivel de tabla apareció en las propiedades del Subcliente hace relativamente poco tiempo. Le permite habilitar la capacidad de restaurar tablas desde una base de datos sin restaurar toda la base de datos desde una copia de seguridad. Esto es útil cuando sabes exactamente dónde está el error o la pérdida de datos. Al mismo tiempo, la base de datos en sí es grande y restaurarla llevará mucho tiempo.
Esta opción tiene limitaciones:
- Las tablas no se pueden restaurar a la base de datos original, sólo a una diferente.
— Todas las tablas se restauran al esquema dbo. La tabla no se puede restaurar a un esquema de usuario.
— Solo se admite una cuenta de servidor SQL local con derechos de administrador del sistema.
— El servidor de destino donde estamos restaurando la tabla debe ejecutarse en el sistema operativo Windows.
— En el servidor de destino, además del Agente SQL, se deben instalar Media Agent y Java Runtime Environment.
— La base de datos debe utilizar el modelo de Recuperación en modo Completo.
— Si la opción de recuperación granular de la base de datos está habilitada, se pierde la capacidad de ejecutar trabajos de copia de seguridad diferenciales.
La opción de restauración a nivel de tabla está deshabilitada.
La opción de restauración a nivel de tabla está deshabilitada.
En mi práctica, hubo un caso en el que un cliente tenía configurado el siguiente cronograma para un servidor SQL: una copia de seguridad completa una vez a la semana y 6 copias de seguridad diferenciales entre semana. Habilitó la función de restauración a nivel de tabla y los trabajos de copia de seguridad diferenciales se procesaron con un error.
Veamos cómo será la restauración en sí.
1. Inicie la recuperación en el agente deseado.
2. En la ventana que aparece, vaya a la pestaña Opciones Avanzadas. Elegir Exploración granular de SQL: ver contenido.
3. En la lista que se abre, seleccione la base de datos desde la cual restauraremos la tabla y haga clic en Restaurar granular.
4. En el cuadro de diálogo, configure el punto de montaje de la base de datos a partir de los archivos de respaldo (algo así como la tecnología Instant Recovery).
Especificar:
- nombre de la base de datos temporal;
- cuánto tiempo se debe mantener este punto de recuperación en días;
- el servidor donde montaremos la base de datos. Sólo estarán disponibles en la lista los servidores que cumplan todas las condiciones necesarias mencionadas anteriormente: con el sistema operativo Windows, Media Agent y Java Runtime Environment instalados, etc.
Haga clic en Aceptar.
5. En la nueva ventana, haga clic en Listar puntos de recuperación.
6. Se abrirá una lista de puntos de recuperación montados. Si la base de datos es grande, tendrás que esperar. Luego haga clic Explorar. Aparecerá una ventana para ver tablas de la base de datos seleccionada.
Mientras se forma la lista, el cuadro de diálogo Puntos de recuperación a menudo se cierra y luego no pueden regresar allí nuevamente. Es simple: haga clic derecho en la instancia del servidor SQL donde se inició el proceso de montaje del punto de recuperación. Vaya a Todas las tareas y seleccione Listar puntos de recuperación.
7. Si hay muchas tablas, es posible que tarde algún tiempo en mostrarlas. Por ejemplo, para una base de datos de 40 GB, la lista tarda unos diez minutos en formarse. Seleccione la tabla deseada y haga clic en Recuperar todo lo seleccionado.
8. En una nueva ventana, seleccione la base de datos donde restauraremos la(s) tabla(s). En nuestro caso, esta es la base de datos GPI TEST.
9. Una vez completada la restauración, las tablas seleccionadas aparecerán en la base de datos de GPI TEST.
Después de restaurar una tabla en una base de datos temporal, puede moverla a la base de datos original usando Management Studio.
Complemento de Commvault para SQL Management Studio
Los administradores de bases de datos no siempre tienen acceso al sistema de respaldo (BSS). A veces es necesario hacer algo con urgencia, pero el administrador del IBS no está disponible. Con el complemento Commvault para SQL Management Studio, un administrador de base de datos puede realizar copias de seguridad y recuperación de datos básicos.
Versión de QL Management Studio
Comando
SQL 2008 R2
CvSQLAddInConfig.exe /i 10 /r
SQL 2012
CvSQLAddInConfig.exe /i 11 /r
SQL 2014
CvSQLAddInConfig.exe /i 12 /r
SQL 2016
CvSQLAddInConfig.exe /i 13 /r
SQL 2017
CvSQLAddInConfig.exe /i 14 /r
Versiones de servidores SQL que admiten el complemento Commvault y comandos que activan el complemento. El complemento sólo es compatible con el sistema operativo Windows de 64 bits.
1. Ejecutar el comando que corresponda a nuestra versión de SQL server:
2. Las opciones de copia de seguridad y restauración ahora están disponibles en Management Studio. Para hacer esto, haga clic derecho en la base de datos deseada.
Por lo tanto, el administrador tiene la oportunidad de interactuar directamente con las copias de seguridad de esta base de datos sin la consola Commvault y sin llamadas al administrador SRK.
3. Cuando inicie cualquiera de las funciones disponibles de este menú, aparecerá una ventana solicitando su nombre de usuario y contraseña. Para conectarse a CommServe, use SSO o cualquier otra cuenta de la sección Seguridad en Commserve (iniciar sesión en Commcell).
4. Si las credenciales se han ingresado correctamente y existen suficientes derechos de acceso, el administrador de la base de datos puede:
— ejecutar una copia de seguridad extraordinaria (Backup);
— restaurar la base de datos desde una copia de seguridad (Restaurar);
— ver el historial de tareas completadas (Ver historial) y el progreso de las tareas en curso (Monitor de trabajos).
Así es como se ve el historial de trabajos de copia de seguridad completados para la base de datos seleccionada en Management Studio.
Menú para recuperación de base de datos. Ni siquiera es diferente del menú de la consola.
Eso es todo por estas dos funciones del Agente SQL de Commvault. Agregaré que la copia de seguridad usando Commvault es más adecuada para quienes tienen decenas de servidores en servicio, con varias instancias y bases de datos, todo esto, posiblemente, en diferentes sitios y requiere configurar diferentes horarios, profundidad, etc. Un par de servidores, entonces, para las herramientas estándar de MS SQL, son suficientes para la copia de seguridad.
Fuente:
Fuente: habr.com