程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> SqlServer數據庫 >> 關於SqlServer >> SQL Server的文件恢復技術

SQL Server的文件恢復技術

編輯:關於SqlServer

      SQL Server有兩種備份方式,一種是使用BACKUP DATABASE將數據庫文件備份出去,另外一種就是直接拷貝數據庫文件mdf和日志文件ldf的方式。本文中,我們將主要介紹一下後者的備份與恢復。(本文中假定您目前已經能夠熟練使用Server企業管理器和SQL Server查詢分析器)

      1、正常的備份、恢復方式

      正常方式下,我們要備份一個數據庫,首先要先將該數據庫從運行的數據服務器中斷開,或者停掉整個數據庫服務器,然後復制文件。

      卸下數據庫的命令:

      Sp_detach_db 數據庫名

      連接數據庫的命令:

      Sp_attach_db或者sp_attach_single_file_db s_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′ [,...16] sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′

      使用此方法可以正確恢復SQL Sever 7.0和SQL Server 2000的數據庫文件,要點是備份的時候一定要將mdf和ldf兩個文件都備份下來,mdf文件是數據庫數據文件,ldf是數據庫日志文件。

      例子:

      假設數據庫為test,其數據文件為test_data.mdf,日志文件為test_log.ldf。下面我們討論一下如何備份、恢復該數據庫。

      卸下數據庫:

      sp_detach_db ’test’

      連接數據庫:

      sp_attach_db ’test’,’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data.mdf’,’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf’sp_attach_single_file_db ’test’,’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data.mdf’

      2、只有mdf文件的恢復技術

      由於種種原因,我們如果當時僅僅備份了mdf文件,那麼恢復起來就是一件很麻煩的事情了。

      如果您的mdf文件是當前數據庫產生的,那麼很僥幸,也許你使用sp_attach_db或者sp_attach_single_file_db可以恢復數據庫,但是會出現類似下面的提示信息:

      設備激活錯誤。物理文件名 ’C:Program FilesMicrosoft SQL ServerMSSQLdatatest_Log.LDF’可能有誤。

      已創建名為’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.LDF’的新日志文件。

      但是,如果您的數據庫文件是從其他計算機上復制過來的,那麼很不幸,也許上述辦法就行不通了。你也許會得到類似下面的錯誤信息:

      服務器: 消息 1813,級別 16,狀態 2,行 1

      未能打開新數據庫 ’test’。CREATE DATABASE 將終止。

      設備激活錯誤。物理文件名 ’d:test_log.LDF’ 可能有誤。

      應該怎麼辦呢?下面我們舉例說明恢復辦法。

      A、我們使用默認方式建立一個供恢復使用的數據庫(如test)。可以在SQL Server Enterprise Manager裡面建立。

      B、停掉數據庫服務器。

      C、將剛才生成的數據庫的日志文件test_log.ldf刪除,用要恢復的數據庫mdf文件覆蓋剛才生成的數據庫數據文件test_data.mdf。

      D、啟動數據庫服務器。此時會看到數據庫test的狀態為“置疑”。這時候不能對此數據庫進行任何操作。

      E、設置數據庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇數據庫服務器,按右鍵,選擇“屬性”,在“服務器設置”頁面中將“允許對系統目錄直接修改”一項選中。也可以使用如下語句來實現。

      use master go sp_configure ’allow updates’,1 go reconfigure with override go

      F、設置test為緊急修復模式

      update sysdatabases set status=-32768 where dbid=DB_ID(’test’)

      此時可以在SQL Server Enterprise Manager裡面看到該數據庫處於“只讀置疑脫機緊急模式”可以看到數據庫裡面的表,但是僅僅有系統表。

      G、下面執行真正的恢復操作,重建數據庫日志文件

      dbcc rebuild_log(’test’,’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf’)

      執行過程中,如果遇到下列提示信息:

      服務器: 消息 5030,級別 16,狀態 1,行 1

      未能排它地鎖定數據庫以執行該操作。

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

      說明您的其他程序正在使用該數據庫,如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統表,那麼退出SQL Server Enterprise Manager就可以了。

      正確執行完成的提示應該類似於:

      警告:數據庫 ’test’的日志已重建。已失去事務的一致性。應運行DBCC CHECKDB以驗證物理一致性。將必須重置數據庫選項,並且可能需要刪除多余的日志文件。

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

      此時打開在SQL Server Enterprise Manager裡面會看到數據庫的狀態為“只供DBO使用”。此時可以訪問數據庫裡面的用戶表了。

      H、驗證數據庫一致性(可省略)

      dbcc checkdb(’test’)

      一般執行結果如下:

      CHECKDB發現了0個分配錯誤和0個一致性錯誤(在數據庫 ’test’ 中)。

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

      I、設置數據庫為正常狀態

      sp_dboption ’test’,’dbo use only’,’false’

      假如沒有出錯,現在你就可以正常的使用恢復後的數據庫啦。

      J、最後一步,我們要將步驟E中設置的“允許對系統目錄直接修改”一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然,我們可以在SQL Server Enterprise Manager裡面恢復,也可以使用如下語句完成。

      sp_configure ’allow updates’,0 go reconfigure with override go

    1. 上一頁:
    2. 下一頁:
    Copyright © 程式師世界 All Rights Reserved