SQL Server 2005 Suspect

在实际的工作和学习中，许多人的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文件丢失也可以进行恢复。(王朝网络 wangchao.net.cn)
-