Discussion :

[StringBuilder]

Bonjour,

Un collègue tout à l'heure a lancé un update malencontreux sur une table sensible d'une application.
=> L'application ne fonctionne plus du tout.

S'agissant d'un serveur de DEV, peu sollicité, et une sauvegarde de la VM ayant été faite hier soir, on s'est pas trop posé de questions : restore de la VM (ouais, admins bourrins powa).

Cependant, si cette bévue avait été faite sur le serveur de production, ou si les sauvegardes, pour une raison ou une autre s'avéraient inutilisables, ou la perte de données trop importantes, est-ce possible de dire à SQL Server "ok mon gars, c'est bien, là il est 11h12, moi je veux que tu reviennes exactement dans l'état dans lequel tu était à 10h31, avant que ce collègue étourdi casse tout" ?

J'ai bien l'impression que le journal des transactions sert à ça, ou presque.

Comment ça marche ?

J'ai cherché un peu, et j'avoue qu'autant je trouve des infos pour :
- restaurer un backup (aussi bien data que journal)
- tronquer un journal des transactions

Mais rien concernant un hypothétique retour en arrière.

J'imagine qu'il faut restaurer les données avec un backup, et rejouer le journal des transactions jusqu'à un instant précis (c'est tout du moins la démarche sous Oracle) ? Comment faire ?

PS : La base est paramétrée en mode "full recovery". Il s'agit d'une édition Express (mais la réponse m'intéresse aussi si elle n'est pas applicable à Express).

[StringBuilder]

Bon, désolé, fallait juste essayer avant de poser la question, c'est tellement simple !

Pour les noobs comme moi qui se posent la question en se disant que ça doit être super compliqué...

Sauvegarder la base à un instant T (véfirier qu'elle est bien paramétrée en mode "full recovery").
Faire des modifications dedans.
Noter l'heure.
Faire une grosse connerie.

Lancer une restauration des données en cliquant sur "barre de planning"
=> Choisir l'heure juste avant la connerie

Vérifier dans l'onglet "options" que "fermer les connexions à la base" est bien cochée

Et lancer la restauration.

La connerie a disparu, mais les modifications post-sauvegarde sont toujours là !

C'est magique !

[darkelend]

En fait, cette opération consiste à restaurer ta dernière sauvegarde FULL + éventuellement tes DIFF puis tous les Backup LOG. Et sur la restauration du dernier LOG, utiliser un stopat pour lui dire de restaurer jusqu'à une certaine heure. (doc MSDN)
Et effectivement, ça ne fonctionnerait pas pour une base en recovery SIMPLE.

[dbaffaleuf]

Et parfois l'heure ça peut être trop vague comme information. On peut carrément aller chercher à la transaction près: http://blog.capdata.fr/index.php/poi...fn_dump_dblog/

[StringBuilder]

Merci pour ces compléments d'information

Je garde le topic en favoris