只有mdf文件的数据库附加失败的修复方法分享(置疑、只读)
更新时间:2012年02月01日 00:25:24 作者:
有时候因为某些原因数据库只有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
附加时报如下错误:
服务器: 消息 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
相关文章
SQL Server一个字符串拆分多行显示或者多行数据合并成一个字符串
这篇文章介绍了SQL Server一个字符串拆分多行显示或者多行数据合并成一个字符串的方法,文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下2022-05-05SQL Server误区30日谈 第7天 一个实例多个镜像和日志传送延迟
这个误区就有点老生常谈了。每一个主体服务器只允许一个镜像服务器。如果你希望存在多个主体服务器的副本,那么请使用事务日志传送,事务日志传送允许针对每一个主体存在多个辅助实例2013-01-01SQL Server中修改“用户自定义表类型”问题的分析与方法
这篇文章主要给大家介绍了关于SQL Server中修改“用户自定义表类型”问题的分析与方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧。2017-09-09解析SQL Server聚焦移除(Bookmark Lookup、RID Lookup、Key Lookup)
本文主要讲解索引性能优化,着重对Bookmark Lookup、RID Lookup、Key Lookup三者进行移除的实现进行解析,以此来提高查询性能。希望对大家有所帮助2016-12-12
最新评论