在實際的工作和學習中，許多人的SQL Server 2005數據庫日志文件可能會發生損壞，例如硬件故障、計算機非正常重啟或關機等等。
在SQL Server 2005的日志文件損壞時，你會發現以下的情況：
◆1、在SQL Server Management Studio中顯示數據庫處於置疑(suspect)狀態。
◆2、事件日志可能會出現如下錯誤信息：
Could not redo log record (21737:686:9), for transaction ID (0:2334886), on page (1:37527), database ’Test’ (database ID 15). Page: LSN = (21735:299:5), type = 2. Log: OpCode = 3, context 19, PrevPageLSN: (21737:615:1). Restore from a backup of the database, or repair the database.
During redoing of a logged Operation in database ’Test’, an error occurred at log record ID (76116:286:2). Typically, the specific failure is previously logged as an error in the Windows Event Log service. Restore the database from a full backup, or repair the database.
◆3、無法分離數據庫
◆4、用CREATE DATABASE DBName ON ( FILENAME = N’DBFile’ ) FOR ATTACH_REBUILD_LOG附加數據庫時出現提示：The log cannot be rebuilt because the database was not cleanly shut down.
詳細的恢復方法：
1、停止數據庫服務。
2、將需要恢復的數據庫文件復制到另外的位置。
3、啟動數據庫服務。
4、確認要恢復的數據庫文件已經成功復制到另外的位置，然後在SQL Server Management Studio中刪除要恢復的數據庫。
5、新建同名的數據庫(數據庫文件名也要相同)。
6、停止數據庫服務。
7、用第2步中備份的.mdf文件覆蓋新數據庫的同名文件。
8、啟動數據庫服務。
9、運行alter database dbname set emergency，將數據庫設置為emergency mode
10、運行下面的命令就可以恢復數據庫：
use master
declare @databasename varchar(255)
set @databasename=’要恢復的數據庫名稱’
exec sp_dboption @databasename, N’single’, N’true’ --將目標數據庫置為單用戶狀態
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N’single’, N’false’--將目標數據庫置為多用戶狀態
注：這個方法是通過.mdf文件恢復數據庫，即使大家的log文件丟失也可以進行恢復。
