Sauvegardes du journal des transactions (SQL Server)

Cette rubrique s’applique uniquement aux bases de données SQL Server qui utilisent les modèles de récupération complètes ou journalisées en bloc. Cette rubrique décrit la sauvegarde du journal des transactions d’une base de données SQL Server.

Au minimum, vous devez avoir créé au moins une sauvegarde complète avant de pouvoir créer des sauvegardes de journal. Après cela, le journal des transactions peut être sauvegardé à tout moment, sauf si le journal est déjà sauvegardé. Nous vous recommandons d’effectuer fréquemment des sauvegardes de journaux, à la fois pour réduire l’exposition à la perte de travail et tronquer le journal des transactions. En règle générale, un administrateur de base de données crée une sauvegarde complète de base de données occasionnellement, par exemple chaque semaine et, éventuellement, crée une série de sauvegarde différentielles de base de données à un intervalle plus court, comme quotidiennement. Indépendamment des sauvegardes de base de données, l’administrateur de base de données sauvegarde le journal des transactions à intervalles fréquents, par exemple toutes les 10 minutes. Pour un type de sauvegarde donné, l’intervalle optimal dépend de facteurs tels que l’importance des données, la taille de la base de données et la charge de travail du serveur.

Dans cette rubrique :

• Fonctionnement d’une séquence de sauvegardes de journaux

• Recommandations

• Tâches associées

• Contenu connexe

Fonctionnement d’une séquence de sauvegardes de journaux

La séquence de sauvegardes de journaux de transactions, chaîne de journaux, est indépendante des sauvegardes de données. Par exemple, supposons la séquence d’événements suivante.

La sauvegarde du journal des transactions créée à 18 h 00 contient les enregistrements du journal des transactions de 16 h à 18 h 00, couvrant l’heure de création de la sauvegarde complète de la base de données à 18 h 00. La séquence de sauvegardes du journal des transactions est continue depuis la sauvegarde complète initiale de la base de données créée à 8:00 A.M. jusqu’à la dernière sauvegarde du journal des transactions créée à 18h00. Pour plus d’informations sur l’application de ces sauvegardes de journaux, consultez l’exemple dans Appliquer les sauvegardes du journal des transactions (SQL Server).

Recommandations

• Si un journal des transactions est endommagé, le travail effectué depuis la sauvegarde valide la plus récente est perdu. Par conséquent, nous vous recommandons vivement de placer vos fichiers journaux sur un stockage tolérant aux pannes.

• Si une base de données est endommagée ou si vous êtes sur le point de restaurer la base de données, nous vous recommandons de créer une sauvegarde de fin de journal pour vous permettre de restaurer la base de données à l’heure actuelle.

• 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 le journal très fréquemment, ces messages de réussite s’accumulent rapidement, ce qui entraîne des journaux d’erreurs énormes qui peuvent rendre les autres messages difficiles. Dans ce cas, vous pouvez supprimer ces entrées de journal à l’aide de 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).

Tâches associées

Pour créer une sauvegarde du journal des transactions

• Sauvegarder un journal des transactions (SQL Server)

• SqlBackup (SMO)

Pour planifier des travaux de sauvegarde, consultez l'Assistant Plan de maintenance.

Contenu associé

Aucun.

Voir aussi

Journal des transactions (SQL Server)
Sauvegarder et restaurer des bases de données SQL Server
Sauvegardes de la fin du journal (SQL Server)
Appliquer des sauvegardes de journal des transactions (SQL Server)