Oups! Dites-vous lorsque vous avez exécuté une requête UPDATE sans condition WHERE sur une base de données et écrasé un tas de lignes avec des données incorrectes. Comment pouvez-vous ramener les bonnes valeurs?

Si vous avez accidentellement exécuté une instruction DROP et que vous disposez d’une sauvegarde complète, étant donné qu’aucun changement n’est survenu après que la table a été supprimée, vous pouvez tout simplement récupérer les données en écrasant la base de données originale avec la sauvegarde. Toutefois, si ce n’est pas le cas, soit parce que les objets de base de données et les données ont été modifiés après que l’instruction SQL DROP a été exécutée, soit parce que vous n’avez pas une sauvegarde de la base de données valide, il existe encore un moyen de récupérer toutes vos données perdues.

Chaque base de données SQL Server contient un ensemble de fichiers stockés dans le système d’exploitation. Ces fichiers stockent les données et les informations de journalisation. Les fichiers sont utilisés individuellement par une seule base de données et les informations de journalisation et les données ne sont jamais mélangées dans le même fichier. Alors que les données sont stockées dans un fichier MDF, toutes les transactions, les modifications de la base de données SQL Server effectuées par chaque transaction sont stockées dans un fichier LDF – le fichier de journalisation des transactions qui est une composante essentielle de la base de données. D’un point de vue conceptuel, le fichier de journalisation est une série d’enregistrements du journal. Physiquement, les enregistrements de journalisation sont stockés dans un ou plusieurs fichiers LDF physiques qui constituent le journal des transactions.