一个Sql Server数据恢复实例案例

lbsong

某客户的一台服务器出现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导出向导，把有问题的数据库中的数据导入到新的数据库中，打开新的数据库，数据全部找回！

YANGGUANG1

例:UFDATA_001_2008数据库出问题了,请问是新建一个"UFDATA_001_2008"呢还是新建一个"UFDATA"数据库啊?因为只有新建一个"UFDATA"数据库时,所对应的才是"UFDATA.MDF,UFDATA.LDF"文件的数据库.请问是新建"UFDATA"数据库吗?且在查询分析器运行以后语句时,提示找不到"UFDATA.MDF"数据库也,请问楼主遇到过此问题吗?

lbsong

我没有遇到过这个问题，数据库出问题应该有个前提的，能说一下吗？

海天一色

我进来学习一下  对数据库是个初学者