繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 解决SQL Server日志文件损坏严重的问题
- MSSQL
- SQL Server中删除重复数据的几个方法
- SQL Server 基础概念集
- SQL Server导入导出
- SQL SERVER实用技巧
- sql server 常用函数
- 如何维护SQL Server的“交易日志”
- SQL Server数据备份处理过程探讨
- JSP中tomcat的SQL Server2000数据库连接池的配置
- SQL Server服务器安装剖析
- SQL Server 2005数据加密技术应用研究
- SQL Server数据库的备份和恢复措施
- SQL Server 2005性能测试实践
- Jboss下MS SQL Server配置指导
- Oracle和SQL Server 追求完美还是讲求实用
- SQL Server服务器安装剖析
- SQL Server：Oracle与SQL Server事务处理的比较
- SQL Server：利用配置文件实现SQL Server与Oralce访问类的转换
- SQL Server：测试SQL Server业务规则链接方法
- SQL Server ：SQL Server 2008高可用性解决方案优劣分析
- SQLServer：数据库恢复
MSSQL 中的 解决SQL Server日志文件损坏严重的问题
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-17 浏览: 43 ::
收藏到网摘: 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
