只有mdf文件的数据库附加失败的修复方法分享(置疑、只读)
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了只有mdf文件的数据库附加失败的修复方法分享(置疑、只读)，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2520字，纯文字阅读大概需要4分钟。
内容图文
有时候因为某些原因数据库只有mdf文件了，需要附加数据库，会出现一些问题，大家可以参考下面的方法试试
只有mdf文件的数据库附加失败的修复附加时报如下错误：
服务器: 消息 1813，级别 16，状态 2，行 1
未能打开新数据库 'test'。CREATE DATABASE 将终止。
设备激活错误。物理文件名 "d:\data\test_log.LDF' 可能有误。
步骤：
A、用“企业管理器”新建一个同名的数据。可以修改默认路径，为表述方便，我使用D:\data\,数据文件名test.mdf,日志文件名test_log.ldf
B、停止SQL服务
C、删除test_log.ldf文件，将新建的test.mdf文件用旧的test.mdf文件替换。
D、启动SQL服务。进入企业管理器后发现test数据显示为“置疑”，此后保证无人连接上此数据库，并不做任何操作。
E、设置test数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。我在实际操作的时候没有使用命令，命令方式大家可以自己测试 ^_^
代码如下:
输出了错误信息，请与系统管理员联系。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F、设置test数据库为紧急修复模式。在查询分析器中执行如下语句：update sysdatabases set status=-32768 where dbid=DB_ID('test')
执行后在企业管理器中刷新后会发现ttdb数据库显示为“只读\置疑\脱机\紧急模式”。可以看到数据库里面的表，但是仅仅有系统表。
G、重建数据库日志文件。在查询分析器中执行如下语句：
代码如下:输出了错误信息，请与系统管理员联系。
dbcc rebuild_log('test','d:\Data\test_log.ldf')
执行之前必须退出企业管理器，并且没有人连接些数据库。否则会报如下错误：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC
正常的消息：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。可以访问数据库里面的用户表了。
H、验证数据库一致性（可省略，不过我忠实地执行了^_^），查询分析器中执行：
代码如下:
输出了错误信息，请与系统管理员联系。
dbcc checkdb('test')
报出了每个表的执行情况后，最后报：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。
DBCC 执行完毕。如果 DBCC
I、设置数据库为正常状态。执行语句：
代码如下:
sp_dboption 'test','dbo use only','false'
走到这一步，如果没有报错，已经可以长长舒一口气了，去喝口水吧。：P
J、最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。怎么做当然不用再多说啦。也可以执行语句：
代码如下:
sp_configure 'allow updates',0
go
reconfigure with override
go
内容总结
以上是互联网集市为您收集整理的只有mdf文件的数据库附加失败的修复方法分享(置疑、只读)全部内容，希望文章能够帮你解决只有mdf文件的数据库附加失败的修复方法分享(置疑、只读)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。
来源：【匿名】