SQL Server 備份 - 幾個問題

我們在周五晚上 9 點執行每周備份作業，我們遇到了一些關於磁碟空間（有時會變得非常低）和性能方面的問題。我們正在考慮精簡/優化所發生的事情，並感謝您的意見。

具體來說：

1. 備份過程大約需要 4 小時來更新備份期間的統計資訊。我們可以安全地禁用此過程以節省時間嗎？
2. 我們經常在磁碟空間上執行不足，並且想知道是否應該重新調整該過程。目前它創建備份，然後刪除以前的備份，這就是佔用磁碟空間的原因。我們可以安全地先刪除前一個，然後再進行備份嗎？

非常歡迎任何其他評論或意見編輯：伺服器上 SQL 文件的總大小約為 35GB。一個 db 的大小約為 25GB，而其他 6 個共享則構成另外 10 GB 左右。

(1) 是的，我通常有自己的備份過程。如果可以的話，我不會在備份時間做太多事情。您可能需要它進行備份，然後更新統計資訊。聽起來您似乎正在同時執行兩個作業（1 個用於備份，1 個用於更新統計資訊）？

(2) 您是否將備份複製到磁帶或其他磁碟儲存中？如果是這樣，那麼我通常會在本地創建新備份之前清理文件。如果沒有，那麼如果我正在抓取儲存空間，我會考慮在創建新文件之前壓縮備份文件。（也就是說，如果您不能像@Simon建議的那樣對備份啟用壓縮，這也可以節省一些空間。）

我只能在這裡回答問題2。我建議您查看壓縮備份。

• 如果您有 2008 企業版，SQL Server 可以做到這一點。如果不看下面的兩個。
• Quest Litespeed
• RedGate SQL 備份

引用自：https://dba.stackexchange.com/questions/6431