用一个案例讲解SQL Server数据库恢复
点击次数：41 次 发布日期：2008-11-28 19:53:33 作者：源代码网
|
源代码网推荐
源代码网整理以下客户的一台服务器出现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导出向导，把有问题的数据库中的数据导入到新的数据库中，打开新的数据库，数据全部找回。
源代码网供稿. |
