在進行SQL Server數(shù)據(jù)庫操作過程中，如果沒有對SQL Server數(shù)據(jù)庫中數(shù)據(jù)進行備份，而這時恰巧SQL Server數(shù)據(jù)庫中的日志文件又丟失了，這還真是一個讓人頭疼的問題，鑒于SQL Server數(shù)據(jù)庫中日志文件的重要性，我們必須將丟失的日志文件給找回來，下文就為大家介紹一種恢復(fù)數(shù)據(jù)庫日志文件的方法。

數(shù)據(jù)庫日志文件的誤刪或別的原因引起數(shù)據(jù)庫日志的損壞

方法一

1.新建一個同名的數(shù)據(jù)庫

2.再停掉sql server(注意不要分離數(shù)據(jù)庫)

3.用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個新建的數(shù)據(jù)庫

4.再重啟sql server

5.此時打開企業(yè)管理器時會出現(xiàn)置疑，先不管，執(zhí)行下面的語句(注意修改其中的數(shù)據(jù)庫名)

6.完成后一般就可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了,這時,數(shù)據(jù)庫本身一般還要問題,解決辦法是,利用

數(shù)據(jù)庫的腳本創(chuàng)建一個新的數(shù)據(jù)庫,并將數(shù)據(jù)導(dǎo)進去就行了.

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的數(shù)據(jù)庫名'

Go

sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'true'

Go

DBCC CHECKDB('置疑的數(shù)據(jù)庫名')

Go

update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'false'

Go

這就是我要為大家介紹的其中之一的SQL Server數(shù)據(jù)庫中日志文件的恢復(fù)方法，希望對大家能夠有所幫助。

【編輯推薦】

1. SQL Server數(shù)據(jù)庫備份出錯及應(yīng)對措施
2. 教你如何利用SQL Server保護數(shù)據(jù)
3. 編寫和優(yōu)化SQL Server的存儲過程