Tchater maintenant avec le support
Tchattez avec un ingénieur du support

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

Présentation de Plug-in NetVault Backup pour SQL Server Planification de votre déploiement SQL Server Installation et retrait du plug-in Configuration du plug-in Sauvegarde de données
Définition d'une stratégie de sauvegarde Comprendre la sauvegarde basée sur des instantanés Aperçu des fonctions de compression Exécution de sauvegardes VDI en ligne Exécution de sauvegardes VSS dans SQL Server Exemple de création d'une sauvegarde complète VDI d'un groupe de disponibilité AlwaysOn sous Windows
Restauration de données Utilisation de la CLI avec le plug-in Dépannage

Sauvegarde incrémentielle du journal de transactions pour un VDI en ligne

Les sauvegardes incrémentielles du journal de transactions sont prises en charge par :

•
Versions serveurs SQL : Windows 2008 et versions supérieures ; Linux 2017 et versions supérieures
•
Modèles de récupération : uniquement complète ou en connexion groupée

Les journaux de transactions de serveurs SQL sont essentiels pour la récupération des données et doivent être sauvegardés régulièrement. La sauvegarde des journaux de transactions permet de récupérer la base de données à partir d’un point de récupération ou du moment de défaillance.

Une sauvegarde incrémentielle du journal de transactions permet de stocker tous les journaux de transactions, y compris ceux générés depuis les dernières sauvegardes complètes ou différentielles des bases de données, fichiers et groupes de fichiers, ou les dernières sauvegardes incrémentielles des journaux de transactions. Une sauvegarde incrémentielle des journaux de transactions ne doit pas être effectuée dans les conditions suivantes :

•
Avant la création d’une sauvegarde complète de base de données, d’un fichier ou d’un groupe de fichiers. Le journal de transactions contient les modifications apportées à la base de données après la dernière sauvegarde créée.
•
Après la troncature manuelle du journal de transactions, il est nécessaire d’effectuer d’abord une sauvegarde complète ou différentielle de la base de données. Microsoft recommande fortement de ne pas tronquer manuellement les journaux de transactions.

Sauvegarde de fin du journal pour un VDI en ligne

Les sauvegardes de fin du journal sont prises en charge par :

•
Versions serveurs SQL : Windows 2008 et versions supérieures ; Linux 2017 et versions supérieures
•
Modèles de récupération : uniquement complète

Une sauvegarde de fin du journal enregistre les journaux de transactions qui n’ont pas encore été sauvegardés et constitue la dernière sauvegarde restaurée dans une séquence de restauration. Pour le serveur SQL, il est nécessaire de sauvegarder la fin du journal avant la restauration d’une base de données qui est attachée à l’instance SQL Server. Par conséquent, une sauvegarde de fin de journal est la première étape dans la plupart des séquences de restauration.

Une sauvegarde de fin de journal diffère d’une sauvegarde incrémentielle du journal de transactions :

•
Vous pouvez essayer d’exécuter une sauvegarde de fin de journal même si la base de données ne démarre pas, par exemple si la base de données est endommagée ou qu’elle est hors ligne. Si la base de données est endommagée, une sauvegarde de fin de journal n’aboutit que si les fichiers journaux sont intacts, que la base de données est dans un état qui prend en charge les sauvegardes de fin de journal et qu’elle ne contient pas de modifications groupées.
•
La fin d’un journal peut contenir des métadonnées incomplètes si la base de données est endommagée. Certaines de ces métadonnées, normalement disponibles pour les sauvegardes de journal, peuvent être indisponibles pour une sauvegarde de fin de journal. Cependant, le journal enregistré est complet et utilisable.

Si la base de données est hors ligne et endommagée au moment de la sauvegarde de fin de journal, les données de fin de journal peuvent ne pas être autonomes. Les données transactionnelles d’une fin de journal sont toujours complètes et utilisables. Cependant, si la sauvegarde de fin de journal est lancée alors que la base de données est endommagée ou hors ligne, il peut manquer une partie des métadonnées. Si ce problème se produit, une récupération à partir d’une sauvegarde de fin de journal génèrera les erreurs suivantes : Le tableau « Sauvegarde des groupes de fichiers » ne contiendra pas toutes les informations sur les groupes de fichiers, et la colonne « Métadonnées incomplètes » du tableau « Paramètres de sauvegarde » sera définie sur la valeur 1.
 
* 
AVERTISSEMENT : étant donné que les sauvegardes de fin de journal placent les bases de données en mode hors ligne, effectuez uniquement une sauvegarde de fin de journal si vous souhaitez réaliser une restauration et une récupération. Les sauvegardes de fin de journal ne doivent pas être utilisées comme un substitut aux sauvegardes incrémentielles de journaux de transactions, régulières ou non planifiées.
•
Si vous travaillez avec un groupe de disponibilité AlwaysOn, utilisez SQL Server Management Studio pour supprimer les bases de données primaires et secondaires du groupe avant d’effectuer une sauvegarde de fin de journal. Une fois les bases de données retirées du groupe, leur état passe à l’état Restauration. Elles sont gérées par l’instance de SQL Server à qui est attribué le rôle principal dans le groupe. Pour terminer la sauvegarde de fin de journal, sélectionnez les bases de données dans l’instance SQL Server.

Sauvegarde de fichiers et de groupes de fichiers pour un VDI en ligne

Les sauvegardes de fichiers et de groupes de fichiers sont prises en charge par :

•
Versions serveurs SQL : Windows 2008 et versions supérieures
•
Modèles de récupération : tous

Une sauvegarde de fichiers et de groupes de fichiers stocke toutes les données dans un ou plusieurs fichiers ou groupes de fichiers. Un ensemble complet de sauvegarde de fichiers ou de groupes de fichiers est équivalent à une sauvegarde complète de base de données.

Une sauvegarde de fichiers et de groupes de fichiers a plusieurs avantages par rapport à une sauvegarde complète de base de données :

•
Avec une sauvegarde de fichiers et de groupes de fichiers, vous pouvez sauvegarder et restaurer les fichiers d’une base de données individuellement. Ce processus peut accélérer la récupération car vous pouvez choisir de restaurer uniquement les fichiers endommagés sans restaurer le reste de la base de données.
•
Une sauvegarde de fichiers et de groupes de fichiers permet d’accroître la flexibilité dans le traitement de grandes bases de données contenant de multiples caractéristiques de mise à jour. Vous trouverez ci-dessous quelques recommandations :
•
Sauvegarder fréquemment les données régulièrement mises à jour.
•
Sauvegarder de temps en temps les données modifiées moins souvent.
•
Sauvegarder les données en lecture seule une fois.

Le principal inconvénient.de la sauvegarde de fichiers et de groupes de fichiers est le risque d’une défaillance du support, qui peut rendre toute une base de données irrécupérable si un fichier endommagé n’a pas de sauvegarde.

Par défaut, les sauvegardes de fichiers contiennent assez d’enregistrements de journaux pour restaurer le fichier par progression à la fin de l’opération de sauvegarde. Dans le cadre d’une récupération simple, la sauvegarde complète de fichiers et de groupes de fichiers est limitée aux fichiers secondaires en lecture seule. Vous pouvez créer une sauvegarde de fichiers d’un groupe de fichiers en lecture/écriture, mais, avant de pouvoir restaurer la sauvegarde de fichiers en lecture/écriture, vous devez définir le groupe de fichiers en lecture seule et réaliser une sauvegarde différentielle en lecture seule.

Sauvegarde différentielle de fichiers et de groupes de fichiers pour un VDI en ligne

Les sauvegardes différentielles de fichiers et de groupes de fichiers sont prises en charge par :

•
Versions serveurs SQL : Windows 2008 et versions supérieures
•
Modèles de récupération : tous

Une sauvegarde différentielle de fichiers et de groupes de fichiers ne recense que les données modifiées depuis la dernière sauvegarde de fichiers. Ces sauvegardes sont rapides parce que le moteur de la base de données suit les modifications effectuées depuis la dernière sauvegarde du fichier, éliminant le besoin d’analyser le fichier.

Pour le modèle de récupération simple, une sauvegarde différentielle de fichiers permet de créer les sauvegardes des fichiers actuels de manière plus rapide et en optimisant l’espace de stockage. Les sauvegardes différentielles de fichiers réduisent également le temps de récupération pour le modèle de récupération complète, en réduisant le nombre de journaux de transactions qui doivent être restaurés.

Les sauvegardes différentielles de fichiers et de groupes de fichiers doivent être envisagées lorsque :

•
Vous sauvegardez des fichiers beaucoup moins fréquemment que d’autres.
•
Vous avez des fichiers de grande taille et les données ne sont pas mises à jour à fréquemment, ou les mêmes données sont mises à jour de façon répétée.
Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation