NetVault Plug-in for SQL Server 12.0 - Guide de l'utilisateur

Service de copie Volume Shadow (VSS)

Microsoft permet de créer des instantanés des données SQL Server à l'aide de VSS. La méthode VSS permet de sauvegarder des volumes tandis que les applications du système continuent d'écrire sur les volumes. Microsoft fournit un enregistreur VSS SQL Server qui permet à des programmes de sauvegarde comme Plug‑in pour SQL Server de copier des données du serveur SQL même lorsqu'il est en fonctionnement. Les sauvegardes VSS n'ont pas d'impact négatif sur les performances ou la stabilité des serveurs SQL.

Avec la méthode de sauvegarde VSS, Plug‑in pour SQL Server crée 2xN (où N représente le nombre de bases de données) nombre de connexions utilisateur avec SQL Server. N connexions utilisateur peuvent être actives au même moment.


	IMPORTANT: Inconvénient des sauvegardes VSS : l'enregistreur VSS du serveur SQL ne peut pas restaurer une base de données vers une autre instance de serveur SQL. C'est le cas lorsqu'une instance se trouve sur les mêmes serveur et hôte, et également si elle se trouve sur un serveur et un hôte différent.

VSS vous permet de :

•

Utilisez des instantanés afin d'effectuer des sauvegardes cohérentes sur des unités de stockage sur disque ou sur bande.

•

Créer et stocker des instantanés en tant que sauvegardes sur des matrices de disques prises en charge par NetVault Backup.


	REMARQUE: L'option Sauvegarder les fichiers dans le stockage est prise en charge avec n'importe quel stockage sur disque. Pour utiliser les options Conserver la persistance des instantanés et Ignorer après, les données que vous sauvegardez doivent se trouver sur une matrice de disque prise en charge par NetVault Backup. De plus, pour les instantanés persistants, seules les métadonnées sont copiées vers la cible.

Aperçu des modèles de récupération de SQL Server

Lorsqu'une base de données est créée, un modèle de récupération est activé. Microsoft définit un modèle de récupération comme une « propriété d'une base de données qui contrôle le comportement de la sauvegarde et de la récupération de la base de données. » Le modèle de récupération de la base de données contrôle la façon dont les transactions sont consignées, si le journal de transactions peut être sauvegardé et quels types de restaurations sont pris en charge. SQL Server offre trois modèles de récupération différents : Simple, complète, et connexion groupée.

•

Récupération simple : Avec un modèle de récupération simple, les sauvegardes de journaux ne sont pas prises en charge. Par conséquent, les changements depuis la sauvegarde la plus récente ne sont pas protégés. Dans le cas d'une défaillance, ces changements doivent être exécutés à nouveau. La restauration vers un point de sauvegarde n'est pas possible.

•

Récupération complète : Le modèle de récupération complète d'une base de données exige des sauvegardes de journaux ; par conséquent, aucun travail n'est perdu à cause d'un fichier de données perdu ou endommagé. La restauration vers un point de sauvegarde est prise en charge, en supposant que les sauvegardes sont complètes jusqu'au point de défaillance.

•

Récupération en connexion groupée : Le modèle de récupération en connexion groupée des bases de données exige des sauvegardes de journaux. Le modèle de récupération en connexion groupée est une variante du modèle de récupération complète qui permet des opérations de copie en bloc de haute performance. Ce modèle réduit l'utilisation de l'espace du journal en enregistrant en bloc la plupart des opérations. Si un journal est endommagé ou que des opérations en bloc ont eu lieu depuis la dernière sauvegarde du journal de transactions, ces changements doivent être exécutés à nouveau. La restauration vers un point de sauvegarde n'est pas prise en charge pour les bases de données en connexion groupée.

Choix du meilleur modèle de récupération

Tenir compte des points suivants lors du choix d'un modèle de récupération pour une base de données :

•

Récupération simple : Le modèle de récupération simple doit être activé uniquement pour les bases de données qui ne sont pas mises à jour fréquemment (pour le test, le développement ou les bases de données contenant principalement des données en lecture seule).

•

Récupération complète : Le modèle de récupération complète doit être activé pour les bases de données transactionnelles pour lesquelles une restauration complète et une prévention de pertes de données sont nécessaires dans un grand nombre de scénarios de récupération.

•

Récupération en connexion groupée : Le modèle de récupération en connexion groupée doit être utilisé temporairement, lorsque les opérations en bloc, par exemple des importations en masse ou une création d'un index, sont effectuées sur des bases de données en récupération complète. Le modèle de récupération en connexion groupée augmente les performances et réduit la consommation de l'espace journal lors de ces opérations ; vous pouvez paramétrer à nouveau les bases de données en récupération complète à la fin des opérations en bloc.

Pour plus d'informations, voir Modèles de récupération et gestion des journaux de transactions dans le Documentation SQL Server en ligne.