1、SQL Server數據庫維護計劃的實施步驟作為網管員，無論其管理的網絡的規模是大還是小， 在日常的管理中除了維護網 絡平穩運行、及時排除網絡故障、 保護網絡安全等工作以外，備份網絡中關鍵數 據也是其中的一個非常非常重要的工作環節。網絡中的各種故障無非就分兩種：軟件故障和硬件故障。對于“硬件故障”可以 通過維修或更換硬件設備得到及時解決；對于“軟件故障”則可以通過重新安裝 或升級軟件、重做網絡或應用軟件系統等方法及時解決，而且用此方法來解決網 絡故障大多需要一些基礎的、關鍵的數據支持才能得以恢復正常。但是， 網絡中 諸如此類的關鍵數據（特別是“應用軟件系統”中的關鍵數據）的損壞或丟失，絕 大部

2、分是無法恢復和彌補的。即使可以恢復部分數據，彌補它們所花費的代價（諸 如時間、人力、財力、物力等）都可能遠遠超出了公司的承受能力。所以說，注重數據的備份工作是網管員日常管理工作中的必須時刻關注的一項任 務，也是必須周期性重復操作的一項工作。目錄現行備份策略具體實現步驟結束語現行備份策略我公司在組建局域網時，考慮到商業企業的特點，仔細考量了購、銷、存三大環 節中發生的各種數據及其存儲問題后，選定了以 Windows2000 Server為操作系 統，SQL Server 2000為數據庫平臺來搭建局域網的應用系統的軟件平臺，以網 線為載體將購、銷、存等核心部門的計算機通過局域網平臺緊密地連接起來

3、。這樣，各個核心部門每天的任何一筆業務都及時地、動態地存儲到公司局域網的核心Dell服務器上的SQL Server 2000數據庫中，并以此為基礎平臺向各方提供 所需的各種數據服務。因此，自公司局域網開始正式運作之日起， 作為網管員的我就非常注重對局域網 中的關鍵數據一一特別是這些業務數據的備份工作。 同時，我也希望備份數據的 軟件能夠實現以下自動功能。功能1:能夠在每天的某個固定的時刻（如夜晚0:00:00 ,當然這個時間是可以自 主設定的）對包含所有業務數據庫在內的所有關鍵數據庫進行一次“完全備 份”。功能2:能夠在每天的0:00:00至23:59:59這段時間內，每間隔1個小時對功能 1

4、中所涉及到的各個數據庫的事務日志進行“差異備份”。功能3:每天都能夠保留功能1和功能2中所生成的數據庫和事務日志的最近兩 天的備份（即：前一天的和前兩天的），而且能夠自動地刪除久于兩天前的所有數 據庫和事務日志的備份。功能4:定期（如每個星期一次）將所有關鍵數據庫的完全備份的副本備份到磁帶 或其它存儲介質上（這部分工作可能需要手工完成）。于是，圍繞這些功能的實現，在日常管理工作中，我盡可能地嘗試了各種備份數 據的軟件和方法，如 Windows 2000自帶的“備份”工具、SQL Server 2000自 帶的“備份”功能等。這些備份軟件和方法的功能各有千秋，但是都存在以下缺點：一種就是需要人工

5、干預，無法實現自動備份（如Windows2000自帶的“備份”工 具）。如果采用這種方法，就必須時刻人工手動備份，萬一哪天因為出差或其它 原因沒有進行備份，而這時又出現服務器或數據故障的話，那麻煩就大了。另一種就是能夠實現自動備份，但是舊的備份不能被自動地刪除（如SQL Server2000自帶的“備份”功能）。如果采取這種方法，就必須及時地手工刪除舊的備 份，否則再大的硬盤也會迅速地被用完。在相互比較后，我還是決定采用第二種一一 SQL Server 2000自帶的“備份”功 能對關鍵數據庫進行備份，因為它能夠實現“自動備份”功能，比第一種略強。所以，在一段時期內，我每天上班后的第一件事就是

6、先檢查一下備份目錄下各種 數據的新的備份，然后手工刪除舊的備份數據。這種做法一度讓我很是苦惱。一天,我在利用SQL Server 2000的“幫助”查詢某個 Transact-SQL語句的語 義解釋時無意中閱讀到“自動化管理任務”的內容。從頭到尾地仔細閱讀后，我不由得眼睛一亮，原來SQLServer 2000本身自帶了一個能夠實現我的備份要求 在、強大的功能一一“數據庫維護計劃”。于是我立刻按照這部分內容的提示， 以一個數據庫為試驗樣本一步一步地操作，成功地創建了一個數據庫維護計劃。經過一個星期的試運行，這個計劃果然能夠實現自動備份調度，以及自動刪除舊的數據備份，完全能夠滿足我的備份要求。從那

7、時起，我就利用SQLServer 2000的“數據庫維護計劃”備份所有關鍵數據 庫，而且嚴格地、定期地執行功能 4,每個星期五將完全備份的數據庫備份到磁 帶和局域網中其它客戶機（主要是用于網絡管理的網管 PC）的硬盤上。這樣做的 目的是，能同時異地保存三份相同的備份，減少故障帶來的損失。而且，通過SQLServer 2000的“數據庫維護計劃”，我現在能夠較輕松地備份 所需各種數據，方便地管理其備份，相應地減少了日常工作量，也減輕了部分工 作壓力。具體實現步驟目錄第一步：打開SQL Server “企業管理器”窗體第二步：找到“數據庫維護計劃”功能第三步：創建“數據庫維護計劃” 第四步：維護和

8、管理”數據庫維護計劃”第五步：啟動SQL Server 2000代理以便執行“作業”第六步：檢查結果“數據庫維護計劃”功能在 SQL Server 2000的“企業管理器”中可以找到。說明：1 .以下操作是在服務器的 Windows 2000 Server上進行操作的。在 Window9X系 統上操作相同。2 .由于SQL Server 2000執行備份時將產生許多文件（特別是在進行事務日志備 份時），所以建議按數據庫名稱分別建立獨立的備份目錄進行存儲。3 .以下所有操作過程當中一般不會對數據庫的使用產生影響。第一步：打開SQL Server “企業管理器”窗體用鼠標單擊任務欄上的“開始”按鈕

9、中的“程序 （P）”菜單下的“ MicrosoftSQL Server”子菜單中的“企業管理器”菜單項，即可打開SQL Server 2000的“企業管理器”窗體。第二步：找到“數據庫維護計劃”功能在“企業管理器”窗體中左側的樹型選項卡中，用鼠標單擊“十”圖標擴展開（如圖1）“控制臺根目錄”下的“ Microsoft SQLServers "，可以看到其下有一個“ SQL Server組”；接著繼續擴展開“ SQLServer組”，此時可以看到其下出現了服務 器的名稱（圖1中的“JXNCSERVER就是我的服務器的名稱）；再繼續擴展開此 服務器，可以看到其下列出了諸如“數據庫”、“數

10、據轉換服務”等項目 ；最后 單擊“管理”項目，可以看到其下存在一個“數據庫維護計劃”單擊“數據庫維護計劃”項目，在“企業管理器”窗口右側將會顯示出已經存在 的維護計劃項目。每個維護計劃均包括以下項目：1 .名稱：就是維護計劃的名稱。此名稱可以自定義，中英文皆可。2 .數據庫:就是維護計劃所進行維護的數據庫的名稱。因為一個維護計劃允許同時維護多個數據庫， 所以此處可以顯示出多個數據庫的 名稱(在圖1中可以看到名為“系統數據庫備份”的數據庫維護計劃中的“數據 庫”就包括三個數據庫：master、model和msdb)。3 .服務器：也就是維護計劃所維護的數據庫所處的服務器的名稱。”(local)

11、”表示是本地服務器。4 .對策：是指維護計劃所需要進行的具體維護工作的內容。圖1中有3個“數據庫維護計劃”均為“數據庫備份， 事務日志備份”，它的含 義就是這些維護計劃中同時對所指定的數據庫進行“數據庫”和“事務日志” 的備份。第三步：創建“數據庫維護計劃” 鼠標右擊”數據庫維護計劃”項目，選擇“新建維護計劃（P）”功能，將打開“數 據庫維護計劃向導”窗體，依照此向導能夠創建一個新的“數據庫維護計劃”。步驟1:單擊“下一步（N）”按鈕，打開“選擇數據庫”窗體（如圖2）。在此窗體 中可以選定一個或多個的數據庫作為操作對象。為了敘述方便，我在此只選擇了 一個數據庫“regie ”。數據庫維護計劃由

12、導-JXNC-SERVER選黃費需庫選擇為其創建窕擰計劃的數悟庫口嚏割數據庫四'全部耒筑數據庫C愕他、mod目及rmdb）倒全部用戶數據庫C除廂期卜mE日租m«db之外的所有馥據庫）U 后加下數據庫田：上一步宴住三野xn取消褶助 步驟2:單擊圖2中的“下一步（N）”按鈕，打開“更新數據優化信息”窗體 （如 圖3）。數據瘁維第計M向導-JXNC-SERVER更新蠹您優化信息隨著勃據市和索引萬的埴充，而產所需的時間w奪寫越胃科卜”歸市新絹 細數據頁和索弓回，以直提高性能.在此窗體中可以對數據庫中的數據和索引重新進行組織，以及能夠設定在滿足一定條件的情況下，維護計劃自動刪除數據庫中

13、的未使用的空間，以便提高性能。但要注意的是，在此窗體中，只要選定了 “重新組織數據和索引頁R”復選框， “更新查詢優化器所使用的統計。示例D”復選框將失效（變成灰色，不能選擇）。而且“重新組織數據和索引頁R”復選框和“從數據庫文件中刪除未使用 的空間M”復選框二者只要有一個被選中， 具下的“調度S ”功能才有效。單 擊"更改C”按鈕可以對“調度”進行自定義。各位讀者可以根據自身情況決定是否選用其中的功能。當然也可以通過單擊“幫助”按鈕來查看各功能的具體含義。在此窗體中能夠便捷地設定每項作業的持續運行時間和運行的頻率。完成自己的設置后，一定要選定右上角的“啟用調度B”復選框，這樣一個作

14、業調度才算 真正完成了。步驟3:單擊圖3中的“下一步(N)”按鈕，打開“檢查數據庫完整性”窗體在此窗體中可以設定維護計劃在備份數據庫前自動檢查數據庫的完整性，以便檢測由于硬件或軟件錯誤而導致數據的不一致。 在此窗體中只有先選定了 “檢查 數據庫完整性H ”復選框，其下Sql Server 2005數據庫維護計劃這個星期開始為了減輕工作壓力開始使用數據庫維護計劃(SQL ServerMaintenance Plan Wizard)維護數據庫，由于以前都沒用過，在個人使用的免費 版(Express)里也沒有這個功能，所以現在好好學習了一番，這里總結一下。維護計劃向導可以用于幫助您設置核心維護任務，

15、從而確保數據庫執行良好，做到定期備份數據庫以防系統出現故障，對數據庫實施不一致性檢查。維護計劃向導可創建一個或多個 SQL Server代理作業，代理作業將按照計劃的間隔 自動執行這些維護任務。它使您可以執行各種數據庫管理任務，包括備份、運行數據庫完整性檢查、或以指定的間隔更新數據庫統計信息。創建數據庫維護計劃可以讓SQL Server有效地自動維護數據庫，保持數據庫運行在最佳狀態，并為 管理員節省了寶貴的時間。以下是可以安排為自動運行的一些維護任務：用新填充因子重新生成索引來重新組織數據和索引頁上的數據。這確保了數據庫頁中包含的數據量和可用空間的平均分布，還使得以后能夠更快地增長。通過刪除空

16、數據庫頁壓縮數據文件。更新索引統計信息，確保查詢優化器含有關于表中數據值分布的最新信息。這使得查詢優化器能夠更好地確定訪問數據的最佳方法，因為可以獲得數據庫中存儲數據的詳細信息。雖然 SQL Server會定期自動更新索引統 計信息，但 是此選項可以對統計信息立即進行強制更新。對數據庫內的數據和數據頁執行內部一致性檢查，確保系統或軟件故障沒有損壞數據。備份數據庫和事務日志文件。數據庫和日志備份可以保留一段指定時間。這使您可以為備份創建一份歷史記錄，以便在需要將數據庫還原到早于上一次數 據庫備份的時間的時候使用。還可以執行差異備份。運行SQL Server代理作業。這可以用來創建可執行各種操作的

17、作業以及運 行這些作業的維護計劃。維護任務生成的結果可以作為報表寫入文本文件，或寫入msdb中的sysmaintplan_log 和 sysmaintplan_log_detail 維護計劃表。若要在日志文件查 看器中查看結果，請右鍵單擊 維護計劃”，再單 擊 查看歷史記錄以下是詳細說明：Check Database Integrity（檢查數據庫完整性）任務檢查指定數據庫中所有對象 的分配和結構完整性。此任務可以檢查單個數據庫或多個數據庫，您還可以選擇是否也檢查數據庫索引，檢查所有索引頁以及表數據頁的完整性。止匕任務封裝 DBCC CHECKDB語句。生成的代碼：-檢查當前數據庫，取消信息性

18、消息DBCC CHECKDB WITH NO_INFOMSGSShrink Database(收縮數據庫任務)收縮數據庫'任務”對話框可以創建一 個任務，嘗試減小所選數據庫的大小。止匕任務封裝了 DBCC SHRINKDATABASE命令。選項：Shrink database when it grows beyond當數據庫大小超過指定值時收縮數據庫，指定引發此任務的數據庫大小(MB)。Amount of free space to remain after shrink收縮后保留的 可用空間，當數據庫文件中的可用空間達到此值時停止收縮。Retain freed space in da

19、tabase files選擇在數據庫文件中保留所釋放的文件空間。如果指定NOTRUNCATE選項，數據文件好像沒有收縮。Return freed space to operating system選擇把數據文件中任何未使用空間被釋放給操作系統。無需移動任何數據即可減小文件大小。生成的代碼：-選擇 Retain freed space in database filesDBCC SHRINKDATABASE (N'AdventureWorks', 10, NOTRUNCATE)-選擇 Return freed space to operating systemDBCC SHRIN

20、KDATABASE(N'AdventureWorks', 10, TRUNCATEONLY)Reorganize Index(重新組織索引)重新組織SQL Server數據庫表和視圖中的索引。通過使用 重新組織索弓I”任務，包可以重新組織單個數據庫或多個數據庫中的索引。如果此任務僅重 新組織單個數據庫中的索引，則可以選擇任務要重新組織其索引的視圖或表。重 新組織索引”任務還包含壓縮大型對象數據的選項。大型對象數據是具有image、text、ntext、varchar(max)、nvarchar(max)、varbinary(max) 或 xml 數據類型的數據。此任務封裝了 T

21、ransact-SQL ALTER INDEX 語句。如果選擇壓縮大型對象數據，則該語句使用 REORGANIZE WITH(LOB_COMPACTION = ON)子句，否則 LOB_COMPACTION 將設置為 OFF。生成代碼：(只選擇了 Employee表)-選擇 compact large objectsALTERINDEXPK_Employee_EmployeeIDONHumanResources.Employee REORGANIZE WITH ( LOB_COMPACTION = ON )-不選擇ALTERINDEXPK_Employee_EmployeeIDONHumanR

22、esources.Employee REORGANIZE WITH ( LOB_COMPACTION = OFF )Rebuild Index(重新生成索引)重新生成SQL Server數據庫表和視圖中的索引。包可以重新生成單個數據庫或多個數據庫中的索引。如果任務僅重新生成單個數據庫中的索引，則可以 選擇任務要 重新生成其索引的視圖和表。使用默認可用空間重新組織頁刪除數 據庫中表上的索引，并使用在創建索引時指定的填充因子重新創建索引。此任務封裝 ALTER INDEX REBUILD語句并提供下列索引重新生成選項：Reorganize pages with the default amount

23、 of free space指定FILLFACTOR百 分比或使用原始的 FILLFACTOR量。Change free space per page percentage to:填充索引使用 PAD_INDEX選項可以在索引創建過程中設置中間級頁中的 可用空間百分比。將每頁的可用空間百分比更改，刪除數據庫中表上的索引，并使用新的、自動計算的填充因子重新創建索引，從而在索引頁上保留指定的可用 空間。Sort results in tempdb使用SORT_IN_TEMPDB選項，該選項確定在索引創建 過程中生成的中間 排序結果的臨時存儲位置。使用索引的IGNORE_DUP_KEY選項，該選項指

24、定對 唯一聚集或非聚集索引上多行 INSERT事務中的重復鍵值的錯誤響應 。Keep index online while reindexing使用ONLINE選項，用戶可以在索引操作期間訪問基礎表或聚集索引數據 以及任何關聯的非聚集索引。生成代碼：（只選擇了 Employee表）ALTER INDEX PK_Employee_EmployeeID ON HumanResources. Employee REBUILD WITH （ FILLFACTOR = 90, PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, ALLOW_ROW_LOCKS =

25、 ON, ALLOW_PAGE_LOCKS = ON, SORT_IN_TEMPDB = OFF, ONLINE = OFF ）Updata Statics（更新統計信息）為指定的表或索引視圖中的一個或多個統計信息組（ 集合）更新鍵值分布 信息。止匕任務封裝 UPDATE STATISTICS語句。All existing statistics如果更新應用于所有統計信息，則暗示使用WITH ALL子句。Column statistics only如果更新僅 應用于列，則包含 WITH COLUMN子句。Index statistics only如果更新僅應用于索引，則包含 WITH INDEX

26、子句Full scan全部統計Sample by從每個索引所對應的表中抽樣的數據，此樣本的大小取決于表中的行數和數據修改的頻率。生成代碼：（只選擇了 Employee表）UPDATE STATISTICS HumanResources.EmployeeWITH FULLSCANClean Up History（消除歷史記錄）使用清除歷史記錄”對話框，可以放 棄msdb數據庫表中舊的歷史信息。 此任務支持對備份和還原歷史記錄、 Microsoft SQL Server代理作業歷史記錄和 維護計劃歷史記錄進行刪除。此任務封裝sp_delete_backuphistory 系統存儲過程并將指定日期作

27、為參 數傳遞給該過程。選項：Backup and restore historySql Server Agent job historyMaintenance plan history生成代碼:以下為引用的內容：declare dt datetime select dt = cast(N'2007-05-31T08:00:00' as datetime)exec msdb.dbo.sp_delete_backuphistory dtGOEXEC msdb.dbo.sp_purge_jobhistory oldest_date=dtGOEXECUTE msdb.sp_maintp

28、lan_delete_log null,null,dt GOExecute Sql Server Agent Job(執行 SQL Server 代理作業)任務運行SQL Server代理作業。SQL Server代理作業能夠自動執行您需 要重復執行的任務。此任務封裝sp_start_job系統過程并把SQL Server代理作業的名稱作為參數傳遞給該過程。Back Up Database Task備份用的，太熟悉了，不介紹了。Maintenance Cleanup Task此任務封裝master.dbo.xp_delete_file 系統過程，用來刪除備份文件。Execute T-SQL S

29、tatement Task執行T-SQL任務運行Transact-SQL語句。這個任務用向導的時候是沒有的，要到設計視圖里面去拖出來。Notify Operator Task通知操作員任務將通知消息發送到SQL Server代理操作員。此任務是唯一一個不封裝Transact-SQL語句或DBCC命令的數據庫維護任務。執行維護計劃最好按一定的順序，首先是執行檢查數據庫完整性，然后是收 縮數據庫，重新生成索引或者重新組織索引任務，最后是更新統計信息。重新生成索引或者重新組織索引要根據情況選擇不同的操作，兩個一起選擇沒有什么意義。決定使用哪種碎片整理方法的第一步是分析索引以確定碎片程 度。使用系統函

30、數 sys.dm_db_index_physical_stats 可以檢測特定索引、表或 索引視圖的所有索引、一個數據庫中的所有索引或所有數據庫中的所有索引中的 碎片。知道碎片程度后，可以確定修復碎片的最佳方法。索引碎片不太多時，可 以重新組織索引。不過，如果索引碎片非常多，重新生成索引則可以獲得更好的 結果。我們公司這些任務都是一個星期運行一次，幾個數據庫加起來有200G,數據庫也不算很大，每次運行要兩個小時以上，所以都是在凌晨進行。如果進行的是重新生成索引那么在執行的時候表是無法訪問的，現在也沒什么更好的解決方案。這個問題還在繼續學習中！解 SQL Server “ 數據庫維護計劃”因為一

31、個維護計劃允許同時維護多個數據庫，所以此處可以顯示出多個數據庫的名稱(在圖1 中可以看到名為“系統數據庫備份”的數據庫維護計劃中的 “數據庫 ”就包括三個數據庫：master、 model 和 msdb)。3 .服務器：也就是維護計劃所維護的數據庫所處的服務器的名稱。”(local)表示是本地服務器。4 .對策：是指維護計劃所需要進行的具體維護工作的內容。圖 1 中有 3 個 “數據庫維護計劃 ”均為 “數據庫備份，事務日志備份”，它的含義就是這些維護計劃中同時對所指定的數據庫進行“數據庫 ”和 “事務日志 ”的備份。第三步：創建“數據庫維護計劃”鼠標右擊 “數據庫維護計劃”項目， 選擇 “新

32、建維護計劃 (P) ”功能， 將打開 “數據庫維護計劃向導”窗體，依照此向導能夠創建一個新的 “數據庫維護計劃”。步驟 1 ：單擊 “下一步 (N) ”按鈕，打開 “選擇數據庫 ”窗體(如圖2)。在此窗體中可以選定一個或多個的數據庫作為操作對象。為了敘述方便，我在此只選擇了一個數據庫 “ regie。 ”圖2步驟2:單擊圖2中的下一步(N)”按鈕，打開 更新數據優化信息”窗體(如圖3)。在此窗體中可以對數據庫中的數據和索引重新進行組織，以及能夠設定在滿足一定條件的情況下，維護計劃自動刪除數據庫中的未使用的空間，以便提高性能。但要注意的是，在此窗體中，只要選定了“重新組織數據和索引頁R ”復選框

33、， “更新查詢優化器所使用的統計。示例D ”復選框將失效 (變成灰色，不能選擇)。而且 “重新組織數據和索引頁 R ”復選框和 “從數據庫文件中刪除未使用的空間M ”復選框二者只要有一個被選中，其下的“調度 S ”功能才有效。單擊 “更改 C ”按鈕可以對 “調度 ”進行自定義。各位讀者可以根據自身情況決定是否選用其中的功能。當然也可以通過單擊“幫助 ”按鈕來查看各功能的具體含義。在此窗體中能夠便捷地設定每項作業的持續運行時間和運行的頻率。完成自己的設置后， 一定要選定右上角的“啟用調度 B ”復選框， 這樣一個作業調度才算真正完成了。步驟3:單擊圖3中的下一步(N)”按鈕，打開檢查數據庫完整

34、性”窗體。在此窗體中可以設定維護計劃在備份數據庫前自動檢查數據庫的完整性，以便檢測由于硬件或軟件錯誤而導致數據的不一致。在此窗體中只有先選定了“檢查數據庫完整性H ”復選框，其下的 “備份之前執行這些檢查R ”和 “調度 S ”功能才有效。單擊 “更改 C ”按鈕可以對 “調度 ”進行自定義。各位讀者可以自主決定，較好的一種做法就是選中“檢查數據庫完整性 H ”復選框(推薦，因為有可能會修正一些錯誤)。步驟 4：在 “檢查數據庫完整性”窗體中的 “下一步 (N) ”按鈕，打開 “指定數據庫備份計劃 ”窗體。如需對數據庫進行備份，則必須選定作為維護計劃的一部分來備份數據庫A復選框，而且必須指定存

35、儲備份文件的位置：磁帶 P或磁盤K。如果選擇 磁盤K作為數據庫備份的位置，設定 調度”后單擊 下一步（N）”按鈕則 顯示 指定備份磁盤目錄”窗體（如圖4）。圖4在圖4中，可以具體指定存儲備份文件的目錄（可以使用默認的目錄，也可自定 義）、備份文件擴展名，而且能夠指示備份計劃自動地刪除早于某個時間（圖4中設定的是“2天”，也就是說兩天前的所有備份文件將被自動地刪除，只留下最近 兩天的備份）的備份文件。而圖4中的為每個數據庫創建子目錄C'功能只是在 步驟1中選擇了多個數據庫時才有用，對于一個數據庫作用不大。設定后，單擊 下一步（N）'按鈕則顯示 指定事務日志備份計劃”窗體。如果選擇

36、 磁帶P作為數據庫備份的位置，設定 調度”后單擊 下一步（N） ”按鈕則 直接顯示 指定事務日志備份計劃”窗體。步驟5:指定 事務日志備份計劃”的過程與步驟4的過程完全相同，只是在設定 調 度”上稍有差別（因為我的要求是數據庫每天備份一次，事務日志每 1小時備份一次）。步驟6:對事務日志的備份計劃全部設定后，單擊下一步（N）'按鈕則顯示 要生成的報表”窗體。在此窗體中可以指定用于存放整個備份計劃執行過程中的日志的目錄。設定過程與圖4的操作及其相似。圖5步驟7:完成步驟6后，單擊下一步（N）”按鈕則顯示維護計劃歷史紀錄”窗體 在此窗體中可以指定如何存儲此維護計劃的歷史紀錄 （是存放在 本

37、地服務器”上, 還是在 遠程服務器”上），而且通過指定表中的行數可以限定歷史紀錄的存儲大 小。步驟8:完成步驟7后，單擊 下一步（N）”按鈕則顯示 正在完成數據庫維護計劃 向導”窗體（如圖5）。在此窗體中可以自定義一個 計劃名P”推薦，這樣便于管理和識別），當然也可 使用默認的 計劃名P而且還可以通過對 計劃名P下的文本框中的內容進行 確認，如有誤，則可通過單擊窗體中的 上一步B按鈕退回到相應的窗體進行修 改。步驟9:完成步驟8后，單擊 完成”按鈕，則顯示 維護計劃已創建成功。”的提 示框，再單擊 確定”按鈕即成功地設定了一個新的數據庫維護計劃。從圖6中可以看到，已經成功的創建了一個新的數據庫

38、維護計劃一一"regie備份”。第四步：維護和管理數據庫維護計劃”第三步完成后，對各個 數據庫維護計劃”的日常維護和管理都非常方便，只需要 雙擊數據庫維護計劃”即可對第三步中所涉及的內容進行變更、修正。如圖6所示，鼠標右擊“regies份”，單擊屬性R”，或者直接雙擊“regie&份”, 打開數據庫維護計劃”窗體。在此窗體中集成了第三步中涉及到的所有功能，每 項功能都能任意修改，修改過程與第三步中的相應步驟一樣。但需要說明的是，在設定圖7中的報表”選項卡下的 文本報表”中的刪除早于此 時間的文本報表文件F選項時，也就是第三步中的步驟 6中的內容，無論您將 其設定成 分鐘“、小

39、時“、笑"，還是月”，創建成功后都將被自動地更正為 周”, 而且以后無論如何修改，保存后再去查看時它仍將顯示為 周”，但不意味著其它 選項無效，其它選項仍然有效。第五步：啟動SQL Server 2000代理以便執行作業”完成第三步后，還需后動 SQL Server 2000 Agent（代理），以便執行 數據庫維 護計劃”作業。與展開SQL Server 2000數據庫維護計劃”的步驟一樣，在 管理”項目中，可以 發現存在一個"SQLServer代理”（如圖8）。Tfl 5QL Server Enterprise Mndqtr 控副白根目染MiLrasolt 5QL y，

40、t ,寫 QL Ec.r 若. St I嚏控制住藺口地）幫助（也向由 /旨瞪L函即作業17不亞目$作®蓬卷在）rxn樹I名片分英 I啟用I可運行"e制（ iMcrasgft SQL Servers-tJ SQL Server ?tH-JjMCrEKVE*母而姐怖衿”+ _|戚據庫用_J第據希攙第哥-管理-勒紋L Server代理。警報fi操作員同作業口能餓.匕當前活動切數據庫雎護計劃* 口 XL Server 日志* _|復制I，安全性1+ _J支持赧晶*1 Heu Dsta Services亙日志番份 回g530磷吃至管盼 宜,jesicnDB日古簿汾 豆*媼刖0蝶金條除

41、 畫W*iLw（用日志稿你 囪ycd院金眷傍 圓ycdb日志備份 亙e完全備份 WjycM日志舟倒 國y«統至第儕 至y«m日:志備份 回ye打堯金備份 51忒工工日志備份 國等他接口回 謝悔疆幌值及次數日近總 ©每管戶日購貨匯總新漂住北勾一啟動作業（獨停止性出口禁用隹業0）查罟作我拓史記錄也.MHtW所膏任普也）蝴凰Q）屆性幫助（通 界希庫箍護 斑據庫罐護 辭據庫德用星是尾泰是是圖8單擊“SQLServer代理'下的作業”子菜單，在企業管理器”窗口右側將會顯示出 已經存在的作業項目（在圖8中可以看到已經存在17個作業項目）。每個作業項 目均包括以下數據列

42、：1 .名稱：當然是指作業的名稱，可以自定義，中英文皆可。為了理解方便，建議 用中英文結合。每當新建立一個 數據庫維護計劃”，將自動生成以下默認名稱的作業:（1）當新建的“數據庫維護計劃”中設定了 “備份數據庫”功能時，將生成默認名為“DB 維護計劃,*?的DB 備份作業 ”的作業。（2）當新建的“數據庫維護計劃”中設定了 “備份事務日志”功能時將生成默認名為 “DB 維護計劃,*?的事務日志備份作業（多服務器） ”的作業。以上 （1）和 （2）中的 “ *處將顯示 ” “數據庫維護計劃 ”中的 “計劃名 ”（ 也就是第三步步驟 8 中設定的 “計劃名 ”） 。2 .分類：指明該作業當前所屬的

43、類別。缺省值為“ 未分類（本地） ”。3 .啟用：指明該作業是否處于“啟用 ”狀態。4 .可運行：指明該作業是否處于“可運行”狀態。5 .已調度：指明該作業是否處于“已調度”狀態。6 .狀態：指明該作業當前的運行狀態 不在運行、正在運行。7 .上次運行狀態（開始日期）：顯示最近一次運行該作業后的狀態（ “已成功 ”、 “失敗 ”，還是 “未知 ”） ，和運行時的日期和時間。8 .下次運行日期：指明下一次運行該作業的日期和時間。如圖8所示，鼠標右擊“regi靛全備份”作業，單擊 屬性R”，或者直接雙擊“re gie 完全備份”作業，打開作業的 “屬性 ”窗體。在此窗體中集成了該作業的詳細的配置項

44、。每個配置項都能任意修改。“屬性 ”窗體中有四個選項卡：常規：在此選項卡中可以重新設定作業名稱（名稱N女本框）、修改作業的分 類（分類Y下拉框）、指定作業的所有者（所有者W”下拉框）、簡單地對作業進 行描述 （“描述 R ”文本框），以及決定是否啟用此作業（“啟用 E ”復選框 ）。步驟：在此選項卡中可以新建、插入新的步驟，刪除、編輯已有的步驟單擊 “編輯 E ”按鈕，在 “編輯作業步驟”窗體中的 “常規 ”選項卡中的 “命令 M ”文本 框中可以查閱到該作業的執行語句。 調度：在此選項卡中可以新建調度、新建警報，刪除、編輯已有的調度。 通知：在此選項卡中可以設定作業完成時（即當作業成功時、作

45、業失敗時）執行的操作，即發送電子郵件、傳呼操作員、發出網絡警報信息、寫入Windows應用程序事件日志、自動刪除等操作。第六步：檢查結果經過上述五個步驟后，一個完整的備份數據庫的計劃就建立起來了。可以通過 “資源管理器 ”來檢查備份目錄下是否存在相應地備份文件。經過長時間的使用，如果以“保留 2 天的數據庫完全備份和2 天的每個一小時的事務日志備份”的備份策略來正確地建立了一個完整的數據庫維護計劃的話，無論何時查看相應備份目錄下的文件，都應該存在102 個文件： 2個數據庫的完整備份，即2個以數據庫名_db_yyyy mmddhhss.bak格式為文件名的文件； 3個與數據庫完整備份相對應的操

46、作過程的記錄報告文件，即以數據庫名” +“備份 4_yyyymmddhhss.txt ”格式為文件名的文件； 48個事務日志的差異備份，即 2天各24個以 數據庫名_tlog_yyyymmddhh ss.trn 格式為文件名的文件； ” 49個與事務日志的差異備份對應的操作過程的記錄報告文件，即以 數據庫名 ” +備份“6_yyyymmddhhss.txt ” 格式為文件名的文件。以上文件名中，“數據庫名 ”為第三步的步驟一中選定的數據庫的名稱；“ yyyymmddhhss”是時間戳，其格式為：“yyyy旨年”（代數值），“mm旨月”（農數值，不足2位的補”0；）”dcm目”（咒數值，不足2位

47、的補“0”），肝的"（咒數值,不足2位的補“0； ） ”ssff分”（農數值，不足2位的補”0'；）結束語對于一個企業而言，日常運作中發生的各種業務所產生的所有數據，經過計算機不斷地日積月累，逐漸成為公司的一種財富和資本。利用計算機，可以便捷地統計分析部分或全部的數據，通過各種形式的反饋（如圖表、表格等），給公司的決策層用于參考，便于為公司的今后決策提供指導和幫助。正基于此，這些數據的價值隨著時間的延續正呈現出幾何速度的增長。因此我認為，對于數據的備份工作是網管員日常工作中最重要的工作之一。通過這次 “數據庫維護計劃”的創建，我略有感受：1. 經過這么長時間的運用，我認為“數

48、據庫維護計劃 ”仍然存在不足之處，雖說 “數據庫維護計劃”功能很強大，但是它最終的結果是生成一項作業，由“ SQLServer 2000 Agent”服務定期執行它來完成對數據庫的備份工作。 這就要求“SQLSer ver 2000 Agent ”服務能夠正常地“運行 ”。從多次安裝來看，在 Windows 2000系統中“SQLServer 2000 Agent”服務能夠正常運行，而且能隨 Windows 2000 的啟動自動運行。但是在Window 98 系統（包括第二版）中，卻不能正常運行。所以說，在Windows 98 系統中即使依照上述步驟成功地創建了“數據庫維護計劃”，也會因為“S

49、QLServer 2000 Agent”服務無法啟動而變得沒有任何作用。2. 之所以選擇“完全備份 ”，主要在于，在進行完全備份時， SQL Server 將 .mdf與其對應的.ldf 文件進行對比，刪除一些舊的、不必要的日志，然后將.mdf 和 .ldf 文件進行合并、壓縮后一起存儲。優點是：能最大可能地、完整地保存數據庫。缺點是：存儲量隨著數據庫的增大而增大，存儲時間也將隨著數據庫的增大 而延長。3 .在建立數據庫維護計劃”過程，各位讀者應該盡可能地去使用各種選項、 功能, 以便加深對數據庫維護計劃”的理解和掌握。4 .雖然Internet上有許多第三方備份軟件和工具，但是大多數是共享版

50、。由于擔 心知識產權問題、病毒問題和其它問題，所以我沒有試用這些第三方軟件。這樣 的話，它們的性能我就不清楚了。 也許這些軟件的功能非常強大，能夠滿足更多 的、更高的要求。在這里我只是就 Windows 2000和SQL Server 2000自帶的 備份”工具和軟件進行一個比較。高效維護數據庫的關鍵技巧Paul S. Randal概覽：管理數據和事務日志文件消除索引碎片 確保統計數據準確、最新檢測遭到破壞的數據庫頁建立有效的備份策略目錄數據和日志文件管理索引碎片統計數據損壞檢測備份總結在一周之內多次有人向我征求高效維護生產數據庫的建議。有時問題來自DBA,他們正在實施新的解決方案，希望得到幫

51、助對維護進行精細調整適合其新數據庫的特點。但更為常見的情況是：提問的人不是專業DBA,而是由于某種原因擁有數據庫并承擔相關責任的人員。我喜歡將 這種角色稱為 非自愿DBA 。本文重點是為所有非自愿 DBA提供數據庫維護 最佳實踐的入門知識。在IT世界里，大多數任務和程序都沒有一個簡單、通用的解決方案可以高效維 護數據庫，但卻有一些必須受到重視的關鍵領域。我所關心的五大重要領域是（沒 有任何特殊的重要性順序）：數據和日志文件管理索引碎片統計數據損壞檢測備份一個未經維護（或維護不良）的數據庫可能會在其中的一個或多個領域內引發問 題，最終可能導致應用程序性能欠佳，甚至是停機以及丟失數據。在本文中，我

52、將說明這些問題很重要的原因并向您展示一些緩解這些問題的簡單 方法。我將以SQL Server ? 2005為基礎進行說明，但我還會著重指出您將 會在 SQL Server 2000和即將發布的 SQL Server 2008中發現的主要差別。數據和日志文件管理我始終建議在接管數據庫時檢查的第一個領域涉及到與數據和（事務）日志文件管理相關的設置。具體地說，您應確保：數據和日志文件彼此分開，而且還與其他所有內容相互隔離自動增長已正確配置即時文件初始化已配置自動縮減未啟用而且縮減不是任何維護計劃的內容當數據和日志文件（理想情況下應分別位于不同的卷中） 與其他任何創建或擴展 文件的應用程序共享一個卷時

53、，可能存在文件碎片。在數據文件中，過多的文件碎片可能是導致查詢（特別是掃描非常多數據的查詢）效果不佳的一個因素。在日志文件中，它可能會對性能產生相當大的影響， 尤其是在自動增長設置為需要 增加每個文件的大小時，增量很小的情形。日志文件在內部被劃分為多個稱為虛擬日志文件”（VLF）的片段，而且日志文件（我在這里使用單數是因為擁有多個日志文件并沒有任何好處，每個數據庫只應有一個日志文件）內的碎片越多，VLF就越多。一個日志文件具有多個（比方說，200個）VLF后，與日志有關的操作（如為事務性復制 /回滾而讀取日 志）、日志備份乃至SQL Server 2000 中的觸發器（觸發器的實現已在 SQL

54、 Server 2005中更改為行版本框架，而不是事務日志）可能會對性能產生負面影響。調整數據和日志文件大小的最佳做法是創建它們時使用適當的初始大小。對于數據文件，初始大小應考慮短期內向數據庫中添加其他數據的可能性。例如， 如果 數據的初始大小為50GB ,但您知道在接下來的六個月內將再添加 50GB的數 據，那么應創建100GB的數據文件，而不是多次將其增大以達到該大小。 對于日志文件而言要更復雜一些，您需要多考慮一些因素，例如事務大小（長時間運行事務在完成之前無法從日志中清除） 以及日志備份頻率（因為這將刪除日 志的非活動部分）。有關詳細信息，請參閱我的妻子 Kimberly Tripp編

55、寫的 一篇很受歡迎的博客文章提高事務日志吞吐量的8個步驟，它發表在 SQL 上。設置一旦完成，應不時監視文件大小，并在每一天的適當時間先行手動增加其大 小。為以防萬一，應保留自動增長，這樣文件即使在發生一些異常事件的情況下 仍可以完成所需的增長。反對將文件管理完全保留為自動增長的邏輯是步長極小 的自動增長會導致文件碎片，而且自動增長會是一個耗時的過程， 它可能會多次 突然停止應用程序的工作。應將自動增長大小設置為一個具體值， 而不是一個百分比，以約束執行自動增長 （如果發生）所需的時間和空間。例如，您可能希望將一個 100GB的數據文 件的自動增長大小設置為固定值 5GB ,而不是（比方說）10% 。這意味著無論文件每次變得多大，它均將按5GB進行增長，而不是一個持續增長的數量（10GB、11GB、12GB 等）。當事務日志增長時（手動或自動增長），它將始終被初始化為零。數據文件在SQL Server 2000中具有同一默認行為，但從 SQL Server 2005 開始，您可以啟用即時文件初始化，它會跳過零初始化文件，因此增長和自動增長會保持同步。 所有版本的SQL Server中都提供了這一功能，這一點與正常的觀點恰恰相佐。如欲了解詳細信息，請在 SQL Server 2005或SQL Server 200