SQL Server數(shù)據(jù)庫(kù)增強(qiáng)版?zhèn)浞蒹w驗(yàn)

2024-08-31 00:45:53

字體：大中小

來(lái)源：轉(zhuǎn)載

供稿：網(wǎng)友

老鳥(niǎo)說(shuō)事：Microsoft SQL Server數(shù)據(jù)庫(kù)增強(qiáng)版?zhèn)浞蒹w驗(yàn)

在歐洲，有一首流傳很廣的民諺：

因?yàn)閬G失一根鐵釘，我們失去了一塊馬蹄鐵；

因?yàn)槭ヒ粔K馬蹄鐵，我們失去了一匹駿馬；

因?yàn)槭ヒ黄ヲE馬，我們失去一名騎士；

因?yàn)槭ヒ幻T士，我們輸?shù)袅艘粓?chǎng)戰(zhàn)爭(zhēng)……

在企業(yè)的經(jīng)營(yíng)中，細(xì)節(jié)決定成敗，要規(guī)避一切潛在的風(fēng)險(xiǎn)，避免因?yàn)橐恍┬〉氖д`而造成重大損失，在企業(yè)運(yùn)營(yíng)越來(lái)越依靠IT支撐的今天，企業(yè)的關(guān)鍵應(yīng)用，比如財(cái)務(wù)軟件、CRM、OA、ERP等，一旦發(fā)生數(shù)據(jù)丟失，損失將非常慘重，想想財(cái)務(wù)數(shù)據(jù)的數(shù)據(jù)丟失的后果吧，工資無(wú)法正常發(fā)放；當(dāng)年的財(cái)務(wù)總結(jié)沒(méi)辦法進(jìn)行；盈利還是虧損無(wú)法計(jì)算；下一年的業(yè)務(wù)也無(wú)法正常開(kāi)展；大客戶(hù)可能因此拂袖而去。

數(shù)據(jù)已經(jīng)不再是0101這樣的二進(jìn)制信息，而是人們的錢(qián)袋子，真正的真金白銀。人們應(yīng)該及時(shí)做好數(shù)據(jù)備份。

中小企業(yè)最常使用的數(shù)據(jù)庫(kù)是微軟的是SQL Server，本身帶有自動(dòng)備份功能，但多年來(lái)的經(jīng)驗(yàn)告訴我，SQL自帶的備份已經(jīng)遠(yuǎn)遠(yuǎn)不能滿(mǎn)足企業(yè)業(yè)務(wù)的連續(xù)性、安全性需求了。

SQL SERVER自帶備份功能是一個(gè)簡(jiǎn)單的入門(mén)級(jí)的備份小工具，在非常簡(jiǎn)單的應(yīng)用時(shí)，比如一兩臺(tái)SQL服務(wù)器，數(shù)據(jù)量又大，數(shù)據(jù)重要性一般的時(shí)候，SQL自帶備份功能就可以勝任了。

但是當(dāng)數(shù)據(jù)重要性非常高時(shí)，企業(yè)不能夠承擔(dān)數(shù)據(jù)丟失的風(fēng)險(xiǎn)時(shí)，那么就需要尋求更加專(zhuān)業(yè)、更加安全可靠的數(shù)據(jù)備份解決方案。因?yàn)镾QL自帶備份功能有以下不足和缺陷。經(jīng)過(guò)反復(fù)的篩選和比較之后，本人找到一款在功能和性能上都能對(duì)SQL自帶備份功能帶來(lái)非常大改善的備份工具--愛(ài)數(shù)備份軟件。下面是功能比較：

備份功能之比較

大家都知道，數(shù)據(jù)庫(kù)備份有四種類(lèi)型，分別應(yīng)用于不同的場(chǎng)合，下面簡(jiǎn)要介紹一下。

1、完全備份

這是大多數(shù)人常用的方式，它可以備份整個(gè)數(shù)據(jù)庫(kù)，包含用戶(hù)表、系統(tǒng)表、索引、視圖和存儲(chǔ)過(guò)程等所有數(shù)據(jù)庫(kù)對(duì)象。但它需要花費(fèi)更多的時(shí)間和空間，所以，一般推薦一周或一月做一次完全備份。

2、事務(wù)日志備份

事務(wù)日志是一個(gè)單獨(dú)的文件，它記錄數(shù)據(jù)庫(kù)的改變，備份的時(shí)候只需要復(fù)制自上次備份以來(lái)對(duì)數(shù)據(jù)庫(kù)所做的改變，所以只需要很少的時(shí)間。為了使數(shù)據(jù)庫(kù)具有魯棒性，推薦每小時(shí)甚至更頻繁的備份事務(wù)日志。

3、差異備份

也叫增量備份。它是只備份數(shù)據(jù)庫(kù)一部分的另一種方法，它不使用事務(wù)日志，相反，它使用整個(gè)數(shù)據(jù)庫(kù)的一種新映象。它比最初的完全備份小，因?yàn)樗话陨洗瓮耆珎浞菀詠?lái)所改變的數(shù)據(jù)庫(kù)。它的優(yōu)點(diǎn)是存儲(chǔ)和恢復(fù)速度快。推薦每天做一次差異備份。

4、文件備份

數(shù)據(jù)庫(kù)可以由硬盤(pán)上的許多文件構(gòu)成。如果這個(gè)數(shù)據(jù)庫(kù)非常大，并且一個(gè)晚上也不能將它備份完，那么可以使用文件備份每晚備份數(shù)據(jù)庫(kù)的一部分。由于一般情況下數(shù)據(jù)庫(kù)不會(huì)大到必須使用多個(gè)文件存儲(chǔ)，所以這種備份不是很常用。

如果你只做全備份，那么受限于全備份的大小和備份時(shí)間，不可能常做。而且只有全備份，不能將數(shù)據(jù)庫(kù)恢復(fù)至某個(gè)時(shí)間點(diǎn)。所以，我們需要全備份日志備份。比如每天一個(gè)全備份，每隔1小時(shí)或若干分鐘一個(gè)日志備份。

說(shuō)到差異備份，因?yàn)槲④浀牟町悅浞萦涗浀氖巧弦淮稳珎浞菀詠?lái)發(fā)生的變化，所以，如果數(shù)據(jù)庫(kù)的改動(dòng)很頻繁的話(huà)，沒(méi)過(guò)多久，差異備份就會(huì)和全備份的大小接近，因此這種情況下就不合適了。因此，全備份日志備份的方案適合絕大多數(shù)的用戶(hù)。

備份文件傳送至備機(jī)后，就可以高枕無(wú)憂(yōu)了嗎？不。作為DBA還需要檢查備機(jī)上的備份文件是否能將數(shù)據(jù)庫(kù)恢復(fù)至最新，如果采用日志備份，會(huì)不會(huì)因?yàn)閬G失某一個(gè)日志備份文件而導(dǎo)致數(shù)據(jù)庫(kù)不能恢復(fù)至最新？如何檢查日志備份文件之間存在斷檔？

數(shù)據(jù)庫(kù)在備份的時(shí)候，并不會(huì)檢查數(shù)據(jù)頁(yè)面的完整性，如果數(shù)據(jù)頁(yè)壞了，備份作業(yè)仍會(huì)執(zhí)行，而且不會(huì)報(bào)錯(cuò)，等到你發(fā)現(xiàn)數(shù)據(jù)頁(yè)有錯(cuò)誤的時(shí)候，你也很可能已經(jīng)因?yàn)榇疟P(pán)空間不足，而刪除了早期的備份，而此時(shí)剩下的那些備份可能都是包含損壞的數(shù)據(jù)頁(yè)，如果損壞的數(shù)據(jù)頁(yè)是某個(gè)表的表頭的話(huà)，那這個(gè)表你就再也沒(méi)辦法恢復(fù)了。

愛(ài)數(shù)的解決方案：

自動(dòng)將完全備份和日志備份完整有機(jī)結(jié)合起來(lái)，并自動(dòng)將日志文件組織一個(gè)文件包里，不用擔(dān)心丟失和遭病毒破壞，不用擔(dān)心日志斷檔。

高級(jí)的循環(huán)備份功能，可以自動(dòng)設(shè)置多久執(zhí)行一次全備份，以及每個(gè)全備份下面帶多少個(gè)增量備份點(diǎn)。比如：每周執(zhí)行一次完整備份，保留三個(gè)完全備份；每個(gè)全備份下面帶有30個(gè)增量備份，這樣，既保證了數(shù)據(jù)庫(kù)備份的完整性，又保證了數(shù)據(jù)備份的速度和效率。

恢復(fù)功能之比較

SQL自帶備份：

為了將數(shù)據(jù)庫(kù)盡可能的恢復(fù)到最新，你可能會(huì)每隔10分鐘（甚至1分鐘）執(zhí)行一次日志備份，那么萬(wàn)一數(shù)據(jù)庫(kù)壞了，在恢復(fù)的時(shí)候，手動(dòng)恢復(fù)成百上千個(gè)日志文件，就非常非常麻煩~~~

愛(ài)數(shù)的解決方案：

將完整備份與日志備份自動(dòng)組織，抽象成一個(gè)一個(gè)時(shí)間點(diǎn)，只要選擇時(shí)間點(diǎn)便可以輕松到該備份時(shí)間點(diǎn)。

備份的完整性充分保障，不用擔(dān)心日志斷檔，不用手動(dòng)恢復(fù)成百上千個(gè)日志文件，節(jié)省大量的恢復(fù)的時(shí)間，在數(shù)據(jù)發(fā)生后能夠迅速恢復(fù)應(yīng)用，減少企業(yè)的損失。

備份管理之比較

如果你所在公司有很多的數(shù)據(jù)庫(kù)服務(wù)器（就像我所在的公司），而且磁盤(pán)空間有限，那么你不得不經(jīng)常登錄服務(wù)器來(lái)刪除舊的備份文件，如果哪天忘了，或者五一十一長(zhǎng)假，磁盤(pán)空間用完了，就麻煩了。

所以你需要定期執(zhí)行DBCC檢查，來(lái)盡早發(fā)現(xiàn)數(shù)據(jù)庫(kù)頁(yè)面的完整性。在未作完DBCC檢查之前，你不能刪除舊的備份，以防止新的備份存在問(wèn)題。所以，刪除備份文件的工作變的有些麻煩。

你可能知道SQL Server提供了數(shù)據(jù)庫(kù)維護(hù)計(jì)劃。沒(méi)錯(cuò)，使用它可以定期做備份，執(zhí)行DBCC檢查，但這一切僅限于本機(jī)操作。為了使數(shù)據(jù)庫(kù)可靠，你還是需要自己把本地備份傳送至備機(jī)。

愛(ài)數(shù)的解決方案：

利用集中式管理工具的幫助，系統(tǒng)管理員可對(duì)全網(wǎng)的備份策略進(jìn)行統(tǒng)一管理，備份服務(wù)器可以監(jiān)控所有機(jī)器的備份作業(yè)，也可以修改備份策略，具有自動(dòng)刪除老數(shù)據(jù)功能，多種加密算法，保護(hù)數(shù)據(jù)隱私，三種壓縮模式，可以將數(shù)據(jù)量大大減小，自有文件格式，病毒冰凍技術(shù)，詳細(xì)的日志與報(bào)表，保障用戶(hù)的可省閱性。

系統(tǒng)支撐功能之比較

在網(wǎng)絡(luò)條件不好的時(shí)候？如果數(shù)據(jù)庫(kù)備份文件的傳送在某一時(shí)刻停止了，你多久才能發(fā)現(xiàn)？公司值晚班的同事有權(quán)限檢查數(shù)據(jù)庫(kù)的備份情況嗎？系統(tǒng)崩潰了，SQL的運(yùn)行也成了空中樓閣。

服務(wù)器被盜，或者遭遇火災(zāi)、地震或者其它自然災(zāi)害，那SQL的數(shù)據(jù)丟失更加成為必然。SQL自帶備份對(duì)以上這些情況毫無(wú)辦法。

愛(ài)數(shù)的解決方案：網(wǎng)絡(luò)不穩(wěn)定時(shí)可以自動(dòng)重聯(lián)；具有系統(tǒng)備份功能；高性?xún)r(jià)比、易實(shí)施的遠(yuǎn)程數(shù)據(jù)備份

總體來(lái)說(shuō)愛(ài)數(shù)優(yōu)勢(shì)還比較多：

完全備份＋日志備份整合非常優(yōu)秀，實(shí)現(xiàn)了數(shù)據(jù)庫(kù)小粒度的增量備份。

按時(shí)間點(diǎn)的恢復(fù)，我們不用考慮恢復(fù)到數(shù)據(jù)庫(kù)崩潰前需要恢復(fù)哪些日志文件。

可以設(shè)置保留最新N個(gè)全備份的版本，自動(dòng)刪除老版本的備份數(shù)據(jù)。

每個(gè)全備份帶有N個(gè)日志備份。恢復(fù)靈活性很大。

可以設(shè)置備用的備份目的地，這樣就不用擔(dān)心放假時(shí)備份空間被消耗掉。

可以將備份數(shù)據(jù)加密、壓縮等。

可以將數(shù)據(jù)備份到異地，甚至遠(yuǎn)程的FTP服務(wù)器。

更低的TCO。

詳細(xì)比較：