SQL Server無(wú)日志恢復(fù)數(shù)據(jù)庫(kù)(一)
在進(jìn)行SQL Server數(shù)據(jù)庫(kù)操作過(guò)程中,如果沒(méi)有對(duì)SQL Server數(shù)據(jù)庫(kù)中數(shù)據(jù)進(jìn)行備份,而這時(shí)恰巧SQL Server數(shù)據(jù)庫(kù)中的日志文件又丟失了,這還真是一個(gè)讓人頭疼的問(wèn)題,鑒于SQL Server數(shù)據(jù)庫(kù)中日志文件的重要性,我們必須將丟失的日志文件給找回來(lái),下文就為大家介紹一種恢復(fù)數(shù)據(jù)庫(kù)日志文件的方法。
數(shù)據(jù)庫(kù)日志文件的誤刪或別的原因引起數(shù)據(jù)庫(kù)日志的損壞
方法一
1.新建一個(gè)同名的數(shù)據(jù)庫(kù)
2.再停掉sql server(注意不要分離數(shù)據(jù)庫(kù))
3.用原數(shù)據(jù)庫(kù)的數(shù)據(jù)文件覆蓋掉這個(gè)新建的數(shù)據(jù)庫(kù)
4.再重啟sql server
5.此時(shí)打開(kāi)企業(yè)管理器時(shí)會(huì)出現(xiàn)置疑,先不管,執(zhí)行下面的語(yǔ)句(注意修改其中的數(shù)據(jù)庫(kù)名)
6.完成后一般就可以訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)了,這時(shí),數(shù)據(jù)庫(kù)本身一般還要問(wèn)題,解決辦法是,利用
數(shù)據(jù)庫(kù)的腳本創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù),并將數(shù)據(jù)導(dǎo)進(jìn)去就行了.
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的數(shù)據(jù)庫(kù)名'
Go
sp_dboption '置疑的數(shù)據(jù)庫(kù)名', 'single user', 'true'
Go
DBCC CHECKDB('置疑的數(shù)據(jù)庫(kù)名')
Go
update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫(kù)名'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption '置疑的數(shù)據(jù)庫(kù)名', 'single user', 'false'
Go
這就是我要為大家介紹的其中之一的SQL Server數(shù)據(jù)庫(kù)中日志文件的恢復(fù)方法,希望對(duì)大家能夠有所幫助。
【編輯推薦】