是查找失败还是拒绝访问呢。如果是查找失败的话，肯定就是mdf和ldf文件路径有问题了，重新选择一下。拒绝访问的话，先把服务关了，重新复制两份文件出来。再附加一次看看。再不行的话。新建一个空数据库。强制附加覆盖试试。
㈡ sql server 2008中的mdf文件附加到sql server 2012中报824错误，如何解决
应该同时有两个文件，.mdf和.ldf，试试把08的数据库备份，然后在12中还原，还有文件的权限，看看是不是可读。
㈢ SQL附加数据库，提示824错误
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 报告这些逻辑一致性问题。
㈣ SQL2005数据库出现，错误824
引用SQLServer帮助的信息：
此错误表明 Windows 报告已从磁盘成功读取页，但 SQL Server 检测到页中存在错误。此错误与错误 823 类似，只是 Windows 不检测这一错误。这通常表明 I/O 子系统中存在问题，例如磁盘驱动器存在故障、磁盘固件存在问题、设备驱动程序不正确等等。
查找硬件故障
运行硬件诊断以解决任何问题。也可以通过检查 Microsoft Windows 系统和应用程序日志以及 SQL Server 错误日志以查看是否存在由硬件故障引起的错误。解决这些日志中包含的所有与硬件相关的问题。如果存在持久性数据损坏问题，请尝试改用其他的硬件组件来解决此问题。进行检查以确保系统未启用磁盘控制器上的写缓存。如果您怀疑是写缓存出现问题，请与硬件供应商联系。最后，您可能会发现，切换到全新的硬件系统是解决问题的极佳途径。此切换操作可能包括格式化磁盘驱动器和重新安装操作系统。
如果出现的问题与硬件无关，并且已知的干净备份可用，则请从备份中还原数据库。
考虑将数据库改为使用 PAGE_VERIFY CHECKSUM 选项。
㈤ SQL server数据库出现824错误怎么解决
引用SQLServer帮助的信息：
此错误表明 Windows 报告已从磁盘成功读取页，但 SQL Server 检测到页中存在错误。此错误与错误 823 类似，只是 Windows 不检测这一错误。这通常表明 I/O 子系统中存在问题，例如磁盘驱动器存在故障、磁盘固件存在问题、设备驱动程序不正确等等。
查找硬件故障
运行硬件诊断以解决任何问题。也可以通过检查 Microsoft Windows 系统和应用程序日志以及 SQL Server 错误日志以查看是否存在由硬件故障引起的错误。解决这些日志中包含的所有与硬件相关的问题。如果存在持久性数据损坏问题，请尝试改用其他的硬件组件来解决此问题。进行检查以确保系统未启用磁盘控制器上的写缓存。如果您怀疑是写缓存出现问题，请与硬件供应商联系。最后，您可能会发现，切换到全新的硬件系统是解决问题的极佳途径。此切换操作可能包括格式化磁盘驱动器和重新安装操作系统。
如果出现的问题与硬件无关，并且已知的干净备份可用，则请从备份中还原数据库。
考虑将数据库改为使用 PAGE_VERIFY CHECKSUM 选项。
㈥ Sqlsever 2008 附加一个数据库但所附加的数据库打不开 错误码824
可能是你的SQLsever版本是2005的如果版本不对附加也是附加不进去的如果是2008版本可以附加到其他比其版本低的里面版本的的附加不能到高版本的。也可能是你附加的文件设置了权限只有管理员可以登录你可以更改一下用系统默认登录用系统"."来作为登录名 默认密码123
㈦ SQL SERVER数据库报824错误怎么解决
Hi黑暗ㄨ吠，
824错误，也就是所谓的软IO错误，可以理解为SQL Server已经读取到该页，但通过计算CheckSum等值发现不匹配，因此SQL Server认为该页已经被损坏。此错误与错误 823 类似，只是 Windows 不检测这一错误。这通常表明 I/O 子系统中存在问题，例如磁盘驱动器存在故障、磁盘固件存在问题、设备驱动程序不正确等等。查找硬件故障运行硬件诊断以解决任何问题。也可以通过检查 Microsoft Windows 系统和应用程序日志以及 SQL Server 错误日志以查看是否存在由硬件故障引起的错误。解决这些日志中包含的所有与硬件相关的问题。如果存在持久性数据损坏问题，请尝试改用其他的硬件组件来解决此问题。进行检查以确保系统未启用磁盘控制器上的写缓存。如果您怀疑是写缓存出现问题，请与硬件供应商联系。最后，您可能会发现，切换到全新的硬件系统是解决问题的极佳途径。此切换操作可能包括格式化磁盘驱动器和重新安装操作系统。如果出现的问题与硬件无关，并且已知的干净备份可用，则请从备份中还原数据库。考虑将数据库改为使用 PAGE_VERIFY CHECKSUM 选项。
另外你也可以通过用WINHEX分析SQL Server文件的结构并更正，再DBCC检查
更多SQL Server 824错误信息参考下面链接http://www.uml.org.cn/sjjm/201212041.asp。
Thanks,
Ice fan
㈧ sql数据库查询中断、无法修复的一致性错误、无法导出数据, 数据怎么恢复
数据库损坏最行之有效的办法就是存在冗余数据，使用冗余数据进行恢复。所谓的冗余数据包括热备、冷备、和暖备。
使用镜像或可用性组作为热备，当检测到错误时，可以自动进行页修复（镜像要求2008以上，可用性组是2012的功能）。镜像当主体服务器遭遇824错误时，会向镜像服务器发送请求，将损坏的页由镜像复制到主体解决该问题。对于可用性组，如果数据页是在主副本上发现的，则主副本将会向所有辅助副本发送广播，并由第一个响应的辅助副本的页来修复页错误，如果错误出现在只读辅助副本，则会向主副本请求对应的页来修复错误。在这里有一点值得注意的是，无论是哪一种高可用性技术，都不会将页错误散播到冗余数据中，因为SQL Server中所有的高可用性技术都是基于日志，而不是数据页。
其次是使用暖备或冷备来还原页，我已经在代码清单1中给出了详细的代码，这里就不细说了。
如果没有合适的备份存在，如果损坏的数据页是存在于非聚集索引上，那么你很幸运，只需要将索引禁用后重建即可。
如果存在基准的完整备份，并且日志链没有断裂（包括差异备份可以Cover日志缺失的部分），则可以通过备份尾端日之后还原数据库来进行修复。
最后，如果基础工作做的并不好，您可能就需要通过损失数据的方式来换回数据库的一致性，我们可以通过DBCC CheckDB命令的REPAIR_ALLOW_DATA_LOSS来修复数据库。使用该方法可能导致数据损失，也可能不会导致数据损失，但大部分情况都会通过删除数据来修复一致性。使用REPAIR_ALLOW_DATA_LOSS需要将数据库设置为单用户模式，这意味着宕机时间。
无论是哪种情况修复数据库，都要考虑是否满足SLA，如果出现了问题之后，发现无论用哪种方式都无法满足SLA的话，那只能检讨之前的准备工作并祈祷你不会因此丢了工作。
㈨ SQL2005 DBCC CHECKDB是什么问题无法打开数据库,CREATE DATABASE中止.(MicrosoftSQLServer，错误:824)
BUG #: 20010946 (SQLBUDT)
症状
在 Microsoft SQL Server 2005 中运行 DBCC 检查命令时, 您可能会收到类似于以下的错误信息：
8909 16 1
表错误: 对象 ID 0，索引 ID-1，0，分区 ID 分配单元 ID 0
(类型未知)，页标识 (6:8040) 包含它的页面页眉中不正确的页 ID。 中的 PageId
页标题 = （0： 0）。
对于存储在一个 NTFS 文件系统分区的数据库运行 DBCC 检查命令 NTFS 分区处于 MULTI-USER 模式时，SQL Server 数据库引擎创建的内部、 只读数据库快照。 此行为会阻止运行 DBCC 检查命令时，正在阻塞的问题和并发问题。对数据库快照使用一个或多个稀疏文件来存储数据。
满足以下条件时发生此问题：
• SQL Server 页已写入稀疏文件。
• 这些稀疏文件用于为 DBCC 副本和数据库快照。
• 这些稀疏文件是丢失。
因为稀疏文件丢失，SQL Server 在运行 DBCC 检查命令时读取这些网页上的零的数据。
注意 此行为可能导致一个 false 未能在运行 DBCC 时出现检查命令。 由于 DBCC 检查命令操作的内部、 只读数据库快照，命令不表示指示已损坏数据库本身。 命令仅指示有是内部、 只读数据库快照有问题。
回到顶端
原因
由于争用条件的可能会发生此问题。 在 NTFS 稀疏文件的异步非缓存的写入操作发生争用条件。
回到顶端
更多信息
当页 ID 为 0： 0，可能还会出现错误消息类似于以下：
错误: 824，Severity： 24，状态： 2 SQL Server 检测到一个逻辑基于一致性的 I / O 错误： 不正确的 pageid (预期的 30:62 ； 实际 0： 0）。
http://support.microsoft.com/kb/909003/zh-cn