• Article

MSSQLSERVER_3159

Détails

Nom de produit

SQL Server

Version du produit

10.0

Numéro de version

-

ID d'événement

3159

Source de l'événement

MSSQLSERVER

Composant

SQLEngine

Nom symbolique

LDDB_LOGNOTBACKEDUP

Texte du message

La fin du journal pour la base de données "%ls" n'a pas été sauvegardée. Utilisez BACKUP LOG WITH NORECOVERY pour sauvegarder le journal s'il contient des travaux que vous ne voulez pas perdre. Utilisez la clause WITH REPLACE ou WITH STOPAT de l'instruction RESTORE pour remplacer simplement le contenu du journal.

Explication

Dans la plupart des cas, en mode de restauration complète ou en mode de récupération utilisant les journaux de transactions, SQL Server 2005 et les versions ultérieures exigent que vous sauvegardiez la fin du journal pour capturer les enregistrements du journal qui n'ont pas encore été sauvegardés. Une sauvegarde de la fin du journal effectuée juste avant une opération de restauration s'appelle une « sauvegarde de fichier journal après défaillance ».

Si vous récupérez une base de données jusqu'à la défaillance, la sauvegarde de fichier journal après défaillance est la dernière sauvegarde pertinente du plan de récupération. Si vous ne pouvez pas effectuer la sauvegarde de fin de journal, vous pouvez récupérer une base de données uniquement jusqu'à la fin de la dernière sauvegarde ayant été créée avant la défaillance.

SQL Server 2005 et les versions ultérieures requièrent habituellement la réalisation d'une sauvegarde de fichier journal après défaillance avant que vous commenciez à restaurer une base de données. Une sauvegarde de fichier journal après défaillance empêche la perte de données et préserve la continuité de la séquence de journaux de transactions consécutifs. Néanmoins, tous les scénarios de restauration ne nécessitent pas une sauvegarde de fichier journal après défaillance. Vous n'êtes pas obligé de disposer d'une sauvegarde de fichier journal après défaillance si le point de récupération est contenu dans une sauvegarde de journal antérieure ou si vous déplacez ou remplacez (par écrasement) la base de données et ne souhaitez pas la restaurer à un point donné après la sauvegarde la plus récente. De plus, si les fichiers journaux sont endommagés et une sauvegarde de fichier journal après défaillance ne peut pas être créée, vous devez restaurer la base de données sans utiliser une sauvegarde de fichier journal après défaillance. Les transactions validées après la dernière sauvegarde de journal sont perdues. Pour plus d'informations, consultez « Restauration sans utiliser de sauvegarde de fichier journal après défaillance » plus loin dans cette rubrique.

AttentionAttention

L'option REPLACE doit être utilisée rarement et uniquement après un examen attentif.

Action de l'utilisateur

Effectuez une sauvegarde de journal après défaillance et retentez l'opération de restauration.

Si vous ne pouvez pas sauvegarder la fin du journal, utilisez la clause WITH STOPAT ou WITH REPLACE dans vos instructions RESTORE.