标签：
网上关于SQL Server 2005数据库日志丢失的处理方法基本上都是修改数据库系统表，但是我测试N多遍都不成功，最后用英文关键字Google了下，发现一个可行方法，折磨了我两天的问题得以解决。。。
背景说明：名为testdb的数据库丢失了日志文件，仅有数据文件testdb.mdf
请先不要急于开始操作，如果你真的很急，请直接看我的成功试验方法(*下面的内容)
1.新建数据库testdb
2.停掉SQL Server服务器
3.删除刚刚创建好的testdb的日志文件testdb_log.ldf，将数据文件替换成上面提到的待恢复的数据库的数据文件testdb.mdf
4.启动SQL Server服务器，在Management Studio中重新连接，发现testdb数据库仍不可用
5.设置数据库的系统表为可修改
sp_configure ‘allow updates‘,1
reconfigure with override
6.设置TEST为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID(‘testdb‘)
訊息259，層級16，狀態1，行1
不允許對系統目錄的特定更新。(即不允许更新系统表)
此时需要利用DAC登入SQL Server进行修改，登入方式见http://space.itpub.net/10314474/viewspace-696409
设置SQL Server为single_user 模式
D:\Documents and Settings\USERNAME>net stop "SQL Server (MSSQLSERVER)"
D:\Documents and Settings\USERNAME>net start "SQL Server (MSSQLSERVER)" /m
本以为到这里就看到了胜利的曙光，谁知又报错
訊息4406，層級16，狀態1，行1
由於內含衍生或常數欄位，導致檢視或函數‘sys.sysdatabases‘ 的更新或插入失敗。
这个问题困扰了我很久，我想通过修改系统表的这种方法应该是不可行的了。
（*******以上方法在网上广为流传，但我自己并未测试成功，不知是否有人成功过*******）
***********************
以下方法经本人三次测试均成功：
当然方法的宗旨都是一样：重建日志文件
1.首先查看下数据库此时的状态
select name,state,state_desc from sys.databases where name = ‘testdb‘
name state state_desc
testdb 3 RECOVERY_PENDING
2.设置数据库为紧急模式
ALTER DATABASE testdb SET EMERGENCY
select name,state,state_desc from sys.databases where name = ‘testdb‘
name state state_desc
testdb 5 EMERGENCY
3.设置数据库为单用户模式
ALTER DATABASE testdb SET SINGLE_USER WITH ROLLBACK IMMEDIATE
4.重建日志文件
DBCC CHECKDB(‘testdb‘,REPAIR_ALLOW_DATA_LOSS)
返回的结果信息：檔案啟動錯誤。實體檔案名稱"D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\testdb_log.ldf" 可能不正確。
警告: 資料庫‘testdb‘ 的記錄已經重建。已遺失交易一致性。RESTORE 鏈已中斷，伺服器已經沒有先前記錄檔的內容，因此您必須知道這些內容。應該執行DBCC CHECKDB 來驗證實體一致性。資料庫已進入僅限DBO 模式。您準備好讓資料庫能供使用後，必須重設資料庫選項，並刪除任何額外的記錄檔。
5.检查数据库状态
select name,state,state_desc from sys.databases where name = ‘testdb‘
name state state_desc
TEST 0 ONLINE
6.将数据库由单用户模式修改为多用户模式
ALTER DATABASE testdb SET MULTI_USER
数据库此时已可正常使用
原文链接：http://blog.itpub.net/10314474/viewspace-696555/
标签：
原文地址：http://www.cnblogs.com/wangping01/p/4844669.html
