Sql-Server-2005

SQL 數據庫備份方法-工具-程序

  • August 5, 2012

目前,我正在研究一種更有效地備份 4 個生產 SQL 數據庫(3 個不同的伺服器/實例)的方法,並且想知道是否有其他人遇到過我們遇到的問題以及是否有人有任何建議。

  • 數據庫一:80GB
  • 數據庫 2:74GB
  • 數據庫 3:5GB
  • 數據庫 4:30GB

數據庫 1 和 2 目前仍是 SQL Server 2005,目前沒有升級它們的計劃

數據庫 3 和 4 用於新系統,並將在未來幾個月內快速增長。目前鏡像。

我們遇到的問題是,在為這些數據庫執行的伺服器上存在維護任務,以進行數據庫 1 和 2 的備份大約需要 30 分鐘。現在這些都與 Sys Eng 的其他幾個環境備份同時執行有跑步。

備份後,使用 7-zip 執行計劃任務以壓縮備份。所有這一切都在這段時間內殺死了 CPU,如果由於某種原因作業/任務被鎖定,它將影響整個系統。

現在由於我們從事的業務,我們可以執行這些備份作業的時間非常有限,並且需要完成這些備份。我們還需要在壓縮後開始加密備份,以進一步符合 HIPPA 合規性……是的……

我們知道的另一部分問題是,我們有 20 個其他數據庫同時在做同樣的事情,這正在扼殺 SAN,我們知道並相信所有這些數據庫都不需要這些備份任務。

因此,除了我們正在進行的工作之外,我們正在嘗試備份數據庫的新方法,以盡量減輕數據庫伺服器的 CPU 負載,並希望增量備份數據庫。

有什麼建議?工具、方法?我們已經測試了 Red-Gates SQL 備份專業工具、SQL 備份和 ftp 免費軟體並使用 SSIS,但似乎沒有一個能夠實現我們所希望的(能夠快速完成任務和/或在另一台伺服器上執行,將 CPU 從數據庫伺服器上移開)。

我通常建議做的第一件事是在備份策略中引入差異備份。如果數據流失量適中或低,這對於節省空間和時間非常有效,因為您只備份更改而不是所有內容。這確實增加了還原方案的一些複雜性,您必須確保知道COPY_ONLY備份是什麼。

第二件事是利用本機備份壓縮。SQL Server 2008 Enterprise 和 SQL Server 2008 R2 Standard 版本支持開箱即用的備份壓縮——無需第三方工具。如果你不利用這一點,你就真的錯過了。為了向後兼容,預設情況下它是*關閉的。*您可以在伺服器屬性 | 預設情況下在伺服器範圍內打開它。WITH COMPRESSION數據庫設置頁面,或使用該選項的每個備份。這仍然會對 CPU 造成很小的影響,但成本將在備份期間分攤,而不是一次全部分攤(假設備份是 I/O 綁定的,通常是這樣)。

其他一些可能適用於您的環境也可能不適用於您的環境的隨機想法:錯開備份以減少 I/O 爭用;同時備份到多個位置;備份到專用於備份的 LUN;調整備份緩衝區設置。

對於 2005 年的備份,您可以考慮通過使用Windows Server Resource Manager來限制壓縮實用程序使用的 CPU 量。或者,由於必須在該步驟發生之前將文件寫入某處,因此您可以將該過程解除安裝到另一個盒子。

加密備份不是我太熟悉的事情,但這取決於您計劃如何加密數據和備份。如果您在 SQL Server 中使用透明數據加密,您可能希望關閉備份壓縮,因為加密的隨機性不會帶來任何好處。如果您使用 3rd-party 加密策略,請參閱上一點關於使用 WSRM 或將程序解除安裝到不同的機器,因為加密也需要 CPU。

引用自:https://dba.stackexchange.com/questions/19049