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

时间:2024-01-23 16:25:58 

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

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

附上有损坏的数据库文件:SQLSERVER数据库中的5173错误解决方法

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

把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服务

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

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

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

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

启动SQL服务

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

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

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

在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 行
紧急模式修复失败。您必须从备份中还原。

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

标签:附加,5173错误
0
投稿

猜你喜欢

  • 使用Python实现火车票查询系统(带界面)

    2022-04-26 04:14:47
  • win10环境下使用Hyper-V进行虚拟机创建的教程(图解)

    2022-08-01 02:25:06
  • Python基于回溯法子集树模板解决0-1背包问题实例

    2021-02-02 08:57:54
  • Django进阶之CSRF的解决

    2022-01-30 02:51:27
  • Tornado路由与Application的实现

    2021-01-26 19:56:59
  • 解决pygal.style的LightColorizedStyle参数问题

    2023-09-20 06:39:02
  • Python超简单容易上手的画图工具库(适合新手)

    2021-12-06 04:05:23
  • 详解Mysql中的视图

    2024-01-22 09:16:00
  • sql 存储过程批量删除数据的语句

    2024-01-21 17:40:23
  • python爬虫 正则表达式使用技巧及爬取个人博客的实例讲解

    2023-11-06 02:16:54
  • 深入php var_dump()函数的详解

    2023-11-08 16:09:01
  • alt键 chr码值对应列表查看方法

    2022-02-21 06:41:33
  • django框架中间件原理与用法详解

    2022-12-15 03:25:37
  • TensorFlow人工智能学习数据合并分割统计示例详解

    2022-01-23 05:14:23
  • pytorch permute维度转换方法

    2023-09-07 17:49:32
  • 详解Python开发语言中的基本数据类型

    2022-12-11 20:13:35
  • python中的plt.cm.Paired用法说明

    2021-07-12 17:27:05
  • Python高级特性之切片迭代列表生成式及生成器详解

    2021-06-25 23:10:13
  • 使用Python将xmind脑图转成excel用例的实现代码(一)

    2021-11-10 12:35:42
  • SQL Server数据库对上亿表的操作

    2008-11-16 18:13:00
  • asp之家 网络编程 m.aspxhome.com