昨天同事給你我一個有問題的數據庫，叫我修復一下因為客戶那邊需要這個數據庫，這個數據庫只有一個mdf文件和一個ldf文件，
當我附加數據庫的時候報錯，數據庫是SQL2005
附上有損壞的數據庫文件：
因為之前在論壇也遇到過，所以按照論壇的方法來解決，結果還是不行
把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，狀態(tài) 2，第 1 行
4 無法打開新數據庫 'GPOSDB'。CREATE DATABASE 中止。
我現在按照這篇文章再試一下
http://www.blogjava.net/kent/articles/200991.html
先新建一個GPOSDB的空庫，然后停掉SQL服務
將剛才生成的數據庫的日志文件GPOSDB_log.ldf刪除
用要恢復的GPOSDB.mdf文件覆蓋剛才生成的數據庫數據文件GPOSDB.mdf
然后把有問題的GPOSDB.mdf文件放在D盤，因為我新建的GPOSDB數據庫放在D盤
啟動SQL服務
文章說會顯示數據庫置疑，但是我的沒有顯示置疑
設置數據庫允許直接操作系統(tǒng)表
在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，狀態(tài) 1，第 1 行
2 不允許對系統(tǒng)目錄進行即席更新。
嘗試重建日志，但是語法錯誤，估計那篇文章是SQL2000的
復制代碼 代碼如下:
1 DBCC rebuild_log('GPOSDB','D:\GPOSDB_log.ldf')
2 GO
1 消息 2526，級別 16，狀態(tài) 3，第 1 行
2 DBCC 語句錯誤。請查閱文檔以了解正確的 DBCC 語法和選項。
一查果然是
--* DBCC REBUILDLOG
--重建SQL Server 2000事務日志文件
其實一開始在步驟“設置數據庫允許直接操作系統(tǒng)表” 就懷疑是不是SQL2000的，因為SQL2005或以后已經不能修改系統(tǒng)表了
最后把事務日志文件也放到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，狀態(tài) 1，第 2 行
一個或多個文件與數據庫的主文件不匹配。如果是嘗試附加數據庫，請使用正確的文件重試該操作。如果這是現有數據庫，則文件可能已損壞，應該從備份進行還原。
日志文件 'D:\GPOSDB_log.ldf' 與主文件不匹配。該文件可能來自另一數據庫，或者可能以前重新生成了日志。
消息 5123，級別 16，狀態(tài) 1，第 2 行
嘗試打開或創(chuàng)建物理文件 'D:\MSSSQL\Data\GPOSDB_log.LDF' 時，CREATE FILE 遇到操作系統(tǒng)錯誤 3(系統(tǒng)找不到指定的路徑。)。
消息 5024，級別 16，狀態(tài) 2，第 2 行
在 sysfiles1 中找不到主日志文件所對應的條目。無法重建日志。
消息 5028，級別 16，狀態(tài) 2，第 2 行
系統(tǒng)無法激活足夠的數據庫來重建日志。
GPOSDB的 DBCC 結果。
CHECKDB 在數據庫 'GPOSDB' 中發(fā)現 0 個分配錯誤和 0 個一致性錯誤。
消息 7909，級別 20，狀態(tài) 1，第 2 行
緊急模式修復失敗。您必須從備份中還原。
您可能感興趣的文章:- SQL Server 2005 還原數據庫錯誤解決方法
- 在oracle 數據庫中查看一個sql語句的執(zhí)行時間和SP2-0027錯誤
- 解決SQL2005備份數據庫.dat或bak還原時的結構錯誤的解決方法
- 連接ACCESS數據庫時發(fā)生錯誤提示:找不到可安裝的 ISAM
- sql2008 附加數據庫時出現錯誤5123提示的解決方法
- sql2005 附加數據庫出錯(錯誤號:5123)解決方法
- plsql連接oracle數據庫報ora 12154錯誤解決方法
- SQL2008 附加數據庫提示5120錯誤解決方法
- SQL2008 附加數據庫提示 5120錯誤 解決辦法
- 使用sql server management studio 2008 無法查看數據庫,提示 無法為該請求檢索數據 錯誤916解決方法
- 解析mysql數據庫還原錯誤:(mysql Error Code: 1005 errno 121)
- MySQL數據庫導出與導入及常見錯誤解決
- Sqlserver 2005附加數據庫時出錯提示操作系統(tǒng)錯誤5(拒絕訪問)錯誤5120的解決辦法
- SQLServer無法打開用戶默認數據庫 登錄失敗錯誤4064的解決方法
- SQL數據庫實例名稱找不到或遠程連接失敗并顯示錯誤error40的原因及解決辦法
