利用下面的列出的技巧來確保你不會在每周一次的數(shù)據(jù)庫備份過程中忘記關(guān)鍵步驟。

每周一次備份主數(shù)據(jù)庫。如果你創(chuàng)建、修改或者停止一個數(shù)據(jù)庫，添加新的SQL Server消息，添加或者停止連接服務(wù)器，或者添加記錄設(shè)備，那就進行手工備份。

每天備份一次msdb數(shù)據(jù)庫。它一般非常小，但很重要，因為它包含了所有的SQL Server工作、操作和計劃任務(wù)。

只有當你修改它時，才有必要備份模型數(shù)據(jù)庫。

用SQL Server Agent來安排你的備份工作的時間表。

如果在你的生產(chǎn)(production)環(huán)境中有現(xiàn)成資源，備份生產(chǎn)數(shù)據(jù)庫到本地磁盤或者網(wǎng)絡(luò)服務(wù)器(用同一個開關(guān))。然后，把備份文件/設(shè)備拷貝到磁帶上。在存在許多硬件故障(特別是在RAID系統(tǒng)中)的情況下，磁盤常常是完好的(inact)。如果備份文件是在磁盤上，那么恢復(fù)時的速度會提高很多。

備份開發(fā)和測試數(shù)據(jù)庫至少要用到SIMPLE恢復(fù)模型。

除了有計劃的定時備份外，在進行未記錄的(nonlogged)批操作(如，批拷貝)、創(chuàng)建索引、或者改變恢復(fù)模型后要備份用戶數(shù)據(jù)庫。

如果你使用的是SIMPLE恢復(fù)模型，記住在截短(truncate)交易記錄之后備份你的數(shù)據(jù)庫。

用文檔記錄你的恢復(fù)步驟。至少要大概記錄這些步驟，注意所有的重要文件的位置。

在截短記錄之前，也就是所有的已提交(committed)交易從記錄中清空之前，所有的這些信息都保存在交易記錄中。在SIMPLE恢復(fù)模型中，記錄在一個CHECKPOINT期間內(nèi)截短(在SQL Server內(nèi)存緩沖寫道磁盤時)，它是自動發(fā)生的，但也可以手動執(zhí)行。這也就是SIMPLE恢復(fù)模型不支持時間點(point-in-time)恢復(fù)的原因。在FULL和BULK_LOGGED恢復(fù)模型下，當交易記錄被備份時，交易記錄被截短，除非你明確指出不進行截短。

為了備份交易記錄，使用BACKUP LOG命令。其基本語法與BACKUP命令非常相似:

BACKUP LOG { database } TO <backup device>

下面是如何把交易記錄備份到一個名為LogBackupDevice的邏輯設(shè)備上的例子:

BACKUP TRANSACTION Northwind TO LogBackupDevice

如果你不希望截短交易記錄，使用NO_TRUNCATE選項，如下所示:

BACKUP TRANSACTION Northwind TO LogBackupDevice WITH NO_TRUNCATE

只是基本知識

盡管我在本文中僅僅概述了數(shù)據(jù)庫恢復(fù)的基本知識，你還是可以通過這些技巧來找到正確的方向。那么，為了避免不必要的(丟失數(shù)據(jù)造成的)恐慌，你要做到每周備份主數(shù)據(jù)庫，每天備份msdb。

更多信息請查看IT技術(shù)專欄