SQL Server复灾 你懂了吗?

数据库 SQL Server 数据库运维
很多时候我们不小心错误delete了一下,或者update一下怎么办,或者直接把数据库删除了,怎么办呢,是不是就一定没有办法呢?下面让我来教大家我现学现卖的两招。

1.很多时候我们不小心错误delete了一下,或者update一下怎么办,或者直接把数据库删除了,怎么办呢,是不是就一定没有办法呢?下面让我来教大家我现学现卖的两招。

2.当我们不小心删除表怎么办?

做之前我们要设置数据库恢复模式:

 

设置成完整,不要是简单模式。

首先我们创建一个表:插入几条数据

  1. CREATE DATABASE test1  
  2. CREATE TABLE A1  
  3. (  
  4. ID INT  PRIMARY KEY 
  5. )  
  6. INSERT INTO dbo.A1 ( ID )  
  7. VALUES  ( 0 )  
  8. INSERT INTO dbo.A1( ID )  
  9. VALUES  ( 2)  
  10. INSERT INTO dbo.A1( ID )  
  11. VALUES  ( 3)  
  12. INSERT INTO dbo.A1 ( ID )  
  13. VALUES  ( 4 )  
  14. INSERT INTO dbo.A1( ID )  
  15. VALUES  ( 5 )  

 

  1. SELECT * FROM dbo.A1  

我们现在有五条数据了,我们对数据做一个备份

做任何差异备份,和日志之前,一定要做一个完整备份。

我们再插入一条数据

  1. INSERT INTO dbo.A1  
  2.         ( ID )  
  3. VALUES  ( 6)  

 

  1. SELECT * FROM dbo.A1 

我们看看现在有六条数据了。

关键来了:不小心

 

数据删除了,一条也没有了怎么办?

不要慌赶快备份啊。备份数据之后,我们开始来恢复,记住一定要备份在恢复之前哦。这里要做的是日志备份,做完日志备份再恢复数据。

 

这里要注意时间,我们要选择恢复时间,也就是在你删除的前一刻,然后我们看看6条数据又回来了。

 

3.  我们删除表数据可以恢复,万一你把数据库服务down掉,然后删除了数据库文件没了呢?

先建表插入数据如下:

现在有五条数据,然后完整备份,再插入一条数据。

 

现在有6条数据,做个日志备份

#p#

再插入一条数据

 

然后把数据库服务停掉,然后我们把数据库文件移除掉。

 

然后把数据库文件放到一个新建的文件夹里面去,但是日志文件还在的,如果日志文件也没有了,那就求苍天保佑吧,这也是我们把数据文件和日志文件分开的好处之一。

 

然后我们再启动服务

 

这个时候test1数据库在,但是你打开的时候一定会报错的。

那么恢复之前我们需要做一个日志尾备份,因为数据库不能用,所以我们要用。

  1. backup log test1 to disk='c:\test1.bak' with no_truncate; 

我们查看一下我们的备份。

恢复之前要做一下查看。

检查备份完整性

  1. restore verifyonly from disk='c:\test1.bak' ; 

查看备份文件数目

  1. restore filelistonly from disk='c:\test1.bak' ; 

查看备份记录次数

 

  1. restore headeronly from disk='c:\test1.bak' ; 

我们会发现这里的备份次数比备份文件夹多了一个记录,这是为什么呢?

是因为我们做了一个日志尾备份。

好了我们来恢复数据吧。

 

然后我们恢复一个数据库test2出来了,然后查询数据

 

这里我们只有六条数据了,而不是七条数据,有数据丢失了怎么办呢?

原因在:我们可以看到上面我们后台查出的是三条备份次数,但是结果只有两个备份文件记录,那是不是我们***的日志尾没有了呢?

不是的这时候我们要手动备份了

  1. RESTORE DATABASE [test2] FROM  DISK = N'C:\test1.bak' WITH  FILE = 1,  NORECOVERY, replace 
  2. GO  
  3. RESTORE LOG [test2] FROM  DISK = N'C:\test1.bak' WITH  FILE = 2,  NORECOVERY  
  4. GO  
  5. RESTORE LOG [test2] FROM  DISK = N'C:\test1.bak' WITH  FILE = 3,  NORECOVERY  
  6. GO  

注意:

  1. restore headeronly from disk='c:\test1.bak' ; 

上面file=1里的1是和我们查出来的 1 2 3 对应的。

 

诶,怎么test2还在还原呢?

哦,原来***一个是NOrecovery我们改成Recovery

  1. RESTORE DATABASE [test2] FROM  DISK = N'C:\test1.bak' WITH  FILE = 1,  NORECOVERY, replace 
  2. GO  
  3. RESTORE LOG [test2] FROM  DISK = N'C:\test1.bak' WITH  FILE = 2,  NORECOVERY  
  4. GO  
  5. RESTORE LOG [test2] FROM  DISK = N'C:\test1.bak' WITH  FILE = 3,  RECOVERY  
  6. GO 

哦,数据回来了,看看有七条了。

看到这里你是否有收获呢?

***我们看一份数据

 

这个数据是不是很有规律啊?

我们可以看到日志备份databasebackuplsn字段数据都是***份完整备份的checkpoitlsn的数据。

如果这个数值对不上,我们自求多福吧,恢复不了了。。。。

有错误的地方欢迎大家拍砖,希望交流和共享。

原文链接:http://www.cnblogs.com/MR_ke/archive/2011/06/12/2078927.html

【编辑推荐】

 

  1. SQL Server管理 这些你懂吗?
  2. 淘宝海量数据库之克服随机IO难题
  3. 数据库如何抵抗随机IO的问题、方法与现实
  4. 用一句SQL解决SQL中断号问题
  5. 养成一个SQL好习惯带来一笔大财富
责任编辑:艾婧 来源: MR_ke的博客
相关推荐

2022-08-19 08:06:00

MySQL数据库解析器

2021-10-10 20:36:49

Android Root权限

2024-04-07 08:23:01

JS隔离JavaScript

2022-06-06 07:58:52

勒索软件恶意软件解密

2022-01-06 07:59:32

WebGPUOpenGL引擎

2023-06-27 07:09:39

2022-04-07 08:20:22

typeinterface前端

2022-07-27 08:01:29

CMS垃圾回收器

2022-08-15 07:24:41

WindowsDLL键盘

2020-10-25 08:45:38

IPv6网络协议网络

2024-08-12 12:30:27

2022-06-28 08:42:03

磁盘kafka高性能

2024-08-12 15:23:43

LangChain

2022-06-07 08:14:35

PGPAGETUPLE

2024-04-29 09:25:19

2022-11-28 07:10:57

2022-04-12 11:46:08

服务gRPC反向代理

2017-03-07 09:49:18

存储

2018-10-20 16:05:12

iOSAPP开发

2022-03-08 15:01:48

负载均衡IP服务器
点赞
收藏

51CTO技术栈公众号