數據庫的備份恢復原理

文章出處：http://psychicreadingswithdeb.com 作者：開(kāi)發(fā)部 人氣： 發(fā)表時(shí)間：2013年11月11日

關(guān)于數據庫的備份恢復原理，大家多少都比較熟悉了。但是，你目前做的數據庫備份有多可靠？你可以安心睡覺(jué)了嗎？如果答案是肯定的，那就不用多花時(shí)間看下文了，如果覺(jué)得還不夠安心，總擔心數據庫哪一天壞了修不好，那么請接著(zhù)看：

1、我有RAID，還需要做數據庫備份嗎？需要。有了RAID，萬(wàn)一部份磁盤(pán)損壞，可以修復數據庫，有的情況下數據庫甚至可以繼續使用。但是，如果哪一天，你的同事不小心刪除了一條重要的記錄，怎么辦？RAID是無(wú)能為力的。你需要合適的備份策略，把那條被誤刪的數據恢復出來(lái)。所以有了RAID，仍需要做備份集群，磁盤(pán)鏡像同理。

2、如果你只做全備份，那么受限于全備份的大小和備份時(shí)間，不可能常做。而且只有全備份，不能將數據庫恢復至某個(gè)時(shí)間點(diǎn)。所以，我們需要全備份+日志備份。比如每天一個(gè)全備份，每隔1小時(shí)或若干分鐘一個(gè)日志備份。說(shuō)到差異備份，因為微軟的差異備份記錄的是上一次全備份以來(lái)發(fā)生的變化，所以，如果數據庫的改動(dòng)很頻繁的話(huà)，沒(méi)過(guò)多久，差異備份就會(huì )和全備份的大小接近，因此這種情況下就不合適了。因此，全備份+日志備份的方案適合絕大多數的用戶(hù)。

3、如果你僅在數據庫本地做備份，萬(wàn)一磁盤(pán)損壞，或者整個(gè)服務(wù)器硬件損壞，備份也就沒(méi)了，就沒(méi)法恢復數據庫。因此，你需要把備份文件傳送至另一個(gè)物理硬件上。大多數用戶(hù)不用磁帶機，因此不考慮。一般，我們需要另一臺廉價(jià)的服務(wù)器或者PC來(lái)存放數據庫的備份，來(lái)防止硬件損壞造成的備份丟失。

4、你可以在數據庫服務(wù)器本地做完備份，然后使用某些方式將備份文件傳送至備機。你是在備份完成后就馬上穿送的嗎？其實(shí)可以考慮將傳送備份的腳本用T-SQL語(yǔ)句來(lái)寫(xiě)。

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

6、為了將數據庫盡可能的恢復到最新，你可能會(huì )每隔10分鐘（甚至1分鐘）執行一次日志備份，那么萬(wàn)一數據庫壞了，在恢復的時(shí)候，手動(dòng)恢復成百上千個(gè)日志文件，是不是不太現實(shí)？

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

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

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

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

綜上，你的備份做好了嗎？檢查了嗎？刪除舊的備份是不是花去你很多時(shí)間，特別是在網(wǎng)絡(luò )條件不好的時(shí)候？如果數據庫備份文件的傳送在某一時(shí)刻停止了，你多久才能發(fā)現？公司值晚班的同事有權限檢查數據庫的備份情況嗎？