大主宰之灵路天蚕土豆,小说,盗墓笔记小说

主頁 > 知識(shí)庫 > 壓縮技術(shù)給SQL Server備份文件瘦身

壓縮技術(shù)給SQL Server備份文件瘦身

可是，其體積仍然很龐大。所以，在日常工作中，如何給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ù)庫升級(jí)到了2008，并重新更改了備份配置，讓數(shù)據(jù)庫支持備份壓縮。下面筆者就把備份壓縮的管理心得跟大家分享一下。希望筆者這些經(jīng)驗(yàn)?zāi)軌驇椭蠹易龊肧QL Server數(shù)據(jù)庫備份壓縮的管理。簡(jiǎn)單的來說，如果要采用備份壓縮技術(shù)，那么數(shù)據(jù)庫管理員要弄明白幾個(gè)問題。

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

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

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

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

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

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

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

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

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

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

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

　　數(shù)據(jù)庫采用壓縮備份之后，對(duì)于數(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ù)庫的壓縮效果越好，則對(duì)于數(shù)據(jù)庫的性能，也會(huì)有很大的改善。

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

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

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

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

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

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

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

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

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

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

標(biāo)簽：珠海呼和浩特西寧泉州福建天水商洛美容院

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《壓縮技術(shù)給SQL Server備份文件瘦身》，本文關(guān)鍵詞壓縮,技術(shù),給,SQL,Server,備份,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。

濮阳杆衣贸易有限公司

壓縮技術(shù)給SQL Server備份文件瘦身