是查找失敗還是拒絕訪問呢。如果是查找失敗的話，肯定就是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