sql server數(shù)據(jù)庫增強版?zhèn)浞蒹w驗--

《sql server數(shù)據(jù)庫增強版?zhèn)浞蒹w驗--》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。

1、SQLServer數(shù)據(jù)庫增強版?zhèn)浞蒹w驗>>　　老鳥說事：MicrosoftSQLServer數(shù)據(jù)庫增強版?zhèn)浞蒹w驗　　在歐洲，有一首流傳很廣的民諺：　　因為丟失一根鐵釘，我們失去了一塊馬蹄鐵；　　因為失去一塊馬蹄鐵，我們失去了一匹駿馬；　　因為失去一匹駿馬，我們失去一名騎士；　　因為失去一名騎士，我們輸?shù)袅艘粓鰬?zhàn)爭　　在企業(yè)的經(jīng)營中，細節(jié)決定成敗，要規(guī)避一切潛在的風(fēng)險，避免因為一些小的失誤而造成重大損失，在企業(yè)運營越來越依靠IT支撐的今天，企業(yè)的關(guān)鍵應(yīng)用，比如財務(wù)軟件、CRM、OA、ERP等，一旦發(fā)生數(shù)據(jù)丟失，損失將非常慘重，想想財

2、務(wù)數(shù)據(jù)的數(shù)據(jù)丟失的后果吧，　　工資無法正常發(fā)放；　　當年的財務(wù)總結(jié)沒辦法進行；　　盈利還是虧損無法計算；　　下一年的業(yè)務(wù)也無法正常開展；　　大客戶可能因此拂袖而去?！　?shù)據(jù)已經(jīng)不再是0101這樣的二進制信息，而是人們的錢袋子，真正的真金白銀。人們應(yīng)該及時做好數(shù)據(jù)備份。　　中小企業(yè)最常使用的數(shù)據(jù)庫是微軟的是SQLServer，本身帶有自動備份功能，但多年來的經(jīng)驗告訴我，SQL自帶的備份已經(jīng)遠遠不能滿足企業(yè)業(yè)務(wù)的連續(xù)性、安全性需求了?！　QLSERVER自帶備份功能是一個簡單的入門級的備份小工具，在非常簡單的應(yīng)用時，比如一兩臺SQL

3、服務(wù)器，數(shù)據(jù)量又大，數(shù)據(jù)重要性一般的時候，SQL自帶備份功能就可以勝任了?！　〉钱敂?shù)據(jù)重要性非常高時，企業(yè)不能夠承擔(dān)數(shù)據(jù)丟失的風(fēng)險時，那么就需要尋求更加專業(yè)、更加安全可靠的數(shù)據(jù)備份解決方案。因為SQL自帶備份功能有以下不足和缺陷。經(jīng)過反復(fù)的篩選和比較之后，本人找到一款在功能和性能上都能對SQL自帶備份功能帶來非常大改善的備份工具--愛數(shù)備份軟件。下面是功能比較：　　備份功能之比較　　大家都知道，數(shù)據(jù)庫備份有四種類型，分別應(yīng)用于不同的場合，下面簡要介紹一下?！　?、完全備份　　這是大多數(shù)人常用的方式，它可以備份整個數(shù)據(jù)庫，包含用戶

4、表、系統(tǒng)表、索引、視圖和存儲過程等所有數(shù)據(jù)庫對象。但它需要花費更多的時間和空間，所以，一般推薦一周或一月做一次完全備份。　　2、事務(wù)日志備份　　事務(wù)日志是一個單獨的文件，它記錄數(shù)據(jù)庫的改變，備份的時候只需要復(fù)制自上次備份以來對數(shù)據(jù)庫所做的改變，所以只需要很少的時間。為了使數(shù)據(jù)庫具有魯棒性，推薦每小時甚至更頻繁的備份事務(wù)日志?！　?、差異備份　　也叫增量備份。它是只備份數(shù)據(jù)庫一部分的另一種方法，它不使用事務(wù)日志，相反，它使用整個數(shù)據(jù)庫的一種新映象。它比最初的完全備份小，因為它只包含自上次完全備份以來所改變的數(shù)據(jù)庫。它的優(yōu)點是存儲和恢

5、復(fù)速度快。推薦每天做一次差異備份?！　?、文件備份　　數(shù)據(jù)庫可以由硬盤上的許多文件構(gòu)成。如果這個數(shù)據(jù)庫非常大，并且一個晚上也不能將它備份完，那么可以使用文件備份每晚備份數(shù)據(jù)庫的一部分。由于一般情況下數(shù)據(jù)庫不會大到必須使用多個文件存儲，所以這種備份不是很常用。　　如果你只做全備份，那么受限于全備份的大小和備份時間，不可能常做。而且只有全備份，不能將數(shù)據(jù)庫恢復(fù)至某個時間點。所以，我們需要全備份+日志備份。比如每天一個全備份，每隔1小時或若干分鐘一個日志備份?！　≌f到差異備份，因為微軟的差異備份記錄的是上一次全備份以來發(fā)生的變化，所以，

6、如果數(shù)據(jù)庫的改動很頻繁的話，沒過多久，差異備份就會和全備份的大小接近，因此這種情況下就不合適了。因此，全備份+日志備份的方案適合絕大多數(shù)的用戶。　　備份文件傳送至備機后，就可以高枕無憂了嗎？不。作為DBA還需要檢查備機上的備份文件是否能將數(shù)據(jù)庫恢復(fù)至最新，如果采用日志備份，會不會因為丟失某一個日志備份文件而導(dǎo)致數(shù)據(jù)庫不能恢復(fù)至最新？如何檢查日志備份文件之間存在斷檔？　　數(shù)據(jù)庫在備份的時候，并不會檢查數(shù)據(jù)頁面的完整性，如果數(shù)據(jù)頁壞了，備份作業(yè)仍會執(zhí)行，而且不會報錯，等到你發(fā)現(xiàn)數(shù)據(jù)頁有錯誤的時候，你也很可能已經(jīng)因為磁盤空間不足，而刪除

7、了早期的備份，而此時剩下的那些備份可能都是包含損壞的數(shù)據(jù)頁，如果損壞的數(shù)據(jù)頁是某個表的表頭的話，那這個表你就再也沒辦法恢復(fù)了?！　蹟?shù)的解決方案：　　自動將完全備份和日志備份完整有機結(jié)合起來，并自動將日志文件組織一個文件包里，不用擔(dān)心丟失和遭病毒破壞，不用擔(dān)心日志斷檔?！　「呒壍难h(huán)備份功能，可以自動設(shè)置多久執(zhí)行一次全備份，以及每個全備份下面帶多少個增量備份點。比如：每周執(zhí)行一次完整備份，保留三個完全備份；每個全備份下面帶有30個增量備份，這樣，既保證了數(shù)據(jù)庫備份的完整性，又保證了數(shù)據(jù)備份的速度和效率?！　』謴?fù)功能之比較　　SQL

8、自帶備份：　　為了將數(shù)據(jù)庫盡可能的恢復(fù)到最新，你可能會每隔10分鐘（甚至1分鐘）執(zhí)行一次日志備份，那么萬一數(shù)據(jù)庫壞了，在恢復(fù)的時候，手動恢復(fù)成百上千個日志文件，就非常非常麻煩~~~　　愛數(shù)的解決方案：　　將完整備份與日志備份自動組織，抽象成一個一個