set nocount on
go

--准备数据库及备份文件

--1
if exists(select * from master..sysdatabases where name='dbtest')
drop database dbtest
go
--初始化时间
exec master..xp_cmdshell 'date 07-27-06',no_output--2006-07-27
exec master..xp_cmdshell 'time 12:00:00',no_output
waitfor delay '00:00:03'
go
--12:00:03建测试数据库，并备份该数据库
create database dbtest
go
backup database dbtest to disk='c:\dbtest.bak' with format 
go

--2
--改时间
exec master..xp_cmdshell 'date 07-27-06',no_output--2006-07-27
exec master..xp_cmdshell 'time 12:01:00',no_output
waitfor delay '00:00:03'
go
--12:01:03建测试表，并添加3条数据
create table dbtest.dbo.t (a int) 
go
insert into dbtest.dbo.t (a)
select 1 union all
select 2 union all
select 3
go

--3
--改时间
exec master..xp_cmdshell 'date 07-27-06',no_output--2006-07-27
exec master..xp_cmdshell 'time 12:02:00',no_output
waitfor delay '00:00:03'
go
--12:02:03删除表中一条数据
delete from dbtest.dbo.t where a=2
go

--4
--改时间
exec master..xp_cmdshell 'date 07-27-06',no_output--2006-07-27
exec master..xp_cmdshell 'time 12:03:00',no_output
waitfor delay '00:00:03'
go
--12:03:03truncate表中的数据
truncate table dbtest.dbo.t
go

--5
--改时间
exec master..xp_cmdshell 'date 07-27-06',no_output--2006-07-27
exec master..xp_cmdshell 'time 12:04:00',no_output
waitfor delay '00:00:03'
go
--12:04:03备份数据库日志
backup log dbtest to disk='c:\dbtest_log.bak' with format
go

--恢复数据库到时间点

--1
--恢复数据文件
restore database dbtest from disk='c:\dbtest.bak' with replace,norecovery
go
--恢复日志到2006-07-27 12:00:10
restore log dbtest from disk='c:\dbtest_log.bak' with recovery,stopat='2006-07-27 12:00:10'
go
if exists(select * from dbtest.dbo.sysobjects where xtype='U' and name='t')
select 'table t exist'
else
select 'table t not exist'
go

--2
--恢复数据文件
restore database dbtest from disk='c:\dbtest.bak' with replace,norecovery
go
--恢复日志到2006-07-27 12:01:10
restore log dbtest from disk='c:\dbtest_log.bak' with recovery,stopat='2006-07-27 12:01:10'
go
select * from dbtest.dbo.t
go

--3
--恢复数据文件
restore database dbtest from disk='c:\dbtest.bak' with replace,norecovery
go
--恢复日志到2006-07-27 12:02:10
restore log dbtest from disk='c:\dbtest_log.bak' with recovery,stopat='2006-07-27 12:02:10'
go
select * from dbtest.dbo.t
go

--4
--恢复数据文件
restore database dbtest from disk='c:\dbtest.bak' with replace,norecovery
go
--恢复日志到2006-07-27 12:03:10
restore log dbtest from disk='c:\dbtest_log.bak' with recovery,stopat='2006-07-27 12:03:10'
go
select * from dbtest.dbo.t
go

结论：只要有数据库的备份文件和日志备份，数据库就可以恢复到任意时间点的状态，即使删除了表或truncate了数据也是可以恢复的

疑问：truncate table 似乎并不是我们理解的那样不记录日志，它还是会记录到日志里的？

欢迎讨论！！！

沙发:)

Sub Sofa ;)

严重关注

:)

谁说的truncate 不记录日志了？

即使选择大容量日志模式，也只是create/alter index，bcp等少量几个特别耗log的过程不会记录log。truncate都会被记录的

The DELETE statement removes rows one at a time and records an entry in the transaction log for each deleted row. TRUNCATE TABLE removes the data by deallocating the data pages used to store the table's data, and only the page deallocations are recorded in the transaction log.

因为很多人说truncate 不记录日志，所以今天特别试了一下

create/alter index不记录日志吗？我试一下

DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一项。TRUNCATE TABLE 通过释放存储表数据所用的数据页来删除数据，并且只在事务日志中记录页的释放。

疑问：truncate table 似乎并不是我们理解的那样不记录日志，它还是会记录到日志里的
-----------------------------------------------------------------------------------------------------------------------------
TRUNCATE TABLE语句删除的记录不会被记录到日志中，之所以可以通过恢复到时间点的方式恢复，是因为虽然这些数据没有被日志所记录，但存在于最近一次的全备份中；这就是为什么如果没有备份数据库，则无法通过事务日志恢复被TRUNCATE TABLE语句删除的数据的原因。

理论上而言，在最近的一次全备份之后，到当前时刻为止的任意一个时间点的数据都可以通过备份文件以及日志恢复，因为备份文件是对备份时刻数据库的一个镜像，而日志记录这个镜像之后数据库的一切变动，TRUNCATE TABLE操作在日志中记录了这个事件，但是这个事件的具体内容是不会被记录下来的，也就是说这个操作的记录是不详细的，不足以通过这个事务的逆向操作恢复被清除的数据。

如果没有备份数据库，则无法通过事务日志将TRUNCATE TABLE操作删除的数据恢复，即便是借助了Log Explorer。

libin：数据备份是在建库后马上做的，那时表都不存在，之后的任何操作都是通过日志来恢复的

iamltd(妖)：经测试，create index一样可以通过日志恢复

我的理解：truncate table是记录的删除数据的动作，至于删除了哪些数据并未记录到日志

pbsql：如果不备份数据库，而直接借助Log explorer提取日志的事务来回滚，试试，:)

不管你前一次全备份时数据库处于一个怎样的状态，通过日志恢复到时间点的操作流程肯定是这样：

1、利用全备份将数据库恢复到备份操作的时间点
2、利用事务日志，从备份时间点开始，顺序执行日志中记录的事务

这个过程是按照时间，顺序执行的，TRUNCATE TABLE的操作在日志中记录的详细程度无关紧要；但是一个记录完整的事务，应该是可逆的，但是TRUNCATE TABLE事务是不可逆的。

我所要描述的是：TRUNCATE TABLE操作在日志中记录不详细，无法通过该事务逆操作来恢复数据；也就是说，如果没有做过全备份，想通过Log explorer及事务日志来恢复TRUNCATE TABLE操作清除的数据，是不可能的。

我的理解：truncate table是记录的删除数据的动作，至于删除了哪些数据并未记录到日志
-----------------------------------------------------------------------------------------------------------------------------------
I agree.

Me,too!

呵呵，相信也没有谁不从完整备份开始，直接用log还原数据吧？
太牛了。。。。

有没做备份的：
--------------------------------------------------------------------------------------------------------------------------
在没有备份的情况下，如何将数据库还原到某一个时间点? 
link:http://community.csdn.net/Expert/topic/4908/4908418.xml?temp=5.965823E-02

学习学习

偶是菜鸟 学习学习！~

mark

mark

学习

Study

mark

学习&up

:)

发现对数据库的任何修改都会记录到日志的，只是记录的详细程度不同，但数据库的这个操作是记录了的，比如：truncate table/alter table/drop table/create index/...

有备份就能还原，没备份就不能还原。

你们在讨论什么啊？

cbo5() 
有备份就能还原，没备份就不能还原。

你们在讨论什么啊？

==========================================

你不能每秒都做备份吧？

讨论的是基于日志恢复数据的问题。

学习;)

风云,够狠
发了N贴后才想到坐沙发

TRUNCATE TABLE
删除表中的所有行，而不记录单个行删除操作。 

是不是说,执行此语句后,只记录此次操作的一个标志,不记录详细信息
如果是这样,还是可以根据以前的日志恢复数据的

不过这样的恢复比较困难些

星星真多

學習

这个恢复的原理应该是这样的：
假如12:00备份的数据文件，经过若干操作后又备份了日志，现在要恢复到12:03时的状态，实际上是先恢复数据文件，然后把12:00到12:03的日志执行一遍

收藏

沒有使用過日志通過恢復
學習ing...

数据库的备份和恢复  我也在学习

看完了大家的积极讨论,不错!

1. 我想说明一下,SQL SERVER 2000的日志有2个概念:事务日志和操作日志,事务日志是保存在LDF文件中,操作日志是记录在LOG文件中(或TRACE文件).
2. 对应SQL SERVER 2000是否记录TRUNCATE的操作,需要明确前提 SQL SERVER运行在什么模式下,SQL SERVER 2000有3中模式:简单,BULK/COPY,FULL.在简单模式下TRUNCATE是不记录在事务日志中,所以尼也是无法通过事务日志的恢复到指定的时间点.
3. 对于SQL SERVER 7.0/6.5有不同的运行机制,我记得在SQL SERVER 6.5中TRUNCATE 是不记录事务日志.(可能有误:-)).

谢谢

呵呵，学习  ：）

繼續關注^__^

3. 对于SQL SERVER 7.0/6.5有不同的运行机制,我记得在SQL SERVER 6.5中TRUNCATE 是不记录事务日志.(可能有误:-)).

6.5帮助是说不记录事务日志的，但是没有进行过测试