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