數(shù)據(jù)庫恢復技術與SQLSERVER的數(shù)據(jù)恢復機制.ppt

2019/9/10,11.1 故障的種類 11.2 數(shù)據(jù)恢復的實現(xiàn)技術 11.3 數(shù)據(jù)庫恢復策略 11.4 SQL Server的數(shù)據(jù)備份和數(shù)據(jù)恢復機制,2019/9/10,11.1故障的種類,數(shù)據(jù)庫系統(tǒng)中發(fā)生的故障是多種多樣的，大致可以歸結為以下幾類： 事務內部故障 事務內部故障有的可以通過事務程序本身發(fā)現(xiàn)，但是更多的則是非預期的，它們不能由事務處理程序處理。例如運算溢出、并發(fā)事務發(fā)生死鎖而被選中撤消該事務、違反了某些完整性限制等。 事務故障意味著事務沒有達到預期的終點(COMMIT或顯式的ROLLBACK)，因此數(shù)據(jù)庫可能處于不正確狀態(tài)?；謴统绦虻娜蝿站褪窃诓挥绊懫渌聞者\行的情況下，強行回滾 (ROLLBACK)該事務，即撤消該事務已經作出的任何對數(shù)據(jù)庫的修改，使得該事務好像根本沒有啟動一樣。這類恢復操作稱為事務撤消(UNDO)。,2019/9/10,系統(tǒng)故障 系統(tǒng)故障是指造成系統(tǒng)停止運轉,必須重新啟動系統(tǒng)的任何事件。例如，特定類型的硬件故障、操作系統(tǒng)故障、DBMS代碼錯誤、數(shù)據(jù)庫服務器出錯以及其他自然原因等。 系統(tǒng)故障主要有兩種情況： 發(fā)生故障時，一些尚未完成的事務的部分結果已送入物理數(shù)據(jù)庫，從而造成數(shù)據(jù)庫可能處于不正確的狀態(tài)。 為保證數(shù)據(jù)一致性，需要清除這些事務對數(shù)據(jù)庫的所有修改。在這種情況下，恢復子系統(tǒng)必須在系統(tǒng)重新啟動時讓所有非正常終止的事務回滾，強行撤消(UNDO)所有未完成的事務。 發(fā)生系統(tǒng)故障時，有些已完成的事務有一部分甚至全部留在緩沖區(qū)，尚未寫回到磁盤上的物理數(shù)據(jù)庫中。 系統(tǒng)故障使得這些事務對數(shù)據(jù)庫的修改部分或全部丟失，這也會使數(shù)據(jù)庫處于不一致狀態(tài)，因此應將這些事務已提交的結果重新寫人數(shù)據(jù)庫。這種情況下，系統(tǒng)重新啟動后，恢復子系統(tǒng)除了需要撤消所有未完成的事務外，還需要重做(REDO)所有已提交的事務，以使數(shù)據(jù)庫真正恢復到一致狀態(tài)。,2019/9/10,介質故障 介質故障指外存故障，例如磁盤損壞、磁頭碰撞、瞬時磁場干擾等。這類故障會破壞數(shù)據(jù)庫或部分數(shù)據(jù)，并影響正在存取這部分數(shù)據(jù)的所有事務。介質故障雖然發(fā)生的可能性較小，但是它的破壞性卻是最大的，有時會造成數(shù)據(jù)的無法恢復。 計算機病毒 計算機病毒是一種人為的故障或破壞，它是由一些人惡意的編制的計算機程序。這種程序與其他程序不同，它可以像微生物學所稱的病毒一樣進行繁殖和傳播，并造成對計算機系統(tǒng)包括數(shù)據(jù)庫系統(tǒng)的破壞。 用戶操作錯誤 在某些情況下，由于用戶有意或無意的操作也可能刪除數(shù)據(jù)庫中的有用的數(shù)據(jù)或加入錯誤的數(shù)據(jù)，這同樣會造成一些潛在的故障。,2019/9/10,11.2 數(shù)據(jù)恢復的實現(xiàn)技術,數(shù)據(jù)恢復涉及兩個關鍵問題：建立備份數(shù)據(jù)、利用這些備份數(shù)據(jù)實施數(shù)據(jù)庫恢復。數(shù)據(jù)恢復最常用的技術是建立數(shù)據(jù)轉儲和利用日志文件。 11.2.1 數(shù)據(jù)轉儲 數(shù)據(jù)轉儲是數(shù)據(jù)庫恢復中采用的基本技術。數(shù)據(jù)轉儲就是數(shù)據(jù)庫管理員（DBA）定期地將整個數(shù)據(jù)庫復制到其他存儲介質（如磁帶或非數(shù)據(jù)庫所在的另外磁盤）上保存形成備用文件的過程。這些備用的數(shù)據(jù)文件稱為后備副本或后援副本。當數(shù)據(jù)庫遭到破壞后可以將后備副本重新裝入，并重新執(zhí)行自轉儲以后的所有更新事務。 數(shù)據(jù)轉儲是十分耗費時間和資源的，不能頻繁進行。數(shù)據(jù)庫管理員（DBA）應該根據(jù)數(shù)據(jù)庫使用情況確定一個適當?shù)霓D儲周期和轉儲策略。數(shù)據(jù)轉儲有以下幾類。,2019/9/10,靜態(tài)轉儲和動態(tài)轉儲 靜態(tài)轉儲 靜態(tài)轉儲是指在轉儲過程中，系統(tǒng)不運行其他事務，專門進行數(shù)據(jù)轉儲工作。 動態(tài)轉儲 動態(tài)轉儲是指在轉儲過程中，允許其他事務對數(shù)據(jù)庫進行存取或修改操作的轉儲方式。 由于動態(tài)轉儲是動態(tài)地進行的，這樣后備副本中存儲的就可能是過時的數(shù)據(jù)。因此，有必要把轉儲期間各事務對數(shù)據(jù)庫的修改活動登記下來，建立日志文件(Log File)，使得后援副本加上日志文件能夠把數(shù)據(jù)庫恢復到某一時刻的正確狀態(tài)。,2019/9/10,海量轉儲和增量轉儲 海量轉儲 海量轉儲是指每次轉儲全部數(shù)據(jù)庫。海量轉儲能夠得到后備副本，利用后備副本能夠比較方便地進行數(shù)據(jù)恢復工作。但對于數(shù)據(jù)量大和更新頻率高的數(shù)據(jù)庫，不適合頻繁地進行海量轉儲。 增量轉儲 增量轉儲是指每次只轉儲上一次轉儲后更新過的數(shù)據(jù)。增量轉儲適用于數(shù)據(jù)庫較大、但是事務處理又十分頻繁的數(shù)據(jù)庫系統(tǒng)。 由于數(shù)據(jù)轉儲可在動態(tài)和靜態(tài)兩種狀態(tài)下進行，因此數(shù)據(jù)轉儲方法可以分為4類：動態(tài)海量轉儲、動態(tài)增量轉儲、靜態(tài)海量轉儲和靜態(tài)增量轉儲。,2019/9/10,11.2.2 登記日志文件 日志文件的格式和內容 日志文件是用來記錄對數(shù)據(jù)庫的更新操作的文件。不同的數(shù)據(jù)庫系統(tǒng)采用的日志文件格式不完全相同。日志文件主要有以記錄為單位的日志文件和以數(shù)據(jù)塊為單位的日志文件。 以記錄為單位的日志文件中需要登記的內容包括：每個事務的開始(BEGIN TRANSACTION)標記、結束(COMMIT或ROLLBACK)標記和所有更新操作，這些內容均作為日志文件中的一個日志記錄(Log Record)。對于更新操作的日志記錄，其內容主要包括：事務標識(表明是哪個事務)、操作的類型(插入、刪除或修改)、操作對象(記錄內部標識)、更新前數(shù)據(jù)的舊值(插入操作，該項為空)及更新后數(shù)據(jù)的新值(刪除操作，該項為空)。 以數(shù)據(jù)塊為單位的日志文件內容包括事務標識和更新的數(shù)據(jù)塊。由于更新前后的各數(shù)據(jù)塊都放入了日志文件，所以操作的類型和操作對象等信息就不必放入日志記錄。,2019/9/10,日志文件的作用 日志文件能夠用來進行事務故障恢復、系統(tǒng)故障恢復，并能夠協(xié)助后備副本進行介質故障恢復。當數(shù)據(jù)庫文件毀壞后，可重新裝入后援副本把數(shù)據(jù)庫恢復到轉儲結束時刻的正確狀態(tài)，再利用建立的日志文件，可以把已完成的事務進行重做處理，而對于故障發(fā)生時尚未完成的事務則進行撤消處理，這樣不用運行應用程序就可把數(shù)據(jù)庫恢復到故障前某一時刻的正確狀態(tài)。 登記日志文件(Logging) 為保證數(shù)據(jù)庫的可恢復性，登記日志文件時必須遵循兩條原則：一是登記的次序嚴格按事務執(zhí)行的時間次序；二是必須先寫日志文件，后寫數(shù)據(jù)庫。,2019/9/10,11.3 數(shù)據(jù)庫恢復策略,當系統(tǒng)運行過程中發(fā)生故障時，利用數(shù)據(jù)庫后備副本和日志文件就可以將數(shù)據(jù)庫恢復到故障前的某個一致性狀態(tài)。不同故障其恢復策略和方法也不一樣。 事務故障的恢復 當發(fā)生事務故障時，恢復子系統(tǒng)應利用日志文件撤消(UNDO)此事務已對數(shù)據(jù)庫進行的修改。事務故障的恢復通常是由系統(tǒng)自動完成的，用戶并不知道系統(tǒng)是如何進行事務恢復的。 系統(tǒng)的恢復步驟是： (1)反向掃描文件日志(即從最后向前掃描日志文件)，查找該事務的更新操作。 (2)對該事務的更新操作執(zhí)行逆操作。即將日志記錄中“更新前的值”寫人數(shù)據(jù)庫。如果記錄中是插入操作，則相當于做刪除操作；若記錄中是刪除操作，則做插入操作；若是修改操作，則相當于用修改前的值代替修改后的值。 (3)重復執(zhí)行(1)和(2)，恢復該事務的其他更新操作，直至讀到該事務的開始標記，事務故障恢復就完成了。,2019/9/10,系統(tǒng)故障的恢復 系統(tǒng)故障恢復操作要撤消故障發(fā)生時未完成的事務，重做已完成的事務。系統(tǒng)故障的恢復是由系統(tǒng)在重新啟動時自動完成的，不需要用戶干預。 系統(tǒng)的恢復步驟是： (1)正向掃描日志文件(即從頭掃描日志文件)，找出在故障發(fā)生前已經提交的事務(這些事務既有BEGIN TRANSACTION記錄，也有COMMIT或ROLLBACK記錄)，將其事務標記記入重做(REDO)隊列。同時找出故障發(fā)生時尚未完成的事務(這些事務只有BEGIN TRANSACTION記錄，無相應的COMMIT或ROLLBACK記錄)，將其事務標記記入撤消(UNDO)隊列。 (2)對撤消隊列中的各個事務進行撤消(UNDO)處理。 進行撤消處理的方法是：反向掃描日志文件，對每個事務的更新操作執(zhí)行逆操作，即將日志記錄中“更新前的值”寫入數(shù)據(jù)庫。 (3)對重做隊列中的各個事務進行重做(REDO)處理。 進行重做處理的方法是：正向掃描日志文件，對每個重做事務重新執(zhí)行日志文件登記的操作。即將日志記錄中“更新后的值”寫入數(shù)據(jù)庫。,2019/9/10,介質故障的恢復 介質故障會破壞磁盤上的物理數(shù)據(jù)庫和日志文件，這是最嚴重的一種故障?；謴头椒ㄊ侵匮b數(shù)據(jù)庫后備副本，然后重做已完成的事務。 具體恢復步驟是： (1)裝入最新的數(shù)據(jù)庫后備副本，使數(shù)據(jù)庫恢復到最近一次轉儲時的一致性狀態(tài)。對于動態(tài)轉儲的數(shù)據(jù)庫副本，還需要同時裝入轉儲開始時刻的日志文件副本。利用恢復系統(tǒng)故障的方法(即重做+撤消的方法)，才能將數(shù)據(jù)庫恢復到一致性狀態(tài)。 (2)裝入相應的日志文件副本(轉儲結束時刻的日志文件副本)，重做已完成的事務。 利用日志技術進行數(shù)據(jù)庫恢復時，恢復子系統(tǒng)必須搜索所有的日志，確定哪些事務需要重做。,2019/9/10,11.4 SQL Server的數(shù)據(jù)備份和數(shù)據(jù)恢復機制,完全備份 完全備份就是通過海量轉儲形成的備份。其最大優(yōu)點是恢復數(shù)據(jù)庫的操作簡便，它只需要將最近一次的備份恢復。完全備份所占的存儲空間很大且備份的時間較長，只能在一個較長的時間間隔上進行完全備份。其缺點是當根據(jù)最近的完全備份進行數(shù)據(jù)恢復時，完全備份之后對數(shù)據(jù)所作的任何修改都將無法恢復。當數(shù)據(jù)庫較小、數(shù)據(jù)不是很重要或數(shù)據(jù)操作頻率較低時，可采用完全備份的策略進行數(shù)據(jù)備份和恢復。,2019/9/10,完全備份加事務日志備份 事務日志備份必須與數(shù)據(jù)庫的完全備份聯(lián)合使用，才能實現(xiàn)數(shù)據(jù)備份和恢復功能。將完全備份和事務日志備份聯(lián)用進行數(shù)據(jù)備份和恢復時， 備份步驟是： (1)定期進行完全備份，例如一天一次或兩天一次。 (2)更頻繁地進行事務日志備份，如一小時一次或兩小時一次等。 當需要數(shù)據(jù)庫恢復時，首先用最近一次完全備份恢復數(shù)據(jù)庫，然后用最近一次完全備份之后創(chuàng)建的所有事務日志備份，按順序恢復完全備份之后發(fā)生在數(shù)據(jù)庫上的所有操作。 完全備份和事務日志備份相結合的方法，能夠完成許多數(shù)據(jù)庫的恢復工作。但它對那些不在事務日志中留下記錄的操作，仍無法恢復數(shù)據(jù)。,2019/9/10,同時使用3種備份 在同時使用數(shù)據(jù)庫完全備份和事務日志備份的基礎上，再以增量備份（即增量轉儲）作為補充，可以在發(fā)生數(shù)據(jù)丟失時將損失減到最小。 同時使用3種備份恢復數(shù)據(jù)時，要求數(shù)據(jù)備份操作按以下順序進行： (1)定期執(zhí)行完全備份，例如一天一次或兩天一次等。 (2)進行增量備份，如4小時一次或六小時一次等。 (3)進行事務日志備份，如一小時一次或兩小時一次等。 在發(fā)生數(shù)據(jù)丟失或操作失敗時，按下列順序恢復數(shù)據(jù)庫： (1)用最近一次的完全備份恢復數(shù)據(jù)庫； (2)用最近一次的增量備份恢復數(shù)據(jù)庫； (3)用在最近一次的完全備份之后創(chuàng)建的所有事務日志備份，按順序恢復最近一次完全備份之后發(fā)生在數(shù)據(jù)庫上的所有操作。,2019/9/10,11.4.1 數(shù)據(jù)庫的備份 數(shù)據(jù)庫的備份和恢復工作不僅對用戶數(shù)據(jù)庫是重要的，對于master、msdb、model、tempdb 4個系統(tǒng)數(shù)據(jù)庫來說，備份和恢復工作也是重要的。因為系統(tǒng)數(shù)據(jù)庫中存放著系統(tǒng)運行時的有關信息，它一旦遭到破壞，系統(tǒng)也不能正常工作。 備份設備的管理 備份設備是用來存放備份數(shù)據(jù)的物理設備。它包括磁盤、磁帶和命名管道。執(zhí)行備份的第一步是創(chuàng)建備份設備。備份設備亦稱永久性的備份文件，它應在數(shù)據(jù)庫備份操作前預先創(chuàng)建。下面介紹備份設備的創(chuàng)建、查看和刪除操作。,2019/9/10,(1)創(chuàng)建備份設備 在企業(yè)管理器中，擴展要操作的數(shù)據(jù)庫服務器，在【管理】文件夾中找到【備份】文件夾。右擊該文件夾，在菜單中選擇【新建備份設備】項，則出現(xiàn)如圖11-1所示的備份設備屬性對話框。 在備份設備屬性對話框中，輸入備份設備的邏輯名稱；確定備份設備的文件名；單擊【確定】按鈕。 在確定備份設備的文件名時，需要單擊文件名右邊的按鈕，并在彈出文件名對話框中確定或改變備份設備的默認磁盤文件路徑和文件名。,2019/9/10,圖11-1 備份設備屬性對話框,2019/9/10,(2)查看備份設備的相關信息 在企業(yè)管理器中擴開服務器，選擇【管理】文件夾和【備份】文件夾，在右窗口中找到要查看的備份設備；右擊該備份設備，在快捷菜單上選擇【屬性】項，會彈出與圖11-1相似的備份設備屬性對話框；單擊設備名稱右邊的【查看內容】按鈕，出現(xiàn)備份設備的信息框，從中可以得到備份數(shù)據(jù)庫及備份創(chuàng)建日期等信息。 也可以使用系統(tǒng)存儲過程sp_helpdevice來查看服務器上每個設備的有關信息，其中包括備份設備。 (3)刪除備份設備 選中并右擊該備份設備，在快捷菜單中選擇【刪除】項，在確認刪除對話框中，單擊【確認】按鈕即可完成。,2019/9/10,備份數(shù)據(jù)庫 使用企業(yè)管理器備份數(shù)據(jù)庫 操作步驟如下： (1) 進入數(shù)據(jù)庫備份對話框 在SQL Server的企業(yè)管理器中，右擊要備份的數(shù)據(jù)庫；在快捷菜單上單擊【全部任務】中的【備份數(shù)據(jù)庫】項，則彈出一個數(shù)據(jù)庫備份對話框。該對話框中有常規(guī)和選項兩個頁面，如圖11-2和圖11-3所示。,2019/9/10,圖11-2 數(shù)據(jù)庫備份對話框常規(guī)頁面,2019/9/10,圖11-3 數(shù)據(jù)庫備份對話框選項頁面,2019/9/10,(2)在【常規(guī)】頁面中完成以下操作 在數(shù)據(jù)庫框中選擇要備份的數(shù)據(jù)庫；在名稱框中為備份取一個便于識別的名稱；備份方法可選擇完全備份、差異備份(增量備份)、事務日志、文件或文件組之一；為磁盤備份設備或備份文件選擇目的地，即通過列表右邊的【添加】按鈕或【刪除】確定備份文件的存放位置，列表框中顯示要使用的備份設備或備份文件；在重寫欄中選擇將備份保存到備份設備時的覆蓋模式；在調度欄中設置數(shù)據(jù)庫備份計劃。 覆蓋模式通過兩個單選項指定：【追加到媒體】為將數(shù)據(jù)庫備份追加在備份設備已有內容之 后；【重寫現(xiàn)有媒體】為用本次數(shù)據(jù)庫備份覆蓋備份設備中原有的內容。,2019/9/10,(3)設定備份計劃需要執(zhí)行的操作 在圖11-2所示的數(shù)據(jù)庫備份對話框常規(guī)頁面中，選則調度復選框，并單擊文本框右邊的按鈕，則出現(xiàn)如圖11-4所示的編輯備份計劃對話框。 在對話框中可以設置以下4種備份類型： SQL Server代理啟動時自動啟動：每當SQL Server Agent啟動工作時，都自動進行數(shù)據(jù)庫備份。 每當CPU閑置時啟動：每當CPU空閑時進行數(shù)據(jù)庫備份。 一次：設定進行數(shù)據(jù)庫備份的一次性時間。 反復出現(xiàn)：按一定周期進行數(shù)據(jù)庫備份。 當選擇【反復出現(xiàn)】的備份類型后，還要用鼠標單擊位于對話框右下方的【更改】按鈕，在編輯反復出現(xiàn)的作業(yè)調度對話框中，設置備份的發(fā)生頻率、時間、持續(xù)時間等參數(shù)，如圖11-5所示。,2019/9/10,圖11-4 編輯備份計劃對話框,圖11-5反復出現(xiàn)的作業(yè)調度對話框,2019/9/10,(4)設置選項頁面內容 數(shù)據(jù)庫備份對話框的選項頁面如圖11-3所示。在選項卡中，需要設置以下內容： 通過設置【完成后驗證備份】復選框決定是否進行備份設備驗證。備份驗證的目的是為了保證數(shù)據(jù)庫的全部信息都正確無誤地保存到備份設備上。 通過設置【檢查媒體集名稱和備份集到期時間】復選框決定是否檢查備份設備上原有內容的失效日期。只有當原有內容失效后，新的備份才能覆蓋原有內容。 通過設置【初始化并標識媒體】復選框初始化備份設備。備份設備的初始化相當于磁盤格式化，必須是在使用的覆蓋模式是重寫時，才可以初始化備份設備。 在完成了常規(guī)頁面和選項頁面中的所有設置之后，單擊【確定】按鈕，并在隨后出現(xiàn)的數(shù)據(jù)庫備份設備成功信息框中單擊【確定】按鈕。,2019/9/10,11.4.2 數(shù)據(jù)庫的恢復 使用企業(yè)管理器恢復數(shù)據(jù)庫 調出數(shù)據(jù)庫恢復對話框 在SQL Server 2000的企業(yè)管理器中，右擊要進行數(shù)據(jù)恢復的數(shù)據(jù)庫。在彈出菜單中選擇【所有任務】中的【還原數(shù)據(jù)庫】項，屏幕上會出現(xiàn)數(shù)據(jù)庫恢復對話框，該對話框中有兩個頁面：常規(guī)頁面和選項頁面。 常規(guī)頁面 常規(guī)頁面中有3個單選按鈕分別對應3種數(shù)據(jù)庫恢復方式：【數(shù)據(jù)庫】按鈕說明恢復數(shù)據(jù)庫；【文件組或文件】按鈕說明恢復數(shù)據(jù)使用的文件組或文件；【從設備】按鈕說明，根據(jù)備份設備中包含的內容恢復數(shù)據(jù)庫。不同的選項，其選項卡和設置恢復的方法也不同。,2019/9/10,圖11-6 選擇恢復數(shù)據(jù)庫單選項圖,2019/9/10,11-7 選擇恢復文件或文件組單選項,2019/9/10,選擇還原欄中的【數(shù)據(jù)庫】單選項，說明進行恢復數(shù)據(jù)庫工作；在參數(shù)欄中，選擇要恢復的數(shù)據(jù)庫名和要還原的第一個備份文件；在備份設備表中，選擇數(shù)據(jù)庫恢復要使用的備份文件，即在單擊還原列中的小方格出現(xiàn)【】表明已選中；單擊【確定】按鈕。 如果選擇恢復文件或文件組單選項，則常規(guī)選項卡如圖11-7所示。 若恢復文件或文件組，可執(zhí)行下列操作：在參數(shù)欄中選擇要恢復的數(shù)據(jù)庫名；如果要進行部分恢復或有限制的恢復，可選中【選擇備份集中的子集】復選框，使它有效，并單擊它右邊的【選擇條件】按鈕，則在彈出一個過濾備份設備對話框中設置選擇條件；在備份設備表中選擇出數(shù)據(jù)庫恢復使用的備份設備，即單擊還原列中的小方格出現(xiàn)【】；單擊【確定】按鈕。 如果選擇了從備份設備中恢復單選項，則常規(guī)卡如圖11-8所示。,2019/9/10,圖11-8 選擇從備份設備中恢復單選項圖,2019/9/10,11-9 數(shù)據(jù)庫還原的選項卡頁面,2019/9/10,進行參數(shù)設置時，首先單擊位于窗口右邊的【選擇設備】按鈕，并在彈出框中選擇備份設備；設置還原類型單選框。 還原類型有兩種：【還原備份集】選項，一般應選擇該項；【讀取備份集信息并添加到備份歷史記錄】選項，獲取備份設備信息和增加備份歷史。 若選擇了還原備份集的類型，還應選擇恢復方式?；謴头绞酵ㄟ^4個單選項實現(xiàn)，【數(shù)據(jù)庫-完全】選項，從完全數(shù)據(jù)庫備份中恢復；【數(shù)據(jù)庫-差異】選項，從增量備份中恢復；【事務日志】選項，從事務日志備份文件中恢復；【文件或文件組】選項，從文件或文件組中恢復。,2019/9/10,選項頁面 數(shù)據(jù)庫還原的選項卡如圖11-9所示。頁面中使用3個復選框設置附加特征：【在還原每個備份后均彈出磁帶】選項，是否在恢復完每個備份之后都彈出磁帶，它僅對磁帶備份設備有效；【在還原每個備份前提示】選項，是否在恢復每個備份之前提示用戶；【在現(xiàn)有的數(shù)據(jù)庫上強制還原】選項，恢復過程中是否強行覆蓋數(shù)據(jù)庫中現(xiàn)有的數(shù)據(jù)。 在選項頁中還列出了數(shù)據(jù)庫的原文件名和恢復后的新文件名，默認時兩者是一樣的，可以直接在表中修改恢復后的新文件名。此外，還要設置數(shù)據(jù)庫恢復完成狀態(tài)。 當完成了常規(guī)卡和選項卡的參數(shù)設置后，單擊【確定】按鈕。SQL Server開始數(shù)據(jù)庫恢復操作，屏幕上會顯示恢復進度的對話框，并顯示恢復的進度。,2019/9/10,11.4.3 數(shù)據(jù)的導入與導出 導入數(shù)據(jù)是從 Microsoft SQL Server 的外部數(shù)據(jù)源（如 ASCII 文本文件）中檢索數(shù)據(jù)，并將數(shù)據(jù)插入到 SQL Server 表的過程。導出數(shù)據(jù)是將 SQL Server 實例中的數(shù)據(jù)析取為某些用戶指定格式的過程。例如將SQL Server 表的內容復制到Microsoft Access 數(shù)據(jù)庫中。 導入和導出數(shù)據(jù)通過一個向導程序“數(shù)據(jù)轉換服務（簡稱DTS）”實現(xiàn)，其作用是使SQL Server與任何OLE DB、ODBC、JDBC或文本文件等多種不同類型的數(shù)據(jù)庫之間實現(xiàn)數(shù)據(jù)傳遞。 DTS（數(shù)據(jù)轉換服務）向導最常見的應用為：實現(xiàn)SQL Server2000數(shù)據(jù)與桌面數(shù)據(jù)庫Acess或Foxpro等的數(shù)據(jù)傳遞；將查詢結果轉換為文本文件；在大型數(shù)據(jù)庫間實現(xiàn)遷移數(shù)據(jù)庫；在其他大型數(shù)據(jù)庫系統(tǒng)間傳遞數(shù)據(jù)等。,2019/9/10,導出數(shù)據(jù) 導出數(shù)據(jù)庫MyDb中的數(shù)據(jù)的過程如下： (1) 在企業(yè)管理器樹形目錄中展開要使用的服務器組、服務器。在數(shù)據(jù)庫目錄中，單擊并選中要操作的數(shù)據(jù)庫MyDb。右擊MyDb，單擊【所有任務】【導出數(shù)據(jù)】命令，出現(xiàn)如圖11-10所示的選擇數(shù)據(jù)源對話框。 (2) 選擇數(shù)據(jù)源對話框中，實現(xiàn)選擇源數(shù)據(jù)的數(shù)據(jù)源，包括數(shù)據(jù)源所在的服務器，連接方式及賬號等。選擇數(shù)據(jù)源即選擇與源數(shù)據(jù)的數(shù)據(jù)存儲格式相匹配的數(shù)據(jù)專用驅動程序。用【數(shù)據(jù)源】下拉列表框選擇。在此用默認數(shù)據(jù)源，【數(shù)據(jù)庫】選擇local服務器上的數(shù)據(jù)庫MyDb。,2019/9/10,(3)單擊【下一步】按鈕，打開指定目的對話框。與圖11-10相似，指定目的數(shù)據(jù)源。通過【數(shù)據(jù)源】下拉列表框選擇【文本文件】后，出現(xiàn)如圖11-11所示的對話框。在【文件名】文本框中，可以直接輸入目的文本文件，可以單擊按鈕，從彈出的對話框中輸入文件名。 (4)單擊【下一步】按鈕，打開圖11-12所示的指定表復制或查詢的對話框。使用此對話框指定想要做簡單數(shù)據(jù)復制還是較復雜的數(shù)據(jù)復制，后者將要求使用SQL語句收集和選擇要復制的適當行。在這選擇【從源數(shù)據(jù)庫復制表和視圖】