|
可能有不少朋友遇到过这样的问题:
$ i; C5 N2 A: K* |: L2 oupdate或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份或不能备份日志(truncatelogoncheckpoint选项为1),那么就无法进行数据恢复了,或者只能恢复到最近一次的备份的数据了。
: t) j$ f9 i" H* o2 |9 ~以下简单说明恢复数据方法:
2 g2 o" H& C; o: S) D" d O1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进进行一次日志备份(如果为了不让日志文件变大而置trunc.logonchkpt.选项为1那你就死翘了)
. k G0 W' W% B9 a. I* xbackuplogdbNametodisk='fileName'4 W% Z. H. z% Q/ }+ A! {1 E2 p
2,恢复一个全库备份,注意需要使用withnorecovery,如果还有其他差异或增量备份,则逐个恢
' _" f; V' l' w; a' |复3 V, n/ `$ W: i% T' L: \; Z
restoredatabasedbNamefromdisk='fileName'withnorecovery+ {7 m6 M- E7 [. r* e+ W2 b5 n
3,恢复最后一个日志备份即刚做的日志备份,指定恢复时间点到误操作之前的时刻+ g$ b1 L7 Z8 [( \
restorelogdbNamefromdisk='fileName'
! ~, o) B, o+ [6 r3 Qwithstopat='date_time'6 y: w4 [2 }; ^) V
以上这些操作都可以在SQLSERVER企业管理器里完成,难度不大。。。7 t( F' r, D( J5 ]. W$ W
当然,如果误操作是一些不记日志的操作比如truncatetable,selectinto等操作,那么是无法利用上述方法来恢复数据的...
' Q p8 G0 `2 ^/ O. w7 T! Z2 y `8 u' e+ y9 u4 e! P7 v
|
|