繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 解决SQL Server日志文件损坏严重的问题
- MSSQL
- SQL Server日志清除的两种方法
- 解密SQL Server数据库系统的编译
- Oracle数据库编写有效事务指导方针
- 让SQL Server数据库自动执行管理任务（一）
- 让SQL Server数据库自动执行管理任务（二）
- SQL 2008的变更数据捕获：跟踪可变部分
- 巧妙规划使用Oracle数据空间
- 升级SQL Server 2008数据库引擎
- SQL Data Services将成为云中完整的数据库
- SQL Server数据库触发器安全隐患解析
- 实例讲解Oracle到SQL Server主键迁移
- 通过事务日志解决SQL Server常见四大故障（二）
- 通过事务日志解决SQL Server常见四大故障（一）
- SQL Server索引管理的六大铁律
- SQL Server SA权限最新入侵方法
- SQL Server日志文件总结及日志满的处理
- Oracle数据库SQL语句性能调整的基本原则
- 应用技术：如何通过SQLyog分析MySQL数据库
- SQL Server 2008主要功能在兼容性上的问题
- Oracle与SQL Server数据库镜像对比
MSSQL 中的 解决SQL Server日志文件损坏严重的问题
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-17 浏览: 118 ::
收藏到网摘: n/a
如果服务器出现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导出向导，把有问题的数据库中的数据导入到新的数据库中，打开新的数据库，数据全部找回！
评论 (0) All
