數(shù)據(jù)庫備份性能優(yōu)化

1、提問者采納一、選擇合理的備份時機。雖然說,SQLServer數(shù)據(jù)庫在聯(lián)機或者活 動狀態(tài)，也可以進行備份。但是，一般情況下，筆者不建議這么做。 因為在數(shù)據(jù)庫活動的時候進行備份的話，一方面會增加備份的時間； 另一方面，因為備份作業(yè)占用了一定的硬件資源，會對數(shù)據(jù)庫的訪問 性能產(chǎn)生比較大的影響，特別是并發(fā)性訪問。所以，在數(shù)據(jù)庫備份的 時候，數(shù)據(jù)庫管理員應(yīng)當(dāng)盡量減少SQL Server中的當(dāng)前活動。對于大 部分企業(yè)來說，一般數(shù)據(jù)庫活動的高發(fā)期在白天的八個小時。故從理 論上說，除了這八個小時外，對數(shù)據(jù)庫進行備份的話，可以把這個不 利影系降低到最低。筆者現(xiàn)在的備份策略，就是在凌晨一點開始進行 數(shù)據(jù)庫備份。根

2、據(jù)筆者一段時間的追蹤，發(fā)現(xiàn)在這個時段內(nèi)，基本上 沒有用戶訪問數(shù)據(jù)庫。故筆者利用SQL Server的任務(wù)計劃結(jié)合數(shù)據(jù)庫 的備份策略，定在凌層這個時間進行數(shù)據(jù)庫備份。不過，為了保障數(shù) 據(jù)庫備份的準確性，在第二天上班后，就需要查看相關(guān)的備份日志。 看看在備份的過程中有否出現(xiàn)異常情況。若有的話，要及時加以解決。 總之，數(shù)據(jù)庫備份的時機選擇上，一個基本原則就是“在備份作業(yè)進 行的整個過程中，盡量減少數(shù)據(jù)庫的當(dāng)前活動”。二、備份到多個物 理設(shè)備。通常情況下，與備份到單個物理設(shè)備相比，備份到多個物理 設(shè)備的速度會更快一點。為此，數(shù)據(jù)庫管理員可以通過并行方式將數(shù) 據(jù)復(fù)制到各個備份設(shè)備中。SQL Server

3、服務(wù)器通過相關(guān)技術(shù)，能夠充 分利用多個備份設(shè)備的優(yōu)勢。SQL Server數(shù)據(jù)庫可以同時向多個備份 文件進行寫操作。在企業(yè)具有多個備份文件的時候，數(shù)據(jù)庫可以將數(shù) 據(jù)條帶化的分布到用于創(chuàng)建備份的全部文件中。通俗說的說，就是建 立多個備份文件，然后把不同的備份文件存儲在不同的物理設(shè)備上。 如此的話，就好像是在泄洪的時候，多開幾個通道。那么，很明顯可 以縮短備份的時間。在另一方面，也就降低了備份作業(yè)對數(shù)據(jù)庫的不 利影響。從理論上說，如果備份到單個設(shè)備上需要3個小時，則備份 到兩個硬盤上的話，則可以縮短為一個半小時。當(dāng)然，實際能夠把備 份時間縮短到多少，還跟硬件的讀取速度、服務(wù)器的性能相關(guān)。但是 可以

4、肯定的一點就是，把備份文件存儲到多個硬件設(shè)備中，實現(xiàn)條帶 化備份，是可以大幅度的縮短備份所需要的時間。在使用這種方法降 低備份對數(shù)據(jù)庫的不利影響，需要注意以下幾個方面的內(nèi)容：1、在 備份時，所采用的硬件設(shè)備必須屬于同種類型的媒體?，F(xiàn)在用戶備份 的媒體主要有磁帶或者硬盤。不過，現(xiàn)在基本上大家都習(xí)慣于硬盤。 在進行條帶化備份的時候，數(shù)據(jù)庫管理員不能夠在單個備份媒體集中 混合使用磁帶或者硬盤設(shè)備。這是在工作中要切記的一個限制條件。 2、如果將某個備份文件定義為備份集成員，那么用戶就必須一起使 用這些文件。也就是說，數(shù)據(jù)庫管理員若設(shè)置了多個備份文件，則無 論是在對其進行異地備份，還是在進行還原的時候，

5、要對所有的備份 文件進行操作。不然的話，很可能會丟失部分數(shù)據(jù)。這就好像一個蛋 糕，數(shù)據(jù)庫管理員把它切成一快一快。若要把它換一個地方存放的話， 則要把切割后的每一塊蛋糕都搬走。少一塊的話，蛋糕就不完整了。 這也是類似的道理。3、如果刪除了某個備份集的成員，則備份集中 其他成員所包含的數(shù)據(jù)是無效的，不能夠被使用。也就是說，數(shù)據(jù)庫 在執(zhí)行條帶化備份的時候，在各個備份文件中存儲的數(shù)據(jù)是沒有規(guī)則 的。并不是說，一個備份文件中就存儲索引，另一個備份文件中存儲 數(shù)據(jù)信息。即時某個備份文件不小心丟失了，仍然可以利用另外的備 份文件修復(fù)部分數(shù)據(jù)。這是不肯能的。這就好利用RAR等工具分割 壓縮文件的時候，必須所有

6、的壓縮文件齊全，才能夠解壓縮文件。故 這就要求數(shù)據(jù)庫管理員在對這些文件進行異地備份的時候，要考慮其 完整性。在SQLServer數(shù)據(jù)庫中，可以利用MEDIANAME參數(shù)來為整 個備份媒體集指名媒體名。當(dāng)使用多個文件來備份數(shù)據(jù)庫的時候，數(shù) 據(jù)庫管理員就要使用這個選項。利用這個參數(shù)，可以把各個獨立的備 份文件作為媒體集的成員而相互聯(lián)系起來。三、物理設(shè)備的速度決定 備份所需要的時間。不同類型的物理設(shè)備，由于其本身性能的差異， 對數(shù)據(jù)庫備份的時間也會有不小的影響。如早起的磁帶備份設(shè)備，相 比較磁盤設(shè)備來說，備份就需要花費更多的時間。現(xiàn)在硬件設(shè)備在不 斷的跌價中，故數(shù)據(jù)庫管理員在備份設(shè)備的選擇上，可以有

7、更多的選 擇余地。在力所能及的情況下，最好能夠選擇性能高一點的備份設(shè)備。 另外，即使都是硬盤，其性能也會有所差異。故數(shù)據(jù)庫管理員最好能 夠跟硬件管理人眼一起，商量確定一個合適的硬件設(shè)備。四、合理使 用完全數(shù)據(jù)庫備份。一般來說，數(shù)據(jù)庫備份包括完全數(shù)據(jù)庫備份、差 異數(shù)據(jù)庫備份等等幾種方式。而對數(shù)據(jù)庫進行完全備份，所需要花費 的時間最長。故若數(shù)據(jù)庫管理員能夠合理選擇完全數(shù)據(jù)庫備份的時機， 就可以大幅度的降低數(shù)據(jù)庫備份對服務(wù)器性能的不利影響。通常來說， 在下面兩種情況下，可以考慮只采用數(shù)據(jù)庫完全備份。一是在數(shù)據(jù)庫 容量比較小的時候。若數(shù)據(jù)庫管理員認為備份這個小型數(shù)據(jù)庫所花費 的時間是可以忍受的，則就可

8、以采用完全數(shù)據(jù)庫備份策略。二是數(shù)據(jù) 庫的數(shù)據(jù)修改頻率很低，或者數(shù)據(jù)庫是只讀的。此時，數(shù)據(jù)庫管理員 若執(zhí)行完全數(shù)據(jù)庫備份，將會備份相當(dāng)完整的數(shù)據(jù)集。如果數(shù)據(jù)庫在 兩次備份之間不幸出現(xiàn)了故障，對其進行恢復(fù)時，企業(yè)用戶或許可以 少受損失。在完全備份的時候，SQLServer會備份在備份過程中發(fā)生 的任何活動;同行也會備份事務(wù)日志中的任何未提交事務(wù)。這主要是 因為在對數(shù)據(jù)庫進行恢復(fù)的時候，為了保證數(shù)據(jù)的一致性，SQLServer 需要使用備份文件中所記錄的部分事務(wù)日志。除了以上兩種情況外， 最好對數(shù)據(jù)庫執(zhí)行完全備份與差異備份結(jié)合的策略。如筆者企業(yè)現(xiàn)在 的備份策略是，從星期一到星期六執(zhí)行差異備份，星期天執(zhí)行完全備 份。因為差異備份要比完全備份所花費的時間少的多。通過這種方式， 即保障了數(shù)據(jù)的安全性，同時，也可以最大限度的對數(shù)據(jù)備份的性能 進行優(yōu)化?？?/p>