SQL Server复灾 你懂了吗?

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好习惯带来一笔大财富

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/267128.html<

(0)
管理的头像管理
上一篇2025-05-06 06:51
下一篇 2025-05-06 06:52

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注