1.全量數(shù)據(jù)備份

備份整個數(shù)據(jù)庫，恢復時恢復所有。優(yōu)點是簡單，缺點是數(shù)據(jù)量太大，非常耗時

全數(shù)據(jù)庫備份因為容易實施，被許多系統(tǒng)優(yōu)先采用。在一天或一周中預定的時間進行全數(shù)據(jù)庫備份使你不用動什么腦筋。使用這種類型的備份帶來的問題是非常缺乏靈活性，而且當數(shù)據(jù)庫被沖掉后，你面臨丟失大量數(shù)據(jù)的潛在威脅。例如，假設你每天在午夜備份數(shù)據(jù)庫。

如果服務器在晚上11點崩潰了，你將丟失前面23個小時對數(shù)據(jù)所做的全部修改。對大多數(shù)系統(tǒng)來說，這是無法接受的。對此規(guī)則，為數(shù)不多的例外如下：

1.系統(tǒng)中所存的數(shù)據(jù)可以很容易地再創(chuàng)建。這類服務器中一個很好的例子是報表服務器，其中所存的所有數(shù)據(jù)都由一個批處理過程裝載的。如果這個數(shù)據(jù)庫被沖掉了，你只需要再運行一次這個批處理過程，所有數(shù)據(jù)就可以恢復了。

2.不經(jīng)常修改的數(shù)據(jù)庫。一個例子是被收集存儲在數(shù)據(jù)中心或數(shù)據(jù)倉庫的歷史數(shù)據(jù)。通常，查詢這些數(shù)據(jù)以判斷趨勢，但是這些數(shù)據(jù)極少被修改。

3.一個遙遠的站點，那里很少或沒有數(shù)據(jù)庫管理員支持。這種類型的站點常常依靠沒受過足夠培訓的人來維持備份計劃，并且他還從事其他工作。通常最好保證實施的備份計劃非常簡單，不必讓那些用戶監(jiān)視和維護它。

4.系統(tǒng)中所存數(shù)據(jù)的重要性很低。一個很好的例子是開發(fā)用服務器。在這些類型的服務器上，開發(fā)者通常裝載一些舊的或假定的數(shù)據(jù)來測試應用程序。這類數(shù)據(jù)庫每天的備份是可接受的。

SQL SERVER 數(shù)據(jù)庫備份的三種策略及語句