Hoy hablaré sobre dos funcionalidades de Commvault para la copia de seguridad de MS SQL que, lamentablemente, se ignoran: la recuperación granular y el complemento de Commvault para SQL Management Studio. No abordaré los aspectos básicos de la configuración. Esta publicación es más bien para aquellos que ya saben cómo instalar el agente, configurar horarios, políticas, etc. Hablé sobre cómo funciona Commvault y lo que puede hacer en este .
Recuperación granular
La opción recuperación a nivel de tabla se agregó recientemente a las propiedades de Subclient. Permite habilitar la posibilidad de recuperar tablas de la base de datos sin tener que restaurar toda la base de datos desde la copia de seguridad. Esto es útil cuando se sabe exactamente dónde está el error o la pérdida de datos. Además, la base de datos en sí es grande y restaurarla completamente tomaría mucho tiempo.
Esta opción tiene limitaciones:
— No se pueden recuperar tablas en la base de datos original, solo en otra.
— Todas las tablas se restauran en el esquema dbo. No se puede restaurar una tabla en un esquema de usuario.
— Solo se admite la cuenta local de SQL Server con permisos de administrador del sistema.
— El servidor de destino donde se restaura la tabla debe estar funcionando en un sistema operativo Windows.
— En el servidor de destino, además del agente SQL, deben estar instalados el Agente de Medios y el Entorno de Ejecución de Java.
— La base de datos debe utilizar el modelo de recuperación en modo Full.
— 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 diferencial.
La opción de recuperación a nivel de tabla está desactivada.
La opción de recuperación a nivel de tabla está desactivada.
En mi experiencia, hubo un caso en el que a un cliente de SQL Server se le configuró el siguiente horario: una copia de seguridad completa una vez a la semana y 6 copias de seguridad diferenciales en los días laborables. Activó la función de recuperación a nivel de tabla y los trabajos de copia de seguridad diferencial se ejecutaron con error.
Veamos cómo se verá la recuperación en sí.
1. Iniciamos la recuperación en el agente necesario.
2. En la ventana que aparece, pasamos a la pestaña Opciones Avanzadas. Seleccionamos Exploración Granular de SQL — Ver Contenido.
3. En la lista que se abre, seleccionamos la base de datos de la que vamos a recuperar la tabla y hacemos clic en Restaurar Granular.
4. En el cuadro de diálogo, configuramos el punto de montaje de la base de datos desde los archivos de copia de seguridad (algo así como la tecnología de Recuperación Instantánea).
Especificamos:
- un nombre para la base de datos temporal;
- ¿Cuánto tiempo mantener este punto de recuperación en días?
- Servidor donde montaremos la base de datos. En la lista solo estarán disponibles los servidores que cumplan con todos los requisitos mencionados anteriormente: con el sistema operativo Windows, con el Agente de Medios y el Entorno de Ejecución de Java instalados, etc.
Hacemos clic en Aceptar.
5. En la nueva ventana, hacemos clic en Lista de Puntos de Recuperación.
6. Se abrirá la lista de puntos de recuperación montados. Si la base de datos es grande, puede que tengamos que esperar. Luego clicamos en Examinar. Aparecerá una ventana para ver las tablas de la base de datos seleccionada.
Mientras se genera la lista, a menudo se cierra el diálogo de Puntos de Recuperación y luego no pueden regresar. Es simple: haz clic derecho en la instancia del servidor SQL donde se inició el proceso de montaje del punto de recuperación. Ve a Todas las Tareas y selecciona Lista de Puntos de Recuperación.
7. Si hay muchas tablas, su visualización puede tardar un tiempo. Por ejemplo, para una base de datos de 40 GB, la lista se genera en unos diez minutos. Seleccionamos la tabla deseada y hacemos clic en Recuperar Todas las Seleccionadas.
8. En la nueva ventana seleccionamos la base a la que vamos a restaurar la(s) tabla(s). En nuestro caso, es la base GPI TEST.
9. Después de completar la restauración, las tablas seleccionadas aparecerán en la base GPI TEST.
Después de restaurar la tabla en la base de datos temporal, se puede trasladar a la base de datos original utilizando Management Studio.
Complemento de Commvault para SQL Management Studio
Los administradores de bases de datos no siempre tienen acceso al sistema de respaldo (SRK). A veces es necesario hacer algo urgentemente y el administrador del SRK no está presente. Con el complemento de Commvault para SQL Management Studio, el administrador de la base de datos podrá realizar acciones básicas de respaldo y recuperación de datos.
Versión de SQL 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 SQL Server que son compatibles con el complemento de Commvault y los comandos que activan su funcionamiento. El complemento solo es compatible con la versión de 64 bits del sistema operativo Windows.
1. Ejecutamos el comando que corresponde a nuestra versión de SQL Server:
2. Ahora las opciones de respaldo y recuperación están disponibles en Management Studio. Para ello, haz clic derecho en la base de datos deseada.
De esta forma, el administrador tiene la posibilidad de interactuar directamente con las copias de seguridad de esta base de datos sin necesidad de la consola de Commvault ni de contactar al administrador del SRK.
3. Al iniciar cualquiera de las funciones disponibles en este menú, aparecerá una ventana solicitando el nombre de usuario y la contraseña. Para conectarse a CommServe se utiliza SSO o cualquier otra cuenta del apartado de Seguridad en Commserve (inicio de sesión de Commcell).
4. Si las credenciales se han ingresado correctamente y se tienen los derechos de acceso suficientes, el administrador de la base de datos puede:
— iniciar una copia de seguridad urgente (Backup);
— restaurar la base de datos desde la copia de seguridad (Restore);
— ver el historial de tareas realizadas (Ver historial) y el progreso de las tareas en curso (Monitor de tareas).
Así es como en Management Studio se ve el historial de las tareas de copia de seguridad realizadas para la base de datos seleccionada.
Menú para la restauración de la base de datos. Ni siquiera difiere del menú de la consola.
Eso es todo sobre estas dos funciones del agente SQL de Commvault. Añadiré que las copias de seguridad a través de Commvault son más adecuadas para aquellos que gestionan decenas de servidores, con múltiples instancias y bases de datos, todo esto, posiblemente, en diferentes ubicaciones y que requieren configuraciones de horarios, profundidades, etc. Si solo tiene un par de servidores, las herramientas estándar de MS SQL serán suficientes para las copias de seguridad.
Fuente:
Fuente: habr.com
