|
可能有不少朋友遇到过这样的问题:/ o, A% F. a, W7 b0 N% [
update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份或不能备份日志(truncatelogoncheckpoint选项为1),那么就无法进行数据恢复了,或者只能恢复到最近一次的备份的数据了。
( [ T$ i) A: X$ t以下简单说明恢复数据方法:& l; H- D _5 k& [4 v
1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进进行一次日志备份(如果为了不让日志文件变大而置trunc.logonchkpt.选项为1那你就死翘了)1 j) t6 k6 w+ J2 e0 j* E7 k
backuplogdbNametodisk='fileName'
4 k) f+ O. {; B* X8 B2,恢复一个全库备份,注意需要使用withnorecovery,如果还有其他差异或增量备份,则逐个恢7 O/ |* |+ k( \ J+ d) p
复
% Z2 i' i& g7 `5 ?/ |2 u5 Y+ s4 QrestoredatabasedbNamefromdisk='fileName'withnorecovery
8 I/ q/ x' W/ N4 B# g% m3,恢复最后一个日志备份即刚做的日志备份,指定恢复时间点到误操作之前的时刻. E6 D' `* x5 A; I1 [. o! m# ?
restorelogdbNamefromdisk='fileName'; Y% y, t7 |: g6 _2 |/ H2 i
withstopat='date_time'
- ~, ~ [' S6 k以上这些操作都可以在SQLSERVER企业管理器里完成,难度不大。。。% D# }" _+ ] S) {$ P
当然,如果误操作是一些不记日志的操作比如truncatetable,selectinto等操作,那么是无法利用上述方法来恢复数据的...
* f" C+ b" f: y5 a* E
6 p0 [. k9 O- S2 S5 W* L# J y) J( b |
|