Article
09/27/2010

Création de sauvegardes des fichiers journaux de transactions

Cette rubrique s'applique uniquement aux bases de données employant les modes de restauration complète ou de récupération utilisant les journaux de transactions.

Cette rubrique décrit les points à prendre en considération en vue de la sauvegarde de fichiers journaux de transactions et propose des liens vers les procédures à appliquer pour lancer ce type de sauvegardes. Pour plus d'informations sur le sujet, consultez Utilisation des sauvegardes de journaux de transactions.

Conditions de sauvegarde des journaux des transactions

Vous devez disposer d'au moins une sauvegarde complète avant d'effectuer des sauvegardes de journaux. Puis, le journal des transactions peut être sauvegardé au cours de n'importe quelle sauvegarde, sauf une autre sauvegarde de journal. Nous vous recommandons d'effectuer des sauvegardes de journaux fréquemment à la fois pour réduire les risques de perte de travail et de permettre la troncation du journal.

En règle générale, avant de restaurer une base de données, vous devez essayer de sauvegarder la fin du journal. Pour des informations sur la création d'une sauvegarde de fichier journal après défaillance et sur les conditions dans lesquelles celle-ci n'est pas nécessaire, consultez Sauvegardes de fichier journal après défaillance.

Fonctionnement des sauvegardes de journal

En règle générale, un administrateur de base de données crée une sauvegarde complète d'une base de données à un intervalle régulier, par exemple, toutes les semaines. Il peut éventuellement créer une sauvegarde différentielle à intervalle plus réduit (par exemple, au quotidien) et créer une sauvegarde du journal des transactions plus fréquemment encore (par exemple, toutes les 10 minutes). L'intervalle optimal entre les sauvegardes varie en fonction de divers facteurs tels que l'importance des données, la taille de la base de données et la charge de travail du serveur.

Si un journal des transactions est endommagé, vous perdez alors les travaux réalisés depuis la sauvegarde de journal la plus récente. Ce point souligne l’importance du placement des fichiers journaux sur un stockage à tolérance de fautes.

La séquence de sauvegardes des journaux des transactions ne dépend pas des sauvegardes de base de données complètes. Vous pouvez effectuer une séquence de sauvegardes des journaux des transactions, puis des sauvegardes de base de données complètes périodiques à utiliser au démarrage d'une opération de restauration. Supposons, par exemple, que la séquence des événements est la suivante.

Heure	Événement
8h00	Sauvegarde de la base de données.
Midi	Sauvegarde du journal des transactions.
16h00	Sauvegarde du journal des transactions.
18h00	Sauvegarde de la base de données.
20h00	Sauvegarde du journal des transactions.

La sauvegarde du journal des transactions créée à 20H00 contient les enregistrements du journal des transactions effectués de 16H00 à 20H00, ce qui couvre le moment de la création de la sauvegarde complète intervenant à 18H00. La séquence des sauvegardes du journal des transactions est continue depuis la sauvegarde complète de la base de données initiale créée à 08H00 jusqu'à la dernière sauvegarde du journal des transactions effectuée à 20H00.

Pour plus d'informations sur l'application des journaux de transactions, reportez-vous à l'exemple cité dans Application de sauvegardes du journal des transactions.

[!REMARQUE]

Par défaut, chaque opération de sauvegarde réussie ajoute une entrée au journal des erreurs SQL Server et au journal des événements système. Si vous sauvegardez très fréquemment le journal, ces messages de réussite peuvent rapidement s'accumuler, créer des journaux d'erreurs très volumineux et compliquer la recherche d'autres messages. Dans de tels cas, vous pouvez supprimer ces entrées de journal en utilisant l'indicateur de trace 3226 si aucun de vos scripts ne dépend de ces entrées. Pour plus d'informations, consultez Indicateurs de trace (Transact-SQL).