可是，其體積仍然很龐大。所以，在日常工作中，如何給SQL Server的備份文件瘦身，就是很多數(shù)據(jù)庫管理員所關(guān)心的問題了。

　　也許微軟的數(shù)據(jù)庫產(chǎn)品設(shè)計(jì)專家聽到了眾多數(shù)據(jù)庫管理員的呼聲了吧。在最新的2008版本的SQLServer數(shù)據(jù)庫中，提出了備份壓縮的概念。其基本原理跟利用RAR等壓縮工具壓縮文件一樣，可以讓原有的備份文件體積更小。這直接帶來的好處，就是可以節(jié)省服務(wù)器的備份空間。另外，若SQLServer數(shù)據(jù)庫配置了異地備份的話，那么也可以節(jié)省網(wǎng)絡(luò)帶寬，縮短異地備份的時(shí)間，等等。

　　筆者前不久剛把數(shù)據(jù)庫升級到了2008，并重新更改了備份配置，讓數(shù)據(jù)庫支持備份壓縮。下面筆者就把備份壓縮的管理心得跟大家分享一下。希望筆者這些經(jīng)驗(yàn)?zāi)軌驇椭蠹易龊肧QL Server數(shù)據(jù)庫備份壓縮的管理。簡單的來說，如果要采用備份壓縮技術(shù)，那么數(shù)據(jù)庫管理員要弄明白幾個(gè)問題。

　　問題一：備份壓縮技術(shù)的限制條件。

　　由于備份壓縮技術(shù)是2008版本中才提出來的，所以其兼容性可能就會收到一些限制。根據(jù)官方的說法是，從2008以后的數(shù)據(jù)庫版本，都會支持這個(gè)備份壓縮技術(shù)。故向后兼容應(yīng)該問題不大。數(shù)據(jù)庫管理員關(guān)心的應(yīng)該是，從低版本升級到高版本的數(shù)據(jù)庫時(shí)的一些限制條件。掌握這些限制條件，可能會讓數(shù)據(jù)庫升級少遇到一些問題。根據(jù)筆者的了解，這里至少有二個(gè)限制條件。

　　一是壓縮的備份和未壓縮的備份不能夠共存于一個(gè)媒體集中。在SQL Server數(shù)據(jù)庫中，如果要對數(shù)據(jù)集進(jìn)行備份，則首先需要建立一個(gè)媒體集。筆者升級完成之后，先對數(shù)據(jù)庫進(jìn)行了一個(gè)完全備份，這個(gè)備份沒有采用壓縮技術(shù)。后來筆者在測試壓縮備份的時(shí)候，卻發(fā)現(xiàn)怎么都不成功。后來根據(jù)錯誤提示查詢了相關(guān)資料并進(jìn)行親自測試，才發(fā)現(xiàn)壓縮的備份和未壓縮的備份不能夠共存于一個(gè)媒體集中。筆者后來重新建立了一個(gè)媒體集后，備份壓縮技術(shù)就可以起作用了。

　　二是早期版本的SQL Server數(shù)據(jù)庫無法讀取壓縮的備份。為了測試備份壓縮技術(shù)的向前兼容性，筆者特意利用備份壓縮后的數(shù)據(jù)庫文件，去恢復(fù)2005版本的數(shù)據(jù)庫。注意，這個(gè)數(shù)據(jù)庫文件是升級到2008后馬上備份的，也就是說，除了這個(gè)壓縮技術(shù)外，沒有采用2008的新技術(shù)與新對象。但是，卻發(fā)現(xiàn)2005版本的數(shù)據(jù)庫根本不認(rèn)賬，不認(rèn)識這個(gè)壓縮后的備份文件?？梢?，早期版本的SQL Server數(shù)據(jù)根本無法讀取壓縮后的備份文件。

　　這是筆者測試后發(fā)現(xiàn)的兩個(gè)限制條件。不過筆者查詢了一些官方資料后發(fā)現(xiàn)，還有一個(gè)重要的限制。如NTBACKUP工具無法共享含壓縮的數(shù)據(jù)庫備份磁帶。不過由于筆者用不到這方面的內(nèi)容，所以也沒有測試是否如此。

　　問題二：壓縮的效果到底如何?

　　如果采用了壓縮備份技術(shù)，那么備份文件到底可以瘦下來多少呢?這主要跟數(shù)據(jù)庫有關(guān)。根據(jù)筆者的了解，如下一些因素會直接影響到最終的壓縮效果。

　　首先是跟數(shù)據(jù)類型有關(guān)。如果數(shù)據(jù)庫中大部分是字符型的數(shù)據(jù)，則其壓縮效果會比較好。而如果數(shù)字類型比較多的話，那么采用壓縮備份技術(shù)后，備份文件并不能夠小多少。這也給數(shù)據(jù)庫管理元是否要采用壓縮備份技術(shù)提供了一個(gè)判斷的標(biāo)準(zhǔn)。

　　其次是數(shù)據(jù)是否加密。正常情況下，如果數(shù)據(jù)庫中的數(shù)據(jù)未加密，則其壓縮的效果會比較明顯。相反如果數(shù)據(jù)庫的數(shù)據(jù)加密了，則其壓縮的程度就會小很多。如數(shù)據(jù)庫管理員利用透明數(shù)據(jù)加密方法來加密整個(gè)數(shù)據(jù)庫，則采用壓縮備份技術(shù)之后，壓縮備份并不會將數(shù)據(jù)庫減小多少，甚至根本不會減小。

　　再者，跟數(shù)據(jù)表設(shè)計(jì)也有關(guān)系。一般情況下，如果表設(shè)計(jì)比較合理，則其壓縮的效果就會好許多。如某頁中包含多個(gè)行，而其中的某個(gè)字段包含相同的值，則該值就可以獲得比較大的壓縮率。與之相反，如果字段中的數(shù)據(jù)大部分是隨機(jī)數(shù)據(jù)(即使只有稍微的差別)，則其壓縮備份的大小幾乎與未壓縮的備份相同。這也就是說，要想取得比較好的壓縮效果，則在數(shù)據(jù)庫設(shè)計(jì)時(shí)，就需要考慮。如可以采用一些列表字段供用戶選擇，就可以提高最終備份文件的壓縮效果。

　　問題三：壓縮備份對于性能的影響如何?

　　數(shù)據(jù)庫采用壓縮備份之后，對于數(shù)據(jù)庫的影響是雙方面的，即有利也有害。

　　利是直接跟上面所說的數(shù)據(jù)庫壓縮效果相關(guān)。因?yàn)橥粋€(gè)數(shù)據(jù)庫的壓縮備份文件要比原來的備份文件要小，所以壓縮備份所需要的設(shè)備輸入輸出通常比較少，所以可以大大提高備份速度。而且，數(shù)據(jù)庫進(jìn)行異地備份的話，還可以大大縮短網(wǎng)路傳輸?shù)臅r(shí)間。所以，當(dāng)數(shù)據(jù)庫的壓縮效果越好，則對于數(shù)據(jù)庫的性能，也會有很大的改善。

不利之處就在于資源的消耗方面。如果采用了壓縮備份技術(shù)，則壓縮會顯著增加CPU的使用率。而壓縮進(jìn)程所占用的額外CPU可能會對兵法操作產(chǎn)生消極的影響。為了盡量減少這個(gè)不利影響，可以采取的措施就是調(diào)整SQL Server數(shù)據(jù)庫的備份策略。如把備份時(shí)間放在午夜時(shí)分。那時(shí)候，基本上沒有用戶使用數(shù)據(jù)庫，或者數(shù)據(jù)庫的使用幾率會大大降低。此時(shí)，就是多一些額外的CPU消耗，用戶也很難察覺到。

　　另外在數(shù)據(jù)庫中，也可以通過降低優(yōu)先級的方式，來降低壓縮備份對數(shù)據(jù)庫的不利影響。如當(dāng)發(fā)生CPU爭用時(shí)，此備份的CPU使用就會受到資源控制其的限制。通過將特定的用戶會話映射到限制CPU使用的資源調(diào)控器工作負(fù)荷來實(shí)現(xiàn)。不過這個(gè)實(shí)現(xiàn)起來比較復(fù)雜，以后若有機(jī)會，筆者將會專題講述。對于大部分企業(yè)來說，數(shù)據(jù)庫的使用都有很明顯的高發(fā)期與低潮期。只需要稍微調(diào)整一下備份策略，在數(shù)據(jù)庫使用低潮期進(jìn)行壓縮備份，就可以很輕松的避免壓縮備份所帶來的負(fù)面影響。而完全不需要吃力不討好，采用這么復(fù)雜的解決方案。即使像銀行類這些金融機(jī)構(gòu)，在晚上12點(diǎn)之后用戶也會大量的減少。此時(shí)他們釋放出來的CPU給壓縮備份使用已經(jīng)足夠了。

　　還好筆者以前采取的備份策略，就是在晚上12點(diǎn)之后讓數(shù)據(jù)庫進(jìn)行自動備份。所以這次采用了壓縮備份之后，對于性能的影響可以忽略。

　　問題四：如何啟用壓縮備份?

　　默認(rèn)情況下，數(shù)據(jù)庫在執(zhí)行備份的時(shí)候，是不采用壓縮備份的。如果數(shù)據(jù)庫管理員出于特定的需要要啟用壓縮備份的話，就需要管理員去手工啟動。壓縮備份的默認(rèn)行為是數(shù)據(jù)庫系統(tǒng)中的備份壓縮默認(rèn)選項(xiàng)服務(wù)器級配置來決定的。

　　如需要啟用壓縮備份策略，只需要經(jīng)過簡單的三個(gè)步驟即可。

　　第一步：打開數(shù)據(jù)庫對象資源管理器，右鍵單擊需要啟用壓縮備份策略的那個(gè)服務(wù)器，然后打開屬性對話框。

　　第二步：單擊數(shù)據(jù)庫設(shè)置節(jié)點(diǎn)。找到備份和還原選項(xiàng)卡。在壓縮備份頁簽中顯示了備份壓縮默認(rèn)設(shè)置的當(dāng)前配置。這個(gè)“壓縮備份”選項(xiàng)決定了數(shù)據(jù)庫在備份的時(shí)候是否要才用壓縮備份策略。如果選中的話，默認(rèn)情況下數(shù)據(jù)庫將啟用壓縮備份。

　　第三步：建立新備份媒體。筆者在上面提到過，壓縮備份與未壓縮備份不能夠存儲在同一個(gè)媒體集中。如果數(shù)據(jù)庫管理員是中途啟用這個(gè)壓縮備份策略的。即在原先的備份媒體中已經(jīng)有未壓縮的備份文件，那么數(shù)據(jù)庫管理員要么需要刪除原有的備份文件，要么就是重新建一個(gè)備份媒體。筆者的意見是重新建立別分媒體，而保留原有的備份文件。這主要是出于安全的考慮。萬一壓縮備份因?yàn)槟承┰虿怀晒?，則仍然可以有補(bǔ)救措施。

　　壓縮備份是SQLServer數(shù)據(jù)庫推出的一個(gè)新技術(shù)。筆者以為，如果企業(yè)數(shù)據(jù)庫容量比較小的話，沒有必要采用這個(gè)壓縮備份。只有數(shù)據(jù)庫容量比較大，或者要進(jìn)行異地備份的情況下，采用壓縮備份的效果才會顯現(xiàn)出來。由于壓縮備份有比較大的限制條件和管理難點(diǎn)，數(shù)據(jù)庫管理員還是需要在性能、壓縮效果等方面評估壓縮備份可能會給企業(yè)帶來的效果。評估之后再進(jìn)行取舍，是否要采用壓縮備份。