| IT猫扑网 | 论坛社区 | 网址导航 | 网管博客 | 软件下载 | 下载中心 | 小游戏 | 图片频道 | 免费电影 | 猫扑小说 | 免费代理 | 站长工具 | 登陆 | 会员注册 | 收藏本站 |
|
|
| 网管首页 操作系统 路由交换 服务器 数据库 网络安全 系统集成 网络编程 IT认证考试 热门排行 视频教程 杀毒更新 下载 论坛 高级搜索 网站地图 |
| 当前位置:IT猫扑网|网管联盟 > 数据库 > MSSQL > 用一个案例讲解SQL Server数据库恢复 |
客户的一台服务器出现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导出向导，把有问题的数据库中的数据导入到新的数据库中，打开新的数据库，数据全部找回。