voila je voudrais savoir si il existe un utilitaire ou une procedure pour
faire un retour en arriere grave au journal ?
exemple on execute une reque de mise à jour mais il ne le fallait pas ?
ou un delete malencontreux ?
remettre une n'est pas toujours chose facile quand l'ont doit retorer toute
la base pour simplement recuperer une table
cela peut prendre pas mal de temps ?
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Ch." wrote in message news:
Bonjour,
voila je voudrais savoir si il existe un utilitaire ou une procedure pour faire un retour en arriere grave au journal ? exemple on execute une reque de mise à jour mais il ne le fallait pas ? ou un delete malencontreux ?
remettre une n'est pas toujours chose facile quand l'ont doit retorer toute la base pour simplement recuperer une table cela peut prendre pas mal de temps ?
existe t'il une solution ?
Merci !
Oui, il existe des produits comme par exemple SQL-Log Rescue de RedGate ou
LogExplorer de Lumigent mais ils ne sont pas gratuits:
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF
"Ch." <christophe@digital16-9.com> wrote in message
news:uidodi2ZGHA.4752@TK2MSFTNGP02.phx.gbl...
Bonjour,
voila je voudrais savoir si il existe un utilitaire ou une procedure pour
faire un retour en arriere grave au journal ?
exemple on execute une reque de mise à jour mais il ne le fallait pas ?
ou un delete malencontreux ?
remettre une n'est pas toujours chose facile quand l'ont doit retorer
toute la base pour simplement recuperer une table
cela peut prendre pas mal de temps ?
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"Ch." wrote in message news:
Bonjour,
voila je voudrais savoir si il existe un utilitaire ou une procedure pour faire un retour en arriere grave au journal ? exemple on execute une reque de mise à jour mais il ne le fallait pas ? ou un delete malencontreux ?
remettre une n'est pas toujours chose facile quand l'ont doit retorer toute la base pour simplement recuperer une table cela peut prendre pas mal de temps ?
existe t'il une solution ?
Merci !
SQLpro [MVP]
Ch. a écrit :
Bonjour,
voila je voudrais savoir si il existe un utilitaire ou une procedure pour faire un retour en arriere grave au journal ? exemple on execute une reque de mise à jour mais il ne le fallait pas ? ou un delete malencontreux ?
oui, il faut d'abors noter l'heure serveur exacte de l'erreur ensuite procéder à une sauvegarde du JT de la base qui doit être en mode FULL (recovery) ensuite il faut restaurer la dernière complète, la dernière différentielle s'il y en a une et tous les JT entre l'une la dernière complèete ou la dernière différentielle et la dernière suavegarde du JT, tout cela en mode NORECOVERY. Enfin, il faut restaurer le dernier JT avec les options RECOVERY et STOPAT en précisant pour l'option STOPAT l'heure de survenance de l'erreur moins une minute.
Dès lors votre base sera dans l'état juste avant l'erreur.
remettre une n'est pas toujours chose facile quand l'ont doit retorer toute la base pour simplement recuperer une table cela peut prendre pas mal de temps ?
Quand à des retours "partiels" cela est strictement impossible compte tenu du paradoxe temporel inhérents à la manipulation des données, sauf à n'avoir fait aucune modif à la base (ni ajout, ni suppression ni modifications de données).
existe t'il une solution ?
Merci !
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Ch. a écrit :
Bonjour,
voila je voudrais savoir si il existe un utilitaire ou une procedure pour
faire un retour en arriere grave au journal ?
exemple on execute une reque de mise à jour mais il ne le fallait pas ?
ou un delete malencontreux ?
oui, il faut d'abors noter l'heure serveur exacte de l'erreur
ensuite procéder à une sauvegarde du JT de la base qui doit être en mode
FULL (recovery)
ensuite il faut restaurer la dernière complète, la dernière
différentielle s'il y en a une et tous les JT entre l'une la dernière
complèete ou la dernière différentielle et la dernière suavegarde du
JT, tout cela en mode NORECOVERY.
Enfin, il faut restaurer le dernier JT avec les options RECOVERY et
STOPAT en précisant pour l'option STOPAT l'heure de survenance de
l'erreur moins une minute.
Dès lors votre base sera dans l'état juste avant l'erreur.
remettre une n'est pas toujours chose facile quand l'ont doit retorer toute
la base pour simplement recuperer une table
cela peut prendre pas mal de temps ?
Quand à des retours "partiels" cela est strictement impossible compte
tenu du paradoxe temporel inhérents à la manipulation des données, sauf
à n'avoir fait aucune modif à la base (ni ajout, ni suppression ni
modifications de données).
existe t'il une solution ?
Merci !
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
voila je voudrais savoir si il existe un utilitaire ou une procedure pour faire un retour en arriere grave au journal ? exemple on execute une reque de mise à jour mais il ne le fallait pas ? ou un delete malencontreux ?
oui, il faut d'abors noter l'heure serveur exacte de l'erreur ensuite procéder à une sauvegarde du JT de la base qui doit être en mode FULL (recovery) ensuite il faut restaurer la dernière complète, la dernière différentielle s'il y en a une et tous les JT entre l'une la dernière complèete ou la dernière différentielle et la dernière suavegarde du JT, tout cela en mode NORECOVERY. Enfin, il faut restaurer le dernier JT avec les options RECOVERY et STOPAT en précisant pour l'option STOPAT l'heure de survenance de l'erreur moins une minute.
Dès lors votre base sera dans l'état juste avant l'erreur.
remettre une n'est pas toujours chose facile quand l'ont doit retorer toute la base pour simplement recuperer une table cela peut prendre pas mal de temps ?
Quand à des retours "partiels" cela est strictement impossible compte tenu du paradoxe temporel inhérents à la manipulation des données, sauf à n'avoir fait aucune modif à la base (ni ajout, ni suppression ni modifications de données).
existe t'il une solution ?
Merci !
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
