Partager via

sauvegardes Tail-Log (SQL Server)

Cette rubrique s’applique uniquement à la sauvegarde et à la restauration des bases de données SQL Server qui utilisent les modèles de récupération complètes ou journalisées en bloc.

Une sauvegarde de la fin du journal capture tous les enregistrements de journal qui n’ont pas encore été sauvegardés (la fin du journal) pour éviter toute perte de travail et conserver la chaîne de journaux intacte. Avant de pouvoir récupérer une base de données SQL Server à son dernier point dans le temps, vous devez sauvegarder la fin de son journal des transactions. La sauvegarde de la fin du journal sera la dernière sauvegarde intéressante dans le plan de récupération de la base de données.

Remarque

Tous les scénarios de restauration ne nécessitent pas de sauvegarde de fin de journal. Vous n’avez pas besoin d’une sauvegarde de la fin du journal si le point de récupération est contenu dans une sauvegarde de journal antérieure. En outre, une sauvegarde de la queue du journal des transactions n’est pas nécessaire si vous déplacez ou remplacez (écrasez) une base de données et n’avez pas besoin de la restaurer à un instant précis après sa sauvegarde la plus récente.

Scénarios nécessitant une sauvegarde Tail-Log

Nous vous recommandons d’effectuer une sauvegarde du journal de queue dans les scénarios suivants :

  • Si la base de données est en ligne et que vous envisagez d’effectuer une opération de restauration sur la base de données, commencez par sauvegarder la fin du journal. Pour éviter une erreur pour une base de données en ligne, vous devez utiliser l'option WITH NORECOVERY de l'instruction BACKUPTransact-SQL.

  • Si une base de données est hors connexion et ne parvient pas à démarrer et que vous devez restaurer la base de données, commencez par sauvegarder la fin du journal. Étant donné qu’aucune transaction ne peut se produire pour l’instant, l’utilisation de WITH NORECOVERY est facultative.

  • Si une base de données est endommagée, essayez d’effectuer une sauvegarde du journal de fin en utilisant l’option WITH CONTINUE_AFTER_ERROR de l’instruction BACKUP.

    Sur une base de données endommagée, la sauvegarde de la fin du journal peut réussir uniquement si les fichiers journaux ne sont pas endommagés, la base de données est dans un état qui prend en charge les sauvegardes de la fin du journal et la base de données ne contient aucune modification journalisée en bloc. Si une sauvegarde de la fin du journal ne peut pas être créée, toutes les transactions validées après la dernière sauvegarde du journal sont perdues.

Le tableau suivant récapitule les paramètres BACKUP NORECOVERY et CONTINUE_AFTER_ERROR.

Option BACKUP LOG Commentaires
NORECOVERY Utilisez NORECOVERY chaque fois que vous envisagez de poursuivre une opération de restauration sur la base de données. NORECOVERY met la base de données dans l'état de restauration. Cela garantit que la base de données ne change pas après la sauvegarde du journal de queue. Le journal est tronqué, sauf si l’option NO_TRUNCATE ou l’option COPY_ONLY est également spécifiée.

**Important** Nous vous recommandons d’éviter d’utiliser NO_TRUNCATE, sauf lorsque la base de données est endommagée.
CONTINUER_APRÈS_ERREUR Utilisez CONTINUE_AFTER_ERROR uniquement si vous sauvegardez la fin d’une base de données endommagée.

Remarque : Lorsque vous utilisez la sauvegarde de la fin du journal sur une base de données endommagée, certaines des métadonnées généralement capturées dans les sauvegardes de journaux peuvent ne pas être disponibles. Pour plus d’informations, consultez Tail-Log Sauvegardes dont les métadonnées de sauvegarde sont incomplètes, plus loin dans cette rubrique.

sauvegardes Tail-Log qui ont des métadonnées de sauvegarde incomplètes

Les sauvegardes de journaux de fin capturent la fin du journal même si la base de données est hors connexion, endommagée ou que des fichiers de données manquent. Cela peut entraîner des métadonnées incomplètes à partir des commandes d’informations de restauration et msdb. Toutefois, seules les métadonnées sont incomplètes ; le journal capturé est complet et utilisable.

Si une sauvegarde de la fin du journal comporte des métadonnées incomplètes, dans la table du jeu de sauvegarde , has_incomplete_metadata est définie sur 1. En outre, dans la sortie de RESTORE HEADERONLY, HasIncompleteMetadata a la valeur 1.

Si les métadonnées d’une sauvegarde de la fin du journal sont incomplètes, la table backupfilegroup manque la plupart des informations sur les groupes de fichiers au moment de la sauvegarde de la fin du journal. La plupart des colonnes de table backupfilegroup sont NULL ; les seules colonnes significatives sont les suivantes :

  • backup_set_id

  • filegroup_id

  • type

  • type_desc

  • is_readonly

Tâches associées

Pour créer une sauvegarde du journal de queue, consultez Sauvegarder le journal des transactions lorsque la base de données est endommagée (SQL Server).

Pour restaurer une sauvegarde du journal des transactions, consultez Restaurer une sauvegarde du journal des transactions (SQL Server).

Voir aussi

BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Sauvegarder et restaurer des bases de données SQL Server
Sauvegardes de type copie uniquement (SQL Server)
Sauvegardes du journal des transactions (SQL Server)
Appliquer des sauvegardes de journal des transactions (SQL Server)

  • Last updated on