SQLSERVER数据库中的5173错误解决方法

昨天同事给你我一个有问题的数据库,叫我修复一下因为客户那边需要这个数据库,这个数据库只有一个mdf文件和一个ldf文件,

当我附加数据库的时候报错,数据库是sql2005

附上有损坏的数据库文件:

因为之前在论坛也遇到过,所以按照论坛的方法来解决,结果还是不行

把ldf文件移到别的地方,然后附加的时候使用下面sql语句重建事务日志文件

我的数据库文件放在c:\users\administrator\desktop\新建文件夹目录下

复制代码 代码如下:

use [master]

go

create database [adventureworks2012] on

( filename = n’c:\users\administrator\desktop\新建文件夹\gposdb.mdf’ )

for attach_rebuild_log

go

报错内容:


复制代码 代码如下:

1 文件激活失败。物理文件名称’d:\msssql\data\gposdb_log.ldf’可能不正确。

2 由于数据库没有完全关闭,无法重新生成日志。

3 消息 1813,级别 16,状态 2,第 1 行

4 无法打开新数据库 ‘gposdb’。create database 中止。

我现在按照这篇文章再试一下

http://www.blogjava.net/kent/articles/200991.html

先新建一个gposdb的空库,然后停掉sql服务

将刚才生成的数据库的日志文件gposdb_log.ldf删除

用要恢复的gposdb.mdf文件覆盖刚才生成的数据库数据文件gposdb.mdf

然后把有问题的gposdb.mdf文件放在d盘,因为我新建的gposdb数据库放在d盘

启动sql服务

文章说会显示数据库置疑,但是我的没有显示置疑

设置数据库允许直接操作系统表

在ssms里输入下面sql语句

复制代码 代码如下:

use master

go

sp_configure ‘allow updates’, 1

go

reconfigure with override

go

设置gposdb为紧急修复模式


复制代码 代码如下:

alter database [gposdb] set emergency

go

alter database gposdb set single_user

go

update sysdatabases

set status = -32768

where dbid = db_id(‘gposdb’)

go

但是报错


复制代码 代码如下:

1 消息 259,级别 16,状态 1,第 1 行

2 不允许对系统目录进行即席更新。

尝试重建日志,但是语法错误,估计那篇文章是sql2000的


复制代码 代码如下:

1 dbcc rebuild_log(‘gposdb’,’d:\gposdb_log.ldf’)

2 go

1 消息 2526,级别 16,状态 3,第 1 行

2 dbcc 语句错误。请查阅文档以了解正确的 dbcc 语法和选项。

一查果然是

–* dbcc rebuildlog
–重建sql server 2000事务日志文件

其实一开始在步骤“设置数据库允许直接操作系统表” 就怀疑是不是sql2000的,因为sql2005或以后已经不能修改系统表了

最后把事务日志文件也放到d盘,然后使用下面的sql语句来修复还是不行

复制代码 代码如下:

alter database [gposdb] set emergency

go

alter database gposdb set single_user

go

dbcc checkdb (gposdb, repair_allow_data_loss)

go

复制代码 代码如下:

消息 5173,级别 16,状态 1,第 2 行

一个或多个文件与数据库的主文件不匹配。如果是尝试附加数据库,请使用正确的文件重试该操作。如果这是现有数据库,则文件可能已损坏,应该从备份进行还原。

日志文件 ‘d:\gposdb_log.ldf’ 与主文件不匹配。该文件可能来自另一数据库,或者可能以前重新生成了日志。

消息 5123,级别 16,状态 1,第 2 行

尝试打开或创建物理文件 ‘d:\msssql\data\gposdb_log.ldf’ 时,create file 遇到操作系统错误 3(系统找不到指定的路径。)。

消息 5024,级别 16,状态 2,第 2 行

在 sysfiles1 中找不到主日志文件所对应的条目。无法重建日志。

消息 5028,级别 16,状态 2,第 2 行

系统无法激活足够的数据库来重建日志。

gposdb的 dbcc 结果。

checkdb 在数据库 ‘gposdb’ 中发现 0 个分配错误和 0 个一致性错误。

消息 7909,级别 20,状态 1,第 2 行

紧急模式修复失败。您必须从备份中还原。

 

(0)
上一篇 2022年3月21日
下一篇 2022年3月21日

相关推荐