Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1530899
  • 博文数量: 3500
  • 博客积分: 6000
  • 博客等级: 准将
  • 技术积分: 43870
  • 用 户 组: 普通用户
  • 注册时间: 2008-05-03 20:31
文章分类

全部博文(3500)

文章存档

2008年(3500)

我的朋友

分类:

2008-05-04 20:18:39

一起学习
案例:客户的一台服务器出现Raid故障,经过我们的努力,数据基本恢复成功,但是其中的一个SQL Server日志文件(扩展名LDF)损坏严重,基本不能使用,但是数据文件损坏并不严重,我们通过下面的操作使数据全部恢复。  

首先新建一个同名的数据库,然后再停掉SQL Server服务,用原数据库的数据文件覆盖掉这个新建的数据库文件,重启SQL Server服务。打开企业管理器,该数据库显示“置疑”,在查询分析器中执行下面的语句:  

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'

Go

sp_dboption '置疑的数据库名', 'single user', 'true'

Go

DBCC CHECKDB('置疑的数据库名')

Go

update sysdatabases set status =28 where name='置疑的数据库名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption '置疑的数据库名', 'single user', 'false' Go  

执行后数据库本身仍然有问题,依旧显示“质疑”。此时新建一个新的数据库,运行DTS导出向导,把有问题的数据库中的数据导入到新的数据库中,打开新的数据库,数据全部找回。

下载本文示例代码


用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复用一个案例讲解SQL Server数据库恢复
阅读(98) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~