如何恢複沒有日誌的MSSQL資料庫

來源:互聯網
上載者:User

很多時候因為備份或其它原因,導致了資料庫的LOG記錄檔丟失,在通過正常的SQL企業管理器無法附加資料庫檔案時,我們該怎麼辦呢?

下面介紹兩種方法給大家參考:

方法一

1.建立一個同名的資料庫

2.再停掉sqlserver(注意不要分離資料庫)

3.用原資料庫的資料檔案覆蓋掉這個建立的資料庫

4.再重啟sqlserver

5.此時開啟企業管理器時會出現置疑,先不管,執行下面的語句(注意修改其中的資料庫名)

6.完成後一般就可以訪問資料庫中的資料了,這時,資料庫本身一般還要問題,解決辦法是,利用
資料庫的指令碼建立一個新的資料庫,並將資料導進去就行了.

USEMASTER
GO

SP_CONFIGURE'ALLOWUPDATES',1RECONFIGUREWITHOVERRIDE
GO

UPDATESYSDATABASESSETSTATUS=32768WHERENAME='置疑的資料庫名'
Go

sp_dboption'置疑的資料庫名','singleuser','true'
Go

DBCCCHECKDB('置疑的資料庫名')
Go

updatesysdatabasessetstatus=28wherename='置疑的資料庫名'
Go

sp_configure'allowupdates',0reconfigurewithoverride
Go

sp_dboption'置疑的資料庫名','singleuser','false'
Go

方法二

事情的起因

昨天,系統管理員告訴我,我們一個內部應用程式資料庫所在的磁碟空間不足了。我注意到資料庫事件記錄檔案XXX_Data.ldf檔案已經增長到了3GB,於是我決意縮小這個記錄檔。經過收縮資料庫等操作未果後,我犯了一個自進入行業以來的最大最愚蠢的錯誤:竟然誤刪除了這個記錄檔!後來我看到所有論及資料庫恢複的文章上都說道:“無論如何都要保證資料庫記錄檔存在,它至關重要”,甚至微軟甚至有一篇KB文章講如何只靠記錄檔恢複資料庫的。我真是不知道我那時候是怎麼想的?!

這下子壞了!這個資料庫連不上了,企業管理器在它的旁邊寫著“(置疑)”。而且最要命的,這個資料庫從來沒有備份了。我唯一找得到的是遷移半年前的另外一個資料庫伺服器,應用倒是能用了,但是少了許多記錄、表和預存程序。真希望這隻是一場噩夢!

沒有效果的恢複步驟

附加資料庫

_Rambo講過被刪除記錄檔中不存在活動紀錄時,可以這麼做來恢複:

1,分離被置疑的資料庫,可以使用sp_detach_db
2,附加資料庫,可以使用sp_attach_single_file_db

但是,很遺憾,執行之後,SQLServer質疑資料檔案和記錄檔不符,所以無法附加資料庫資料檔案。

DTS資料匯出

不行,無法讀取XXX資料庫,DTSWizard報告說“初始化上下文發生錯誤”。

緊急模式

怡紅公子講過沒有日誌用於恢複時,可以這麼做:

1,把資料庫設定為emergencymode

2,重建立立一個log檔案

3,把SQLServer重新啟動一下

4,把應用程式資料庫設定成單一使用者模式

5,做DBCCCHECKDB

6,如果沒有什麼大問題就可以把資料庫狀態改回去了,記得別忘了把系統資料表的修改選項關掉

我實踐了一下,把應用程式資料庫的資料檔案移走,重建立立一個同名的資料庫XXX,然後停掉SQL服務,把原來的資料檔案再覆蓋回來。之後,按照怡紅公子的步驟走。

但是,也很遺憾,除了第2步之外,其他步驟執行非常成功。可惜,重啟SQLServer之後,這個應用程式資料庫仍然是置疑!

不過,讓我欣慰的是,這麼做之後,倒是能夠Select資料了,讓我大出一口氣。只不過,組件使用資料庫時,報告說:“發生錯誤:-2147467259,未能在資料庫'XXX'中運行BEGINTRANSACTION,因為該資料庫處於迴避復原模式。”

最終成功恢複的全部步驟
設定資料庫為緊急模式
停掉SQLServer服務;
把應用程式資料庫的資料檔案XXX_Data.mdf移走;
重建立立一個同名的資料庫XXX;
停掉SQL服務;
把原來的資料檔案再覆蓋回來;
運行以下語句,把該資料庫設定為緊急模式;
運行“UseMaster
Go
sp_configure'allowupdates',1
reconfigurewithoverride
Go”

執行結果:
DBCC執行完畢。如果DBCC輸出了錯誤資訊,請與系統管理員聯絡。
已將配置選項'allowupdates'從0改為1。請運行RECONFIGURE語句以安裝。

接著運行“updatesysdatabasessetstatus=32768wherename='XXX'”
執行結果:
(所影響的行數為1行)

重啟SQLServer服務;

運行以下語句,把應用程式資料庫設定為SingleUser模式;

運行“sp_dboption'XXX','singleuser','true'”

執行結果:

命令已成功完成。

做DBCCCHECKDB;

運行“DBCCCHECKDB('XXX')”

執行結果:

'XXX'的DBCC結果。

'sysobjects'的DBCC結果。

對象'sysobjects'有273行,這些行位於5頁中。

'sysindexes'的DBCC結果。

對象'sysindexes'有202行,這些行位於7頁中。

'syscolumns'的DBCC結果。

………

運行以下語句把系統資料表的修改選項關掉;

運行“sp_resetstatus"XXX"

go

sp_configure'allowupdates',0

reconfigurewithoverride

Go”

執行結果:

在sysdatabases中更新資料庫'XXX'的條目之前,模式=0,狀態=28(狀態suspect_bit=0),

沒有更新sysdatabases中的任何行,因為已正確地重設了模式和狀態。沒有錯誤,未進行任何更改。

DBCC執行完畢。如果DBCC輸出了錯誤資訊,請與系統管理員聯絡。

已將配置選項'allowupdates'從1改為0。請運行RECONFIGURE語句以安裝。

重建立立另外一個資料庫XXX.Lost;

DTS匯出嚮導

運行DTS匯出嚮導;

複製源選擇EmergencyMode的資料庫XXX,匯入到XXX.Lost;

選擇“在SQLServer資料庫之間複製對象和資料”,試了多次,好像不行,只是複製過來了所有表結構,但是沒有資料,也沒有視圖和預存程序,而且DTS嚮導最後報告複製失敗;

所以最後選擇“從來源資料庫複製表和視圖”,但是後來發現,這樣總是只能複製一部分表記錄;

於是選擇“用一條查詢指定要傳輸的資料”,缺哪個表記錄,就導哪個;

視圖和預存程序是執行SQL語句添加的。

這樣,XXX.Lost資料庫就可以替換原來的應用程式資料庫了



相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。