Hoxe falareivos de dúas funcións de Commvault para a copia de seguridade de MS SQL que se ignoran inxustamente: a recuperación granular e o complemento Commvault para SQL Management Studio. Non vou considerar a configuración básica. A publicación é máis probable para aqueles que xa saben como instalar un axente, configurar unha programación, políticas, etc. Falei sobre como funciona Commvault e que pode facer neste .
Recuperación granular
Opción restauración a nivel de táboa apareceu nas propiedades do subcliente relativamente recentemente. Permítelle activar a capacidade de restaurar táboas desde unha base de datos sen restaurar toda a base de datos desde unha copia de seguridade. Isto é conveniente cando sabes onde está exactamente o erro ou a perda de datos. Ao mesmo tempo, a propia base de datos é grande e restauralo todo levará moito tempo.
Esta opción ten limitacións:
- As táboas non se poden restaurar á base de datos orixinal, só a outra diferente.
— Todas as táboas restaúranse ao esquema dbo. Non se pode restaurar a táboa nun esquema de usuario.
— Só se admite unha conta de servidor SQL local con dereitos de administrador do sistema.
— O servidor de destino onde estamos a restaurar a táboa debe executarse no sistema operativo Windows.
— No servidor de destino, ademais do axente SQL, débense instalar o axente de medios e o entorno de execución de Java.
— A base de datos debe utilizar o modelo de recuperación en modo completo.
— Se a opción de recuperación granular da base de datos está activada, pérdese a capacidade de executar traballos de copia de seguranza diferenciais.
A opción de restauración a nivel de táboa está desactivada.
A opción de restauración a nivel de táboa está desactivada.
Na miña práctica, houbo un caso no que un cliente tiña a seguinte programación configurada para un servidor SQL: unha copia de seguridade completa unha vez por semana e 6 copias de seguridade diferenciais entre semana. Activou a función de restauración a nivel de táboa e os traballos de copia de seguridade diferenciais procesáronse cun erro.
A ver como será a propia restauración.
1. Inicia a recuperación no axente desexado.
2. Na xanela que aparece, vai á pestana Opcións avanzadas. Escolle Exploración granular de SQL - Ver contido.
3. Na lista que se abre, selecciona a base de datos desde a que restauraremos a táboa e fai clic Restaurar Granular.
4. Na caixa de diálogo, configure o punto de montaxe da base de datos a partir dos ficheiros de copia de seguranza (algo así como a tecnoloxía de recuperación instantánea).
Indicamos:
- nome para a base de datos temporal;
- canto tempo manter este punto de recuperación en días;
- o servidor onde montaremos a base de datos. Só estarán dispoñibles na lista os servidores que cumpran todas as condicións necesarias mencionadas anteriormente: co SO Windows, Media Agent e Java Runtime Environment instalados, etc.
Fai clic en Aceptar.
5. Na nova ventá, faga clic en Listar puntos de recuperación.
6. Abrirase unha lista de puntos de recuperación montados. Se a base de datos é grande, terás que esperar. A continuación, prema buscar. Aparecerá unha xanela para ver as táboas da base de datos seleccionada.
Mentres se está formando a lista, o diálogo de Puntos de recuperación adoita pecharse e, a continuación, non poden volver alí de novo. É sinxelo: fai clic co botón dereito na instancia do servidor SQL onde se iniciou o proceso de montaxe do punto de recuperación. Vaia a Todas as tarefas e seleccione Listar puntos de recuperación.
7. Se hai moitas táboas, pode tardar algún tempo en mostralas. Por exemplo, para unha base de datos de 40 GB, a lista leva uns dez minutos en formarse. Seleccione a táboa desexada e prema en Recuperar todos os seleccionados.
8. Nunha ventá nova, seleccione a base de datos onde restauraremos a(s) táboa(s). No noso caso, esta é a base de datos GPI TEST.
9. Despois de completar a restauración, as táboas seleccionadas aparecerán na base de datos GPI TEST.
Despois de restaurar unha táboa nunha base de datos temporal, pode movela á base de datos orixinal mediante Management Studio.
Complemento de Commvault para SQL Management Studio
Os administradores de bases de datos non sempre teñen acceso ao sistema de copia de seguridade (BSS). Ás veces cómpre facer algo con urxencia, pero o administrador do IBS non está dispoñible. Co complemento Commvault para SQL Management Studio, un administrador de base de datos pode realizar copias de seguridade e recuperación básicas de datos.
Versión de QL Management Studio
Mando
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
Versións dos servidores SQL que admiten o complemento de Commvault e os comandos que activan o complemento. O complemento só é compatible co sistema operativo Windows de 64 bits.
1. Execute o comando que corresponde á nosa versión do servidor SQL:
2. Agora están dispoñibles as opcións de copia de seguranza e restauración en Management Studio. Para iso, fai clic co botón dereito na base de datos desexada.
Así, o administrador ten a oportunidade de interactuar directamente coas copias de seguridade desta base de datos sen a consola de Commvault e chamar ao administrador de SRK.
3. Cando inicie algunha das funcións dispoñibles deste menú, aparecerá unha xanela na que lle pedirá o seu inicio de sesión e contrasinal. Para conectarse a CommServe, use SSO ou calquera outra conta da sección Seguridade en Commserve (inicio de sesión de Commcell).
4. Se as credenciais foron introducidas correctamente e hai suficientes dereitos de acceso, o administrador da base de datos pode:
— executar unha copia de seguridade extraordinaria (Copia de seguranza);
— restaurar a base de datos desde unha copia de seguridade (Restaurar);
— ver o historial de tarefas completadas (Ver historial) e o progreso das tarefas en curso (Monitor de traballo).
Así é o historial dos traballos de copia de seguranza completados para a base de datos seleccionada en Management Studio.
Menú para a recuperación da base de datos. Nin sequera é diferente do menú da consola.
Iso é todo para estas dúas funcións do axente SQL de Commvault. Engaderei que a copia de seguridade mediante Commvault é máis axeitada para aqueles que teñen decenas de servidores en servizo, con varias instancias e bases de datos, todo isto, posiblemente, en sitios diferentes e require configurar diferentes horarios, profundidade, etc. Se tes un un par de servidores, entón para estándar MS SQL as ferramentas son suficientes para a copia de seguridade.
Fonte:
Fonte: www.habr.com