- 很多时候我们不小心错误delete了一下，或者update一下怎么办，或者直接把数据库删除了，怎么办呢，是不是就一定没有办法呢？下面让我来教大家我现学现卖的两招。
- 当我们不小心删除表怎么办？
做之前我们要设置数据库恢复模式：
设置成完整，不要是简单模式。
首先我们创建一个表：插入几条数据
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的数据。
如果这个数值对不上，我们自求多福吧，恢复不了了。。。。
