[转]SQL Server利用数据库日志恢复数据到时间点的操作
2005-11-02 07:41
726 查看
可能有不少朋友遇到过这样的问题:
update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,
这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份
或不能备份日志(truncate log on checkpoint选项为1),那么就无法进行数据的恢复了,或者
只能恢复到最近一次的备份的数据了。
以下简单说明恢复数据方法:
1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进
进行一次日志备份(如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了)
backup log dbName to disk='fileName'
2,恢复一个全库备份,注意需要使用with norecovery,如果还有其他差异或增量备份,则逐个恢
复
restore database dbName from disk='fileName' with norecovery
3,恢复最后一个日志备份即刚做的日志备份,指定恢复时间点到误操作之前的时刻
restore log dbName from disk='fileName'
with stopat='date_time'
以上这些操作都可以在SQL SERVER企业管理器里完成,难度不大。。。
当然,如果误操作是一些不记日志的操作比如truncate table,select into等操作,那么是无法利
用上述方法来恢复数据的...
update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,
这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份
或不能备份日志(truncate log on checkpoint选项为1),那么就无法进行数据的恢复了,或者
只能恢复到最近一次的备份的数据了。
以下简单说明恢复数据方法:
1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进
进行一次日志备份(如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了)
backup log dbName to disk='fileName'
2,恢复一个全库备份,注意需要使用with norecovery,如果还有其他差异或增量备份,则逐个恢
复
restore database dbName from disk='fileName' with norecovery
3,恢复最后一个日志备份即刚做的日志备份,指定恢复时间点到误操作之前的时刻
restore log dbName from disk='fileName'
with stopat='date_time'
以上这些操作都可以在SQL SERVER企业管理器里完成,难度不大。。。
当然,如果误操作是一些不记日志的操作比如truncate table,select into等操作,那么是无法利
用上述方法来恢复数据的...
相关文章推荐
- SQL Server利用数据库日志恢复数据到时间点的操作
- SQL Server利用数据库日志恢复数据到时间点的操作
- 利用数据库日志恢复数据到时间点的操作(总结)
- 利用数据库日志恢复数据到时间点的操作
- 利用数据库日志恢复数据到时间点的操作
- 利用日志恢复数据到时间点的操作
- SQL Server利用日志备份恢复数据到时间点的问题
- 8、利用Mysql的二进制日志文件,进行数据库数据的恢复
- Sql Server利用日志恢复数据库
- Oracle数据库利用日志挖掘来恢复误删除的数据
- Mysql之binlog日志说明及利用binlog日志恢复数据操作记录
- 利用事务日志来恢复Update、Delete误操作引起的数据丢
- Mysql之binlog日志说明及利用binlog日志恢复数据操作记录
- [转贴]Sql Server实用操作-无数据库日志文件恢复数据库两种方法
- MS SQL Server利用日志备份恢复数据到时间点的问题
- sql server 没有日志文件只有数据文件(.mdf) 的数据库恢复方法
- SQL SERVER 2008 只有数据文件,没有日志文件,恢复数据库步骤
- Mysql之binlog日志说明及利用binlog日志恢复数据操作记录
- Mysql之binlog日志说明及利用binlog日志恢复数据操作记录
- sql server 2008误操作 恢复数据库的方法--日志尾部备份