資源描述：
《sql server數(shù)據(jù)庫備份的性能優(yōu)化--》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。
1、SQLServer數(shù)據(jù)庫備份的性能優(yōu)化>> 一、選擇合理的備份時(shí)機(jī)?！ ‰m然說，SQLServer數(shù)據(jù)庫在聯(lián)機(jī)或者活動(dòng)狀態(tài)，也可以進(jìn)行備份。但是，一般情況下，筆者不建議這么做。因?yàn)樵跀?shù)據(jù)庫活動(dòng)的時(shí)候進(jìn)行備份的話，一方面會(huì)增加備份的時(shí)間;另一方面，因?yàn)閭浞葑鳂I(yè)占用了一定的硬件資源，會(huì)對數(shù)據(jù)庫的訪問性能產(chǎn)生比較大的影響，特別是并發(fā)性訪問?！ ∷?，在數(shù)據(jù)庫備份的時(shí)候，數(shù)據(jù)庫管理員應(yīng)當(dāng)盡量減少SQLServer中的當(dāng)前活動(dòng)。對于大部分企業(yè)來說，一般數(shù)據(jù)庫活動(dòng)的高發(fā)期在白天的八個(gè)小時(shí)。故從理論上說，除了這八
2、個(gè)小時(shí)外，對數(shù)據(jù)庫進(jìn)行備份的話，可以把這個(gè)不利影系降低到最低?！ 」P者現(xiàn)在的備份策略，就是在凌晨一點(diǎn)開始進(jìn)行數(shù)據(jù)庫備份。根據(jù)筆者一段時(shí)間的追蹤，發(fā)現(xiàn)在這個(gè)時(shí)段內(nèi)，基本上沒有用戶訪問數(shù)據(jù)庫。故筆者利用SQLServer的任務(wù)計(jì)劃結(jié)合數(shù)據(jù)庫的備份策略，定在凌層這個(gè)時(shí)間進(jìn)行數(shù)據(jù)庫備份?！ 〔贿^，為了保障數(shù)據(jù)庫備份的準(zhǔn)確性，在第二天上班后，就需要查看相關(guān)的備份日志?？纯丛趥浞莸倪^程中有否出現(xiàn)異常情況。若有的話，要及時(shí)加以解決。總之，數(shù)據(jù)庫備份的時(shí)機(jī)選擇上，一個(gè)基本原則就是在備份作業(yè)進(jìn)行的整個(gè)過程中，盡量減少數(shù)
3、據(jù)庫的當(dāng)前活動(dòng)?！ 《?、備份到多個(gè)物理設(shè)備?！ ⊥ǔＧ闆r下，與備份到單個(gè)物理設(shè)備相比，備份到多個(gè)物理設(shè)備的速度會(huì)更快一點(diǎn)。為此，數(shù)據(jù)庫管理員可以通過并行方式將數(shù)據(jù)復(fù)制到各個(gè)備份設(shè)備中。SQLServer服務(wù)器通過相關(guān)技術(shù)，能夠充分利用多個(gè)備份設(shè)備的優(yōu)勢?！ QLServer數(shù)據(jù)庫可以同時(shí)向多個(gè)備份文件進(jìn)行寫操作。在企業(yè)具有多個(gè)備份文件的時(shí)候，數(shù)據(jù)庫可以將數(shù)據(jù)條帶化的分布到用于創(chuàng)建備份的全部文件中。通俗說的說，就是建立多個(gè)備份文件，然后把不同的備份文件存儲(chǔ)在不同的物理設(shè)備上。如此的話，就好像是在泄洪的
4、時(shí)候，多開幾個(gè)通道。那么，很明顯可以縮短備份的時(shí)間。在另一方面，也就降低了備份作業(yè)對數(shù)據(jù)庫的不利影響。從理論上說，如果備份到單個(gè)設(shè)備上需要3個(gè)小時(shí)，則備份到兩個(gè)硬盤上的話，則可以縮短為一個(gè)半小時(shí)。當(dāng)然，實(shí)際能夠把備份時(shí)間縮短到多少，還跟硬件的讀取速度、服務(wù)器的性能相關(guān)。但是可以肯定的一點(diǎn)就是，把備份文件存儲(chǔ)到多個(gè)硬件設(shè)備中，實(shí)現(xiàn)條帶化備份，是可以大幅度的縮短備份所需要的時(shí)間?！ ≡谑褂眠@種方法降低備份對數(shù)據(jù)庫的不利影響，需要注意以下幾個(gè)方面的內(nèi)容： 1、在備份時(shí)，所采用的硬件設(shè)備必須屬于同種類型的媒
5、體?，F(xiàn)在用戶備份的媒體主要有磁帶或者硬盤。不過，現(xiàn)在基本上大家都習(xí)慣于硬盤。在進(jìn)行條帶化備份的時(shí)候，數(shù)據(jù)庫管理員不能夠在單個(gè)備份媒體集中混合使用磁帶或者硬盤設(shè)備。這是在工作中要切記的一個(gè)限制條件?！ ?、如果將某個(gè)備份文件定義為備份集成員，那么用戶就必須一起使用這些文件。也就是說，數(shù)據(jù)庫管理員若設(shè)置了多個(gè)備份文件，則無論是在對其進(jìn)行異地備份，還是在進(jìn)行還原的時(shí)候，要對所有的備份文件進(jìn)行操作。不然的話，很可能會(huì)丟失部分?jǐn)?shù)據(jù)。這就好像一個(gè)蛋糕，數(shù)據(jù)庫管理員把它切成一快一快。若要把它換一個(gè)地方存放的話，則要
6、把切割后的每一塊蛋糕都搬走。少一塊的話，蛋糕就不完整了。這也是類似的道理?！ ?、如果刪除了某個(gè)備份集的成員，則備份集中其他成員所包含的數(shù)據(jù)是無效的，不能夠被使用。也就是說，數(shù)據(jù)庫在執(zhí)行條帶化備份的時(shí)候，在各個(gè)備份文件中存儲(chǔ)的數(shù)據(jù)是沒有規(guī)則的。并不是說，一個(gè)備份文件中就存儲(chǔ)索引，另一個(gè)備份文件中存儲(chǔ)數(shù)據(jù)信息。即時(shí)某個(gè)備份文件不小心丟失了，仍然可以利用另外的備份文件修復(fù)部分?jǐn)?shù)據(jù)。這是不肯能的。這就好利用RAR等工具分割壓縮文件的時(shí)候，必須所有的壓縮文件齊全，才能夠解壓縮文件。故這就要求數(shù)據(jù)庫管理員在對這
7、些文件進(jìn)行異地備份的時(shí)候，要考慮其完整性?！ ≡赟QLServer數(shù)據(jù)庫中，可以利用MEDIANAME參數(shù)來為整個(gè)備份媒體集指名媒體名。當(dāng)使用多個(gè)文件來備份數(shù)據(jù)庫的時(shí)候，數(shù)據(jù)庫管理員就要使用這個(gè)選項(xiàng)。利用這個(gè)參數(shù)，可以把各個(gè)獨(dú)立的備份文件作為媒體集的成員而相互聯(lián)系起來。 三、物理設(shè)備的速度決定備份所需要的時(shí)間?！ 〔煌愋偷奈锢碓O(shè)備，由于其本身性能的差異，對數(shù)據(jù)庫備份的時(shí)間也會(huì)有不小的影響。如早起的磁帶備份設(shè)備，相比較磁盤設(shè)備來說，備份就需要花費(fèi)更多的時(shí)間。現(xiàn)在硬件設(shè)備在不斷的跌價(jià)中，故數(shù)據(jù)庫管理員
8、在備份設(shè)備的選擇上，可以有更多的選擇余地。在力所能及的情況下，最好能夠選擇性能高一點(diǎn)的備份設(shè)備?！ ×硗?，即使都是硬盤，其性能也會(huì)有所差異。故數(shù)據(jù)庫管理員最好能夠跟硬件管理人眼一起，商量確定一個(gè)合適的硬件設(shè)備?！ ∷?、合理使用完全數(shù)據(jù)庫備份?！ ∫话銇碚f，數(shù)據(jù)庫備份包括完全數(shù)據(jù)庫備份、差異數(shù)據(jù)庫備份等等幾種方式。而對數(shù)據(jù)庫進(jìn)行完全備份，所需要花費(fèi)的時(shí)間最長。故若數(shù)據(jù)庫管理員能夠合理選擇完全數(shù)據(jù)庫備份的時(shí)機(jī)，就可以大幅度的降低數(shù)據(jù)庫備份對服務(wù)器性能的不利影
