1.全量數(shù)據(jù)備份
    備份整個(gè)數(shù)據(jù)庫，恢復(fù)時(shí)恢復(fù)所有。優(yōu)點(diǎn)是簡單，缺點(diǎn)是數(shù)據(jù)量太大，非常耗時(shí)
    全數(shù)據(jù)庫備份因?yàn)槿菀讓?shí)施，被許多系統(tǒng)優(yōu)先采用。在一天或一周中預(yù)定的時(shí)間進(jìn)行全數(shù)據(jù)庫備份使你不用動(dòng)什么腦筋。使用這種類型的備份帶來的問題是非常缺乏靈活性，而且當(dāng)數(shù)據(jù)庫被沖掉后，你面臨丟失大量數(shù)據(jù)的潛在威脅。例如，假設(shè)你每天在午夜備份數(shù)據(jù)庫。
    如果服務(wù)器在晚上11點(diǎn)崩潰了，你將丟失前面23個(gè)小時(shí)對(duì)數(shù)據(jù)所做的全部修改。對(duì)大多數(shù)系統(tǒng)來說，這是無法接受的。對(duì)此規(guī)則，為數(shù)不多的例外如下：
    1.系統(tǒng)中所存的數(shù)據(jù)可以很容易地再創(chuàng)建。這類服務(wù)器中一個(gè)很好的例子是報(bào)表服務(wù)器，其中所存的所有數(shù)據(jù)都由一個(gè)批處理過程裝載的。如果這個(gè)數(shù)據(jù)庫被沖掉了，你只需要再運(yùn)行一次這個(gè)批處理過程，所有數(shù)據(jù)就可以恢復(fù)了。
    2.不經(jīng)常修改的數(shù)據(jù)庫。一個(gè)例子是被收集存儲(chǔ)在數(shù)據(jù)中心或數(shù)據(jù)倉庫的歷史數(shù)據(jù)。通常，查詢這些數(shù)據(jù)以判斷趨勢，但是這些數(shù)據(jù)極少被修改。
    3.一個(gè)遙遠(yuǎn)的站點(diǎn)，那里很少或沒有數(shù)據(jù)庫管理員支持。這種類型的站點(diǎn)常常依靠沒受過足夠培訓(xùn)的人來維持備份計(jì)劃，并且他還從事其他工作。通常最好保證實(shí)施的備份計(jì)劃非常簡單，不必讓那些用戶監(jiān)視和維護(hù)它。
    4.系統(tǒng)中所存數(shù)據(jù)的重要性很低。一個(gè)很好的例子是開發(fā)用服務(wù)器。在這些類型的服務(wù)器上，開發(fā)者通常裝載一些舊的或假定的數(shù)據(jù)來測試應(yīng)用程序。這類數(shù)據(jù)庫每天的備份是可接受的。
    SQL SERVER 數(shù)據(jù)庫備份的三種策略及語句