MSSQLSERVER_3159
S’applique à :SQL Server
Détails
Attribut | Valeur |
---|---|
Nom du produit | SQL Server |
ID de l’é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 exige 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 la fin du journal ».
Si vous récupérez une base de données jusqu'à la défaillance, la sauvegarde de la fin du journal est la dernière sauvegarde pertinente du plan de récupération. Si vous ne pouvez pas effectuer la sauvegarde de la fin du 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 requiert habituellement la réalisation d'une sauvegarde de la fin du journal avant que vous commenciez à restaurer une base de données. Une sauvegarde de la fin du journal 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 la fin du journal. Vous n'êtes pas obligé de disposer d'une sauvegarde de la fin du journal 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 la fin du journal ne peut pas être créée, vous devez restaurer la base de données sans utiliser une sauvegarde de la fin du journal. 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 la fin du journal » plus loin dans cette rubrique.
Attention
L'option REPLACE doit être utilisée rarement et uniquement après un examen attentif.
Action de l'utilisateur
Effectuez une sauvegarde de la fin du journal 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.
Voir aussi
Restaurer une base de données SQL Server jusqu'à une limite dans le temps (mode de récupération complète)
Sauvegarder le journal des transactions quand la base de données est endommagée (SQL Server)
Sauvegarder un journal des transactions (SQL Server)
Sauvegardes de la fin du journal (SQL Server)
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour