SQL Server 2012筆記分享-12：理解備份與恢復新特性

SQL Server 備份和還原組件爲保護存儲在 SQL Server 數據庫中的關鍵數據提供了基本安全保障。 爲了最大限度地下降災難***數據丟失的風險，您須要按期備份數據庫以保留對數據所作的修改。 規劃良好的備份和還原策略有助於防止數據庫因各類故障而形成數據丟失。 經過還原一組備份，而後恢復數據庫來測試您的策略，以便爲有效地應對災難作好準備。

使用有效的數據庫備份，可從多種故障中恢復數據，例如：

• 介質故障。 

• 用戶錯誤（例如，誤刪除了某個表）。 

• 硬件故障（例如，磁盤驅動器損壞或服務器報廢）。 

• 天然災難。 經過使用 SQL Server 備份到 Windows Azure Blob 存儲服務，您能夠在本地位置以外的其餘區域建立一個站外備份，這樣在發生影響您的本地位置的天然災難時仍可使用數據庫。

（一)支持壓縮備份（Backup … with compression）

優勢：由於相同數據的壓縮的備份比未壓縮備份小，因此壓縮備份所需的設備 I/O 一般較少，所以一般可大大提升備份速度。

壓縮的備份具備如下限制條件： 壓縮的備份和未壓縮的備份不能共存於一個介質集中。 早期版本的 SQL Server 沒法讀取壓縮的備份。 NTbackup 沒法共享包含壓縮的 SQL Server 備份的磁帶。

對***能的影響：默認狀況下，壓縮會顯著增長 CPU 的使用，而且壓縮進程所消耗的額外 CPU 可能會對併發操做產生不利影響。 所以，您可能須要在會話中建立低優先級的壓縮備份，其 CPU 使用率受資源調控器限制。

能夠經過評估如下類型的***能計數器來分別考察進入設備或來自設備的備份 I/O：

Windows I/O ***能計數器，例如物理磁盤計數器

SQLServer:Backup Device 對象的 Device Throughput Bytes/sec 計數器

SQLServer:Databases 對象的 Backup/Restore Throughput/sec 計數器

參考：http://msdn.microsoft.com/zh-cn/library/bb964719.aspx

（二）數據庫恢復顧問（簡化時間點還原）

參考：

Database Recovery Advisor feature of SQL Server 2012

http://blogs.msdn.com/b/customer_reviews_of_stb_products/archive/2012/10/24/database-recovery-advisor-feature-of-sql-server-2012-by-basit-farooq.aspx

點開上圖的時間線，能夠看到備份時間線，如圖。

   

（三）Indirect checkpoint

在系統崩潰時，間接檢查點與自動檢查點相比，恢復時間可能更短更可預測。

數據庫引擎支持幾種類型的檢查點：自動、間接、手動和內部。

間接檢查點是 SQL Server 2012 中引入的新檢查點類型，優勢以下。

• 間接檢查點能夠減小總體數據庫恢復時間。 

• 間接檢查點使您能夠經過控制 REDO 期間隨機 I/O 的開銷來可靠控制數據庫恢復時間。 這使服務器實例不超過給定數據庫的恢復時間上限（長時間運行的事務致使過多 UNDO 時間時除外）。 

• 間接檢查點經過在後臺不斷地將髒頁寫入磁盤來減少與檢查點有關的 I/O 蜂值。

可是，爲間接檢查點配置的數據庫上的聯機事務工做負荷可能致使***能降低。 這是由於間接檢查點使用的後臺寫入線程有時增長了服務器實例的總寫入負荷。

詳細狀況可參考：

數據庫檢查點 (SQL Server)

http://technet.microsoft.com/zh-cn/library/ms189573.aspx

能夠右擊數據庫的屬***，選擇「選項」，找到「目標恢復時間（秒）」，來進行設置，默認的值是0，若是值大於0，則是間接檢查點時間。

下表總結了服務器端 sp_configure'recovery interval' 設置和數據庫特定的 ALTER DATABASE … TARGET_RECOVERY_TIME 設置之間的相互影響。

也可使用語句來設置：

ALTER DATABASE 數據庫名稱 SET TARGET_RECOVERY_TIME = 時間 SECONDS;