本篇内容介绍了“SQLSERVER数据库中提示5173错误的解决方法”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!昨天同事给你我一个有问题的数据库,叫我修复一下因为客户那边需要这个数据库,这个数据库只有一个mdf文件和一个ldf文件,当我附加数据库的时候报错,数据库是SQL2005附上有损坏的数据库文件:因为之前在论坛也遇到过,所以按照论坛的方法来解决,结果还是不行把ldf文件移到别的地方,然后附加的时候使用下面SQL语句重建事务日志文件我的数据库文件放在C:UsersAdministratorDesktop新建文件夹目录下复制代码 代码如下:
USE [master] GO CREATE DATABASE [AdventureWorks2012] ON ( FILENAME = N’C:UsersAdministratorDesktop新建文件夹GPOSDB.mdf’ ) FOR ATTACH_REBUILD_LOG GO报错内容:复制代码 代码如下:
1 文件激活失败。物理文件名称’D:MSSSQLDataGPOSDB_log.LDF’可能不正确。 2 由于数据库没有完全关闭,无法重新生成日志。 3 消息 1813,级别 16,状态 2,第 1 行 4 无法打开新数据库 ‘GPOSDB’。CREATE DATABASE 中止。我现在按照这篇文章再试一下http://www.b免费主机域名logjava.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 GO1 消息 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:MSSSQLDataGPOSDB_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错误的解决方法”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注云技术网站,小编将为大家输出更多高质量的实用文章!
小编给大家分享一下便于管理mysql的shell脚本有哪些,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧! [mysql@clark scripts]$ lsmysql_db_shut…