sql server2000数据库文件错误能否修复

在附加数据库时，出现823错误时，可按以下方法 *** 作：

EXEC sp_configure 'allow updates ',1 RECONFIGURE WITH OVERRIDE / 打开修改系统表的开关 /

update sysdatabases set status = 32768 where name = '数据库名 '

DBCC REBUILD_LOG ( '数据库名 ', 'E: dzzdatabase dzz1204_LogLDF ' )

update sysdatabases set status = 0 where name = '数据库名 '

restore database 数据库名 WITH RECOVERY

EXEC sp_configure 'allow updates ',0 RECONFIGURE WITH OVERRIDE / 关闭打开修改系统表的开关 /

关于823错误的 SQL-SERVER 中的帮助：

================================

错误 823

严重级别 24

消息正文

在文件 ' '%4! ' ' 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。

解释

Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。

对策

检查该设备的可访问性和状态。

如果可能，执行硬件诊断并纠正问题。

从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。

如果没有备份或者检测到的错误是孤立的，则 DBCC CHECKDB 的修复功能可能很有用。然而，比起从备份中还原损坏的文件，可能使用 DBCC CHECKDB 消耗的时间更多，且可能无法恢复全部数据。

注意 如果使用修复子句运行 DBCC CHECKDB 时，问题没有得到纠正，或者不知道该过程将如何影响数据，请与主要的支持提供者联系。

824错误表明 Windows 报告已从磁盘成功读取页，但 SQL Server 检测到页中存在错误。可能出现的原因有如下几种：

SQL Server 使用 Windows API 的 [例如 ReadFile、 写文件、 ReadFileScatter、 WriteFileGather] 执行 I/O *** 作。在执行这些 I/O *** 作，SQL Server 检查任何与这些 API 调用相关联的错误情况。如果这些 API 调用失败并出现 *** 作系统错误，SQL Server 将报告错误 823。可实际上，Windows API 调用成功，但 I/O *** 作传送的数据可能会遇到了逻辑一致性问题的情况。通过错误 824 报告这些逻辑一致性问题。

后缀为mdf和ldf的文件分别为数据文件和日志文件，SQL SERVER2005数据库只有具有这两个文件才能恢复呢。在对象资源管理器中右键单击“数据库”节点，使用其中的“附加”功能来完成。

这个问题。不好回答了。

第一，这个可能是数据库连接的名称错误。也就是写的连接数据库的字段名称错了（hbposv7）也可能跟数据库不照应这种错误也常见。

第二。就是你的数据库不存在。

第三。就可能是你的数据库根本就没有添加数据库。

以上就是关于sql server2000数据库文件错误能否修复全部的内容，包括:sql server2000数据库文件错误能否修复、SQL附加数据库，提示824错误、sql server 2005 只用日志怎么恢复数据库，只有一个后缀为.db 的和一个为 .log 的文件，求解怎么弄等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！