Aujourd'hui, je vais parler de deux fonctionnalités de Commvault pour la sauvegarde de MS SQL qui sont souvent négligées : la restauration granulaire et le plugin Commvault pour SQL Management Studio. Je ne vais pas aborder les éléments de base de la configuration. Ce post est plutôt destiné à ceux qui savent déjà comment installer l'agent, configurer des horaires, des politiques, etc. J'ai déjà expliqué comment fonctionne Commvault et ce qu'il peut faire. .
Restauration granulaire
L'option restauration au niveau des tables est apparue il y a peu dans les propriétés de Subclient. Elle permet d'activer la possibilité de restaurer des tables d'une base de données sans restaurer toute la base à partir de la sauvegarde. C'est pratique quand on sait exactement où se trouve l'erreur ou la perte de données. La base elle-même étant grande, la restauration complète prendrait beaucoup de temps.
Cette option a des limitations :
— Les tables ne peuvent pas être restaurées dans la base de données d'origine, seulement dans une autre.
— Toutes les tables sont restaurées dans le schéma dbo. Il n'est pas possible de restaurer une table dans un schéma personnalisé.
— Seul un compte SQL Server local avec des droits d'administrateur système est pris en charge.
— Le serveur cible, où la table est restaurée, doit fonctionner sous Windows.
— Sur le serveur cible, en plus de l'agent SQL, Media Agent et Java Runtime Environment doivent être installés.
— La base de données doit utiliser le modèle de récupération en mode complet.
— Si l'option de restauration granulaire de la BDD est activée, la possibilité de lancer des tâches de sauvegarde différentielle disparaît.
L'option de restauration au niveau des tables est désactivée.
L'option de restauration au niveau des tables est désactivée.
Dans ma pratique, j'ai eu un cas où un client pour SQL Server avait configuré le plan suivant : une sauvegarde complète une fois par semaine et 6 sauvegardes différentielles les jours de semaine. Il a activé la fonction de restauration au niveau des tables, et les tâches de sauvegarde différentielle échouaient.
Voyons comment se déroulera la restauration.
1. Démarrez la restauration sur l'agent souhaité.
2. Dans la fenêtre qui apparaît, allez dans l'onglet Options avancées. Sélectionnez SQL Granular Browse — View Content.
3. Dans la liste ouverte, sélectionnez la base à partir de laquelle nous allons restaurer la table et cliquez sur Restaurer de manière granulaire..
4. Dans la boîte de dialogue, configurez le point de montage de la base de données à partir des fichiers de sauvegarde (une sorte de technologie de récupération instantanée).
Indiquez :
- un nom pour la base de données temporaire;
- Combien de jours faut-il conserver ce point de restauration ?
- Le serveur où nous allons monter la base de données. Seuls les serveurs répondant à toutes les conditions nécessaires que j'ai mentionnées ci-dessus seront disponibles : avec un système d'exploitation Windows, ayant Media Agent et Java Runtime Environment installés, etc.
Cliquez sur OK.
5. Dans la nouvelle fenêtre, cliquez sur List Recovery Points.
6. La liste des points de restauration montés s'ouvrira. Si la base de données est grande, cela peut prendre un moment. Ensuite, cliquez sur Parcourir. Une fenêtre apparaîtra pour afficher les tables de la base de données sélectionnée.
Pendant que la liste se forme, il arrive souvent que la boîte de dialogue des Recovery Points se ferme et qu’on ne puisse plus y revenir. C'est simple : faites un clic droit sur l'instance du serveur SQL où le processus de montage du point de restauration a été lancé. Allez dans All Tasks et sélectionnez List Recovery Points.
7. S'il y a beaucoup de tables, leur affichage peut prendre un certain temps. Par exemple, pour une base de données de 40 Go, la liste peut prendre une dizaine de minutes à se former. Sélectionnez la table souhaitée, puis cliquez sur Recover All Selected.
8. Dans la nouvelle fenêtre, choisissez la base où nous allons restaurer la/les table(s). Dans notre cas, il s'agit de la base GPI TEST.
9. Une fois la restauration terminée, les tables sélectionnées apparaîtront dans la base GPI TEST.
Après la restauration des tables dans la base de données temporaire, elles peuvent être transférées vers la base de données d'origine à l'aide de Management Studio.
Plug-in Commvault pour SQL Management Studio
Les administrateurs de bases de données n’ont pas toujours accès au système de sauvegarde. Parfois, il est nécessaire d'agir rapidement et l'administrateur de la sauvegarde n'est pas sur place. Grâce au plug-in Commvault pour SQL Management Studio, l'administrateur de la base de données pourra effectuer des opérations de base de sauvegarde et de restauration.
Version de SQL Management Studio
Commande
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
Versions des serveurs SQL qui supportent le plug-in Commvault et les commandes qui activent le fonctionnement du plug-in. Le plug-in n'est pris en charge que sur la version 64 bits du système d'exploitation Windows.
1. Exécutez la commande qui correspond à votre version de SQL Server :
2. Maintenant, dans Management Studio, les options pour la sauvegarde et la restauration sont disponibles. Pour cela, il suffit de faire un clic droit sur la base de données souhaitée.
Ainsi, l'administrateur a maintenant la possibilité d'interagir directement avec les sauvegardes de cette base de données sans passer par la console Commvault et sans solliciter l'administrateur du SRK.
3. Lors de l'activation de l'une des fonctions disponibles dans ce menu, une fenêtre s'ouvrira pour demander le nom d'utilisateur et le mot de passe. Pour se connecter à CommServe, on utilise SSO ou tout autre compte du volet Sécurité dans Commserve (connexion Commcell).
4. Si les informations d'identification sont correctement saisies et que les droits d'accès sont suffisants, l'administrateur de la base de données peut :
— lancer une sauvegarde à la demande (Backup);
— restaurer la base de données à partir d'une sauvegarde (Restore);
— consulter l'historique des tâches effectuées (View History) et le progrès des tâches en cours (Job monitor).
Voici à quoi ressemble l'historique des sauvegardes pour la base de données sélectionnée dans Management Studio.
Menu de restauration de la base de données. Il ne diffère même pas du menu de la console.
C'est tout pour ces deux fonctionnalités de l'agent SQL de Commvault. J'ajoute que les sauvegardes avec Commvault conviennent mieux à ceux qui gèrent des dizaines de serveurs, avec plusieurs instances et bases de données, souvent sur différents sites nécessitant une configuration distincte pour les horaires, la profondeur, etc. Si vous avez quelques serveurs, les outils standards de MS SQL suffiront pour les sauvegardes.
Source :
Source : habr.com
