1.很多时候我们不小心错误delete了一下，或者update一下怎么办，或者直接把数据库删除了，怎么办呢，是不是就一定没有办法呢？下面让我来教大家我现学现卖的两招。
2.当我们不小心删除表怎么办？
做之前大家要设置数据库恢复模式：
设置成完整，不要是简单模式。
首先我们创建一个表：插入几条数据
CREATE DATABASE test1 CREATE TABLE A1 ( ID INT PRIMARY KEY ) INSERT INTO dbo.A1 ( ID ) VALUES ( 0 ) INSERT INTO dbo.A1( ID ) VALUES ( 2) INSERT INTO dbo.A1( ID ) VALUES ( 3) INSERT INTO dbo.A1 ( ID ) VALUES ( 4 ) INSERT INTO dbo.A1( ID ) VALUES ( 5 )
SELECT * FROM dbo.A1
我们现在有五条数据了，我们对数据做一个备份 做任何差异备份，和日志之前，一定要做一个完整备份。 我们再插入一条数据 INSERT INTO dbo.A1 ( ID ) VALUES ( 6)
SELECT * FROM dbo.A1
我们看看现在有六条数据了。 关键来了：不小心 数据删除了，一条也没有了怎么办？ 不要慌赶快备份啊。备份数据之后，我们开始来恢复，记住一定要备份在恢复之前哦。这里要做的是日志备份，做完日志备份再恢复数据。 这里要注意时间，大家要选择恢复时间，也就是在你删除的前一刻，然后我们看看6条数据又回来了。 3. 我们删除表数据可以恢复，万一你把数据库服务down掉，然后删除了数据库文件没了呢？ 先建表插入数据如下： 现在有五条数据，然后完整备份，再插入一条数据。 现在有6条数据，做个日志备份 再插入一条数据 然后把数据库服务停掉，然后我们把数据库文件移除掉。 然后把数据库文件放到一个新建的文件夹里面去,但是日志文件还在的，假如日志文件也没有了，那就求苍天保佑吧，这也是我们把数据文件和日志文件分开的好处之一。 然后我们再启动服务 这个时候test1数据库在，但是你打开的时候一定会报错的。 那么恢复之前我们需要做一个日志尾备份，因为数据库不能用，所以大家要用。 backup log test1 to disk='c:test1.bak' with no_truncate;
我们查看一下我们的备份。 恢复之前要做一下查看。 检查备份完整性 restore verifyonly from disk='c:test1.bak' ;
查看备份文件数目 restore filelistonly from disk='c:test1.bak' ;
查看备份记录次数 restore headeronly from disk='c:test1.bak' ;
我们会发现这里的备份次数比备份文件夹多了一个记录，这是为什么呢？ 是因为我们做了一个日志尾备份。 好了我们来恢复数据吧。 然后我们恢复一个数据库test2出来了，然后查询数据 这里我们只有六条数据了，而不是七条数据，有数据丢失了怎么办呢？ 原因在：我们可以看到上面我们后台查出的是三条备份次数，但是结果只有两个备份文件记录，那是不是我们最后的日志尾没有了呢？ 不是的这时候大家要手动备份了 RESTORE DATABASE [test2] FROM DISK = N'C:test1.bak' WITH FILE = 1, NORECOVERY, replace GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 2, NORECOVERY GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 3, NORECOVERY GO
注意： restore headeronly from disk='c:test1.bak' ;
上面file=1里的1是和我们查出来的 1 2 3 对应的。 诶，怎么test2还在还原呢？ 哦，原来最后一个是NOrecovery我们改成Recovery RESTORE DATABASE [test2] FROM DISK = N'C:test1.bak' WITH FILE = 1, NORECOVERY, replace GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 2, NORECOVERY GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 3, RECOVERY GO
哦，数据回来了，看看有七条了。 看到这里你是否有收获呢？ 最后我们看一份数据 这个数据是不是很有规律啊？ 我们可以看到日志备份databasebackuplsn字段数据都是第一份完整备份的checkpoitlsn的数据。 假如这个数值对不上，我们自求多福吧，恢复不了了。。。。 有错误的地方欢迎大家拍砖,希望交流和共享。 原文链接：http://www.cnblogs.com/MR_ke/archive/2011/06/12/2078927.html
1.很多时候我们不小心错误delete了一下，或者update一下怎么办，或者直接把数据库删除了，怎么办呢，是不是就一定没有办法呢？下面让我来教大家我现学现卖的两招。 2.当我们不小心删除表怎么办？ 做之前大家要设置数据库恢复模式： 设置成完整，不要是简单模式。 首先我们创建一个表：插入几条数据 CREATE DATABASE test1 CREATE TABLE A1 ( ID INT PRIMARY KEY ) INSERT INTO dbo.A1 ( ID ) VALUES ( 0 ) INSERT INTO dbo.A1( ID ) VALUES ( 2) INSERT INTO dbo.A1( ID ) VALUES ( 3) INSERT INTO dbo.A1 ( ID ) VALUES ( 4 ) INSERT INTO dbo.A1( ID ) VALUES ( 5 )
SELECT * FROM dbo.A1
我们现在有五条数据了，我们对数据做一个备份 做任何差异备份，和日志之前，一定要做一个完整备份。 我们再插入一条数据 INSERT INTO dbo.A1 ( ID ) VALUES ( 6)
SELECT * FROM dbo.A1
我们看看现在有六条数据了。 关键来了：不小心 数据删除了，一条也没有了怎么办？ 不要慌赶快备份啊。备份数据之后，我们开始来恢复，记住一定要备份在恢复之前哦。这里要做的是日志备份，做完日志备份再恢复数据。 这里要注意时间，大家要选择恢复时间，也就是在你删除的前一刻，然后我们看看6条数据又回来了。 3. 我们删除表数据可以恢复，万一你把数据库服务down掉，然后删除了数据库文件没了呢？ 先建表插入数据如下： 现在有五条数据，然后完整备份，再插入一条数据。 现在有6条数据，做个日志备份 再插入一条数据 然后把数据库服务停掉，然后我们把数据库文件移除掉。 然后把数据库文件放到一个新建的文件夹里面去,但是日志文件还在的，假如日志文件也没有了，那就求苍天保佑吧，这也是我们把数据文件和日志文件分开的好处之一。 然后我们再启动服务 这个时候test1数据库在，但是你打开的时候一定会报错的。 那么恢复之前我们需要做一个日志尾备份，因为数据库不能用，所以大家要用。 backup log test1 to disk='c:test1.bak' with no_truncate;
我们查看一下我们的备份。 恢复之前要做一下查看。 检查备份完整性 restore verifyonly from disk='c:test1.bak' ;
查看备份文件数目 restore filelistonly from disk='c:test1.bak' ;
查看备份记录次数 restore headeronly from disk='c:test1.bak' ;
我们会发现这里的备份次数比备份文件夹多了一个记录，这是为什么呢？ 是因为我们做了一个日志尾备份。 好了我们来恢复数据吧。 然后我们恢复一个数据库test2出来了，然后查询数据 这里我们只有六条数据了，而不是七条数据，有数据丢失了怎么办呢？ 原因在：我们可以看到上面我们后台查出的是三条备份次数，但是结果只有两个备份文件记录，那是不是我们最后的日志尾没有了呢？ 不是的这时候大家要手动备份了 RESTORE DATABASE [test2] FROM DISK = N'C:test1.bak' WITH FILE = 1, NORECOVERY, replace GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 2, NORECOVERY GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 3, NORECOVERY GO
注意： restore headeronly from disk='c:test1.bak' ;
上面file=1里的1是和我们查出来的 1 2 3 对应的。 诶，怎么test2还在还原呢？ 哦，原来最后一个是NOrecovery我们改成Recovery RESTORE DATABASE [test2] FROM DISK = N'C:test1.bak' WITH FILE = 1, NORECOVERY, replace GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 2, NORECOVERY GO RESTORE LOG [test2] FROM DISK = N'C:test1.bak' WITH FILE = 3, RECOVERY GO
哦，数据回来了，看看有七条了。 看到这里你是否有收获呢？ 最后我们看一份数据 这个数据是不是很有规律啊？ 我们可以看到日志备份databasebackuplsn字段数据都是第一份完整备份的checkpoitlsn的数据。 假如这个数值对不上，我们自求多福吧，恢复不了了。。。。 有错误的地方欢迎大家拍砖,希望交流和共享。 原文链接：http://www.cnblogs.com/MR_ke/archive/2011/06/12/2078927.html
