Chat now with support
Chat mit Support

NetVault Plug-in for SQL Server 12.0 - 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
Restauration de données Dépannage

Sauvegarde différentielle de base de données pour un VDI en ligne

Les sauvegardes différentielles de base de données sont prises en charge par :

•
Versions serveurs SQL : Tous
•
Modèles de récupération : Tous

Avec une sauvegarde différentielle de base de données, seules les données modifiées depuis la dernière sauvegarde complète de base de données sont sauvegardées. Les sauvegardes différentielles prennent moins de place et sont plus rapides à créer que les sauvegardes complètes.

Une sauvegarde différentielle est utile si certains des tableaux de la base de données sont modifiés plus fréquemment que d'autres. Dans ce cas, les sauvegardes différentielles de la base de données vous permettent de sauvegarder fréquemment en évitant la complexité des sauvegardes complètes de base de données.

Sauvegarde en copie seule pour un VDI en ligne

Les sauvegardes en copie seule sont prises en charge par :

•
Versions serveurs SQL : 2008 et ultérieure
•
Modèles de récupération : Tous

Les sauvegardes en copie seule sont indépendantes de la séquence normale des sauvegardes. Une sauvegarde en copie seule ne peut pas, contrairement à une sauvegarde complète, servir de base pour une série de sauvegardes différentielles. L'exécution d'une sauvegarde en copie seule ne modifie pas le contenu de la prochaine sauvegarde différentielle. Les sauvegardes en copie seule sont idéales pour les situations qui nécessitent des services spéciaux, tels que la création d'environnements de test ou les bases de données en attente.

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 : Tous
•
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 : 2008 et ultérieure
•
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.
Verwandte Dokumente

The document was helpful.

Bewertung auswählen

I easily found the information I needed.

Bewertung auswählen