數(shù)據(jù)庫備份方案

數(shù)據(jù)庫備份恢復方案2011/1/18目錄一、 修改記錄 2二、 簡介 2三、 生產(chǎn)庫備份恢復方案 31. 數(shù)據(jù)庫恢復模式 32. 系統(tǒng)數(shù)據(jù)庫的備份 33. 用戶數(shù)據(jù)庫的備份 44. 驗證備份內容 55. 備份文件大小和位置 56. 磁盤配置要求 57. 遠程備份 58. 備份操作的管理 5四、 生產(chǎn)庫復原操作 61. 數(shù)據(jù)庫效勞權限 62. 備份復原順序 7五、 數(shù)據(jù)庫歸檔 7六、 其它數(shù)據(jù)保護方案 91. 數(shù)據(jù)庫鏡像 92. 日志傳送 10修改記錄修改人內容日期付海濤初稿2011-1-18簡介本手冊旨在提高數(shù)據(jù)庫大容量時備份的速度和數(shù)據(jù)平安性，并在數(shù)據(jù)庫故障時進行快速復原。數(shù)據(jù)庫備份和恢復技術是數(shù)據(jù)庫系統(tǒng)維護工作中的重要技術，不管是開發(fā)測試環(huán)境的數(shù)據(jù)庫，還是生產(chǎn)環(huán)境的數(shù)據(jù)庫，建議都要進行備份，而且要確保備份文件可用。對于數(shù)據(jù)庫系統(tǒng)來說，當發(fā)生故障甚至是災難性的故障的時候，數(shù)據(jù)庫備份就是最有效的最后一道防線。對于數(shù)據(jù)庫維護人員來說，備份與恢復技術的熟練運用，加之標準性的操作，是企業(yè)數(shù)據(jù)庫系統(tǒng)正常運行的重要保障。創(chuàng)立SQLServer備份的目的是為了可以恢復已損壞的數(shù)據(jù)庫。但是，備份和復原數(shù)據(jù)必須根據(jù)特定環(huán)境進行自定義，并且必須使用可用資源。因此，可靠使用備份和復原以實現(xiàn)恢復需要有一個備份和復原策略。設計良好的備份和復原策略在考慮到特定業(yè)務要求的同時，可以盡量提高數(shù)據(jù)的可用性并盡量減少數(shù)據(jù)的喪失。設計有效的備份和復原策略需要仔細方案、實現(xiàn)和測試。測試是必需環(huán)節(jié)。直到成功復原了復原策略中所有組合內的備份后，才會生成備份策略。必須考慮各種因素。其中包括：您的組織對數(shù)據(jù)庫的生產(chǎn)目標，尤其是對可用性和防止數(shù)據(jù)喪失的要求。每個數(shù)據(jù)庫的特性，包括：大小、使用模式、內容特性以及數(shù)據(jù)要求等。對資源的約束，例如：硬件、人員、備份媒體的存儲空間以及所存儲媒體的物理平安性等。設計備份和復原方案時，應根據(jù)您自身的特定環(huán)境和業(yè)務需求來考慮災難恢復方案。例如，假設失火了并且燒毀了您的24小時數(shù)據(jù)中心。您是否有把握恢復數(shù)據(jù)？恢復系統(tǒng)并保證系統(tǒng)運行需要多長時間？您的用戶能夠承受喪失多少數(shù)據(jù)？理想的情況是，災難恢復方案應規(guī)定恢復所需的時間以及用戶可以期望的最終數(shù)據(jù)庫狀態(tài)。例如，可以確定在獲取指定的硬件后，在48小時內完成恢復，并且保證最多能恢復到上周末時的數(shù)據(jù)。災難恢復方案可以通過多種方式構建，并且可以包含各種類型的信息。災難恢復方案類型包括：獲取硬件方案。通信方案。發(fā)生災難時的聯(lián)系人名單。與負責處理災難的人員的聯(lián)系方式。對方案擁有管理權的人員的信息。每個恢復方案所需執(zhí)行的任務的清單。為了便于您檢查災難恢復的進度，將初始化已完成的任務，并在清單中指示任務完成時間。生產(chǎn)庫備份恢復方案當前數(shù)據(jù)庫數(shù)據(jù)和索引容量大概20G左右，為了提高在容量繼續(xù)增大時備份和復原的效率，并保證數(shù)據(jù)盡量不喪失，建議采用如下備份策略：數(shù)據(jù)庫恢復模式為了提高數(shù)據(jù)平安性，數(shù)據(jù)庫應處于完整恢復模式下，這時所有的修改記錄都會記錄在日志文件中。對數(shù)據(jù)庫日志文件定期進行備份，以備份這些修改信息。系統(tǒng)數(shù)據(jù)庫的備份master數(shù)據(jù)庫保存了用戶數(shù)據(jù)庫和登錄賬號等信息，msdb保存了方案任務等信息，model數(shù)據(jù)庫作為創(chuàng)立數(shù)據(jù)庫的模板會保存自定義的一些模板信息。因此，對于這些系統(tǒng)數(shù)據(jù)庫應該在創(chuàng)立用戶數(shù)據(jù)庫、修改用戶信息、修改作業(yè)信息、修改數(shù)據(jù)庫模板等操作后對這些數(shù)據(jù)庫進行備份。因為這些數(shù)據(jù)庫一般比擬小，因此可以直接使用數(shù)據(jù)庫完整備份即可。用戶數(shù)據(jù)庫的備份 上圖描述了數(shù)據(jù)喪失的風險。假設現(xiàn)在在t9和t10中間的時刻出現(xiàn)硬件故障。首先嘗試備份數(shù)據(jù)庫的尾日志，就是t9時刻后的日志，如果能成功備份那么不會喪失任何數(shù)據(jù)。如果無法備份尾日志，那么喪失從t9時刻之后的操作。這時可以通過復原t1時刻的完整備份和t7時刻的差異備份，接著復原t8和t9時刻的日志備份，如果有尾日志備份繼續(xù)復原尾日志。完整備份周期完整備份是指對整個數(shù)據(jù)庫所有內容進行備份，就目前數(shù)據(jù)庫的容量進行一次完整備份大概需要30分鐘左右可以完成。因完整備份占用與數(shù)據(jù)庫容量大小差不多的磁盤空間，并且隨著容量不斷增大，備份時間也會不斷增長。建議完整備份可以每月進行一次。過于頻繁的完整備份對于保護數(shù)據(jù)沒有多大意義。隨著數(shù)據(jù)庫不斷增大，備份周期也應相應調整大些，以防止不必要的重復備份沒有修改正的內容。差異備份周期差異備份是指自上次完整備份之后所有發(fā)生變化的數(shù)據(jù)塊的備份，每執(zhí)行一次差異備份都會備份下這些數(shù)據(jù)塊。因此在每次執(zhí)行完數(shù)據(jù)庫完整備份后差異備份的內容就會變小。因為差異備份包含的內容較小，因此備份頻率可以高一些。隨著數(shù)據(jù)塊內容不斷被更新或插入刪除新的記錄，被修改的數(shù)據(jù)塊會越來越多，當所有數(shù)據(jù)塊都被修改正后，差異備份所包含的內容就與完整備份是一樣的。因此，應該定期對數(shù)據(jù)庫進行完整備份，以減小每次差異備份的包含的數(shù)據(jù)塊。建議差異備份可以每天進行一次。每次差異備份都會包含前一次差異備份的內容，因此完成備份之后，之前的差異備份可以刪除。日志備份周期日志備份保存了自上次完整或差異備份之后對數(shù)據(jù)庫內容的修改信息。為了盡量防止數(shù)據(jù)的喪失，建議每15分鐘或30分鐘進行一次日志備份。過于頻繁的日志備份會對數(shù)據(jù)庫性能造成一定影響，因此備份頻率不應過高。驗證備份內容為了保證備份的有效性，在進行備份時應對數(shù)據(jù)頁面進行校驗和驗證，以保證當前數(shù)據(jù)頁的有效性。在完成備份時，為了保證寫入磁盤的備份內容一致，應對備份文件使用RESTOREVERIFYONLY執(zhí)行復原操作驗證，保證備份文件的有效。備份文件大小和位置為了在數(shù)據(jù)庫損壞時盡快恢復數(shù)據(jù)庫，節(jié)省遠程拷貝備份文件的時間，應在本機保存至少一次完整備份和它之后所有的差異和日志備份文件用于復原數(shù)據(jù)庫。同時，為了在拷貝文件時占用生產(chǎn)效勞器過多內存，并能保存至磁帶設備中，每個備份文件的大小一般控制在2G左右。磁盤配置要求為了防止硬盤故障造成數(shù)據(jù)庫和備份文件同時損壞，應確保本地有兩個以上的獨立硬盤，分別存放數(shù)據(jù)庫文件和備份文件。如果使用共享存儲設備，應確保每個LUN所對應的卷使用不同的獨立磁盤設備。遠程備份為了防止單點故障，應先在本機完成備份并驗證備份有效性后，定期把備份拷貝至遠程效勞器。根據(jù)業(yè)務需要遠程備份應至少保存兩個備份周期以內的備份文件。備份操作的管理因為數(shù)據(jù)庫的差異備份和日志備份是基于完整備份的，如果完整備份沒有或是無效，這些差異和日志備份就變得沒有意義。因此應防止除管理員之外的人員對數(shù)據(jù)庫進行的任何備份操作。如果備份是備份到原有完整備份指定的目錄位置，應確保保存至下一個有效的完整備份之后才能刪除這個完整備份。如果因為需要在不是指定的備份時刻進行完整備份，應使用“僅復制備份”方式對數(shù)據(jù)庫進行備份，以防止破壞當前數(shù)據(jù)庫的備份鏈。具體語法參見下面例如：BACKUPDATABASEdatabase_nameTO<backup_device>…WITHCOPY_ONLY…生產(chǎn)庫復原操作數(shù)據(jù)庫效勞權限為了加快在數(shù)據(jù)庫復原操作時的效率，應為SQL效勞的啟動賬號分配“執(zhí)行卷維護任務”的權限。這樣，在復原操作期間可繞過為每個文件的bit位進行初始設置為0的操作，可提高復原速度。備份復原順序以上圖為例，假設完整備份的周期為1月，差異備份每天執(zhí)行一次，日志備份每30分鐘執(zhí)行一次。完整備份包含了數(shù)據(jù)庫中的所有內容，差異是自上次完整備份之后變化的內容，日志備份是自上次完整或差異之后變化的信息。因此如果想要復原到t11這個時刻的數(shù)據(jù)庫狀態(tài)，應先復原t1的完整備份，再復原t10的差異備份，接著復原t11的日志備份即可使數(shù)據(jù)庫上線使用。如果想復原到t14時刻，那么只需要復原t13的完整備份和t14的日志備份即可使用數(shù)據(jù)庫上線使用。數(shù)據(jù)庫歸檔根據(jù)業(yè)務需要，對于不需要使用的歷史數(shù)據(jù)遷移至歸檔數(shù)據(jù)庫中。對歸檔的數(shù)據(jù)庫，只在每次歸檔操作之后做一次備份即可。因為歸檔庫不需要做修改操作，因此恢復模式可以設置為簡單恢復模式，這時不需要對日志進行備份。歸檔數(shù)據(jù)庫保存的歷史數(shù)據(jù)比擬多，在數(shù)據(jù)庫規(guī)模超過TG級別時，備份時可以使用文件組或文件的備份方式。在創(chuàng)立歸檔歷史庫時，把所有索引獨立于它所在的表，存放在單獨的文件組，因為索引可以根據(jù)表的內容生成，因此不需要備份索引所在的文件組。把不頻繁變化的表放在同一個文件組中。把經(jīng)常變化的表使用分區(qū)的方式創(chuàng)立，每次做歸檔操作時把這些數(shù)據(jù)保存至不同的分區(qū)下，備份時只需要備份這個分區(qū)所在的文件組便可完成備份操作。所有文件組備份的集合構成整個數(shù)據(jù)庫的內容。使用文件組備份可以大大減小備份的時間和空間要求，但是會增加復原操作時的時間。因些，只建議在數(shù)據(jù)庫超過TG以上使用這種方式。下面示意圖演示了文件組備份的策略：復原數(shù)據(jù)庫時，復原主文件組和其它的備份文件組即可復原整個數(shù)據(jù)庫。如果有日志備份，要把數(shù)據(jù)庫完整備份之后的所有日志備份復原才可使數(shù)據(jù)庫處于在線狀態(tài)。因為要復原很多文件，因此復原時間會比其它方式要長很多，而且對數(shù)據(jù)庫維護人員也有較高的要求。其它數(shù)據(jù)保護方案數(shù)據(jù)庫鏡像為了防止機器故障時復原操作影響業(yè)務使用，可以使用鏡像技術在另一臺機器創(chuàng)立一個備用的數(shù)據(jù)庫。此數(shù)據(jù)庫的內容可以與生產(chǎn)庫的數(shù)據(jù)適時同步，確保數(shù)據(jù)不會喪失。同時，如果有一臺見證效勞器的話，可以在生產(chǎn)庫發(fā)生故障時實現(xiàn)自動切換。不影響業(yè)務的正常操作。如果沒有見