SQL Server 2005日志文件損壞的處理方法

在實際的工作和學習中，許多人的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文件丟失也可以進行恢複。

• ·數據挖掘操作必須在數據倉庫基礎上進行
• ·帶你深入了解微軟商業智能系統BI解決方案
• ·講解MaxDB數據庫和MySQL數據庫的主要差
• ·在函數間不能傳遞32個以上參數的疑難問題
• ·教你快速掌握Sybase整庫複制的具體步驟
• ·Windows下更換用戶身份訪問Samba服務
• ·Linux操作系統下創建DBCA報錯問題的解決
• ·Vsftpd+tcp_wrappers控制主機
• ·微軟確認IE8 Beta2版發布日期在第三季度
• ·Linux桌面即將豪華：KDE 4.1 Bet